-
Notifications
You must be signed in to change notification settings - Fork 5
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
Add support for phenology observations in Austria #28
Comments
Hi, recently I did a similar research for some open pheno data, to integrate into my app. The PEP resource was also the best Maybe offtopic, but currently my idea is to use iNaturalist API (https://api.inaturalist.org/v1/docs/). In the portal users can add to plant observations the current phenology state and you can filter in the API for this state. Sadly not many users use this feature, so my idea was to first write a pull request for the iNaturalist app. That users can also set the phenological state in the mobile apps (which is not possible currently). Which would probably increase the ratio users would select a state. Cheers FYI: (No pheno data) For Austria in specific, if try to find open source resources on following homepage which was (sometimes) helpful: https://www.data.gv.at/ FWIW: A few years back I had high hopes for an intereg funded project but there was nothing emerging from it (https://keep.eu/project-ext/1307/). |
Dear Hannes, thanks for your swift response. iNaturalist has already been mentioned on our forum 1, and I took a short glimpse into it. I think I remember it as the go-to archive about what it advertises itself with:
On the other hand, I have not been aware that they or their communities are also running continuous or recurring observations like the DWD and their observers are conducting/managing - I must have missed this detail.
Yeah, it's sad. Access should be unrestricted. So, we don't have any other promising data source candidates for Austria, right? Maybe we should reach out to ZAMG/Geosphere and humbly ask about the current state of the data management, and whether there would be room to improve? On the iNaturalist API, do you think it would both fit into and bring value to the With kind regards, Footnotes |
Hi,
I would think so, although the interpretation must be seen different. As it is not "first" flowering observed - as typically for phenodata - it a current state of the flower, therefore flowering can happen over multiple months for certain taxa. The API itself is straightforward (but often not well documented and buggy, but hey at least they offer it). Example request: Get me all Corylus avellana which are flowering in the year 2023. I don't think you need an extra client layer in between for this task.
Probably, on that note I think the Geosphere change was rather recently. At least for me it is new. PEP I could see would be difficult, as there are multiple parties involved with the data, but phenowatch.at could maybe open up. FYI: iNat are also working on an V2 API, which in addition lets you define the fields returned to save some bandwidth. Which I currently use for following upcoming event: https://hannesoberreiter.github.io/inat-austria-city-challenge-2023/ Cheers |
Dear @HannesOberreiter,
at 1, we are presenting a new subsystem for the phenodata program to export data into SQLite databases for easy consumption in downstream applications. I think it could be sweet to follow up on this by looking at whether the Austrian government also provides unrestricted access to phenology observation data.
In Austria, there are both the Phenowatch, and the Pan European Phenological database (PEP725) projects being managed by ZAMG / GeoSphere Austria. While they aimed to make the data accessible in an unrestricted manner,
presumably under the umbrella of PEP725,
I think it may be that they could not hold up to it.
Maybe you can conduct some research, and share back corresponding pointers with me? It is easily possible that I missed to find the corresponding download space or API interface. Thank you so much!
With kind regards,
Andreas.
Footnotes
https://community.hiveeyes.org/t/phenodata-ein-toolkit-zur-beschaffung-und-verarbeitung-von-open-access-phanologiedaten/2892/57 ↩
The text was updated successfully, but these errors were encountered: