Christopher added a comment.
@Smalyshev so, by stating that geometry and CRS are different, you then concur with the main arguments referenced above that they should not be conflated in a simple literal. @Daniel I agree with the idea of specifying the CRS as an additional component of the GlobeCoordinate data value separately from the geometry. I do not agree that a Wikidata entity can be inferred to be a CRS without it providing or pointing to a serialization that can be validated against a known CRS encoding (z.B. gml:GeodeticCRS). Stating that a CRS is an instance of a "geodetic reference system" is only a concept pointer, and does not provide the syntax of a CRS schema which is necessary for a software to understand the meaning of a geometry. In summary, these are the reasons why a CRS should not be represented as a URI in a simple WKT literal string (that contains point geometry). 1. geometry and its CRS are just two separate things 2. it becomes much harder to use the CRS as a filter in a SPARQL query 3. it is not possible to assign multiple CRS specifications to a geometry 4. the domain of a CRS specification should not be limited to a single geometry 5. The CRS is a URI, so it should be published as one 6. It is not possible to assign a CRS to a collection of geometries (e.g. a dataset) 7. Software libraries that handle WKT geometry do not expect a CRS as start of the string The current use of simple geo:wktLiteral for WGS84 points is fine, but if a Wikidata goal is to introduce more complex GIS spatial data (which I think would be very worthwhile), then the implementation should adhere to justifiable and reasonable standards for the data representation. TASK DETAIL https://phabricator.wikimedia.org/T129072 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Christopher Cc: daniel, Smalyshev, Christopher, Aklapper, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
