Tag Archives: gdal ogr json geojson driver format gis geospatial feat

The Myth of Objectivity

Posted on by
3

I do not advocate anything or anyone. All right, may be I do advocate but only a few small tiny things like C++ programming language, generic programming and high quality of software code and design and my dog, of course. However, I let myself to go down in the discussion about advantages and disadvantages of Open Source GIS on OGC forum at LinkedIn and somewhat at OSGeo mailing list too.

A human nature pisses me off, sometimes. (I am a human being, in case of doubt.) The world is bloody relative but we love to sling absolutes around. Yeah, we love this game! We are not good in learning from mistakes, anyway. Thus, the only achievement of attempting to apply a patch to someone’s buggy ignorance is a waste of time and may be a bit of training in fast typing or boxing ;-)

Paul is right recommending don’t feed the troll!. But, what has been learned is going to be lost, naturally.

GeoJSON Driver Errata

Posted on by
Reply

In my today announcement of the OGR GeoJSON Driver, I stated as follows:

Unfortunately, OGR objects model does not allow to have geometries of different types in single layer.

Actually, this is not true or imprecise enough. The OGR model does support mixed geometry types in single layer. Such layer is defined as of type of wkbUnknown and it behaves similarly as, for instance, PostGIS layer (table) with geometry column defined as GEOMETRY type. The wkbUnknown means that a layer is ust fine and all geometry types are allowed in this layer.

Continue reading →

OGR GeoJSON Driver

Posted on by
13

Update on Nov 6th, 2007 at 3:23 pm: GeoJSON Driver Errata

During last couple of days I was trying to run away in fear of Halloween monsters, so I locked myself with laptop in my wardrobe and decided to spent this time on programming a new driver for OGR. I ended up with usable implementation of GeoJSON driver for OGR and I’d like to introduce it here and now.

Motivation was simple…to avoid zombies but not only. In the MOSS4G project, we need a way to talk to remote geospatial data services. from mobile devices. We’ve started development of WFS client but it’s not a trivial task and we don’t want to hurry with that. Also, WFS and parsing GML seems to be a heavy task for mobile solutions, but we will check it later :-). In the meantime, we have something light and fast – GeoJSON.

Continue reading →