From GeoJSON
Revision as of 05:40, 12 April 2007 by Mpd (Talk | contribs)

Jump to: navigation, search

Mpd Comments and Questions

  1. I'd prefer "crs" to "srs", the latter being out step with, for example, EPSG and OGC terminology. Ditto for "LineString" and "Line", and perhaps (although less so) "Envelope" and "Box"
  2. Why reference PROJ.4's EPSG tables and not the EPSG tables themselves? Do I sense a coordinate order holy war type thing going on?
  3. What about Multi[Point|LineString|Polygon] and GeometryCollection?
  4. What about Polygons with multiple rings? An earlier proposal handled this.
  5. How does a client determine whether the, for example, six ordinates in a Line/LineString are two x,y,z-s or three x,y-s?
  6. You suggested an "Authors" section, for CC reasons. Care to add one?


AllanDoyle Response

  1. Shoot. I thought SRS was in vogue and CRS is out. Great. Let's go with crs. I have no preference with linestring, etc.
  2. PROJ vs EPSG. PROJ is what coders will see. They may never look at EPSG. Few people will use anything other than PROJ.
  3. Multi Schmulti, I always say. :)
  4. Rings Schmings... toss 'em in.
  5. This is JSON, not GML, so we should (a) use commas and (b) use proper arrays and arrays of arrays.
  6. Drat. OK. Authors coming right up.

Mpd Response to response

  1. Good.
  2. I don't understand: do you mean use PROJ.4 definition strings? How about OGC URN-s (with click-through licence)? Examples are: "urn:ogc:def:crs:OGC:1.3:CRS84" for the CRS formerly known as "EPSG:4326 with lat/lon axes order"; and "urn:ogc:def:crs:EPSG:6.3:26986" for "EPSG:26986".
  3. MultiPolygons and MultiLines really do exist.
  4. Anyone for Quoits?
  5. OK by me
  6. Thanks.