Re: [Talk-de] mkgmap.jar Problem
Torsten Leistikow schrieb: Hast du deine Sachen irgendwo im Netz? Man sollte mal eine Wiki-Seite zu dem Themenkomplex aufmachen, damit nicht jeder die gleichen Erfahrungen selber muehselig sammeln muss. Bisher werkel ich aber auch noch alleine vor mich hin und habe mich um das Thema Informationsverteilung erfolgreich gedrueckt. Moin, muss ich mal schauen, wie man im Wiki Dateien hochladen kann. Die fertige GMAPSUPP.IMG könnte ich mal auf Badongo oder so hochladen wenn Interesse besteht. Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Chris66 schrieb: muss ich mal schauen, wie man im Wiki Dateien hochladen kann. Die fertige GMAPSUPP.IMG könnte ich mal auf Badongo oder so hochladen wenn Interesse besteht. Mir schwebt eher eine Austauschmoeglichkeit fuer die mapfeatures- und typ-Dateien vor, so dass sich mit der Zeit ein Forum fuer die Leute bildet, die sich unterschiedlich optimierte Garmin-Karten selber bauen wollen. Denn letztendlich kann die eine Karte von Computerteddy es ja nicht allen recht machen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Chris66 schrieb: So, meine Karten werden langsam so wie ich mir das vorstelle. Wald aufgehellt und mit Baum-Symbol versehen (wie in Mapnik), Hochspannungsleitungen habe ich eliminiert (interessieren mich nicht), Radwege sind blau gepunktet, etc. Hast du deine Sachen irgendwo im Netz? Man sollte mal eine Wiki-Seite zu dem Themenkomplex aufmachen, damit nicht jeder die gleichen Erfahrungen selber muehselig sammeln muss. Bisher werkel ich aber auch noch alleine vor mich hin und habe mich um das Thema Informationsverteilung erfolgreich gedrueckt. Der Online Typfile-Editor funktioniert super. ;-) http://ati.land.cz/gps/typdecomp/editor.cgi Ich kann sonst noch MapTk fuer das Bearbeiten von typ-Dateien empfehlen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Chris66 schrieb: [map-features-file] Ok, nun ist es mir klar. Und ich vermute, wenn mehrere Zeilen passen, dann zählt die Erste? Also bei den Tracks scheint dass zu funktionieren, bei highways auf denen eine Strassenbahnlinie verläuft, gewinnt die Strassenbahn, obwohl die polyline|tram Zeile weit hinten im Features-File steht. Bug ist laut Steve in den neuesten Versionen gefixt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
[map-features-file] Ok, nun ist es mir klar. Und ich vermute, wenn mehrere Zeilen passen, dann zählt die Erste? polyline|tracktype|grade1|0x07||22 polyline|highway|track|0x0a||22 Weg ist mit highway=track und tracktype=grade1 getaggt, dann nimmt er die erste Zeile, also ID 0x07 Also bei den Tracks scheint dass zu funktionieren, bei highways auf denen eine Strassenbahnlinie verläuft, gewinnt die Strassenbahn, obwohl die polyline|tram Zeile weit hinten im Features-File steht. Und weil die Tram nur in hohen Zoomstufen gemalt wird, hat die B6 in Dresden plötzlich Lücken... chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Torsten Leistikow schrieb: So, nun kann ich anfangen mit den Styles zu spielen, wobei mir der Zusammenhang zwischen dem Features-Files.csv und dem Typ-File noch nicht ganz klar ist. Mit dem Feature-File definiert man die Abbildungsfunktion osm-Datei zu img-Datei. D.h., man legt fest, welche OSM-Elemente in was fuer Garmin-Elemente (POI, Polyline oder Polygon mit entsprechender Typnummer). Ok, nun ist es mir klar. Und ich vermute, wenn mehrere Zeilen passen, dann zählt die Erste? Beispiel: Ausschnitt aus Features.csv: polyline|tracktype|grade1|0x07||22 polyline|highway|track|0x0a||22 Weg ist mit highway=track und tracktype=grade1 getaggt, dann nimmt er die erste Zeile, also ID 0x07 ? Als Typfile nehme ich das von Radimir, das passt schon ganz gut, nur Wald wird etwas zu dunkel dargestellt, so dass man Waldwege nicht so gut erkennen kann. Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Chris66 schrieb: Als Typfile nehme ich das von Radimir, das passt schon ganz gut, nur Wald wird etwas zu dunkel dargestellt, so dass man Waldwege nicht so gut erkennen kann. So, meine Karten werden langsam so wie ich mir das vorstelle. Wald aufgehellt und mit Baum-Symbol versehen (wie in Mapnik), Hochspannungsleitungen habe ich eliminiert (interessieren mich nicht), Radwege sind blau gepunktet, etc. Der Online Typfile-Editor funktioniert super. ;-) http://ati.land.cz/gps/typdecomp/editor.cgi Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Chris66 schrieb: So, habe jetzt mal selber ein osmcut.p programmiert, ist aber sehr lahm (zerschneidet germany.osm in 4 Std.) da es in einer quasi für den Zweck ungeeigneten Programmiersprache geschrieben ist. ;-) Ganz trivial ist die Sache nicht, da einzelne Elemente (Linien oder sogar Flaechen) sich ja nicht an die Kachelgrenzen halten sondern darueber hinaus ragen. Wenn du nur eine einzige Kachel von deinem Revier erzeugen willst, ist das sicherlich egal. Wenn du aber mehrere, aneinander angrenzende Kacheln haben willst, dann musst du da etwas Aufwand reinstecken. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Torsten Leistikow schrieb: Chris66 schrieb: So, habe jetzt mal selber ein osmcut.p programmiert, ist aber sehr lahm (zerschneidet germany.osm in 4 Std.) da es in einer quasi für den Zweck ungeeigneten Programmiersprache geschrieben ist. ;-) Ganz trivial ist die Sache nicht, da einzelne Elemente (Linien oder sogar Flaechen) sich ja nicht an die Kachelgrenzen halten sondern darueber hinaus ragen. Wenn du nur eine einzige Kachel von deinem Revier erzeugen willst, ist das sicherlich egal. Wenn du aber mehrere, aneinander angrenzende Kacheln haben willst, dann musst du da etwas Aufwand reinstecken. Bei Ways die über mehrere Tiles gehen schreibt mein Progress-4GL Programm den Way und die zugehörigen Nodes in alle betroffenen Tiles rein. Relationen werden nicht berücksichtigt. Als Kachelgröße habe ich 2 Grad gewählt, die sind in mkgmap problemlos durchgelaufen. So, nun kann ich anfangen mit den Styles zu spielen, wobei mir der Zusammenhang zwischen dem Features-Files.csv und dem Typ-File noch nicht ganz klar ist. Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Chris66 schrieb: Bei Ways die über mehrere Tiles gehen schreibt mein Progress-4GL Programm den Way und die zugehörigen Nodes in alle betroffenen Tiles rein. Dadurch hat man im Ueberlappungsbereich dann mehrer Elemente, die uebereinander liegen. Das kann dazu fuehren, dass die Zeichenreihenfolge durcheinander kommt und so z.B. eine Flaeche einen Weg ueberdeckt, weil die entsprechende Kachel erst nach der anderen gezeichnet wird. So, nun kann ich anfangen mit den Styles zu spielen, wobei mir der Zusammenhang zwischen dem Features-Files.csv und dem Typ-File noch nicht ganz klar ist. Mit dem Feature-File definiert man die Abbildungsfunktion osm-Datei zu img-Datei. D.h., man legt fest, welche OSM-Elemente in was fuer Garmin-Elemente (POI, Polyline oder Polygon mit entsprechender Typnummer). Die typ-Datei definiert, wie die einzelnen Garmin-Elemente von Mapsource oder dem GPS-Geraet angezeigt werden sollen. Einige Garmin-Elemente sind bei Mapsource und in den GPS-Geraeten vordefiniert. Fuer weitere Elemente nimmt man eine freie Typ-Nummer und definiert die entsprechende Anzeige. Soweit so gut. Leider sind die verschiedenen Typ-Nummer aber nicht unabhaengig voneinander, durch hinzufuegen einer neuen Nummer, kommt immer wieder auch die Anzeige von bisher funktionierenden Elementen durcheinander. Eine Gesetzmaessigkeit habe ich dabei bisher nicht erkannt, vielleicht ist die maximale Anzahl unterschiedlicher Garmin-Element begrenzt. Ich habe mich jedenfalls von dem Plan verabschiedet, eine Garminkarte erzeugen zu wollen, auf der alle in den OSM-Mapfeatures definierten Elemente angezeigt werden. Man koennte eine Anzahl verschiedene Styles erzeugen, je nachdem woran man gerade interessiert ist. Wahrscheinlich werde ich aber einfach nur probieren, eine fuer meinen Anwendungsfall (und Geschmack) optimierten Style zu erzeugen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Chris66 schrieb: [osmcut.c] aber nun beschwert er sich über zu wenig Speicher (habe 1 GB): cannot mmap germany.osm: Cannot allocate memory So, habe jetzt mal selber ein osmcut.p programmiert, ist aber sehr lahm (zerschneidet germany.osm in 4 Std.) da es in einer quasi für den Zweck ungeeigneten Programmiersprache geschrieben ist. ;-) Nun muss ich noch herausfinden, wie die Kachelgröße maximal sein darf, so dass mkgmap sich nicht beschwert. Teddy verwendet ja relativ kleine Kacheln von 1 Grad. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] mkgmap.jar Problem
Hallo, da ich von dem monatlichen Update-Intervall der Computerteddy-Karten unabhängig sein will, spiele ich momentan mit dem mkgmap.jar Programm herum (Version 659). Habe mir also per XAPI eine 70 MB große map.osm geladen, und versuche die per java -Xmx512M -jar mkgmap.jar --description=OSM-Map map.osm in eine Garmin Tile zu wandeln. Fehlermeldung: Error at line 759376, col 129 Bad File Format die Datei sieht an der Stelle ab Zeile 759368 so aus: way id='5967584' timestamp='2007-09-11T06:46:01Z' nd ref='49160941'/ nd ref='49160953'/ nd ref='49161036'/ nd ref='49161126'/ nd ref='49161233'/ nd ref='41665100'/ tag k='description' v='Note on a sign: 1372 quot;Vorscepolquot; = Froschpfuhl, erinnert an eine um 1300 als quot;pratum..'/ tag k='highway' v='residential'/ tag k='name' v='Verspoel'/ /way Was muss ich denn als --charset Parameter mitgeben, damit das Java- Programm hier nicht abstürzt ? Und was ist eigentlich ein Froschpfuhl? ;-) Grüße Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
hi! hilft dir erst mal nicht, aber ich versuche erfahrungen mit XAPIs zu sammeln. welche hast du benutzt und wie lange hat es gedauert, 70MB zu ziehen? welches gebiet? gerhard Am Sonntag, den 02.11.2008, 14:32 +0100 schrieb Chris66: Hallo, da ich von dem monatlichen Update-Intervall der Computerteddy-Karten unabhängig sein will, spiele ich momentan mit dem mkgmap.jar Programm herum (Version 659). Habe mir also per XAPI eine 70 MB große map.osm geladen, und versuche die per java -Xmx512M -jar mkgmap.jar --description=OSM-Map map.osm in eine Garmin Tile zu wandeln. Fehlermeldung: Error at line 759376, col 129 Bad File Format die Datei sieht an der Stelle ab Zeile 759368 so aus: way id='5967584' timestamp='2007-09-11T06:46:01Z' nd ref='49160941'/ nd ref='49160953'/ nd ref='49161036'/ nd ref='49161126'/ nd ref='49161233'/ nd ref='41665100'/ tag k='description' v='Note on a sign: 1372 quot;Vorscepolquot; = Froschpfuhl, erinnert an eine um 1300 als quot;pratum..'/ tag k='highway' v='residential'/ tag k='name' v='Verspoel'/ /way Was muss ich denn als --charset Parameter mitgeben, damit das Java- Programm hier nicht abstürzt ? Und was ist eigentlich ein Froschpfuhl? ;-) Grüße Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Hallo, beim Zugriff via xapi wird der Wert des v-Attributs fehlerhaft gekürzt. Das Problem kann mit wget -O verspoel.osm http://xapi.openstreetmap.org/api/0.5/map?bbox=7.62,51.945,7.64,51.96; nachgestellt werden. On Sun, Nov 02, 2008 at 02:32:35PM +0100, Chris66 wrote: [...] Habe mir also per XAPI eine 70 MB große map.osm geladen, und versuche die per [...] way id='5967584' timestamp='2007-09-11T06:46:01Z' nd ref='49160941'/ nd ref='49160953'/ nd ref='49161036'/ nd ref='49161126'/ nd ref='49161233'/ nd ref='41665100'/ tag k='description' v='Note on a sign: 1372 quot;Vorscepolquot; = Froschpfuhl, erinnert an eine um 1300 als quot;pratum..'/ tag k='highway' v='residential'/ tag k='name' v='Verspoel'/ /way In der OSM-Datei nordrhein-westfalen.osm der Geofabrik, http://download.geofabrik.de/osm/europe/germany/nordrhein-westfalen.osm.bz2 , ist die Beschreibung vollständig: way id=5967584 timestamp=2007-09-11T06:46:01Z user=SaschaR nd ref=49160941/ nd ref=49160953/ nd ref=49161036/ nd ref=49161126/ nd ref=49161233/ nd ref=41665100/ tag k=name v=Verspoel/ tag k=created_by v=JOSM/ tag k=description v=Note on a sign: 1372 quot;Vorscepolquot; = Froschpfuhl, erinnert an eine um 1300 als quot;pratumquot; belegte Niederung./ tag k=highway v=residential/ /way Durch das Kürzen in der xapi entsteht fehlerhaftes XML, quot; darf nicht durch ersetzt werden. Und was ist eigentlich ein Froschpfuhl? ;-) Das steht so auf dem Schild der Gasse Verspoel in Münster :-) Siehe auch den Auszug aus Erklärung eines alten Holzschnittes, vorstellend Hans Sachsens poetische Sendung (Goethe): Weil er so heimlich glücklich lebt, Da droben in den Wolken schwebt Ein Eichkranz, ewig jung belaubt, Den setzt die Nachwelt ihm aufs Haupt; In Froschpfuhl all das Volk verbannt, Das seinen Meister je verkannt! Viele Grüße Sascha Rogmann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Gary68 schrieb: hilft dir erst mal nicht, aber ich versuche erfahrungen mit XAPIs zu sammeln. welche hast du benutzt und wie lange hat es gedauert, 70MB zu ziehen? Hi! wget http://www.informationfreeway.org/api/0.5/*[bbox=7.0,51.5,7.875,52.0]; -O map.osm Downloadrate lag bei unter 10 kb / sec :-( Als nächstes muss ich mich also mit den planet-Files und dem OSM-Cut Programm von Frederik beschäftigen. :-) Hat das schon jemand als Windows-Exe compiliert? Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
danke, da muss ich erst rechnen... etwa 2h also. dachte ich's mir doch. du kannst auch Active Perl installieren und planetosm-excerpt-area.pl benutzen. da fehlen dann noch ein paar module, die du aber im SVN findest. habe ich früher gemacht. jetzt bin ich auf linux. da gibt es dann noch osmosis. viele grüße gerhard Am Sonntag, den 02.11.2008, 15:36 +0100 schrieb Chris66: Gary68 schrieb: hilft dir erst mal nicht, aber ich versuche erfahrungen mit XAPIs zu sammeln. welche hast du benutzt und wie lange hat es gedauert, 70MB zu ziehen? Hi! wget http://www.informationfreeway.org/api/0.5/*[bbox=7.0,51.5,7.875,52.0]; -O map.osm Downloadrate lag bei unter 10 kb / sec :-( Als nächstes muss ich mich also mit den planet-Files und dem OSM-Cut Programm von Frederik beschäftigen. :-) Hat das schon jemand als Windows-Exe compiliert? Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Sascha Rogmann schrieb: Durch das Kürzen in der xapi entsteht fehlerhaftes XML, quot; darf nicht durch ersetzt werden. Warum wird überhaupt gekürzt? Ist der Bug bekannt? Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
ich schrieb: [Frederik's osmcut.c] So, hab es mal auf meiner Suse 11 32-Bit Kiste probiert: # ./osmcut -s 2.0 -d germany germany.osm file descriptor limit increased to 16311 cannot open germany.osm: Value too large for defined data type Mmmh, ist das File zu groß für osmcut oder was soll mir das sagen? (2.819.260.259 Bytes) So, habe mal mit der Option -D_FILE_OFFSET_BITS=64 kompiliert, und damit anscheinend die 2GB Grenze geknackt, aber nun beschwert er sich über zu wenig Speicher (habe 1 GB): cannot mmap germany.osm: Cannot allocate memory Tja, dann muss ich mich für meine selbstgebastelten Karten wohl auf NRW beschränken. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de