You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
in table-schema.md, the definition of a geopoint field is:
geopoint
The field contains data describing a geographic point.
format:
default: A string of the pattern "lon, lat", where lon is the longitude
and lat is the latitude (note the space is optional after the ,). E.g. "90, 45".
array: A JSON array, or a string parsable as a JSON array, of exactly two items, where each item is a number, and the first item is lon and the second
item is lat e.g. [90, 45]
object: A JSON object with exactly two keys, lat and lon and each value is a number e.g. {"lon": 90, "lat": 45}
The example uses integer coordinates (90 and 45 respectively), but from every GIS API and library, it seems that it should support double-precision floating-point values.
I understand this is not a big issue for Python and JS, but strongly typed languages like Java make a distinction here; in fact the tableschema-java library used integers - I proactively switched this to doubles, but guidance would be appreciated (and maybe make one coordinate float in the example).
The text was updated successfully, but these errors were encountered:
JSON does not differentiate between integer and fixed point numbers, so I don't see this as an issue with the specification.
We could change the example to also include numbers with fractional parts.
in
table-schema.md
, the definition of a geopoint field is:geopoint
The field contains data describing a geographic point.
format
:lon
is the longitudeand
lat
is the latitude (note the space is optional after the,
). E.g."90, 45"
.lon
and the seconditem is
lat
e.g.[90, 45]
lat
andlon
and each value is a number e.g.{"lon": 90, "lat": 45}
The example uses integer coordinates (90 and 45 respectively), but from every GIS API and library, it seems that it should support double-precision floating-point values.
I understand this is not a big issue for Python and JS, but strongly typed languages like Java make a distinction here; in fact the
tableschema-java
library used integers - I proactively switched this to doubles, but guidance would be appreciated (and maybe make one coordinate float in the example).The text was updated successfully, but these errors were encountered: