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 > [email protected] > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev _______________________________________________ dev mailing list [email protected] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/dev
