Closed bosborn closed 1 year ago
Not sure if this is a common scenario or not, but is this the intention for storage?
FWIW, this is how this is implemented in the GDAL GeoPackage driver.
How are transformations performed between same crs wkt definitions with different epochs without a Coordinate Operation / Point Motion Operation?
Not GeoPackage specific. Short answer: you likely need a plate motion model, like the ITRF2014 plate motion model (https://academic.oup.com/gji/article/209/3/1906/3095992). As far as I can remember, the general topic of dynamic CRS is dealt in https://www.iogp.org/bookstore/product/geomatics-guidance-note-25-dynamic-versus-static-crss-and-use-of-the-itrf/
@bosborn you have answered your own question, no? I believe it is definite that you need different srs_ids when you have multiple epochs.
Yes I guess so and I implemented this way after asking. Was just confirming the WKT for CRS Extension specification intention before implementing due to:
srs_id
equal to the organization_coordsys_id
If storing feature data with the same dynamic CRS WKT and different epochs, the definition should be stored once as a SRS for each unique epoch?
GeoPackage producers often set the
srs_id
equal to theorganization_coordsys_id
, which would not work for multiple epochs of the same crs wkt. Since the epoch is stored in the SRS table, every instance of data with a different epoch requires a new SRS entry.Example: