Difference between revisions of "Talk:RFC-001"

From GeoJSON
Jump to: navigation, search
Line 8: Line 8:
 
[[User:Mpd|Mpd]]
 
[[User:Mpd|Mpd]]
  
== [User:AllanDoyle] Response ==
+
== [[User:AllanDoyle|AllanDoyle]] Response ==
 
# Shoot. I thought SRS was in vogue and CRS is out. Great. Let's go with crs. I have no preference with linestring, etc.
 
# Shoot. I thought SRS was in vogue and CRS is out. Great. Let's go with crs. I have no preference with linestring, etc.
 
# PROJ vs EPSG. PROJ is what coders will see. They may never look at EPSG. Few people will use anything other than PROJ.
 
# PROJ vs EPSG. PROJ is what coders will see. They may never look at EPSG. Few people will use anything other than PROJ.

Revision as of 04:51, 11 April 2007

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?

Mpd

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.