Skip to main content
Archived

RFC 7946 the new standard specification of the GeoJSON format

Related products:Integrations
DanAtSafe
  • DanAtSafe
    DanAtSafe

Please support the RFC 7946 (published in August 2016) as it is the new standard specification of the GeoJSON format.

http://geojson.org/

This post is closed to further activity.
It may be a question with a best answer, an implemented idea, or just a post needing no comment.
If you have a follow-up or related question, please post a new question or idea.
If there is a genuine update to be made, please contact us and request that the post is reopened.

4 replies

mark2atsafe
Safer
Forum|alt.badge.img+44

There are four parts to that spec that we can update:

  • Right-hand polygon orientation (winding)
  • Splitting geometries into collections when they cross 180 degrees
  • Storing all data in LL84, with Z in meters if present
  • Setting application/geo+json as the mime type

As far as I know, polygon orientation and mime type were updated in 2017.0.

The coordinate system is updated for 2017.1 - a new 'Reproject to WGS84' parameter was added to the writer. It defaults to 'yes' meaning new workspaces will automatically produce this coordinate system, while old workspaces will behave as they always did (for backwards compatibility).

[nb: if you have an old workspace, but want to comply to the new spec's coordinate system, then simply reproject to LL84 in a transformer. Then it will write the data in LL84 but with no coordsys definition - meeting the new spec]

So, geometry splitting seems to be the only remaining item to do. For reference, it is PR#72160


bruceharold
Contributor
Forum|alt.badge.img+17
  • Contributor
  • June 30, 2017
I think GeoJSON FeatureCollections defeat GeometryReplacer with GeoJSON as the option.

 

 


bruceharold
Contributor
Forum|alt.badge.img+17
  • Contributor
  • July 5, 2017
Z needs to be controlled as positive up too. I see GeoJSON out there with depth coordinates positive down.

 

 


deanatsafe
Safer
Forum|alt.badge.img+6
  • Safer
  • February 8, 2018

Currently there is a problem with the GeoJSON writer when writing multiple feature types. The workaround for now is to use one feature type per dataset, or use dataset fanout. A more comprehensive solution is planned for 2018.1. For more info see: https://knowledge.safe.com/articles/40806/workarounds-to-known-issues-in-fme-20170.html


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings