I need to install SNAP on ~10 computers next week but the Internet connection might not be very good. For SNAP itself, I have the .exe on a USB that I will just copy and install on each machine, but for the installation of the plugins…I am wondering if there is some way to download the .nbm files (the most recent, updated ones) ahead of time and copy them over on USB.
For sen2cor, I do have the standalone plugin, but for the native plugins, I can’t imagine how to do this except for just downloading directly in SNAP.
Does anyone have a good workflow for this kind of situation?
You are probably only interested in the SNAP and the SNAP Extensions repository.
Copy the URL and remove the updates.xml.gz part. Now past it in your browser. All nbm files will be listed. With some tool like DownThemAll, or so, you can get them easily.
You can then have those files On a USB and use the Installed tab to install these updates.
Another option is to put them on a network drive (along with the updates.xml files) and add the path to the xml to the list of repositories. The others should be removed. I haven’t tried this option yet, but I think it will work.
The “updatecenter” mechanism is from Netbeans: How to download and install updates (nbm files) offline. Basically, you need to maintain “clones” of the two updatecenter folders. The updates.xmlfiles contain the URL’s of the updates. Marpet suggested using a web download tool. What I do is extract the URLS and feed those to wget:
The updatecenter folders are on a local file server and can be used to update linux, Windows, and Mac installations.
In practice, however, SNAP downloads DEM’s “on demand” so can be painful to use with a slow internet connection.
I’m reopening this old post - hope that’s ok?
Is there any possbility to do an offline installation of modules in Snap 6.0? I’ve so far downloaded the latest module versions (.nbm) from http://step.esa.int/updatecenter/6.0/ to USB. However, I don’t see the option to manually update Installed modules in the Plugins window from the SNAP 6.0 GUI as suggested by @marpet:
Thanky for your rapid reply!
It’s true, I can select these nbm files in the dialog described. However, they don’t appear in the “Downloaded” window afterwards.
Also I tried to set local sources in the “Settings” tab (which point to the directory containing the .nbms and the update.xml.gz), while I disabled the standard update URLs.
This is indeed strange. I’m pretty sure that I don’t have the latest versions as I still cannot read in the current L2A metadata files. It is probably connected to the restrictive configuration of my network.
@oana_hogoiu, @marpet, @ABraun – can we make a FAQ and/or Wiki article out of this… I think it is a very important information that we should keep.
Along side the one about where to store the auxiliary data.
http://step.esa.int/updatecenter/8.0/ is currently reachable for me, but there is a problem with the https configuration so it is flagged as not secure. Firefox says the site does not support encryption. Many downloaders and browsers refuse to download files under these circumstances, but encryption of public files should not be necessary. Https is, however, still important to ensure that you are connecting to the real updatecenter. Some firewalls may block connections under these conditions. If you are behind an enterprise firewall you may need to get advice from your IT people.
I tried the site using Firefox 88.0 while I was composing the post (3 hours ago), from a residential network so not behind an enterprise firewall. I just tried it again from the same computer. There is a lock symbol next to the URL bar, but a red slash on the lock. Clicking on the lock gives the indication that the connection is not encrypted.
I suspect Firefox expects the connection to be redirected to https (which many sites do). Chrome 90.0.4430.93 and Edge 90.0.818.49 both connect using http but add “not secure” in the URL bar.
All 3 browsers work using https in the URL. In Firefox I can set https only mode.
It occurred to me that the check to see if https is available when given a http URL could timeout during peak hours. Many sites will always redirect to http to https, so systems that try to enforce use of https might be confused.
I forgot to say in the last message that I also updated the drivers.
Thanks a lot for your support but now the program is not starting at all (I only see a small window with the JRE logo and anything else).
I am afraid I will give up as it is taking a huge mamount of time to solve the issue.