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 GeoSPARQL don't invent your own classes #5

Open
VladimirAlexiev opened this issue Aug 8, 2023 · 0 comments
Open

use GeoSPARQL don't invent your own classes #5

VladimirAlexiev opened this issue Aug 8, 2023 · 0 comments

Comments

@VladimirAlexiev
Copy link

You define a lot of your own classes following GeoJSON, eg

			osdu:AnyCrsGeoJSONPoint
			osdu:AnyCrsGeoJSONLineString
			osdu:AnyCrsGeoJSONPolygon
			osdu:AnyCrsGeoJSONMultiPoint
			osdu:AnyCrsGeoJSONMultiLineString
			osdu:AnyCrsGeoJSONMultiPolygon
			osdu:AnyCrsGeoJSONGeometryCollection
			osdu:AnyCrsGeoJSONFeature
			osdu:AbstractAnyCrsFeatureCollection
			osdu:GeoJSONPoint
			osdu:GeoJSONLineString
			osdu:GeoJSONPolygon
			osdu:GeoJSONMultiPoint
			osdu:GeoJSONMultiLineString
			osdu:GeoJSONMultiPolygon
			osdu:GeoJSONGeometryCollection
			osdu:GeoJSONFeature
			osdu:AbstractFeatureCollection

However, the OGC GeoSPARQL standard defines how to represent all of this in RDF.

  • Geometries are represented as opaque literals with datatypes gmlLiteral or wktLiteral
  • Any OGC CRS (in the EPSG collection but not only) can be used
  • Defines spatial relations such as geo:ehContains, geo:rcc8ntpp (inside), geo:sfContains
  • The standard is widely supported by semantic repositories. Upon seeing the special datatypes, they pass the geo data to special components for geospatial indexing.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant