[OSM-dev] [OSM-talk-nl] conversion AND data

[Jon Burgess]

On Sat, 2007-07-28 at 17:55 +0200, Marc Kessels wrote:
> Hi Jon,
> 
> thanks for your feedback. At this moment no aggregation of roads is done
> in my code. Apparantly that is really required for good rendering. I
> will start to have a look at that. 
> 
> I also found several bugs in the code, so please download version 3 from
> http://www.kessels.name/and2osm/
> It now also includes a bounding box, for faster conversion of a
> problamatic area.
> 
> greetz,
> Marc

Hi,
  I've just tried version 3. Initially I thought there was a problem
becuase ig genreated lots of errors and finished in a few seconds but it
looks like you've just got a tiny bounding box. It took me a while to
find the data on the map :-) 

There is an example of where an area isn't closed properly in this data.
See the park in the S-W corner: leisure=park, AND=10000013. This has a
long N-S segment joining it to another area instead of being closed.

I'd be tempted to use the libavl binary tree. It should be more
maintainable in the long term, for an example see
http://trac.openstreetmap.org/browser/applications/rendering/mapnik/all_tiles/C
About the only thing you need to do is link against bst.[ch] and write
the comparison function. All the tree management and searching is taken
care of for you. libavl also provides other more advanced variants of
the binary tree which can be dropped in with just a few lines of code
change.

	Jon