Re: [Talk-de] Fehler in mapgen.pl 1.05?
moin, habe 1.06 veröffentlicht. da sind diese redundanzen nicht mehr drin. daraus folgt eine etwas höhere laufzeit. am schluss zeigt das programm an, wieviel prozent gespart werden konnte. in prozent. teile mir bitte mal deine erfahrungen mit, auch was png konvertierungszeit angeht. ciao gerhard On Wed, 2010-07-21 at 22:18 +0200, Carsten Gerlach wrote: Hallo, Am Dienstag 20 Juli 2010 schrieb Gary68: anhängend mapgen.pm 1.061. habe es mit kleineren kartenausschnitten probiert, habe jedoch keinen großen bei der hand. bitte mal mit 180 grad testen. Ja, damit klappt es, wunderbar :-) Ein weiterer Punkt ist mir aufgefallen. Bei großen Kartenausschnitten liegen die einzelnen Wegpunkte ziemlich nah bei einander. Das führt dazu, daß in der SVG-Datei viele Punkte mit denselben Koordinaten entstehen, z. B: g id=Ways polyline points=6,84 6,84 7,84 7,84 7,84 7,84 8,84 8,84 8,84 ... usw. Wen mapgen.pl hier nur jeweils einen Eintrag in die SVG macht, bleibt die deutlich kleiner und die Konvertierung in png würde auch schneller gehen. Gruß, Carsten ___ 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] Fehler in mapgen.pl 1.05?
moin, sehr schön. habe die mapgen.pm ins svn gestellt. die simplify geschichte setze ich auf die todo liste. ciao gerhard On Wed, 2010-07-21 at 22:18 +0200, Carsten Gerlach wrote: Hallo, Am Dienstag 20 Juli 2010 schrieb Gary68: anhängend mapgen.pm 1.061. habe es mit kleineren kartenausschnitten probiert, habe jedoch keinen großen bei der hand. bitte mal mit 180 grad testen. Ja, damit klappt es, wunderbar :-) Ein weiterer Punkt ist mir aufgefallen. Bei großen Kartenausschnitten liegen die einzelnen Wegpunkte ziemlich nah bei einander. Das führt dazu, daß in der SVG-Datei viele Punkte mit denselben Koordinaten entstehen, z. B: g id=Ways polyline points=6,84 6,84 7,84 7,84 7,84 7,84 8,84 8,84 8,84 ... usw. Wen mapgen.pl hier nur jeweils einen Eintrag in die SVG macht, bleibt die deutlich kleiner und die Konvertierung in png würde auch schneller gehen. Gruß, Carsten ___ 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] Fehler in mapgen.pl 1.05?
Hallo, Am Dienstag 20 Juli 2010 schrieb Gary68: anhängend mapgen.pm 1.061. habe es mit kleineren kartenausschnitten probiert, habe jedoch keinen großen bei der hand. bitte mal mit 180 grad testen. Ja, damit klappt es, wunderbar :-) Ein weiterer Punkt ist mir aufgefallen. Bei großen Kartenausschnitten liegen die einzelnen Wegpunkte ziemlich nah bei einander. Das führt dazu, daß in der SVG-Datei viele Punkte mit denselben Koordinaten entstehen, z. B: g id=Ways polyline points=6,84 6,84 7,84 7,84 7,84 7,84 8,84 8,84 8,84 ... usw. Wen mapgen.pl hier nur jeweils einen Eintrag in die SVG macht, bleibt die deutlich kleiner und die Konvertierung in png würde auch schneller gehen. Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in mapgen.pl 1.05?
hi, habe es herausgefunden, woran es liegt. steigt die horizontale distanz auf über 180 grad, so gibt geo proj4 bei der transformation der koordinaten negative werte für maxlon zurück. daraus ergibt sich ein falsches verhältnis von höhe zu breite, also ein negatives. so wie es im augenblick aussieht, kann ich dazu keine lösung anbieten... mir fehlt schlicht die idee. evtl. kannst du zwei karten produzieren und sie dann aneinanderreihen? ciao gerhard On Sat, 2010-07-17 at 21:55 +0200, Carsten Gerlach wrote: Hallo, ich habe gerade mit mapgen.pl (http://wiki.openstreetmap.org/wiki/Mapgen.pl) experimentiert und dabei festgestellt, daß eine negative Höhe des Bildes berechnet wird, wenn die horizontale Ausdehnung der Karte größergleich 180° ist. Bei geringerer Ausdehnung ist alles in Ordnung. Die SVG enthält auch im fehlerhaften Fall alle Elemente, nur alles ganz unglücklich verschoben und verdreht. Am besten mal mit den zwei Beispieldateien probieren (der Unterschied ist nur in der lon-Koordinate von Punkt 1): ==in_ordnung.osm== ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' node id='1' visible='true' version='1' lat='50' lon='99' / node id='2' visible='true' version='1' lat='-50' lon='-80' / way id='1' visible='true' version='1' nd ref='1' / nd ref='2' / tag k='highway' v='primary' / tag k='name' v='In Orndung' / /way /osm ==fehlerhaft.osm== ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' node id='1' visible='true' version='1' lat='50' lon='100' / node id='2' visible='true' version='1' lat='-50' lon='-80' / way id='1' visible='true' version='1' nd ref='1' / nd ref='2' / tag k='highway' v='primary' / tag k='name' v='Fehlerhaft' / /way /osm Leider hab ich noch nicht nachvollziehen können, an welcher Stelle die Höhe berechnet wird, sonst hätte ich mich selbst an einen Patch gewagt. Somit bin ich für jede Hilfe dankbar. :-) Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in mapgen.pl 1.05?
mir ist noch was eingefallen. evtl. kann man den nullmeridian der projektion auf einen anderen wert setzen. im augenblick steht da (in mapgen.pm) my $l0 = int($l) - 1 ; der liegt also außerhalb des zu zeichnenden bereichs vielleicht kann man den so verwursten my $l0 = int($r+$l) / 2 ; so läge er in der mitte des zu zeichnenden bereichs müsste man mal für diverse karten probieren, ob dann noch alles geht... ich könnte es mir vorstellen. aber manchmal steckt der teufel im detail! ciao gerhard On Sat, 2010-07-17 at 21:55 +0200, Carsten Gerlach wrote: Hallo, ich habe gerade mit mapgen.pl (http://wiki.openstreetmap.org/wiki/Mapgen.pl) experimentiert und dabei festgestellt, daß eine negative Höhe des Bildes berechnet wird, wenn die horizontale Ausdehnung der Karte größergleich 180° ist. Bei geringerer Ausdehnung ist alles in Ordnung. Die SVG enthält auch im fehlerhaften Fall alle Elemente, nur alles ganz unglücklich verschoben und verdreht. Am besten mal mit den zwei Beispieldateien probieren (der Unterschied ist nur in der lon-Koordinate von Punkt 1): ==in_ordnung.osm== ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' node id='1' visible='true' version='1' lat='50' lon='99' / node id='2' visible='true' version='1' lat='-50' lon='-80' / way id='1' visible='true' version='1' nd ref='1' / nd ref='2' / tag k='highway' v='primary' / tag k='name' v='In Orndung' / /way /osm ==fehlerhaft.osm== ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' node id='1' visible='true' version='1' lat='50' lon='100' / node id='2' visible='true' version='1' lat='-50' lon='-80' / way id='1' visible='true' version='1' nd ref='1' / nd ref='2' / tag k='highway' v='primary' / tag k='name' v='Fehlerhaft' / /way /osm Leider hab ich noch nicht nachvollziehen können, an welcher Stelle die Höhe berechnet wird, sonst hätte ich mich selbst an einen Patch gewagt. Somit bin ich für jede Hilfe dankbar. :-) Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in mapgen.pl 1.05?
moin, ich werde es mir ansehen! ciao gerhard On Sat, 2010-07-17 at 21:55 +0200, Carsten Gerlach wrote: Hallo, ich habe gerade mit mapgen.pl (http://wiki.openstreetmap.org/wiki/Mapgen.pl) experimentiert und dabei festgestellt, daß eine negative Höhe des Bildes berechnet wird, wenn die horizontale Ausdehnung der Karte größergleich 180° ist. Bei geringerer Ausdehnung ist alles in Ordnung. Die SVG enthält auch im fehlerhaften Fall alle Elemente, nur alles ganz unglücklich verschoben und verdreht. Am besten mal mit den zwei Beispieldateien probieren (der Unterschied ist nur in der lon-Koordinate von Punkt 1): ==in_ordnung.osm== ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' node id='1' visible='true' version='1' lat='50' lon='99' / node id='2' visible='true' version='1' lat='-50' lon='-80' / way id='1' visible='true' version='1' nd ref='1' / nd ref='2' / tag k='highway' v='primary' / tag k='name' v='In Orndung' / /way /osm ==fehlerhaft.osm== ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' node id='1' visible='true' version='1' lat='50' lon='100' / node id='2' visible='true' version='1' lat='-50' lon='-80' / way id='1' visible='true' version='1' nd ref='1' / nd ref='2' / tag k='highway' v='primary' / tag k='name' v='Fehlerhaft' / /way /osm Leider hab ich noch nicht nachvollziehen können, an welcher Stelle die Höhe berechnet wird, sonst hätte ich mich selbst an einen Patch gewagt. Somit bin ich für jede Hilfe dankbar. :-) Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fehler in mapgen.pl 1.05?
Hallo, ich habe gerade mit mapgen.pl (http://wiki.openstreetmap.org/wiki/Mapgen.pl) experimentiert und dabei festgestellt, daß eine negative Höhe des Bildes berechnet wird, wenn die horizontale Ausdehnung der Karte größergleich 180° ist. Bei geringerer Ausdehnung ist alles in Ordnung. Die SVG enthält auch im fehlerhaften Fall alle Elemente, nur alles ganz unglücklich verschoben und verdreht. Am besten mal mit den zwei Beispieldateien probieren (der Unterschied ist nur in der lon-Koordinate von Punkt 1): ==in_ordnung.osm== ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' node id='1' visible='true' version='1' lat='50' lon='99' / node id='2' visible='true' version='1' lat='-50' lon='-80' / way id='1' visible='true' version='1' nd ref='1' / nd ref='2' / tag k='highway' v='primary' / tag k='name' v='In Orndung' / /way /osm ==fehlerhaft.osm== ?xml version='1.0' encoding='UTF-8'? osm version='0.6' generator='JOSM' node id='1' visible='true' version='1' lat='50' lon='100' / node id='2' visible='true' version='1' lat='-50' lon='-80' / way id='1' visible='true' version='1' nd ref='1' / nd ref='2' / tag k='highway' v='primary' / tag k='name' v='Fehlerhaft' / /way /osm Leider hab ich noch nicht nachvollziehen können, an welcher Stelle die Höhe berechnet wird, sonst hätte ich mich selbst an einen Patch gewagt. Somit bin ich für jede Hilfe dankbar. :-) Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de