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

Dynamic CRS registration #1330

Open
ebremer opened this issue Nov 13, 2024 · 1 comment
Open

Dynamic CRS registration #1330

ebremer opened this issue Nov 13, 2024 · 1 comment

Comments

@ebremer
Copy link

ebremer commented Nov 13, 2024

Any thoughts on adding a custom CRS dynamically to a Virtuoso instance through a dereferenceable URI like this one for epsg:3395?

I ask because much of the spatial data I use, it would require potentially a custom CRS per reference image as each image has (potentially) a different scaling per dimension. I can use a known Cartesian CRS in the WKT literals and then use units:GridSpacing in the spatial functions and get the right numbers out (#1320) in Virtuoso, but I don't like that my GeoSPARQL feature collection isn't self-described completely. I know I can add a custom CRS via [#1323], but its onerous for numerous custom CRSs. CRS Ontology perhaps might be helpful in the future for an all-RDF, OGC-complaint solution.

@HughWilliams
Copy link
Collaborator

HughWilliams commented Nov 14, 2024

@ebremer To be clear, are you saying that rather than statically using the DB.DBA.PROJ4_LOAD_SYS_SRIDS() procedure in #1323, you want to be able to dynamically pass the CRS as a URI, e.g., epsg:3395, on the fly?

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

2 participants