001     911816
005     20230711160140.0
024 7 _ |2 Handle
|a 2128/32786
037 _ _ |a FZJ-2022-05064
041 _ _ |a English
100 1 _ |0 P:(DE-Juel1)186637
|a Selke, Niklas
|b 0
|e Corresponding author
|u fzj
111 2 _ |a Living Planet Symposium 2022
|c Bonn
|d 2022-05-23 - 2022-05-27
|g LPS2022
|w Germany
245 _ _ |a Geodata enrichment for air quality
260 _ _ |c 2022
336 7 _ |0 33
|2 EndNote
|a Conference Paper
336 7 _ |2 BibTeX
|a INPROCEEDINGS
336 7 _ |2 DRIVER
|a conferenceObject
336 7 _ |2 ORCID
|a CONFERENCE_POSTER
336 7 _ |2 DataCite
|a Output Types/Conference Poster
336 7 _ |0 PUB:(DE-HGF)24
|2 PUB:(DE-HGF)
|a Poster
|b poster
|m poster
|s 1669295183_5009
|x After Call
520 _ _ |a During the Tropospheric Ozone Assessment Report (TOAR) [1] we built an air quality database that contains time series of measured ozone, ozone precursors, and meteorological data from surface observation stations. One aspect of the TOAR database that substantially contributed to its adoption by the research community, is the augmentation of provider metadata for these stations with globally consistent information derived from multiple Earth Observation data products. This adds additional context to the description of measurement locations and thereby enriches the analysis possibilities. For this we developed a workflow called Geolocation Service that we want to present here.Our Geolocation Service exposes REST APIs to the user where they can specify an area of interest in the form of latitude, longitude, and possibly radius as well as a specific time where we have data with a time resolution. With the radius parameter it is possible to extract points (no radius) or areas. Different REST API endpoints provide different services, like for example topographic information and nighttime lights. The advantage of REST APIs is that they not only make human interaction possible but also machine to machine communication.After retrieving the requested data from a performant geodata service (in our case a Rasdaman service), the service can run different analyses which the user can specify and will return any results in a standardized way, namely Geo-JSON. The user can choose between a range of aggregation methods (mean, min, max, etc.) or can choose to return the closest value to the given coordinates. The aggregation method can be specified directly in the REST APIs which makes it very flexible for the user.Since this workflow consists of modular components, it is easy to exchange or expand some of its parts. We are interested in expanding the available datasets to include the Copernicus Sentinels (i. e. retrieving data from the Copernicus Open Access Hub instead of from our Rasdaman service) to run the existing analyses on those datasets while still providing the user with the same interface and responses as they already know.To go even further, it would also be possible to include landcover detection, flood mapping, and other spatial analyses via the same geodata workflow.[1] https://igacproject.org/activities/TOAR
536 _ _ |0 G:(DE-HGF)POF4-5111
|a 5111 - Domain-Specific Simulation & Data Life Cycle Labs (SDLs) and Research Groups (POF4-511)
|c POF4-511
|f POF IV
|x 0
536 _ _ |0 G:(EU-Grant)787576
|a IntelliAQ - Artificial Intelligence for Air Quality (787576)
|c 787576
|f ERC-2017-ADG
|x 1
536 _ _ |0 G:(DE-Juel-1)ESDE
|a Earth System Data Exploration (ESDE)
|c ESDE
|x 2
700 1 _ |0 P:(DE-Juel1)177004
|a Leufen, Lukas Hubert
|b 1
|u fzj
700 1 _ |0 P:(DE-Juel1)166264
|a Mozaffari, Amirpasha
|b 2
|u fzj
700 1 _ |0 P:(DE-Juel1)16212
|a Schröder, Sabine
|b 3
|u fzj
700 1 _ |0 P:(DE-Juel1)6952
|a Schultz, Martin
|b 4
|u fzj
856 4 _ |u https://juser.fz-juelich.de/record/911816/files/LPS22_Poster_Niklas_Selke.pdf
|y OpenAccess
909 C O |o oai:juser.fz-juelich.de:911816
|p openaire
|p open_access
|p VDB
|p driver
|p ec_fundedresources
910 1 _ |0 I:(DE-588b)5008462-8
|6 P:(DE-Juel1)186637
|a Forschungszentrum Jülich
|b 0
|k FZJ
910 1 _ |0 I:(DE-588b)5008462-8
|6 P:(DE-Juel1)177004
|a Forschungszentrum Jülich
|b 1
|k FZJ
910 1 _ |0 I:(DE-588b)5008462-8
|6 P:(DE-Juel1)166264
|a Forschungszentrum Jülich
|b 2
|k FZJ
910 1 _ |0 I:(DE-588b)5008462-8
|6 P:(DE-Juel1)16212
|a Forschungszentrum Jülich
|b 3
|k FZJ
910 1 _ |0 I:(DE-588b)5008462-8
|6 P:(DE-Juel1)6952
|a Forschungszentrum Jülich
|b 4
|k FZJ
913 1 _ |0 G:(DE-HGF)POF4-511
|1 G:(DE-HGF)POF4-510
|2 G:(DE-HGF)POF4-500
|3 G:(DE-HGF)POF4
|4 G:(DE-HGF)POF
|9 G:(DE-HGF)POF4-5111
|a DE-HGF
|b Key Technologies
|l Engineering Digital Futures – Supercomputing, Data Management and Information Security for Knowledge and Action
|v Enabling Computational- & Data-Intensive Science and Engineering
|x 0
914 1 _ |y 2022
915 _ _ |0 StatID:(DE-HGF)0510
|2 StatID
|a OpenAccess
920 1 _ |0 I:(DE-Juel1)JSC-20090406
|k JSC
|l Jülich Supercomputing Center
|x 0
980 _ _ |a OPENSCIENCE
980 1 _ |a FullTexts
980 _ _ |a poster
980 _ _ |a VDB
980 _ _ |a UNRESTRICTED
980 _ _ |a I:(DE-Juel1)JSC-20090406


LibraryCollectionCLSMajorCLSMinorLanguageAuthor
Marc 21