genericmappingtools / remote-datasets Goto Github PK

It seems that in June a new version was released.

https://www.gebco.net/data_and_products/gridded_bathymetry_data/gebco_2022/

In PR #16, the sphinx-panels extension is used to improve the landing page, but the sphinx-panels extension will be deprecated and be replaced by sphinx-design (executablebooks/sphinx-panels#67).

The syntax of the sphinx-design extension is also easier to read and understand. We should migrate sphinx-panels to sphinx-design.

I'd like to help with the migration if agreed.

Currently, the scripts/remote_map_check.sh script only works for earth dataset.

As suggested in #4, this feature request is to add a simple example or two for each remote dataset, similar to those in the GMT man pages.

Hi every body,

I want to focus your attention on these two databases for your consideration. I think that will be very useful to have direct access to them. I share with you the links to the main projects of both of them:

• GEBCO
• GSHHS

Indeed I code some workaround, I currently use to extract GSHHS coastline (shpfiles) using gepandas, you can check the feature request I did in pyGMT . I think these features will be easy to implement and very useful for the community.

Have a nice weekend!

https://www.generic-mapping-tools.org/remote-datasets/earth-masks.html

The documentation for earth-mask does not explain what the values mean in the earth-mask grids, although I can guess that 0 means ocean and 1 means land from the legend of the top figure.

I think we should:

• Clearly explain the meaning of the values 0-4
• Give the command that is used to generate the earth_mask grids (e.g., grdlandmask -N0/1/2/3/4)

This feature request is to add a section to the remote dataset documentation for DCW including either a link to Federico's PDF files or a table showing the outlines of the regions.

Link to the zip file with the batch scripts for generated pdfs - GenericMappingTools/dcw-gmt#31 (comment)

PDFs of the collections - GenericMappingTools/dcw-gmt#31 (comment)

Now that there are many datasets, I think it could be useful to have a way to call the maximum resolution available. This way the user will have no need to check in the docs which is the highest.

Maybe something like @earth_mag_max.

There are horizontal lines in offshore area. I think it is an error in the processing.

This is 15s without those lines.

gmt grdimage @earth_relief_30s -png Earth_30s -I -RFK+r1 -Baf
gmt grdimage @earth_relief_15s -png Earth_15s -I -RFK+r1 -Baf

This issue is for tracking progress on the announcements of the new datasets.

• Create animation or image showing off new datasets
• Publish Forum announcement
• Post on twitter
• Post on instagram
• Post on website news section

Pinging @GenericMappingTools/gmt-team. I have uploaded new remote data grids to the test server. These are described here. Note that until we complete the dvc move for test images we have not yet updated the earth_relief files (they are still based off SRTM15+ v2.1 from 2019). Once that is settled I will update those files to 2.3 and add the synbath grid as well. Because of this, if you run all the GMT tests they still all pass since all the DEM images are made using the same DEM as was used in the originals (once we update the DEM we will have ~60 failures...).

In the meantime, I hope you can find time to play a bit with the new datasets. To do so, and not mess up your other remote files, I suggest you do this:

Edit your ConfigUserAdvanced.cmake file (perhaps after updating via the Template) and uncomment this line:

# set (GMT_DATA_SERVER "test")

then rebuild GMT. To preserve your existing cache and server files, simply set them aside via

mv ~/.gmt/server ~/.gmt/server_orig
mv ~/.gmt/cache ~/.gmt/cache_orig

so that you will only use files from the test server. You can now try out making maps with @earth_{gebco,gebcosi,geoid,mag,mag4km,vgg,wdmam} - they all have their own default CPTs that will be downloaded via the cache.

Let me know if you find anything odd. The default CPTs are the ones recommended by the data provider, except Gebco which has not replied. I am therefore using the same geo CPT for all the reliefs.

Once you have finished testing, remove the new directories and rename the old:

rm -f /.gmt/server  ~/.gmt/cache 
mv ~/.gmt/server_orig ~/.gmt/server 
mv ~/.gmt/cache_orig ~/.gmt/cache

It seems there is an error in the processing of @earth_relief_30s_g.

gmt begin earth_relief png
	gmt grdimage @earth_relief_30s_g -Bf -Cgeo -JM5c -B+t"relief_30s_g" -R-72/-64/-35/-30
	gmt grdimage @earth_relief_30s_p -Bf -Cgeo -X5c -B+t"relief_30s_p"
	gmt grdimage @earth_relief_01m_g -Bf -Cgeo -X5c -B+t"relief_01m_g"
	gmt grdimage @earth_gebco_30s_g -Bf -Cgeo -X5c -B+t"gebco_30s_g"
gmt end

In the webpage it says that the registration of the geoid_01m is p but in the server it is g.

The info on the webpage is wrong, right?

https://www.generic-mapping-tools.org/remote-datasets/earth-geoid.html
https://oceania.generic-mapping-tools.org/server/earth/earth_geoid/

Since march 6th there is a new version (2.4) of SRTM15+ (@earth_relief).
https://topex.ucsd.edu/pub/srtm15_plus/

This is a request that Kurt Schwehr made in response to our twitter post announcing the datasets to add license info so that folks know if the datasets are okay for a particular use.

https://twitter.com/gmt_dev/status/1493343171601915908

Description of the desired feature

Currently, there is no page that lists all remote files, what they are, where they come from, and what they contain. We should have such a page. Bonus points if there are plots these files as well.

This is mainly a recordatory:

We should update the webpage for the:

• New grids: moon and other planets
• Updated grids: update the information.

I am thinking of adding the grid's version in the title (in this page). I would like to easly see what version are available.