After data addition/change/removal, you have to regenerate the index
cache.
To do so, simply delete the index.fb file in the SEAScope workspace
(or at the location you specified in the configuration file)
and restart SEAScope to regenerate an index file.
SEAScope requires direct access to a real GPU, not an emulated one – which is what most
hypervisors (Qemu, VirtualBox, Parallel, etc..) provide by default.
The only way to run SEAScope in a VM with good performance is to configure PCI-passthrough
and pass a physical GPU to the virtual machine (which is only possible on Windows Server 2016 with
Hyper-V 2016 and ... on Linux). So it is strongly discouraged to run SEAScope in a VM at the moment
and no support will be provided for this use case.
In short: it mostly depends on how much RAM you have.
SEAScope is a hungry beast: it consumes more RAM everytime new data (i.e.
data that were not already present in memory) are loaded for
visualisation purposes and only releases this memory when the application
shuts down.
So it is possible to saturate your RAM by loading too much data, when you
visualise high-resolution data, many variables or many datetimes without
restarting SEAScope.
You can somehow circumvent this limitation by extending the size of the
swap on your system: it will virtually have more memory available so
SEAScope should be able to load more data but its performance might
suffer from the transfers between disk and RAM caused by the swap
mechanism.
This lack of memory management is a major problem in the current version
and fixing this issue is our top priority for the next release.
The index still contains the old path of your data, so SEAScope cannot
load them: you have to regenerate the index cache.
To do so, simply delete the index.fb file in the SEAScope workspace
(or at the location you specified in the configuration file)
and restart SEAScope to regenerate an index file.
Linux
SEAScope relies on the MESA library to retrieve the version of OpenGL
supported by your system.
Some drivers report a wrong version number which leads to an error
during SEAScope startup: it refuses to start because the erroneous
reported version is lower than the one it requires.
To bypass this issue you can define the
MESA_GL_VERSION_OVERRIDE and
MESA_GLSL_VERSION_OVERRIDE environment variables to change
the OpenGL version publicized by the driver.
Using OpenGL version 3.3 is a sensible choice.
For example, in bash, you can use:
Debug mode can be activated by calling SEAScope with the
-f debug argument on the command line.
macOS
We recommend that SEAScope be placed in /Applications or ~/Applications.
But it normally works fine if placed somewhere else on your computer.
You are getting this message because SEAScope hasn't been notarized
by Apple (which would require paying them).
Do the following in order:
See "How to open an app that hasn’t been notarized or is from an unidentified developer" section
of Safely open apps on your Mac.
If SEAScope is still not opening, place the SEAScope application
on your Desktop and double-click on it to try to open it.
If SEAScope is still not opening, open the Terminal, and run the following command:
can be found at ~/Library/Logs/com.oceandatalab.SEAScope/seascope.log
can be accessed from the Console app (found in /Applications/Utilities) under ~/Library/Logs > com.oceandatalab.SEAScope
Windows
Debug mode can be activated by calling SEAScope with the
-f debug argument on the command line.
Otherwise you can also edit the SEAScope shortcut (or create a
copy) by adding -f debug in the Target field of the
shortcut's properties
Python Bindings
Maybe your environment (or a binary package) was built on a system
which uses an encoding that is not compatible with yours.
This is not strictly related to SEAScope, but we encountered this issue
on a chinese Windows 10 system while running a conda environment that we
built on a french windows 10 machine. The solution might be obvious to
Windows users but we don't use this OS on an eveyday-basis so it took us
several tries before we found a workaround.
In order for this environment to work, the workaround we used consisted
in switching the system encoding to english and unticking the
"Beta: Use Unicode UTF-8 for worldwide language support" checkbox.
In order to get to the encoding configuration dialog:
open the control panel (you can use cortana if you don't have a
shortcut to the control panel in your Start menu)
go to "Clock and Region" > "Region"
click on the "Administrative" tab, then the "Change system
locale..." button
The polygon used to extract data might be too wide or too close to
the boundary between the globe and space. Try rotating the globe to
place the polygon at the center of the screen before extracting data.
In some cases SEAScope cannot completely geolocate the bounding box
of the extraction polygon and can only provide incomplete inputs to
the get_lonlat method.
This is a known issue, more information available on the
forum