Re: [Talk-de] koordinatensysteme, dpi, größena ngaben für renderer/mapgen
Am 23. April 2010 02:04 schrieb Johann H. Addicks addi...@gmx.net: Wenn's fertig ist, magst Du das dann im Wiki verlinken? Das gibt schöne Wanderkarten für Offliner. Ja, auf jeden Fall! Ich will demnächst mal alles sortieren und entrümpeln und werde das Paket dann irgendwo hochladen... Ich habe auch vor, den Stil langfristig zu pflegen und zu erweitern - die ganz große Zukunftsvision ist ein Webservice, dem man das Papierformat, die Orientierung, den Maßstab und den Ortsnamen übergibt und der ein fertiges PDF zurückgibt. Lokal funktioniert das schon mit einem primitiven shellscript, das den benötigten Bereich ausrechnet und die entsprechenden Parameter an mapgen übergibt. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] koordinatensysteme, dpi, größena ngaben für renderer/mapgen
Am 20.04.2010 09:18, schrieb Martin Simon: Ich bastele zur Zeit an einem Kartenstil für Garys mapgen, um damit topographische Karten zu drucken, ähnlich wie man sie von den LVAs kennt (angereichert mit nützlichen POIs). Hier ein Beispiel: http://img709.imageshack.us/img709/8008/medinghoven.jpg Wenn's fertig ist, magst Du das dann im Wiki verlinken? Das gibt schöne Wanderkarten für Offliner. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] koordinatensysteme, dpi, größena ngaben für renderer/mapgen
Am 19. April 2010 14:20 schrieb Gary G: g...@gary68.de: hallo, ich möchte mal koordinatensysteme, dpis, font und object sizes etc. vor dem hintergrund mapgen.pl diskutieren. man lernt ja mit der zeit einiges dazu, wenn man sich gewissen herausforderungen stellt... im augenblick sieht es so aus: - das programm arbeitet mit einem koordinatensystem, welches den ausgabepixeln entspricht (ob das gut oder schlecht ist, sei mal dahingestellt. ich würde es beim nächsten mal auch anders machen). nichtsdestotrotz gibt es dann einen svg viewport oder -box, die das ganze in cm auf die richtige größe projeziert. - die eigenschaften der objekte (breite der linien oder größe der schriftart) werden im moment in der einheit pixel bereitgestellt. das führt natürlich bei dpi änderungen zu größenänderungen... (also breite oder schriftgröße stimmen nicht mehr; lage und längen stimmen noch!) - also habe ich nun - erstmal - festgelegt, dass die größenangaben in der style datei für eine auflösung von 300dpi (meinem derzeitigen standard) gelten. sollte eine andere auflösung gewählt werden, werden die punktangaben entsprechend skaliert. das geht auch soweit. nun zur frage: - was sollte die standard-auflösung - eurer meinung nach - sein? 300dpi für drucker? oder eher eine für bildschirm? sind es dann 72, 90 oder 96? so richtig betrifft das eigentlich auch nur die PNG-dateien... über antworten oder auch generelle anregungen würde ich mich freuen! Ich möchte mich mal als Benutzer zu Wort melden: Ich bastele zur Zeit an einem Kartenstil für Garys mapgen, um damit topographische Karten zu drucken, ähnlich wie man sie von den LVAs kennt (angereichert mit nützlichen POIs). Momentan nimmt mapgen 300 dpi als Standardwert an, was meiner Meinung nach auch sinnvoll ist. (Größe eines Pixels in der Definition passt für meinen Anwendungsfall ziemlich gut) Hier ein Beispiel: http://img709.imageshack.us/img709/8008/medinghoven.jpg 1:25000, 300dpi, der gezeigte Ausschnitt hätte gedruckt eine Breite von ~6.48 cm. (normalerweise sollte die Schrift noch freigestellt sein und wie man sieht sind einige POI-Symbole noch mit Garmin-gerechter Auflösung eingebaut) Ich drucke diese Dinger aber nicht als png, sondern als pdf oder svg direkt aus dem jeweiligen Programm (inkscape/okular) mit 600 oder 1200 dpi, entweder mit einem alten sw-laser zuhause oder mit einem Farblaser am Arbeitsplatz, wobei ich sagen muß, daß es schon einen großen Unterschied ausmacht, ob man mit 600 oder 1200 dpi arbeitet(Objekte wie Schrift oder Symbole auf gedruckten Karten sind in der Regel deutlich kleiner als am Bildschirm). Eine allgemeine Anregung wäre, einen optionalen Aufruf von Srtm2Osm (oder den Nachfolger Groundtruth, der aber weniger einfach zu bedienen ist...) für denselben Bereich einzubauen, der mit osmosis für die Karte ausgeschnitten wird, und die entstandenen Höhenlinien dann per osmosis mit den anderen Quelldaten zusammenzuführen - dann könnte ich die Regeln für Höhenlinien, die ich bereits habe, einfach nutzen. Gruß danke für mapgen, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] koordinatensysteme, dpi, größena ngaben für renderer/mapgen
hi, danke für das feedback! karte sieht gut aus! meine idee für die höhenlinien ist eigentlich, dass die vorher mit osmosis zu den eigentlichen daten zugemischt werden? habe es aber noch nicht gemacht... ich habe ja eben schon geschrieben, dass ich evtl. zwei dpi werte einbauen werde. mal sehen. ansonsten wäre ultimativ natürlich der umstieg auf ein absolutes maß sinnvoll. aber ich schrecke ein wenig davor zurück, was dann alles geändert werden muss :-( ich schaue mir das aber auf jeden fall mal an. ciao gerhard - original Nachricht Betreff: Re: [Talk-de] koordinatensysteme, dpi, größenangaben für renderer/mapgen Gesendet: Di, 20. Apr 2010 Von: Martin Simongrenzde...@gmail.com Ich möchte mich mal als Benutzer zu Wort melden: Ich bastele zur Zeit an einem Kartenstil für Garys mapgen, um damit topographische Karten zu drucken, ähnlich wie man sie von den LVAs kennt (angereichert mit nützlichen POIs). Momentan nimmt mapgen 300 dpi als Standardwert an, was meiner Meinung nach auch sinnvoll ist. (Größe eines Pixels in der Definition passt für meinen Anwendungsfall ziemlich gut) Hier ein Beispiel: http://img709.imageshack.us/img709/8008/medinghoven.jpg 1:25000, 300dpi, der gezeigte Ausschnitt hätte gedruckt eine Breite von ~6.48 cm. (normalerweise sollte die Schrift noch freigestellt sein und wie man sieht sind einige POI-Symbole noch mit Garmin-gerechter Auflösung eingebaut) Ich drucke diese Dinger aber nicht als png, sondern als pdf oder svg direkt aus dem jeweiligen Programm (inkscape/okular) mit 600 oder 1200 dpi, entweder mit einem alten sw-laser zuhause oder mit einem Farblaser am Arbeitsplatz, wobei ich sagen muß, daß es schon einen großen Unterschied ausmacht, ob man mit 600 oder 1200 dpi arbeitet(Objekte wie Schrift oder Symbole auf gedruckten Karten sind in der Regel deutlich kleiner als am Bildschirm). Eine allgemeine Anregung wäre, einen optionalen Aufruf von Srtm2Osm (oder den Nachfolger Groundtruth, der aber weniger einfach zu bedienen ist...) für denselben Bereich einzubauen, der mit osmosis für die Karte ausgeschnitten wird, und die entstandenen Höhenlinien dann per osmosis mit den anderen Quelldaten zusammenzuführen - dann könnte ich die Regeln für Höhenlinien, die ich bereits habe, einfach nutzen. Gruß danke für mapgen, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] koordinatensysteme, dpi, größena ngaben für renderer/mapgen
hallo, ich möchte mal koordinatensysteme, dpis, font und object sizes etc. vor dem hintergrund mapgen.pl diskutieren. man lernt ja mit der zeit einiges dazu, wenn man sich gewissen herausforderungen stellt... im augenblick sieht es so aus: - das programm arbeitet mit einem koordinatensystem, welches den ausgabepixeln entspricht (ob das gut oder schlecht ist, sei mal dahingestellt. ich würde es beim nächsten mal auch anders machen). nichtsdestotrotz gibt es dann einen svg viewport oder -box, die das ganze in cm auf die richtige größe projeziert. - die eigenschaften der objekte (breite der linien oder größe der schriftart) werden im moment in der einheit pixel bereitgestellt. das führt natürlich bei dpi änderungen zu größenänderungen... (also breite oder schriftgröße stimmen nicht mehr; lage und längen stimmen noch!) - also habe ich nun - erstmal - festgelegt, dass die größenangaben in der style datei für eine auflösung von 300dpi (meinem derzeitigen standard) gelten. sollte eine andere auflösung gewählt werden, werden die punktangaben entsprechend skaliert. das geht auch soweit. nun zur frage: - was sollte die standard-auflösung - eurer meinung nach - sein? 300dpi für drucker? oder eher eine für bildschirm? sind es dann 72, 90 oder 96? so richtig betrifft das eigentlich auch nur die PNG-dateien... über antworten oder auch generelle anregungen würde ich mich freuen! ciao gary68 gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] koordinatensysteme, dpi, größena ngaben für renderer/mapgen
Hallo, alle mir bekannten Programme im OSM-Umfeld fertigen ihre Bitmaps für (angeblich Bildschirm-optimierte) 75dpi. Das führt entsprechend regelmäßig auf der Mailingliste zu den Hilferufen, dass etwas zum Drucken gebraucht wird, aber egal was man mit den PNGs anstellt, es wird entweder klotzig oder unlesbar klein. (Oder gibt's inzwischen Rendering-Rules für Osmarender oder Mapnik für 300dpi-Ausgabeformat?) Anyway, ein Programm, welches sich am Ausgabeformat Print, 300dpi orientiert, das wäre also wirklich etwas, was fehlt. (Und ja, es gibt auch Webseiten, die dynamisch PDFs erstellen für Anfahrtsbeschreibungen z.B. Hotelreservierungen... Gibt also auch echte Anwendungen abgesehen von OSM Offline vorzeigen) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
