Re: [Talk-de] Neuer OpenGeoDB Anlauf gewünscht?
In-Reply-To: [EMAIL PROTECTED] On 2008-01-26 22:04, Andreas Stricker wrote: Sven Anders schrieb: * Die falsche Zuordnung von Namen (und dadurch Verdoppelungen). Das Problem könnte dadurch gelöst werden, das jeder in seiner Region die Nodes einmalig zusammenfasst und dann das auto_update anpasst). Könnten einige Fehler nicht dadurch vermieden werden, dass die Namen auf Ähnlichkeit verglichen werden, z.B. mit der Levenshtein-Distanz [1] oder dem Soundex [2] Verfahren? In Einzefaellen mag das helfen. Hauptproblem ist aber, dass opengeodb die Namen mit Zusaetzen verwendet. Die kurzen Namen ohne Zusaetze existieren ebenfalls - aber als ASCII-Varianten. Ich hatte Sven hier bereits vorgeschlagen, zum Abgleich aus OSM die Ortsnamen zu verwenden, in upper case umzuwanden und Umlaute durch AE/OE/UE/SS zu ersetzen und damit den Abgleich durchzufuehren. Fuer andere Laender entfallen alle Akzente: É - E, Î - I usw. soundex ist fuer Tippfehler oft ungeeignet, wie ich fortlaufend beim Abgleich der Strassennamen feststelle. Liesl - Lisl waere erkennbar, Friedhofsstrasse - Friedhofstrasse ebenso. In vielen anderen Faellen liegen aber so massive Schreibfehler vor, die nicht erkennbar sind. Beispielsweise wird oft rn mit m verwechselt, i mit l usw. Sollen wir eine neuen Anlauf wagen? Klar. Nur wer wagt gewinnt... Da mit dem neuen Stand einerseits etliches dazukam, andererseits die alten, kurzzeitigen Fehler behoben wurden, waere das sinnvoll. Aktueller Datenbestand (in denen auch kleinere Orte enthalten sind?)? Oder erstmal mit den alten weiter machen und z.B. die Relationen einführen? Hmm, ich würde erstmals mit dem alten weiterfahren. Nur immer kleine Schritte auf einmal, auch wegen der Akzeptanz. Den aktuellen Datenbestand kannst du ja schon einmal vorbereiten und in kleinen Gebieten testen. Ich hatte empfohlen, nur die unteren Ebenen ab Gemeinde einzuspielen, nicht aber Kreise, Bundeslaender usw. Ich wuerde das sogar verschaerfen, dass nur jene Gemeinden eingspielt werden, die nicht nochmals als gleichlautender Ortsname innerhalb der Gemeinde auftauchen - sonst kommen weitere Duplikate hinzu, die verwaltungstechnisch sinnvoll sind, nicht aber kartentauglich. Schoenen Gruss Martin -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OSM-Map auf Website einbinden
Hallo, zur Korrektur und Anzeige von Geodaten würde ich gerne eine passende OpenStreetMap auf den opengeodb-Seiten einbinden. Gibt es dafuer Beispielcode, wie man das am besten machen kann - und wie man dabei auch gleich richtig die Lizenzbedingungen erfuellt? Am liebsten wäre mir eine ähnliche Darstellung wie auf geonames.org - dort kann man Punkte recht einfach verschieben und die korrigierten Koordinaten wieder zurueck speichern. (auf den Ort clicken, move waehlen, verschieben, abspeichern geht dann nur nach login) Beispiel: http://www.geonames.org/maps/google_50.583_8.65.html -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tunnel bei höherwertigen Straßen und *-links
In-Reply-To: [EMAIL PROTECTED] On 2008-01-26 15:25, Andreas Hubel wrote: ich hab mir neulich mal die OSM Karten von München angeschaut, und bin dabei zu dem Schluss gekommen, das Tunnels bzw. die Layerregeln bis zu einer gewissen Zoomstufe eigendlich nicht gerendert werden sollten, und Straßen hoher Ordnung immer über alle anderen Straßen gezeichnet werden sollten. Ehrlichgesagt weiss ich nicht, was richtig waere. Fuer einen Stadtplan, fuer andere als motorisierte Verkehrsteilnehmer sind Tunnel uninteressant. Das spricht IMHO dafuer, dass gerade bei tieferen Zoomstufen Tunnel nach ganz unten gehoeren: ausgeblendet oder deutlich abgesetzt (Schraffur, Strichelung, grau). Umgekehrt sind solche Tunnel oft Hauptverkehrswege und gehoeren bei niedrigeren Zomstufen ganz nach oben. Ist eine solche Unterscheidung der Darstellung nach Zoomstufe sinnvoll? Schoenen Gruss Martin -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Offene Schnittstelle für Icons
On Tuesday, 29 January 2008 01:50:01 +0100, Ulf Lamping [EMAIL PROTECTED] writes: [...] Also erstmal, die Icons sind eigentlich nicht mehr wirklich das Problem, [...] Das Problem ist bei Osmarender / Mapnik, daß es keinen richtigen Konsens darüber gibt, was eigentlich auf die Karten soll. Die anscheinend vorherschende Meinung ist, die sollte schön aussehen - also nicht alle Icons enthalten. Ich hatte bereits mehrfach angeregt auf einer der beiden Karten in hohen Zoomlevels möglichst alles an POIs draufzubringen, damit Mapper eine Möglichkeit zur Kontrolle zu haben, aber da gibt es Widerstand sieht ja nicht schön aus. Wenn ich mit den Icons soweit fertig bin, schaue ich mir vielleicht mal eine der beiden Renderer genauer an, was da wirklich noch fehlt ... Was spraeche gegen einen oder mehrere POI-Layer, die man wie den maplint-Layer zu den Karten dazuladen kann? Ich kann nicht abschaetzen, wieviel Aufwand das ist, bei mapnik und osmarender/ [EMAIL PROTECTED] noch weitere Layer zu rechnen und in der Slippy-Map einzubinden, aber das wuerde auf alle Faelle die beiden Lager sollte schoen aussehen und will alles zur Kontrolle sehen befriedigen. Man koennte auch einen weiteren Layer fuer weitere Weg-Tags wie lanes, maxspeed etc. und/oder den vorhandenen Relationen erzeugen, um einen Ueberblick darueber zu bekommen. -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Offene Schnittstelle für Icons
Bernd Raichle schrieb: On Tuesday, 29 January 2008 01:50:01 +0100, Ulf Lamping [EMAIL PROTECTED] writes: [...] Also erstmal, die Icons sind eigentlich nicht mehr wirklich das Problem, [...] Das Problem ist bei Osmarender / Mapnik, daß es keinen richtigen Konsens darüber gibt, was eigentlich auf die Karten soll. Die anscheinend vorherschende Meinung ist, die sollte schön aussehen - also nicht alle Icons enthalten. Ich hatte bereits mehrfach angeregt auf einer der beiden Karten in hohen Zoomlevels möglichst alles an POIs draufzubringen, damit Mapper eine Möglichkeit zur Kontrolle zu haben, aber da gibt es Widerstand sieht ja nicht schön aus. Wenn ich mit den Icons soweit fertig bin, schaue ich mir vielleicht mal eine der beiden Renderer genauer an, was da wirklich noch fehlt ... Was spraeche gegen einen oder mehrere POI-Layer, die man wie den maplint-Layer zu den Karten dazuladen kann? Ich kann nicht abschaetzen, wieviel Aufwand das ist, bei mapnik und osmarender/ [EMAIL PROTECTED] noch weitere Layer zu rechnen und in der Slippy-Map einzubinden, aber das wuerde auf alle Faelle die beiden Lager sollte schoen aussehen und will alles zur Kontrolle sehen befriedigen. Man koennte auch einen weiteren Layer fuer weitere Weg-Tags wie lanes, maxspeed etc. und/oder den vorhandenen Relationen erzeugen, um einen Ueberblick darueber zu bekommen. Könnte man wahrscheinlich sogar machen, wir haben nur leider keinen, der die Ahnung, Zeit und Motivation hat das einzubauen. Gruß ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Offene Schnittstelle für Icons
Hallo, Was spraeche gegen einen oder mehrere POI-Layer, die man wie den maplint-Layer zu den Karten dazuladen kann? Ich kann nicht abschaetzen, wieviel Aufwand das ist, bei mapnik und osmarender/ [EMAIL PROTECTED] noch weitere Layer zu rechnen und in der Slippy-Map einzubinden, aber das wuerde auf alle Faelle die beiden Lager sollte schoen aussehen und will alles zur Kontrolle sehen befriedigen. Bei [EMAIL PROTECTED] sind eigentlich alle Mechanismen dafuer vorhanden. Ich frag mal rum. Ist denn irgendjemand in der Lage, ein z17-Stylesheet fuer Osmarender zu erzeugen, das alle POIs rendert, oder muss man dazu erst lauter SVG-Icons erfinden? 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neuer OpenGeoDB Anlauf gewünscht?
Hi! Hauptproblem ist aber, dass opengeodb die Namen mit Zusaetzen verwendet. Die kurzen Namen ohne Zusaetze existieren ebenfalls - aber als ASCII-Varianten. Ich hatte Sven hier bereits vorgeschlagen, zum Abgleich aus OSM die Ortsnamen zu verwenden, in upper case umzuwanden und Umlaute durch AE/OE/UE/SS zu ersetzen und damit den Abgleich durchzufuehren. Hört sich sinnvoll an. Die Namen vernünftig abzugleichen, also ohne inoffizielle Zusätze, hat aus meiner Sicht oberste Priorität. Ansonsten wird mehr manueller Korrekturbedarf als Mehrnutzen erzeugt. Sollen wir eine neuen Anlauf wagen? Klar. Nur wer wagt gewinnt... Da mit dem neuen Stand einerseits etliches dazukam, andererseits die alten, kurzzeitigen Fehler behoben wurden, waere das sinnvoll. Klar, wenn diesmal nicht soviel von Hand nachgearbeitet werden muss. Ich hatte empfohlen, nur die unteren Ebenen ab Gemeinde einzuspielen, nicht aber Kreise, Bundeslaender usw. Ich wuerde das sogar verschaerfen, dass nur jene Gemeinden eingspielt werden, die nicht nochmals als gleichlautender Ortsname innerhalb der Gemeinde auftauchen - sonst kommen weitere Duplikate hinzu, die verwaltungstechnisch sinnvoll sind, nicht aber kartentauglich. Genau meine Sichtweise. Und den Abgleich vernünftigerweise ohne die Namenszusätze. Grüße Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Offene Schnittstelle für Icons
Frederik Ramm schrieb: Hallo Was spraeche gegen einen oder mehrere POI-Layer, die man wie den maplint-Layer zu den Karten dazuladen kann? Ich kann nicht abschaetzen, wieviel Aufwand das ist, bei mapnik und osmarender/ [EMAIL PROTECTED] noch weitere Layer zu rechnen und in der Slippy-Map einzubinden, aber das wuerde auf alle Faelle die beiden Lager sollte schoen aussehen und will alles zur Kontrolle sehen befriedigen. Bei [EMAIL PROTECTED] sind eigentlich alle Mechanismen dafuer vorhanden. Ich frag mal rum. Ist denn irgendjemand in der Lage, ein z17-Stylesheet fuer Osmarender zu erzeugen, das alle POIs rendert, oder muss man dazu erst lauter SVG-Icons erfinden? Die SVG Icons dürften bereits zum größten Teil im SVN zu finden sein. Da bin ich inzwischen seit ein paar Wochen dran, die ganzen Icons in allen Formaten und als PD zu haben (also hab ich auch eine ganze Reihe neu gezeichnet, da die Quelle meist nicht bekannt waren). Eine Übersicht findest du unter http://www.gpsdrive.de/development/map-icons/overview_lic.en.shtml. Im stylesheet vom JOSM ex mappaint ist auch die Zuordnung der features zu den Icons zu finden. Für Sachen die zwar schon im JOSM Stylesheet sind aber für das noch kein Icon da ist, habe ich mich erstmal mit einem no icon Icon beholfen. Dann sieht man schonmal das der Tag stimmt. Gruß ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tunnel bei höherwertigen Straßen und *-links
Hi! Martin Trautmann schrieb: Ehrlichgesagt weiss ich nicht, was richtig waere. Fuer einen Stadtplan, fuer andere als motorisierte Verkehrsteilnehmer sind Tunnel uninteressant. Das spricht IMHO dafuer, dass gerade bei tieferen Zoomstufen Tunnel nach ganz unten gehoeren: ausgeblendet oder deutlich abgesetzt (Schraffur, Strichelung, grau). Umgekehrt sind solche Tunnel oft Hauptverkehrswege und gehoeren bei niedrigeren Zomstufen ganz nach oben. Ist eine solche Unterscheidung der Darstellung nach Zoomstufe sinnvoll? Ich denke schon. Deine Überlegungen treffen meiner Meinung nach voll zu. Am besten wäre eine Unterscheidung nach länge des Tunnels. Ein sehr langer Tunnel kann auch auf niedrigeren Zoomstufen eine Rolle spielen. Aber zunächst wäre es schön, wenn auf niedrigeren Stufen die Straßen erstmal durchgehend dargestellt werden, also keine Tunnel-Lücken. Also ich würde die Grenze so bei Zommlevel 12 ziehen. Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Offene Schnittstelle für Icons
Bernd Raichle schrieb: Was spraeche gegen einen oder mehrere POI-Layer, die man wie den maplint-Layer zu den Karten dazuladen kann? Gibt es denn bereits Software, die die Karten offline rendern kann, jedoch direkt auf die OSM-Daten zugreift, also direkt auf die DB? Da könnte man sowas wohl sehr gut mit lösen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kommerzielle Nutzung gewünscht
Hallo, Sebastian Gebhard wrote: Also Verlag hört sich für mich sehr danach an, dass das Ergebnis auf Papier erscheinen soll, was also zu einem zwangsweise untrennbaren ganzen führt. Ja, ausser sie machen solche Pergamentseiten, auf die sie die OSM-Daten drucken, und von unten scheinen die Satellitenbilder durch ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
Frederik Ramm schrieb: Was denkt ihr? Ich finde die Idee ganz gut! Ich hoffe natürlich, dass Du gute Software, z.B. Scribus verwendest ;). Beim Design könnte ich Dir ggf. helfen. Ich habe es schon ein paar mal erlebt, dass Leute etwas verwirrt schauten, als ich so mit dem Navi durch die Straßen ging. Da könnte ein Flyer wirklich helfen. Du kannst Dich gerne mal privat bei mir melden, dann kann man mal was entwerfen, damit sich die OSM-Mitglieder besseres darunter vorstellen können. Ich hab ICQ, MSN, Jabber oder Mail ;). Einfach melden! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Offene Schnittstelle für Icons
Ulf Lamping schrieb: Ich hatte bereits mehrfach angeregt auf einer der beiden Karten in hohen Zoomlevels möglichst alles an POIs draufzubringen, damit Mapper eine Möglichkeit zur Kontrolle zu haben, aber da gibt es Widerstand sieht ja nicht schön aus. Nun ja, da kann man aber eine gute Lösung finden. Meine Vorschläge: Zusätzlicher Layer oder eine Zoomstufemehr. Btw: Die Icons in JOSM finde ich größtenteils etwas klein geraten und außerdem schlecht sichtbar (z.B. Bushaltestelle o.ä. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tunnel bei höherwertigen Straßen und *-links
Nils Reuter wrote: Ich denke schon. Deine Überlegungen treffen meiner Meinung nach voll zu. Am besten wäre eine Unterscheidung nach länge des Tunnels. Ein sehr langer Tunnel kann auch auf niedrigeren Zoomstufen eine Rolle spielen. Aber zunächst wäre es schön, wenn auf niedrigeren Stufen die Straßen erstmal durchgehend dargestellt werden, also keine Tunnel-Lücken. Also ich würde die Grenze so bei Zommlevel 12 ziehen. In Österreich gibt es z.B. den Felber-Tauern Tunnel. Bei der Routenplanung überlegt man, ob man diesen Tunnel benutzen will, oder die andere Strecke. Da die meisten Leute die Strecke am Tunnel erkennen, würde ich Zoomlevel 5 bei Tunnel mit mind. 10km Länge für wichtig halten. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] grade5 tracks nicht mehr in z16 ansicht?
Marc Schütz schrieb: warum werden die nciht mehr gerendert? bzw. scheint nicht konsistent zu sein, ob sie gerendert werden, oder nicht? :-? einige wege sind auf jeden Fall in z16 nicht mehr auf der karte. wenn man stark ranzoomt aber schon. hat einer dafür ne Erklärung? Ja, ich hab vor ein paar Tagen einen Patch geschrieben, der 1.) die Tracktypes berücksichtigt und die Wege dann gestrichelt und gepunktet darstellt, und 2.) bei niedrigeren Zoomstufen nur noch Tracks bis grade3 zeichnet, weil die anderen da ja eher unwichtig sind. Wenn das ein Problem darstellt, kann man es natürlich wieder ändern. Allerdings habe ich selber keinen SVN-Zugriff, und mein Patch wurde von Knut Arne Bjørndal comitted. Grüße, Marc is der patch wieder draußen? die ways werden bei mir wieder wie vorher generiert... btw. Feldwege bitte erst ab z11 oder kleiner weglassen. -- mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OSM-Flyer
Hallo, ich moechte gern einen vierfarbigen OSM-Werbeflyer entwerfen, den man Leuten in die Hand druecken kann, die sich fuer das Projekt interessieren. Wenn ich einen Sponsor fuers Drucken finde, dann koennte ich davon ja sogar mal ein paar 1000 machen lassen und an Interessierte verschicken. Ich bin nur grad am Gruebeln, was besser ist: Das normale Flyer-Format, bei dem eine A4-Seite 2x gefaltet wird (Endformat 10x21cm, mit 6 Seiten), oder ein Mini-Flyer, bei dem die A4-Seite laengs geteilt und dann 3x gefaltet wird (Endformat A7=7x10cm, mit 8 Seiten). Im grossen Format kann man natuerlich besser schoene Karten abdrucken, man hat insgesamt die doppelte Flaeche zur Verfuegung. Andererseits waere das kleine Format sehr gut geeignet, um sich beim Mapping ein paar in die Tasche zu stecken und sie zu verteilen, wenn man mit Leuten ins Gespraech kommt - fast wie so eine Art Projekt-Visitenkarte. Was denkt ihr? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kommerzielle Nutzung gewünscht
Hallo, Der Verlag lizensiert Luftbildaufnahmen (urheberrechtlich geschützt, Rechte beim Lizenzgeber) und will selbige mit Flächenshapes (Daten amtlich, Rechte bei den amtlichen Stellen und bei uns) sowie Geoinformationen aus dem Open Street Map-Projekt (CC) nutzen; das Ergebnis wäre also eine Luftbildkarte ähnlich den Bildern von Google-Earth, in die eure Geoinformationen eingepfegt werden. Der Fragesteller widerspricht sich ein bisschen. Wenn unsere Informationen tatsaechlich in irgendwas eingepflegt werden und ein untrennbares Ganzes entsteht, muss dieses untrennbare Ganze CC-BY-SA lizensiert werden. Werden unsere Informationen lediglich als ein Layer ueber einer anderen Karte angezeigt, z.B. mit OpenLayers, dann ist das nicht der Fall; dann koennen die anderen Daten beliebig proprietaer sein. Das gleiche gaelte, wenn jemand einen Viewer programmiert, der proprietaere Satellitenbilder anzeigt und unsere Daten darueber einblendet (sowas in der Art ist Potlatch ja zum Beispiel). Dann bleiben die Satellitenbilder auch unberuehrt von unserer Lizenz. Wenn aber jemand Tiles auf einem Tileserver bereitstellt, auf denen Satellitenbild und OSM-Daten schon vermischt sind, dann muessen die Tiles CC-BY-SA sein. (Wohlgemerkt, nur die Tiles, nicht die Original- Satellitenbilder.) 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/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Kommerzielle Nutzung gewünscht
Ich leite mal die Anfrage von Achim Raschka an die Mailing-Liste weiter: http://wiki.openstreetmap.org/index.php/Talk:WikiProject_Germany Hallo ihr, wir würden bei uns im Verlag gerne die Daten des Projektes als Layer nutzen, sind uns allerdings noch nicht sicher, ob dies entsprechend eurer Lizensierung möglich ist. Das Projekt soll folgendermassen aussehen: Der Verlag lizensiert Luftbildaufnahmen (urheberrechtlich geschützt, Rechte beim Lizenzgeber) und will selbige mit Flächenshapes (Daten amtlich, Rechte bei den amtlichen Stellen und bei uns) sowie Geoinformationen aus dem Open Street Map-Projekt (CC) nutzen; das Ergebnis wäre also eine Luftbildkarte ähnlich den Bildern von Google-Earth, in die eure Geoinformationen eingepfegt werden. Nun stellt sich folgende Frage: Ist diese Nutzung denkbar und welche Bedingungen müssen erfüllt sein, dass eine entsprechende Karte entstehen kann. Die Luftbilder und auch die Shapes können nicht unter einer freien Lizenz veröffentlicht werden, die Datensätze von OSM sollen aber natürlich als CC-lizensiert gekennzeichnet werden – wäre es also möglich, das Ergebnis entsprechend zu kennzeichnen? Irgendeine Idee? Gruß, .. Achim Raschka 10:56, 29 January 2008 (UTC) (Wikipedia und Redaktion Zeno.org) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] grade5 tracks nicht mehr in z16 ansicht?
Mario Salvini schrieb: Marc Schütz schrieb: warum werden die nciht mehr gerendert? bzw. scheint nicht konsistent zu sein, ob sie gerendert werden, oder nicht? :-? einige wege sind auf jeden Fall in z16 nicht mehr auf der karte. wenn man stark ranzoomt aber schon. hat einer dafür ne Erklärung? Ja, ich hab vor ein paar Tagen einen Patch geschrieben, der 1.) die Tracktypes berücksichtigt und die Wege dann gestrichelt und gepunktet darstellt, und 2.) bei niedrigeren Zoomstufen nur noch Tracks bis grade3 zeichnet, weil die anderen da ja eher unwichtig sind. Wenn das ein Problem darstellt, kann man es natürlich wieder ändern. Allerdings habe ich selber keinen SVN-Zugriff, und mein Patch wurde von Knut Arne Bjørndal comitted. Grüße, Marc is der patch wieder draußen? die ways werden bei mir wieder wie vorher generiert... btw. Feldwege bitte erst ab z11 oder kleiner weglassen. -- mario Na, da hat wohl jemand nicht die ganze Zeit mitgelesen: Zitat: /Osmarender? Wenn ja, dann liegt das vielleicht an der verteilten Natur von Osmarender. Mancher, der das [EMAIL PROTECTED] unterstützt, aktualisiert wohl regelmäßig die Renderregeln, andere nicht. Es gibt wohl ab und an Major-Updates, die dafür sorgen, dass alte Renderer nicht mehr unterstützt werden, aber für die Feinheiten dazwischen macht man das wohl nicht. Ich bin hier in der Gegend auch schier verzweifelt, weil bei mehreren hintereinanderliegenden Brücken die Brückeneigenschaft manchmal gerendert wurde und manchmal nicht. Habe alles mögliche probiert, um den herauszufinden, warum, bis ich es eines Tages aufgegeben habe. Und siehe da, eine Woche später waren plötzlich alle Brücken da. Ich vermute also, dass einfach irgendwer noch einen veralteten Stand des Renderers laufen hatte... -- Gernot/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Initiiert durch den OpenGeoDB Import stellt sich mir momentan das Problem, wie ich Gemeinden, die zusammengeschlossen wurden - die zwar benachbart aber dennoch getrennt sind - und der Zusammenschluss einen neuen Namen trägt zu taggen sind. Konkret: Gäufelden: Zusammenschluss aus Nebringen, Öschelbronn und Tailfingen http://www.openstreetmap.org/?lat=48.551lon=8.842zoom=14layers=0BFT Oder: Grafenau: Zusammenschluss aus Döffingen und Dätzingen http://www.openstreetmap.org/?lat=48.551lon=8.842zoom=14layers=0BFT Grüße Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kommerzielle Nutzung gewünscht
Also Verlag hört sich für mich sehr danach an, dass das Ergebnis auf Papier erscheinen soll, was also zu einem zwangsweise untrennbaren ganzen führt. Ich denke, hier sollte man nochmal genauer nachfragen, bevor man eine Antwort gibt. MfG sege Hallo, Der Verlag lizensiert Luftbildaufnahmen (urheberrechtlich geschützt, Rechte beim Lizenzgeber) und will selbige mit Flächenshapes (Daten amtlich, Rechte bei den amtlichen Stellen und bei uns) sowie Geoinformationen aus dem Open Street Map-Projekt (CC) nutzen; das Ergebnis wäre also eine Luftbildkarte ähnlich den Bildern von Google-Earth, in die eure Geoinformationen eingepfegt werden. Der Fragesteller widerspricht sich ein bisschen. Wenn unsere Informationen tatsaechlich in irgendwas eingepflegt werden und ein untrennbares Ganzes entsteht, muss dieses untrennbare Ganze CC-BY-SA lizensiert werden. Werden unsere Informationen lediglich als ein Layer ueber einer anderen Karte angezeigt, z.B. mit OpenLayers, dann ist das nicht der Fall; dann koennen die anderen Daten beliebig proprietaer sein. Das gleiche gaelte, wenn jemand einen Viewer programmiert, der proprietaere Satellitenbilder anzeigt und unsere Daten darueber einblendet (sowas in der Art ist Potlatch ja zum Beispiel). Dann bleiben die Satellitenbilder auch unberuehrt von unserer Lizenz. Wenn aber jemand Tiles auf einem Tileserver bereitstellt, auf denen Satellitenbild und OSM-Daten schon vermischt sind, dann muessen die Tiles CC-BY-SA sein. (Wohlgemerkt, nur die Tiles, nicht die Original- Satellitenbilder.) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00.09' E008°23.33' -- Sebastian Gebhard PGP: 6CD7EBCE www.sege-mag-dich.net ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
hallo frederik, Frederik Ramm schrieb: ich moechte gern einen vierfarbigen OSM-Werbeflyer entwerfen, den man Leuten in die Hand druecken kann, die sich fuer das Projekt interessieren. Wenn ich einen Sponsor fuers Drucken finde, dann koennte ich davon ja sogar mal ein paar 1000 machen lassen und an Interessierte verschicken. Gute Idee! Ich bin nur grad am Gruebeln, was besser ist: Das normale Flyer-Format, bei dem eine A4-Seite 2x gefaltet wird (Endformat 10x21cm, mit 6 Seiten), oder ein Mini-Flyer, bei dem die A4-Seite laengs geteilt und dann 3x gefaltet wird (Endformat A7=7x10cm, mit 8 Seiten). Im grossen Format kann man natuerlich besser schoene Karten abdrucken, man hat insgesamt die doppelte Flaeche zur Verfuegung. Andererseits waere das kleine Format sehr gut geeignet, um sich beim Mapping ein paar in die Tasche zu stecken und sie zu verteilen, wenn man mit Leuten ins Gespraech kommt - fast wie so eine Art Projekt-Visitenkarte. Persönlich würde ich für solch einen Flyer mit Leporello- (DIN lang Zickzackfalz - so wie die meisten rechnungen ins haus flattern) oder als Wickelfalz ausführen - da dieses Format ganz gut in Taschen einzustecken ist. Immer wieder gute und günstige erfahrungen habe ich mit denen hier gemacht: http://www.print-pool.com/ Dort gibt es zusätzlich zu den sowieso schon günstigen Preisen auch einen 50% Firmengründerrabatt - vielleicht kann man denen auch noch einen Open-Source Rabatt aus dem Kreuz kurbeln. Grüße Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Offene Schnittstelle für Icons
Ulf Lamping schrieb: Könnte man wahrscheinlich sogar machen, wir haben nur leider keinen, der die Ahnung, Zeit und Motivation hat das einzubauen. Gruß ULFL Also ein simplen PHP-Upload könnte ich euch basteln. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
On Tuesday 29 January 2008 16:02:14 Frederik Ramm wrote: Ich bin nur grad am Gruebeln, was besser ist: Das normale Flyer-Format, bei dem eine A4-Seite 2x gefaltet wird (Endformat 10x21cm, mit 6 Seiten), oder ein Mini-Flyer, bei dem die A4-Seite laengs geteilt und dann 3x gefaltet wird (Endformat A7=7x10cm, mit 8 Seiten). hallo, also am besten könnte man natürlich entscheiden, wenn man schon 2 entwürfe hätte, aber ich mag im allgemeinen kleine flyer lieber und sie wären warscheinlich auch billiger. wird denn die rückseite auch bedruckt? aber ist ja schonmal echt super, dass hier auch öffentlichkeitsarbeit geleistet wird :). grüsse harry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Reisezeiten (was: Potlach! *kotz*)
Am Montag 28 Januar 2008 schrieb Bernd Raichle: Ok, aber welche Attribute willst du denn genau, die ein Routing mit brauchbaren Ergebnissen erst ermoeglichen sollen? ich bin kein routing-experte, drum kann ich das nicht wirklich beurteilen. aber um eine strasse einigermassen realistisch abzubilden wuerde ich auf jeden fall folgende tags als minimalen standard verlangen wollen: highway:width = breite der strasse (nicht in zentimetern, sondern in ein paar definierten abstufungen) Hast du fuer diese Abstufungen einen Vorschlag? Unter width wuerde ich als Anfaenger jedoch annehmen, dass ich hier die tatsaechliche (befahrbare) Breite in Meter oder Zentimeter angebe, evtl. halt auch geschaetzt. eine unterteilung in mehrere breitenbereiche, aber schon auch abbildbar als breite in metern. eine alternative angabe in metern fuer die die gut schaetzen koennen oder mit meterstab unterwegs sind, sollte natuerlich auch moeglich sein. highway:lanes = anzahl der fahrspuren pro richtung (default-wert = 1) Das Tag lanes=... gibt es. (Mir fehlt da eher noch eine das tag meinte ich auch damit. Moeglichkeit zu sagen, dass in eine Fahrtrichtung nur eine, in die andere 2 Spuren zur Verfuegung stehen. Was gebe ich denn bei einer Bundesstrassen mit zusammen 3 Spuren, wobei die mittlere wechselweise zum Ueberholen verwendet wird, fuer lanes an? lanes=1.5? Sollte aber wohl eher die minimal number of lanes sein.) da muss man sich was ausdenken, ja. highway:ref_loc = laenderspezifische zuordnung, wie z.B. Kreisstrasse in deutschland, um z.B. eine augsburger kreisstrasse (A123) nicht als autobahn zu sehen. Man wird hoffentlich nie anhand des Praefixes der Strassennummer auf die Art schliessen, oder? Hierfuer ist highway eindeutiger! das bisherige highway tag will ich ja ersetzen, das gibts in dem system nicht mehr.und die kategorisierungen sind nunmal laenderspezifisch. Statt ref_loc wuerde ich eher ref_type bzw. ref_level mit Werten = 1 verwenden (entsprechend nat_ref_type etc. fuer die anderen *_ref-Tags). Werte fuer D: 1=E, 2=BAB, 3=B, 4=L+St, 5=K, evtl. 6 und groesser fuer andere Laender. In einem Vorschlag sollte man zumindest fuer die wichtigsten Laender eine Zuordnung zu den nationalen Bezeichnungen aufnehmen, um ein stimmiges Bild zu bekommen. ob man das jetzt numerisch oder als test schreibt, ist ja egal. nur sollte es festgelegtg werden, wie. optional noch folgende: highway:ref = administrative bezeichnung, wie z.B. B22 Es gibt bereits das ref-Tag. genau das meine ich auch damit. die idee ist nur, die tags unter dem namespace highway zusammenzufassen, damit man einerseits sieht, dass es hier um eine strasse geht, andererseits, damit man sieht, dass die tags zusammengehoeren. highway:surface = Oberflaechenbeschaffenheit, angegeben in definierten kategorien, um zu unterscheiden ob die strasse z.B. schoen eben ist, oder nur aus schlagloechern oder kies besteht. Die Vorschlage Road Surface, surface values gibt es schon im Wiki. Ausserdem gibt es eine Key-Beschreibung fuer surface=... mit den Werten paved, cobblestone, unpaved. Bitte sich dort einzubringen, die Vorschlaege ergaenzen und dann darueber eine Abstimmung herbeifuehren. wiki ist nicht mein fall. aber ja, in diese richtung geht das. und dann natuerlich die nicht immer benoetigten aber durchaus notwendigen wie oneway, maxspeed, maxheight, ... oneway ist notwendig, wo gegeben, und maxspeed ist wuenschenswert und sollte man IMHO immer mit aufnehmen, da man das bereits gut auswerten kann und man damit auch spaeter andere Dinge (wie Ortsgrenzen) auf Konsistenz ueberpruefen kann. ganz genau. wo vorhanden, sollte das eingetragen sein. aber eine strasse kann auch keines davon haben. damit sollte man eigentlich alle strassen ausreichend und vor allem einigermassen eideutig beschreiben koennen. das klassische highway-tag ist dann nicht mehr noetig. IMHO wird es notwendig bleiben, um eine erste Grobklassifikation zu haben. die kann man sich dann eigentlich sparen, weil durch die drei basistags eigentlich alles gesagt ist. meinetwegen kann man noch ein tag hinzufuegen, dass die relative lokale wichtigkeit angibt, damit ein router eben solche strassen bevorzugt. Was ist eine relative lokale Wichtigkeit? Das waere ja noch schwammiger als jetzt ... :-) z.B. dass die umgehungsstrasse besser ist, als die genauso gut ausgebaute strasse durch die stadt. also wo eine route einer anderen eigentlich gleichwertigen oder besseren vorzuziehen ist. das soll ja auch nur sehr sparsam und wie gesagt nur lokal eingesetzt werden. man kann's aber auch ganz weglassen. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweiz: Chaos am Gotthard und Oberalppass
Moin, Ja, die normalen Abschnitte waren noch ok, zwar zu viele Nodes, aber gerade. Aber es hatte Stellen bei denen das Fahrzeug offenbar am Ort gestanden hatte, mit den GPS-typischen Punktwolken, die einfach so konvertiert wurden. yo, das muss man manuell korrigieren. Wenn der GPS-Track zuvor z.B. mit gpsbabel optimiert wurde, oder nachträglich von Hand korrigiert wird, ist die automatisch Korrektur schon in Ordnung (Nach meiner Erfahrung dauert die händische Korrektur länger als das Nachzeichnen). Das deckt sich mit meiner Erfahrung. Das halbautomatische Anlegen lohnt sich dann, wenn man eine längere, bisher ungemappte Strecke durch äußerst kurviges Gebiet zurückgelegt hat. Ich schneide den Track dann (mühselig) im Texteditor zurecht und bereinige ihn dann mit gpsbabel. OK, mit etwas Routine dauert das nur wenige Minuten und ist besser als alles abzuklickern, aber für den durchschnittlichen Rechnernutzer ist das wohl nichts. Mit einem kommerziellen Produkt (dessen Namen ich hier besser nicht erwähnen sollte um der Prügelstrafe vorzubeugen ;-) geht das Beschneiden und bereinigen unter Windows auch graphisch. Ich hoffe ja immer noch dass jemand mal einen Patch für JOSM bastelt, der es gestattet die zu konvertierenden Trackpunkte mit der Maus zu selektieren, diese bereinigt und dann konvertiert. Dann wird diese Methode nämlich auch für kürzere fehlende Stücke interessant. Selbst für ein Stück fehlende gebogene Straße in einem Wohngebiet. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Reisezeiten (was: Potlach! *kotz*)
Moin, Ich sehe es inzwischen eigentlich auch so dass der highway-tag wegen der Schwammigkeit und den vielen unterschiedlichen Meinungen zum Aussterben verurteilt ist. sure. Kann aber noch ein bischen dauern. Nur ist derzeit eben die gesamte gerenderte OSM weltkarte darauf aufgebaut und eine schnelle Umstellung auf irgendwas präziseres ist momentan undenkbar. Darauf zu hoffen dass die Leute übergangsweise konsequent die alte und die neue Klassifizierung eingeben ist auch ehr utopisch. Lass halt den Mappern die Wahl. Um sowohl zu einem übergangslos durchgehenden Kartenbild als auch langsam zu einem präzisem Abbild der Strassen nach Routingkriterien zu kommen muss man dafür sorgen dass das fortan nach dem neuen System eingegeben wird, dies aber gleichzeitig auch in das alte System hinreichend genau umgesetzt wird. Dafür ist JOSM das richtige Werkzeug, dass diebezüglich angepasst werden müsste. Bau doch ein paar Presets für JOSM, die beides optional abfragen und stell sie zur Verfügung. Wenn die Leute das cool finden werden sie es auch nutzen. Sie werden wohl vorübergehend mehr zu den highwaytags tendieren, aber wenn Du dann zeigen kannst welchen Nutzen man vom neuen Taggingschema hat werden die Leute bei Bedarf darauf reagieren. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
On Tuesday 29 January 2008 22:20:40 Paul Lenz wrote: K�nnte man nicht Werbe-Logos verkaufen? Man geht zu Shell oder McDonalds und sagt: wenn ihr was springen l�sst, kommt nicht mehr das Icon f�r Tankstelle oder Fastfood in die Karte, sondern stattdessen euer Logo. das halte ich für sehr kritisch, wenn man soetwas machen wollte, müsste man auf jeden fall erstmal jemanden haben der sich mit rechtlichen sachen auskennt, nicht dass osm nachher verklagt wird oder ähnliches. generell fänd ich es aber gut, wenn man auch die original logos auf der karte hat anstatt nur fast-food wenn die firmen mit der lizenz zufrieden sind und es sonst keine absehbaren probleme geben sollte. harry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweiz: Chaos am Gotthard und Oberalppass
On 29/01/2008, Christoph Eckert [EMAIL PROTECTED] wrote: Ich hoffe ja immer noch dass jemand mal einen Patch für JOSM bastelt, der es gestattet die zu konvertierenden Trackpunkte mit der Maus zu selektieren, diese bereinigt und dann konvertiert. Dann wird diese Methode nämlich auch für kürzere fehlende Stücke interessant. Selbst für ein Stück fehlende gebogene Straße in einem Wohngebiet. Das ist ja schon vorhanden, und sogar (glaube ich) inzwischen fest eingebaut. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweiz: Chaos am Gotthard und Oberalppass
Hi, Das ist ja schon vorhanden, und sogar (glaube ich) inzwischen fest eingebaut. konvertieren geht schon ziemlich lange, ja. Je mehr wir aber schon gemappt haben, desto mehr will man nicht einen ganzen Track konvertieren, sondern nur Abschnitte davon. Und beim Konvertieren sollte der gleichzeitig von unnötigen Punkten bereinigt werden. Beides ist derzeit noch mit einer Menge Handarbeit verbunden. Oder habe ich was übersehen? Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
Hallo, Wenn man schon dabei ist - wie wäre es noch mit OSM-Ausweisen? Und, wo die nicht helfen, OSM-Dietriche ;-) 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Offene Schnittstelle für Icons
André Reichelt schrieb: Btw: Die Icons in JOSM finde ich größtenteils etwas klein geraten und Das ist Absicht, die sind nur max. 16*16 Pixel! Wenn du eine ganze Reihe von Icons relativ eng nebeneinander stehen hast, sieht man ansonsten von der Karte nix mehr. Wenn du 32*32 Pixel Icons haben möchtest (die sind viel besser zu erkennen), kann man recht einfach ein neues style aus den classic.big Icons machen. Man tauscht einfach die Icons aus, das Stylesheet bleibt gleich. Wie gesagt, Problem damit: man sieht außer den Icons im Zweifel sonst nicht mehr viel auf dem Bildschirm. außerdem schlecht sichtbar 16*16 Pixel, siehe oben - da bekommt man nicht viel drauf, außer man gibt sich sehr, sehr viel Mühe - aber das ist dann wirklich Arbeit für einen Profi oder einen der viel, viel Zeit hat. Freiwillige mit Inkscape Kenntnissen herzlich willkommen! (z.B. Bushaltestelle o.ä Bushaltestellen habe ich noch etwas kleiner gemacht (10*10 Pixel?), da die ansonsten die Karte noch unübersichlicher machen. Könnte man natürlich auch einfach einen blauen Punkt nehmen (oder sowas), so ähnlich wie railway=halt einen roten Punkt hat. Alles in allem war mein Ziel erstmal einen Satz an Icons zu haben, die nicht völlig sinnbefreit aus gelben, blauen, lila und was sonst noch farbigen Punkten bestehen. Da gibt es inzwischen einiges, aber es gibt bestimmt noch genügend Icons die fehlen oder die man verbessern könnte ... Gruß ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Hi, Am Dienstag, 29. Januar 2008 schrieb Etric Celine: Moin, Ich hab das bei mir so gelöst, das ich die Gemeinde (Weyhe) mit place=town (da mehr als 3 Einwohner) getagged habe und die einzelnen Dörfer da drinne allesamt mit place=village bzw place=hamlet (entsprechend der geschätzten Einwohnerzahl). Zudem habe ich über die is_in Beziehung angegeben, das die einzelnen Dörfer zur Gemeinde Weyhe gehören. (Ließe sich sicher besser mit Relationen lösen, aber da gibts scheinbar noch nichts zu). So mache ich das auch. Als Relation um das abzubilden könnte ich mir vorstellen, die Relation selbst als place=town, name=Verbundsgemeinde zu taggen und die Teilorte als member quarter hinzuzufügen. Grüße, Rapha ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
Moin, So mache ich das auch. Als Relation um das abzubilden könnte ich mir vorstellen, die Relation selbst als place=town, name=Verbundsgemeinde zu taggen und die Teilorte als member quarter hinzuzufügen. sowas habe ich kürzlich auch gebastelt: * Teilorte als place * Einen Town-place für den Namen der Verbandsgemeinde * Eine Relation, in die ich die allesamt 'reingesteckt habe Der Townnode soll ja irgendwann wieder weg, sobald die Renderer sowas unterstützen. Also genau dann, wenn der Gesamtname doppelt in den Karten auftaucht :) . Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
Moin, Ein A7-Flyer mit 8 Seiten kostet 5 Cent pro Stueck, ein DIN lang-Flyer mit 6 Seiten kostet 6,5 Cent (beides bei 2500er Auflage). Der Unterschied ist also nicht so gross. Das A7-Format ist mir auch ein bisschen sympathischer, ich mache mit Andres Hilfe mal einen Entwurf, dann sehen wir ja, ob man da noch genug Information drauf unterbringen kann oder ob das zu winzig wird. ich denke dass der kleine Flyer nach Aushändigung vielleicht nicht so schnell weggeschmissen wird und sich somit zum Verteilen an Passanten besser eignet. Bei Kosten von 125EUR für den Druck wäre ich auch eher für den communityfinanzierten werbefreien Druck. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OSM-Flyer
waere das kleine Format sehr gut geeignet, um sich beim Mapping ein paar in die Tasche zu stecken und sie zu verteilen, wenn man mit Leuten ins Gespraech kommt - fast wie so eine Art Projekt-Visitenkarte. Wenn man schon dabei ist - wie wäre es noch mit OSM-Ausweisen? Mit Sonderberechtigung alle Strassen und Wege befahren zu dürfen, versteht sich :-) Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
Moin, On Tue, 29 Jan 2008 16:02:14 +0100 Frederik Ramm [EMAIL PROTECTED] wrote: Hallo, ich moechte gern einen vierfarbigen OSM-Werbeflyer entwerfen, den man Leuten in die Hand druecken kann, die sich fuer das Projekt interessieren. Wenn ich einen Sponsor fuers Drucken finde, dann koennte ich davon ja sogar mal ein paar 1000 machen lassen und an Interessierte verschicken. Ich bin nur grad am Gruebeln, was besser ist: Das normale Flyer-Format, bei dem eine A4-Seite 2x gefaltet wird (Endformat 10x21cm, mit 6 Seiten), oder ein Mini-Flyer, bei dem die A4-Seite laengs geteilt und dann 3x gefaltet wird (Endformat A7=7x10cm, mit 8 Seiten). Im grossen Format kann man natuerlich besser schoene Karten abdrucken, man hat insgesamt die doppelte Flaeche zur Verfuegung. Andererseits waere das kleine Format sehr gut geeignet, um sich beim Mapping ein paar in die Tasche zu stecken und sie zu verteilen, wenn man mit Leuten ins Gespraech kommt - fast wie so eine Art Projekt-Visitenkarte. Was denkt ihr? Also ich finde eigentlich das kleinere Format interessanter, das große ja eigentlich hauptsächlich für Messen oder ähnliches gut. Man kann ja vielleicht eine oder zwei Seiten komplett mit einer Karte versehen. Ich kann mir vorstellen, dass man sowas gut den Leuten in die Hand drücken kann, die einem den Weg sagen wollen, wenn man an einer Kreuzung auf die Karte schaut, um zu sehen, welcher noch nicht drin ist und das auf Grund schlechter Lichtverhältnisse nicht so schnell sieht. Druckkosten: ich habe mal bei www.meindruckportal.de nachgeschaut: 1000 Stück A4/2Seiten-Flyer/Karte auf 135g/m^2-Papier kosten 62,30€ MfG Andreas Kemnade ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Böschungen/Bruchkanten
Gibt es eigentlich schon was um Geländekanten zu mappen? Ich meine damit keine Höhenlinien, sondern Böschungen, die über Höhenlinien normalerweise nicht dargestellt werden wie Strasseneinschnitte oder Gestadebrüche wie z.B. die entlang des Rheins mit ca. 10m Höhenunterschied. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
Hi, generell fänd ich es aber gut, wenn man auch die original logos auf der karte hat anstatt nur fast-food wenn die firmen mit der lizenz zufrieden sind und es sonst keine absehbaren probleme geben sollte. das ist natürlich auch eine politische Frage. Schließlich machen wir uns somit auch zum Vehikel und zur Werbefläche für die Unternehmen. Dann werden wir auch Tankstellen mit dem Emblem des jeweiligen Oligopolisten rendern müssen (womit die meisten noch einverstanden sein werden), aber auch Warenhäuser, Car-Wash-Ketten und und und. Ich persönlich fühle mich dabei etwas unwohl und würde eine neutrale Haltung bevorzugen (generische Tankstellensymbole etc.). Ich hätte nichts dagegen wenn eine Hotelkette all Ihre Hotels mit Operator- und Namenstags beisteuert. Ich habe auch nichts dagegen wenn sie dann daraus eine eigene Karte für ihre Homepages rendern oder POIs für Navigationsgeräte erzeugen. Aber ich fände es nicht gut wenn wir dann die kleinen Hotels mit einem generischen Symbol, die Ketten A, B und C aber mit deren jeweiligem Logo renderten. Ich fürchte allerdings dass es so kommen wird. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Böschungen/Bruchkanten
Gibt es eigentlich schon was um Geländekanten zu mappen? Ich meine damit keine Höhenlinien, sondern Böschungen, die über Höhenlinien normalerweise nicht dargestellt werden wie Strasseneinschnitte oder Gestadebrüche wie z.B. die entlang des Rheins mit ca. 10m Höhenunterschied. Für Straßeneinschnitte ist wohl das in De:Map_Features nicht näher beschriebene cutting=yes gedacht. http://wiki.openstreetmap.org/index.php/De:Map_Features#Eigenschaften http://en.wikipedia.org/wiki/Cutting_%28transportation%29 Gruß, Wabba ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Werbung in der Karte (war OSM-Flyer)
Christoph Eckert schrieb: Hi, generell fänd ich es aber gut, wenn man auch die original logos auf der karte hat anstatt nur fast-food wenn die firmen mit der lizenz zufrieden sind und es sonst keine absehbaren probleme geben sollte. das ist natürlich auch eine politische Frage. Schließlich machen wir uns somit auch zum Vehikel und zur Werbefläche für die Unternehmen. Sorry. Das käme für mich sicher nicht in Frage, da kann ich ja gleich bei Google-Maps die Fehler beseitigen. Taggen der Einrichtung und des Betreibers ja, aber Logo doch nicht in OSM! Da kann sich der Betreiber doch bitte einen eigenen Layer bauen, wenn er's braucht, vielleicht einen tebke layer, wo die billigsten preise angezeigt werden, das wird doch viele aus der Autofraktion interessieren. Ich möchte schon nach Shell, BP, Aral, etc. Tankstellen suchen können, damit ich eventuell weiß, dass ich da sicher nicht wohnen wollte, nur zum Beispiel. Aber Werbefläche in OSM verkaufen. Außerdem würde das in Kämpfen um die beste Positionierung münden und die mit den meisten Argumenten würden gewinnen, dann kann ich mir auch map24 anschauen. No way! Das wäre ja so als wenn bei jedem Stichwort in Open Office ein Popup aufgeht. Danke auch für die Opensource Werbung. Gruß, Stephan. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
Hallo, Könnte man nicht Werbe-Logos verkaufen? Man geht zu Shell oder McDonalds und sagt: wenn ihr was springen lässt, kommt nicht mehr das Icon für Tankstelle oder Fastfood in die Karte, sondern stattdessen euer Logo. So in der Art hatten wir das ja schon auf der openstreetmap.org-Seite, da hatte Steve ein Startup fuer Werbung auf Karten gemacht, und die Kunden konnten dann da eingeben, wo ihr Werbe-Icon erscheinen soll, es wurde dann auf der OSM-Karte eingeblendet, und die Foundation bekam die Einnahmen. Wurde heftigst kritisiert und dann wieder abgeschafft. Wir sollten da aber nicht zwei Sachen vermischen. Firmendaten in der OSM-Datenbank sind erwuenscht, sagte Christoph ja schon - wenn Accor all seine Hotels bei uns reintut und sogar noch pflegt, das waere ja prima. Die Karten*darstellung* ist eine andere Sache. Prinzipiell ist die Darstellung von Karten nicht die Kernaufgabe von OSM. Dass es auf www.openstreetmap.org eine Karte gibt, das muessen wir im Moment so machen, weil uns sonst niemand glaubt, was wir tun, aber mal angenommen, die OSM-Kartendaten wuerden in ein paar Jahren von Hinz und Kunz auf ihren Seiten fuer Karten benutzt und es gaebe zig Tile-Server, dann koennte es schon sein, dass wir unseren offiziellen einstellen. Wenn irgendwer also selber die Bandbreite fuer einen Tile-Server bezahlt, dann darf der auch entscheiden, was er wie rendert, z.B. darf derjenige dann gern bei den Hotelketten Geld eintreiben dafuer, dass er ihr Logo einblendet. Wenn dessen Server so superschnell sind, dass dann alle seinen Server mit den Werbelogos nutzen - freie Entschei- dung alle Beteiligten, das geht OSM nichts an. Der Aerger beim oben geschilderten Praezedenzfall kam nicht daher, dass Werbung auf OSM-Karten sichtbar war, sondern daher, dass es unter der Domain openstreetmap.org lief. Ein interessanter Nebenaspekt ist uebrigens, dass eine gedruckte Karte mit Firmenlogos automatisch CC-BY-SA waere und damit auch die abgebil- deten Logos. Eventuell haette das fuer die eine oder andere Firma unerwuenschte Konsequenzen. Schutz fuer die Marke bestuende zwar weiterhin, aber sie koennten zumindest danach niemand mehr mit Copyright kommen, wenn der das Logo irgendwo benutzt. Glaube ich. 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
Moin, Wir sollten da aber nicht zwei Sachen vermischen. Firmendaten in der OSM-Datenbank sind erwuenscht, sagte Christoph ja schon - wenn Accor all seine Hotels bei uns reintut und sogar noch pflegt, das waere ja prima. das ist übrigens auch der Grund, warum ich bestimmte Dinge nicht mappe. Wenn Mc Feinkost oder Steigenberger all seine Filialen in OSM haben will, sollen die das selbst machen. Ich stecke meine Zeit lieber in Dinge, die die Unternehmen nicht mappen werden. Wenn dann Saturn selbst einen Tileserver aufsetzt, damit die Filialen ihren Standort auf einer Karte darstellen können, finde ich das eine dufte Sache, weil sie dann ja angeben müssen woher das Datenmaterial stammt und somit für uns Werbung machen. Wenn die ihr Firmenlogo noch auf ein eigenes Layer packen, gilt das wohl noch nicht als abgeleitetes Werk. Somit hätten alle Beteiligten was davon. Dass das Zurverfügungstellen einer Karte eigentlich nicht unser Kerngeschäft ist mag zwar den einen oder anderen wundern, aber wir stellen eigentlich die Daten zur Verfügung. Sobald es anderweitig genügend Karten gibt, brauchen wir unsere eigene nicht mehr unbedingt. Stattdessen leiten wir direkt zu Mc Feinkost weiter - und finanzieren durch die Klicks unsere Infrastruktur ;-) . Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
Frederik Ramm schrieb: Die Karten*darstellung* ist eine andere Sache. Prinzipiell ist die Darstellung von Karten nicht die Kernaufgabe von OSM. Dass es auf www.openstreetmap.org eine Karte gibt, das muessen wir im Moment so machen, weil uns sonst niemand glaubt, was wir tun, aber mal angenommen, die OSM-Kartendaten wuerden in ein paar Jahren von Hinz und Kunz auf ihren Seiten fuer Karten benutzt und es gaebe zig Tile-Server, dann koennte es schon sein, dass wir unseren offiziellen einstellen. Das sehe ich genau so. Diese offizielle Karte hätte dann aber eher showcase-Funktion um zu zeigen was wir alles können. Die würde alles darstellen, was die Tags hergeben, damit ein Entscheider sofort sehen kann ob die Datenbasis hergibt, was er für einen eigenen Tile-Server bräuchte. (Um an die andere Diskussion hier anzuschließen) Da leidet natürlich die Übersichtlichkeit, aber dafür gäbe es dann ja entsprechende Spezialkarten. Grüße, Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
Moin, So in der Art hatten wir das ja schon auf der openstreetmap.org-Seite, da hatte Steve ein Startup fuer Werbung auf Karten gemacht, und die Kunden konnten dann da eingeben, wo ihr Werbe-Icon erscheinen soll, es wurde dann auf der OSM-Karte eingeblendet, und die Foundation bekam die Einnahmen. naja, es ging auch darum dass die Einnahmen nur anfangs an die Foundation gehen sollten oder so ähnlich. Ich mag jetzt nicht im Archiv wühlen, sonst wühlt mich das Archiv auf :) . Cheers, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Flyer
Hallo, ich moechte gern einen vierfarbigen OSM-Werbeflyer entwerfen, den man Leuten in die Hand druecken kann, die sich fuer das Projekt interessieren. Ich sitze hier so an meinem Malprogramm und frage mich: Braucht so ein Werk eigentlich einen Herausgeber oder einen V.i.S.d.P., und wenn ja, wer ist das dann bei uns? Oder kann man sich da drum druecken, wenn man die Webseite angibt? 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/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Offene Schnittstelle f�r Icons
Wenn ich mit den Icons soweit fertig bin, schaue ich mir vielleicht mal eine der beiden Renderer genauer an, was da wirklich noch fehlt ... Ja, da fehlt wohl doch weniger, als ich dachte. Weil vieles erst bei einem starken Zoom angezeigt wird, was ich nicht für sehr glücklich halte. Wenn mein Tankanzeiger gegen Null geht, möchte ich einen Überblick bekommen, wo im Umkreis von 50km Tankstellen sind. Wenn ich diese aber nur sehe, wenn ich stark vergrößere, wird das eine elende Sucherei. Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schweiz: Chaos am Gotthard und Oberalppass
Hi Christoph, Mit einem kommerziellen Produkt (dessen Namen ich hier besser nicht erwähnen sollte um der Prügelstrafe vorzubeugen ;-) geht das Beschneiden und bereinigen unter Windows auch graphisch. Stimmt, TTQV kann das sehr gut. Aber es ist dennoch auch damit eine Menge Handarbeit, da Start- und Endpunkte der zu schnippelnden Strecke eben nicht in TTQV vorliegen, sondern manuell gefunden werden müssen. Solange das mit der OSM-Garmin-Karte in TTQV ging habe ich diese dort geladen und die Schnittpunkte daran ausgerichtet. Es ist trotzdem eine Sch.arbeit. Ich hoffe ja immer noch dass jemand mal einen Patch für JOSM bastelt, der es gestattet die zu konvertierenden Trackpunkte mit der Maus zu selektieren, diese bereinigt und dann konvertiert. Dann wird diese Methode nämlich auch für kürzere fehlende Stücke interessant. Das sollte dann so funktionieren daß man den Track unter der Karte sieht, der also nur dort auftaucht wo keine Straße ist. Dann wirds einfach. Aber solange JOSM nur ein Liniengewirr darstellt wird auch das nix bringen... Zuerst muß JOSM einzelne Linien anhand der Tags ausblenden lernen - wenn ich z.B. Straßen tagge interessieren mich landuses nicht... In Weil im Schönbuch ist das durch die Dichte des mappings deutlich sichtbar. Und dann sollten die Linien gerendert werden, so wie in Merkatoor. -- Ciao, Holger (GUS-KOTAL, GUS#1100) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erster OpenGeoDB Import in OpenStreetMap ist durchgelaufen.
So mache ich das auch. Als Relation um das abzubilden könnte ich mir vorstellen, die Relation selbst als place=town, name=Verbundsgemeinde zu taggen und die Teilorte als member quarter hinzuzufügen. sowas habe ich kürzlich auch gebastelt: * Teilorte als place * Einen Town-place für den Namen der Verbandsgemeinde * Eine Relation, in die ich die allesamt 'reingesteckt habe Der Townnode soll ja irgendwann wieder weg, sobald die Renderer sowas unterstützen. Also genau dann, wenn der Gesamtname doppelt in den Karten auftaucht :) . Ich finde es falsch das Town Tag dafür zu missbrauchen. Zumal es dazu gedacht ist eine (Klein)Stadt zu markieren. Wenn dann wäre es viel sinvoller sich ernsthaft zu überlegen wie hirarchische politische Gebilde sinnvoll getaggt werden können. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de