Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use WKT for spatial coverage #7

Open
pieterprovoost opened this issue Nov 20, 2023 · 7 comments
Open

Use WKT for spatial coverage #7

pieterprovoost opened this issue Nov 20, 2023 · 7 comments
Assignees

Comments

@pieterprovoost
Copy link
Contributor

The format for spatial coverage is not really restricted at the moment, suggest to use WKT.

@marc-portier
Copy link

identifiers (marineregions or NVS-C19) might be available too?
allow both? split collumns? or prefix in some way to make clear?

@pieterprovoost
Copy link
Contributor Author

Yes, this would be in addition to MRGIDs. The current description says:

Required: lat, long bounding box; OR lat, long point; OR lat, long list; OR link to a geographical shape file. Also please provide a Marine Region MRGID (https://www.marineregions.org/gazetteer.php?p=search). Ideally use decimal for lat, long, to as many significant digits that provides the spatial resolution your project requires). Don't forget to also add the projection you're using (recommended is WGS84) if coordinates are given

@kmexter
Copy link
Contributor

kmexter commented Dec 1, 2023

@pieterprovoost the column description in the "latest version" of the googlesheet (see readme for this repo for the link) has been updated, but I need some examples of bounding boxes, can you add that please?
FYI for the example datasets in there we have the following - perhaps you could reformat these into how they should be given and add those to the googlesheet?
VLIZdataset 1
0.7481867
3.96861133
52.11949487
50.1015429
VLIZdataset2
W 0.74816 E 3.96861 N 52.11949 S 50.10156
(these are the Eurobis bounding boxes)

I have added marine regions - @marc-portier what do you and @pieterprovoost think is the best way to gather both a BB and a MR in the same column - different columns, or always have MR as a URL and BB as something else formatted so we can recognise the different elements?

@pieterprovoost
Copy link
Contributor Author

pieterprovoost commented Dec 1, 2023

@kmexter In the version I was working in this was updated to:

Enter the spatial coverage as WKT (which can cover polygons, points, curves, see https://wktmap.com/?8f50dfaa for an example) OR a list of Marine Region MRGIDs (https://www.marineregions.org/gazetteer.php?p=search), whichever is more relevant to your project. Use +/-decimal for lat, long, to as many significant digits that provides the spatial resolution your project requires. Don't forget to also add the projection you're using (recommended is WGS84). Multiple values should be ";" separated.

The example for your polygon would be: https://wktmap.com/?31f5e684

@kmexter
Copy link
Contributor

kmexter commented Dec 1, 2023

OK. So we stick with EITHER bb OR MR? As it will be a pain to deal with both, no?
Small thing, but I was wondering about asking for ";" separator vs ",". I think this is for @marc-portier to answer - for now I will stick to not "," as it is more normal

@pieterprovoost
Copy link
Contributor Author

pieterprovoost commented Dec 1, 2023

If it's acceptable to have an extra column, then yes separate columns will be easier to parse. In any case I think we need to offer both options (WKT string or MRGIDs).

@kmexter
Copy link
Contributor

kmexter commented Dec 1, 2023

have updated the googlesheet - WDYT?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants