[OSM-dev] c-programmer at your command

Artem Pavlenko artem.mapnik at googlemail.com
Fri Feb 8 12:41:03 GMT 2008


Hello Hendrik,

There are number of projects where your C-programming skills can be  
valuable.
I suggest you browse OSM svn and see if anything you want to get  
involved.

Also, if you feel like doing your own thing, just go for it!

Artem

> Hello,
>
> This Project is great, and so I thought I'd like to help. As I do not
> own a GPS-device the only possibility is to lend my programming skills
> in the c language.
>
> For now I already have some (ugly) code that parses an osm file and
> loads the ways into an r-tree, to allow fast lookup of areas. I also
> added some first svg export.
>
> But befor I begin developing something that someone else has already
> done, what Is needed the most:
> - fast Database as a backend for osm-based applications
> - unified osm to svg converter
> - ... something else I could do?
>
> Also I have (of Course ;) ) some notes to make his Project even  
> better:
>
> Why do nodes and ways have to be split? This makes working with osm
> data pretty complicated, as it requieres a database to work with, and
> just to get the data of one way requires many node lookups, which is
> slow, especially if osm data would be use on handheld devices.
> Couldn't nodes simply be identified by their coordinates? This would
> also require less memory.
>
> Bezier curves. They are currently added via post-processing, which
> means suboptimal results, the mapper has little influence on the
> appearence and there are basically no memory savings. Instead of
> adding a rounding tag which does not solve most of these issues, what
> about deriving the bezier curves from original data?
> Gps-Tracks a series of points, and propably also most of the other
> sources of map data? (I don't know). So if the mapper simply specifies
> that the points between two points in the track form a way, then we
> could derive static sets of (bezier-) map data. And route calculations
> and so on can be done on the original simple data.
>
> Well thats it for now.
> Here is the database I coded for now (better dont't look at it ;) ):
> http://minimi.dyndns.org/mkdb33.c.bz2
> When started it reads from a file "map_p" in the working dir, which
> could be a pipe from a decompressor. The program writes data to
> "/tmp/osm/" so be sure to create this directory!
> After the import is finished, the Program will ask for
> latitude/longitude pairs and then dump a svg file named "place.svg" in
> the working dir.
> The program is slow at the moment, so better test with a small
> dataset. I chose ther Germany extract of the planet dump.
>
> Here is such an svg dum:
> http://minimi.dyndns.org/48.78x9.12.svg.bz2
>
> hendrik
>
> _______________________________________________
> dev mailing list
> dev at openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev





More information about the dev mailing list