Re: [Talk-de] Suche Programmierbeschäftigung bei neuem Projekt for OSM
Am 16.09.08 schrieb Frederik Ramm <[EMAIL PROTECTED]>: >> eine Datenbank schreckt natürlich viele ab. Andererseits kann man mit >> OSM-Daten ob der schieren Dateigröße kaum mehr ohne Datenbank arbeiten. >> Ich >> frage mich ob es schon hülfe wenn man ein Tool hätte, welches eine >> osm-Datei >> in eine sqlite konvertieren würde. Nimmt man Qt4 (evtl. sogar ohne GUI) >> bekommt man die Plattformunabhängigkeit so gut wie geschenkt und könnte >> sowas >> mittels eines Cron laufen lassen. > > Ich glaube, die in Ruby geschriebene "osmlib" (oder libosm?) von Jochen > hat auch ein Modul, mit dem Du eine sqlite befuellen kannst. In der LibOSM von Traveling Salesman gibt es mehrere Module welche OSM-Dateien, Mysql-Datenbanken, HSQLDB und nach Tiles aufgetrennte OSM-Dateien lesen und schreiben können. HSQLDB kann auch statt einer "richtigen" DB-Datei eine Datei welche die INSERT-Statements enthält oder eine CSV-Datei als Datenbank generieren und voll nutzen (praktisches Feature). Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Programmierbeschäftigung bei neuem Projekt for OSM
Hi, >> Ich glaube, die in Ruby geschriebene "osmlib" (oder libosm?) von Jochen >> hat auch ein Modul, mit dem Du eine sqlite befuellen kannst. > > letzter Stand war allerdings, meine ich, dass dazu die OSM-Datei erst > komplett > in den Speicher müsste - genau darum will ich mich drücken. In diesem Fall koennte man ja einfach das Osmosis-Mysql-Writer bzw. Postgresql-Writer-Backend umstricken auf sqlite. Java ist vielleicht nicht ganz so plattformunabhaengig wie Qt4, aber es sollte reichen ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Programmierbeschäftigung bei neuem Projekt for OSM
Moin, > Ich glaube, die in Ruby geschriebene "osmlib" (oder libosm?) von Jochen > hat auch ein Modul, mit dem Du eine sqlite befuellen kannst. letzter Stand war allerdings, meine ich, dass dazu die OSM-Datei erst komplett in den Speicher müsste - genau darum will ich mich drücken. Gruß, ce (der ein großer Freund des qxmlstreamreaders ist) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Programmierbeschäftigung bei neuem Projekt for OSM
Hallo, > eine Datenbank schreckt natürlich viele ab. Andererseits kann man mit > OSM-Daten ob der schieren Dateigröße kaum mehr ohne Datenbank arbeiten. Ich > frage mich ob es schon hülfe wenn man ein Tool hätte, welches eine osm-Datei > in eine sqlite konvertieren würde. Nimmt man Qt4 (evtl. sogar ohne GUI) > bekommt man die Plattformunabhängigkeit so gut wie geschenkt und könnte sowas > mittels eines Cron laufen lassen. Ich glaube, die in Ruby geschriebene "osmlib" (oder libosm?) von Jochen hat auch ein Modul, mit dem Du eine sqlite befuellen kannst. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Programmierbeschäftigung bei neuem Projekt for OSM
Moin, > Naja, Mapnik wär' zum Beispiel eine Variante. Aber da kauft man sich > gleich PostGIS mit ein. (Hat mich allerdings nicht davon abgehalten, > ein kleines Programm zu schreiben, was genau darauf aufbaut: > http://lug-owl.de/~jbglaw/gpsdisplay/gpsdisplay-0.0.6.tar.gz .) eine Datenbank schreckt natürlich viele ab. Andererseits kann man mit OSM-Daten ob der schieren Dateigröße kaum mehr ohne Datenbank arbeiten. Ich frage mich ob es schon hülfe wenn man ein Tool hätte, welches eine osm-Datei in eine sqlite konvertieren würde. Nimmt man Qt4 (evtl. sogar ohne GUI) bekommt man die Plattformunabhängigkeit so gut wie geschenkt und könnte sowas mittels eines Cron laufen lassen. Außerdem hätte ich gerne ein kleines Tool, mit dem man dann die sqlite einfach auslesen kann: "Gib mir mal alle Wege die zur Relation Schwarzwald gehören" oder "Gib mir mal die Position aller Parkplätze, egal ob Nodes oder Flächen, ich will da nämlich ein POI-Overlay bauen" oder so. Ich hoffe im Q1 nächsten Jahres wieder etwas mehr Luft zu haben. Fall bis dahin niemand mit dem ersten Punkt 'rumgespielt hat werde ich mich da mal einen Abend lang hinsetzen (das war eine Drohung ;-) . Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Suche Programmierbeschäftigung bei neuem Projekt for OSM
Jan-Benedict Glaw <[EMAIL PROTECTED]> wrote: > Naja, Mapnik wär' zum Beispiel eine Variante. Aber da kauft man sich > gleich PostGIS mit ein. da der OP, eine Programmierbeschäftigung gesucht hat. Eine mapnik Variante, die man direkt mit OSM-Dateien füttern kann wär doch mal was. Gerade wenn man an den Styles rumschraubt wäre das erheblich praktischer mit einer kleinen osm-datei zu testen als mit osm2pgsql. Sven -- "If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops" (Tim Berners-Lee) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche Programmierbeschäftigung bei neuem Projekt for OSM
On Tue, 2008-09-16 17:20:20 +0200, Frederik Ramm <[EMAIL PROTECTED]> wrote: > Marius Rieder wrote: > > Habe erst gerade etwas gestartet. Sollte noch einigermassen > > uebersichtlich sein. Wenn du mithelfen will wuerde ich mich natuerlich > > freuen. > > > > https://trac.openstreetmap.ch/trac/memphis/ > > Kann man nicht einfach mal eine Bibliothek machen, die das Rendern > uebernimmt, statt dass jeder seinen eigenen Renderer schreibt? Kosmos, > Memphis, Cobra, Pyrender, auch Navit rendert selbst - wer soll denn da > noch die Uebersicht behalten, vorallem in der Frage, was diese Programme > voneinander unterscheidet. Naja, Mapnik wär' zum Beispiel eine Variante. Aber da kauft man sich gleich PostGIS mit ein. (Hat mich allerdings nicht davon abgehalten, ein kleines Programm zu schreiben, was genau darauf aufbaut: http://lug-owl.de/~jbglaw/gpsdisplay/gpsdisplay-0.0.6.tar.gz .) > Vielleicht kann mal jemand eine unabhaengige Renderer-Testmatrix > aufstellen. Was kann die Software, was kann sie nicht, was kann sie wie > schnell? Wie lang braucht die Software inkl. aller Hilfs-Schritte, um > aus einem germany.osm eine Karte mit 600x1000 Pixeln zu rechnen? Wie > rendert sie komplexe Kreuzungen, wie Flächenbeschriftungen? Wie wird sie > konfiguriert? Welche Design-Ziele hat die Software, die die anderen > nicht erfuellen? Wenn irgendwer die Feature-Matrix aufstellt, für GPSdisplay füll' ich die dann gerne aus. Läuft im Endeffekt auf das Feature-Set heraus, was man in Mapnik als XML-Konfig einfüttert. MfG, JBG -- Jan-Benedict Glaw [EMAIL PROTECTED] +49-172-7608481 Signature of: Ich hatte in letzter Zeit ein bißchen viel Realitycheck. the second : Langsam möchte ich mal wieder weiterträumen können. -- Maximilian Wilhelm (18. Mai 2006, #lug-owl.de) signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
