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

option to download data for a specific alert setting #271

Open
timadriaens opened this issue Oct 19, 2023 · 4 comments
Open

option to download data for a specific alert setting #271

timadriaens opened this issue Oct 19, 2023 · 4 comments
Assignees
Labels
enhancement New feature or request

Comments

@timadriaens
Copy link

A user feature request from the practitioners workshop on digitisation was to provide a download data option for specific alerts so people could use these data in their own (mostly gis based) systems.

@timadriaens timadriaens added the enhancement New feature or request label Oct 19, 2023
@damianooldoni damianooldoni changed the title option to download data option to download data for a specific alert setting Oct 19, 2023
@damianooldoni damianooldoni transferred this issue from riparias/early-alert-webapp Oct 19, 2023
@damianooldoni
Copy link
Collaborator

Notice that @niconoe has already created a WFS to make these data available for GIS based systems. This is a feature requested by POV, see #65

The service is available at https://alert.riparias.be/api/wfs/observations

There are some remarks open, see #268.

I don't close this issue, as it is about exporting (via WFS or via a basic download) occurrences linked to a specific alert.

@niconoe
Copy link
Member

niconoe commented Nov 8, 2023

Hello @timadriaens , I am currently going back to this and I was wondering what was the exact format that would be the most useful for this.

On one hand, I am tempted to also use WFS (the current system returns all the observations, but we could improve it so it allows to return only observations for a specific alert). We would use the exact same response for both cases, except that in the second case the data is filtered. That would make things very consistent.

On the other hand, if the end-users can't/don't want to deal with WFS and want a simpler format (CSV for example) it would be good to know in advance.

@damianooldoni
Copy link
Collaborator

damianooldoni commented Nov 8, 2023

My two cents extra for @timadriaens. We could (actually SHOULD) document how to get data from the WFS so that it's accessible to "common" people. Once I had to download WFS data which actually resolved to a direct download of a csv!
So, my opinion is to implement it as WFS as indeed it makes things way more consistent (and way less work for @niconoe).

@timadriaens
Copy link
Author

I think WFS would be excellent, the question came specifically from people that were thinking of retreiving the data they want in their own gis systems so I think that would be the way to go. Of course, there will also be a (potentially larger) audience wanting to use csv, but thinking of that, they could perfectly be directed to gbif to do a proper download of the data in the format they want there? Perhaps building a download system on top of a system that already has one is not so efficient.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants