Implementing OGC APIs using Elasticsearch and pygeoapi
This is a modal window.
The media could not be loaded, either because the server or network failed or because the format is not supported.
Formal Metadata
Title |
| |
Title of Series | ||
Number of Parts | 351 | |
Author | ||
Contributors | ||
License | CC Attribution 3.0 Unported: You are free to use, adapt and copy, distribute and transmit the work or content in adapted or unchanged form for any legal purpose as long as the work is attributed to the author in the manner specified by the author or licensor. | |
Identifiers | 10.5446/69009 (DOI) | |
Publisher | ||
Release Date | ||
Language | ||
Production Year | 2022 |
Content Metadata
Subject Area | ||
Genre | ||
Abstract |
| |
Keywords |
FOSS4G Firenze 2022235 / 351
1
7
13
22
25
31
33
36
39
41
43
44
46
52
53
55
58
59
60
76
80
93
98
104
108
127
128
133
135
141
142
143
150
151
168
173
176
178
190
196
200
201
202
204
211
219
225
226
236
242
251
258
263
270
284
285
292
00:00
Computer iconGreen's functionInformation retrievalIntegrated development environmentSystem programmingDiscrete groupSoftware engineeringCASE <Informatik>Different (Kate Ryan album)Exterior algebraSoftwareArithmetic progressionStandard deviationSoftware developerElectric generatorProcess (computing)Open setWeb 2.0Information retrievalIntegrated development environmentWeb-DesignerComputer animation
01:15
Standard deviationServer (computing)ImplementationSoftware suiteDiagramComponent-based software engineeringClient (computing)Parameter (computer programming)Latent heatCore dumpMatrix (mathematics)Query languageInternet service providerDigital filterCategory of beingInternet service providerCovering spaceData storage deviceLatent heatDifferent (Kate Ryan album)Search engine (computing)MereologyCASE <Informatik>Computer architectureQuery languageCodeImplementationModule (mathematics)Elasticity (physics)Projective planeMultiplication signQuicksortSoftwareComputer animationProgram flowchart
02:59
Mountain passInternet service providerQuery languageDialectQuarkCategory of beingLatent heatDigital filterPairwise comparisonPredicate (grammar)File formatLogicContent (media)EmailData typeFile formatArithmetic progressionCASE <Informatik>Range (statistics)Computer animation
03:43
ImplementationModul <Datentyp>Subject indexingArchitectureJSONXML
Transcript: English(auto-generated)
00:01
Hello, everyone. I'm Antonio Circello. I'm a software engineer collaborating with a company like Geo Beyond and ByteRoad. Today, I'm going to talk to you about a news case of PyGeo API. And I will tell you why I think it's a nice use case to share. Very quickly, OGC API.
00:22
OGC API is the new generation of OGC standards. It's web native. It's made in an open API REST fashion. And it's meant to be a modern alternative to the standard, the OGC standard that we use so far, that we all know, and using our software.
00:42
It's meant to be easier to use and web developer friendly also. And as I said, it's going to replace the existing standard. Indeed, we have different APIs covering different use case.
01:02
It's a work in progress with some of them. But there are already approved standards like OGC API features, process, and environmental data retrieval. PyGeo API is one of the first software that started to implement this standard.
01:21
It's part of the discussion with the OGC about the definition of this standard. And it's a Python implementation. Recently, it's a news of these days. It was also added as a OGC project. Sorry, OSGeo project. And it's a nice way to try the OGC API thing.
01:45
What I like also about PyGeo API is the modular architecture that lets you easily extend and cover different use case that you could have even in case they are not yet covered by the code.
02:01
One of the key aspects of this modular architecture is the provider module that lets you connect your API to different storage. In this case, we are going to see one of the most complete implementation that is the one that connects to an Elasticsearch data store.
02:20
I think there is no time to tell you also, but Elasticsearch is basically a search engine that could be used, like in this case, like a sort of NoSQL storage for your data. So in the end, you will use Elasticsearch to store your GeoGson data and let PyGeo API expose according to this
02:41
specification. The nicest thing about this provider is that it's one of the most complete. And it's also the fact that lets you query with the SQL standard data in your storage. Indeed, there is support for the simple SQL
03:02
filter for now. But there are work in progress to extend it even further in the GSON format. So in the end, what you could do if you are curious about OGC API, or if you already have a use case that
03:21
requires you to adopt this standard, PyGeo API could be, first of all, a one-stop solution, because it supports a wide range of standard. And it's mean to be extended to support even more. And it's very easy to set up. And in case, consider also the Elasticsearch solution.
03:43
That's all. Thank you.