From qbert1 at gmx.de Fri Jan 1 10:05:17 2010 From: qbert1 at gmx.de (qbert biker) Date: Fri, 01 Jan 2010 11:05:17 +0100 Subject: [Talk-de] Spurgenaue Abbildung Message-ID: <20100101100517.62690@gmx.net> Erstmal ein gutes Neues zusammen! Ich war letztes Jahr mal in ein paar Diskussionen dabei, in denen es um spurgenaue Abbildung von Autobahnkreuzen, etc. ging. Ueber die Feiertage hatte ich Zeit, ein wenig damit zu spielen und das ist dabei rausgekommen: http://img191.imageshack.us/img191/7219/bosmcrossing1.png Das Kreuz ist bei Herford (ca. 52°05'20'', 8°41'46'') und wurde mal im November als Beispiel angegeben: http://www.openstreetmap.org/?lat=52.08868&lon=8.69753&zoom=17&layers=B000FTF http://lists.openstreetmap.org/pipermail/talk-de/2009-November/058720.html Ich bin dabei komplett ohne Relations ausgekommen und habe als Eingangsdaten nur 'lanes', '*.link', 'oneway' und 'highway' verwendet (ohne Gewähr auf Vollständigkeit). Bei einer angenommenen Spurbreite von 5m sieht das ganze relativ realistisch aus. Allerdings habe ich das Kreuz lokal bei mir ziemlich umbauen muessen, damit das raus kommt, was zu sehen ist. Die Änderungen habe ich sicherheitshalber nicht hochgeladen, denn mit einem lokalen Datensatz kann man besser basteln ohne die anderen zu stören. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 From SLXViper at gmx.net Fri Jan 1 10:35:32 2010 From: SLXViper at gmx.net (SLXViper) Date: Fri, 01 Jan 2010 11:35:32 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <20100101100517.62690@gmx.net> References: <20100101100517.62690@gmx.net> Message-ID: <4B3DCFF4.500@gmx.net> qbert biker schrieb: > Erstmal ein gutes Neues zusammen! > > Ich war letztes Jahr mal in ein paar Diskussionen dabei, in > denen es um spurgenaue Abbildung von Autobahnkreuzen, etc. > ging. Ueber die Feiertage hatte ich Zeit, ein wenig > damit zu spielen und das ist dabei rausgekommen: ... > Ich bin dabei komplett ohne Relations ausgekommen und habe > als Eingangsdaten nur 'lanes', '*.link', 'oneway' und > 'highway' verwendet (ohne Gewähr auf Vollständigkeit). Bei > einer angenommenen Spurbreite von 5m sieht das ganze > relativ realistisch aus. > > Allerdings habe ich das Kreuz lokal bei mir ziemlich umbauen > muessen, damit das raus kommt, was zu sehen ist. Die > Änderungen habe ich sicherheitshalber nicht hochgeladen, denn > mit einem lokalen Datensatz kann man besser basteln ohne die > anderen zu stören. > Könntest du den irgendwie bereitstellen, damit man sich das ganze etwas genauer anschauen kann? Für sowas wäre eine "Sandkasten"-Datenbank nicht schlecht, in die man einen Ausschnitt an Daten importieren kann und dann dadrauf ein bisschen rumspielen kann, um neue Vorschläge zu entwickeln und zu testen... Gerade komplexe Dinge wie ÖPNV oder Einzelerfassung von Fahrspuren und -Flächen. Dort könnte man ein Beispiel aufbauen und schauen, wie sich das an die verschiedenen realen Fälle anpasst, ohne irgendwen zu stören. Das könnte vielleicht auch die ein oder andere Endlos-Diskussion verkürzen, wenn man die konkurrierenden Vorschläge mal nebeneinander realisieren kann und _sieht_, über was man da spricht. Mit so einer Datenbank könnte man dann auch die Software passend anpassen, damit, wenn der Vorschlag fertig entwickelt wurde, die passenden Tools (Renderer-Styles, Editoren/-Funktionen, Router, ...) zur Verfügung stehen. Grüße From d.s.e at sordidmusic.com Fri Jan 1 10:59:12 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Fri, 1 Jan 2010 11:59:12 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <4B3DCFF4.500@gmx.net> References: <20100101100517.62690@gmx.net> <4B3DCFF4.500@gmx.net> Message-ID: <201001011159.12814.d.s.e@sordidmusic.com> Am Freitag 01 Januar 2010 11:35:32 schrieb SLXViper: > Für sowas wäre eine "Sandkasten"-Datenbank nicht schlecht, in die man > einen Ausschnitt an Daten importieren kann und dann dadrauf ein bisschen > rumspielen kann, um neue Vorschläge zu entwickeln und zu testen... sehr gute idee! koennte man sowas nicht auf dem fossgis dev-server realisieren? es wuerde ja erstmal reichen, wenn nur die deutschland-daten drin waeren... From osm at tobias-knerr.de Fri Jan 1 11:07:15 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Fri, 01 Jan 2010 12:07:15 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <20100101100517.62690@gmx.net> References: <20100101100517.62690@gmx.net> Message-ID: <4B3DD763.7030803@tobias-knerr.de> qbert biker schrieb: > Ich bin dabei komplett ohne Relations ausgekommen und habe > als Eingangsdaten nur 'lanes', '*.link', 'oneway' und > 'highway' verwendet (ohne Gewähr auf Vollständigkeit). Bei > einer angenommenen Spurbreite von 5m sieht das ganze > relativ realistisch aus. So eine Minimallösung geht aber doch nur, wenn man zahlreiche Einschränkungen vornimmt, die mehr oder weniger nur für Autobahnkreuze zutreffen? Ich kann mir nicht vorstellen, dass sich damit eine innerstädtische Situation abbilden ließe - selbst dann, wenn man sich auf Autofahrbahnen beschränken würde. > Allerdings habe ich das Kreuz lokal bei mir ziemlich umbauen > muessen, damit das raus kommt, was zu sehen ist. Die > Änderungen habe ich sicherheitshalber nicht hochgeladen, denn > mit einem lokalen Datensatz kann man besser basteln ohne die > anderen zu stören. Kannst du das als .osm-Datei bereitstellen? Tobias Knerr From frederik at remote.org Fri Jan 1 11:10:33 2010 From: frederik at remote.org (Frederik Ramm) Date: Fri, 01 Jan 2010 12:10:33 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <4B3DCFF4.500@gmx.net> References: <20100101100517.62690@gmx.net> <4B3DCFF4.500@gmx.net> Message-ID: <4B3DD829.8040204@remote.org> Hallo, SLXViper wrote: > Für sowas wäre eine "Sandkasten"-Datenbank nicht schlecht, in die man > einen Ausschnitt an Daten importieren kann und dann dadrauf ein bisschen > rumspielen kann, Es gibt ein paar solcher Sandkaesten bei osm.org, darunter http://api06.dev.openstreetmap.org/ kann man sich ganz normal anmelden, account holen, und hochladen, was man will (es gibt allerdings keine planet files und keine gerenderten Kacheln davon, das, was man an Kacheln sieht, kommt vom Hauptserver) Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From SLXViper at gmx.net Fri Jan 1 11:10:30 2010 From: SLXViper at gmx.net (SLXViper) Date: Fri, 01 Jan 2010 12:10:30 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <201001011159.12814.d.s.e@sordidmusic.com> References: <20100101100517.62690@gmx.net> <4B3DCFF4.500@gmx.net> <201001011159.12814.d.s.e@sordidmusic.com> Message-ID: <4B3DD826.6070902@gmx.net> Guenther Meyer schrieb: > Am Freitag 01 Januar 2010 11:35:32 schrieb SLXViper: > >> Für sowas wäre eine "Sandkasten"-Datenbank nicht schlecht, in die man >> einen Ausschnitt an Daten importieren kann und dann dadrauf ein bisschen >> rumspielen kann, um neue Vorschläge zu entwickeln und zu testen... >> > sehr gute idee! > > koennte man sowas nicht auf dem fossgis dev-server realisieren? > es wuerde ja erstmal reichen, wenn nur die deutschland-daten drin waeren... > Ich dachte eher an eine erstmal leere Datenbank, in die jeder importiert, was er braucht. Die Synchronisierung mit der "echten" Datenbank wäre nämlich alles andere als trivial. Und für ein ÖPNV-Schema braucht man keine landuses und massenweise Gebäude... Das ganze muss natürlich dokumentiert werden, wo wer was entwickelt, damit sich niemand in die Quere kommt und man die jeweiligen Gegenden wiederfindet. Und eine Beschränkung nur auf Deutschland halte ich für Unfug - der Rest der Welt hat vielleicht auch gute Ideen... Und außerdem sieht man ja oft, dass in anderen Ländern deutlich andere Reglungen existieren, an die man in Deutschland gar nicht denkt - Regelungen, die im Nachhinein Probleme machen, weil man an die nicht gedacht hat. Genau das ließe sich auch rechtzeitig erkennen, sofern sich jemand aus diesen Ländern drum kümmert. Grüße From SLXViper at gmx.net Fri Jan 1 11:56:37 2010 From: SLXViper at gmx.net (SLXViper) Date: Fri, 01 Jan 2010 12:56:37 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <4B3DD829.8040204@remote.org> References: <20100101100517.62690@gmx.net> <4B3DCFF4.500@gmx.net> <4B3DD829.8040204@remote.org> Message-ID: <4B3DE2F5.1070808@gmx.net> Frederik Ramm schrieb: > Es gibt ein paar solcher Sandkaesten bei osm.org, darunter > http://api06.dev.openstreetmap.org/ > > kann man sich ganz normal anmelden, account holen, und hochladen, was > man will (es gibt allerdings keine planet files und keine gerenderten > Kacheln davon, das, was man an Kacheln sieht, kommt vom Hauptserver) > An den dachte ich auch ;) - ich wusste nur nicht, ob der auch für Tagging-Entwicklung da ist oder rein für Software, die auch ab und zu mal was kaputtmachen könnte. Dann bräuchte man nur noch etwas Dokumentation (wiki-Seite), wo was passiert, damit man niemandem ins Gehege kommt und die Gegenden wiederfindet. Grüße From qbert1 at gmx.de Fri Jan 1 12:07:18 2010 From: qbert1 at gmx.de (qbert biker) Date: Fri, 01 Jan 2010 13:07:18 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <4B3DD763.7030803@tobias-knerr.de> References: <20100101100517.62690@gmx.net> <4B3DD763.7030803@tobias-knerr.de> Message-ID: <20100101120718.62650@gmx.net> -------- Original-Nachricht -------- > Datum: Fri, 01 Jan 2010 12:07:15 +0100 > Von: Tobias Knerr > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] Spurgenaue Abbildung > qbert biker schrieb: > > Ich bin dabei komplett ohne Relations ausgekommen und habe > > als Eingangsdaten nur 'lanes', '*.link', 'oneway' und > > 'highway' verwendet (ohne Gewähr auf Vollständigkeit). Bei > > einer angenommenen Spurbreite von 5m sieht das ganze > > relativ realistisch aus. > > So eine Minimallösung geht aber doch nur, wenn man zahlreiche > Einschränkungen vornimmt, die mehr oder weniger nur für Autobahnkreuze > zutreffen? Ich kann mir nicht vorstellen, dass sich damit eine > innerstädtische Situation abbilden ließe - selbst dann, wenn man sich > auf Autofahrbahnen beschränken würde. Fuer jedes Gebiet die passende Abbildung. Das was ich da probiert habe, ist erstmal für Autobahnen/Schnellstrassen gedacht, weil die sehr genauen Regeln folgen. Andererseits sind für Navis mit Spurwechselassistent die Autobahnen/Schnellstrassen von besonderer Bedeutung. Wenn ich dazukomme, werde ich noch etwas ähnliches für Innenstadtbereiche probieren. Ich denke schon, dass da mit der passenden Abstraktion einiges drin ist. > > Allerdings habe ich das Kreuz lokal bei mir ziemlich umbauen > > muessen, damit das raus kommt, was zu sehen ist. Die > > Änderungen habe ich sicherheitshalber nicht hochgeladen, denn > > mit einem lokalen Datensatz kann man besser basteln ohne die > > anderen zu stören. > > Kannst du das als .osm-Datei bereitstellen? Gerne, aber eine kurze Frage vorab, wie ich das am besten anstelle. Die bz2-komprimierte Datei kommt noch auf ca. 52kb und das dürfte etwas zuviel für die Liste hier sein, oder? Aber viel hab ich nicht gemacht. Erstmal habe ich Einfädelspuren korrigiert, die als eigener Link drin waren. Dann habe ich die ways anhand der tracks von der Mitte der Fahrbahn auf den linken Rand verschoben, weil sonst die Geometrie kracht. Und ich habe noch die ways neu gesplittet und wieder zusammengefügt, so dass sie an jeder Verzweigung enden und beginnen. Letzteres ist nicht unbedingt nötig, erleichtert aber die Programmierung ungemein. Ich hätte sonst virtuell im Programm splitten müssen und da habe ich über die Nachbearbeitung des Netzes ein wenig abgekürzt ;) Ach ja, ein Hinweis noch. Für das Rauslesen der Spuranzahl habe ich Google Earth benutzt, der Datensatz ist also nicht mehr lizenztechnisch sauber. Grüsse Hubert -- Preisknaller: GMX DSL Flatrate für nur 16,99 Euro/mtl.! http://portal.gmx.net/de/go/dsl02 From chris66nrw at gmx.de Fri Jan 1 12:34:50 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Fri, 01 Jan 2010 13:34:50 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <20100101100517.62690@gmx.net> References: <20100101100517.62690@gmx.net> Message-ID: > Erstmal ein gutes Neues zusammen! Dito! > Ich bin dabei komplett ohne Relations ausgekommen Die Relationen sind dafür gedacht, dass ein Router die Spuren wieder zu einer Fahrbahn zusammenfassen kann. Auf Grund der GPS Genauigkeit wird ein Router durch zu eng zusammenliegende Spuren ja eher verwirrt. Des weiteren ist die Fehleranfälligkeit eines solchen Konstrukts natürlich auch größer, so dass das Spurenmapping für das Routing vermutlich eher eine Verschlechterung bringen wird. Chris From d.s.e at sordidmusic.com Fri Jan 1 12:47:58 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Fri, 1 Jan 2010 13:47:58 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <4B3DD826.6070902@gmx.net> References: <20100101100517.62690@gmx.net> <201001011159.12814.d.s.e@sordidmusic.com> <4B3DD826.6070902@gmx.net> Message-ID: <201001011347.58803.d.s.e@sordidmusic.com> Am Freitag 01 Januar 2010 12:10:30 schrieb SLXViper: > Guenther Meyer schrieb: > > Am Freitag 01 Januar 2010 11:35:32 schrieb SLXViper: > >> Für sowas wäre eine "Sandkasten"-Datenbank nicht schlecht, in die man > >> einen Ausschnitt an Daten importieren kann und dann dadrauf ein bisschen > >> rumspielen kann, um neue Vorschläge zu entwickeln und zu testen... > > > > sehr gute idee! > > > > koennte man sowas nicht auf dem fossgis dev-server realisieren? > > es wuerde ja erstmal reichen, wenn nur die deutschland-daten drin > > waeren... > > Ich dachte eher an eine erstmal leere Datenbank, in die jeder > importiert, was er braucht. oder so. jeder tut dann rein, was er braucht. allerdings sehe ich da ein problem: angenommen, man will verschiedene moeglichkeiten einer realisierung direkt vergleichen (zum beispiel ein autobahnkreuz). sinnvollerweise macht man das am selben objekt, das sich aber geographisch nunmal an einer bestimmten position befindet, und damit auch die verschiedenen elemente uebereinander... eine moegliche loesung waere, nur die originaldaten aus dem live-system an der richtigen stelle zu importieren, und die alternativen ideen aussenrum anzuordnen; platz waere in der leeren datenbank ja genug... From d.s.e at sordidmusic.com Fri Jan 1 12:53:06 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Fri, 1 Jan 2010 13:53:06 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: References: <20100101100517.62690@gmx.net> Message-ID: <201001011353.06666.d.s.e@sordidmusic.com> Am Freitag 01 Januar 2010 13:34:50 schrieb Chris-Hein Lunkhusen: > > Erstmal ein gutes Neues zusammen! > > Dito! > > > Ich bin dabei komplett ohne Relations ausgekommen > > Die Relationen sind dafür gedacht, dass ein Router die > Spuren wieder zu einer Fahrbahn zusammenfassen kann. > Auf Grund der GPS Genauigkeit wird ein Router durch > zu eng zusammenliegende Spuren ja eher verwirrt. > > Des weiteren ist die Fehleranfälligkeit eines solchen > Konstrukts natürlich auch größer, so dass das > Spurenmapping für das Routing vermutlich eher eine > Verschlechterung bringen wird. > immer diese vorschnellen und unbewiesenen behauptungen... man sollte sich vielleicht erst mal die realisierung, also die daten selbst, anschauen, bevor man darueber urteilt. From qbert1 at gmx.de Fri Jan 1 13:00:09 2010 From: qbert1 at gmx.de (qbert biker) Date: Fri, 01 Jan 2010 14:00:09 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: References: <20100101100517.62690@gmx.net> Message-ID: <20100101130009.62660@gmx.net> -------- Original-Nachricht -------- > Datum: Fri, 01 Jan 2010 13:34:50 +0100 > Von: Chris-Hein Lunkhusen > An: talk-de at openstreetmap.org > Betreff: Re: [Talk-de] Spurgenaue Abbildung > > Erstmal ein gutes Neues zusammen! > > Dito! > > > Ich bin dabei komplett ohne Relations ausgekommen > > Die Relationen sind dafür gedacht, dass ein Router die > Spuren wieder zu einer Fahrbahn zusammenfassen kann. > Auf Grund der GPS Genauigkeit wird ein Router durch > zu eng zusammenliegende Spuren ja eher verwirrt. Wenn man wirklich vor hat, einem Router so ein Linienbündel vorzusetzen. Ich hatte ja schon mal einen Router für OSM geschrieben und schon damals habe ich die meiste Zeit in die Vorbehandlung investiert, also der Vereinfachung des Graphen. Auch hier wäre das erste was ich machen würde, einen Algo zu bauen, der die Linienbündel wieder in einen einfachen Graphen zurückbaut. Einzelspurabbildung ist ineffizient beim Routing, weil es plötzlich pro Spur einen eigenen Weg im Graphen gibt. > Des weiteren ist die Fehleranfälligkeit eines solchen > Konstrukts natürlich auch größer, so dass das > Spurenmapping für das Routing vermutlich eher eine > Verschlechterung bringen wird. Als Anwendungsentwickler wollte ich mit dem Bild zeigen, welche Daten ich brauche, um die Geometrie abzubilden und das mit einfach zu handhabenden Attributen. Und dazu sind fast alle Informationen drin, die ich für Navigation und Spurwechselassistenz brauche. Genaue geometrische Beschreibung und Navigation müssen ja kein Gegensatz sein. Was fehlt, aber relativ einfach nachzutragen ist, sind Sonderlinien, wie die breiten Strichlinien, die die Einfädelspuren abgrenzen. Das wäre noch ein Attribut dazu. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 From qbert1 at gmx.de Fri Jan 1 13:11:34 2010 From: qbert1 at gmx.de (qbert biker) Date: Fri, 01 Jan 2010 14:11:34 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <201001011353.06666.d.s.e@sordidmusic.com> References: <20100101100517.62690@gmx.net> <201001011353.06666.d.s.e@sordidmusic.com> Message-ID: <20100101131134.62680@gmx.net> -------- Original-Nachricht -------- > Datum: Fri, 1 Jan 2010 13:53:06 +0100 > Von: Guenther Meyer > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] Spurgenaue Abbildung > immer diese vorschnellen und unbewiesenen behauptungen... > man sollte sich vielleicht erst mal die realisierung, also die daten > selbst, > anschauen, bevor man darueber urteilt. Höhere Komplexität verstärkt die Gefahr, dass sich Fehler einschleichen. Wenn ich 3 Spuren als Einzelelemente des Graphen einfüge und danach dem System über ein weiteres Konstrukt mitteilen muss, dass man beliebig zwischen ihnen wechseln kann, ist das fehleranfälliger als 'lanes=3' Wenn ich Einzelspuren als ways tagge und die dem Router direkt vorsetze, wird er erstmal langsamer, weil die Geschwindigkeit direkt von der Anzahl der (Verbindungs-) Knoten abhängig ist. Grüsse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser From chris66nrw at gmx.de Fri Jan 1 13:50:16 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Fri, 01 Jan 2010 14:50:16 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <201001011353.06666.d.s.e@sordidmusic.com> References: <20100101100517.62690@gmx.net> <201001011353.06666.d.s.e@sordidmusic.com> Message-ID: Guenther Meyer schrieb: >> Konstrukts natürlich auch größer, so dass das >> Spurenmapping für das Routing vermutlich eher eine >> Verschlechterung bringen wird. > immer diese vorschnellen und unbewiesenen behauptungen... Sorry, so sollte es nicht rüberkommen. Es sind nur meine persönlichen Bauchschmerzen die ich bei dem Thema habe. ;-) > man sollte sich vielleicht erst mal die realisierung, also die daten selbst, > anschauen, bevor man darueber urteilt. Ja, wenn die Spielwiese zeigt, dass das Ganze funktionieren kann, dann lass ich mich gerne überzeugen. Chris From s_sommerkamp at gmx.de Fri Jan 1 14:57:58 2010 From: s_sommerkamp at gmx.de (Sven Sommerkamp) Date: Fri, 1 Jan 2010 15:57:58 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <201001011353.06666.d.s.e@sordidmusic.com> References: <20100101100517.62690@gmx.net> <201001011353.06666.d.s.e@sordidmusic.com> Message-ID: <201001011557.58894.s_sommerkamp@gmx.de> Am Freitag, 1. Januar 2010 13:53:06 schrieb Guenther Meyer: > Am Freitag 01 Januar 2010 13:34:50 schrieb Chris-Hein Lunkhusen: > > > Erstmal ein gutes Neues zusammen! > > > > Dito! > > > > > Ich bin dabei komplett ohne Relations ausgekommen > > > > Die Relationen sind dafür gedacht, dass ein Router die > > Spuren wieder zu einer Fahrbahn zusammenfassen kann. > > Auf Grund der GPS Genauigkeit wird ein Router durch > > zu eng zusammenliegende Spuren ja eher verwirrt. Also ein Navi wird durch zu eng liegende einzelne Wege auf jeden Fall vewirrt. Das ist die Erfahrung die ich Garmin Navis gesammelt habe. Wenn man versucht, für jede Spur, oder jeden Weg einen Extra Weg anzulegen, dann ist das für die Benutzbarkeit auf Navis in vielerlei Hinsicht eher unvorteilhaft! Die meisten Geräte können nicht sicher die Position auf dem tatsächlichem Weg finden. Und das wird sich durch Gallileo nicht dramatisch verbessern. > > > > Des weiteren ist die Fehleranfälligkeit eines solchen > > Konstrukts natürlich auch größer, so dass das > > Spurenmapping für das Routing vermutlich eher eine > > Verschlechterung bringen wird. > > immer diese vorschnellen und unbewiesenen behauptungen... > man sollte sich vielleicht erst mal die realisierung, also die daten > selbst, anschauen, bevor man darueber urteilt. > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From dieterdreist at gmail.com Fri Jan 1 15:04:26 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Fri, 1 Jan 2010 16:04:26 +0100 Subject: [Talk-de] wirtschaftswege - access=no In-Reply-To: References: <7acdb3650912301704l2a47e1a9m41a181bb30f42442@mail.gmail.com> <5811B07A716F475EB7AB9A1B308EFAA1@mkwebdialin> <7acdb3650912310509w3317a491qec84f80c1ab225f@mail.gmail.com> <7acdb3650912310540g567a55e5web95d69804b924d7@mail.gmail.com> Message-ID: <7acdb3651001010704p28ffdc1fnc9b22452b1244086@mail.gmail.com> Am 31. Dezember 2009 17:28 schrieb Mirko Küster : > Wenn man das so dehnt dann brauchts keinen Track mehr. Hier mal ein > Bildbeispiel. Oben ein Biketrail wie auch auf der Tagbeschreibung stehend. > Unten ein 3,5 m Weg der vorwiegend für Rad vorgesehen ist, mit Ausnahme aber > auch schweres Erntegerät zum Einsatz kommt, was Path aber wiederum > ausschließt. > > Es ist kein Track, kein Path und auch kein Cycleway, können wir uns > wenigstens auf das Element Way einigen? > > wieso nicht? M.E. oben ein Path, unten ein Track. Wenn da "Erntegerät zum Einsatz kommt" ist die Lage doch klar. Du kreierst hier Probleme wo es gar keine gibt. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From lists at fuchsschwanzdomain.de Fri Jan 1 16:32:20 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Fri, 1 Jan 2010 16:32:20 +0000 (UTC) Subject: [Talk-de] Mapnik Probleme References: <4B3BCF43.6060903@remote.org> <4B3CC876.9080701@xs4all.nl> Message-ID: Lennard wrote: > Nein, das ist nur mit SVN Trunk, nicht mit 0.7. Jupp hatte das verpeilt. Schaumermal ob das mit boost 1.40 aus Debian squeeze läuft. Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From d.s.e at sordidmusic.com Fri Jan 1 16:35:20 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Fri, 1 Jan 2010 17:35:20 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: <20100101120718.62650@gmx.net> References: <20100101100517.62690@gmx.net> <4B3DD763.7030803@tobias-knerr.de> <20100101120718.62650@gmx.net> Message-ID: <201001011735.20947.d.s.e@sordidmusic.com> > > Kannst du das als .osm-Datei bereitstellen? > http://www.opencarbox.de/osm/test6.osm.bz2 From d.s.e at sordidmusic.com Fri Jan 1 16:44:26 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Fri, 1 Jan 2010 17:44:26 +0100 Subject: [Talk-de] Spurgenaue Abbildung In-Reply-To: References: <20100101100517.62690@gmx.net> <201001011353.06666.d.s.e@sordidmusic.com> Message-ID: <201001011744.26862.d.s.e@sordidmusic.com> Am Freitag 01 Januar 2010 14:50:16 schrieb Chris-Hein Lunkhusen: > Guenther Meyer schrieb: > >> Konstrukts natürlich auch größer, so dass das > >> Spurenmapping für das Routing vermutlich eher eine > >> Verschlechterung bringen wird. > > > > immer diese vorschnellen und unbewiesenen behauptungen... > > Sorry, so sollte es nicht rüberkommen. Es sind nur meine persönlichen > Bauchschmerzen die ich bei dem Thema habe. ;-) > kam so rueber, aber wenn's nur der bauch ist, dann is ja gut... ;-) > > man sollte sich vielleicht erst mal die realisierung, also die daten > > selbst, anschauen, bevor man darueber urteilt. > > Ja, wenn die Spielwiese zeigt, dass das Ganze funktionieren kann, > dann lass ich mich gerne überzeugen. > das ist die richtige einstellung (die einigen hier manchmal leider zu fehlen scheint...) From f_mohr at yahoo.de Fri Jan 1 17:12:00 2010 From: f_mohr at yahoo.de (frank mohr) Date: Fri, 01 Jan 2010 18:12:00 +0100 Subject: [Talk-de] wirtschaftswege - access=no In-Reply-To: References: <381EB857BC024FD08B46CEE5DF7145BD@mkwebdialin> <7acdb3650912301641w79e92ca2gcdd92dd63ec40a5c@mail.gmail.com> Message-ID: <4B3E2CE0.101@yahoo.de> Mirko Küster wrote: >> -1, wenn da "nichts" wäre, wäre auch kein Schild dran... > > Entschuldige, aber da hängt ein verwittertes Pappschild in einer Folie "Kein Weg". Dahinter eine Wiese wo nichtmal mehr ein Grade 5 zu erkennen ist. Über den Weg kann man sich vielleicht noch streiten, wird vielleicht wieder benutzt. Aber das Schild hat genaso viel Relezvanz wie ein Sopp-, Zweibahn-, oder Durchgassenschild. > > Gruß > Mirko dafür hab ich noch eine "offizielle" Version: http://www.flickr.com/photos/fmohr/4233354445/ Frank ___________________________________________________________ Der fr�he Vogel f�ngt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de From osm at tappenbeck.net Fri Jan 1 18:34:48 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Fri, 01 Jan 2010 19:34:48 +0100 Subject: [Talk-de] pfahl im wald - was ist das ! Message-ID: <4B3E4048.1000209@tappenbeck.net> Moin ! kann mir einer von Euch sagen was diese Pfähle im Wald bedeuten (aufgenommen in Schleswig-Holstein): http://www.tappenbeck.net/forum/osm/osm_jt_pfahl_im_wald.jpg Gruß jan :-) From cmarqu42 at googlemail.com Fri Jan 1 18:37:57 2010 From: cmarqu42 at googlemail.com (Colin Marquardt) Date: Fri, 1 Jan 2010 19:37:57 +0100 Subject: [Talk-de] pfahl im wald - was ist das ! In-Reply-To: <4B3E4048.1000209@tappenbeck.net> References: <4B3E4048.1000209@tappenbeck.net> Message-ID: <814384661001011037i3bbe5460xde21b20863c8cade@mail.gmail.com> Am 1. Januar 2010 19:34 schrieb Jan Tappenbeck : > kann mir einer von Euch sagen was diese Pfähle im Wald bedeuten > (aufgenommen in Schleswig-Holstein): > > http://www.tappenbeck.net/forum/osm/osm_jt_pfahl_im_wald.jpg Wahrscheinlich sowas hier: http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Demergency_access_point Cheers Colin From florian at grossing.de Fri Jan 1 18:58:05 2010 From: florian at grossing.de (Florian Gross) Date: Fri, 1 Jan 2010 19:58:05 +0100 Subject: [Talk-de] pfahl im wald - was ist das ! In-Reply-To: <814384661001011037i3bbe5460xde21b20863c8cade@mail.gmail.com> References: <4B3E4048.1000209@tappenbeck.net> <814384661001011037i3bbe5460xde21b20863c8cade@mail.gmail.com> Message-ID: <201001011958.05589.florian@grossing.de> Am Fr Januar 1 2010 glaubte Colin Marquardt zu wissen: > Am 1. Januar 2010 19:34 schrieb Jan Tappenbeck : > > kann mir einer von Euch sagen was diese Pfähle im Wald bedeuten > > (aufgenommen in Schleswig-Holstein): > > > > http://www.tappenbeck.net/forum/osm/osm_jt_pfahl_im_wald.jpg > > Wahrscheinlich sowas hier: > http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Demergency_access_point http://de.wikipedia.org/wiki/Rettungspunkt sollte hinhauen flo -- > >So lange du mich nicht Gildo Horn nennst. > Aber Guildo ist doch ok, oder? > Hallo Guildo! Aus jetzt! Schluss! Pfui! Platz! [Christopher Splinter und WoKo in dag°] From mark at obrembalski.de Fri Jan 1 19:30:27 2010 From: mark at obrembalski.de (Mark Obrembalski) Date: Fri, 01 Jan 2010 20:30:27 +0100 Subject: [Talk-de] wirtschaftswege - access=no References: <7acdb3650912301636k302b2f9ax546cb6c9b95c2f45@mail.gmail.com> <94636DCB03A5409EB7168B58D8B8369A@mkwebdialin> <4B3C65DA.5060608@remote.org> Message-ID: Nils Heuermann wrote: > Hinzu kommt dann noch das dritte Problem, also sogar noch eins mehr > als bei normalen Straßen: Ist der Weg mit o. g. Schildern > gekennzeichnet oder nicht? "Muss"/darf ich ihn also benutzen oder > ist es einfach nur ein schöner Weg, auf dem (hauptsächlich) Fahrrad > gefahren wird? Und letzteres gibt es oft genug... Das Dürfen ist kein Problem, denn ein Radfahrer darf einen Weg unabhängig davon benutzen, ob er mit Zeichen 237, 240, 241, 250 + "Radfahrer frei" oder 239 + "Radfahrer frei" gekenzeichnet ist. Zumindest im oben fotografierten Fall ist auch das Müssen kein Problem: Der Weg ist nicht straßenbegleitend, so dass auch Zeichen 237, 240 und 241 keine Benutzungspflicht auslösen können - gegenüber welcher Fahrbahn auch? Gruß, Mark From webmaster at ts-eastrail.de Sat Jan 2 02:15:09 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sat, 2 Jan 2010 03:15:09 +0100 Subject: [Talk-de] Freietonne DB Message-ID: <24B1B0DB26DE4D91B35DCF5C589AC829@mkwebdialin> Hallo, mich würde mal interessieren was diese DB da rumschreibt. Beispielsweise beim Wehr Oldisleben wurde da neben dem schon ewig existierenden Wehrway (Fluss ist vollständig mit bett usw. erfasst) ein Wehrnode im Nichts erstellt. description = Unstrut, keine Schleuse zu sehen ft_link = www.freietonne.de?edit=17490 name = Wehr, Schöpfwerk (weir) Ein Name der so nichts bringt, da er das gleiche wie der Tag selbst sagt und Schöpfwerk an der Stelle auch verkehrt ist. Wenn bezeichne ich Schöpfwerke und Wehre auch so mit richtig Namen, Schöpfwerke haben teilweise noch eine Nummer. Die Beschreibung lässt darauf schließen das da garkeiner vor Ort war, ansonsten wüsste derjenige das der Teil nicht schiffbar ist, sich solcherlei Beschreibung erübrigt und es nur eine Umtragestelle für Kanuten gibt, für die es leider im übrigen bis auf die whitewater noch keine Tags gibt. Leider gibt der Link auch keinen User raus, den man an der Stelle mal kontakten könnte. An der Schleuse Wendelstein: description = Unstrut, lt Wikipedia in Betrieb ft_link = www.freietonne.de?edit=3995 name = Schleuse Wendelstein Name soweit richtig, nur leider auf dem Schleusentor. Nur hat eine Schleuse nunmal zwei Tore eine Kammer usw. Ich hoffe da noch immer auf eine Lösung bei der man das alles mal vernünftig zusammenfassen kann und auch mal Schleuszeiten usw. eintragen kann. Aktuell liegt Name usw. auf dem zugehörigen Gebäude. Sieht man das bei FT nicht? Die Beschreibung auch wieder überflüssig. Da war keiner vor Ort und als Einheimischer habe ich gegenteiliges schneller direkt in OSM korrigiert, als es vielleicht mal im Wiki auftaucht, Orakeln aus der Ferne überflüssig. Kann man sich nun zukünftig öfters an solchen überflüssigen anonymen Edits erfreuen, oder kann man die FT DB aussperren? Es wäre zumindestens mal ein Anfang wenn wenigstens ein dahinter stehender User zum kontakten auftauchen könnte. Und zwar möglichst bevor sich einer mal einen Edit War einfängt, der sich mangels Kontaktmöglichkeit nicht lösen lässt. Gruß Mirko -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From computerteddy at gmx.de Sat Jan 2 08:33:48 2010 From: computerteddy at gmx.de (Carsten Schwede) Date: Sat, 02 Jan 2010 09:33:48 +0100 Subject: [Talk-de] Happy New Year! - Neujahrsedition des Worldfile vom 31.12.09/1.1.10 Message-ID: <4B3F04EC.9030700@gmx.de> Hallo, die neuen Daten liegen wie gewohnt zum Download bereit unter: http://wiki.openstreetmap.org/wiki/User:Computerteddy -- Viele Grüße Carsten From Lulu-Ann at gmx.de Sat Jan 2 10:06:10 2010 From: Lulu-Ann at gmx.de (Lulu-Ann) Date: Sat, 02 Jan 2010 11:06:10 +0100 Subject: [Talk-de] Disability Description - voting started Message-ID: <1262426770.2286.6.camel@annette-ubuntu> Hello lists, the voting has started on the feature Disability Description. http://wiki.openstreetmap.org/wiki/Proposed_features/DisabilityDescription This is planned to be rendered on http://www.accessiblemaps.org Regards Lulu-Ann From frederik at remote.org Sat Jan 2 11:03:44 2010 From: frederik at remote.org (Frederik Ramm) Date: Sat, 02 Jan 2010 12:03:44 +0100 Subject: [Talk-de] Freietonne DB In-Reply-To: <24B1B0DB26DE4D91B35DCF5C589AC829@mkwebdialin> References: <24B1B0DB26DE4D91B35DCF5C589AC829@mkwebdialin> Message-ID: <4B3F2810.7070904@remote.org> Hallo Mirko, auch im neuen Jahr stuende Dir etwas *weniger* Schaum vor dem Mund sicherlich gut zu Gesicht. > Kann man sich nun zukünftig öfters an solchen überflüssigen anonymen > Edits erfreuen, Die Edits sind nicht anonym; wenn Du an den User schreibst, der dahinter steckt, wird das soweit ich weiss durchaus von einem Menschen gelesen. Und wenn Du dabei einen Ton anschlaegst, in dem Du nicht gleich alles verteufelst, was Du Dir nicht selbst ausgedacht hast, ist die Erfolgswahrscheinlichkeit sogar noch groesser ;-) Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From webmaster at ts-eastrail.de Sat Jan 2 13:07:37 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sat, 2 Jan 2010 14:07:37 +0100 Subject: [Talk-de] Freietonne DB References: <24B1B0DB26DE4D91B35DCF5C589AC829@mkwebdialin> <4B3F2810.7070904@remote.org> Message-ID: <64461E45F6104E729E3128CF28825B6C@mkwebdialin> > Die Edits sind nicht anonym; wenn Du an den User schreibst, der dahinter > steckt, wird das soweit ich weiss durchaus von einem Menschen gelesen. Genau darum gehts ja. In OSM erscheint durch den FT DB Eingriff nur Freietonne selbst. Das kam von FT und nicht aus OSM. Auf der verlinkten Seite von FT selbst ist nur "jjOffline" zu sehen. Was oder wer das ist kann man nur raten. Kontaktmöglichkeiten gibts aber generell nicht. > Und wenn Du dabei einen Ton anschlaegst, in dem Du nicht gleich alles > verteufelst, was Du Dir nicht selbst ausgedacht hast, ist die > Erfolgswahrscheinlichkeit sogar noch groesser ;-) Hat damit nichts zu tun, im Gegenteil. Ich warte ja noch immer auf eine Reihe von Schifffahrtszeichen deren Standort ich habe, die aber noch nicht abgedeckt werden. Da trage ich die auch gerne ein, da bin ich auf der Seite von FT. Wenn das aber damit endet das ohnehin schwierig aktuell zu haltene Gebiet öfters noch nach doppelten Informationen eines weiteren Bots absuchen zu müssen, man das dann nichtmal mit dem entsprechendem Verfasser abklären kann, der augenscheinlich nur aus der Ferne orkaelt hat, ist das nicht wirklich lustig. Amok laufende Bots haben wir reichlich. Die Geschichte mit Eigenenamen von Waldwegen reicht mir da schon. Da wird auch jede Strasse mit Straße überschrieben, obwohl das keine Straßennamen ansich sind. Mit historischen Daten brauche ich da garnicht erst fangen. Gruß Mirko From webmaster at ts-eastrail.de Sat Jan 2 13:50:20 2010 From: webmaster at ts-eastrail.de (=?UTF-8?Q?Mirko_K=C3=BCster?=) Date: Sat, 2 Jan 2010 14:50:20 +0100 Subject: [Talk-de] Konzentrationslager/Arbeitserziehungslager Message-ID: <95850021A7404D4F84E84C228B08375D@mkwebdialin> Nach der HMA nun ein weiteres Testobjekt, diemal mit zwei Generationen Daten unter den Aktuellen. Jetzt aber vor meiner Tür, damits keinen anderen stören kann. http://www.openstreetmap.org/?lat=51.29592&lon=11.46672&zoom=15&layers=B000FTF Es handelt sich um die Gewerkschaft Roßleben mit den Schächten Roßleben und Wendelstein vor der Rekonstruktion etwa 1950, nach 1960 wurde umgebaut und erweitert. Das ganze ließe sich noch von 1903 bis zu Rekonstruktion jahresgenau abstufen. Dieser Datensatz ist wie zuvor mit einem historic Namensraum vor jedem Schlüssel gekennzeichnet. Diesmal jedoch um die Jahresangabe erweitert. Das könnte man bis hin zu konkreten Daten, oder mit einem weiteren Schritt auch Zeiten machen. Wäre so vielleicht auch ein Lösung für zukünftige oder temporäre Sachen, die nur in speziellen Renderern oder zu bestimmten Zeiten sichtbar werden sollen und bei Bedarf eventuell auch automatisch entfernt werden könnten. Die Gerwerkschaft Roßleben um 1950 versteckt sich "historic:1950:". Die Objekte mit diesem Namensraum muss man sich nur abgreifen, nach isolierung selbigen Schlüssel entfernen und schon kann das ganze ganz normal gerendert werden. Darüber dann der Zustand der etwa 1990 entspricht. Der sich nun VEB Kalibetrieb Südharz, Werk "Heinrich Rau" Roßleben bezeichnende Betrieb hatte zu diesem Zeitpunkt seine größte Ausdehnung. Diese Daten sind mit "historic:1990:" gekennzeichnet. Was nach 1992 daraus und samt tausenden Arbeitsplätzen wurde sieht man im aktuellen normalen Datensatz. Auch hier könnte man noch weiter gehen. Einige hundert Meter darunter liegt das eigentliche Abbaugebiet. Das sind aber mehrere Stollen übereinander. Ein dichtes Netz was mit weiteren angeschlossenen Gruben im Westen bis nach Ziegelroda, im Osten bis Nebra und im Norden bis etwa Schmon reicht. Das ist zu dicht und zieht falsche Verbindungen mit Daten darüber an. Gruß Mirko From osm at ulfm.de Sat Jan 2 14:06:45 2010 From: osm at ulfm.de (=?ISO-8859-1?Q?Ulf_M=F6ller?=) Date: Sat, 02 Jan 2010 15:06:45 +0100 Subject: [Talk-de] Freietonne DB In-Reply-To: <64461E45F6104E729E3128CF28825B6C@mkwebdialin> References: <24B1B0DB26DE4D91B35DCF5C589AC829@mkwebdialin> <4B3F2810.7070904@remote.org> <64461E45F6104E729E3128CF28825B6C@mkwebdialin> Message-ID: Mirko Küster schrieb: > Genau darum gehts ja. In OSM erscheint durch den FT DB Eingriff nur > Freietonne selbst. Das kam von FT und nicht aus OSM. Auf der verlinkten > Seite von FT selbst ist nur "jjOffline" zu sehen. Was oder wer das ist kann > man nur raten. Kontaktmöglichkeiten gibts aber generell nicht. Hast du denn mal den Account angeschrieben, unter dem das in OSM hochgeladen wurde? Das wird doch sicher jemand lesen und entsprechend weiterleiten können. From webmaster at ts-eastrail.de Sat Jan 2 14:27:27 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sat, 2 Jan 2010 15:27:27 +0100 Subject: [Talk-de] Freietonne DB References: <24B1B0DB26DE4D91B35DCF5C589AC829@mkwebdialin> <4B3F2810.7070904@remote.org><64461E45F6104E729E3128CF28825B6C@mkwebdialin> Message-ID: > Hast du denn mal den Account angeschrieben, unter dem das in OSM > hochgeladen wurde? Das wird doch sicher jemand lesen und entsprechend > weiterleiten können. Lieber Freietonne DB Bot... Damit erreichst du nur den FT Admin selbst. Wäre elaganter wenn man den betreffenden dann selbst erreicht und keiner stille Post spielen müsste. Mitlerweile hat sich das aber geklärt. Mein Fix war vorhin wieder entfixt, diesmal teilweise direkt in OSM. Es war Jan Jesse selbst. Ist bereits kontaktiert. Gruß Mirko From ulf.lamping at googlemail.com Sat Jan 2 15:17:31 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 02 Jan 2010 16:17:31 +0100 Subject: [Talk-de] Freietonne DB In-Reply-To: References: <24B1B0DB26DE4D91B35DCF5C589AC829@mkwebdialin> <4B3F2810.7070904@remote.org><64461E45F6104E729E3128CF28825B6C@mkwebdialin> Message-ID: <4B3F638B.3090501@googlemail.com> Am 02.01.2010 15:27, schrieb Mirko Küster: >> Hast du denn mal den Account angeschrieben, unter dem das in OSM >> hochgeladen wurde? Das wird doch sicher jemand lesen und entsprechend >> weiterleiten können. > > Lieber Freietonne DB Bot... > Damit erreichst du nur den FT Admin selbst. Wäre elaganter wenn man den > betreffenden dann selbst erreicht und keiner stille Post spielen müsste. Hast schon recht. Darüber soll sich aber dann der Bot Besitzer Gedanken drum machen, wie er seine "Arbeitszeit" sinnvoll nutzt. Gruß, ULFL From pherison at web.de Sat Jan 2 15:32:34 2010 From: pherison at web.de (Peter Herison) Date: Sat, 02 Jan 2010 16:32:34 +0100 Subject: [Talk-de] Stassenschild != Adresse Message-ID: Moin moin Ich hab' hier eine Strasse (http://www.openstreetmap.org/browse/way/25788793), die von der Hauptstrasse in Richtung Feld abzweigt. Am Anfang ist es aber noch ein normaleer highway=residential, der zu ein paar Haeusern fuehrt, unter anderem dem Vereinsgelaede eines lokalen Karneval-Vereins. Die Strasse hat ein Schild mit Namen "Frohsinn Weg". Die offizielle Adresse des Vereins lautet allerdings "Im Heidegraben 29", was auch mit der Hausnummer am Gebaeude uebereinstimmt. Frage 1: Was kommt in den Name-Tag? Der offizielle, oder der vom Schild? Frage 2: Was ist der 2. Name? loc_name? alt_name? From bernd at bwurst.org Sat Jan 2 15:39:04 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Sat, 2 Jan 2010 16:39:04 +0100 Subject: [Talk-de] Probleme mit LeanJOSM Message-ID: <201001021639.04980.bernd@bwurst.org> Hi. Da ich gerne täglich "frische" Software nutze aber nur endlich Bandbreite habe, hab ich mich über Frederiks LeanJOSM sehr gefreut. Seit einiger Zeit (hab's nur sporadisch getestet) habe ich aber einige elementare Probleme damit: - Sobald ein (beliebiges) Plugin geladen wird, kommt ein NoSuchMethodError. java.lang.NoSuchMethodError: org.openstreetmap.josm.gui.ExtendedDialog.setContent(Ljava/lang/String;)V at org.openstreetmap.josm.plugins.PluginHandler.loadPlugins(PluginHandler.java:126) at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:152) - Sobald man eine Änderung hochladen will, kommt ein NoSuchMethodError (hatte den nur grafisch, irgendwas mit Changeset.getID() oder so). Ohne diese beiden Funktionen ist JOSM zwar komplett wertlos, funktioniert ansonsten aber. ;-)) Im Ernst: Frederik, kannst du bitte mal danach schauen? Offenbar wird da was rausgepatched was man eher drinlassen sollte. Gruß, Bernd -- Columbus hatte in Wirklichkeit vier Schiffe - das vierte segelte über die Kante -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From osm_ at malenki.ch Sat Jan 2 15:44:00 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 2 Jan 2010 16:44:00 +0100 Subject: [Talk-de] Stassenschild != Adresse References: Message-ID: <20100102164400.28f36968@c2d-sid> Peter Herison schrieb: >(http://www.openstreetmap.org/browse/way/25788793), die von der >Hauptstrasse in Richtung Feld abzweigt. Am Anfang ist es aber noch ein >normaleer highway=residential, der zu ein paar Haeusern fuehrt, unter >anderem dem Vereinsgelaede eines lokalen Karneval-Vereins. >Die Strasse hat ein Schild mit Namen "Frohsinn Weg". Die offizielle >Adresse des Vereins lautet allerdings "Im Heidegraben 29", was auch mit >der Hausnummer am Gebaeude uebereinstimmt. Es gibt öfter Adressen, deren Adressanschrift nicht mit dem Name der Straße übereinstimmt, an dem sich die Adresse befindet/zu befinden scheint. >Frage 1: Was kommt in den Name-Tag? Der offizielle, oder der vom >Schild? Wer soll das endgültig entscheiden? Ist das Schild inoffiziell? Ich würde dem Augenschein nach taggen und den Name vom Schild verwenden. >Frage 2: Was ist der 2. Name? loc_name? alt_name? Zusätzlich solltes du ja beim Verein und der Stadt nachfragen, wie es sich mit dem Straßenname verhält From qbert1 at gmx.de Sat Jan 2 16:06:37 2010 From: qbert1 at gmx.de (qbert biker) Date: Sat, 02 Jan 2010 17:06:37 +0100 Subject: [Talk-de] Spurgenaue Abbildung, Update In-Reply-To: <20100101100517.62690@gmx.net> References: <20100101100517.62690@gmx.net> Message-ID: <20100102160637.246520@gmx.net> Hallo, hab heute noch ein wenig mit dem Programm rumgespielt und eine alternative Visualisierung gemacht: http://img214.imageshack.us/img214/2618/bosmcrossing2.png Die Ausgangsdaten sind gleich geblieben, also: http://www.opencarbox.de/osm/test6.osm.bz2 Vielen Dank an Guenther Meyer fürs Bereitstellen. Für die Änderungen der Spuranzahl auf der Strecke muss ich mir noch was einfallen lassen, eine Abschrägung sollte es fürs erste tun. Gruesse Hubert -------- Original-Nachricht -------- > Datum: Fri, 01 Jan 2010 11:05:17 +0100 > Von: "qbert biker" > An: talk-de at openstreetmap.org > Betreff: [Talk-de] Spurgenaue Abbildung > Erstmal ein gutes Neues zusammen! > > Ich war letztes Jahr mal in ein paar Diskussionen dabei, in > denen es um spurgenaue Abbildung von Autobahnkreuzen, etc. > ging. Ueber die Feiertage hatte ich Zeit, ein wenig > damit zu spielen und das ist dabei rausgekommen: > > http://img191.imageshack.us/img191/7219/bosmcrossing1.png > > Das Kreuz ist bei Herford (ca. 52°05'20'', 8°41'46'') und > wurde mal im November als Beispiel angegeben: > > http://www.openstreetmap.org/?lat=52.08868&lon=8.69753&zoom=17&layers=B000FTF > > http://lists.openstreetmap.org/pipermail/talk-de/2009-November/058720.html > > Ich bin dabei komplett ohne Relations ausgekommen und habe > als Eingangsdaten nur 'lanes', '*.link', 'oneway' und > 'highway' verwendet (ohne Gewähr auf Vollständigkeit). Bei > einer angenommenen Spurbreite von 5m sieht das ganze > relativ realistisch aus. > > Allerdings habe ich das Kreuz lokal bei mir ziemlich umbauen > muessen, damit das raus kommt, was zu sehen ist. Die > Änderungen habe ich sicherheitshalber nicht hochgeladen, denn > mit einem lokalen Datensatz kann man besser basteln ohne die > anderen zu stören. > > Gruesse Hubert > -- > GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser From de_muur at gmx.de Sat Jan 2 16:31:26 2010 From: de_muur at gmx.de (Torsten Leistikow) Date: Sat, 02 Jan 2010 17:31:26 +0100 Subject: [Talk-de] Stassenschild != Adresse In-Reply-To: References: Message-ID: <4B3F74DE.4030703@gmx.de> Peter Herison schrieb am 02.01.2010 16:32: > Ich hab' hier eine Strasse > (http://www.openstreetmap.org/browse/way/25788793), die von der > Hauptstrasse in Richtung Feld abzweigt. Am Anfang ist es aber noch ein > normaleer highway=residential, der zu ein paar Haeusern fuehrt, unter > anderem dem Vereinsgelaede eines lokalen Karneval-Vereins. > Die Strasse hat ein Schild mit Namen "Frohsinn Weg". Die offizielle > Adresse des Vereins lautet allerdings "Im Heidegraben 29", was auch mit > der Hausnummer am Gebaeude uebereinstimmt. Die Kombination aus Karnevalverein und dem Strassennamen "Frohsinn Weg" laesst mich an der Korrektheit des Strassenschildes zweifeln. Aber frage doch einfach mal einen Anwohner, die werden schon wissen wo sie wohnen. Gruss Torsten From cmarqu42 at googlemail.com Sat Jan 2 16:33:29 2010 From: cmarqu42 at googlemail.com (Colin Marquardt) Date: Sat, 2 Jan 2010 17:33:29 +0100 Subject: [Talk-de] Stassenschild != Adresse In-Reply-To: References: Message-ID: <814384661001020833g71f7d7a4ocf5480cbd47885b9@mail.gmail.com> Am 2. Januar 2010 16:32 schrieb Peter Herison : > Ich hab' hier eine Strasse > (http://www.openstreetmap.org/browse/way/25788793), die von der > Hauptstrasse in Richtung Feld abzweigt. Am Anfang ist es aber noch ein > normaleer highway=residential, der zu ein paar Haeusern fuehrt, unter > anderem dem Vereinsgelaede eines lokalen Karneval-Vereins. > Die Strasse hat ein Schild mit Namen "Frohsinn Weg". Die offizielle > Adresse des Vereins lautet allerdings "Im Heidegraben 29", was auch mit > der Hausnummer am Gebaeude uebereinstimmt. > > Frage 1: Was kommt in den Name-Tag? Der offizielle, oder der vom Schild? > Frage 2: Was ist der 2. Name? loc_name? alt_name? Klingt mir nach name=Im Heidegraben; fun_name=Frohsinn Weg; fun_name:note=(sp!) alt_name waere mir zu offiziell, das Schild haben doch bestimmt bloss die Karnevalisten aufgestellt? (Wenn diese aufgrund einer Anfrage an die Stadt gezwungen werden, diese Anmassung abzubauen, ist OSM bestimmt auf Jahre Thema der Festreden, hat doch auch was :) Cheers Colin From bernd at bwurst.org Sat Jan 2 16:44:24 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Sat, 2 Jan 2010 17:44:24 +0100 Subject: [Talk-de] Stassenschild != Adresse In-Reply-To: References: Message-ID: <201001021744.25276.bernd@bwurst.org> Hallo Peter. Am Samstag 02 Januar 2010 16:32:34 schrieb Peter Herison: > Ich hab' hier eine Strasse > (http://www.openstreetmap.org/browse/way/25788793), die von der > Hauptstrasse in Richtung Feld abzweigt. Am Anfang ist es aber noch ein > normaleer highway=residential, der zu ein paar Haeusern fuehrt, unter > anderem dem Vereinsgelaede eines lokalen Karneval-Vereins. > Die Strasse hat ein Schild mit Namen "Frohsinn Weg". Die offizielle > Adresse des Vereins lautet allerdings "Im Heidegraben 29", was auch mit > der Hausnummer am Gebaeude uebereinstimmt. Aaalso... ;-) Was mich stutzig macht, ist die Höhe der Hausnummer. Eine Straße mit 2 Gebäuden dran hat normalerweise keine Hausnummer 29. Die Straße "Im Heidegraben" über der Bundesstraße drüber hört bei OSM recht bald auf. Bei den kommerziellen Mitbewerbern heißt die Straße aber bis mindestens zum Karnevalsverein noch "Im Heidegraben". Ich tippe also ganz stark darauf, dass die Adresse der Karnevalisten von der Hauptstraße kommt, die dort dann wohl immer noch "Im Heidegraben" heißt. Dass die Zufahrt dann über einen "Frohsinn-Weg" (Die Formulierung mit Deppenleerzeichen hat dann vielleicht der Praktikant gemacht) führt, ist weiter nicht schlimm. > Frage 1: Was kommt in den Name-Tag? Der offizielle, oder der vom Schild? Das vom Schild, wenn es denn ein offizielles Schild ist bzw. ein Name der gebräuchlich ist. > Frage 2: Was ist der 2. Name? loc_name? alt_name? Der kommt an die Straße die ihn trägt. :) Gruß, Bernd -- Gegen das zunehmende Wissen der Menschheit wäre nichts einzuwenden, wenn sie dadurch gescheiter würden. - Ernst R. Hauschka (dt. Aphoristiker 1926) -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From dieterdreist at gmail.com Sat Jan 2 16:58:47 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Sat, 2 Jan 2010 17:58:47 +0100 Subject: [Talk-de] Stassenschild != Adresse In-Reply-To: References: Message-ID: <7acdb3651001020858n2498ed24v55088ac81d486ae@mail.gmail.com> Am 2. Januar 2010 16:32 schrieb Peter Herison : > Frage 1: Was kommt in den Name-Tag? Der offizielle, oder der vom Schild? > Frage 2: Was ist der 2. Name? loc_name? alt_name? > als erstes würde ich Adresse des Hauses mit der Straße eingeben (nach KA-Schema, also addr:...), so wie Dir bekannt (also "Im Heidegraben"). Als Namen für den Way der Straße würde ich das was auf dem Schild steht eintragen ( "Frohsinn Weg"), oder (m.E. hier zu empfehlen) weiterforschen, ob das Schild evtl. nicht stimmt. Prinzipiell immer so taggen, wie der Informationsstand ist, raten ist langweilig und bringt nichts. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From webmaster at ts-eastrail.de Sat Jan 2 16:59:46 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sat, 2 Jan 2010 17:59:46 +0100 Subject: [Talk-de] Stassenschild != Adresse References: <201001021744.25276.bernd@bwurst.org> Message-ID: > Aaalso... ;-) > Was mich stutzig macht, ist die Höhe der Hausnummer. Eine Straße mit 2 > Gebäuden dran hat normalerweise keine Hausnummer 29. Das hat erstmal garnichts zu sagen. Oft werden die Hausnummern schon vor dem Spatenstich an die geplanten Grundstücke vergeben. Bei uns ist es auch nicht unblich das auf der rechten Seite die Nummern 1 bis 15 stehen, links in entgegengesetzer Richtung die 16 bis 30. Manchmal kommts zur Grundstücksteilung und es quetscht sich z.B. noch eine 8a dazwischen. Und so stehen sich dann Hausnummer 2 und 29 gegenüber. Auch wenn die restlichen Grundstücke noch garnicht bebaut oder länsgt verworfen wurden. Ein anderes Kuriosium was man hier oft findet sind Ortsdurchziehende Hausnummerierung. Da fängt der Kirschweg mit 1 bis 20 an, die Haupstraße geht mit 21 bis 85 weiter, in der Fräuleinstraße kommt dann 86 bis 124. Und so hast auch mal einen Straßenstummel mit 3 Häusern, die aber die Nummern 134 bis 137 tragen. Gruß Mirko From dieterdreist at gmail.com Sat Jan 2 17:11:46 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Sat, 2 Jan 2010 18:11:46 +0100 Subject: [Talk-de] Stassenschild != Adresse In-Reply-To: References: <201001021744.25276.bernd@bwurst.org> Message-ID: <7acdb3651001020911u320c5f56nb44c8df6ef74661a@mail.gmail.com> Am 2. Januar 2010 17:59 schrieb Mirko Küster : > > Aaalso... ;-) > > Was mich stutzig macht, ist die Höhe der Hausnummer. Eine Straße mit 2 > > Gebäuden dran hat normalerweise keine Hausnummer 29. > > Das hat erstmal garnichts zu sagen. schließlich sind die Nummern, die wir meist Hausnummern nennen, eigentlich Grundstücksnummern, wobei ein Grundstück (falls sinnvoll) auch mehrere Nummern bekommen kann. Allerdings ist das nicht bundeseinheitlich geregelt. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From dieterdreist at gmail.com Sat Jan 2 17:19:08 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Sat, 2 Jan 2010 18:19:08 +0100 Subject: [Talk-de] Spurgenaue Abbildung, Update In-Reply-To: <20100102160637.246520@gmx.net> References: <20100101100517.62690@gmx.net> <20100102160637.246520@gmx.net> Message-ID: <7acdb3651001020919y2d82fb57ua3e2c97dca0e5322@mail.gmail.com> Am 2. Januar 2010 17:06 schrieb qbert biker : > Hallo, > > hab heute noch ein wenig mit dem Programm rumgespielt und > eine alternative Visualisierung gemacht: > > http://img214.imageshack.us/img214/2618/bosmcrossing2.png > > > Sieht schon viel anschaulicher aus, fast perfekt. Richtig schön wäre es jetzt noch, wenn man auch den Beginn einer Spur drin hätte, also dort, wo sie noch nicht voll benutzbar ist, der Asphalt sich aber schon verbreitert (bisher fangen die Spuren sofort bei "voll" an, ist aber vielleicht auch nur ein Renderingthema?). Etwas merkwürdig der südliche Teil der durchgehenden horizontalen Autobahn: ist da gerade Baustelle, oder warum hat die z.T. nur eine Spur? Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From mail at s-hohmann.de Sat Jan 2 18:02:42 2010 From: mail at s-hohmann.de (Sebastian Hohmann) Date: Sat, 02 Jan 2010 19:02:42 +0100 Subject: [Talk-de] Post- und Telefonkarte Message-ID: <4B3F8A42.1090606@s-hohmann.de> Hallo, vielleicht interessiert es hier auch einen, nachdem es im Forum schon Anklang gefunden hat: http://osmtools.de/poi/ Gruß From web at oemmes.net Sat Jan 2 18:33:59 2010 From: web at oemmes.net (Nils Heuermann) Date: Sat, 02 Jan 2010 19:33:59 +0100 Subject: [Talk-de] Spurgenaue Abbildung, Update In-Reply-To: <20100102160637.246520@gmx.net> References: <20100101100517.62690@gmx.net> <20100102160637.246520@gmx.net> Message-ID: Hallo Hubert, > hab heute noch ein wenig mit dem Programm rumgespielt jetzt hab ichs mir auch angeguckt. Sieht hübsch aus :) Vom Tagging her ist es sehr simpel und nutzt auch keinen neuen "Zaubereien". Für tiefgehendere Informationen zu einzelnen Spuren bräuchte man dann natürlich eine ganze Latte an Tags am Way... > http://img214.imageshack.us/img214/2618/bosmcrossing2.png Zu beachten wäre noch, dass wenn eine Spur im normalen Straßenverlauf wegfällt, dies i. d. R. die linke ist. Im Beispiel z. B. die von Nordwest kommenden 2 Spuren, die sich auf 1 verringern. Auch dies ist nichts Neues für dich: Auf Straßen mit Gegenverkehr, also die nicht oneway sind, gibt es z. B. die wechselnden 2+1-Straßen oder unterschiedlichste Abbiegespuren an Kreuzungen. Da kanns schnell unübersichtlich werden und nur mit "lanes=x" kommt man nicht weiter. Hast du dir dazu weitere Gedanken gemacht? Viele Grüße, Nils From web at oemmes.net Sat Jan 2 18:37:08 2010 From: web at oemmes.net (Nils Heuermann) Date: Sat, 02 Jan 2010 19:37:08 +0100 Subject: [Talk-de] Spurgenaue Abbildung, Update In-Reply-To: <7acdb3651001020919y2d82fb57ua3e2c97dca0e5322@mail.gmail.com> References: <20100101100517.62690@gmx.net> <20100102160637.246520@gmx.net> <7acdb3651001020919y2d82fb57ua3e2c97dca0e5322@mail.gmail.com> Message-ID: Am Sat, 02 Jan 2010 18:19:08 +0100 hat Martin Koppenhoefer geschrieben: >> http://img214.imageshack.us/img214/2618/bosmcrossing2.png >> > Etwas merkwürdig der südliche Teil der durchgehenden horizontalen > Autobahn: > ist da gerade Baustelle, oder warum hat die z.T. nur eine Spur? das ist nur eine Bundesstraße (B 239). Nordwestlich der Autobahn ist sie vor einigen Jahren ausgebaut worden (trunk, autobahnähnlich mit 2 Spuren je Richtung), nach Südosten ist es eine normale 2-spurige Straße (primary, ist im Screenshot nicht mehr zu sehen). Daher kommen in dem Kreuz Spuren hinzu bzw. fallen weg. Gruß, Nils From hartmut at mysql.com Sat Jan 2 18:42:51 2010 From: hartmut at mysql.com (Hartmut Holzgraefe) Date: Sat, 02 Jan 2010 19:42:51 +0100 Subject: [Talk-de] Spurgenaue Abbildung, Update In-Reply-To: <7acdb3651001020919y2d82fb57ua3e2c97dca0e5322@mail.gmail.com> References: <20100101100517.62690@gmx.net> <20100102160637.246520@gmx.net> <7acdb3651001020919y2d82fb57ua3e2c97dca0e5322@mail.gmail.com> Message-ID: <4B3F93AB.9070405@mysql.com> Martin Koppenhoefer > Etwas merkwürdig der südliche Teil der durchgehenden horizontalen Autobahn: ist da gerade Baustelle, oder warum hat die z.T. nur eine Spur? passt schon, das obere ist keine Autobahn sondern 'nur' eine Bundesstraße (B 239) die nur auf der westlichen Seite autobahnähnlich ausgebaut ist, in östlicher Richtung verschmalert sich die B239 auf eine Spur je Fahrtrichtung. -- hartmut From qbert1 at gmx.de Sat Jan 2 18:44:37 2010 From: qbert1 at gmx.de (qbert biker) Date: Sat, 02 Jan 2010 19:44:37 +0100 Subject: [Talk-de] Spurgenaue Abbildung, Update In-Reply-To: <7acdb3651001020919y2d82fb57ua3e2c97dca0e5322@mail.gmail.com> References: <20100101100517.62690@gmx.net> <20100102160637.246520@gmx.net> <7acdb3651001020919y2d82fb57ua3e2c97dca0e5322@mail.gmail.com> Message-ID: <20100102184437.184250@gmx.net> -------- Original-Nachricht -------- > Datum: Sat, 2 Jan 2010 18:19:08 +0100 > Von: Martin Koppenhoefer > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] Spurgenaue Abbildung, Update Hallo, > Sieht schon viel anschaulicher aus, fast perfekt. Richtig schön wäre es > jetzt noch, wenn man auch den Beginn einer Spur drin hätte, also dort, wo > sie noch nicht voll benutzbar ist, der Asphalt sich aber schon verbreitert > (bisher fangen die Spuren sofort bei "voll" an, ist aber vielleicht auch > nur > ein Renderingthema?). Ist es - ich habe schlicht noch keine Regel dafür implementiert. Bisher habe ich mich nur mit der automatischen Anpassung von Y-Verbindungen beschäftigt, also '2 auf 1' oder '1 auf 2'. Es bräuchte also noch eine Regel für '1 auf 1' mit Spuranzahländerung. Mal schaun, wann ich dazu komme. > Etwas merkwürdig der südliche Teil der durchgehenden horizontalen > Autobahn: > ist da gerade Baustelle, oder warum hat die z.T. nur eine Spur? Das was von rechts unten nach links oben geht ist keine Autobahn, sondern eine autobahnähnlich ausgebaute Bundesstrasse, also in diesem Bereich 'trunk'. Die Spuränderungen sind zumindest nach den Satellitenbildern so wie beschrieben, ohne Baustelle. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser From webmaster at ts-eastrail.de Sat Jan 2 18:58:21 2010 From: webmaster at ts-eastrail.de (=?ISO-8859-15?Q?Mirko_K=FCster?=) Date: Sat, 2 Jan 2010 19:58:21 +0100 Subject: [Talk-de] Post- und Telefonkarte References: <4B3F8A42.1090606@s-hohmann.de> Message-ID: <6A264AC5E81942178699DA86F66654F0@mkwebdialin> > vielleicht interessiert es hier auch einen, nachdem es im Forum schon > Anklang gefunden hat: http://osmtools.de/poi/ Daumen hoch. Endlich sieht man mal wofür man die Daten einträgt. Mit Betreiber, Öffnungs- bzw. Leerungszeiten. In der Slippy gehen selbst die eigentlichen POI schon gänzlich unter. Was noch fehlt sind die angeschlossenen Postbanken in den Agenturen. http://osmtools.de/poi/?zoom=15&lat=51.29792&lon=11.4351&layers=BTTTT Gruß Mirko From qbert1 at gmx.de Sat Jan 2 19:27:01 2010 From: qbert1 at gmx.de (qbert biker) Date: Sat, 02 Jan 2010 20:27:01 +0100 Subject: [Talk-de] Spurgenaue Abbildung, Update In-Reply-To: References: <20100101100517.62690@gmx.net> <20100102160637.246520@gmx.net> Message-ID: <20100102192701.184220@gmx.net> -------- Original-Nachricht -------- > Datum: Sat, 02 Jan 2010 19:33:59 +0100 > Von: "Nils Heuermann" > An: "Openstreetmap allgemeines in Deutsch" > Betreff: Re: [Talk-de] Spurgenaue Abbildung, Update > Hallo Hubert, > > > hab heute noch ein wenig mit dem Programm rumgespielt > > jetzt hab ichs mir auch angeguckt. Sieht hübsch aus :) > > Vom Tagging her ist es sehr simpel und nutzt auch keinen neuen > "Zaubereien". Für tiefgehendere Informationen zu einzelnen Spuren > bräuchte > man dann natürlich eine ganze Latte an Tags am Way... Oder eben dann Relations. Grundsätzlich finde ich es sehr praktisch, die ways an Verzweigungen zu unterbrechen. Das hab ich gemacht und weils dann fast keinen Grund mehr gab, innerhalb von ways Info einzufügen, hab ichs für den ersten Schritt beim einfachen Tagging gelassen. Das Programm ist als Versuch zu sehen, wie man aus sehr wenig Info einiges rausholt. Und mir ist klar, dass das z.B. bei Sonderlinien an die Grenzen stösst. > Zu beachten wäre noch, dass wenn eine Spur im normalen Straßenverlauf > wegfällt, dies i. d. R. die linke ist. Im Beispiel z. B. die von Nordwest > > kommenden 2 Spuren, die sich auf 1 verringern. Das beschriebene Konzept klappt nur bei Autobahnen oder autobahnähnlich ausgebauten Strassen. Und da sind die Masse an Spuren die wegfallen, Einfädelspuren von Kreuzungen oder Einfahrten. Die links wegfallenden Spuren sind die Ausnahme wenn man Einfädelspuren wie alle andern Spuren betrachtet. Aber du hast natürlich recht damit, dass das vorkommt und man eine Ausnahmebehandlung vorsehen sollte. > Auch dies ist nichts Neues für dich: > Auf Straßen mit Gegenverkehr, also die nicht oneway sind, gibt es z. B. > die wechselnden 2+1-Straßen oder unterschiedlichste Abbiegespuren an > Kreuzungen. Da kanns schnell unübersichtlich werden und nur mit "lanes=x" > > kommt man nicht weiter. Hast du dir dazu weitere Gedanken gemacht? Wohl am besten mit einem speziellen Konstrukt, z.B. mit passenden Relations. Ich wollte ja hauptsächlich demonstrieren, dass es sich lohnt, die Basisdaten wie lanes einzutragen, weil passende SW da einiges rauskitzeln kann. Wer mehr will, kann jederzeit mehr eintragen, aber es wäre schade, wenn Leute Spuranzahl und ähnliches gar nicht eintragen, weil sie meinen, dass keiner damit was anfangen kann. Grüsse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 From wo_wienke at gmx.net Sat Jan 2 19:54:09 2010 From: wo_wienke at gmx.net (Wolfgang Wienke) Date: Sat, 02 Jan 2010 20:54:09 +0100 Subject: [Talk-de] Post- und Telefonkarte In-Reply-To: <4B3F8A42.1090606@s-hohmann.de> References: <4B3F8A42.1090606@s-hohmann.de> Message-ID: <4B3FA461.7020109@gmx.net> Sebastian Hohmann schrieb: > Hallo, > vielleicht interessiert es hier auch einen, nachdem es im Forum schon > Anklang gefunden hat: http://osmtools.de/poi/ > > Gruß > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > Sehr schön! -- Mit freundlichen Gruessen wonk From gmane2009 at cfaerber.name Fri Jan 1 14:24:00 2010 From: gmane2009 at cfaerber.name (=?ISO-8859-1?Q?Claus_F=E4rber?=) Date: 01 Jan 2010 15:24:00 +0100 Subject: [Talk-de] wirtschaftswege - access=no References: Message-ID: Sven Geggus schrieb/wrote: > Johann H. Addicks wrote: >> access=no > Dieses tag setze ich nur in einem einizgen Fall nämlich bei Verbot > für Fahrzeuge aller Art ohne Ausnahme. Und was ist mit Fußgängern? Claus From osm at tappenbeck.net Sat Jan 2 21:08:13 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 02 Jan 2010 22:08:13 +0100 Subject: [Talk-de] Post- und Telefonkarte In-Reply-To: <4B3F8A42.1090606@s-hohmann.de> References: <4B3F8A42.1090606@s-hohmann.de> Message-ID: Am 02.01.2010 19:02, schrieb Sebastian Hohmann: > Hallo, > vielleicht interessiert es hier auch einen, nachdem es im Forum schon > Anklang gefunden hat: http://osmtools.de/poi/ > > Gruß Hi ! finde ich auch gut - dann werde ich meine lokalen Postkasten-Auswertungen wohl einstampfen. Wenn mir noch neue Ideen kommen dann teile ich Dir diese mit. Ich werde mir dann andere Themenbereiche suchen. Schön wäre ... ... der direkte Wechsel auf den OSMBug-Kartenausschnitt in einem anderen Browser-Fenster (Beispiel http://www.tappenbeck.net/osm/poi_maps/index.php?id=1) und ein kürzeres Datenintervall ! ... Einblenden des letzten Bearbeitungsstandes in dem PupUp-Fenster sowie der direkte Aufruf von JOSM über das Remote-Controll sowie die Objekthistorie Gruß Jan :-) From northcape at gmx.de Sat Jan 2 21:57:09 2010 From: northcape at gmx.de (northcape at gmx.de) Date: Sat, 02 Jan 2010 22:57:09 +0100 Subject: [Talk-de] Post- und Telefonkarte In-Reply-To: <4B3FA461.7020109@gmx.net> References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net> Message-ID: <4B3FC135.3000102@gmx.de> Am 02.01.2010 20:54, schrieb Wolfgang Wienke: > Sebastian Hohmann schrieb: >> Hallo, >> vielleicht interessiert es hier auch einen, nachdem es im Forum schon >> Anklang gefunden hat: http://osmtools.de/poi/ >> >> Gruß >> >> _______________________________________________ >> Talk-de mailing list >> Talk-de at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-de >> > Sehr schön! > Klasse Sache. :) Interessant was als operator für die Firma in gelb alles verwendet wird: Deutsche Post Deutsche Post AG Deutsche Post DHL DHL Post ... Aber noch interessanter wie oft es garnicht verwendet wird. Bei den Briefkästen ist mehr oder weniger klar wieso. Allerdings bei einen post_office könnte das doch auch ein GLS, Hermes etc. sein, zumindest was Pakete betrifft.(?) *laut denk* Offenbar kommt das daher das z.B. die presets in JOSM nicht verbreitet sind sondern händisch eingetippt wird und dann noch relevantes schlicht vergessen wird. Vermutlich weil man sich einen Schlüssel xy gut merken kann und den schneller eingetippt hat als das preset zu suchen. aber eine vielzahl an verwendungen eben nicht mehr im kopf hinterlegt ist oder nie war weil man nur einen Teil im wiki gefunden hatte ohne zusammenhang. Sprich josm nicht von sich aus bei der eingabe eines tag x noch darauf hinweist das tag xy noch zu vergeben ist. Also GLS usw. mappt man auch mit post_office ? Briefe kann man da aber nicht verschicken. Gibt es dafür einen extra Schlüssel ("brand" ?) ? Bis man die Seite zu Packstationen im wiki gefunden hat über die suche vergehen auch einige klicks. Gibt es im wiki keine zentrale wikiseite zum thema "post/pakete" und ggf. telefonzelle&co ? From shony at nurfuerspam.de Sat Jan 2 22:14:37 2010 From: shony at nurfuerspam.de (Fabian) Date: Sat, 2 Jan 2010 23:14:37 +0100 Subject: [Talk-de] Post- und Telefonkarte In-Reply-To: <4B3FC135.3000102@gmx.de> References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net> <4B3FC135.3000102@gmx.de> Message-ID: <201001022314.37847.shony@nurfuerspam.de> On Saturday 02 January 2010 22:57:09 northcape at gmx.de wrote: > ....operator.... > Aber noch interessanter wie oft es garnicht verwendet wird. Bei den > Briefkästen ist mehr oder weniger klar wieso. nicht in meiner kleinen welt...PIN AG, DEBEX gmbH,arriva,... http://www.briefkastenfinder.de/index.php?id=7 in brandenburg stehen die mitunter direkt nebeneinander http://osmtools.de/poi/?lat=52.31306&lon=13.06281&zoom=18&layers=BTTTT From ulf.lamping at googlemail.com Sat Jan 2 22:37:23 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 02 Jan 2010 23:37:23 +0100 Subject: [Talk-de] Post- und Telefonkarte In-Reply-To: <4B3FC135.3000102@gmx.de> References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net> <4B3FC135.3000102@gmx.de> Message-ID: <4B3FCAA3.3010205@googlemail.com> Am 02.01.2010 22:57, schrieb northcape at gmx.de: > Klasse Sache. :) Sehe ich auch so! > *laut denk* Offenbar kommt das daher das z.B. die presets in JOSM nicht > verbreitet sind sondern händisch eingetippt wird und dann noch > relevantes schlicht vergessen wird. Vermutlich weil man sich einen > Schlüssel xy gut merken kann und den schneller eingetippt hat als das > preset zu suchen. aber eine vielzahl an verwendungen eben nicht mehr im > kopf hinterlegt ist oder nie war weil man nur einen Teil im wiki > gefunden hatte ohne zusammenhang. Sprich josm nicht von sich aus bei der > eingabe eines tag x noch darauf hinweist das tag xy noch zu vergeben ist. Offenbar übersiehst du ein paar Punkte ;-) a.) Nicht jeder arbeitet mit JOSM, keine Ahnung wie weit z.B. Potlatch bei den Briefkästen Presets ist. b.) Nicht jeder macht sich die Mühe, alle Details die "eintragbar sind" auch tatsächlich einzutragen. Ist ja (Gottseidank) keine Pflicht. c.) Viele der Briefkästen die ich "aufgestellt" habe stammen z.B. noch aus der Zeit, als es die Definition dieser Zusatzinfos noch garnicht gab. Da war man froh wenn überhaupt was auf der Karte war ;-) Keine Angst: Wenn wir erstmal die Positionen haben, kommen die Details schon mit der Zeit. Durch diese neue Karte geht das jetzt erfahrungsgemäß auch schneller ... Gruß, ULFL From webmaster at ts-eastrail.de Sat Jan 2 22:41:59 2010 From: webmaster at ts-eastrail.de (=?ISO-8859-15?Q?Mirko_K=FCster?=) Date: Sat, 2 Jan 2010 23:41:59 +0100 Subject: [Talk-de] Post- und Telefonkarte References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net><4B3FC135.3000102@gmx.de> <201001022314.37847.shony@nurfuerspam.de> Message-ID: <0B5A1869EE6E48D28E374863ED987315@mkwebdialin> > nicht in meiner kleinen welt... Und genau da liegt das Problem. Da wird operator=Deutsche Post AG und brand=Deutsche Post gleich mal weggelassen, weil es vor Ort nichts anderes gibt, man nichts anderes kennt und das ja sowieso sonnenklar ist. Das habe ich leider schon oft gehört. Genau das ist es leider nicht. Das war es es mal bevor hunderte Kleinanbieter immer mehr eigene Kästen aufstellten. Sieht man das im größeren Zusammenhang mit einem Datensatz Briefkästen von Betreiber XY in Beispielsweise Sachsen, nützen einem herrenlose Briefkästen wenig. Auch nicht wenn man einen Briefkasten zur Abgabe sucht und dann einen vom falschen Verein vorfindet. Das könnte Post sein, könnte aber auch etwas ganz anderes sein, Eingabe noch nicht vorgenommen. Auch wenn die Post bei einem in der Ecke noch immer ein Monopol hat, dritte nicht Ortskundige können nicht wissen das es so ist, um das zu ändern tragen wir es ja ein. Also auch dann immer eintragen. Es gibt leider so einige Orte wo kein einziger Operator angegeben ist, wo aber mindestens ein zweiter Anbieter vorhanden ist. Da kann man lustig Rätsel raten welcher Kasten wem gehört. Gruß Mirko From lists at falconaerie.de Sat Jan 2 23:07:27 2010 From: lists at falconaerie.de (=?ISO-8859-15?Q?Ren=E9_Falk?=) Date: Sun, 03 Jan 2010 00:07:27 +0100 Subject: [Talk-de] Post- und Telefonkarte In-Reply-To: <4B3FC135.3000102@gmx.de> References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net> <4B3FC135.3000102@gmx.de> Message-ID: <4B3FD1AF.4080701@falconaerie.de> Am 02.01.2010 22:57, schrieb northcape at gmx.de: > Interessant was als operator für die Firma in gelb alles verwendet wird: Das kommt daher, das es keine Firma sondern ein Konzern mit mehreren Dutzend Tochter- und Tochter-Tochterfirmen ist. Ein operator lässt sich als Laie meist nicht bestimmen. Wer beispielsweise glaubt, das jede Filiale (Ich meine Filiale nicht Post Point) von der Deutschen Post AG betrieben wird, irrt sich. Ich würde eher den aktuellen Konzernnamen Deutsche Post DHL verwenden, alles andere ist nur eine Vermutung, wenn man kein Insider ist. Angebotene Leistungen lassen sich aufschlüsseln. Dazu kommt noch, das meiner Erfahrung nach, durchschnittlich alle 2-3 Jahre Namensänderungen im Konzern vorgenommen werden. Ebenso gibt es je nach Marktlage Umstrukturierungen im Konzern. Da verschwindet mal eine Tochter oder eine neue Tochter kommt hinzu. Grüße René From addicks at gmx.net Sat Jan 2 23:27:51 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sun, 03 Jan 2010 00:27:51 +0100 Subject: [Talk-de] Operator bei Firmengeflechten (was: Post- und Telefonkarte) In-Reply-To: <4B3FD1AF.4080701@falconaerie.de> References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net> <4B3FC135.3000102@gmx.de> <4B3FD1AF.4080701@falconaerie.de> Message-ID: Am 03.01.2010 00:07, schrieb René Falk: >> Interessant was als operator für die Firma in gelb alles verwendet wird: > Ein operator lässt sich als Laie meist nicht bestimmen. Wer > beispielsweise glaubt, das jede Filiale (Ich meine Filiale nicht Post > Point) von der Deutschen Post AG betrieben wird, irrt sich. Ich stelle mir gerade vor, wir würden an Bahneinrichtungen die Operator taggen. Da hätte man dann "DB Station&Service AG", "DB Netz AG", "DB Mobility Logistics AG", "DB Dienstleistungen GmbH", "Railion Deutschlang AG", "DB Energie GmbH", "DB Fahrzeuginstandhaltung GmbH", "DB Stadtverkehr GmbH"... Und ja, mir fallen zu jeder dieser Firmen Nodes in OSM ein, die sich genau darauf taggen ließen. -jha- From chris66nrw at gmx.de Sat Jan 2 23:29:34 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Sun, 03 Jan 2010 00:29:34 +0100 Subject: [Talk-de] Datenimport Oeding Message-ID: Hi, weiss jemand näheres ? Als source ist 3Dshapes angegeben. Chris From frederik at remote.org Sun Jan 3 01:03:10 2010 From: frederik at remote.org (Frederik Ramm) Date: Sun, 03 Jan 2010 02:03:10 +0100 Subject: [Talk-de] Probleme mit LeanJOSM In-Reply-To: <201001021639.04980.bernd@bwurst.org> References: <201001021639.04980.bernd@bwurst.org> Message-ID: <4B3FECCE.2080204@remote.org> Hallo, Bernd Wurst wrote: > Da ich gerne täglich "frische" Software nutze aber nur endlich Bandbreite > habe, hab ich mich über Frederiks LeanJOSM sehr gefreut. Juhu, ich habe einen User ;-) > Ohne diese beiden Funktionen ist JOSM zwar komplett wertlos, der noch dazu sehr geringe Ansprueche hat! > Im Ernst: Frederik, kannst du bitte mal danach schauen? Offenbar wird da was > rausgepatched was man eher drinlassen sollte. Mein Ant-Build-File war wohl etwas zu alt. Jetzt tut's wieder! Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From shony at nurfuerspam.de Sun Jan 3 01:17:39 2010 From: shony at nurfuerspam.de (Fabian) Date: Sun, 3 Jan 2010 02:17:39 +0100 Subject: [Talk-de] Datenimport Oeding In-Reply-To: References: Message-ID: <201001030217.39691.shony@nurfuerspam.de> ahne das es aus den niederlanden kommt und die im grenzgebiet ausversehen bisl mehr gemacht haben. Den genaue Ursprung faend ich schon interessant. hier mal noch nen link zu einem way (tag k=3dshapes:ggmodelk v=22 ?) http://www.openstreetmap.org/browse/way/47315108 Bezieht sich aber wohl nur auf haeuser. mal zum anschauen im vergleich http://maps.google.de/maps?ll=51.942221,6.803648&z=17 und http://www.openstreetmap.org/?lat=51.94142&lon=6.80393&zoom=17&layers=B000FTF From shony at nurfuerspam.de Sun Jan 3 01:21:38 2010 From: shony at nurfuerspam.de (Fabian) Date: Sun, 3 Jan 2010 02:21:38 +0100 Subject: [Talk-de] Datenimport Oeding In-Reply-To: <201001030217.39691.shony@nurfuerspam.de> References: <201001030217.39691.shony@nurfuerspam.de> Message-ID: <201001030221.41629.shony@nurfuerspam.de> On Sunday 03 January 2010 02:17:39 Fabian wrote: > ahne das es aus den niederlanden kommt und die im grenzgebiet ausversehen > bisl mehr gemacht haben. Den genaue Ursprung faend ich schon interessant. > > hier mal noch nen link zu einem way (tag k=3dshapes:ggmodelk v=22 ?) > http://www.openstreetmap.org/browse/way/47315108 > > Bezieht sich aber wohl nur auf haeuser. > mal zum anschauen im vergleich > http://maps.google.de/maps?ll=51.942221,6.803648&z=17 > und > http://www.openstreetmap.org/?lat=51.94142&lon=6.80393&zoom=17&layers=B000F >TF ein klick weiter stand dann alles Description Import account for '3dShapes' data. Data is processed by friendly humans, not bots, and you can reach us by dropping us a note here. More info: http://wiki.openstreetmap.org/wiki/3dShapes From webmaster at ts-eastrail.de Sun Jan 3 01:32:10 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sun, 3 Jan 2010 02:32:10 +0100 Subject: [Talk-de] Datenimport Oeding References: <201001030217.39691.shony@nurfuerspam.de> <201001030221.41629.shony@nurfuerspam.de> Message-ID: > ein klick weiter stand dann alles > > Description > > Import account for '3dShapes' data. Data is processed by friendly humans, > not > bots, and you can reach us by dropping us a note here. > > More info: http://wiki.openstreetmap.org/wiki/3dShapes Wenn die da mit ihren Importen so weiter machen, haben die ihr Land bald komplett bis ins Detail fertig und am Ende gibts nur 5 Niderländische Mapper, die tatsächlich mal etwas per Hand eingetragen haben. Das was sie beim Fußball verkehrt machen, toppen sie beim auftun von leckeren Datenquellen. Bei uns ist es irgendwie umgekehrt. Gruß Mirko From a_kemper at gmx.de Sun Jan 3 08:47:54 2010 From: a_kemper at gmx.de (Andreas Kemper) Date: Sun, 03 Jan 2010 09:47:54 +0100 Subject: [Talk-de] =?iso-8859-15?q?Reverse-Geocoding_f=FCr_=28MTB-=29_Trac?= =?iso-8859-15?q?ks=3F?= Message-ID: <4B4059BA.1040803@gmx.de> Hallo, ich suche derzeit ein Skript, welches im Kern so funktioniert wie der von Tobias unlängst vorgestellte Reverse-Geocoder, vgl. http://lists.openstreetmap.org/pipermail/talk-de/2009-September/055513.html Seit einiger Zeit sammle ich mit dem Rad auf Pfaden, Waldwegen und Straßen diverse Tracks und stelle diese mittels openlayers.org in OSM dar. Inzwischen wird meine Tracksammlung unübersichtlich und mitunter fahren wir auf Teilabschnitten, die noch nicht in OSM verzeichnet sind. Nun suche ich ein Tool zur geeigneten Indizierung, dem ich entsprechend direkt einen kompletten Track übergeben kann. Im Gegenzug sollte eine einfache (z.B. im CSV-Format) Liste der im Umkreis befindlichen Straßen und POIs ausgegeben werden. Optional wäre es zudem wünschenswert, wenn der Track z.B. dreifarbig in der Karte dargestellt würde, so dass direkt erkennbar wird, ob/inwieweit das reverse geocoding erfolgreich war. Hat da jemand entsprechend einen Tipp, ob/was es in der Richtung bereits gibt, alternativ wie ich mich dem Problem am Besten nähern kann? Besten Dank, Andreas From tirkon33 at yahoo.de Sun Jan 3 09:16:45 2010 From: tirkon33 at yahoo.de (Tirkon) Date: Sun, 03 Jan 2010 10:16:45 +0100 Subject: [Talk-de] Relationen suchen, finden und in der Karte darstellen / OSM-Portale Message-ID: <50k0k5tg1kjd5sfimio2ebu93mc7mhla4m@4ax.com> Moin! 1) Wie suche und finde ich die Nummer (ID) einer Relation a) über ihrem Namen b) über ihre Tag Einträge, z.B. bei Buslinien über die Angabe des Verkehrsverbundes und der Liniennummer? (z.B. "VRR 737" - VRR bedeutet Verkehrverbund Rhein-Ruhr) 2) Ich möchte im OSM Wiki ein Portal "Ostfriesland" errichten, das eine Auswahl markanter Relationen (später auch wichtige Gebäude und POI) so verlinkt, dass sie bei Klick auf den Link in der Karte angezeigt werden. Solche Portale gibt es Wikipedia auch. Dort verlinken sie natürlich auf Wikipedia-Artikel. (http://de.wikipedia.org/wiki/Portal:Ostfriesland) Bei dem OSM-Portal würden eben statt der Artikel die Objekte in den Karten verlinkt. In solch einem Portal sind die Kartendarstellungen von Ortsgrenzen, Ortsteilgrenzen, großen Flüssen und Kanälen, Eisenbahnlinien sowie Bundes-, Landes- und Kreisstraßen Straßen verlinkt. Solch ein Portal kann problemlos in unserem OSM-Wiki angelegt werden. Eine OSM Wiki Seite, die dies für Ostfriesland vorbereitet, habe ich hier erstellt: http://wiki.openstreetmap.org/wiki/Portal:Ostfriesland Gleich zu Beginn dieser Wiki-Seite sind mit den Objekten Landkreis Aurich, Stadt Emden, Landkreis Friesland, Landkreis Leer, Stadt Wilhelmshaven und Landkreis Wittmund deren sechs Grenzdarstellungen verlinkt. So wird deutlich, wie das Portal funktionieren soll. Jetzt stellt sich die folgende Frage: Wie erstelle ich einen Link, der diese 6 Relationen gleichzeitig in der Karte darstellt, so dass sich quasi eine Darstellung Ostfrieslands in seinen Kreisgrenzen ergibt? Dieses Beispiel könnte man dann auch auf die Darstellung einer Stadt/Gemeinde in ihren Ortsteilgrenzen übertragen. From osm at tappenbeck.net Sun Jan 3 09:29:54 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 03 Jan 2010 10:29:54 +0100 Subject: [Talk-de] Ski-Lift am Bungsberg (SH) Message-ID: <4B406392.6020203@tappenbeck.net> Moin ! die nicht norddeutschen werden es kaum glauben - wir haben einen Ski-Lift [1] !!!! Vielleicht kommt einer dort vorbei - dieser ist noch nicht erfaßt [2]. Gruß Jan .-) [1] http://www.ski-bungsberg.de/ [2] http://www.openstreetmap.org/?lat=54.2097&lon=10.7193&zoom=14&layers=B000FTF From osm at tappenbeck.net Sun Jan 3 09:48:03 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 03 Jan 2010 10:48:03 +0100 Subject: [Talk-de] Einrechnen von Zwischenpunkten auf GPX-File Message-ID: <4B4067D3.1090003@tappenbeck.net> Moin ! ich hatte schon einmal eine ähnliche Frage gestellt - kann das Ergebnis leider nicht wiederfinden ! Ich habe eine GPX-Datei und möchte im Abstand X darauf Punkte berechnen - am besten mit PERL. Hat einer eine Idee von Euch ??? Gruß Jan :-) From gary at gary68.de Sun Jan 3 09:55:26 2010 From: gary at gary68.de (Gary68) Date: Sun, 03 Jan 2010 10:55:26 +0100 Subject: [Talk-de] Relationen suchen, finden und in der Karte darstellen / OSM-Portale In-Reply-To: <50k0k5tg1kjd5sfimio2ebu93mc7mhla4m@4ax.com> References: <50k0k5tg1kjd5sfimio2ebu93mc7mhla4m@4ax.com> Message-ID: <1262512526.2088.2.camel@gs-laptop> evtl hilft dir das weiter? http://wiki.openstreetmap.org/wiki/Relation_lists die csv dateien kannst du in excel/calc öffnen und z.b. dort auch sortieren ich könnte so eine liste auch mal nur für ein bumndesland erstellen, wenn du willst... ciao gerhard On Sun, 2010-01-03 at 10:16 +0100, Tirkon wrote: > Moin! > > 1) Wie suche und finde ich die Nummer (ID) einer Relation > a) über ihrem Namen > b) über ihre Tag Einträge, z.B. bei Buslinien über die Angabe des > Verkehrsverbundes und der Liniennummer? (z.B. "VRR 737" - VRR bedeutet > Verkehrverbund Rhein-Ruhr) > > 2) Ich möchte im OSM Wiki ein Portal "Ostfriesland" errichten, das > eine Auswahl markanter Relationen (später auch wichtige Gebäude und > POI) so verlinkt, dass sie bei Klick auf den Link in der Karte > angezeigt werden. Solche Portale gibt es Wikipedia auch. Dort > verlinken sie natürlich auf Wikipedia-Artikel. > (http://de.wikipedia.org/wiki/Portal:Ostfriesland) > Bei dem OSM-Portal würden eben statt der Artikel die Objekte in den > Karten verlinkt. > > In solch einem Portal sind die Kartendarstellungen von Ortsgrenzen, > Ortsteilgrenzen, großen Flüssen und Kanälen, Eisenbahnlinien sowie > Bundes-, Landes- und Kreisstraßen Straßen verlinkt. Solch ein Portal > kann problemlos in unserem OSM-Wiki angelegt werden. Eine OSM Wiki > Seite, die dies für Ostfriesland vorbereitet, habe ich hier erstellt: > http://wiki.openstreetmap.org/wiki/Portal:Ostfriesland > > Gleich zu Beginn dieser Wiki-Seite sind mit den Objekten Landkreis > Aurich, Stadt Emden, Landkreis Friesland, Landkreis Leer, Stadt > Wilhelmshaven und Landkreis Wittmund deren sechs Grenzdarstellungen > verlinkt. So wird deutlich, wie das Portal funktionieren soll. > > Jetzt stellt sich die folgende Frage: Wie erstelle ich einen Link, der > diese 6 Relationen gleichzeitig in der Karte darstellt, so dass sich > quasi eine Darstellung Ostfrieslands in seinen Kreisgrenzen ergibt? > Dieses Beispiel könnte man dann auch auf die Darstellung einer > Stadt/Gemeinde in ihren Ortsteilgrenzen übertragen. > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From osm_ at malenki.ch Sun Jan 3 11:05:18 2010 From: osm_ at malenki.ch (malenki) Date: Sun, 3 Jan 2010 12:05:18 +0100 Subject: [Talk-de] Einrechnen von Zwischenpunkten auf GPX-File References: <4B4067D3.1090003@tappenbeck.net> Message-ID: <20100103120518.6608db3f@c2d-sid> Jan Tappenbeck schrieb: >Ich habe eine GPX-Datei und möchte im Abstand X darauf Punkte >berechnen >- am besten mit PERL. Hat einer eine Idee von Euch ??? gpsbabel ermöglicht das ebenfalls: http://www.gpsbabel.org/htmldoc-1.3.6/filter_interpolate.html Gruß mnalenki From osm at tappenbeck.net Sun Jan 3 11:21:52 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 03 Jan 2010 12:21:52 +0100 Subject: [Talk-de] Einrechnen von Zwischenpunkten auf GPX-File In-Reply-To: <20100103120518.6608db3f@c2d-sid> References: <4B4067D3.1090003@tappenbeck.net> <20100103120518.6608db3f@c2d-sid> Message-ID: Am 03.01.2010 12:05, schrieb malenki: > Jan Tappenbeck schrieb: > >> Ich habe eine GPX-Datei und möchte im Abstand X darauf Punkte >> berechnen >> - am besten mit PERL. Hat einer eine Idee von Euch ??? > > gpsbabel ermöglicht das ebenfalls: > http://www.gpsbabel.org/htmldoc-1.3.6/filter_interpolate.html > > Gruß > mnalenki > > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de wenn ich das richtig verstehe, dann erfolgt die interpolation immer dann wenn der abstand zweier track-Puunkte größer als ein bestimmtes Maß ist oder einen definierten Zeitabstand überschreitet. mir geht es aber um die fortlaufende Einrechnung von Punkten über einen gesamten Track -> es ergibt sich also am Ende eine Art Perlen-Kette. Wenn ich mich nicht richtig ausgedrückt habe - sorry ! Gruß Jan :-) From osm at tappenbeck.net Sun Jan 3 11:30:49 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 03 Jan 2010 12:30:49 +0100 Subject: [Talk-de] Aktion zum Jahresanfang: Bedarfsumleitungen im Norden Message-ID: <4B407FE9.5030007@tappenbeck.net> Moin ! bis vor kurzem wußte ich von diesen Relationen noch gar nichts und dann habe ich die Change gehabt eine Vielzahl im Raum HH, SH abzufahren und so kam mir der Gedanke diese über die Wintermonate zu verdichten - Nummern und Fundorte kann man sich auch so merken ohne GPS-Einsatz und trotz verschneiter Wege. Die Bedarfsumleitungen werden in [1] ausführlich beschrieben und sind für S-H [2], HH [3] und NDS [3] beschrieben. Für die A20, westl. der A1 habe ich noch keine Schilder gesehen. In Hamburg ist die Zuordnung manchmal nicht ganz einfach - ggf. im Talk-Bereich nachfragen. Habe eine Quelle um ggf. nachfragen zu können. Eine Übersichtskarte findet sich unter [5]. Würde mich über rege Beteiligung freuen. Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bedarfsumleitung [2] http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bedarfsumleitung/Schleswig-Holstein [3] http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bedarfsumleitung/Hamburg [4] http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Bedarfsumleitung/Niedersachsen_und_Bremen [5] http://osm.virtuelle-loipe.de/detour/?zoom=13&lat=53.56056&lon=10.1497&layers=B0T From computerteddy at gmx.de Sun Jan 3 11:33:57 2010 From: computerteddy at gmx.de (Carsten Schwede) Date: Sun, 03 Jan 2010 12:33:57 +0100 Subject: [Talk-de] Happy New Year! - Neujahrsedition des Worldfile vom 31.12.09/1.1.10 In-Reply-To: <4B3F04EC.9030700@gmx.de> References: <4B3F04EC.9030700@gmx.de> Message-ID: <4B4080A5.2050505@gmx.de> Hallo Liste, Leider ist in dieser Ausgabe wieder die Umlaute und ß kaputt, hat jemand eine Idee, warum der Planetauszug immer mal eine unterschiedliche Codierung benutzt? Vorletzte Woche war das auch defekt und letzte Woche hat es funktioniert. Und es liegt nicht an der Benutzung von mkgmap in meinen Scripten. -- Viele Grüße Carsten From dieterdreist at gmail.com Sun Jan 3 12:05:59 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Sun, 3 Jan 2010 13:05:59 +0100 Subject: [Talk-de] Post- und Telefonkarte In-Reply-To: <4B3FD1AF.4080701@falconaerie.de> References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net> <4B3FC135.3000102@gmx.de> <4B3FD1AF.4080701@falconaerie.de> Message-ID: <7acdb3651001030405i36c8f3a5x290d2ab42333bfd0@mail.gmail.com> Am 3. Januar 2010 00:07 schrieb René Falk : > Am 02.01.2010 22:57, schrieb northcape at gmx.de: > > > Interessant was als operator für die Firma in gelb alles verwendet wird: > > Das kommt daher, das es keine Firma sondern ein Konzern mit mehreren > Dutzend Tochter- und Tochter-Tochterfirmen ist. > +1 > Angebotene Leistungen lassen sich aufschlüsseln. > +1 > Dazu kommt noch, das meiner Erfahrung nach, durchschnittlich alle 2-3 > Jahre Namensänderungen im Konzern vorgenommen werden. Ebenso gibt es je > nach Marktlage Umstrukturierungen im Konzern. Da verschwindet mal eine > Tochter oder eine neue Tochter kommt hinzu. > ja, aber das ist in vielen Bereichen so. Wir taggen halt den jeweils aktuellen Stand und versuchen dann bei Umfirmierungen, diese nachzuziehen. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From claudius.h at gmx.de Sun Jan 3 12:07:44 2010 From: claudius.h at gmx.de (Claudius) Date: Sun, 03 Jan 2010 13:07:44 +0100 Subject: [Talk-de] =?utf-8?q?Wie_finde_ich_=2E=2E=2E_in_meiner_N=C3=A4he?= =?utf-8?q?=3F?= In-Reply-To: <1262154455.2814.3.camel@Notebook> References: <1262154455.2814.3.camel@Notebook> Message-ID: Am 30.12.2009 07:27, Christian Knorr: > Hallo zusammen, > ich suche gerade als praktisches Beispiel eine Altkleidersammlung > Annahmestelle. Als Tag habe ich "recycling:clothes" gefunden. Aber wie > finde ich Anwenderfreundlich den Nächsten in meiner Umgebung? > > Danke schonmal, Chris....... Mittels Paul Lenzens POI-Suche unter http://www.lenz-online.de/cgi-bin/osm/osmpoinit.pl ? Claudius From osm at tappenbeck.net Sun Jan 3 12:31:10 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 03 Jan 2010 13:31:10 +0100 Subject: [Talk-de] =?iso-8859-15?q?PERL-Centroid_einer_Fl=E4che_Berechnen?= Message-ID: <4B408E0E.3040000@tappenbeck.net> Moin ! kennt einer von Euch einen perl-basierten Weg um einen Punkt in einer Fläche - für die Platzierung von Markern in einer Karte - berechnen zu können ? Gruß Jan :-) From webmaster at ts-eastrail.de Sun Jan 3 12:51:08 2010 From: webmaster at ts-eastrail.de (=?utf-8?Q?Mirko_K=C3=BCster?=) Date: Sun, 3 Jan 2010 13:51:08 +0100 Subject: [Talk-de] Post- und Telefonkarte References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net><4B3FC135.3000102@gmx.de> <4B3FD1AF.4080701@falconaerie.de> <7acdb3651001030405i36c8f3a5x290d2ab42333bfd0@mail.gmail.com> Message-ID: <280AA804060E40EB85912D370C883FD2@mkwebdialin> > ja, aber das ist in vielen Bereichen so. Wir taggen halt den jeweils aktuellen Stand und versuchen dann bei > Umfirmierungen, diese nachzuziehen. Zumindestens beim Briefversand und den dazu gehörigen Briefkästen ist seit privatisierung der Post die Deutsche Post AG zuständig. Da hat sich in dem für uns relevanten Teil nichts geändert. Das war und ist operator=Deutsche Post AG und brand=Deutsche Post die richtige Wahl. Keine Ahnung wie da manche beispielsweise beim Briefkasten auf DHL kommen. Das könnten noch Paketboxen von vor dem offiziellen Tag sein. Oder da wird die Post von einem DHL Auto abgeholt und darauf geschlossen, was normal ist. Die Leerung wird heute teilweise auch ausgeschrieben. Post Briefkästen werden heute auch mal von Taxiunternehmern oder Privatopersonen geleert. Einzig bei Paketversand gab es immer wieder mal Umstrukturierungen. Aber der Teilbereich betrifft als Operator ohnehin nur die recht neuen Packstationen und boxen, wo sich seit deren Einführung auch noch nichts geändert hat. Da ist operator=DHL Vertriebs GmbH & Co. OHG und brand=DHL richtig. Die Postagenturen und Post Points laufen jeweils unter den Ladenbesitzern und spielen dabei garkeine Rolle. Für solche Fälle gibts zudem eine Liste wo jeder nachgucken kann: http://wiki.openstreetmap.org/wiki/Deutsche_Postdienstleister Ganz so kompliziert ist es also nicht wirklich. Wenn denn endlich mal alle einen einheitlichen Operator verpasst bekämen, auch die gelben welche man ja nun wirklich ohne weiteres leicht erkennt, sind auch Umstrukturierungen kein Problem. Da kann man die alle in einem Arbeitsgang umzeichnen, wenn es denn mal wirklich nötig werden sollte. Gruß Mirko -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From lists at falconaerie.de Sun Jan 3 12:52:56 2010 From: lists at falconaerie.de (=?UTF-8?B?UmVuw6kgRmFsaw==?=) Date: Sun, 03 Jan 2010 13:52:56 +0100 Subject: [Talk-de] Post- und Telefonkarte In-Reply-To: <7acdb3651001030405i36c8f3a5x290d2ab42333bfd0@mail.gmail.com> References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net> <4B3FC135.3000102@gmx.de> <4B3FD1AF.4080701@falconaerie.de> <7acdb3651001030405i36c8f3a5x290d2ab42333bfd0@mail.gmail.com> Message-ID: <4B409328.5000002@falconaerie.de> Am 03.01.2010 13:05, schrieb Martin Koppenhoefer: > Am 3. Januar 2010 00:07 schrieb René Falk : >> Dazu kommt noch, das meiner Erfahrung nach, durchschnittlich alle 2-3 >> Jahre Namensänderungen im Konzern vorgenommen werden. Ebenso gibt es je >> nach Marktlage Umstrukturierungen im Konzern. Da verschwindet mal eine >> Tochter oder eine neue Tochter kommt hinzu. >> > > ja, aber das ist in vielen Bereichen so. Wir taggen halt den jeweils > aktuellen Stand und versuchen dann bei Umfirmierungen, diese nachzuziehen. Mehr als ein Versuch wird das bei diesem Konzern auch nicht sein. Normalerweise bekommt man das außerhalb dieses Konzerns nur in den seltensten Fällen mit, da nach deren aktueller Konzernpolitik interne Strukturen grundsätzlich nicht einer breiteren Öffentlichkeit bekannt gegeben werden sollen. Man befürchtet die Kunden durch die Vielzahl der verschiedenen Namen zu verwirren. Deshalb wird sich im öffentlichen Auftritt auf die Marken Deutsche Post und DHL beschränkt, egal wie die entsprechende Tochter heißt. Grüße René From gary at gary68.de Sun Jan 3 12:57:33 2010 From: gary at gary68.de (Gary68) Date: Sun, 03 Jan 2010 13:57:33 +0100 Subject: [Talk-de] =?iso-8859-1?q?PERL-Centroid_einer_Fl=E4che__Berechnen?= In-Reply-To: <4B408E0E.3040000@tappenbeck.net> References: <4B408E0E.3040000@tappenbeck.net> Message-ID: <1262523453.2088.3.camel@gs-laptop> hi, du könntest mal bei dem modul math::polygon vorbeisehen ciao gerhard On Sun, 2010-01-03 at 13:31 +0100, Jan Tappenbeck wrote: > Moin ! > > kennt einer von Euch einen perl-basierten Weg um einen Punkt in einer > Fläche - für die Platzierung von Markern in einer Karte - berechnen zu > können ? > > Gruß Jan :-) > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From michael at rathai.de Sun Jan 3 13:05:22 2010 From: michael at rathai.de (Michael Rathai) Date: 3 Jan 2010 14:05:22 +0100 Subject: [Talk-de] Aerowest Message-ID: <4B40A422.0047.005E.0@rathai.de> Hallo und noch ein gutes neues Jahr! Weiss eigentlich jemand etwas über die Aerowestgeschichte in Dortmund. Da gab es doch im Herbst einen Anlauf bzw. ein Pilotversuch oder ähnliches. Läuft da noch was, gibt es Ergebnisse? Guten Start Michael -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From osm_ at malenki.ch Sun Jan 3 13:04:21 2010 From: osm_ at malenki.ch (malenki) Date: Sun, 3 Jan 2010 14:04:21 +0100 Subject: [Talk-de] CZ: "historische" Karten von und mit OpenStreetMap Message-ID: <20100103140421.72269c3e@c2d-sid> Auf der tschechischen Liste fand ich dieses interessante Projekt: http://osm.kyblsoft.cz/historie/ Man kann (auf Tschechien begrenzte) Gebiete in einem wählbaren Zeitraum zwischen heute und dem 10.10.2007 mit den damals vorhandenen Daten rendern lassen. Hier der Link zur Google-Übersetzung der Mail http://tinyurl.com/yeow2a7 Gruß malenki From gary at gary68.de Sun Jan 3 13:05:14 2010 From: gary at gary68.de (Gary68) Date: Sun, 03 Jan 2010 14:05:14 +0100 Subject: [Talk-de] onewaychecks und noexit=yes Message-ID: <1262523914.2088.7.camel@gs-laptop> hi, ich habe mal über die bitte nachgedacht, mit noexit=yes getaggte nodes/ways nicht anzuzeigen. ich bin der meinung, dass das wohl schon korrekt getaggt ist, dass da aber auf jeden fall noch weiter gebaut oder die einbahnregelung geändert werden muss. so macht mir das in der realität sonst keinen sinn? man möge mich erhellen, wenn ich falsch liege. da dort also irgendwie noch was zu tun zu sein scheint, würde ich die stellen gerne weiter melden. ciao gerhard From lists at falconaerie.de Sun Jan 3 13:30:10 2010 From: lists at falconaerie.de (=?UTF-8?B?UmVuw6kgRmFsaw==?=) Date: Sun, 03 Jan 2010 14:30:10 +0100 Subject: [Talk-de] Post- und Telefonkarte In-Reply-To: <280AA804060E40EB85912D370C883FD2@mkwebdialin> References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net><4B3FC135.3000102@gmx.de> <4B3FD1AF.4080701@falconaerie.de> <7acdb3651001030405i36c8f3a5x290d2ab42333bfd0@mail.gmail.com> <280AA804060E40EB85912D370C883FD2@mkwebdialin> Message-ID: <4B409BE2.1000700@falconaerie.de> Am 03.01.2010 13:51, schrieb Mirko Küster: > Zumindest beim Briefversand und den dazu gehörigen Briefkästen ist seit Privatisierung der Post die > Deutsche Post AG zuständig. Da hat sich in dem für uns relevanten Teil nichts geändert. Das war und ist > operator=Deutsche Post AG und brand=Deutsche Post die richtige Wahl. Bei den Briefmarkenautomaten bin ich mir da nicht so sicher, wer da letztendlich der operator ist. Da hat auch Supply Chain, genauer Solutions, noch die Finger mit drin. Oder erbringen die nur Leistungen für DPAG? > Einzig beim Paketversand gab es immer wieder mal Umstrukturierungen. Aber der Teilbereich betrifft als > Operator ohnehin nur die recht neuen Packstationen und boxen, wo sich seit deren Einführung auch noch > nichts geändert hat. Da ist operator=DHL Vertriebs GmbH & Co. OHG und brand=DHL richtig. brand=DHL express wäre auch nicht falsch. > Die Postagenturen und Post Points laufen jeweils unter den Ladenbesitzern und spielen dabei gar keine > Rolle. Was machst Du mit den Filialen? Die laufen nicht alle unter DPAG, sondern zum Teil auch noch unter Postbank, da die Entflechtung der Postbank aus dem Konzern noch nicht vollständig vollzogen ist. Grüße René From webmaster at ts-eastrail.de Sun Jan 3 13:50:08 2010 From: webmaster at ts-eastrail.de (=?utf-8?Q?Mirko_K=C3=BCster?=) Date: Sun, 3 Jan 2010 14:50:08 +0100 Subject: [Talk-de] Post- und Telefonkarte References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net><4B3FC135.3000102@gmx.de> <4B3FD1AF.4080701@falconaerie.de> <7acdb3651001030405i36c8f3a5x290d2ab42333bfd0@mail.gmail.com><280AA804060E40EB85912D370C883FD2@mkwebdialin> <4B409BE2.1000700@falconaerie.de> Message-ID: <3E05C9A5629F42189413330AEE53D484@mkwebdialin> > Bei den Briefmarkenautomaten bin ich mir da nicht so sicher, wer da > letztendlich der operator ist. Da hat auch Supply Chain, genauer > Solutions, noch die Finger mit drin. Oder erbringen die nur Leistungen > für DPAG? Keine Ahnung. Da der letzte zusammen mit dem Postamt vor etwa 10 Jahren verschwand, spielen die hier keine Rolle mehr. Nachgucken oder nachfragen geht jetzt auch nicht mehr. > brand=DHL express wäre auch nicht falsch. Wir haben jetzt einheitliche Liste wo jeder hier auf der Liste vor einigen Wochen aufgerufen war seine Meinung kund zu tun. http://wiki.openstreetmap.org/wiki/Deutsche_Postdienstleister Zu DHL gab es nichts gegenteiliges also gilt jetzt DHL und nicht DHL express oder was auch immer. Ansonsten wird es nie einheitlich. > Was machst Du mit den Filialen? Die laufen nicht alle unter DPAG, > sondern zum Teil auch noch unter Postbank, da die Entflechtung der > Postbank aus dem Konzern noch nicht vollständig vollzogen ist. Was für Filialen? Filiale ist der ein Sammelbgriff. Ich kenne nur Postamt (hier vor 10 Jahren weit und breit komplett ausgerottet), danach kommt die Postagentur mit vollem Serviceangebot und in der Regel zusätzlich auch Postbankdienstleistung, beides unter der Fuchtel des Ladenbesitzers und aufgrund der Tagstruktur (beides amenity) ohnehin zwei getrennte POIs. Daneben gibts noch die Finanzcenter der Postbank, die machen die selber. Und die kleinste Einrichtung ist der Post Point. Die verkaufen nur Brief- und Paketmarken, kein weiterer Service. Gruß Mirko From m.gehling at gmx.de Sun Jan 3 14:03:04 2010 From: m.gehling at gmx.de (Gehling Marc) Date: Sun, 3 Jan 2010 15:03:04 +0100 Subject: [Talk-de] Aerowest In-Reply-To: <4B40A422.0047.005E.0@rathai.de> References: <4B40A422.0047.005E.0@rathai.de> Message-ID: Hallo, da läuft noch was. Der Vertrag für Dortmund zwischen Aerowest und Fossgis liegt bei Aerowest und wir warten auf die Unterschrift ;-). Danach kann es direkt starten. Hat durch den rechtlichen Kram viel länger gedauert als geplant. Marc Am 03.01.2010 um 14:05 schrieb Michael Rathai: > Hallo und noch ein gutes neues Jahr! > > Weiss eigentlich jemand etwas über die Aerowestgeschichte in Dortmund. > Da gab es doch im Herbst einen Anlauf bzw. ein Pilotversuch oder ähnliches. Läuft da noch was, gibt es Ergebnisse? > > Guten Start > Michael_______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From gmane2009 at cfaerber.name Sun Jan 3 13:52:00 2010 From: gmane2009 at cfaerber.name (=?ISO-8859-1?Q?Claus_F=E4rber?=) Date: 03 Jan 2010 14:52:00 +0100 Subject: [Talk-de] Post- und Telefonkarte References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net> <4B3FC135.3000102@gmx.de> <201001022314.37847.shony@nurfuerspam.de> <0B5A1869EE6E48D28E374863ED987315@mkwebdialin> Message-ID: Mirko Küster schrieb/wrote: > Und genau da liegt das Problem. Da wird operator=Deutsche Post AG und > brand=Deutsche Post gleich mal weggelassen, weil es vor Ort nichts > anderes gibt, man nichts anderes kennt und das ja sowieso sonnenklar > ist. Das habe ich leider schon oft gehört. Was spricht dagegen, für Punkte innerhalb Deutschlands das als Default anzunehmen, solange keines der Attribute explizit gesetzt ist? Claus From webmaster at ts-eastrail.de Sun Jan 3 14:19:48 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sun, 3 Jan 2010 15:19:48 +0100 Subject: [Talk-de] Post- und Telefonkarte References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net><4B3FC135.3000102@gmx.de> <201001022314.37847.shony@nurfuerspam.de><0B5A1869EE6E48D28E374863ED987315@mkwebdialin> Message-ID: <0A1685A8962C4BFCBE0DD675D5722355@mkwebdialin> >> Und genau da liegt das Problem. Da wird operator=Deutsche Post AG und >> brand=Deutsche Post gleich mal weggelassen, weil es vor Ort nichts >> anderes gibt, man nichts anderes kennt und das ja sowieso sonnenklar >> ist. Das habe ich leider schon oft gehört. > Was spricht dagegen, für Punkte innerhalb Deutschlands das als Default > anzunehmen, solange keines der Attribute explizit gesetzt ist? Der simple Grund das man Angabe vergessen/noch nicht nachgetragen einfach durch nichts von impliziert bewusst default unterscheiden kann. Das weiß einzig derjenige der den POI dahin gesetzt hat. Der Rest hat keine Glaskugel. Wie schon geschrieben sind mir einige Orte bekannt wo alle Kästen ohne Operator stehen, es aber mindestens noch einen zweiten Dienstleister gibt. Da kann alles default Post schonmal nicht richtig sein. Zweitens endet unsere Karte nicht an der deutschen Grenze sondern gilt für den ganzen Planeten. Wenn man das ganze entsprechend nach Operator auswertet, muss man wieder mit nicht gerade simplen Tools kompliziert Grenzen ausschneiden, weil der Franzose oder der Belgier vielleicht genauso keinen Operator setzt und man so nicht erkennt wo was hin gehört. Steht aber aber explizit Deutsche Post AG drin, brauche ich mir keinen abbrechen und kann die gesuchten POI mit einer simplen Abfrage genaustens aus der API ziehen. Man kann es sich einfach machen oder sich zwei Sekunden Operator eintragen sparen, dafür aber die Auswertung und Pflege schön verkomplizieren. Gruß Mirko From gmane2009 at cfaerber.name Sun Jan 3 14:26:00 2010 From: gmane2009 at cfaerber.name (=?ISO-8859-1?Q?Claus_F=E4rber?=) Date: 03 Jan 2010 15:26:00 +0100 Subject: [Talk-de] Operator bei Firmengeflechten References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net> <4B3FC135.3000102@gmx.de> <4B3FD1AF.4080701@falconaerie.de> Message-ID: Johann H. Addicks schrieb/wrote: > Ich stelle mir gerade vor, wir würden an Bahneinrichtungen die Operator > taggen. > Da hätte man dann "DB Station&Service AG", "DB Netz AG", "DB Mobility > Logistics AG", "DB Dienstleistungen GmbH", "Railion Deutschlang AG", "DB > Energie GmbH", "DB Fahrzeuginstandhaltung GmbH", "DB Stadtverkehr GmbH"... > Und ja, mir fallen zu jeder dieser Firmen Nodes in OSM ein, die sich > genau darauf taggen ließen. Bei Konzernen (engl. group), die wie ein einheitliches Unternehmen geführt werden, würde ich einfach die Mutter nehmen. Sonst muss man es auch jedesmal ändern, wenn sich ein Detail im Steuerrecht ändert und der Konzern deswegen umstrukturiert wird. Außerdem hat die tatsächliche Struktur oft rein gar nichts mit der rechtlichen Struktur eines Konzerns zu tun. Bei der Deutschen Post gibt es beispielsweise den Bereich "BRIEF", der direkt zur Deutschen Post AG gehört und den Bereich "EXPRESS", der keiner einzelnen Gesellschaft zuordnenbar ist (er besteht größtenteils aus der DHL International GmbH, aber auch ein paar Schwestern der DHL International). Eine Ausnahme würde ich nur machen, wenn der Geschäftsbereich eindeutig und einigermaßen dauerhaft abgrenzbar ist, zum Beispiel die "S-Bahn München" -- dann aber unabhängig davon, ob das gerade eine eigene Gesellschaft ("S-Bahn München GmbH") oder eine Abteilung einer Tochter (nämlich der "DB Regio AG") ist. Claus From lists at falconaerie.de Sun Jan 3 14:28:09 2010 From: lists at falconaerie.de (=?UTF-8?B?UmVuw6kgRmFsaw==?=) Date: Sun, 03 Jan 2010 15:28:09 +0100 Subject: [Talk-de] Post- und Telefonkarte In-Reply-To: <3E05C9A5629F42189413330AEE53D484@mkwebdialin> References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net><4B3FC135.3000102@gmx.de> <4B3FD1AF.4080701@falconaerie.de> <7acdb3651001030405i36c8f3a5x290d2ab42333bfd0@mail.gmail.com><280AA804060E40EB85912D370C883FD2@mkwebdialin> <4B409BE2.1000700@falconaerie.de> <3E05C9A5629F42189413330AEE53D484@mkwebdialin> Message-ID: <4B40A979.1000508@falconaerie.de> Am 03.01.2010 14:50, schrieb Mirko Küster: > Wir haben jetzt einheitliche Liste wo jeder hier auf der Liste vor einigen > Wochen aufgerufen war seine Meinung kund zu tun. > http://wiki.openstreetmap.org/wiki/Deutsche_Postdienstleister > > Zu DHL gab es nichts gegenteiliges also gilt jetzt DHL und nicht DHL > express oder was auch immer. Ansonsten wird es nie einheitlich. Du weißt, verbindliche Regeln gibt es bei OSM nicht. Mit allen Vor- und Nachteilen, die das so mit sich bringt. > Was für Filialen? Filiale ist der ein Sammelbgriff. Nö, ist (noch) kein Sammelbegriff. Die Dinger bieten das komplette Leistungsspektrum Brief, Paket, Finanzen, Telekommunikation. Noch gibt es sie hier und da. Grüße René From frederik at remote.org Sun Jan 3 14:29:23 2010 From: frederik at remote.org (Frederik Ramm) Date: Sun, 03 Jan 2010 15:29:23 +0100 Subject: [Talk-de] Post- und Telefonkarte In-Reply-To: <0A1685A8962C4BFCBE0DD675D5722355@mkwebdialin> References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net><4B3FC135.3000102@gmx.de> <201001022314.37847.shony@nurfuerspam.de><0B5A1869EE6E48D28E374863ED987315@mkwebdialin> <0A1685A8962C4BFCBE0DD675D5722355@mkwebdialin> Message-ID: <4B40A9C3.3040608@remote.org> Hallo, Mirko Küster wrote: > Wie schon geschrieben sind mir einige Orte bekannt wo alle Kästen > ohne Operator stehen, es aber mindestens noch einen zweiten Dienstleister > gibt. Da kann alles default Post schonmal nicht richtig sein. Bei OSM ist nie alles richtig. Solange der andere Operator nur ein paar vereinzelte Kaesten hat, ist die Fehlerquote bei der Annahme "ungetaggt = Deutsche Post" im ueblichen Rahmen. Klar ist es besser, wenn alles explizit getaggt ist, aber ich wuerde mich jetzt nicht vor andren Mappern gross aufspielen, bloss weil ich den Operator setze und die nicht. > Zweitens endet unsere Karte nicht an der deutschen Grenze sondern gilt für > den ganzen Planeten. Wenn man das ganze entsprechend nach Operator > auswertet, muss man wieder mit nicht gerade simplen Tools kompliziert > Grenzen ausschneiden, weil der Franzose oder der Belgier vielleicht genauso > keinen Operator setzt und man so nicht erkennt wo was hin gehört. Steht aber > aber explizit Deutsche Post AG drin, brauche ich mir keinen abbrechen und > kann die gesuchten POI mit einer simplen Abfrage genaustens aus der API > ziehen. Das Argument fuehrt in letzter Konsequenz dazu, dass man jedem POI ein "is_in" verpasst, bloss weil man das in zwei Sekunden eintragen kann und die Auswertung dadurch (angeblich) vereinfacht. Da bin ich dagegen. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From webmaster at ts-eastrail.de Sun Jan 3 14:58:11 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sun, 3 Jan 2010 15:58:11 +0100 Subject: [Talk-de] Post- und Telefonkarte References: <4B3F8A42.1090606@s-hohmann.de> <4B3FA461.7020109@gmx.net><4B3FC135.3000102@gmx.de> <201001022314.37847.shony@nurfuerspam.de><0B5A1869EE6E48D28E374863ED987315@mkwebdialin> <0A1685A8962C4BFCBE0DD675D5722355@mkwebdialin> <4B40A9C3.3040608@remote.org> Message-ID: <8A6DA1DBA0ED46FDBB0B7D394FBE8C17@mkwebdialin> > Bei OSM ist nie alles richtig. Solange der andere Operator nur ein paar > vereinzelte Kaesten hat, ist die Fehlerquote bei der Annahme "ungetaggt = > Deutsche Post" im ueblichen Rahmen. Klar ist es besser, wenn alles > explizit getaggt ist, aber ich wuerde mich jetzt nicht vor andren Mappern > gross aufspielen, bloss weil ich den Operator setze und die nicht. Das hat nichts mit auffspielen zu tun, sondern mit effizienter Arbeit. Ich trage das ein damit es für diejnigen für die es auch gedacht ist eindeutig ist. Steht da Operator usw. alles drin, muss keiner raten und vielleicht unnötig nochmal losziehen. Nehme ich default Post an, kann das stimmen oder eben auch nicht, woran erkenne ich das? Ich muss hinfahren, bringt anderen aber auch nichts, die müssten dann wiederum nachgucken. Bliebe ein Note. Nur dann kann ich auch gleich den Operator eintragen und das Problem ist gelöst. Ich trage so vollständig wie nur möglich ein um mir und anderen das ganze so einfach und eindeutig wie möglich zu machen. Wenn das schlecht ist dann trage ich das eben nicht mehr oder am besten garnichts mehr ein. Am besten schaffen wir die Zusatztags gleich ganz ab, da muss man auch nicht mehr für deren Nutzung werben. Ist doch viel schöner wenn man an den Daten noch etwas zu rätseln hat. > Das Argument fuehrt in letzter Konsequenz dazu, dass man jedem POI ein > "is_in" verpasst, bloss weil man das in zwei Sekunden eintragen kann und > die Auswertung dadurch (angeblich) vereinfacht. Da bin ich dagegen. Wie kommst du nun auf is_in? Den brauchst du überhaupt nicht. Ein Laden hat z.B. ein eindeutige Adresse über die man seinen Standort identifizieren kann. Ist das gesetzt, kann ich das ohne irgendwelche Zusatztools entsprechend abfischen. Beispielsweise alle Sportgeschäfte in addr:postcode=34762. Sind alle Postkästen mit Deutsche Post getaggt, brauche ich ebenfalls nur danach filtern. Für dich mag das ausschneiden mit Osmosis vielleicht simpel sein, ich bezweifle aber das es der Mehrheit ebenso geht. Und für diejenigen die das nicht können, wozu ich mich zähle, ist die eindeutige Identifizierung eines Objektes einfacher zu handeln. So denke ich darüber. Aber wenn auch das falsch ist, spare ich mir auch da in Zukunft die Arbeit und belasse es beim POI mit Namen. Gruß Mirko From wo_wienke at gmx.net Sun Jan 3 16:27:43 2010 From: wo_wienke at gmx.net (Wolfgang Wienke) Date: Sun, 03 Jan 2010 17:27:43 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften Message-ID: <4B40C57F.7010905@gmx.net> Hallo! Gibt es irgendwelche Gründe für solche Knoten, wenn sie nicht in ways eingebunden sind? Sollte man die einfach löschen? -- Mit freundlichen Gruessen wonk From frederik at remote.org Sun Jan 3 16:45:08 2010 From: frederik at remote.org (Frederik Ramm) Date: Sun, 03 Jan 2010 17:45:08 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: <4B40C57F.7010905@gmx.net> References: <4B40C57F.7010905@gmx.net> Message-ID: <4B40C994.7040700@remote.org> Hallo, Wolfgang Wienke wrote: > Gibt es irgendwelche Gründe für solche Knoten, wenn sie nicht in ways > eingebunden sind? Sollte man die einfach löschen? Nodes koennten theoretisch in Relationen eingebunden sein mit einer bestimmten Rolle, die dem Node eine Bedeutung verleiht. Ich selber benutze oft drei Nodes in Verlaengerung eines Ways (so wie eine Ellipse in der geschriebenen Sprache: . . .), um anzudeuten, dass ein Weg noch weitergeht, von mir aber nicht gemappt wurde. Das finde ich eleganter und klarer als irgendwelche Tags. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From osm at tappenbeck.net Sun Jan 3 18:11:02 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 03 Jan 2010 19:11:02 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: <4B40C994.7040700@remote.org> References: <4B40C57F.7010905@gmx.net> <4B40C994.7040700@remote.org> Message-ID: Am 03.01.2010 17:45, schrieb Frederik Ramm: > Hallo, > > Wolfgang Wienke wrote: >> Gibt es irgendwelche Gründe für solche Knoten, wenn sie nicht in ways >> eingebunden sind? Sollte man die einfach löschen? > > Nodes koennten theoretisch in Relationen eingebunden sein mit einer > bestimmten Rolle, die dem Node eine Bedeutung verleiht. > > Ich selber benutze oft drei Nodes in Verlaengerung eines Ways (so wie > eine Ellipse in der geschriebenen Sprache: . . .), um anzudeuten, dass > ein Weg noch weitergeht, von mir aber nicht gemappt wurde. Das finde ich > eleganter und klarer als irgendwelche Tags. wäre dort nicht FIXME - mit einem angedeuteten Weg besser ???? Gruß Jan :-) From andre.hinrichs at gmx.de Sun Jan 3 18:41:54 2010 From: andre.hinrichs at gmx.de (Andre Hinrichs) Date: Sun, 03 Jan 2010 19:41:54 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: References: <4B40C57F.7010905@gmx.net> <4B40C994.7040700@remote.org> Message-ID: <1262544114.2308.7.camel@gandalf> Am Sonntag, den 03.01.2010, 19:11 +0100 schrieb Jan Tappenbeck: > Am 03.01.2010 17:45, schrieb Frederik Ramm: > > Hallo, > > > > Wolfgang Wienke wrote: > >> Gibt es irgendwelche Gründe für solche Knoten, wenn sie nicht in ways > >> eingebunden sind? Sollte man die einfach löschen? > > > > Nodes koennten theoretisch in Relationen eingebunden sein mit einer > > bestimmten Rolle, die dem Node eine Bedeutung verleiht. > > > > Ich selber benutze oft drei Nodes in Verlaengerung eines Ways (so wie > > eine Ellipse in der geschriebenen Sprache: . . .), um anzudeuten, dass > > ein Weg noch weitergeht, von mir aber nicht gemappt wurde. Das finde ich > > eleganter und klarer als irgendwelche Tags. > > > > wäre dort nicht FIXME - mit einem angedeuteten Weg besser ???? Sehe ich auch so. Ich verwende jedoch noch nicht mal einen angedeuteten Weg, sondern setze fixme=continue auf den letzten Node, wo es dann weiter gehen würde. Vorteil: Die sind auch bei keepright sichtbar und somit wissen andere Mapper, dass dort etwas zu tun ist. Gruß Andre From osm-talk at mx-server.de Sun Jan 3 19:17:18 2010 From: osm-talk at mx-server.de (Michael Bemmerl) Date: Sun, 03 Jan 2010 20:17:18 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: <1262544114.2308.7.camel@gandalf> References: <4B40C57F.7010905@gmx.net> <4B40C994.7040700@remote.org> <1262544114.2308.7.camel@gandalf> Message-ID: <4B40ED3E.9020705@mx-server.de> Andre Hinrichs schrieb: > Am Sonntag, den 03.01.2010, 19:11 +0100 schrieb Jan Tappenbeck: >> Am 03.01.2010 17:45, schrieb Frederik Ramm: >>> Hallo, >>> >>> Wolfgang Wienke wrote: >>>> Gibt es irgendwelche Gründe für solche Knoten, wenn sie nicht in ways >>>> eingebunden sind? Sollte man die einfach löschen? >>> Nodes koennten theoretisch in Relationen eingebunden sein mit einer >>> bestimmten Rolle, die dem Node eine Bedeutung verleiht. >>> >>> Ich selber benutze oft drei Nodes in Verlaengerung eines Ways (so wie >>> eine Ellipse in der geschriebenen Sprache: . . .), um anzudeuten, dass >>> ein Weg noch weitergeht, von mir aber nicht gemappt wurde. Das finde ich >>> eleganter und klarer als irgendwelche Tags. >> >> >> wäre dort nicht FIXME - mit einem angedeuteten Weg besser ???? > > Sehe ich auch so. Ich verwende jedoch noch nicht mal einen angedeuteten > Weg, sondern setze fixme=continue auf den letzten Node, wo es dann > weiter gehen würde. Vorteil: Die sind auch bei keepright sichtbar und > somit wissen andere Mapper, dass dort etwas zu tun ist. Ich persönlich setze immer ein fixme=incomplete, sowohl bei Ways als auch bei Relations. Andere [1] nehmen fixme=stub, oder fixme=stub for future survey. Grüße, Michi [1] http://osmdoc.com/de/tag/fixme/ -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 195 bytes Beschreibung: OpenPGP digital signature URL : From frederik at remote.org Sun Jan 3 19:22:58 2010 From: frederik at remote.org (Frederik Ramm) Date: Sun, 03 Jan 2010 20:22:58 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: References: <4B40C57F.7010905@gmx.net> <4B40C994.7040700@remote.org> Message-ID: <4B40EE92.3000306@remote.org> Hallo, Jan Tappenbeck wrote: >> Ich selber benutze oft drei Nodes in Verlaengerung eines Ways (so wie >> eine Ellipse in der geschriebenen Sprache: . . .), um anzudeuten, dass >> ein Weg noch weitergeht, von mir aber nicht gemappt wurde. Das finde ich >> eleganter und klarer als irgendwelche Tags. > > wäre dort nicht FIXME - mit einem angedeuteten Weg besser ???? Mir gehen die drei Nodes schneller von der Hand, und ich halte das auch fuer ein international verstandenes Symbol. Zugegeben, es taucht nicht in irgendwelchen Bug-Checkern auf, aber es ist ja auch kein Bug ;-) Aber ich hab nichts dagegen, wenn andere Leute FIXME verwenden. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From l.emmerich at t-online.de Sun Jan 3 19:50:24 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Sun, 3 Jan 2010 20:50:24 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten=2C_=F6ffentliche_Telefone_?= =?iso-8859-1?q?und_Parkscheinautomaten_taggen?= Message-ID: Ein gutes Jahr 2010 an alle. Briefkästen: operator= Deutsche Post AG - klar collection_time=Mo-Fr 10:00, 17:00; Su 11:00 .... - klar Sind noch Informationen über - Anbringung: an der Wand oder freistehend - bei Befestigung an Hauswand - welche Hausnummer, etc - PLZ-Zugehörigkeit _ ... Telefone - operator=Deutsche Telecom - klar - münzen, Telefonkarte, ... - klar - offene oder geschlossene Form mit Tür - bei offener Bauweise: mit oder ohne Regenschutz oben und seitlich Parkscheinautomaten Habe hier wenig gefunden. Habe eingetragen amenity=parking_ticket_automat Wie tagge ich - die max. Parkzeit und - die Kosten pro Stunde - Parken ab z.B. 18 Uhr kostenlos ebenso an Sonntagen Danke für Eure Bemühungen Lothar From bartosz at fabianowski.eu Sun Jan 3 20:08:23 2010 From: bartosz at fabianowski.eu (Bartosz Fabianowski) Date: Sun, 03 Jan 2010 20:08:23 +0000 Subject: [Talk-de] =?utf-8?q?Briefk=C3=A4sten=2C_=C3=B6ffentliche_Telefone?= =?utf-8?q?_und_Parkscheinautomaten_taggen?= In-Reply-To: References: Message-ID: <4B40F937.1090907@fabianowski.eu> > - operator=Deutsche Telecom - klar Die Telekom schreibt sich mit K, nicht C. > Parkscheinautomaten > > Habe hier wenig gefunden. Habe eingetragen > amenity=parking_ticket_automat amenity=vending_machine vending=parking_tickets Siehe hier: http://wiki.openstreetmap.org/wiki/Tag:amenity=vending_machine Gruß, - Bartosz From andre.hinrichs at gmx.de Sun Jan 3 21:03:15 2010 From: andre.hinrichs at gmx.de (Andre Hinrichs) Date: Sun, 03 Jan 2010 22:03:15 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten=2C_=F6ffentliche_Telefone_?= =?iso-8859-1?q?und_Parkscheinautomaten_taggen?= In-Reply-To: References: Message-ID: <1262552595.2308.19.camel@gandalf> Am Sonntag, den 03.01.2010, 20:50 +0100 schrieb Lothar Emmerich: > Ein gutes Jahr 2010 an alle. > > > Briefkästen: > > operator= Deutsche Post AG - klar > collection_time=Mo-Fr 10:00, 17:00; Su 11:00 .... - klar > > Sind noch Informationen über > - Anbringung: an der Wand oder freistehend an der Wand: Node ist in Gebäude eingebettet. > - bei Befestigung an Hauswand - welche Hausnummer, etc Standort-Bezeichnung wie auf dem Briefkasten angegeben. Ich verwende dafür derzeit noch name= jedoch gibt es auch andere Vorschläge. > - PLZ-Zugehörigkeit postal_code= > _ ... > > > > Telefone > > - operator=Deutsche Telecom - klar > - münzen, Telefonkarte, ... - klar > - offene oder geschlossene Form mit Tür schlag mal was vor! > - bei offener Bauweise: mit oder ohne Regenschutz oben und seitlich > > > > Parkscheinautomaten > > Habe hier wenig gefunden. Habe eingetragen > amenity=parking_ticket_automat > > Wie tagge ich > - die max. Parkzeit und max_stay= > - die Kosten pro Stunde > - Parken ab z.B. 18 Uhr kostenlos ebenso an Sonntagen wüsste ich auch gern... Gruß Andre From toni.erdmann at web.de Sun Jan 3 21:10:34 2010 From: toni.erdmann at web.de (Toni Erdmann) Date: Sun, 03 Jan 2010 22:10:34 +0100 Subject: [Talk-de] =?utf-8?q?Briefk=C3=A4sten=2C_=C3=B6ffentliche_Telefone?= =?utf-8?q?_und_Parkscheinautomaten_taggen?= In-Reply-To: <1262552595.2308.19.camel@gandalf> References: <1262552595.2308.19.camel@gandalf> Message-ID: <4B4107CA.9030500@web.de> On 03.01.2010 22:03, Andre Hinrichs wrote: > Am Sonntag, den 03.01.2010, 20:50 +0100 schrieb Lothar Emmerich: >> Ein gutes Jahr 2010 an alle. >> >> >> Briefkästen: >> >> operator= Deutsche Post AG - klar >> collection_time=Mo-Fr 10:00, 17:00; Su 11:00 .... - klar >> >> Sind noch Informationen über >> - Anbringung: an der Wand oder freistehend > > an der Wand: Node ist in Gebäude eingebettet. > >> - bei Befestigung an Hauswand - welche Hausnummer, etc > > Standort-Bezeichnung wie auf dem Briefkasten angegeben. Ich verwende > dafür derzeit noch name= jedoch gibt es auch andere Vorschläge. z.B. in München ref="Marienplatz 8 (Rathaus)" wenn auf dem Briefkasten unten rechts steht: "Standort: Marienplatz 8 (Rathaus)" Es scheint sich dabei um eine Post-interne Referenz zu hadenln. In UK evtl. als Nummer, ... Gruß, Toni From schulze.michael at gmx.net Sun Jan 3 21:41:41 2010 From: schulze.michael at gmx.net (Michael Schulze) Date: Sun, 03 Jan 2010 22:41:41 +0100 Subject: [Talk-de] =?utf-8?q?Briefk=C3=A4sten=2C_=C3=B6ffentliche_Telefone?= =?utf-8?q?_und_Parkscheinautomaten_taggen?= In-Reply-To: <1262552595.2308.19.camel@gandalf> References: <1262552595.2308.19.camel@gandalf> Message-ID: On 03.01.2010 22:03, Andre Hinrichs wrote: >> Telefone >> >> - operator=Deutsche Telecom - klar >> - münzen, Telefonkarte, ... - klar >> - offene oder geschlossene Form mit Tür > > schlag mal was vor! ich tagge seit einiger Zeit mit type:booth und type:phone den Häuschentyp und den Telefontyp dazu, da gibt es bei der Telekom nicht so viele unterschiedliche. Einen schönen Überblick gibt es auf dieser Seite: http://www.telefonzelle.de.tl/ Üblich sind: Alte gelbe Häuschen: type:booth=TelH78 type:phone=MünzTel23|ÖKartTel Neue magenta Häuschen: type:booth=TelH90 type:phone=MünzTel23|ÖKartTel Telefonsäulen: type=Telestation Einfache Telefonsäulen: type=Basistelefon Aus den Typen lässt sich dann ableiten, welche Bezahlarten gehen, ob offen oder geschlossen, ob rollstuhltauglich. Gruß, Michael From ulf.lamping at googlemail.com Sun Jan 3 22:08:20 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 03 Jan 2010 23:08:20 +0100 Subject: [Talk-de] =?utf-8?q?Briefk=C3=A4sten=2C_=C3=B6ffentliche_Telefone?= =?utf-8?q?_und_Parkscheinautomaten_taggen?= In-Reply-To: References: <1262552595.2308.19.camel@gandalf> Message-ID: <4B411554.4000902@googlemail.com> Am 03.01.2010 22:41, schrieb Michael Schulze: > On 03.01.2010 22:03, Andre Hinrichs wrote: >>> Telefone >>> >>> - operator=Deutsche Telecom - klar >>> - münzen, Telefonkarte, ... - klar >>> - offene oder geschlossene Form mit Tür >> >> schlag mal was vor! > > ich tagge seit einiger Zeit mit type:booth und type:phone den > Häuschentyp und den Telefontyp dazu, da gibt es bei der Telekom nicht so > viele unterschiedliche. > > Einen schönen Überblick gibt es auf dieser Seite: > http://www.telefonzelle.de.tl/ > > Üblich sind: > > Alte gelbe Häuschen: > type:booth=TelH78 > type:phone=MünzTel23|ÖKartTel > > Neue magenta Häuschen: > type:booth=TelH90 > type:phone=MünzTel23|ÖKartTel > > Telefonsäulen: > type=Telestation > > Einfache Telefonsäulen: > type=Basistelefon Bin gerade für den JOSM - wieder mal - etwas am Tag anschauen, OSMDoc "durchgrasen" usw. Die type=xy u.ä. Tags fallen mir dabei ziemlich negativ auf, weil die für alle möglichen Themengebiete verwendet werden und man daher *nur* im Zusammenhang mit den anderen Tags die Bedeutung erkennen kann. Das bekommst du aber aus OSMDoc nicht raus. Warum nicht "sprechende Tags" z.B.: telephone:booth=TelH78 Hat den Vorteil, das man direkt am Tag sehen (oder zumindest ahnen) kann, was er bedeutet. Bei type=Telestation kann ich als "außenstehender" und ohne den hier genannten Kontext nur noch raten. Gruß, ULFL From f_mohr at yahoo.de Sun Jan 3 22:36:01 2010 From: f_mohr at yahoo.de (frank mohr) Date: Sun, 03 Jan 2010 23:36:01 +0100 Subject: [Talk-de] =?utf-8?q?Briefk=C3=A4sten=2C_=C3=B6ffentliche_Telefone?= =?utf-8?q?_und_Parkscheinautomaten_taggen?= In-Reply-To: <4B4107CA.9030500@web.de> References: <1262552595.2308.19.camel@gandalf> <4B4107CA.9030500@web.de> Message-ID: <4B411BD1.1020509@yahoo.de> Toni Erdmann wrote: > On 03.01.2010 22:03, Andre Hinrichs wrote: >> Am Sonntag, den 03.01.2010, 20:50 +0100 schrieb Lothar Emmerich: >>> Ein gutes Jahr 2010 an alle. >>> >>> >>> Briefkästen: >>> >>> operator= Deutsche Post AG - klar >>> collection_time=Mo-Fr 10:00, 17:00; Su 11:00 .... - klar >>> >>> Sind noch Informationen über >>> - Anbringung: an der Wand oder freistehend >> an der Wand: Node ist in Gebäude eingebettet. >> >>> - bei Befestigung an Hauswand - welche Hausnummer, etc >> Standort-Bezeichnung wie auf dem Briefkasten angegeben. Ich verwende >> dafür derzeit noch name= jedoch gibt es auch andere Vorschläge. > > z.B. in München > > ref="Marienplatz 8 (Rathaus)" > > wenn auf dem Briefkasten unten rechts steht: > > "Standort: Marienplatz 8 (Rathaus)" > > Es scheint sich dabei um eine Post-interne Referenz zu > hadenln. In UK evtl. als Nummer, ... kann jemand an dem Bild http://wiki.openstreetmap.org/wiki/Image:Briefkasten-schild.jpg als Bsp. die taggs beschreiben? Frank ___________________________________________________________ Der fr�he Vogel f�ngt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de From l.emmerich at t-online.de Sun Jan 3 22:53:00 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Sun, 3 Jan 2010 23:53:00 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten=2C_=F6ffentliche_Telefone_?= =?iso-8859-1?q?und_Parkscheinautomaten_taggen?= In-Reply-To: <4B411BD1.1020509@yahoo.de> References: <1262552595.2308.19.camel@gandalf> <4B4107CA.9030500@web.de> <4B411BD1.1020509@yahoo.de> Message-ID: <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> Hallo Frank > kann jemand an dem Bild > http://wiki.openstreetmap.org/wiki/Image:Briefkasten-schild.jpg > als Bsp. die taggs beschreiben? operator=Deutsche Post AG collection_times= Mo-Fr 12:00, 15:30, 17:15; Du 16:15 addr_street=Alexanderplatz addr:housenumber=7 to 9 addr:postcode=10178 M.E. sind die ersten Angaben die wichtigsten. Gruß Lothar From l.emmerich at t-online.de Sun Jan 3 23:02:00 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Mon, 4 Jan 2010 00:02:00 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten=2C_=F6ffentliche_Telefone_?= =?iso-8859-1?q?und_Parkscheinautomaten_taggen?= In-Reply-To: <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> References: <1262552595.2308.19.camel@gandalf> <4B4107CA.9030500@web.de> <4B411BD1.1020509@yahoo.de> <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> Message-ID: <55CDE2B4-807C-4E5E-882D-2BE2ECBC6FF8@t-online.de> > collection_times= Mo-Fr 12:00, 15:30, 17:15; Du 16:15 Sorry, sollte natürlich Su für Samstag und nicht Du heißen Lothar From osm at kahl-hinsch.de Sun Jan 3 23:04:25 2010 From: osm at kahl-hinsch.de (Wolfgang) Date: Mon, 4 Jan 2010 00:04:25 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten_=2C_=F6ffentliche_Telefone?= =?iso-8859-1?q?_und_Parkscheinautomaten_taggen?= In-Reply-To: <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> References: <4B411BD1.1020509@yahoo.de> <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> Message-ID: <201001040004.25339.osm@kahl-hinsch.de> Hallo, Am Sonntag 03 Januar 2010 23:53:00 schrieb Lothar Emmerich: > operator=Deutsche Post AG > collection_times= Mo-Fr 12:00, 15:30, 17:15; Du 16:15 > addr_street=Alexanderplatz > addr:housenumber=7 to 9 > addr:postcode=10178 Wie drückt man fristwahrend aus? Bsp: Fristwahrender Briefkasten am Gerichtsgebäude Gruß, Wolfgang From d.s.e at sordidmusic.com Sun Jan 3 23:14:51 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Mon, 4 Jan 2010 00:14:51 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten_=2C_=F6ffentliche_Telefone?= =?iso-8859-1?q?_und_Parkscheinautomaten_taggen?= In-Reply-To: <55CDE2B4-807C-4E5E-882D-2BE2ECBC6FF8@t-online.de> References: <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> <55CDE2B4-807C-4E5E-882D-2BE2ECBC6FF8@t-online.de> Message-ID: <201001040014.51120.d.s.e@sordidmusic.com> Am Montag 04 Januar 2010 00:02:00 schrieb Lothar Emmerich: > > collection_times= Mo-Fr 12:00, 15:30, 17:15; Du 16:15 > > Sorry, sollte natürlich Su für Samstag und nicht Du heißen > du meinst also Sa ;-) From webmaster at ts-eastrail.de Sun Jan 3 23:14:49 2010 From: webmaster at ts-eastrail.de (=?utf-8?Q?Mirko_K=C3=BCster?=) Date: Mon, 4 Jan 2010 00:14:49 +0100 Subject: [Talk-de] =?utf-8?q?Briefk=C3=A4sten=2C_=C3=B6ffentliche_Telefone?= =?utf-8?q?_und_Parkscheinautomaten_taggen?= References: <1262552595.2308.19.camel@gandalf><4B4107CA.9030500@web.de> <4B411BD1.1020509@yahoo.de> Message-ID: > kann jemand an dem Bild > http://wiki.openstreetmap.org/wiki/Image:Briefkasten-schild.jpg > als Bsp. die taggs beschreiben? Siehe Anhang. Bei der Standortbezeichnung gibts nichts einheitliches. Da wird mal so und mal so getaggt. Ich bevorzuge das Karlsruher Schema da es weniger eine Referenz als vielmehr eine Adresse ist. Mögen andere nun wieder nicht un nehmen die ganze Zeile in ref oder name, wahlweise noch postal_code extra. Servicenummer wäre rein optional. Gruß Mirko -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : post_box.jpg Dateityp : image/jpeg Dateigröße : 46175 bytes Beschreibung: nicht verfügbar URL : From l.emmerich at t-online.de Sun Jan 3 23:19:28 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Mon, 4 Jan 2010 00:19:28 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten_=2C_=F6ffentliche_Telefone?= =?iso-8859-1?q?_und_Parkscheinautomaten_taggen?= In-Reply-To: <201001040004.25339.osm@kahl-hinsch.de> References: <4B411BD1.1020509@yahoo.de> <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> <201001040004.25339.osm@kahl-hinsch.de> Message-ID: <3C684515-48F4-4D56-A9F7-B93EB892334A@t-online.de> Hallo Wolfgang, > Wie drückt man fristwahrend aus? > Bsp: Fristwahrender Briefkasten am Gerichtsgebäude was meinst Du damit? Meine Englisch-Kentnisse sind nicht die besten. Etwa die erste Leerung? Gruß Lothar From tirkon33 at yahoo.de Mon Jan 4 00:55:12 2010 From: tirkon33 at yahoo.de (Tirkon) Date: Mon, 04 Jan 2010 01:55:12 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten=2C_=F6ffentliche_Telefone_?= =?iso-8859-1?q?und_Parkscheinautomaten_taggen?= References: <1262552595.2308.19.camel@gandalf> Message-ID: <8ae2k51i6uf38psgpgqf3urrq6k757pfeg@4ax.com> Michael Schulze wrote: >> schlag mal was vor! > >ich tagge seit einiger Zeit mit type:booth und type:phone den >Häuschentyp und den Telefontyp dazu, da gibt es bei der Telekom nicht so >viele unterschiedliche. > >Einen schönen Überblick gibt es auf dieser Seite: >http://www.telefonzelle.de.tl/ > >Üblich sind: > >Alte gelbe Häuschen: >type:booth=TelH78 >type:phone=MünzTel23|ÖKartTel > >Neue magenta Häuschen: >type:booth=TelH90 >type:phone=MünzTel23|ÖKartTel Oder für Otto Normalmapper ohne diese eingehenden Kenntnisse auch für die Mitbewerber der Telekom möglich und zudem schon an Bus- oder Bahn- Haltestellen üblich: shelter=yes From tirkon33 at yahoo.de Mon Jan 4 01:20:35 2010 From: tirkon33 at yahoo.de (Tirkon) Date: Mon, 04 Jan 2010 02:20:35 +0100 Subject: [Talk-de] Aerowest References: <4B40A422.0047.005E.0@rathai.de> Message-ID: Gehling Marc wrote: >da läuft noch was. Der Vertrag für Dortmund zwischen Aerowest und >Fossgis liegt bei Aerowest und wir warten auf die Unterschrift ;-). Wie ist eigentlich die rechtliche Konstruktion? Hat die Fossgis das OSM Projekt (in Deutschland??) zu seinem Schutzbefohlenen erklärt? Inwieweit kann sich ein Mapper, der nicht Mitglied der Fossgis ist, auf den Vertrag berufen? Hat die Fossgis eigentlich denselben Status in Bezug zu OSM, wie die OSM-Foundation? Wenn ja, stehen die beiden sozusagen "in gleichwertiger Konkurrenz" zueinander? >Danach kann es direkt starten. Hat durch den rechtlichen Kram >viel länger gedauert als geplant. Sagt der Vertrag auch etwas zu dem Thema aus, dass die Aerowest-Luftbilder anderer Städte als Dortmund für einen Abgleich mit OSM genutzt werden dürfen? Dass dies möglich sein könnte, wurde jedenfalls in früheren Postings hier angedeutet. From spam at mversen.de Mon Jan 4 02:20:22 2010 From: spam at mversen.de (Matthias Versen) Date: Mon, 04 Jan 2010 03:20:22 +0100 Subject: [Talk-de] Datenimport Oeding In-Reply-To: References: <201001030217.39691.shony@nurfuerspam.de> <201001030221.41629.shony@nurfuerspam.de> Message-ID: Mirko Küster wrote: >> ein klick weiter stand dann alles >> >> Description >> >> Import account for '3dShapes' data. Data is processed by friendly humans, >> not >> bots, and you can reach us by dropping us a note here. >> >> More info: http://wiki.openstreetmap.org/wiki/3dShapes Die Beschreibung hat der Importer nach einer Anfrage von mir hinzugefügt weil ich mit 3dshapes auch nichts anzufangen wusste :-) > Wenn die da mit ihren Importen so weiter machen, haben die ihr Land bald > komplett bis ins Detail fertig und am Ende gibts nur 5 Niderländische > Mapper, die tatsächlich mal etwas per Hand eingetragen haben. > > Das was sie beim Fußball verkehrt machen, toppen sie beim auftun von > leckeren Datenquellen. Bei uns ist es irgendwie umgekehrt. Am Anfang ist es ein Vorteil weil man plötzlich sehr viele Daten bekommt aber später wird so ein Import zur Belastung weil die Mapper zum pflegen der Daten fehlen. Matthias From bernd at bwurst.org Mon Jan 4 03:39:14 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Mon, 4 Jan 2010 04:39:14 +0100 Subject: [Talk-de] Stassenschild != Adresse In-Reply-To: References: <201001021744.25276.bernd@bwurst.org> Message-ID: <201001040439.15259.bernd@bwurst.org> Am Samstag 02 Januar 2010 17:59:46 schrieb Mirko Küster: > > Aaalso... ;-) > > Was mich stutzig macht, ist die Höhe der Hausnummer. Eine Straße mit 2 > > Gebäuden dran hat normalerweise keine Hausnummer 29. > Das hat erstmal garnichts zu sagen. Das ist sicher kein belastbares Argument, aber es ist Grund genug, sich die Gegebenheiten mal genauer anzuschauen. "Was mich stutzig macht", habe ich geschrieben. > Oft werden die Hausnummern schon vor > dem Spatenstich an die geplanten Grundstücke vergeben. Das ist völlig korrekt, aber schau dir das konkrete Beispiel doch bitte einfach mal an (auch die Luftbilder der Mitbewerber). Die Straße beginnt sofort mit Nummer 27 ohne irgendwelchen Platz für andere Grundstücke/Gebäude. Das ist mehr als nur ungewöhnlich. Ich denke der Rest meiner Mail sagt durchaus aus, dass es sich lohnt das nochmal vor Ort zu schauen. Gruß, Bernd -- Es nützt der Freiheit nichts, dass wir sie abschaffen, um sie zu schützen. - Wolfgang Thierse -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From bernd at bwurst.org Mon Jan 4 03:42:24 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Mon, 4 Jan 2010 04:42:24 +0100 Subject: [Talk-de] Probleme mit LeanJOSM In-Reply-To: <4B3FECCE.2080204@remote.org> References: <201001021639.04980.bernd@bwurst.org> <4B3FECCE.2080204@remote.org> Message-ID: <201001040442.24326.bernd@bwurst.org> Am Sonntag 03 Januar 2010 02:03:10 schrieb Frederik Ramm: > > Ohne diese beiden Funktionen ist JOSM zwar komplett wertlos, > der noch dazu sehr geringe Ansprueche hat! Ich hoffe, du hast das so verstanden wie ich es gemeint habe: Ohne die beiden kaputten Funktionen (Laden von Modulen und Uploaden) ist JOSM schon etwas wertlos. Die von dir absichtlich herausgepatchten Funktionen fehlen mir nicht. Gruß, Bernd -- Optimisten haben gar keine Ahnung von den freudigen Überraschungen, die Pessimisten erleben. - Peter Bamm (dt. Schriftsteller (1897-1975)) -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From list at lab.at Mon Jan 4 05:22:19 2010 From: list at lab.at (Andreas Labres) Date: Mon, 04 Jan 2010 06:22:19 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten=2C_=F6ffentliche_Telefone_?= =?iso-8859-1?q?und_Parkscheinautomaten_taggen?= In-Reply-To: <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> References: <1262552595.2308.19.camel@gandalf> <4B4107CA.9030500@web.de> <4B411BD1.1020509@yahoo.de> <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> Message-ID: <4B417B0B.6090502@al.lab.at> On 03.01.10 23:53, Lothar Emmerich wrote: > operator=Deutsche Post AG > collection_times= Mo-Fr 12:00, 15:30, 17:15; Du 16:15 > addr_street=Alexanderplatz > addr:housenumber=7 to 9 > addr:postcode=10178 > Haben bei Euch schon die Postkästen Hausnummern? -- Ich halte das für keine so gute Idee, die Adresse gehört wohl eher ans Haus... ;) Servus, Andreas From riedel.andre at gmail.com Mon Jan 4 07:54:01 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Mon, 4 Jan 2010 08:54:01 +0100 Subject: [Talk-de] =?utf-8?q?Briefk=C3=A4sten=2C_=C3=B6ffentliche_Telefone?= =?utf-8?q?_und_Parkscheinautomaten_taggen?= In-Reply-To: <4B417B0B.6090502@al.lab.at> References: <1262552595.2308.19.camel@gandalf> <4B4107CA.9030500@web.de> <4B411BD1.1020509@yahoo.de> <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> <4B417B0B.6090502@al.lab.at> Message-ID: <124a940a1001032354vac0b629w6465f67bd6aaca48@mail.gmail.com> Am 4. Januar 2010 06:22 schrieb Andreas Labres : > On 03.01.10 23:53, Lothar Emmerich wrote: >> operator=Deutsche Post AG >> collection_times= Mo-Fr 12:00, 15:30, 17:15; Du 16:15 >> addr_street=Alexanderplatz >> addr:housenumber=7 to 9 >> addr:postcode=10178 >> > > Haben bei Euch schon die Postkästen Hausnummern? -- Ich halte das für > keine so gute Idee, die Adresse gehört wohl eher ans Haus... ;) +1 Lieber gleich das Haus dahinter mit der Hausnummer eintragen. Die Standortdaten kommen dann in den ref-Tag an den Briefkasten. From m.gehling at gmx.de Mon Jan 4 08:29:06 2010 From: m.gehling at gmx.de (Gehling Marc) Date: Mon, 4 Jan 2010 09:29:06 +0100 Subject: [Talk-de] Aerowest In-Reply-To: References: <4B40A422.0047.005E.0@rathai.de> Message-ID: <30FE0180-1D75-4283-AF14-0E74795C3F6E@gmx.de> Am 04.01.2010 um 02:20 schrieb Tirkon: > Gehling Marc wrote: > >> da läuft noch was. Der Vertrag für Dortmund zwischen Aerowest und >> Fossgis liegt bei Aerowest und wir warten auf die Unterschrift ;-). > > Wie ist eigentlich die rechtliche Konstruktion? Hat die Fossgis das > OSM Projekt (in Deutschland??) zu seinem Schutzbefohlenen erklärt? Der Vertrag wird von der Fossgis unterschrieben. Sie hatten es für das Oberpfalzprojekt schon einmal gemacht. Den Kontakt hatten wir hergestellt, d.h. wir hatten die Fossgis gefragt, ob sie es unterschreiben würden. Eine deutsche OSM-Organisation existiert ja nicht und die OSM-Foundation hat gerade andere Projekte ;-) ... > > Inwieweit kann sich ein Mapper, der nicht Mitglied der Fossgis ist, > auf den Vertrag berufen? > Kann jeder Mapper. > Hat die Fossgis eigentlich denselben Status in Bezug zu OSM, wie die > OSM-Foundation? Wenn ja, stehen die beiden sozusagen "in > gleichwertiger Konkurrenz" zueinander? Nein. Die OSM-Foundation besitzt die Daten, Logos usw. Die Fossgis ist ehr befreundet und Partner. > >> Danach kann es direkt starten. Hat durch den rechtlichen Kram >> viel länger gedauert als geplant. > > Sagt der Vertrag auch etwas zu dem Thema aus, dass die > Aerowest-Luftbilder anderer Städte als Dortmund für einen Abgleich mit > OSM genutzt werden dürfen? Dass dies möglich sein könnte, wurde > jedenfalls in früheren Postings hier angedeutet. Die Luftbilder für Dortmund sind ein Pilotprojekt. Wenn es funktioniert, werden andere Städte dazukommen. Die Auswahl an Städte ist auf den Seiten von Aerowest zu sehen. Funktioniert heißt kurz gesagt; es ist ein geben und nehmen. Wir nehmen die Luftbilder für OSM, wir geben die Hausnummern in OSM ein. Marc From chris66nrw at gmx.de Mon Jan 4 08:29:00 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Mon, 04 Jan 2010 09:29:00 +0100 Subject: [Talk-de] Datenimport Oeding In-Reply-To: References: <201001030217.39691.shony@nurfuerspam.de> <201001030221.41629.shony@nurfuerspam.de> Message-ID: Matthias Versen schrieb: >> Das was sie beim Fußball verkehrt machen, toppen sie beim auftun von >> leckeren Datenquellen. Bei uns ist es irgendwie umgekehrt. > > Am Anfang ist es ein Vorteil weil man plötzlich sehr viele Daten bekommt > aber später wird so ein Import zur Belastung weil die Mapper zum pflegen > der Daten fehlen. Ja, ich habe da auch schon eine fehlende Bundesstraße (N...) nachgetragen. ;-) Chris From wo_wienke at gmx.net Mon Jan 4 10:05:15 2010 From: wo_wienke at gmx.net (Wolfgang Wienke) Date: Mon, 04 Jan 2010 11:05:15 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: <4B40EE92.3000306@remote.org> References: <4B40C57F.7010905@gmx.net> <4B40C994.7040700@remote.org> <4B40EE92.3000306@remote.org> Message-ID: <4B41BD5B.6030304@gmx.net> Hallo! Frederik Ramm schrieb: > Hallo, > > Jan Tappenbeck wrote: >>> Ich selber benutze oft drei Nodes in Verlaengerung eines Ways (so wie >>> eine Ellipse in der geschriebenen Sprache: . . .), um anzudeuten, dass >>> ein Weg noch weitergeht, von mir aber nicht gemappt wurde. Das finde ich >>> eleganter und klarer als irgendwelche Tags. >> wäre dort nicht FIXME - mit einem angedeuteten Weg besser ???? > > Mir gehen die drei Nodes schneller von der Hand, und ich halte das auch > fuer ein international verstandenes Symbol. Zugegeben, es taucht nicht > in irgendwelchen Bug-Checkern auf, aber es ist ja auch kein Bug ;-) > > Aber ich hab nichts dagegen, wenn andere Leute FIXME verwenden. Wie hier üblich ;-) driftet die Diskussion wieder ab zu einer anderen Fragestellung. Ich fasse also für mich zusammen: Wenn ich nicht gerade Frederiks 3 Punkte erkenne, lösche ich solche Knoten. -- Mit freundlichen Gruessen Wolfgang Wienke From claudius.h at gmx.de Mon Jan 4 10:12:07 2010 From: claudius.h at gmx.de (Claudius) Date: Mon, 04 Jan 2010 11:12:07 +0100 Subject: [Talk-de] Post- und Telefonkarte In-Reply-To: <6A264AC5E81942178699DA86F66654F0@mkwebdialin> References: <4B3F8A42.1090606@s-hohmann.de> <6A264AC5E81942178699DA86F66654F0@mkwebdialin> Message-ID: Am 02.01.2010 19:58, Mirko Küster: >> vielleicht interessiert es hier auch einen, nachdem es im Forum schon >> Anklang gefunden hat: http://osmtools.de/poi/ > > Daumen hoch. Endlich sieht man mal wofür man die Daten einträgt. Mit > Betreiber, Öffnungs- bzw. Leerungszeiten. > In der Slippy gehen selbst die eigentlichen POI schon gänzlich unter. > Was noch fehlt sind die angeschlossenen Postbanken in den Agenturen. > > http://osmtools.de/poi/?zoom=15&lat=51.29792&lon=11.4351&layers=BTTTT > > Gruß > Mirko Schöne Erfassung in Roßleben mal wieder, aber... Habt ihr am Bahnhof wirklich ne Telefonzelle der "Deutschen Bahn AG"? Claudius From l.emmerich at t-online.de Mon Jan 4 10:16:54 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Mon, 4 Jan 2010 11:16:54 +0100 Subject: [Talk-de] =?iso-8859-1?q?D=F6rfer_etc=2E_taggen?= Message-ID: <6DF6A9D6-C739-447D-BB0E-C5C5F3A57F97@t-online.de> Hi Dörfer werden in OSM unterschiedlich eingetragen. Mein Vorschlag_ - Im Zentrum des Ortes einen Punkt setzen -- place=village -- name=hinteroberanden -- postal_code=12345 -- is_in=Großkleinzarten -- weitere Notes - Die bebaute Fläche mit -- landuse=residental taggen. Bei kleineren Ortsteilen (Siedlungsnamen) kann zu landuse= ... noch zusätzlich name=.... hinzugefügt werden. Eine Begründung: Die Zoomstufe 12 ist gut zur größeren Übersicht in kleineren Regionen geeignet. In den Zoomstufen 11 und 12 werden Orte, die lediglich mit - landuse= - name= getaggt werden, nicht angezeigt. Das sollten sie aber. Auch deshalb die obige Vorgehensweise. Wie ist der allgemeine Tenor? Gruß Lothar From dieter_jasper at web.de Mon Jan 4 10:48:44 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Mon, 04 Jan 2010 11:48:44 +0100 Subject: [Talk-de] Noexit tag an nodes und ways Message-ID: Hallo, macht es Sinn, das "noexit" tag sowohl an den Endnode als auch an den zum Endnode führenden way anzuhängen? Habe das mehrfach so vorgefunden. Ich denke es ist ausreichend, nur den Endnode zu taggen. Gruß Dieter Jasper From liste12A45q7 at gmx.de Mon Jan 4 10:55:31 2010 From: liste12A45q7 at gmx.de (Markus) Date: Mon, 04 Jan 2010 11:55:31 +0100 Subject: [Talk-de] Aerowest In-Reply-To: <30FE0180-1D75-4283-AF14-0E74795C3F6E@gmx.de> References: <4B40A422.0047.005E.0@rathai.de> <30FE0180-1D75-4283-AF14-0E74795C3F6E@gmx.de> Message-ID: <4B41C923.7070502@gmx.de> Hallo Marc, > Der Vertrag wird von der Fossgis unterschrieben. Der FOSSGIS e.V. bietet an, für OSM-Projekte, für die vom Vertragspartner eine juristische Person als Gegenüber gewünscht wird, als solche zu unterschreiben. > Sie hatten es für das Oberpfalzprojekt schon einmal gemacht. Nein, für die Landesregierung Bayern hatte meine private Unterschrift gereicht. Bei den Luftbildern aus Lauf war es noch einfacher: sie kamen per Post, ganz ohne Unterschrift. Auch die Geodaten aus Neunkirchen kamen einfach per Mail. Gruss, Markus From m.gehling at gmx.de Mon Jan 4 11:12:45 2010 From: m.gehling at gmx.de (Gehling Marc) Date: Mon, 4 Jan 2010 12:12:45 +0100 Subject: [Talk-de] Aerowest In-Reply-To: <4B41C923.7070502@gmx.de> References: <4B40A422.0047.005E.0@rathai.de> <30FE0180-1D75-4283-AF14-0E74795C3F6E@gmx.de> <4B41C923.7070502@gmx.de> Message-ID: Am 04.01.2010 um 11:55 schrieb Markus: > Hallo Marc, > >> Der Vertrag wird von der Fossgis unterschrieben. > > Der FOSSGIS e.V. bietet an, für OSM-Projekte, für die vom > Vertragspartner eine juristische Person als Gegenüber gewünscht wird, > als solche zu unterschreiben. > >> Sie hatten es für das Oberpfalzprojekt schon einmal gemacht. > > Nein, für die Landesregierung Bayern hatte meine private Unterschrift > gereicht. > Da hatte ich was verwechselt. > Bei den Luftbildern aus Lauf war es noch einfacher: > sie kamen per Post, ganz ohne Unterschrift. > > Auch die Geodaten aus Neunkirchen kamen einfach per Mail. > Für die nächsten Lieferungen schlage ich das dann auch mal vor. Marc From osm at kahl-hinsch.de Mon Jan 4 11:30:34 2010 From: osm at kahl-hinsch.de (Wolfgang) Date: Mon, 4 Jan 2010 12:30:34 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten_=2C_=F6ffentliche_Telefone?= =?iso-8859-1?q?_und_Parkscheinautomaten_taggen?= In-Reply-To: <3C684515-48F4-4D56-A9F7-B93EB892334A@t-online.de> References: <201001040004.25339.osm@kahl-hinsch.de> <3C684515-48F4-4D56-A9F7-B93EB892334A@t-online.de> Message-ID: <201001041230.35209.osm@kahl-hinsch.de> Hallo Lothar, Am Montag 04 Januar 2010 00:19:28 schrieb Lothar Emmerich: > Hallo Wolfgang, > > > Wie drückt man fristwahrend aus? > > Bsp: Fristwahrender Briefkasten am Gerichtsgebäude > > was meinst Du damit? Meine Englisch-Kentnisse sind nicht die besten. > > Etwa die erste Leerung? > Nein. Für jedes Gericht und verschiedene andere Stellen gibt es fristwahrende Briefkästen. Die werden entweder genau um 24:00 Uhr ausgenommen oder sie schalten automatisch das Sammelfach um 24:00 Uhr um. Wichtig sind solche Briefkästen für, wie der Name schon sagt, Fristen. Wenn du eine Frist für einen Widerspruch, eine Klage oder sonstwas hast, kannst du den zuständigen fristwahrenden Briefkasten benutzen. Dort kann die Post noch bis 24:00 Uhr des letzten Fristtages eingeworfen werden. Sie ist dann garantiert innerhalb der Frist zugegangen. Das ist sicherer als irgendein Postzugang, der bei der Schneckenpost schon mal länger dauern kann als vorausberechnet und für z.B. Steuerberater oder Anwälte durch zu späten Zugang fatal sein kann. Gruß, Wolfgang From ekkehart at gmx.de Mon Jan 4 11:36:32 2010 From: ekkehart at gmx.de (Nop) Date: Mon, 04 Jan 2010 12:36:32 +0100 Subject: [Talk-de] Noexit tag an nodes und ways In-Reply-To: References: Message-ID: <4B41D2C0.6060406@gmx.de> Hi! Am 04.01.2010 11:48, schrieb Dieter Jasper: > Ich denke es ist ausreichend, nur den Endnode zu taggen. +1 Sehe ich genauso. bye Nop From kelvan.mailinglist at gmail.com Mon Jan 4 12:10:30 2010 From: kelvan.mailinglist at gmail.com (kelvan.mailinglist at gmail.com) Date: Mon, 4 Jan 2010 13:10:30 +0100 (CET) Subject: [Talk-de] Geotagged Pictures Website Message-ID: Kennt jemand eine Seite ähnlich wie walking paper nur das man geogetaggte Fotos hochladen kann die andere Leute auswerten bzw Dinge rauslesen können an die man selbst nicht denkt? -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 271 bytes Beschreibung: OpenPGP digital signature URL : From osm at jonas-krueckel.de Mon Jan 4 12:22:34 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Mon, 4 Jan 2010 13:22:34 +0100 Subject: [Talk-de] Geotagged Pictures Website In-Reply-To: References: Message-ID: <7BF075B9-4962-4932-9B1B-6F06A6FD844D@jonas-krueckel.de> Hi, http://warper.geothings.net/ eignet sich gut dafür. Nur für die Verbreitung der ID muss man dann noch selber sorgen (Mailinglisten, Twitter, Blogs...). In JOSM kann man mit Hilfe der ID ganz einfach das Bild als Hintergrund öffnen. Gruß Jonas Am 04.01.2010 um 13:10 schrieb kelvan.mailinglist at gmail.com: > Kennt jemand eine Seite ähnlich wie walking paper nur das man geogetaggte Fotos hochladen kann die andere Leute auswerten bzw Dinge rauslesen können an die man selbst nicht denkt? From blueduck at gmx.net Mon Jan 4 12:22:48 2010 From: blueduck at gmx.net (Stefano Kowalke) Date: Mon, 04 Jan 2010 13:22:48 +0100 Subject: [Talk-de] =?utf-8?q?Notrufs=C3=A4ulen?= In-Reply-To: <200711160921.59858.mi.schmidt@gmx.net> References: <1193851179.26728.1.camel@HAL.home.thorsten-schramm.de> <200711160921.59858.mi.schmidt@gmx.net> Message-ID: Hallo, ich grabe mal diesen uralten Thread aus, da ich mir beim durchs-winterliche-Deutschland-fahren dachte, dass es doch super wäre, wenn man die Notrufsäulen in OSM hätte. Am 16.11.07 09:21, schrieb Michael Schmidt: > Hallo Zusammen > > Ich habe Rückmeldung von der Björn Steiger Stiftung. > > Jetzt das Positive. > > Voraussichtlich im Q1 2008 steht fest welche Notrufsäulen stehen bleiben. > Wir bekommen dann die GPS Daten dieser Säulen. Gibt es dazu Neuigkeiten? Hat OSM die Daten bekommen? Wurden sie importiert? LG Stefano From claudius.h at gmx.de Mon Jan 4 12:44:08 2010 From: claudius.h at gmx.de (Claudius) Date: Mon, 04 Jan 2010 13:44:08 +0100 Subject: [Talk-de] =?iso-8859-1?q?D=F6rfer_etc=2E_taggen?= In-Reply-To: <6DF6A9D6-C739-447D-BB0E-C5C5F3A57F97@t-online.de> References: <6DF6A9D6-C739-447D-BB0E-C5C5F3A57F97@t-online.de> Message-ID: Am 04.01.2010 11:16, Lothar Emmerich: > Hi > > Dörfer werden in OSM unterschiedlich eingetragen. > > Mein Vorschlag_ > > - Im Zentrum des Ortes einen Punkt setzen > -- place=village > -- name=hinteroberanden > -- postal_code=12345 > -- is_in=Großkleinzarten > -- weitere Notes > > - Die bebaute Fläche mit > -- landuse=residental > taggen. > > Bei kleineren Ortsteilen (Siedlungsnamen) kann zu landuse= ... noch zusätzlich > name=.... > hinzugefügt werden. > > Eine Begründung: Die Zoomstufe 12 ist gut zur größeren Übersicht in kleineren Regionen geeignet. > In den Zoomstufen 11 und 12 werden Orte, die lediglich mit > - landuse= > - name= > getaggt werden, nicht angezeigt. Das sollten sie aber. Auch deshalb die obige Vorgehensweise. > > Wie ist der allgemeine Tenor? > > Gruß > Lothar An das Landuse:residential-Polygon der Wohnfläche packe ich den Namen, wenn der eindeutig ist. Den Knoten setze ich zusätzlich auch. Dass das Mapnik-Rendering daraus momentan Überlagerungen erzeugt ist mir egal. Aus Datensicht ist es vorteilhafter, wenn das Polygon benannt ist. Claudius From bernd at bwurst.org Mon Jan 4 12:49:44 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Mon, 4 Jan 2010 13:49:44 +0100 Subject: [Talk-de] Noexit tag an nodes und ways In-Reply-To: References: Message-ID: <201001041349.44880.bernd@bwurst.org> Am Montag 04 Januar 2010 11:48:44 schrieb Dieter Jasper: > Ich denke es ist ausreichend, nur den Endnode zu taggen. Ich denke das ist ein Tag, das nie und nimmer von irgendwelchen Endbenutzern gebraucht wird, daher ist es doch völlig egal wo es dran ist... Wohlgemerkt: Debugging-Tools sind keine Nutzer in diesem Sinne. Daher würde ich stark dafür plädieren, das im Zweifel einfach so zu lassen wie man es vorfindet. Es gibt wenig schlimmeres als selbsternannte Aufräumer, die mir ständig irgendwelche Dinge verbiegen die ich mal ein paar Tage ausprobieren will. Ich experimentiere nicht mit *diesem* Tag und ich meine sicherlich niemanden persönlich. Nur so allgemein... Gruß, Bernd -- Billige Sofas setzen sich mehr und mehr durch. -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From osm at tappenbeck.net Mon Jan 4 13:17:31 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Mon, 04 Jan 2010 14:17:31 +0100 Subject: [Talk-de] =?iso-8859-15?q?Daten_aus_=D6PVN-Karte?= Message-ID: <4B41EA6B.9020800@tappenbeck.net> Moin ! konnte man nicht irgendwie die Haltestellen einer Buslinie aus der ÖPVN-Karte entnehmen ?? Gruß Jan :-) From stw at gmx.de Mon Jan 4 13:28:44 2010 From: stw at gmx.de (Steffen Wolf) Date: Mon, 4 Jan 2010 14:28:44 +0100 Subject: [Talk-de] pfahl im wald - was ist das ! In-Reply-To: <4B3E4048.1000209@tappenbeck.net> References: <4B3E4048.1000209@tappenbeck.net> Message-ID: <20100104132844.GA7729@vakuum.informatik.uni-kl.de> Hi Jan Tappenbeck, > kann mir einer von Euch sagen was diese Pfähle im Wald bedeuten > (aufgenommen in Schleswig-Holstein): > http://www.tappenbeck.net/forum/osm/osm_jt_pfahl_im_wald.jpg Eine aehnliche Frage hat Christian H. Bruhn sich im August selbst beantwortet: | Subject: Re: Stelen am Waldrand | Date: Mon, 24 Aug 2009 22:30:52 +0200 | | > Einerseits habe ich gehört, es solle etwas mit den Jagdrechten zu tun | > haben, andererseits sollen es Orientierungspunkte sein, um z.B. den | > Rettungsdienst seine Position mitzuteilen. | | Es ist zweites. Ich habe folgendes gefunden. [1] | | > Tagt man so etwas in OSM? Und wenn ja wie? | | Ich habe die Vorlage "Notfallrettungspunkt" aus JOSM genommen und es | wie folgt getaggt: | | highway = emergency_access_point | operator = Forstamt Eutin | phone = +49 110 | ref = 318 | | Christian | | [1] http://img259.imageshack.us/img259/2139/img8594.jpg Das Bild passt auch ganz gut zu deinem. Ich hab mal fuer Rheinland-Pfalz eine Liste mit diesen Rettungspunkten gefunden. Leider lizenztechnisch nicht kompatibel. Aber seitdem kann ich nach den "Anfahrtspunkten fuer Rettungsfahrzeuge" besser Ausschau halten. Vielleicht gibt es sowas auch fuer euch dort oben. cu, stw -- Die abgeschnittenen Geschleichtsteile einer (teils speziell dazu herangezüchteter!) anderen Spezies zur Vorbereitung des Paarungsakts als Geschenk zu übereichen hat schon was eigenartiges. Aber egal, Kultur ist Kultur, man macht das eben so. [HaJo Hachtkemper in dan] From osm at fips-schneider.de Mon Jan 4 13:37:20 2010 From: osm at fips-schneider.de (Fips Schneider) Date: Mon, 04 Jan 2010 14:37:20 +0100 Subject: [Talk-de] =?iso-8859-15?q?Daten_aus_=D6PVN-Karte?= In-Reply-To: <4B41EA6B.9020800@tappenbeck.net> References: <4B41EA6B.9020800@tappenbeck.net> Message-ID: <4B41EF10.6090804@fips-schneider.de> Klar: Klicke auf die Bushaltestelle und dann auf die Linie - schon bekomst Du eine Auflistung... - Fips -- Jan Tappenbeck wrote: > Moin ! > > konnte man nicht irgendwie die Haltestellen einer Buslinie aus der > ÖPVN-Karte entnehmen ?? > > Gruß Jan :-) > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From webmaster at ts-eastrail.de Mon Jan 4 13:40:49 2010 From: webmaster at ts-eastrail.de (=?iso-8859-15?Q?Mirko_K=FCster?=) Date: Mon, 4 Jan 2010 14:40:49 +0100 Subject: [Talk-de] Post- und Telefonkarte References: <4B3F8A42.1090606@s-hohmann.de><6A264AC5E81942178699DA86F66654F0@mkwebdialin> Message-ID: > Schöne Erfassung in Roßleben mal wieder, aber... Habt ihr am Bahnhof > wirklich ne Telefonzelle der "Deutschen Bahn AG"? Das ist noch ein Überbleibsel aus der Railway Erfassung und dem späterem abbruch. Das sind Fernsprecher und waren nur damals wegen mangelnder Stylemöglichkeit so getaggt. Die sollten später noch in railway überführt und um die Rufzeichen ergänzt werden. Da fehlte noch das Schema um Morse bzw. Morseähnlich in Tags auszudrücken. Das läuft dort mit einer Kurbelnumdrehung=kurz und drei Kurbelumdrehungen=lang. Den FDL in X erreichte man so mit beispielsweise 3 x kurz und 1 x lang. Die sind so trotz moderner Säulen und GSM-R Abschnittsweise noch aktuell. Ich schmeiß die raus, hat sich ohnehin erledigt. Gruß Mirko From frederik at remote.org Mon Jan 4 13:46:53 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 04 Jan 2010 14:46:53 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: <4B41BD5B.6030304@gmx.net> References: <4B40C57F.7010905@gmx.net> <4B40C994.7040700@remote.org> <4B40EE92.3000306@remote.org> <4B41BD5B.6030304@gmx.net> Message-ID: <4B41F14D.4080001@remote.org> Hallo, Wolfgang Wienke wrote: > Ich fasse also für mich zusammen: Wenn ich nicht gerade Frederiks 3 > Punkte erkenne, lösche ich solche Knoten. Es koennte noch einen Grund geben fuer solche Nodes - wenn jemand gerade irgendwas importiert, was laenger dauert, und er erst die Nodes hochlaedt und spaeter dann die Ways, die sie verbinden sollen. Aber sowas merkt man ja idR daran, dass es recht viele Nodes sind und dass sie gerade eben erst importiert wurden. Bye Frederik From werner.ho at gmx.de Mon Jan 4 13:49:51 2010 From: werner.ho at gmx.de (Werner Hoch) Date: Mon, 4 Jan 2010 14:49:51 +0100 Subject: [Talk-de] =?iso-8859-1?q?OpenOffice_Calc_makros_f=FCr_OSM?= Message-ID: <201001041449.51839.werner.ho@gmx.de> Hallo allerseits, ich hab mir zwei kleine Makros gemacht mit denen man aus ooCalc heraus Relationen in JOSM laden oder im Browser ansehen kann: ------------- sub osm_browse_relation ' browse the relation with the id of the selected cell oDoc = thisComponent oCell=oDoc.getCurrentSelection() if HasUnoInterfaces(oCell, "com.sun.star.table.XCell") then url = "http://www.openstreetmap.org/browse/relation/" + oCell.value shell("/usr/bin/firefox/ " + url) end if end sub sub josm_load_relation ' load relation with the id of the selected cell oDoc = thisComponent oCell = oDoc.getCurrentSelection() if HasUnoInterfaces(oCell, "com.sun.star.table.XCell") then josm_url = "http://localhost:8111/import?url=" osm_api = "http://www.openstreetmap.org/api/0.6/" url = josm_url + osm_api + "relation/" + oCell.value + "/full" shell("/usr/bin/wget -O/dev/null " + url) end if end sub ------------- Die Makros sind nicht besonders schön. Vieleicht findet sich ja jemand der etwas mehr Ahnung von der Makro-Programmierung hat. Verwendung: * Zelle mit der Relations-ID makrieren. * eines der Makro ausführen (ggf. über eine Schaltfläche oder Tastenkürzel) Für Ways, Nodes, ... muss nur die URL geändert werden. Grüße Werner (werner2101) From webmaster at ts-eastrail.de Mon Jan 4 14:01:50 2010 From: webmaster at ts-eastrail.de (=?iso-8859-15?Q?Mirko_K=FCster?=) Date: Mon, 4 Jan 2010 15:01:50 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften References: <4B40C57F.7010905@gmx.net><4B40C994.7040700@remote.org> <4B40EE92.3000306@remote.org> <4B41BD5B.6030304@gmx.net> Message-ID: > Ich fasse also für mich zusammen: Wenn ich nicht gerade Frederiks 3 > Punkte erkenne, lösche ich solche Knoten. Oft sind das wahrscheinlich auch einfach nur fehlerhafte Überbleibsel aus einigen wenigen JOSM Versionen. Vor einigen Monaten ist da wieder eine als stable durchgerutscht, wo das löschen irgendwie nicht ganz glatt lief. Da löscht du Flächen, die auch im Editor verschwinden und im File entsprechend als delete gekennzeichnet werden, die Änderung auf dem Server aber irgendwie nicht ankommt. So blieben ab und an schonmal Flächen ohne Nodes oder die Nodes ohne die Fläche liegen. Seit ich das weiß, ziehe ich die betroffene Ecke immer nochmal komplett neu und überprüfe obs auch wirklich angekommen ist. Im zweiten Anlauf klappt es dann in 99% der Fälle. Gruß Mirko From florian at grossing.de Mon Jan 4 14:21:33 2010 From: florian at grossing.de (Florian Gross) Date: Mon, 4 Jan 2010 15:21:33 +0100 Subject: [Talk-de] Stassenschild != Adresse In-Reply-To: <201001040439.15259.bernd@bwurst.org> References: <201001040439.15259.bernd@bwurst.org> Message-ID: <201001041521.33744.florian@grossing.de> Am Mo Januar 4 2010 glaubte Bernd Wurst zu wissen: > Am Samstag 02 Januar 2010 17:59:46 schrieb Mirko Küster: > > > Aaalso... ;-) > > > Was mich stutzig macht, ist die Höhe der Hausnummer. Eine Straße mit 2 > > > Gebäuden dran hat normalerweise keine Hausnummer 29. > > Das hat erstmal garnichts zu sagen. > > Das ist sicher kein belastbares Argument, aber es ist Grund genug, sich die > Gegebenheiten mal genauer anzuschauen. "Was mich stutzig macht", habe ich > geschrieben. Früher war es in allen Ortschaften in der Gegend hier üblich, durchgehend zu nummerieren. Ich hab in einer Straße mit 5 Häusern gewohnt und wir hatte Hausnummer 113. Es gibt keine Baumöglichkeit oder unbebaute Grundstücke. Das wurde so um 1990 rum geändert. Jetzt hat das Haus die Nummer 7, einfach weil die eine Seite mit gerader Nummer bestückt wurde und die andere Seite mit ungerader Nummer. > > Oft werden die Hausnummern schon vor > > dem Spatenstich an die geplanten Grundstücke vergeben. > > Das ist völlig korrekt, aber schau dir das konkrete Beispiel doch bitte > einfach mal an (auch die Luftbilder der Mitbewerber). Die Straße beginnt > sofort mit Nummer 27 ohne irgendwelchen Platz für andere Grundstücke/Gebäude. > Das ist mehr als nur ungewöhnlich. Eigentlich nicht, wenn man etwas weiter schaut. Schau dir mal http://osm.org/go/0D0Wb4Tgf-- an. Von unten links kommt die Straße "Im Heidegraben", geht dann als "Fichtenstaße" weiter und nach der Kreuzung oben links zweigt eine Straße nach rechts ab, die wieder "Im Heidegraben" heißt. Ganz unten sieht man, daß "Im Heidegraben" links mit geraden Hausnummern (24,26) versehen ist, die rechte Seite mit ungeraden Hausnummern. In diesem Fall eben 25 und 27. Das ist ein ganz normaler Versatz bei der Nummerierung. Schau dir mal http://osm.org/go/0JAf1hCQH-- an. Das ist ein Stück der Schleißheimer Straße in München. Unter den beiden Apotheken rechts der Straße ist Hausnummer 124, gegenüber ist 93. In google maps sieht man das auch. Das extremse Beispiel hab ich hier gefunden: Links 353, rechts 400. Und ein solcher Versatz ist dort real. Sonntag abends um 22h da eine Adresse zu finden ist spannend... flo -- Fuer Dich gerne noch mal langsam: Hier gibt es "Meinungsverschiedenheiten" und nicht Henry`s einsamer Krieg mit einer schweigenden Mehrheitsarmee. [Frank Toennes in dag°] From florian at grossing.de Mon Jan 4 14:30:42 2010 From: florian at grossing.de (Florian Gross) Date: Mon, 4 Jan 2010 15:30:42 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: <4B41F14D.4080001@remote.org> References: <4B40C57F.7010905@gmx.net> <4B41BD5B.6030304@gmx.net> <4B41F14D.4080001@remote.org> Message-ID: <201001041530.42067.florian@grossing.de> Am Mo Januar 4 2010 glaubte Frederik Ramm zu wissen: > Wolfgang Wienke wrote: > > Ich fasse also für mich zusammen: Wenn ich nicht gerade Frederiks 3 > > Punkte erkenne, lösche ich solche Knoten. > > Es koennte noch einen Grund geben fuer solche Nodes - wenn jemand gerade > irgendwas importiert, was laenger dauert, und er erst die Nodes > hochlaedt und spaeter dann die Ways, die sie verbinden sollen. Aber > sowas merkt man ja idR daran, dass es recht viele Nodes sind und dass > sie gerade eben erst importiert wurden. Neue Nodes ohne Eigenschaften laß ich in Ruhe. Welche die seit über einem Jahr sinnlos in der Gegend herumstehen lösche ich. Viele machen schwer den Eindruck, daß da mal daneben geklickt wurde und der Node einfach nicht gelöscht wurde. Aber wie gesagt, ich schau mir da erst mal an, wie alt die Dinger sind und wie es außenrum aussieht. Leider weiß ich nicht mehr wo, einer hat mal die Punktewolke seiner gps- Tracks bei einer Pause Punkt für Punkt reingemalt... flo -- naja aber dafür hast du einen wunderhübschen Kamm :-p [Daniel Brachmann zu Helga Fischer, deren KMail die Mail total zerpflückt hatte in suse-talk] From werner.ho at gmx.de Mon Jan 4 14:41:10 2010 From: werner.ho at gmx.de (Werner Hoch) Date: Mon, 4 Jan 2010 15:41:10 +0100 Subject: [Talk-de] =?iso-8859-1?q?Relationen_in_Baden-W=FCrttemberg_aufr?= =?iso-8859-1?q?=E4umen=3F?= Message-ID: <201001041541.10996.werner.ho@gmx.de> Hallo allerseits, ich würde gerne mal die Relationen in Baden-Württemberg ein wenig aufräumen. Inzwischen existieren viele Relationen ohne type-Tag. Diverse Relationen aus dem ÖPNV-Bereich könnten ein wenig Pflege vertragen. Gibts Bedenken gegen eine Aufräumaktion oder würde gar jemand mithelfen. Hier eine Liste mit verschiedenen Bereichen, die verbessert werden könnten. 1. ÖPNV-Routen um Karlsruhe ---------------------------- einige Routen haben kein type-Tag und verwenden line=[bus,tram, ..] --> Ergänzung von type=route, route=[bus,tram,...], das line Tag könnte IHMO entfallen. s. auch http://wiki.openstreetmap.org/wiki/Public_transport 2. Bus-Routen um Villingen Schweningen -------------------------------------- gleiches Problem wie in Karlsruhe 3. public_transport Relationen ------------------------------- Viele public_transport=stop_area, public_transport=stop_area_group haben kein type-Tag. Andere haben ein type=site, type=public_transport_stop, type=public_transport_stop_group tag. --> ggf. Vereinheitlichung auf type=public_transport Auf der Seite von Oxomoa wird das type-Tag für stop_area_group und stop_area Relationen nicht erwähnt: http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema Das type=public_transport wird aber bereits häufig verwendet. Weitere Hilfmittel: Tabelle mit allen Relation (ca. 9500) aus Baden-Württemberg mit den wichtigsten Tags des ÖPNV http://www.h-renrew.de/h/osm/osmchecks/00_Listen/bw_publictransport.ods Statistik und Auflistung "seltsamer" Relationen: http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/bw_relationtypes.html Grüße Werner From osm at tappenbeck.net Mon Jan 4 15:13:46 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Mon, 04 Jan 2010 16:13:46 +0100 Subject: [Talk-de] =?iso-8859-15?q?Daten_aus_=D6PVN-Karte?= In-Reply-To: <4B41EF10.6090804@fips-schneider.de> References: <4B41EA6B.9020800@tappenbeck.net> <4B41EF10.6090804@fips-schneider.de> Message-ID: Am 04.01.2010 14:37, schrieb Fips Schneider: > Klar: > > Klicke auf die Bushaltestelle und dann auf die Linie - schon bekomst Du > eine Auflistung... > > - Fips > > -- > > Jan Tappenbeck wrote: >> Moin ! >> >> konnte man nicht irgendwie die Haltestellen einer Buslinie aus der >> ÖPVN-Karte entnehmen ?? >> >> Gruß Jan :-) >> >> _______________________________________________ >> Talk-de mailing list >> Talk-de at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-de ich habe es immer auf dem weg versucht !!! gruß Jan :-) From osm at fips-schneider.de Mon Jan 4 16:00:15 2010 From: osm at fips-schneider.de (Fips Schneider) Date: Mon, 04 Jan 2010 17:00:15 +0100 Subject: [Talk-de] =?iso-8859-15?q?Daten_aus_=D6PVN-Karte?= In-Reply-To: References: <4B41EA6B.9020800@tappenbeck.net> <4B41EF10.6090804@fips-schneider.de> Message-ID: <4B42108F.9060901@fips-schneider.de> Jan Tappenbeck wrote: > Am 04.01.2010 14:37, schrieb Fips Schneider: >> Klar: >> >> Klicke auf die Bushaltestelle und dann auf die Linie - schon bekomst Du >> eine Auflistung... >> >> - Fips >> >> -- >> >> Jan Tappenbeck wrote: >>> Moin ! >>> >>> konnte man nicht irgendwie die Haltestellen einer Buslinie aus der >>> ÖPVN-Karte entnehmen ?? >>> >>> Gruß Jan :-) >>> > > > ich habe es immer auf dem weg versucht !!! > > gruß Jan :-) > Wo hast Du es denn versucht? Probier es doch mal hier: http://www.öpnvkarte.de/?lat=50.08082&lon=8.24304&zoom=17&layers=BT Da sollte es gehen....? Ansonsten schick doch mal die geographische Ecke, in der es nicht funktioniert? - Fips -- From SLXViper at gmx.net Mon Jan 4 16:13:19 2010 From: SLXViper at gmx.net (SLXViper) Date: Mon, 04 Jan 2010 17:13:19 +0100 Subject: [Talk-de] =?iso-8859-1?q?Relationen_in_Baden-W=FCrttemberg_aufr?= =?iso-8859-1?q?=E4umen=3F?= In-Reply-To: <201001041541.10996.werner.ho@gmx.de> References: <201001041541.10996.werner.ho@gmx.de> Message-ID: <4B42139F.4030109@gmx.net> Werner Hoch schrieb: > Hallo allerseits, > > ich würde gerne mal die Relationen in Baden-Württemberg ein wenig aufräumen. > > Inzwischen existieren viele Relationen ohne type-Tag. > Diverse Relationen aus dem ÖPNV-Bereich könnten ein wenig Pflege vertragen. > Allerdings. Oft auch "inhaltlicher" Art... Mithilfe der öpnvkarte sieht man das auch recht leicht, bspw. an leeren Popups beim Klick auf eine Haltestelle. Der OSM inspector ist da auch hilfreich. > Gibts Bedenken gegen eine Aufräumaktion oder würde gar jemand mithelfen. > Hier eine Liste mit verschiedenen Bereichen, die verbessert werden könnten. > Zu ergänzen wären die, die noch komplett fehlen - je nach Gegend findet man fast keine einzige Haltestelle und wenn, dann öfters ohne Namen, was nicht gerade hilfreich ist. Daher gibt's dort eben auch keine Linien... > 1. ÖPNV-Routen um Karlsruhe > ---------------------------- > einige Routen haben kein type-Tag und verwenden line=[bus,tram, ..] > --> Ergänzung von type=route, route=[bus,tram,...], das line Tag könnte IHMO entfallen. > s. auch http://wiki.openstreetmap.org/wiki/Public_transport > Löschen würde ich definitiv nichts. type=route halte ich für überflüssig eine solche Redundanz könnte irreführend sein - so weiß man sofort, dass das Oxomoa-Schema zum Einsatz kam, welches sich deutlich vom bisherigen Bus-Schema unterscheidet. Bspw. wird empfohlen, die Haltestellen _neben_ die Straße zu setzen, nach Oxomoa braucht man die gar nicht mehr, sondern nur noch stop_position _auf_ der Straße und platform daneben. > 2. Bus-Routen um Villingen Schweningen > -------------------------------------- > gleiches Problem wie in Karlsruhe > Die wurden eben frisch nach Oxomoa-Schema angelegt, nachdem die meisten Haltestellen in Villingen vorhanden waren und ich die restlichen gezielt ergänzen konnte. type= muss man in der Tat noch vereinheitlichen, anfangs habe ich versucht, über type= etwas Ordnung zu schaffen, hatte allerdings keinen wirklichen Erfolg im Hinblick auf bessere Handhabbarkeit in josm und habe das daher erstmal komplett weggelassen. > 3. public_transport Relationen > ------------------------------- > Viele public_transport=stop_area, public_transport=stop_area_group haben kein type-Tag. > Andere haben ein type=site, type=public_transport_stop, type=public_transport_stop_group tag. > --> ggf. Vereinheitlichung auf type=public_transport > > Auf der Seite von Oxomoa wird das type-Tag für stop_area_group > und stop_area Relationen nicht erwähnt: > http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema > Das type=public_transport wird aber bereits häufig verwendet. > type=public_transport wäre eine Möglichkeit. Aber braucht man das denn wirklich? Es ist doch eigentlich offensichtlich, was die Relation darstellt. Mir fehlt eher eine Möglichkeit, Linien und Linien-Varianten zu unterscheiden, da wäre ein public_transport=line bzw. line_variant sinnvoll - auf jeden Fall für die menschlichen Benutzer... (type=public_transport,) public_transport=line/line_variant, line=bus, bus=urban würde sogar ins bisherige "Tag-Verkettungs-Schema" passen. Halb-Off-Topic: Allgemein finde ich, dass bei den Linienvarianten die benötigten Tags für die Relations im wiki etwas unklar bleiben, da würde ich mir auch ein paar kleine Muster-Bildchen wie für die Haltepostionen wünschen, die sind recht hilfreich. Man hat alle notwendigen Infos komprimiert und grafisch und kann daher sehr schnell nachschauen. Speziell für komplexere Fälle wie wechselnde Verläufe. Zweiter Halb-Off-Topic-Punkt: in josm wird das mit den vielen Relations extrem unübersichtlich. Ich fände ein zweites Relationfenster (oder sonst eine Unterstützung) extra für den ÖPNV nicht schlecht, wo man die einzelnen Stufen (Halteposition, Gesamthalt, Linienvariante(n), Gesamt-Linie) besser finden und identifizieren kann. Momentan muss man immer erst die Tags anschauen, wenn man eine bestimmte Relation sucht. Grüße From SLXViper at gmx.net Mon Jan 4 16:18:35 2010 From: SLXViper at gmx.net (SLXViper) Date: Mon, 04 Jan 2010 17:18:35 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: <201001041530.42067.florian@grossing.de> References: <4B40C57F.7010905@gmx.net> <4B41BD5B.6030304@gmx.net> <4B41F14D.4080001@remote.org> <201001041530.42067.florian@grossing.de> Message-ID: <4B4214DB.208@gmx.net> Florian Gross schrieb: > Am Mo Januar 4 2010 glaubte Frederik Ramm zu wissen: > >> Wolfgang Wienke wrote: >> >>> Ich fasse also für mich zusammen: Wenn ich nicht gerade Frederiks 3 >>> Punkte erkenne, lösche ich solche Knoten. >>> >> Es koennte noch einen Grund geben fuer solche Nodes - wenn jemand gerade >> irgendwas importiert, was laenger dauert, und er erst die Nodes >> hochlaedt und spaeter dann die Ways, die sie verbinden sollen. Aber >> sowas merkt man ja idR daran, dass es recht viele Nodes sind und dass >> sie gerade eben erst importiert wurden. >> > > Neue Nodes ohne Eigenschaften laß ich in Ruhe. Welche die > seit über einem Jahr sinnlos in der Gegend herumstehen lösche > ich. Viele machen schwer den Eindruck, daß da mal daneben geklickt > wurde und der Node einfach nicht gelöscht wurde. > Für "danebengeklickt" spricht auch created_by=potlatch*, damit passiert das ja leicht und dank ständigem live-Modus in den alten Versionen auch gefühlt verdammt oft unbemerkt (aus meiner Sicht des mit josm Unsinn Löschenden). Und ein solcher langsamer Import wird ja auch kaum über potlatch laufen... Wenn denn created_by noch existiert und nicht von besonders schlauen oder fleißigen usern gelöscht wurde, ohne sich die Daten wirklich mal anzuschauen. Grüße From SLXViper at gmx.net Mon Jan 4 16:20:41 2010 From: SLXViper at gmx.net (SLXViper) Date: Mon, 04 Jan 2010 17:20:41 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: <4B41F14D.4080001@remote.org> References: <4B40C57F.7010905@gmx.net> <4B40C994.7040700@remote.org> <4B40EE92.3000306@remote.org> <4B41BD5B.6030304@gmx.net> <4B41F14D.4080001@remote.org> Message-ID: <4B421559.7040604@gmx.net> Frederik Ramm schrieb: > Es koennte noch einen Grund geben fuer solche Nodes - wenn jemand gerade > irgendwas importiert, was laenger dauert, und er erst die Nodes > hochlaedt und spaeter dann die Ways, die sie verbinden sollen. Aber > sowas merkt man ja idR daran, dass es recht viele Nodes sind und dass > sie gerade eben erst importiert wurden. > ...und idealerweise daran, dass im Changeset etwas vom Import steht, wenn der Importeur schlau war und sauber arbeiten will. From m at markus-stuermer.de Mon Jan 4 17:44:29 2010 From: m at markus-stuermer.de (=?UTF-8?B?Ik1hcmt1cyBTdMO8cm1lciAodWJvb3QpIg==?=) Date: Mon, 04 Jan 2010 18:44:29 +0100 Subject: [Talk-de] =?utf-8?q?Briefk=C3=A4sten_=2C_=C3=B6ffentliche_Telefon?= =?utf-8?q?e_und_Parkscheinautomaten_taggen?= In-Reply-To: <201001040014.51120.d.s.e@sordidmusic.com> References: <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> <55CDE2B4-807C-4E5E-882D-2BE2ECBC6FF8@t-online.de> <201001040014.51120.d.s.e@sordidmusic.com> Message-ID: Guenther Meyer schrieb: > Am Montag 04 Januar 2010 00:02:00 schrieb Lothar Emmerich: >>> collection_times= Mo-Fr 12:00, 15:30, 17:15; Du 16:15 >> Sorry, sollte natürlich Su für Samstag und nicht Du heißen >> > du meinst also Sa ;-) Hallo Bitte genauer so: collection_times=Mo-Fr 12:00,15:30,17:15; Sa 16:15 Dies ist auch auf der passenden Wiki-Seite angegeben ohne Leerzeichen nach dem Komma. http://wiki.openstreetmap.org/wiki/Key:collection_times Des weiteren würde ich nicht nach dem Karlsruher Schema die Adresse abbilden, da Briefkästen keine Adresse haben sondern ein ref taggen. ref=Alexanderplatz 7-9, 10178 Berlin Gruß, Markus (uboot) -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: OpenPGP digital signature URL : From shony at nurfuerspam.de Mon Jan 4 17:50:59 2010 From: shony at nurfuerspam.de (Fabian) Date: Mon, 4 Jan 2010 18:50:59 +0100 Subject: [Talk-de] WMS Yahoo Sat JOSM 2561 Message-ID: <201001041851.00169.shony@nurfuerspam.de> hat das schon jemand zum laufen bekommen? Habe es sogar schon auf einem anderm PC (ebenfalls mit linux) ausprobiert und bekomme immer nur "Exception Occured" egal in welcher zoomstufe. Bin etwas ratlos. From s.wolff at web.de Mon Jan 4 17:58:14 2010 From: s.wolff at web.de (Stephan Wolff) Date: Mon, 04 Jan 2010 18:58:14 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: <4B4214DB.208@gmx.net> References: <4B40C57F.7010905@gmx.net> <4B41BD5B.6030304@gmx.net> <4B41F14D.4080001@remote.org> <201001041530.42067.florian@grossing.de> <4B4214DB.208@gmx.net> Message-ID: Moin! SLXViper schrieb: > Florian Gross schrieb: >> Neue Nodes ohne Eigenschaften laß ich in Ruhe. Welche die >> seit über einem Jahr sinnlos in der Gegend herumstehen lösche >> ich. Viele machen schwer den Eindruck, daß da mal daneben geklickt >> wurde und der Node einfach nicht gelöscht wurde. Ich halte es auch so und habe noch keine Beschwerden bekommen. > Für "danebengeklickt" spricht auch created_by=potlatch*, damit passiert > das ja leicht und dank ständigem live-Modus in den alten Versionen auch > gefühlt verdammt oft unbemerkt (aus meiner Sicht des mit josm Unsinn > Löschenden). Und ein solcher langsamer Import wird ja auch kaum über > potlatch laufen... Wenn denn created_by noch existiert und nicht von > besonders schlauen oder fleißigen usern gelöscht wurde, ohne sich die > Daten wirklich mal anzuschauen. > Potlatch-bashing ist in dieser Liste sehr populär, aber man sollte dafür jedenfalls keine falschen Argumente verwenden. Mit josm entsteht ein einsamer Node leicht, wenn man eine Linie beginnt und mit ESC abbricht. Mit Potlatch ist es mir seltener passiert. Einzelpunkte erscheinen bei josm üblicherweise als kleine gelbe Quadrate, die auf einem Karten- oder Landsathintergrund kaum zu sehen sind, in Potlatch dagegen als auffällige grüne Kreise. Eine Spur aus Nodes ohne Eigenschaften direkt neben einer Straße habe ich mit josm nicht bemerkt aber mit Potlatch sofort gesehen. Für kleine, schnelle Fehlerkorrekturen ist Potlatch ohnehin unschlagbar. Viele Grüße Stephan From webmaster at ts-eastrail.de Mon Jan 4 18:17:28 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Mon, 4 Jan 2010 19:17:28 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften References: <4B40C57F.7010905@gmx.net> <4B41BD5B.6030304@gmx.net> <4B41F14D.4080001@remote.org> <201001041530.42067.florian@grossing.de><4B4214DB.208@gmx.net> Message-ID: > Potlatch-bashing ist in dieser Liste sehr populär, aber man sollte dafür > jedenfalls keine falschen Argumente verwenden. Mit josm entsteht ein > einsamer Node leicht, wenn man eine Linie beginnt und mit ESC abbricht. Wenn man es so macht, die meisten beenden aber sicher mit Doppelklick oder Toolwechsel. Mit ESC habe ich das noch nie gemacht. > Mit Potlatch ist es mir seltener passiert. Einzelpunkte erscheinen bei > josm üblicherweise als kleine gelbe Quadrate, die auf einem Karten- oder > Landsathintergrund kaum zu sehen sind, in Potlatch dagegen als > auffällige grüne Kreise. Nur dann wenn ein unpassender Tag dranhängt ansonsten nur als roter Punkt. > Eine Spur aus Nodes ohne Eigenschaften direkt > neben einer Straße habe ich mit josm nicht bemerkt aber mit Potlatch > sofort gesehen. Weil du sicherlich den ohnehin empfohlenen Validator nicht benutzt. Der zeigt dir spätestens beim Versuch hochzuladen an (wenn du den Validator nicht aktiv nutzt), wenn da ein ungenutzter Node herumliegt, denn du umgehend löschen kannst. Mit JOSM passiert sowas nur wenn die Version buggy ist, oder wenn der Nutzer selbst versäumt hat den Validator zu nutzen. Wenn man solche Tools nicht nutzt ist man selber Schuld, nicht das Programm. > Für kleine, schnelle Fehlerkorrekturen ist Potlatch ohnehin unschlagbar. Außer der Server lahmt oder die Datendichte ist hoch. Da ist man mit JOSM schon zehn Korrekturen weiter, bevor Potlatch mal angefangen hat die Daten vom ersten aufzubauen. Nur in einem ist Potlatch wirklich unschlagbar. Wenn man mal schnell einen gelöschten Weg wiederherstellen oder eine Version zurückstellen will. Das war es dann aber leider mit den Vorteilen. Gruß Mirko From l.emmerich at t-online.de Mon Jan 4 18:18:29 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Mon, 4 Jan 2010 19:18:29 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten_=2C_=F6ffentliche_Telefone?= =?iso-8859-1?q?_und_Parkscheinautomaten_taggen?= In-Reply-To: References: <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> <55CDE2B4-807C-4E5E-882D-2BE2ECBC6FF8@t-online.de> <201001040014.51120.d.s.e@sordidmusic.com> Message-ID: <76F428EC-AB69-43AC-B1A3-3FCAD2B5FE8F@t-online.de> Hallo Markus > collection_times=Mo-Fr 12:00,15:30,17:15; Sa 16:15 > > Dies ist auch auf der passenden Wiki-Seite angegeben ohne Leerzeichen > nach dem Komma. > > http://wiki.openstreetmap.org/wiki/Key:collection_times > > Des weiteren würde ich nicht nach dem Karlsruher Schema die Adresse > abbilden, da Briefkästen keine Adresse haben sondern ein ref taggen. > > ref=Alexanderplatz 7-9, 10178 Berlin Genau so werde ich es handhaben. Danke für die Info's. Gruß Lothar From mail at s-hohmann.de Mon Jan 4 18:26:20 2010 From: mail at s-hohmann.de (Sebastian Hohmann) Date: Mon, 04 Jan 2010 19:26:20 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten_=2C_=F6ffentliche_Telefone?= =?iso-8859-1?q?_und_Parkscheinautomaten_taggen?= In-Reply-To: <76F428EC-AB69-43AC-B1A3-3FCAD2B5FE8F@t-online.de> References: <88CC9725-4518-4E75-8EA9-892A9058461F@t-online.de> <55CDE2B4-807C-4E5E-882D-2BE2ECBC6FF8@t-online.de> <201001040014.51120.d.s.e@sordidmusic.com> <76F428EC-AB69-43AC-B1A3-3FCAD2B5FE8F@t-online.de> Message-ID: <4B4232CC.9050004@s-hohmann.de> Am 04.01.2010 19:18, schrieb Lothar Emmerich: > Hallo Markus > >> collection_times=Mo-Fr 12:00,15:30,17:15; Sa 16:15 >> >> Dies ist auch auf der passenden Wiki-Seite angegeben ohne Leerzeichen >> nach dem Komma. >> >> http://wiki.openstreetmap.org/wiki/Key:collection_times >> >> Des weiteren würde ich nicht nach dem Karlsruher Schema die Adresse >> abbilden, da Briefkästen keine Adresse haben sondern ein ref taggen. >> >> ref=Alexanderplatz 7-9, 10178 Berlin > > Genau so werde ich es handhaben. > Danke für die Info's. > So wird es auch auf meiner Karte angezeigt, die Adresse nach dem Karlsruhe Schema werte ich bisher garnicht aus. Gruß From SLXViper at gmx.net Mon Jan 4 18:28:15 2010 From: SLXViper at gmx.net (SLXViper) Date: Mon, 04 Jan 2010 19:28:15 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: References: <4B40C57F.7010905@gmx.net> <4B41BD5B.6030304@gmx.net> <4B41F14D.4080001@remote.org> <201001041530.42067.florian@grossing.de> <4B4214DB.208@gmx.net> Message-ID: <4B42333F.2070808@gmx.net> Stephan Wolff schrieb: > Potlatch-bashing ist in dieser Liste sehr populär, aber man sollte dafür jedenfalls keine falschen Argumente verwenden. Ich habe nur meine Beobachtungen - gut und gerne 98% dieser Nodes, die _ich_ gefunden und gelöscht habe, waren created_by=potlatch* - wiedergegeben und angemerkt, dass man mit potlatch eher weniger einen Import durchführen würde, die Nodes also praktisch immer (außer Frederiks 3 Fortsetzungspunkte) sinnlos sind. Grüße From shony at nurfuerspam.de Mon Jan 4 18:28:51 2010 From: shony at nurfuerspam.de (Fabian) Date: Mon, 4 Jan 2010 19:28:51 +0100 Subject: [Talk-de] WMS Yahoo Sat JOSM 2561-[SOLVED] In-Reply-To: <201001041851.00169.shony@nurfuerspam.de> References: <201001041851.00169.shony@nurfuerspam.de> Message-ID: <201001041928.51795.shony@nurfuerspam.de> mit gnome-photo und schritt 'gnome-web-photo --mode=photo --format=png {0} /dev/stdout funzt es http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WMSPlugin On Monday 04 January 2010 18:50:59 Fabian wrote: > hat das schon jemand zum laufen bekommen? Habe es sogar schon auf einem > anderm PC (ebenfalls mit linux) ausprobiert und bekomme immer nur > "Exception Occured" egal in welcher zoomstufe. Bin etwas ratlos. > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From mail at s-hohmann.de Mon Jan 4 18:33:08 2010 From: mail at s-hohmann.de (Sebastian Hohmann) Date: Mon, 04 Jan 2010 19:33:08 +0100 Subject: [Talk-de] =?iso-8859-1?q?Briefk=E4sten=2C_=F6ffentliche_Telefone_?= =?iso-8859-1?q?und_Parkscheinautomaten_taggen?= In-Reply-To: <8ae2k51i6uf38psgpgqf3urrq6k757pfeg@4ax.com> References: <1262552595.2308.19.camel@gandalf> <8ae2k51i6uf38psgpgqf3urrq6k757pfeg@4ax.com> Message-ID: <4B423464.1040200@s-hohmann.de> Am 04.01.2010 01:55, schrieb Tirkon: > Michael Schulze wrote: > >>> schlag mal was vor! >> >> ich tagge seit einiger Zeit mit type:booth und type:phone den >> Häuschentyp und den Telefontyp dazu, da gibt es bei der Telekom nicht so >> viele unterschiedliche. >> >> Einen schönen Überblick gibt es auf dieser Seite: >> http://www.telefonzelle.de.tl/ >> >> Üblich sind: >> >> Alte gelbe Häuschen: >> type:booth=TelH78 >> type:phone=MünzTel23|ÖKartTel >> >> Neue magenta Häuschen: >> type:booth=TelH90 >> type:phone=MünzTel23|ÖKartTel > > Oder für Otto Normalmapper ohne diese eingehenden Kenntnisse auch für > die Mitbewerber der Telekom möglich und zudem schon an Bus- oder Bahn- > Haltestellen üblich: > shelter=yes > Die speziellen Typen kann man ja gerne eintragen, aber ein shelter=* Tag fände ich auch sinnvoll. Wir wärs mit: shelter=yes (irgendeine Überdachung, die als Schutz dienen kann) shelter=closed (Telefonhäuschen mit Tür) shelter=open (Telefonhäuschen ohne Tür oder unten offen) Oder sowas in der Art. So wäre eine grobe Unterscheidung möglich. Gruß From werner.ho at gmx.de Mon Jan 4 18:36:00 2010 From: werner.ho at gmx.de (Werner Hoch) Date: Mon, 4 Jan 2010 19:36:00 +0100 Subject: [Talk-de] =?iso-8859-1?q?Relationen_in_Baden-W=FCrttemberg_aufr?= =?iso-8859-1?q?=E4umen=3F?= In-Reply-To: <4B42139F.4030109@gmx.net> References: <201001041541.10996.werner.ho@gmx.de> <4B42139F.4030109@gmx.net> Message-ID: <201001041936.00569.werner.ho@gmx.de> Hallo, On Montag, 4. Januar 2010, SLXViper wrote: > Werner Hoch schrieb: > > Inzwischen existieren viele Relationen ohne type-Tag. > > Diverse Relationen aus dem ÖPNV-Bereich könnten ein wenig Pflege vertragen. > > > Allerdings. Oft auch "inhaltlicher" Art... Mithilfe der öpnvkarte sieht > man das auch recht leicht, bspw. an leeren Popups beim Klick auf eine > Haltestelle. Der OSM inspector ist da auch hilfreich. > > > Gibts Bedenken gegen eine Aufräumaktion oder würde gar jemand mithelfen. > > Hier eine Liste mit verschiedenen Bereichen, die verbessert werden könnten. > > Zu ergänzen wären die, die noch komplett fehlen - je nach Gegend findet > man fast keine einzige Haltestelle und wenn, dann öfters ohne Namen, was > nicht gerade hilfreich ist. Daher gibt's dort eben auch keine Linien... > > > 1. ÖPNV-Routen um Karlsruhe > > ---------------------------- > > einige Routen haben kein type-Tag und verwenden line=[bus,tram, ..] > > --> Ergänzung von type=route, route=[bus,tram,...], das line Tag könnte IHMO entfallen. > > s. auch http://wiki.openstreetmap.org/wiki/Public_transport > > > Löschen würde ich definitiv nichts. type=route halte ich für überflüssig > eine solche Redundanz könnte irreführend sein - so weiß man sofort, dass > das Oxomoa-Schema zum Einsatz kam, welches sich deutlich vom bisherigen > Bus-Schema unterscheidet. Bspw. wird empfohlen, die Haltestellen _neben_ > die Straße zu setzen, nach Oxomoa braucht man die gar nicht mehr, > sondern nur noch stop_position _auf_ der Straße und platform daneben. Mist. Ich habe nicht gesehen, das diese line=xxx zum Oxomoa-Schema gehören. Damit entfällt hier das "Korrigieren" natürlich. Trotzem sollte man sich überlegen welche type-Tags diese Relationen erhalten sollen. (inclusive der Verlinkung auf der Relations Seite: http://wiki.openstreetmap.org/wiki/Relations) > > 2. Bus-Routen um Villingen Schweningen > > -------------------------------------- > > gleiches Problem wie in Karlsruhe > > Die wurden eben frisch nach Oxomoa-Schema angelegt, nachdem die meisten > Haltestellen in Villingen vorhanden waren und ich die restlichen gezielt > ergänzen konnte. type= muss man in der Tat noch vereinheitlichen, > anfangs habe ich versucht, über type= etwas Ordnung zu schaffen, hatte > allerdings keinen wirklichen Erfolg im Hinblick auf bessere > Handhabbarkeit in josm und habe das daher erstmal komplett weggelassen. Die type-Tags halte ich allein deshalb für enorm wichtig, damit man das taggingschema herausfinden kann. > > 3. public_transport Relationen > > ------------------------------- > > Viele public_transport=stop_area, public_transport=stop_area_group haben kein type-Tag. > > Andere haben ein type=site, type=public_transport_stop, type=public_transport_stop_group tag. > > --> ggf. Vereinheitlichung auf type=public_transport > > > > Auf der Seite von Oxomoa wird das type-Tag für stop_area_group > > und stop_area Relationen nicht erwähnt: > > http://wiki.openstreetmap.org/wiki/User:Oxomoa/Public_transport_schema > > Das type=public_transport wird aber bereits häufig verwendet. > > type=public_transport wäre eine Möglichkeit. Aber braucht man das denn > wirklich? Ja. > Es ist doch eigentlich offensichtlich, was die Relation darstellt. Nein. Das type-Tag macht es erst offensichtlich. ... ein fehlendes type-Tag ist auch der einfachste Indikator, dass beim Tagging etwas schiefgelaufen ist. (deshalb habe ich den Thread angefangen =:-> ). Ich schreibe Oxomoa noch eine Mail und frage ihn, ob er für sein Schema type-Tags vorgesehen hat oder ob er welche empfehlen will. > Mir fehlt eher eine Möglichkeit, Linien und Linien-Varianten zu > unterscheiden, da wäre ein public_transport=line bzw. line_variant > sinnvoll - auf jeden Fall für die menschlichen Benutzer... > (type=public_transport,) public_transport=line/line_variant, line=bus, > bus=urban würde sogar ins bisherige "Tag-Verkettungs-Schema" passen. Soweit ich das Schema verstanden haben soll genau das durch das hierarchische line,line_variant Relations-Modell möglich sein. Grüsse Werner From ulf.lamping at googlemail.com Mon Jan 4 18:42:44 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Mon, 04 Jan 2010 19:42:44 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: References: <4B40C57F.7010905@gmx.net> <4B41BD5B.6030304@gmx.net> <4B41F14D.4080001@remote.org> <201001041530.42067.florian@grossing.de><4B4214DB.208@gmx.net> Message-ID: <4B4236A4.9020507@googlemail.com> Am 04.01.2010 19:17, schrieb Mirko Küster: > Nur in einem ist Potlatch wirklich unschlagbar. Wenn man mal schnell einen > gelöschten Weg wiederherstellen oder eine Version zurückstellen will. Das > war es dann aber leider mit den Vorteilen. Da ist sie wieder, deine unendliche, aber leider von persönlichen Sichtweisen stark eingeschränkte Weisheit ;-) Mit Potlatch kann ich z.B. auf einem fremden Rechner einfach jemandem Sachen zeigen oder gleich eintragen, wenn ich nichts installieren kann/darf/will (Flash ist sehr oft schon drauf). Potlatch hat einige nette Features, die JOSM nicht hat, z.B. die spezielle Hervorhebung von verbundenen Wegen. ... Ich benutze auch meist JOSM (und entwickle selber ab und zu dran rum), aber das Potlatch sonst keine Vorteile hat ist nun wirklich Schmarrn. Gruß, ULFL P.S: Das JOSM und Potlatch sich gegenseitig in ihren Features "befruchten", davon rede ich noch nicht mal. From webmaster at ts-eastrail.de Mon Jan 4 19:01:26 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Mon, 4 Jan 2010 20:01:26 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften References: <4B40C57F.7010905@gmx.net> <4B41BD5B.6030304@gmx.net> <4B41F14D.4080001@remote.org> <201001041530.42067.florian@grossing.de><4B4214DB.208@gmx.net> <4B4236A4.9020507@googlemail.com> Message-ID: <16F3997BCEEC4C2D9BD5CF3C457F2F41@mkwebdialin> > Mit Potlatch kann ich z.B. auf einem fremden Rechner einfach jemandem > Sachen zeigen oder gleich eintragen, wenn ich nichts installieren > kann/darf/will (Flash ist sehr oft schon drauf). Was ich schonmal wegen des unverschlüsselten Logins nicht machen würde. Wenn eine Präsentation geplant ist geht der eigene Rechner mit. Ich stand z.B. schonmal in einer Schule und openstreetmap.org blieb ständig am hauseigenen Proxy hängen. Browser war noch ein IE 6 aus einen Schullizenz. Aktuelles Flash würde ich da nicht annhemen. Sowas kannst du nie vorhersehen. In solchen Fällen kannst du wenigstens nochwas lokales auf dem eigenen Rechner zeigen, anstatt völlig unverichteter Dinge wieder abziehen zu müssen. Gruß Mirko From m at markus-stuermer.de Mon Jan 4 19:07:38 2010 From: m at markus-stuermer.de (=?UTF-8?B?Ik1hcmt1cyBTdMO8cm1lciAodWJvb3QpIg==?=) Date: Mon, 04 Jan 2010 20:07:38 +0100 Subject: [Talk-de] Probleme mit LeanJOSM In-Reply-To: <4B3FECCE.2080204@remote.org> References: <201001021639.04980.bernd@bwurst.org> <4B3FECCE.2080204@remote.org> Message-ID: Hallo Frederick Frederik Ramm schrieb: > Hallo, > > Bernd Wurst wrote: >> Da ich gerne täglich "frische" Software nutze aber nur endlich Bandbreite >> habe, hab ich mich über Frederiks LeanJOSM sehr gefreut. > > Juhu, ich habe einen User ;-) Mich auch wieder. :) Hatte gedacht, dass es mit den in den commits erwähnten Problemen zusammenhängt. Danke fürs fixen. Gruß, Markus (uboot) -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: OpenPGP digital signature URL : From blueduck at gmx.net Mon Jan 4 19:08:50 2010 From: blueduck at gmx.net (Stefano Kowalke) Date: Mon, 04 Jan 2010 20:08:50 +0100 Subject: [Talk-de] =?utf-8?q?Mautbr=C3=BCcken?= Message-ID: Hallo, wie werden die deutschen Mautbrücken getaggt? Im Wiki finde ich nur die Mautstationen, wie man sie aus Italien oder Frankreich kennt. LG Stefano From ropino at online.de Mon Jan 4 20:43:02 2010 From: ropino at online.de (Robert) Date: Mon, 04 Jan 2010 21:43:02 +0100 Subject: [Talk-de] =?utf-8?q?Notrufs=C3=A4ulen?= In-Reply-To: References: <1193851179.26728.1.camel@HAL.home.thorsten-schramm.de> <200711160921.59858.mi.schmidt@gmx.net> Message-ID: <4B4252D6.6080507@online.de> Hallo, > ich grabe mal diesen uralten Thread aus, da ich mir beim > durchs-winterliche-Deutschland-fahren dachte, dass es doch super wäre, > wenn man die Notrufsäulen in OSM hätte. > > In DE haben wir immerhin 7050 von 8226 weltweit eingetragenen "emergency_phone". Die überwiegende Menge davon sind Notrufsäulen an den Autobahnen. Mit dem operator-Tag "Björn-Steiger-Stiftung" (in unterschiedlichen Schreibweisen) sind 123 eingetragen. Von einem Import ist mir nichts bekannt. Grüße Ropino From s.wolff at web.de Mon Jan 4 21:24:05 2010 From: s.wolff at web.de (Stephan Wolff) Date: Mon, 04 Jan 2010 22:24:05 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften In-Reply-To: References: <4B40C57F.7010905@gmx.net> <4B41BD5B.6030304@gmx.net> <4B41F14D.4080001@remote.org> <201001041530.42067.florian@grossing.de><4B4214DB.208@gmx.net> Message-ID: Am 04.01.2010 19:17, schrieb Mirko Küster: >> Potlatch-bashing ist in dieser Liste sehr populär, aber man sollte dafür >> jedenfalls keine falschen Argumente verwenden. Mit josm entsteht ein >> einsamer Node leicht, wenn man eine Linie beginnt und mit ESC abbricht. > > Wenn man es so macht, die meisten beenden aber sicher mit Doppelklick oder > Toolwechsel. Mit ESC habe ich das noch nie gemacht. Wenn ich beim beabsichtigten Startpunkt einer Linie danebenklicke, drücke ich zum Abbruch der Operation intuitiv ESC. Dann bleibt ein unauffälliger gelber Punkt. Gewollte Linien beende ich natürlich auch mit Doppelklick. > Weil du sicherlich den ohnehin empfohlenen Validator nicht benutzt. Der > zeigt dir spätestens beim Versuch hochzuladen an (wenn du den Validator > nicht aktiv nutzt), wenn da ein ungenutzter Node herumliegt, denn du > umgehend löschen kannst. Mit JOSM passiert sowas nur wenn die Version buggy > ist, oder wenn der Nutzer selbst versäumt hat den Validator zu nutzen. Wenn > man solche Tools nicht nutzt ist man selber Schuld, nicht das Programm. In die Error- und Warningliste des Validators schaue ich schon. In der Rubrik Other, in der auch der einsame Punkt auftaucht, stehen oft hunderte, meist harmlose Einträge. Da bin ich meist zu wenig motiviert... Im drei Kilometer Umkreis um meinen Wohnort Kiel-Raversberg erhalte ich aktuell Error (2X) Warning (122x) Other (ca 900x) Hier beteiligen sich viele Mapper, die weder perfekt noch perfektionistisch sind. Aber wenn du einmal die Region Kiel überarbeitest und alle Validatormeldungen beseitigst, dann achte ich auch darauf, keine neuen zu produzieren :-) > >> Für kleine, schnelle Fehlerkorrekturen ist Potlatch ohnehin unschlagbar. > > Nur in einem ist Potlatch wirklich unschlagbar. Wenn man mal schnell einen > gelöschten Weg wiederherstellen oder eine Version zurückstellen will. Das > war es dann aber leider mit den Vorteilen. > Mit Potlatch konnte ich auf meinem alten Laptop mit 512MB RAM einen Track quer durch die Stadt bearbeiten (um nur einen weitern Vorteil zu nennen). Viele Grüße Stephan From falk.zscheile at googlemail.com Mon Jan 4 21:40:08 2010 From: falk.zscheile at googlemail.com (Falk Zscheile) Date: Mon, 4 Jan 2010 22:40:08 +0100 Subject: [Talk-de] =?iso-8859-1?q?Verkehrs=FCberwachung?= Message-ID: <1545fef41001041340w3ba8eff6pc6b69fa7f379c149@mail.gmail.com> Moin, gibt es eine Karte/Layer, wo Blitzer etc. gerendert werden? Danke & Gruß, Falk From webmaster at ts-eastrail.de Mon Jan 4 21:46:19 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Mon, 4 Jan 2010 22:46:19 +0100 Subject: [Talk-de] Nodes ohne Eigenschaften References: <4B40C57F.7010905@gmx.net> <4B41BD5B.6030304@gmx.net> <4B41F14D.4080001@remote.org> <201001041530.42067.florian@grossing.de><4B4214DB.208@gmx.net> Message-ID: > Hier beteiligen sich viele Mapper, die weder perfekt noch > perfektionistisch sind. Aber wenn du einmal die Region Kiel > überarbeitest und alle Validatormeldungen beseitigst, dann achte ich > auch darauf, keine neuen zu produzieren :-) Nicht alle sind wirklich Fehler. Den Validator gänzlich zufrieden stellen geht nicht. Nahe Wege ist beispielsweise viel Fehlalarm bei. Aber der Validator wirft auch nicht default alles aus. Das tut er grundsätzlich nur dann, wenn du einen Check über alles geladene laufen lässt. Passiv zeigt er beim Uploadversuch nur eventuelle Fehler welche nur die von dir aktuell angefassten Objekte betrifft. Dann kann man abbrechen, Validatormenü öffnen und die eigenen Fehler fixen. So können solche Nodes eigentlich nicht über JOSM in die DB kommen. Und darum ging es ja. Gruß Mirko From addicks at gmx.net Mon Jan 4 22:55:06 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Mon, 04 Jan 2010 23:55:06 +0100 Subject: [Talk-de] Garmin-Karten OHNE POIs? Message-ID: Auch auf die Gefahr hin, Stirnrunzeln zu ernten: Gibt es irgendwo für Deutschland für Garmin-Geräte "fertige" OSM-Karten ohne POIs und Adresslayer, eventuell sogar mit vereinfachten Wegen? Hintergrund: Geschwindigkeit auf alten Garmin-Handhelds. Es kommt nur darauf an, überhaupt eine Karte zu haben, sich auf dieser aber schnell orientieren zu können. -jha- From dieterdreist at gmail.com Tue Jan 5 00:19:34 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Tue, 5 Jan 2010 01:19:34 +0100 Subject: [Talk-de] Garmin-Karten OHNE POIs? In-Reply-To: References: Message-ID: <7acdb3651001041619n429f2286w445c2a4c990e4f71@mail.gmail.com> Am 4. Januar 2010 23:55 schrieb Johann H. Addicks : > Auch auf die Gefahr hin, Stirnrunzeln zu ernten: Gibt es irgendwo für > Deutschland für Garmin-Geräte "fertige" OSM-Karten ohne POIs und > Adresslayer, eventuell sogar mit vereinfachten Wegen? > Die Wege sind AFAIK bei allen Versionen vereinfacht, das macht mkgmap automatisch. Ohne POIs kenne ich keine Karte. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From computerteddy at gmx.de Tue Jan 5 09:22:45 2010 From: computerteddy at gmx.de (Carsten Schwede) Date: Tue, 05 Jan 2010 10:22:45 +0100 Subject: [Talk-de] Garmin-Karten OHNE POIs? In-Reply-To: <7acdb3651001041619n429f2286w445c2a4c990e4f71@mail.gmail.com> References: <7acdb3651001041619n429f2286w445c2a4c990e4f71@mail.gmail.com> Message-ID: <4B4304E5.8040006@gmx.de> Hi, Martin Koppenhoefer schrieb: > > > Am 4. Januar 2010 23:55 schrieb Johann H. Addicks >: > > Auch auf die Gefahr hin, Stirnrunzeln zu ernten: Gibt es irgendwo für > Deutschland für Garmin-Geräte "fertige" OSM-Karten ohne POIs und > Adresslayer, eventuell sogar mit vereinfachten Wegen? > > > Die Wege sind AFAIK bei allen Versionen vereinfacht, das macht mkgmap > automatisch. Ohne POIs kenne ich keine Karte. Die POIs kann man sich selbst in den Einstellungen im GPS-Gerät abschalten, so daß die nicht mehr dargestellt werden. Geht soweit ich weiss (kanns grade nicht testen) mindestens so, daß man die Sichtbarkeit auf einen Level von "unter 30m sichtbar" stellt, die Dichte auf sehr dünn und dann einen Level auszoomt. (je nach GPS) Zusätliche Level sind z.B. in meinen Karten so nicht enthalten. (Außer in dem Kartensatz mit Höhenlinien) -- Viele Gruesse Computerteddy From l.emmerich at t-online.de Tue Jan 5 11:03:18 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Tue, 5 Jan 2010 12:03:18 +0100 Subject: [Talk-de] Geschichts-Karten Message-ID: Hallo, es ist sicherlich möglich, von einer Stadt, Gegend versch. Karten mit der geschichtl. Entwicklung (Straßenverlauf, Bebauung, ..) zu zeichnen. Ferner ist eine Dokumentation der Entwicklung der Bausubstanz in den letzten 100 Jahren möglich. Es sind dann etliche bis eher viele OSM-Karten zu zeichnen. Diese würden als Namen z.B. 1987-09.osm erhalten. Wie könnte ich solche Karten für eine Vorführung am Projektor aufarbeiten. Werde in Kürze ein Gespräch mit dem Bürgermeister und evtl. mit dem Leiter des Vermessungsamtes haben. Bräuchte dann diese Info's als Argumentationshilfe. Unser Geschichtsverein ist sehr aktiv und könnte auch behilflich sein. Danke schon mal für die Antworten Gruß Lothar From dieterdreist at gmail.com Tue Jan 5 11:43:34 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Tue, 5 Jan 2010 12:43:34 +0100 Subject: [Talk-de] Geschichts-Karten In-Reply-To: References: Message-ID: <7acdb3651001050343wcd0f1bfoccb4d26d51266ef6@mail.gmail.com> Am 5. Januar 2010 12:03 schrieb Lothar Emmerich : > Hallo, > > es ist sicherlich möglich, von einer Stadt, Gegend versch. Karten mit der > geschichtl. Entwicklung (Straßenverlauf, Bebauung, ..) zu zeichnen. Ferner > ist eine Dokumentation der Entwicklung der Bausubstanz in den letzten 100 > Jahren möglich. > ja, das ist sicher möglich und wird auch schon gemacht. In OSM gibt es derzeit allerdings keine etablierte Methode dafür, und sorgt daher potentiell auch für Probleme (Verwechslung von historischen und aktuellen Features, "Überschwemmung des Editors", etc.). Nicht, dass ich nicht hoffe, dass die Entwicklung auch in diese Richtung geht, nur ist es derzeit noch sehr mühselig/umständlich. Vor einigen Tagen hat Mirko Küster hier einen Link zu einer Stelle geschickt, wo er solche historischen Daten einmal versuchsweise eingetragen hat. > Es sind dann etliche bis eher viele OSM-Karten zu zeichnen. Diese würden > als Namen z.B. 1987-09.osm erhalten. > Was Du vermutlich meinst, ist, dass Du amtliche Karten mit einem Stand von z.B. Sept. 1987 abzeichnen willst (Genehmigung vorausgesetzt). Wie man den Datenfile dann nennt, ist egal, wichtig ist, dass die ways / nodes entsprechende Tags erhalten, die diese Information tragen und auch eine Abgrenzung zu gegenwärtigen Features erlaubt. Denkbar wäre hier z.B. einen Start- und ggf. Endzeitpunkt für die Features anzugeben (als Tag, da gibt es auch schon was), und dem "Haupttag" zusätzlich einen eigenen Namensraum (z.B. historic:amenity anstatt amenity) zu verpassen, damit die Daten in anderen Anwendungen nicht stören. Wie könnte ich solche Karten für eine Vorführung am Projektor aufarbeiten. > mit einem Renderprogramm, z.B. Mapnik, Kosmos oder Osmarender (s. im Wiki OSM oder z.B. auf der Startseite) Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From webmaster at ts-eastrail.de Tue Jan 5 13:05:53 2010 From: webmaster at ts-eastrail.de (=?utf-8?Q?Mirko_K=C3=BCster?=) Date: Tue, 5 Jan 2010 14:05:53 +0100 Subject: [Talk-de] =?utf-8?q?Mautbr=C3=BCcken?= References: Message-ID: <79A87DB1D49C48E39FA0B62968950C7E@mkwebdialin> > wie werden die deutschen Mautbrücken getaggt? Aktuell noch nichts offizielles. Nimm doch vorerst erstmal als Node oder Way: highway=toll_bridge operator=Toll Collect GmbH Das barrier=toll_booth kann man hierzulande ja eigentlich auch nur für die wenigen Sonderfälle verwenden. Abgerechnet wird an Automaten in Raststätten und Tankstellen. Da könnte man folgendes nehmen: amenity=vending_machine vending=toll opening_hours=24/7 oder abweichend operator=Toll Collect GmbH BTW fehlt auch noch etwas für Matrixanzeigen die unterschiedliche Maxspeed,Warnungen oder Sperrungen ausgeben. Aktuell könnten die zwar nur als Hinweis angezeigt oder angesagt werden. Aber wer weiß, vielleicht fließen die aktuellen Zustände irgendwann mal mit in ein zukünftiges sendendes Verkehrssystem mit ein. Da wäre es Praktisch schon mal die betroffenen Punkte zu haben. Denen braucht man dann nur noch so wie bei TMC die zuständige ID verpassen, wäre so schonmal schnell aktuell. Gruß Mirko From webmaster at ts-eastrail.de Tue Jan 5 13:50:10 2010 From: webmaster at ts-eastrail.de (=?utf-8?Q?Mirko_K=C3=BCster?=) Date: Tue, 5 Jan 2010 14:50:10 +0100 Subject: [Talk-de] Geschichts-Karten References: <7acdb3651001050343wcd0f1bfoccb4d26d51266ef6@mail.gmail.com> Message-ID: <44BD718B393B4E0AB3FB12F84451DD35@mkwebdialin> > ja, das ist sicher möglich und wird auch schon gemacht. > In OSM gibt es derzeit allerdings keine etablierte Methode dafür, > und sorgt daher potentiell auch für Probleme (Verwechslung von > historischen und aktuellen Features, "Überschwemmung des Editors", etc.). Ja, ganz so einfach ist es nicht. Unsere Datenbank ist ja auch nur dafür gedacht den aktuellen Zustand zu verwalten. Wo es geht und sich mit dem aktuell vohandenen Objekt deckt, kann man auch historische Tags verwenden. Ansonsten ist die so unsichtbare History der Objekte für vergangenes zuständig. Das war aber nich dafür gedacht die Siedlungsgeschichte seit Schnurkeramik und Bronzezeit nahtlos bis an die erste offizielle OSM History in 2005 heran zu bauen. Wir haben nur einen Layer und der hat Grenzen. Auch wenn wieder einige unken das es doch so kein Problem ist. Das ist es auch aktuell nicht, wenn es sich um wenige Zeitabschnitte handelt wo heute nichts mehr steht, oden wenn man aktuell vorhandene Objekte mit Historischen Angaben erweitern kann. Ansonsten kann ich bei heute dicht bebautem Gebiet und vielen abweichenden Historischen Daten aus eigener Erfahrung nur zur Vorsicht mahnen. Die aktuellen Daten darüber sollten weitegehend vollständig sein, das minimiert eventuelle Fehlverbindungen und andere Fehler. Es wird schwierig wenn schon ein dichter Teppich aus historischen Daten vorliegt, aktuelles aber noch eingezeichnet werden muss. Das könnte zu Fehlern führen oder sogar Leute aus Angst solche zu machen abschrecken. Wenn es sich nicht um ein Gebiet handelt wo man weitgehend nur selber tätig ist, aktive Mitstreiter am besten Informieren. So klären sich Missverständnisse vorher und erspart unter Umständen doppelte Arbeit durch löschen. Und noch ein Punkt ist wichtig. Namensräume verwenden um die Schlüssel vor den Renderern und Anwendungen zu verstecken und um beispielsweise den Stand der Daten mitzuteilen. Niemandem wäre geholfen wenn dann zig Lagen Häuser mit einmal in der aktuellen Karte auftauchen würden. Das sollte den Renderern und Anwendungen vorbehalten sein, die aktiv danach suchen und wirklich nutzen wollen. Ich schreibe das dann noch mit Angabe der Namensräume etc. in den Kommetar für den Upload. > Nicht, dass ich nicht hoffe, dass die Entwicklung auch in diese Richtung geht, > nur ist es derzeit noch sehr mühselig/umständlich. Vor einigen > Tagen hat Mirko Küster hier einen Link zu einer Stelle geschickt, wo er solche > historischen Daten einmal versuchsweise eingetragen hat. Und zwar hier: http://www.openstreetmap.org/?lat=51.29533&lon=11.46637&zoom=15&layers=B000FTF Da liegen zwei Generationen Werksgeschichte drunter. Eine Lage abgerenzt mit historic:1950:*=* vor den eigentlichen Schlüsseln. Die andere mit historic:1990:*=*. Wer das rendern oder verwreten möchte, muss nur die Daten mit dem entsprechenden Namensraum extrahieren, kann anschließend diesen Namensraum aus den Schlüsseln entfernen und dann ganz normal rendern. Das ist wegen des nur einem vorhandenem Layer nicht die eleganteste Lösung, aber die derzeit einzig mögliche um solche Daten für alle zugänglich auch auf der DB veröffentlichen zu können. Ansonsten bliebe nur sowas lokal zu zeichnen und das File irgendwo anzubieten. Das würde nicht in den Daten selber stören, nur muss man das wiederum wissen und ginge vielleicht an einigen Interessenten vorbei. Ein besserer Weg wäre wenn man einen Namensraum für einen eigenen abschaltbaren Layer angelgen könnte. Die könnte man schon vorbestimmt auf ein Datum anbieten. So wäre es auch möglich alle vorhandenen Daten für dieses Datum oder den Zeitraum gesammelt in einem Layer anzubieten. Da könnte man ganz normale Schlüssel verwenden und das ganze ganz normal rendern und auswerten. Die müssten nur den entsprechenden Zeitraum von der API ziehen und könnten so einzelne Historische Karten anbieten. Ganz Filter und der Aufwendigen Suche nach undokumentierten Lösungen quer über den Planeten verstreut. Mein Ansatz taugt derzeit nur für lokal begrenzte Karten, wo man auch weiß was für und wo die Daten liegen. Gruß Mirko -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From ulf.lamping at googlemail.com Tue Jan 5 14:24:18 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Tue, 05 Jan 2010 15:24:18 +0100 Subject: [Talk-de] =?utf-8?q?Mautbr=C3=BCcken?= In-Reply-To: <79A87DB1D49C48E39FA0B62968950C7E@mkwebdialin> References: <79A87DB1D49C48E39FA0B62968950C7E@mkwebdialin> Message-ID: <4B434B92.5090609@googlemail.com> Am 05.01.2010 14:05, schrieb Mirko Küster: > BTW fehlt auch noch etwas für Matrixanzeigen die unterschiedliche > Maxspeed,Warnungen oder Sperrungen ausgeben. Aktuell könnten die zwar nur > als Hinweis angezeigt oder angesagt werden. Aber wer weiß, vielleicht > fließen die aktuellen Zustände irgendwann mal mit in ein zukünftiges > sendendes Verkehrssystem mit ein. Da wäre es Praktisch schon mal die > betroffenen Punkte zu haben. Denen braucht man dann nur noch so wie bei TMC > die zuständige ID verpassen, wäre so schonmal schnell aktuell. Für die maxspeeds[1]: maxspeed=signals (320 mal) siehe auch [2] allerdings gibt es auch: maxspeed=variable (227 mal) dürfte wohl dasselbe meinen. Für Warnungen/Sperrungen wüßte ich spontan auch nichts. Auf den neueren Schildern kann ja auch alles mögliche draufstehen, von der Glatteiswarnung bis zum Abbiegehinweis fürs Icehockey Spiel oder die aktuelle Baufachmesse. Gruß, ULFL [1] http://osmdoc.com/en/tag/maxspeed/#values [2] http://wiki.openstreetmap.org/wiki/Key:maxspeed From l.emmerich at t-online.de Tue Jan 5 15:09:42 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Tue, 5 Jan 2010 16:09:42 +0100 Subject: [Talk-de] Geschichts-Karten In-Reply-To: <44BD718B393B4E0AB3FB12F84451DD35@mkwebdialin> References: <7acdb3651001050343wcd0f1bfoccb4d26d51266ef6@mail.gmail.com> <44BD718B393B4E0AB3FB12F84451DD35@mkwebdialin> Message-ID: <1C91971E-71A9-4B03-8E2D-46FFCB996721@t-online.de> Danke für die ausführliche Antwort. - Es würde vorerst nur eine Fläche von ca. 5x5 km betreffen - Für jede Epoche z.b. (2010, 1950, 1930, 1898, 1718, ...) würde mit Mapnik eine eigene Karte gerendert. In jeder Epoche würden nur Daten aus diesem Zeitraum in der Datenbank stehen. > Die aktuellen Daten darüber sollten weitegehend vollständig sein, das minimiert eventuelle Fehlverbindungen und andere Fehler. Es wird schwierig wenn schon ein dichter Teppich aus historischen Daten vorliegt, aktuelles aber noch eingezeichnet werden muss. Das könnte zu Fehlern führen oder sogar Leute aus Angst solche zu machen abschrecken. Wenn es sich nicht um ein Gebiet handelt wo man weitgehend nur selber tätig ist, aktive Mitstreiter am besten Informieren. So klären sich Missverständnisse vorher und erspart unter Umständen doppelte Arbeit durch löschen. Klar, die aktuellen Daten müssen vollständig und möglichst genau sein. Deshalb hoffe ich auf Unterstützung durch das Katasteramt. Wie die Unterstützung im einzelnen aussieht, ist noch zu klären. Entweder Datenmaterial oder Lizenz zum Abzeichnen. Ich bin ja nicht allein. Aber das Katasteramt möchte die Daten ja nicht in die ganze Welt verstreuen. Es war im ersten Gespräch auch nur von 2 Usern die Rede, die versorgt würden. Der Geschichtsverein hat ein großes Datenmaterial. Auch hier hoffe ich auf Mithilfe. Mit nur 2 Usern (Taggern) ist das natürlich eine Höllenarbeit. Gott sei Dank bin ich schon in Rente und könnte was sinnvolles tun. > Das ist wegen des nur einem vorhandenem Layer nicht die eleganteste Lösung, aber die derzeit einzig mögliche um solche Daten für alle zugänglich auch auf der DB veröffentlichen zu können. Ansonsten bliebe nur sowas lokal zu zeichnen und das File irgendwo anzubieten. Das würde nicht in den Daten selber stören, nur muss man das wiederum wissen und ginge vielleicht an einigen Interessenten vorbei. Es bleibt abzuwarten, wer die Daten pflegt und wo sie abgelegt werden. Werden alle Daten der Gemeinschaft zur Verfügung gestellt oder regional verwaltet. > Ein besserer Weg wäre wenn man einen Namensraum für einen eigenen abschaltbaren Layer angelgen könnte. Die könnte man schon vorbestimmt auf ein Datum anbieten. So wäre es auch möglich alle vorhandenen Daten für dieses Datum oder den Zeitraum gesammelt in einem Layer anzubieten. Da könnte man ganz normale Schlüssel verwenden und das ganze ganz normal rendern und auswerten. Die müssten nur den entsprechenden Zeitraum von der API ziehen und könnten so einzelne Historische Karten anbieten. Ganz Filter und der Aufwendigen Suche nach undokumentierten Lösungen quer über den Planeten verstreut. Mein Ansatz taugt derzeit nur für lokal begrenzte Karten, wo man auch weiß was für und wo die Daten liegen. Solch ein Schema für größere Gebiete, für Deutschland oder weltweit anzuwenden ist so gut wie unmöglich. Ich bin ja nicht so fit wie Du und andere Mitstreiter. Bin ja eher ein Anwender. Die bisherigen Infos waren schon sehr hilfreich. Werde die Community auf dem Laufenden halten Für Anregungen und Tipps bin ich immer dankbar. Viele Grüße Lothar From osm_ at malenki.ch Tue Jan 5 15:39:38 2010 From: osm_ at malenki.ch (malenki) Date: Tue, 5 Jan 2010 16:39:38 +0100 Subject: [Talk-de] Garmin-Karten OHNE POIs? References: <7acdb3651001041619n429f2286w445c2a4c990e4f71@mail.gmail.com> <4B4304E5.8040006@gmx.de> Message-ID: <20100105163938.7a8a52a4@c2d-sid> Carsten Schwede schrieb: > >Die POIs kann man sich selbst in den Einstellungen im GPS-Gerät >abschalten, so daß die nicht mehr dargestellt werden. Geht soweit ich >weiss (kanns grade nicht testen) mindestens so, daß man die >Sichtbarkeit auf einen Level von "unter 30m sichtbar" stellt, die >Dichte auf sehr dünn und dann einen Level auszoomt. (je nach GPS) Zumindest das Adresslayer sollte man in der Kartenansicht ausschalten können. Weiß aber nicht, ob das einen Geschwindigkeitsvorteil bringt. Gruß malenki From jochen at remote.org Tue Jan 5 15:56:20 2010 From: jochen at remote.org (Jochen Topf) Date: Tue, 5 Jan 2010 16:56:20 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector Message-ID: <20100105155619.GA7689@atlantis> Hi! Ich habe eben im OSM Inspector (tools.geofabrik.de/osmi/) einen neuen "Highways"-View freigeschaltet. Er zeigt Probleme mit Straßentypen, Straßennamen und einigen anderen typischen Straßentags (oneway, maxspeed, ...) an. http://tools.geofabrik.de/osmi/?view=highways Doku im Wiki unter wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Highways Viel Spaß beim Fehler fixen! Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From f at zz.de Tue Jan 5 16:16:12 2010 From: f at zz.de (Florian Lohoff) Date: Tue, 5 Jan 2010 17:16:12 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: <20100105155619.GA7689@atlantis> References: <20100105155619.GA7689@atlantis> Message-ID: <20100105161612.GA21822@hydra.gt.owl.de> On Tue, Jan 05, 2010 at 04:56:20PM +0100, Jochen Topf wrote: > Hi! > > Ich habe eben im OSM Inspector (tools.geofabrik.de/osmi/) einen neuen > "Highways"-View freigeschaltet. Er zeigt Probleme mit Straßentypen, > Straßennamen und einigen anderen typischen Straßentags (oneway, maxspeed, ...) > an. > > http://tools.geofabrik.de/osmi/?view=highways > Doku im Wiki unter wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Highways > > Viel Spaß beim Fehler fixen! Schoene sache - Ein kleines manko - Auch pedestrian areas ohne namen werden angemeckert - also highway=pedestrian area=yes Wenn da kein name draus ist denke ich ist das allermeistens in ordnung oder? Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From jochen at remote.org Tue Jan 5 16:22:37 2010 From: jochen at remote.org (Jochen Topf) Date: Tue, 5 Jan 2010 17:22:37 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: <20100105161612.GA21822@hydra.gt.owl.de> References: <20100105155619.GA7689@atlantis> <20100105161612.GA21822@hydra.gt.owl.de> Message-ID: <20100105162237.GA8950@atlantis> On Tue, Jan 05, 2010 at 05:16:12PM +0100, Florian Lohoff wrote: > On Tue, Jan 05, 2010 at 04:56:20PM +0100, Jochen Topf wrote: > > Hi! > > > > Ich habe eben im OSM Inspector (tools.geofabrik.de/osmi/) einen neuen > > "Highways"-View freigeschaltet. Er zeigt Probleme mit Straßentypen, > > Straßennamen und einigen anderen typischen Straßentags (oneway, maxspeed, ...) > > an. > > > > http://tools.geofabrik.de/osmi/?view=highways > > Doku im Wiki unter wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Highways > > > > Viel Spaß beim Fehler fixen! > > Schoene sache - Ein kleines manko - Auch pedestrian areas ohne namen > werden angemeckert - also > > highway=pedestrian > area=yes > > Wenn da kein name draus ist denke ich ist das allermeistens in > ordnung oder? Hm. Hast Du Beispiele? Alle pedestrian areas (also das sind ja Plätze), die mir so einfallen, haben auch einen Namen. (Und klar gibt es immer Ausnahmen in all diesen Fällen.) Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From gary at gary68.de Tue Jan 5 16:23:26 2010 From: gary at gary68.de (Gary68) Date: Tue, 05 Jan 2010 17:23:26 +0100 Subject: [Talk-de] Autobahnkreuz HG - refs Message-ID: <1262708606.8866.1.camel@gs-desktop> hi, am ak hg - a5/a661 wurden vom user Ana Luisa diverse refs entfernt. meist wohl an den tangenten. cheers gary68 From f at zz.de Tue Jan 5 16:28:16 2010 From: f at zz.de (Florian Lohoff) Date: Tue, 5 Jan 2010 17:28:16 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: <20100105162237.GA8950@atlantis> References: <20100105155619.GA7689@atlantis> <20100105161612.GA21822@hydra.gt.owl.de> <20100105162237.GA8950@atlantis> Message-ID: <20100105162816.GC21822@hydra.gt.owl.de> On Tue, Jan 05, 2010 at 05:22:37PM +0100, Jochen Topf wrote: > Hm. Hast Du Beispiele? Alle pedestrian areas (also das sind ja Plätze), die > mir so einfallen, haben auch einen Namen. > > (Und klar gibt es immer Ausnahmen in all diesen Fällen.) Ich habe auch Schulhoefe von Schulen so getagged http://tools.geofabrik.de/osmi/?view=highways&lon=8.31611&lat=51.77353&zoom=17 sind ja oeffentlich zugaenglich und eher plaetze als wirkliche straßen. Und name "Schulhof" ist in dem fall ziemlich falsch. Ich habe aber auch schon auf Bahnhoefen Plattformen so gesehen. Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From jochen at remote.org Tue Jan 5 16:35:04 2010 From: jochen at remote.org (Jochen Topf) Date: Tue, 5 Jan 2010 17:35:04 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: <20100105162816.GC21822@hydra.gt.owl.de> References: <20100105155619.GA7689@atlantis> <20100105161612.GA21822@hydra.gt.owl.de> <20100105162237.GA8950@atlantis> <20100105162816.GC21822@hydra.gt.owl.de> Message-ID: <20100105163504.GA9185@atlantis> On Tue, Jan 05, 2010 at 05:28:16PM +0100, Florian Lohoff wrote: > On Tue, Jan 05, 2010 at 05:22:37PM +0100, Jochen Topf wrote: > > Hm. Hast Du Beispiele? Alle pedestrian areas (also das sind ja Plätze), die > > mir so einfallen, haben auch einen Namen. > > > > (Und klar gibt es immer Ausnahmen in all diesen Fällen.) > > Ich habe auch Schulhoefe von Schulen so getagged > > http://tools.geofabrik.de/osmi/?view=highways&lon=8.31611&lat=51.77353&zoom=17 > > sind ja oeffentlich zugaenglich und eher plaetze als wirkliche straßen. Und name > "Schulhof" ist in dem fall ziemlich falsch. > > Ich habe aber auch schon auf Bahnhoefen Plattformen so gesehen. Schulhöfe und Bahnsteige sind m.E. keine highway=pedestrian. Nur weil man da rumlaufen kann, heißt das nicht, dass das pedestrian ist. Für mich sind highway=pedestrian Straßen oder Plätze, die das Schild mit Mutter und Kind im blauen Kreis und dem Wort "Zone" drunter haben. Für Schulhöfe würde ich eher eher einen Spielplatz taggen, auch wenn das sicher nicht ganz richtig ist. Und für Bahnsteige gibt es public_transport=platform. Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From f at zz.de Tue Jan 5 16:40:36 2010 From: f at zz.de (Florian Lohoff) Date: Tue, 5 Jan 2010 17:40:36 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: <20100105163504.GA9185@atlantis> References: <20100105155619.GA7689@atlantis> <20100105161612.GA21822@hydra.gt.owl.de> <20100105162237.GA8950@atlantis> <20100105162816.GC21822@hydra.gt.owl.de> <20100105163504.GA9185@atlantis> Message-ID: <20100105164036.GD21822@hydra.gt.owl.de> On Tue, Jan 05, 2010 at 05:35:04PM +0100, Jochen Topf wrote: > Schulhöfe und Bahnsteige sind m.E. keine highway=pedestrian. Nur weil man da > rumlaufen kann, heißt das nicht, dass das pedestrian ist. Für mich sind > highway=pedestrian Straßen oder Plätze, die das Schild mit Mutter und Kind im > blauen Kreis und dem Wort "Zone" drunter haben. Hier habe ich es immer so ein wenig wie die waterways/riverbanks gehalten. D.h. ich habe eine outline die die flaeche beinhaltet - area=yes - keinen namen - und ein wenig der durchgeht mit highway=pedestrian und namen. Passt nur wenn das Gebilder kein Platz sondern eine Fußgaengerzone mit ausbuchtungen ist die keinen namen tragen. Bei richtigen Plaetzen gebe ich die recht sollte die area einen namen tragen. > Für Schulhöfe würde ich eher eher einen Spielplatz taggen, auch wenn das sicher Ich habe hier Fahrradwege die ueber Schulhoefe gehen - Da waere Spielplatz tendentiell falsch - richtig ist das an den Schulhof (der Ashphaltiert ist) ein Spielplatz angrenzt der dann nur zum Fallschutz Rindenmulch hat. Der Schulhof ist schon teil der Verkehrsinfrastruktur drumherum und durchaus auch fuer durchgangsverkehr (Fußgänger und Fahrradfahrer) ... > nicht ganz richtig ist. Und für Bahnsteige gibt es public_transport=platform. Das werde ich mir dann mal zur korrektur vormerken. Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From sven at anders-hamburg.de Tue Jan 5 16:56:21 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Tue, 05 Jan 2010 17:56:21 +0100 Subject: [Talk-de] TMC Validator Message-ID: <4B436F35.5060608@anders-hamburg.de> Ich freue mich eine neue Anwenundung vorzustellen. Den TMC Validator. Hab die ganze Weihacnhtszeit daran gebastelt. Ihr findet Ihn unter: http://osm-tmc.anders-hamburg.de/ In der Hoffung das damit das Thema TMC vielleicht ein paar mehr Leuten näher gebracht werden kann. Unter der Map steht der Timestamp, von wann die Daten sind. Plane das jeden Tag zu updaten. Im Moment aber noch nicht ganz automatisch. Wenn ihr die Karte benutzt bitte möglichst weit reinzoomen. Das hält die last auf dem Server klein. Alternativ kann man unter: http://osm-tmc.anders-hamburg.de/area.php?lcd=1 auch hierachisch ohne Landkarte runterbrowsen. Für eine Wiki-Seite mit Erklärungen kommt innerhalb der nächsten 1-3 Wochen. Steht dann oben als Link drin. Verbesserungsvorschläge gerne an die Liste. Bugreports gerne an strassenvergleich at sven.anders.im Gruß Sven From ulf.lamping at googlemail.com Tue Jan 5 16:57:32 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Tue, 05 Jan 2010 17:57:32 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: <20100105162816.GC21822@hydra.gt.owl.de> References: <20100105155619.GA7689@atlantis> <20100105161612.GA21822@hydra.gt.owl.de> <20100105162237.GA8950@atlantis> <20100105162816.GC21822@hydra.gt.owl.de> Message-ID: <4B436F7C.3030204@googlemail.com> Am 05.01.2010 17:28, schrieb Florian Lohoff: > On Tue, Jan 05, 2010 at 05:22:37PM +0100, Jochen Topf wrote: >> Hm. Hast Du Beispiele? Alle pedestrian areas (also das sind ja Plätze), die >> mir so einfallen, haben auch einen Namen. >> >> (Und klar gibt es immer Ausnahmen in all diesen Fällen.) > > Ich habe auch Schulhoefe von Schulen so getagged > > http://tools.geofabrik.de/osmi/?view=highways&lon=8.31611&lat=51.77353&zoom=17 > > sind ja oeffentlich zugaenglich und eher plaetze als wirkliche straßen. Und name > "Schulhof" ist in dem fall ziemlich falsch. Da kann man mal wieder schön am Beispiel sehen, wie die eigentliche Definition des Tags so langsam "wegdefiniert" wurde ;-) highway=pedestrian wurde einmal speziell für Fußgängerzonen eingeführt. Dann kamen einige, die sagten: "ein öffentlicher Platz ist ja auch irgendwie nichts anderes als eine Fußgängerzone". Seitdem wird pedestrian für Fußgängerzonen und öffentliche Plätze verwendet. Jetzt kommst du und sagst: "Schulhof ist ja auch irgendwie ein öffentlicher Platz". Seitdem wird pedestrian für alles mögliche verwendet :-( Und so "verbrennen" immer mehr Tagbedeutungen, weil sie auf biegen und brechen verwendet werden - weil es damit ja wenigstens auf den Karten auftaucht. Hast du mal dran gedacht, was ein Renderer daraus dann noch machen kann? [1] Wenn ich jetzt auf einer Karte Fußgängerzonen und öffentliche Plätze speziell rendern will (was ich für durchaus sinnvoll halte), möchte ich sehr wahrscheinlich aber keine Schulhöfe drauf haben. Als Renderer kann ich aber nichtmal mehr mutmaßen, was ich dabei an Tags auswerten könnte - es gibt nämlich schlicht keine Merkmale (mehr). > Ich habe aber auch schon auf Bahnhoefen Plattformen so gesehen. railway=platform Gruß, ULFL [1] "Wir taggen nicht für die Rendere" bedeutet nicht: "Mir ist doch scheißegal, ob die Renderer da noch irgendwas sinnvolles draus machen können" ;-) From ulf.lamping at googlemail.com Tue Jan 5 17:12:59 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Tue, 05 Jan 2010 18:12:59 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: <20100105155619.GA7689@atlantis> References: <20100105155619.GA7689@atlantis> Message-ID: <4B43731B.3070707@googlemail.com> Am 05.01.2010 16:56, schrieb Jochen Topf: > Hi! > > Ich habe eben im OSM Inspector (tools.geofabrik.de/osmi/) einen neuen > "Highways"-View freigeschaltet. Er zeigt Probleme mit Straßentypen, > Straßennamen und einigen anderen typischen Straßentags (oneway, maxspeed, ...) > an. > > http://tools.geofabrik.de/osmi/?view=highways > Doku im Wiki unter wiki.openstreetmap.org/wiki/OSM_Inspector/Views/Highways Wo wir das Thema ja gerade auf der englischen Liste hatten. Gibt es eigentlich irgendwo zugänglich den Source Code zum OSM Inspector? Ich konnte im Wiki nix dazu finden. Gruß, ULFL From lars.francke at gmail.com Tue Jan 5 17:21:07 2010 From: lars.francke at gmail.com (Lars Francke) Date: Tue, 5 Jan 2010 18:21:07 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: <4B43731B.3070707@googlemail.com> References: <20100105155619.GA7689@atlantis> <4B43731B.3070707@googlemail.com> Message-ID: > Wo wir das Thema ja gerade auf der englischen Liste hatten. > > Gibt es eigentlich irgendwo zugänglich den Source Code zum OSM Inspector? > > Ich konnte im Wiki nix dazu finden. Frederik hat sich in demselben Thread dazu geäußert: Gruß, Lars From osm at tappenbeck.net Tue Jan 5 17:35:14 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 05 Jan 2010 18:35:14 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: <20100105155619.GA7689@atlantis> References: <20100105155619.GA7689@atlantis> Message-ID: gleich eine Frage ... warum wird bei http://tools.geofabrik.de/osmi/?view=highways&lon=10.70084&lat=53.87734&zoom=13 highway=platform angezeigt ?? Gruß Jan :-) From analuisapaldosgarcia at googlemail.com Tue Jan 5 17:44:54 2010 From: analuisapaldosgarcia at googlemail.com (Ana Luisa Paldos Garcia) Date: Tue, 5 Jan 2010 18:44:54 +0100 Subject: [Talk-de] Autobahnkreuz HG - refs In-Reply-To: <1262708606.8866.1.camel@gs-desktop> References: <1262708606.8866.1.camel@gs-desktop> Message-ID: <22e45b191001050944r1256546amaaf347b94df7d470@mail.gmail.com> Hi, jupp habe ich. Nachdem ich letztens Probleme mit dem Navigieren (auf Autobahnen insbesondere auf Autobahnkreuzen und Dreiecken) hatte, hatte ich hier ne Disskusion angeregt bzgl der Ref-Tags (der mototway_junction) an diesen Stellen. ( das ganze kann unter "Navigationsproblemen an (Kleeblatt)-Autobahnkreuzen" nachgelesen werden. Aufgrund dessen bearbeite ich zur Zeit die Kreuze und Dreiecke (auch versuche ich die baulich getrennten kreuzenden B's entsprechend zuzuweisen). Das Problem bestand darin, dass das Navi (Garmin Etrex) teilweise das Abbiegen nicht erkannte, da die (geradeausführende) Autobahn und die (abbiegende) Abfahrt die gleiche Ref hatten/haben. Ich bearbeite lediglich die Ref-Tags der "motorway-junction", und verteile diese entsprechend der Autobahn auf die sie führen. Ich prüfe natürlich auch gleich die Restlichen Tags, wenn ich mir die Daten schon mal gezogen habe. Sollte ich aber an entsprechendem Kreuz einen Fehler gemacht haben, sag Bescheid, dann kümmer ich mich da nochmal drum. Viele Grüße Am 5. Januar 2010 17:23 schrieb Gary68 : > hi, > > am ak hg - a5/a661 wurden vom user Ana Luisa diverse refs entfernt. > meist wohl an den tangenten. > > cheers > > gary68 > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From jochen at remote.org Tue Jan 5 17:46:18 2010 From: jochen at remote.org (Jochen Topf) Date: Tue, 5 Jan 2010 18:46:18 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: References: <20100105155619.GA7689@atlantis> Message-ID: <20100105174618.GA10420@atlantis> On Tue, Jan 05, 2010 at 06:35:14PM +0100, Jan Tappenbeck wrote: > gleich eine Frage ... > > warum wird bei > > http://tools.geofabrik.de/osmi/?view=highways&lon=10.70084&lat=53.87734&zoom=13 > > highway=platform angezeigt ?? Hab ich übersehen. Ist jetzt mit eingebaut, ab morgen mittag sollte das verschwinden. Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From SLXViper at gmx.net Tue Jan 5 18:02:00 2010 From: SLXViper at gmx.net (SLXViper) Date: Tue, 05 Jan 2010 19:02:00 +0100 Subject: [Talk-de] =?iso-8859-1?q?Relationen_in_Baden-W=FCrttemberg_aufr?= =?iso-8859-1?q?=E4umen=3F?= In-Reply-To: <201001041936.00569.werner.ho@gmx.de> References: <201001041541.10996.werner.ho@gmx.de> <4B42139F.4030109@gmx.net> <201001041936.00569.werner.ho@gmx.de> Message-ID: <4B437E98.40706@gmx.net> Werner Hoch schrieb: > Hallo, > > On Montag, 4. Januar 2010, SLXViper wrote: > >> Werner Hoch schrieb: >> >>> 2. Bus-Routen um Villingen Schweningen >>> -------------------------------------- >>> gleiches Problem wie in Karlsruhe >>> > Die type-Tags halte ich allein deshalb für enorm wichtig, damit man das > taggingschema herausfinden kann. > Stimmt eigentlich. Ich hab die jetzt mal ergänzt und vereinheitlicht. Villingen und Umland bis Furtwangen und das Urachtal sollten sauber sein. Vorerst hab ich mal type=public_transport für alle "Oxomoa-Relationen" benutzt. Die Linien und Linienvarianten haben jetzt zusätzlich public_transport=line bzw. line_variant. Grüße From florian at grossing.de Tue Jan 5 18:37:40 2010 From: florian at grossing.de (Florian Gross) Date: Tue, 5 Jan 2010 19:37:40 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <4B436F35.5060608@anders-hamburg.de> References: <4B436F35.5060608@anders-hamburg.de> Message-ID: <201001051937.40834.florian@grossing.de> Am Di Januar 5 2010 glaubte Sven Anders zu wissen: > Ich freue mich eine neue Anwenundung vorzustellen. > Den TMC Validator. Hab die ganze Weihacnhtszeit daran gebastelt. [...] > Alternativ kann man unter: > > http://osm-tmc.anders-hamburg.de/area.php?lcd=1 > > auch hierachisch ohne Landkarte runterbrowsen. Super! Sowas hab ich gerade gesucht. Wunderbar. flo -- > Perfektion ist erst dann gegeben , wenn man nichts mehr verbessern kann. Bei > Menschen muss man da leider noch einige Jahrhunderte warten. Glaubst Du wirklich, daß die Menschen überhaupt dazu gedacht sind, irgendwann einmal perfekt zu werden? [WoKo und Michael Hoffmann in dag°] From ulf.lamping at googlemail.com Tue Jan 5 19:32:06 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Tue, 05 Jan 2010 20:32:06 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: References: <20100105155619.GA7689@atlantis> <4B43731B.3070707@googlemail.com> Message-ID: <4B4393B6.5010809@googlemail.com> Am 05.01.2010 18:21, schrieb Lars Francke: >> Wo wir das Thema ja gerade auf der englischen Liste hatten. >> >> Gibt es eigentlich irgendwo zugänglich den Source Code zum OSM Inspector? >> >> Ich konnte im Wiki nix dazu finden. > > Frederik hat sich in demselben Thread dazu geäußert: > Ah, jetzt hab ich's auch gefunden: http://wiki.openstreetmap.org/wiki/OSM_Inspector#What_is_Open_about_OSM_Inspector_and_what_isn.27t Ah weng verklausulierte Überschrift ;-) Schön wäre es, wenn die Regel "welche highways sind ok" (und ähnliche solche Regeln) offen zugänglich wären, dann hätte man zumindest ne Chance, das mit den anderen Validatoren mal zu vergleichen. Momentan findet ja irgendwie "jeder für sich" auf's neue heraus, welche Regeln eigentlich gelten. Sonst kommen wir noch irgendwann an den Punkt, wo sich die Validatoren gegenseitig widersprechen - wenn wir das mal nicht eh schon haben ;-) Gruß, ULFL From osm.mailinglist at t-i.ch Tue Jan 5 19:38:31 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Tue, 5 Jan 2010 20:38:31 +0100 Subject: [Talk-de] wirtschaftswege - access=no References: <381EB857BC024FD08B46CEE5DF7145BD@mkwebdialin> <200912310311.59196.florian@grossing.de> <4B3C690B.7@remote.org> Message-ID: Hallo Frederik, > Meiner Meinung nach duerfte ein "Verbot fuer Fahrzeuge aller Art" > ("Z250") durchaus als access=no, foot=yes getaggt werden. Kommt das > Zusatzzeichen Z1022-10 ("Fahrraeder frei") hinzu, wuerde sich das in > einem bicycle=yes niederschlagen. Warum so kompliziert? Wir haben eine (einigermassen etablierte) Access-Hierarchie[1]. Es ist doch viel einfacher, ein vehicle=no zu setzen, als den Weg komplett zu sperren, und dann behelfsmässig gewisse Gruppen wieder zuzulassen?! > Waere hingegen vor Ort ein "Verbot für Krafträder, auch mit Beiwagen, > Kleinkrafträder und Mofas sowie für Kraftwagen und sonstige mehrspurige > Kraftfahrzeuge" ("Z260") angebracht, so wuerde ich die von Dir genannte > Kombination nicht vergeben, weil ich nicht sicher weiss, ob es > vielleicht noch andere Fahrzeuge ausser "bicycle" gibt, die von dem > Verbot *nicht* betroffen sind. Genau dieser Fehler unterläuft Dir aber oben (bei Z250) bereits: Dein Tagging schliesst z.B. Reiter aus, obwohl das Reiten durch das Fahrverbot nicht verboten wird[2]. Es ist zudem möglich, dass in Zukunft noch weitere Transport-Kategorien hinzukommen - eine Sinn-Änderung des Keys "vehicle" ist dagegen eher unwahrscheinlich. > Was waere z.B. mit einer Pferdekutsche - nach meinem laienhaften > Verstaendnis muesste diese durch ein Z250 verboten sein, bei einem Z260 > aber durchaus fahren duerfen. Dafür gibt's die Unterscheidung vehicle=no und motor_vehicle=no. Eine Kutsche dürfte bei letzterem noch fahren. Gruss, Thomas, in alten Threads stöbernd [1] http://wiki.openstreetmap.org/wiki/DE:Key:access [2] http://www.verkehrsportal.de/stvo/anlage_2.php - lfd. Nr. 28 From osm at tappenbeck.net Tue Jan 5 19:42:10 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 05 Jan 2010 20:42:10 +0100 Subject: [Talk-de] =?iso-8859-15?q?=22Pr=E4sentationsmappe=22?= Message-ID: <4B439612.3010106@tappenbeck.net> Moin ! hat sich einer von Euch schon einmal die Arbeit für eine Präsentationsmappe (offline) gemacht ! Ich denke mir das es manchmal bei Anfragen gut sein kann etwas unterm Arm zu haben ohne groß Beamer etc. Dann kann man vorher schnell Themenbezogen etwas umstecken - fertig. Gruß Jan :-) From johannes at huesing.name Tue Jan 5 20:19:54 2010 From: johannes at huesing.name (Johannes Huesing) Date: Tue, 5 Jan 2010 21:19:54 +0100 Subject: [Talk-de] =?utf-8?q?Mautbr=C3=BCcken?= In-Reply-To: References: Message-ID: <20100105201954.GA2742@huesing.name> Stefano Kowalke [Mon, Jan 04, 2010 at 08:08:50PM CET]: > Hallo, > > wie werden die deutschen Mautbrücken getaggt? Ich finde jetzt noch nicht einmal international Beispiele, zum Beispiel die Golden Gate Bridge hat keine Bezeichnung, die auf Mautpflicht hindeutet. Humber Bridge auch nicht. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johannes at huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi") From dieter_jasper at web.de Tue Jan 5 20:30:49 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Tue, 05 Jan 2010 21:30:49 +0100 Subject: [Talk-de] osmarender:renderRef = no Message-ID: Hallo, eine Brücke der B 70 hat den tag osmarender:renderRef = no. Soll wohl das Rendern von ref unterdrücken. Macht das Sinn? Man liest ja oft wir taggen nicht für die Renderer. Gruß Dieter Jasper From jochen at remote.org Tue Jan 5 20:46:23 2010 From: jochen at remote.org (Jochen Topf) Date: Tue, 5 Jan 2010 21:46:23 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: <4B4393B6.5010809@googlemail.com> References: <20100105155619.GA7689@atlantis> <4B43731B.3070707@googlemail.com> <4B4393B6.5010809@googlemail.com> Message-ID: <20100105204623.GB4435@atlantis> On Tue, Jan 05, 2010 at 08:32:06PM +0100, Ulf Lamping wrote: > Schön wäre es, wenn die Regel "welche highways sind ok" (und ähnliche > solche Regeln) offen zugänglich wären, dann hätte man zumindest ne > Chance, das mit den anderen Validatoren mal zu vergleichen. Die Doku im Wiki sagt zu jedem Layer, wie der entstanden ist. Ich gebe aber zu, dass die Erklärungen teilweise nicht komplett sind. Das ist in manchen Fällen auch ziemlich schwierig, weil mehrere komplexe Bedingungen zusammen kommen. Ich fürchte ohne den kompletten Source-Code wirds da immer Unklarheiten geben. Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From gary at gary68.de Tue Jan 5 20:53:31 2010 From: gary at gary68.de (Gary68) Date: Tue, 05 Jan 2010 21:53:31 +0100 Subject: [Talk-de] Autobahnkreuz HG - refs In-Reply-To: <22e45b191001050944r1256546amaaf347b94df7d470@mail.gmail.com> References: <1262708606.8866.1.camel@gs-desktop> <22e45b191001050944r1256546amaaf347b94df7d470@mail.gmail.com> Message-ID: <1262724811.5711.4.camel@gs-laptop> ja also ich habe da keine bestimmte meinung und ich kenne das kreuz nicht im speziellen. aber: die straßen haben in der regel alle eine ref. und nur weil ein gerät damit nicht klarkommt, sollte man diese infos meiner meinung nach nicht entfernen. die refs stehen am straßenrand! On Tue, 2010-01-05 at 18:44 +0100, Ana Luisa Paldos Garcia wrote: > Hi, > > jupp habe ich. > > Nachdem ich letztens Probleme mit dem Navigieren (auf Autobahnen > insbesondere auf Autobahnkreuzen und Dreiecken) hatte, hatte ich hier > ne Disskusion angeregt bzgl der Ref-Tags (der mototway_junction) an > diesen Stellen. ( das ganze kann unter "Navigationsproblemen an > (Kleeblatt)-Autobahnkreuzen" nachgelesen werden. Aufgrund dessen > bearbeite ich zur Zeit die Kreuze und Dreiecke (auch versuche ich die > baulich getrennten kreuzenden B's entsprechend zuzuweisen). > > Das Problem bestand darin, dass das Navi (Garmin Etrex) teilweise das > Abbiegen nicht erkannte, da die (geradeausführende) Autobahn und die > (abbiegende) Abfahrt die gleiche Ref hatten/haben. Ich bearbeite > lediglich die Ref-Tags der "motorway-junction", und verteile diese > entsprechend der Autobahn auf die sie führen. Ich prüfe natürlich auch > gleich die Restlichen Tags, wenn ich mir die Daten schon mal gezogen > habe. > > Sollte ich aber an entsprechendem Kreuz einen Fehler gemacht haben, > sag Bescheid, dann kümmer ich mich da nochmal drum. > > Viele Grüße > > Am 5. Januar 2010 17:23 schrieb Gary68 : > hi, > > am ak hg - a5/a661 wurden vom user Ana Luisa diverse refs > entfernt. > meist wohl an den tangenten. > > cheers > > gary68 > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From ulf.lamping at googlemail.com Tue Jan 5 21:10:29 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Tue, 05 Jan 2010 22:10:29 +0100 Subject: [Talk-de] osmarender:renderRef = no In-Reply-To: References: Message-ID: <4B43AAC5.2020303@googlemail.com> Am 05.01.2010 21:30, schrieb Dieter Jasper: > Hallo, > eine Brücke der B 70 hat den tag osmarender:renderRef = no. > Soll wohl das Rendern von ref unterdrücken. > Macht das Sinn? Ist halt ne unschöne Krücke, laut den Osmarender Leuten aber ab und zu sehr hilfreich. War zumindest mal so. Keine Ahnung ob Osmarender da besser geworden ist und ob das überhaupt noch gebraucht wird. > Man liest ja oft wir taggen nicht für die Renderer. Damit ist eher was anderes gemeint. Wenn man im Spielplatz den Sandkasten mit natural=beach (also Strand) taggt, dann wird das zwar beim rendern "schön gelb", entspricht aber nicht wirklich der Realität was mit dem Tag eigentlich gemeint ist. Gruß, ULFL From l.emmerich at t-online.de Tue Jan 5 20:21:01 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Tue, 5 Jan 2010 21:21:01 +0100 Subject: [Talk-de] =?iso-8859-1?q?=22Pr=E4sentationsmappe=22?= In-Reply-To: <4B439612.3010106@tappenbeck.net> References: <4B439612.3010106@tappenbeck.net> Message-ID: <2E1D2C0B-3781-4F81-8B79-9FD8DBD8B5EC@t-online.de> Hallo Jan, wichtig für eine Präsentation ohne OH sind - nicht zu viel Text auf einer Seite - Jede Seite deckt einen Bereich ab - Für möglichst jeden Teilnehmer vorher ein Exemplar aushändigen - Am 05.01.2010 um 20:42 schrieb Jan Tappenbeck: - Am besten die Seiten durchnummerieren - je mehr Grafiken und Bilder, um so besser. Bei Grafiken kann die schon mal kleiner ausfallen. - Nicht zu viele Schriftformen - Den Verfasser nicht vergessen. - 5 bis 7 Seiten müssten reichen Ich gehe davon aus, dass Du Leute von OSM überzeugen möchte, zumindes Interesse erwecken. Dann nicht zu viele Details, möglichst wenige Abkürzungen. Suche mal die Präsentation raus, die ein User und ich vor einiger Zeit beim Katasteramt vorgeführt haben. Melde mich dann. Gruß Lothar > Moin ! > > hat sich einer von Euch schon einmal die Arbeit für eine > Präsentationsmappe (offline) gemacht ! > > Ich denke mir das es manchmal bei Anfragen gut sein kann etwas unterm > Arm zu haben ohne groß Beamer etc. > > Dann kann man vorher schnell Themenbezogen etwas umstecken - fertig. > > Gruß Jan :-) > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From claudius.h at gmx.de Tue Jan 5 23:17:10 2010 From: claudius.h at gmx.de (Claudius) Date: Wed, 06 Jan 2010 00:17:10 +0100 Subject: [Talk-de] =?utf-8?q?Mautbr=C3=BCcken?= In-Reply-To: <20100105201954.GA2742@huesing.name> References: <20100105201954.GA2742@huesing.name> Message-ID: Am 05.01.2010 21:19, Johannes Huesing: > Stefano Kowalke [Mon, Jan 04, 2010 at 08:08:50PM CET]: >> Hallo, >> >> wie werden die deutschen Mautbrücken getaggt? > > Ich finde jetzt noch nicht einmal international Beispiele, zum > Beispiel die Golden Gate Bridge hat keine Bezeichnung, die auf > Mautpflicht hindeutet. Humber Bridge auch nicht. Stefano meinte wohl keine mautpflichtigen Brücken, sondern die Schnellstraßen überspannenden Konstruktionen zur Mauterfassung: http://de.wikipedia.org/wiki/Mautbrücke Claudius From addicks at gmx.net Wed Jan 6 01:14:30 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Wed, 06 Jan 2010 02:14:30 +0100 Subject: [Talk-de] Garmin-Karten OHNE POIs? In-Reply-To: <4B4304E5.8040006@gmx.de> References: <7acdb3651001041619n429f2286w445c2a4c990e4f71@mail.gmail.com> <4B4304E5.8040006@gmx.de> Message-ID: Am 05.01.2010 10:22, schrieb Carsten Schwede: > Die POIs kann man sich selbst in den Einstellungen im GPS-Gerät > abschalten, so daß die nicht mehr dargestellt werden. O.k. ich habe nicht das ganze Anwendungsszenario beschrieben. Die selbstdraufgeladenen POIs (nicht: Wegepunkte) sollen noch dargestellt werden. Daher hilft der Detailgrad hier leider nicht. -jha- From addicks at gmx.net Wed Jan 6 01:27:24 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Wed, 06 Jan 2010 02:27:24 +0100 Subject: [Talk-de] =?utf-8?q?Mautbr=C3=BCcken?= In-Reply-To: <20100105201954.GA2742@huesing.name> References: <20100105201954.GA2742@huesing.name> Message-ID: Am 05.01.2010 21:19, schrieb Johannes Huesing: > Ich finde jetzt noch nicht einmal international Beispiele, zum > Beispiel die Golden Gate Bridge hat keine Bezeichnung, die auf > Mautpflicht hindeutet. Humber Bridge auch nicht. Es gibt in Deutschland zumindest zwei Mauttunnel, die auch entsprechend getagt sind (toll=yes): Die Warnowquerung bei Rostock: http://www.openstreetmap.org/browse/way/16813673 und http://www.openstreetmap.org/browse/way/16813672 und die Herrentunnel bei Lübeck: http://www.openstreetmap.org/browse/way/4097594 und http://www.openstreetmap.org/browse/way/4097603 -jha- From marcus.wolschon at googlemail.com Wed Jan 6 06:04:02 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Wed, 6 Jan 2010 07:04:02 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <201001051937.40834.florian@grossing.de> References: <4B436F35.5060608@anders-hamburg.de> <201001051937.40834.florian@grossing.de> Message-ID: Super. :) Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki rein packen könnte, damit man eingetragene Sachen auch als Erledigt abhaken kann. http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/[Areas|OtherAreas|Segments|Points]/[n/100]00_to_[n/100+1]00 Marcus From computerteddy at gmx.de Wed Jan 6 06:39:19 2010 From: computerteddy at gmx.de (Carsten Schwede) Date: Wed, 06 Jan 2010 07:39:19 +0100 Subject: [Talk-de] Garmin-Karten OHNE POIs? In-Reply-To: References: <7acdb3651001041619n429f2286w445c2a4c990e4f71@mail.gmail.com> <4B4304E5.8040006@gmx.de> Message-ID: <4B443017.40703@gmx.de> Hi, Johann H. Addicks schrieb: > Die selbstdraufgeladenen POIs (nicht: Wegepunkte) sollen noch > dargestellt werden. > Daher hilft der Detailgrad hier leider nicht. Da gibt es meines Wissens auch eine Unterscheidung ind er Darstellung, die kann man unterschiedlich einstellen, so daß die Anwender-POIs noch sichtbar sind und der Rest eben nicht mehr. Um welches Gerät handelt es sich denn überhaupt? -- Viele Gruesse Computerteddy From florian at grossing.de Wed Jan 6 06:46:58 2010 From: florian at grossing.de (Florian Gross) Date: Wed, 6 Jan 2010 07:46:58 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: References: <4B436F35.5060608@anders-hamburg.de> <201001051937.40834.florian@grossing.de> Message-ID: <201001060746.58326.florian@grossing.de> Am Mi Januar 6 2010 glaubte Marcus Wolschon zu wissen: > Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki > rein packen könnte, damit man eingetragene Sachen auch > als Erledigt abhaken kann. Ich habe da gerade ein kleines Problem: Ich finde manche Gemeinden oder Städte aus der Umgebung nicht. Kann es sein, daß es nachher einige Relationen gibt, die keinen TMC- Code haben? Irgendwie hab ich das Gefühl, daß da nur Gemeinden drin sind, durch deren Gebiet eine Autobahn oder Bundesstraße führt. Kann das sein? flo -- Es ist ja so, das Ich immer versuche zum jeweiligen Thema etwa vernünftiges beizutragen. Blödquatschen kann eigentlich jeder. Deswegen sollen meine Posti´ngs ja einen gewissen Sinn haben. [WoKo in dag°] From sven at anders-hamburg.de Wed Jan 6 07:32:38 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Wed, 06 Jan 2010 08:32:38 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: References: <4B436F35.5060608@anders-hamburg.de> <201001051937.40834.florian@grossing.de> Message-ID: <4B443C96.4040402@anders-hamburg.de> Am 06.01.2010 07:04, schrieb Marcus Wolschon: > Super. :) > > Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki > rein packen könnte, damit man eingetragene Sachen auch > als Erledigt abhaken kann. > > http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/[Areas|OtherAreas|Segments|Points]/[n/100]00_to_[n/100+1]00 Brauchen wir das Wiki denn dann überhaupt noch. Was hilft es, wenn im Wiki steht bei Punkt 4711 ist alles okay und in Wirklichkeit fehlt etwas oder ist ewas falsch? Was hilft es, wenn eine Area mal okay war (und damals ins Wiki eingetragen wurde) und dann wurde ein Way gelöscht und die Area ist nicht mehr geschlossen? ... Wenn nötig erstelle ich noch eine Liste nach IDs sortiert, ob ein TMC Punkt abgearbeitet ist. Mir aber auch völlig unklar wozu das helfen soll. Ist doch viel besser eine Aussage machen zu können wie: "Hamburg ist TMC mäsig komplett" als "Wir haben alle Areas mit lcd<2000" in OSM erfasst. Gruß Sven From sven at anders-hamburg.de Wed Jan 6 07:34:55 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Wed, 06 Jan 2010 08:34:55 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <201001060746.58326.florian@grossing.de> References: <4B436F35.5060608@anders-hamburg.de> <201001051937.40834.florian@grossing.de> <201001060746.58326.florian@grossing.de> Message-ID: <4B443D1F.4030009@anders-hamburg.de> Am 06.01.2010 07:46, schrieb Florian Gross: > Am Mi Januar 6 2010 glaubte Marcus Wolschon zu wissen: > >> Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki >> rein packen könnte, damit man eingetragene Sachen auch >> als Erledigt abhaken kann. > > Ich habe da gerade ein kleines Problem: Ich finde manche Gemeinden > oder Städte aus der Umgebung nicht. Kann es sein, daß es nachher > einige Relationen gibt, die keinen TMC- Code haben? > > Irgendwie hab ich das Gefühl, daß da nur Gemeinden drin sind, durch > deren Gebiet eine Autobahn oder Bundesstraße führt. Kann das sein? Ja, in die offiziellen TMC Gebiete umfassen nicht alle Gemeinden. Und auch nicht alle wichtigen Straßen (zumindest kann ich das für Hamburg sagen, da gibt es mache Umleitungstrecke von der Autobahn, die nicht drinn ist). Es gibt auch echte Fehler (falsche Zuordung eines Punktes zu einem Stadtteil, Aufgelöste Kreuzungen ...). Die sollten wir ruhig mal im Wiki sammeln. Gruß Sven From news2 at bavarianmallet.de Wed Jan 6 07:54:20 2010 From: news2 at bavarianmallet.de (Georg Feddern) Date: Wed, 06 Jan 2010 08:54:20 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: <20100105174618.GA10420@atlantis> References: <20100105155619.GA7689@atlantis> <20100105174618.GA10420@atlantis> Message-ID: <4B4441AC.7000902@bavarianmallet.de> Moin, Jochen Topf schrieb: > On Tue, Jan 05, 2010 at 06:35:14PM +0100, Jan Tappenbeck wrote: > >> warum wird bei >> >> http://tools.geofabrik.de/osmi/?view=highways&lon=10.70084&lat=53.87734&zoom=13 >> >> highway=platform angezeigt ?? >> > > Hab ich übersehen. Ist jetzt mit eingebaut, ab morgen mittag sollte das > verschwinden. > Ähmm, bitte nicht verschwinden lassen. Dort haben die entsprechenden ways (Bus-Platformen) tatsächlich den Tag highway=platform statt public_transport=platform. Die Anzeige des 'Fehlers' ist also richtig, oder sehe ich das falsch? ;-) Gruß Georg From osm at tappenbeck.net Wed Jan 6 10:21:48 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 06 Jan 2010 11:21:48 +0100 Subject: [Talk-de] =?iso-8859-1?q?=22Pr=E4sentationsmappe=22?= In-Reply-To: <2E1D2C0B-3781-4F81-8B79-9FD8DBD8B5EC@t-online.de> References: <4B439612.3010106@tappenbeck.net> <2E1D2C0B-3781-4F81-8B79-9FD8DBD8B5EC@t-online.de> Message-ID: > Suche mal die Präsentation raus, die ein User und ich vor einiger Zeit beim Katasteramt vorgeführt haben. dafür würde ich das auch als erstes gerne nutzen ! gruß Jan :-) From news2 at bavarianmallet.de Wed Jan 6 10:34:14 2010 From: news2 at bavarianmallet.de (Georg Feddern) Date: Wed, 06 Jan 2010 11:34:14 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <4B436F35.5060608@anders-hamburg.de> References: <4B436F35.5060608@anders-hamburg.de> Message-ID: <4B446726.4060603@bavarianmallet.de> Moin, Sven Anders schrieb: > In der Hoffung das damit das Thema TMC vielleicht ein paar mehr Leuten > näher gebracht werden kann. > Super, jetzt kann auch ich die kryptischen Daten zuordnen. > Alternativ kann man unter: > > http://osm-tmc.anders-hamburg.de/area.php?lcd=1 > Verstehe ja, das im TMC nicht alle Gemeinden und Straßen enthalten sein müssen. In der obigen Auflistung fehlen aber auch Roads und Segmente, denen über die Karte eindeutig TMC-Codes zugeordnet werden (können/sollen). Beispiele: B502, L211, B202-Segmente (Permalink siehe unten) Weitere Frage: Einige TMC-Points (sic!, nicht Area, die habe ich jeweils auf die Gemeinde-Relation gelegt) liegen quasi im Ortskern der Gemeinde bzw. auf oder in der Nähe der früheren Hauptverbindungswege. Macht es Sinn, diese Punkte auf die heutigen Hauptverbindungswege zu verschieben, insbesondere, wenn dann die PrevLocationCode und NextLocationCode besser in die Reihe passen? Beispiel: Heikendorf, Schönkirchen Beide Punkte habe ich vorerst auf die B502 gelegt. Permalink: http://osm-tmc.anders-hamburg.de/?zoom=13&lat=54.35301&lon=10.21654&layers=0BT Gruß Georg From blueduck at gmx.net Wed Jan 6 10:42:29 2010 From: blueduck at gmx.net (Stefano Kowalke) Date: Wed, 06 Jan 2010 11:42:29 +0100 Subject: [Talk-de] =?utf-8?q?Mautbr=C3=BCcken?= In-Reply-To: References: <20100105201954.GA2742@huesing.name> Message-ID: > Stefano meinte wohl keine mautpflichtigen Brücken, sondern die > Schnellstraßen überspannenden Konstruktionen zur Mauterfassung: > http://de.wikipedia.org/wiki/Mautbrücke Genau die meinte ich. :-) Stefano From blueduck at gmx.net Wed Jan 6 10:43:17 2010 From: blueduck at gmx.net (Stefano Kowalke) Date: Wed, 06 Jan 2010 11:43:17 +0100 Subject: [Talk-de] =?utf-8?q?Mautbr=C3=BCcken?= In-Reply-To: <79A87DB1D49C48E39FA0B62968950C7E@mkwebdialin> References: <79A87DB1D49C48E39FA0B62968950C7E@mkwebdialin> Message-ID: Am 05.01.10 14:05, schrieb Mirko Küster: >> wie werden die deutschen Mautbrücken getaggt? > > Aktuell noch nichts offizielles. > Nimm doch vorerst erstmal als Node oder Way: > > highway=toll_bridge > operator=Toll Collect GmbH Ok, das ist ja mal ein Anfang. Stefano From osm at tappenbeck.net Wed Jan 6 10:47:06 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 06 Jan 2010 11:47:06 +0100 Subject: [Talk-de] =?utf-8?q?Mautbr=C3=BCcken?= In-Reply-To: References: <20100105201954.GA2742@huesing.name> Message-ID: Moin ! Sollte nicht ein Node highway=tollbridge ausreichen ?? Gruß jan :-) From riedel.andre at gmail.com Wed Jan 6 10:49:16 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Wed, 6 Jan 2010 11:49:16 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <4B436F35.5060608@anders-hamburg.de> References: <4B436F35.5060608@anders-hamburg.de> Message-ID: <124a940a1001060249h4c11cb7bgf8a0b476fd7b1aac@mail.gmail.com> Am 5. Januar 2010 17:56 schrieb Sven Anders : > Verbesserungsvorschläge gerne an die Liste: Hohe Prio: - Die Punkte eines Segments sollten wie bei den Roads sortiert dargestellt werden. bsp. http://osm-tmc.anders-hamburg.de/segment.php?lcd=8531 - Es soll geprüft werden, ob alle Points/Segments im Segment oder Road vorhanden sind bzw. die OSM-Wege die Points enthalten. - Bei schon eingetragenen TMC-LCD sollten die OSM-Tags ebenfalls angezeigt werden. Die schon vorhandenen Einträge sollte dann mit vorhanden etc. gekennzeichnet werden. Dies ist hilfreich, wenn das TMC-Element falsch eingetragen wurde. -Kommentierfunktion, bspw. für Points, welche durch Straßenverlegung jetzt an einem anderen Standort sind. ... tbc ... Nebensächlich: - Anzeige der Areas, Segmente oder Roads auf der Karte Ciao André From riedel.andre at gmail.com Wed Jan 6 10:53:57 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Wed, 6 Jan 2010 11:53:57 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <4B446726.4060603@bavarianmallet.de> References: <4B436F35.5060608@anders-hamburg.de> <4B446726.4060603@bavarianmallet.de> Message-ID: <124a940a1001060253y4dddfa11heabb3350440e8dc7@mail.gmail.com> Am 6. Januar 2010 11:34 schrieb Georg Feddern : > Weitere Frage: > Einige TMC-Points (sic!, nicht Area, die habe ich jeweils auf die > Gemeinde-Relation gelegt) liegen quasi im Ortskern der Gemeinde bzw. auf > oder in der Nähe der früheren Hauptverbindungswege. > Macht es Sinn, diese Punkte auf die heutigen Hauptverbindungswege zu > verschieben, insbesondere, wenn dann die PrevLocationCode und > NextLocationCode besser in die Reihe passen? > Beispiel: > Heikendorf, Schönkirchen > Beide Punkte habe ich vorerst auf die B502 gelegt. > > Permalink: > http://osm-tmc.anders-hamburg.de/?zoom=13&lat=54.35301&lon=10.21654&layers=0BT Halte ich für richtig, wenn die Points an veränderte Straßenveraufsbedingungen angepasst werden, da die Points Stützpunkte der Bundestraße darstellen. Ich habe jedoch keine Ahnung wie dies in kommerziellen Karten gehandhabt oder vom TMC-Anbieter ausgestrahlt wird. Ciao André From osm at tappenbeck.net Wed Jan 6 11:04:12 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 06 Jan 2010 12:04:12 +0100 Subject: [Talk-de] =?utf-8?q?Mautbr=C3=BCcken?= In-Reply-To: References: <20100105201954.GA2742@huesing.name> Message-ID: sorry habe posting von mirko mit highway=toll_bridge operator=Toll Collect GmbH nicht gelesen! hat einer schon eine idee für ein symbol in josm ....? gruß Jan :-) 06.01.2010 11:47, schrieb Jan Tappenbeck: > Moin ! > > Sollte nicht ein Node > > highway=tollbridge ausreichen ?? > > Gruß jan :-) > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From osm at tappenbeck.net Wed Jan 6 11:29:28 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 06 Jan 2010 12:29:28 +0100 Subject: [Talk-de] Bereinigung von Werten max.... Message-ID: <4B447418.8010503@tappenbeck.net> Hi ! ich habe mir in der letzten Zeit vermehr die Max-Values angesehen und festgestellt das viele verschiedene Schreibweisen vorliegen für die Werte. * mit den Maßeinheiten * Punkt und Komma als Dezimaltrennung * mit 0 im Nachkomma-Bereich (unkritisch) Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? Gruß jan :-) From lars.francke at gmail.com Wed Jan 6 11:44:46 2010 From: lars.francke at gmail.com (Lars Francke) Date: Wed, 6 Jan 2010 12:44:46 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: <4B447418.8010503@tappenbeck.net> References: <4B447418.8010503@tappenbeck.net> Message-ID: > Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? Macht in meinen Augen wenig Sinn, denn keiner der von Dir beschriebenen Fälle ist falsch. Es sind, wie Du schon sagst, verschiedene Schreibweisen/Konventionen/Präferenzen und egal wie häufig Du das bereinigst es wird immer wieder jemanden geben, der Punkt- oder Komma als Dezimaltrenner verwendet (rein herkunftstechnisch). Anwendungen, die diese Tags verarbeiten wollen müssen also eh die gängisten Fälle verarbeiten können und nicht darauf hoffen, dass alle User Ihr Wunschformat nutzen. Da sollte man sich den Ärger, der mit dem automatischen Ändern von Tags einhergeht lieber sparen und die Energie anderweitig investieren. Gruß, Lars From SLXViper at gmx.net Wed Jan 6 11:57:09 2010 From: SLXViper at gmx.net (SLXViper) Date: Wed, 06 Jan 2010 12:57:09 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: <4B447418.8010503@tappenbeck.net> References: <4B447418.8010503@tappenbeck.net> Message-ID: <4B447A95.4030603@gmx.net> Jan Tappenbeck schrieb: > Hi ! > > ich habe mir in der letzten Zeit vermehr die Max-Values angesehen und > festgestellt das viele verschiedene Schreibweisen vorliegen für die Werte. > > * mit den Maßeinheiten > Standard sind die SI-Einheiten - also Meter und metrische Tonnen, die brauchen also nicht angegeben werden. Wenn die Angabe in einer anderen Einheit ist, sollte diese durch ein Leerzeichen getrennt angegeben werden. > * Punkt und Komma als Dezimaltrennung > Laut wiki ist der Punkt richtig (und international auch Standard). > * mit 0 im Nachkomma-Bereich (unkritisch) > Die Nullen nach dem Komma sollten erhalten bleiben, weil sie die Genauigkeit angeben. Dazu gab es erst auf der englischen ML (talk at ...) einen kleinen Thread: http://lists.openstreetmap.org/pipermail/talk/2010-January/046475.html > Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? > ein solcher Automatismus kann nur einen Teil der möglichen Fehler ausbessern, der da reingeschrieben wird, es wird also für die "schweren" Fälle immer Handarbeit übrig bleiben. Einfache Dinge wie Dezimaltrennzeichen oder fehlende Leerezeichen sind einfach, allerdings sollte jeder, der die Daten auswerten will, damit rechnen und das sowieso abfangen. Eine Vereinheitlichung (solange sie nichts beschädigt) kann nicht schaden, allerdings wachsen die Fehler wohl bald wieder nach. Grüße From osm at tobias-knerr.de Wed Jan 6 12:03:20 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Wed, 06 Jan 2010 13:03:20 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: <4B447418.8010503@tappenbeck.net> References: <4B447418.8010503@tappenbeck.net> Message-ID: <4B447C08.1090800@tobias-knerr.de> Jan Tappenbeck schrieb: > ich habe mir in der letzten Zeit vermehr die Max-Values angesehen und > festgestellt das viele verschiedene Schreibweisen vorliegen für die Werte. Wirkt für OSM-Verhältnisse harmlos. ;-) > * mit den Maßeinheiten Es ist "Standard", den Wert in örtlichen Maßeinheiten anzugeben und dann auch die Einheit dazu zu schreiben. Metrische sind eben optional, was dazu führt, dass man fehlende Einheiten nicht vom Default unterscheiden kann. Zugegeben ungünstig. > * Punkt und Komma als Dezimaltrennung Wie oft kommt das Komma vor? Das ist m.E. der einzige sicher erkennbare "Fehler" in deiner Auflistung. > * mit 0 im Nachkomma-Bereich (unkritisch) Egal, kann sogar bewusste Entscheidung sein. Da gabs kürzlich schon Ärger, weil jemand angefangen hat, Werte wie 2.0 auf 2 zu vereinheitlichen. > Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? Es sollte Editor-Presets geben, die von vornherein für ordentliche Werte sorgen, manuelle Eintragung ist bei so etwas m.E. nur beschränkt sinnvoll. Meinetwegen kann man das alles reparieren, *nachdem* man durch Presets etwas gegen den Zufluss neuer Fehler getan hat. Ansonsten braucht es einfach mal eine "strenge" Anwendung, die die Werte benutzt. Tobias Knerr From webmaster at ts-eastrail.de Wed Jan 6 12:16:08 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Wed, 6 Jan 2010 13:16:08 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector References: <20100105155619.GA7689@atlantis> <20100105174618.GA10420@atlantis> <4B4441AC.7000902@bavarianmallet.de> Message-ID: <2EE94A6E9C8C42388B3A19AD64589E22@mkwebdialin> > Die Anzeige des 'Fehlers' ist also richtig, oder sehe ich das falsch? ;-) Das ist kein Fehler sondern ein noch gültiger und auch in JOSM angebotener Schlüssel. Was im Fall von simplen Bushaltestellen auch noch immer ausreichend und für Leute die durch die Relationskaskade nicht durchblicken einfacher zu handeln ist. Der public_transport=platform ist ein alternativer Schlüssel den man aus Vorliebe verwenden kann, jedoch nicht muss. Wenn das in einen Validator gehört dann nur in einen der beide Systeme für interessierte gegenüber stellt. Gruß Mirko From news2 at bavarianmallet.de Wed Jan 6 12:35:35 2010 From: news2 at bavarianmallet.de (Georg Feddern) Date: Wed, 06 Jan 2010 13:35:35 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <4B446726.4060603@bavarianmallet.de> References: <4B436F35.5060608@anders-hamburg.de> <4B446726.4060603@bavarianmallet.de> Message-ID: <4B448397.6020302@bavarianmallet.de> Moin Ingrid, Georg Feddern schrieb: >> Alternativ kann man unter: >> >> http://osm-tmc.anders-hamburg.de/area.php?lcd=1 >> >> > > Verstehe ja, das im TMC nicht alle Gemeinden und Straßen enthalten sein > müssen. > In der obigen Auflistung fehlen aber auch Roads und Segmente, denen über > die Karte eindeutig TMC-Codes zugeordnet werden (können/sollen). > Beispiele: B502, L211, B202-Segmente > Hier muss ich mich selbst korrigieren, die stehen auf der Schleswig-Holstein-Seite, da war ich zu voreilig. Gruß Georg From werner.ho at gmx.de Wed Jan 6 12:58:17 2010 From: werner.ho at gmx.de (Werner Hoch) Date: Wed, 6 Jan 2010 13:58:17 +0100 Subject: [Talk-de] =?iso-8859-1?q?Relationen_in_Baden-W=FCrttemberg_aufr?= =?iso-8859-1?q?=E4umen=3F?= In-Reply-To: <4B437E98.40706@gmx.net> References: <201001041541.10996.werner.ho@gmx.de> <201001041936.00569.werner.ho@gmx.de> <4B437E98.40706@gmx.net> Message-ID: <201001061358.17856.werner.ho@gmx.de> On Dienstag, 5. Januar 2010, SLXViper wrote: > Werner Hoch schrieb: > > Die type-Tags halte ich allein deshalb für enorm wichtig, damit man > > das taggingschema herausfinden kann. > > Stimmt eigentlich. Ich hab die jetzt mal ergänzt und vereinheitlicht. > Villingen und Umland bis Furtwangen und das Urachtal sollten sauber > sein. Vorerst hab ich mal type=public_transport für alle > "Oxomoa-Relationen" benutzt. Die Linien und Linienvarianten haben > jetzt zusätzlich public_transport=line bzw. line_variant. Coole Sache. Das hat die Zahl der Relationen ohne type-Tags von 230 auf 84 reduziert. Ich hab jetzt mal Oxomoa kontaktiert, und warte mal auf seine Antwort. Meine Mail an Oxoma: -------------------- Hallo Oxomoa, in deinen Konzepten zum public_transport-Tagging wird das type-Tag von Relationen nicht vorgegeben. Dies führt in der Praxis zu einem sehr unterschiedlichen Tagging der public_transport Relationen. Könntest du für die Relationen rund um public_transport eine Empfehlung für das type-Tag abgeben? Die Vorgabe (oder Empfehlung) würde das Mapping von neuen Relationen vereinfachen und die bestehenden Relationen könnten entsprechend vereinheitlicht werden. Mögliche type-Tags wären IHMO: type=public_transport für alle Relationstypen (stop_area, stop_area_group, line, line_variant) Dies würde zu folgender Hierarchie führen: public_transport: stop_area stop_area_group line: bus tram ... line_variant ??? Eine Buslinie würde man dann mit folgenden Tags mappen: type=public_transport, public_transport=line, line=bus Alternativ könnte für line eine separate Gruppe gebildet werden: public_transport: stop_area stop_area_group line_variant ??? line: bus tram ... Eine Buslinie würde man dann mit folgenden Tags mappen: type=line, line=bus Ich habe mal die Tags für Baden-Württemberg ausgewertet. Diese Auswertung wurde durchgeführt nachdem Mapper SLXViper bereits viele Relationen korrigiert hat: Filtertag: "type=public_transport" Statistiktag: public_transport 806 stop_area 81 stop_area_group 24 line_variant 12 line 7 1 stop_site 1 network Das bereits häufig verwendete type=public_transport tag führt bis auf wenige Ausnahmen zu einem sehr sauberen tagging. Sieht man sich die umgekehrte Auswertung an, so wird public_transport mit vielen verschiedenen type-Tags verwendet. Die Haltestellen (stop_area und stop_area_group) werden noch zu häufig ohne type-Tag bzw. mit type-Tag site gemappt. Filtertag: "public_transport=..*" Statistiktag: type 925 public_transport 26 site 24 3 public_transport_stop 2 collection 2 line 1 network 1 public_transport_stop_group Beim Tagging der Linien ist das Tagging noch uneinheitlicher. Während die das type=line zu einer sehr schönen line=Verkehrsmittel führt, ... Filtertag: "type=line" Statistiktag: line 60 bus 3 subway 2 rail 2 light_rail führt die Auswertung in Gegenrichtung zu einer sehr unterschiedlichen Verwendung des type-Tags. Filtertag: "line=..*" Statistiktag: type 67 line 55 public_transport 47 route 40 2 site Diskussion auf talk-de: http://lists.openstreetmap.org/pipermail/talk-de/2010- January/060958.html -------------------- Grüße Werner From osm at tappenbeck.net Wed Jan 6 14:31:19 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 06 Jan 2010 15:31:19 +0100 Subject: [Talk-de] maxspeed=DE:Urban Message-ID: <4B449EB7.1020302@tappenbeck.net> Moin ! bei uns hat in Lübeck einer mit der Verwendung von maxspeed=DE:urban [1] angefangen. So ganz fürndig bin ich im Wiki noch nicht gefunden. Sollte das nun verwendet werden oder nicht - wenn ja wäre es klasse, wenn die MaxValue-Karte es entsprechend berücksichtigen würde - langfristig auch die Umsetzung bei mkgmap. Gruß jan :-) [1] http://maxspeed.osm.lab.rfc822.org/?zoom=16&lat=53.87349&lon=10.66799&layers=B0T&input=maxspeed From SLXViper at gmx.net Wed Jan 6 14:43:33 2010 From: SLXViper at gmx.net (SLXViper) Date: Wed, 06 Jan 2010 15:43:33 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B449EB7.1020302@tappenbeck.net> References: <4B449EB7.1020302@tappenbeck.net> Message-ID: <4B44A195.1060209@gmx.net> Jan Tappenbeck schrieb: > Moin ! > > bei uns hat in Lübeck einer mit der Verwendung von maxspeed=DE:urban [1] > angefangen. So ganz fürndig bin ich im Wiki noch nicht gefunden. > Hast du schon http://wiki.openstreetmap.org/wiki/Key:maxspeed gesehen? From florian at grossing.de Wed Jan 6 14:47:36 2010 From: florian at grossing.de (Florian Gross) Date: Wed, 6 Jan 2010 15:47:36 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <4B443D1F.4030009@anders-hamburg.de> References: <4B436F35.5060608@anders-hamburg.de> <201001060746.58326.florian@grossing.de> <4B443D1F.4030009@anders-hamburg.de> Message-ID: <201001061547.36868.florian@grossing.de> Am Mi Januar 6 2010 glaubte Sven Anders zu wissen: > Am 06.01.2010 07:46, schrieb Florian Gross: > > Am Mi Januar 6 2010 glaubte Marcus Wolschon zu wissen: > > > >> Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki > >> rein packen könnte, damit man eingetragene Sachen auch > >> als Erledigt abhaken kann. > > > > Ich habe da gerade ein kleines Problem: Ich finde manche Gemeinden > > oder Städte aus der Umgebung nicht. Kann es sein, daß es nachher > > einige Relationen gibt, die keinen TMC- Code haben? > > > > Irgendwie hab ich das Gefühl, daß da nur Gemeinden drin sind, durch > > deren Gebiet eine Autobahn oder Bundesstraße führt. Kann das sein? > > Ja, in die offiziellen TMC Gebiete umfassen nicht alle Gemeinden. Und > auch nicht alle wichtigen Straßen (zumindest kann ich das für Hamburg > sagen, da gibt es mache Umleitungstrecke von der Autobahn, die nicht > drinn ist). Da kann ich ja lange suchen. Ich hab eine ganze Weile gebraucht, bis ich da dahinter gestiegen bin. Hier gibt es nur eine Autobahn und eine Bundesstraße durch den Kreis. Ok, eine zweite Bundesstraße streift noch auf 800m. 7 von 16 Städten und Gemeinden des Landkreises sind nicht in einem TMC- Gebiet. Ich hab das mal ins Wiki reingepackt. Könnte jemand mal bitte Korrektur lesen? Meine Englischkenntnisse sind etwas bescheiden, was das Schreiben angeht. ;-) http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#Areas Letzte Zeile. > Es gibt auch echte Fehler (falsche Zuordung eines Punktes zu einem > Stadtteil, Aufgelöste Kreuzungen ...). > > Die sollten wir ruhig mal im Wiki sammeln. +1 flo -- >>Mit Weiß habe ich Probleme, ich muß sogar ein- bis zweimal im Jahr die Bett- >>wäsche wechseln, damit die Maschine voll wird. > Uups, da mache ich wohl was falsch. Ich wechsle alle 3-4 Wochen. Du schläfst zu oft in Deinem eigenen Bett.[Jens Dorn, Frank Schliffke in dafa] From florian at grossing.de Wed Jan 6 14:50:53 2010 From: florian at grossing.de (Florian Gross) Date: Wed, 6 Jan 2010 15:50:53 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <4B443C96.4040402@anders-hamburg.de> References: <4B436F35.5060608@anders-hamburg.de> <4B443C96.4040402@anders-hamburg.de> Message-ID: <201001061550.53284.florian@grossing.de> Am Mi Januar 6 2010 glaubte Sven Anders zu wissen: > Am 06.01.2010 07:04, schrieb Marcus Wolschon: > > Super. :) > > > > Mir ist noch eingefallen, dass man vieleicht noch Links zum Wiki > > rein packen könnte, damit man eingetragene Sachen auch > > als Erledigt abhaken kann. > > > > http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/[Areas|OtherAreas|Segments|Points]/[n/100]00_to_[n/100+1]00 > > Brauchen wir das Wiki denn dann überhaupt noch. > > Was hilft es, wenn im Wiki steht bei Punkt 4711 ist alles okay und in > Wirklichkeit fehlt etwas oder ist ewas falsch? > > Was hilft es, wenn eine Area mal okay war (und damals ins Wiki > eingetragen wurde) und dann wurde ein Way gelöscht und die Area ist > nicht mehr geschlossen? ... > > Wenn nötig erstelle ich noch eine Liste nach IDs sortiert, ob ein TMC > Punkt abgearbeitet ist. > > Mir aber auch völlig unklar wozu das helfen soll. Ist doch viel besser > eine Aussage machen zu können wie: "Hamburg ist TMC mäsig komplett" als > "Wir haben alle Areas mit lcd<2000" in OSM erfasst. +1 Mit "Kreis XY ist komplett erfaßt" kann man eher etwas anfangen als mit "LCD xxxx-yyyy" ist komplett erfaßt. flo -- Ich frage mich nur wann die welt dag° von den Bewohnenden wognaturen übervölkert wird? [WoKo in dag°] From de_muur at gmx.de Wed Jan 6 15:04:38 2010 From: de_muur at gmx.de (Torsten Leistikow) Date: Wed, 06 Jan 2010 16:04:38 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B449EB7.1020302@tappenbeck.net> References: <4B449EB7.1020302@tappenbeck.net> Message-ID: <4B44A686.7080407@gmx.de> Jan Tappenbeck schrieb am 06.01.2010 15:31: > Sollte das nun verwendet werden oder nicht - wenn ja wäre es klasse, > wenn die MaxValue-Karte es entsprechend berücksichtigen würde - > langfristig auch die Umsetzung bei mkgmap. Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. Bei all den verschiedenen Laendern auf der Welt wird das ein riesen Aufwand, den man bei jeder Kartenaktualisiserung erneut betreiben muesste. Gruss Torsten From openstreetmap+mailingliste at pothe.de Wed Jan 6 15:18:49 2010 From: openstreetmap+mailingliste at pothe.de (Andreas Pothe) Date: Wed, 6 Jan 2010 16:18:49 +0100 (CET) Subject: [Talk-de] TMC Validator In-Reply-To: <201001060746.58326.florian@grossing.de> References: <4B436F35.5060608@anders-hamburg.de> <201001051937.40834.florian@grossing.de> <201001060746.58326.florian@grossing.de> Message-ID: <55161.217.7.132.23.1262791129.squirrel@www.pothe.de> Florian Gross wrote: > Irgendwie hab ich das Gefühl, daß da nur Gemeinden drin sind, durch > deren Gebiet eine Autobahn oder Bundesstraße führt. Kann das sein? Nein. Auch wichtige Landes- und Kreisstraßen haben TMC-Elemente. Nur dadurch gibt es z. B. Bad Pyrmont im TMC-System - wie man an den Elementkennzahlen erkennt, sind die aber erst später dazugekommen (deutlich höher als diejenigen Kennzahlen der umliegenden, an Bundesstraßen liegenden Gemeinden). CU Andreas From osm at tappenbeck.net Wed Jan 6 15:22:15 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 06 Jan 2010 16:22:15 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44A686.7080407@gmx.de> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> Message-ID: Am 06.01.2010 16:04, schrieb Torsten Leistikow: > Jan Tappenbeck schrieb am 06.01.2010 15:31: >> Sollte das nun verwendet werden oder nicht - wenn ja wäre es klasse, >> wenn die MaxValue-Karte es entsprechend berücksichtigen würde - >> langfristig auch die Umsetzung bei mkgmap. > > Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein > Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten > weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag > erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. > Bei all den verschiedenen Laendern auf der Welt wird das ein riesen Aufwand, den > man bei jeder Kartenaktualisiserung erneut betreiben muesste. > > Gruss > Torsten das habe ich mir auch gedacht und das bei maxspeed habe ich vorab auch gesehen. ... deshalb auch die nachfrage.... Gruß Jan :-) From frederik at remote.org Wed Jan 6 15:26:08 2010 From: frederik at remote.org (Frederik Ramm) Date: Wed, 06 Jan 2010 16:26:08 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44A686.7080407@gmx.de> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> Message-ID: <4B44AB90.3080909@remote.org> Hallo, Torsten Leistikow wrote: > Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein > Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten > weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag > erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. Ich habe keine besonders ausgepraegte Meinung hierzu, aber das Gegenargument zu Deinem ist natuerlich: Willst Du wirklich, wenn dereinst die Autofahrerpartei das innerstaedtische Limit deutschlandweit auf 60 km/h anhebt, hunderttausende Strassen aendern ;-) Bye Frederik From osm at tobias-knerr.de Wed Jan 6 15:27:07 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Wed, 06 Jan 2010 16:27:07 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B449EB7.1020302@tappenbeck.net> References: <4B449EB7.1020302@tappenbeck.net> Message-ID: <4B44ABCB.4070805@tobias-knerr.de> Jan Tappenbeck schrieb: > bei uns hat in Lübeck einer mit der Verwendung von maxspeed=DE:urban [1] > angefangen. So ganz fürndig bin ich im Wiki noch nicht gefunden. Neben Key:maxspeed dürfte die relevante Seite wohl http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone sein. Dort wird allerdings zone:traffic=DE:urban (etc.) vorgeschlagen, nicht maxspeed, und ich halte das auch für empfehlenswert. Denn erstens sind es ja in der Tat nicht nur Höchstgeschwindigkeiten, die durch die "innerorts"-Info vorgegeben werden, und zweitens vermeidet man dadurch unnötige Konflikte mit Mappern, die in maxspeed=* nur numerische Werte haben wollen. Eventuell kannst du dem Mapper also diese Alternative vorschlagen? Dagegen dürfte dann eigentlich niemand was haben, das separate Tag kann man ja bei Missfallen auch einfach ignorieren. > Sollte das nun verwendet werden oder nicht In den bisherigen hunderten Mails zum Thema gab es zwar Kritik, aber auch keine wirklich eindeutig bessere Alternative zu dem Ansatz, die Frage "ist die Straße innerorts" einfach durch ein Tag an der jeweiligen Straße zu beantworten. In meinen Augen ist es die einzige garantiert funktionierende Lösung, sofern man der Meinung ist, dass die entsprechende Information überhaupt vorhanden sein sollte. Tobias Knerr From ulf.lamping at googlemail.com Wed Jan 6 15:40:42 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Wed, 06 Jan 2010 16:40:42 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44AB90.3080909@remote.org> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> Message-ID: <4B44AEFA.7060009@googlemail.com> Am 06.01.2010 16:26, schrieb Frederik Ramm: > Hallo, > > Torsten Leistikow wrote: >> Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein >> Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten >> weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag >> erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. > > Ich habe keine besonders ausgepraegte Meinung hierzu, aber das > Gegenargument zu Deinem ist natuerlich: Willst Du wirklich, wenn > dereinst die Autofahrerpartei das innerstaedtische Limit deutschlandweit > auf 60 km/h anhebt, hunderttausende Strassen aendern ;-) Es ist halt wesentlich wahrscheinlicher, daß ein Softwareschreiber bei der Umsetzung von x textuellen maxspeed Werten ziemlich graue Haare bekommt, als das von 50 auf 60 km/h umgesetzt wird. Es gab eine klare, einfache, verständliche und durchgängige Definition, die Werte in km/h (und in GB ggfs. ein " mph" anzuhängen). Jetzt kommen irgendwelche Deppen und meinen, weil ja irgendwann mal diese Werte geändert werden *könnten*, muß man jetzt ein DE:walk, ein DE:urban, ein DE:motorway, ein DE:city, ein UK:walk, ein UK:... usw. einführen. Wohlgemerkt auf einem bereits etablierten und vielfach verwendeten Tag. Warum um Himmelswillen packt man sowas (wenn man es denn haben will) nicht in einen weiteren Tag?!? Sorry, aber so eine Vorgehensweise ist schlicht Müll. Gruß, ULFL From news2 at bavarianmallet.de Wed Jan 6 15:42:31 2010 From: news2 at bavarianmallet.de (Georg Feddern) Date: Wed, 06 Jan 2010 16:42:31 +0100 Subject: [Talk-de] Neuer "Highways" View im OSM Inspector In-Reply-To: <2EE94A6E9C8C42388B3A19AD64589E22@mkwebdialin> References: <20100105155619.GA7689@atlantis> <20100105174618.GA10420@atlantis> <4B4441AC.7000902@bavarianmallet.de> <2EE94A6E9C8C42388B3A19AD64589E22@mkwebdialin> Message-ID: <4B44AF67.7090600@bavarianmallet.de> Moin, Mirko Küster schrieb: >> Die Anzeige des 'Fehlers' ist also richtig, oder sehe ich das falsch? ;-) >> > > Das ist kein Fehler sondern ein noch gültiger und auch in JOSM angebotener > Schlüssel. Was im Fall von simplen Bushaltestellen auch noch immer > ausreichend und für Leute die durch die Relationskaskade nicht durchblicken > einfacher zu handeln ist. > Ouch, der war mir trotz Nachschlagen glatt durchgerutscht, hast recht. 'Meine' Bushaltestellen sind halt noch simpler angelegt ... Gruß Georg From tobias1003+lists at googlemail.com Wed Jan 6 15:30:32 2010 From: tobias1003+lists at googlemail.com (frink) Date: Wed, 06 Jan 2010 16:30:32 +0100 Subject: [Talk-de] =?iso-8859-1?q?Verkehrs=FCberwachung?= In-Reply-To: <1545fef41001041340w3ba8eff6pc6b69fa7f379c149@mail.gmail.com> References: <1545fef41001041340w3ba8eff6pc6b69fa7f379c149@mail.gmail.com> Message-ID: Hi, > gibt es eine Karte/Layer, wo Blitzer etc. gerendert werden? ich hab letzten Monat eine Slippy Map [1] geschrieben welche node[highway=speed_camera] und relation[type=enforcement] anzeigt. Das Ganze ist aber noch nicht so ganz ausgereift, insbesondere im Backend. [1] http://tobias1003.to.funpic.de/blitzer/ Grüße From osm at tappenbeck.net Wed Jan 6 15:35:33 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 06 Jan 2010 16:35:33 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44AB90.3080909@remote.org> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> Message-ID: Am 06.01.2010 16:26, schrieb Frederik Ramm: > Hallo, > > Torsten Leistikow wrote: >> Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein >> Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten >> weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag >> erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. > > Ich habe keine besonders ausgepraegte Meinung hierzu, aber das > Gegenargument zu Deinem ist natuerlich: Willst Du wirklich, wenn > dereinst die Autofahrerpartei das innerstaedtische Limit deutschlandweit > auf 60 km/h anhebt, hunderttausende Strassen aendern ;-) > > Bye > Frederik meinst Du das wirklich soetwas kommt - die kassen sind leer und dann werden die die 50er tafel stehen lassen ! gruß Jan :-) From osm at tobias-knerr.de Wed Jan 6 15:46:23 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Wed, 06 Jan 2010 16:46:23 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44A686.7080407@gmx.de> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> Message-ID: <4B44B04F.5060002@tobias-knerr.de> Torsten Leistikow schrieb: > Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein > Auswerteprogramm (Router) schreibe, dann will ich den auch auf den OSM-Daten > weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen Tag > erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren muessen. > Bei all den verschiedenen Laendern auf der Welt wird das ein riesen Aufwand, den > man bei jeder Kartenaktualisiserung erneut betreiben muesste. Möchtest du lieber Bounding-Polygone auswerten? Oder aus den Ortseingangsschild-Nodes die Innerorts-Bereiche rekonstruieren? Nur um mal einige der vorgeschlagenen Alternativen zu nennen. Ich finde ein "innerorts=ja" - egal wie es nun genau heißt - einen guten Ansatz, der programmier- und mappingtechnisch keinen überfordern sollte. Ich habe mich bei den letzten Diskussionen zum Thema sogar extra deshalb für diese Lösung ausgesprochen, /weil sie einfach auszuwerten ist/. Dank DE-Präfix brauchst du nicht mal mehr nachzusehen, in welchem Land der Way liegt. Damit wird die Behandlung von Defaults zu einem einfachen String in Tabelle suchen -> dort stehenden maxspeed-Wert verwenden. Solange man sich nicht auf den Standpunkt stellt, dass sowohl die Unterscheidung zwischen explizit und implizit als auch die sonstige Info, die mit "innerorts" noch einher geht, irrelevant ist, dann *ist* das die am einfachsten auszuwertende Lösung, die es realistischerweise geben kann. Tobias Knerr From bartosz at fabianowski.eu Wed Jan 6 16:03:09 2010 From: bartosz at fabianowski.eu (Bartosz Fabianowski) Date: Wed, 06 Jan 2010 16:03:09 +0000 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44AEFA.7060009@googlemail.com> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> <4B44AEFA.7060009@googlemail.com> Message-ID: <4B44B43D.7020104@fabianowski.eu> > Es ist halt wesentlich wahrscheinlicher, daß ein Softwareschreiber bei > der Umsetzung von x textuellen maxspeed Werten ziemlich graue Haare > bekommt, als das von 50 auf 60 km/h umgesetzt wird. So unwahrscheinlich ist das gar nicht. In Polen wurde tatsächlich vor nicht allzu langer Zeit landesweit die Geschwindigkeitsbegrenzung innerorts nachts von 50 auf 60 km/h angehoben. Und auch andere Länder drehen immer wieder an den Limits. Gruß, - Bartosz From ulf.lamping at googlemail.com Wed Jan 6 16:08:49 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Wed, 06 Jan 2010 17:08:49 +0100 Subject: [Talk-de] =?iso-8859-1?q?Verkehrs=FCberwachung?= In-Reply-To: References: <1545fef41001041340w3ba8eff6pc6b69fa7f379c149@mail.gmail.com> Message-ID: <4B44B591.9090905@googlemail.com> Am 06.01.2010 16:30, schrieb frink: > Hi, > >> gibt es eine Karte/Layer, wo Blitzer etc. gerendert werden? > > ich hab letzten Monat eine Slippy Map [1] geschrieben welche > node[highway=speed_camera] und relation[type=enforcement] anzeigt. > Das Ganze ist aber noch nicht so ganz ausgereift, insbesondere im Backend. > > [1] http://tobias1003.to.funpic.de/blitzer/ Sieht doch schon mal gut aus. Eine Bitte: Kannst du den Hinweis: "depracated tag --> use relation" durch sowas wie: "More details could be provided by replacing the node with a type=enforcement relation" ersetzen? Die Nodes sind ja nicht deprecated im Sinne von "dürfen nicht mehr verwendet werden", sondern schlicht die "einfachere Variante". Eine Relation bringt halt mehr Details. Gruß, ULFL From ulf.lamping at googlemail.com Wed Jan 6 16:27:50 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Wed, 06 Jan 2010 17:27:50 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44B43D.7020104@fabianowski.eu> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> <4B44AEFA.7060009@googlemail.com> <4B44B43D.7020104@fabianowski.eu> Message-ID: <4B44BA06.80408@googlemail.com> Am 06.01.2010 17:03, schrieb Bartosz Fabianowski: >> Es ist halt wesentlich wahrscheinlicher, daß ein Softwareschreiber bei >> der Umsetzung von x textuellen maxspeed Werten ziemlich graue Haare >> bekommt, als das von 50 auf 60 km/h umgesetzt wird. > > So unwahrscheinlich ist das gar nicht. In Polen wurde tatsächlich vor > nicht allzu langer Zeit landesweit die Geschwindigkeitsbegrenzung > innerorts nachts von 50 auf 60 km/h angehoben. Und auch andere Länder > drehen immer wieder an den Limits. Ich sage ja auch nicht, das ich die Information "Ist deutscher innerstädtischer Default maxspeed" für sinnlos halte - ganz im Gegenteil. Nur halte ich es für eine ganz schlechte Idee, diese Bedeutung *nachträglich* in ein etabliertes Tag "reinzupfriemeln" und damit für alle Beteiligten wesentlich schwerer verständlich zu machen. Sowas sollte in ein getrenntes Tag gesteckt werden. Wenn sich dann der Default tatsächlich mal ändert, kann man die maxspeeds mit einem Skript sehr einfach auf die aktuellen Verhältnisse anpassen. Gruß, ULFL From gary at gary68.de Wed Jan 6 16:30:59 2010 From: gary at gary68.de (Gary68) Date: Wed, 06 Jan 2010 17:30:59 +0100 Subject: [Talk-de] Autobahnkreuz HG - refs In-Reply-To: <1262708606.8866.1.camel@gs-desktop> References: <1262708606.8866.1.camel@gs-desktop> Message-ID: <1262795459.28386.2.camel@gs-desktop> hallo! ich habe mal das ak wi abgefahren, die tangenten sind alle mit der ref der parallelen bab beschildert. und. normalerweise scheinen die kleeblätter die ref der nächsten bab zu haben. also die, zu der sie führen. ist aber NICHT immer so!!! ich bitte die praxis also zu überdenken! gerhard On Tue, 2010-01-05 at 17:23 +0100, Gary68 wrote: > hi, > > am ak hg - a5/a661 wurden vom user Ana Luisa diverse refs entfernt. > meist wohl an den tangenten. > > cheers > > gary68 > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From sascha-ml-gis-osm-talk-de at silbe.org Wed Jan 6 16:58:37 2010 From: sascha-ml-gis-osm-talk-de at silbe.org (Sascha Silbe) Date: Wed, 6 Jan 2010 17:58:37 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44B04F.5060002@tobias-knerr.de> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44B04F.5060002@tobias-knerr.de> Message-ID: <20100106165837.GE23748@twin.sascha.silbe.org> On Wed, Jan 06, 2010 at 04:46:23PM +0100, Tobias Knerr wrote: [Innerorts über spezielles Tag an jedem Weg markieren] > Möchtest du lieber Bounding-Polygone auswerten? Ja! Vorverarbeitung ist sowieso nötig (zumindest wenn man in mehr als nur ein paar Städten routen will) und LineString-in-LinearRing lässt sich z.B. mit GEOS einfach _und_ schnell überprüfen (insbesondere wenn man die Grenzen in einen RTree packt). Für BaWü (Stand: 20091212) braucht die Vorverarbeitung bei bereits beschäftigtem Rechner (Software bauen) insgesamt nur 70.5s, davon der Innerorts-Check ganz 16.3s. Gesamtlaufzeit: 70.5s Grenzen suchen / indizieren (836 gefunden): <0.4s Innerorts-Check für alle 1058369 Kanten: 15.9s Für den kompletten Planet dauerts natürlich länger (mehrere Stunden), aber die Vorverarbeitung (Binärdatenbank mit OSM-Objekten -> Binärdatenbank mit vollständigem Routing-Graph) war bisher selbst bei kaltem Cache immer deutlich schneller als der initiale Import (OSM-BZ2-Datei -> Binärdatenbank mit OSM-Objekten; bzcat läuft auf 2. Core): Der Import dauerte für BaWü 189.5s. Ich programmiere lieber einen Polygon-Check als ein Tool, was falsch gesetzte innerorts=yes/no erkennt. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 489 bytes Beschreibung: Digital signature URL : From chris66nrw at gmx.de Wed Jan 6 17:34:01 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Wed, 06 Jan 2010 18:34:01 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44BA06.80408@googlemail.com> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> <4B44AEFA.7060009@googlemail.com> <4B44B43D.7020104@fabianowski.eu> <4B44BA06.80408@googlemail.com> Message-ID: Ulf Lamping schrieb: > Ich sage ja auch nicht, das ich die Information "Ist deutscher > innerstädtischer Default maxspeed" für sinnlos halte - ganz im Gegenteil. > > Nur halte ich es für eine ganz schlechte Idee, diese Bedeutung > *nachträglich* in ein etabliertes Tag "reinzupfriemeln" und damit für > alle Beteiligten wesentlich schwerer verständlich zu machen. Tja die Mehrheit der Mapper hält es halt für sinnvoll das in ein Tag zu packen. Und auf Routerseite ist die Auswertung eines Tags auch weniger aufwendig als die Auswertung zweier Tags. Es gab übrigens mal ein Proposal, für maxspeed außer rein numerischen Werten auch "none" zuzulassen. Dieses Proposal wurde ironischerweise seinerzeit abgelehnt. ;-) Zur Frage des OP zur MaxValue-Karte: Falls damit die Seite gemeint ist: Ich hatte den Macher der Seite vor einiger Zeit gefragt: Nein, er hat nicht vor die impliziten Werte anzuzeigen. Christian From osm at tobias-knerr.de Wed Jan 6 17:34:24 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Wed, 06 Jan 2010 18:34:24 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <20100106165837.GE23748@twin.sascha.silbe.org> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44B04F.5060002@tobias-knerr.de> <20100106165837.GE23748@twin.sascha.silbe.org> Message-ID: <4B44C9A0.5040604@tobias-knerr.de> Sascha Silbe schrieb: > On Wed, Jan 06, 2010 at 04:46:23PM +0100, Tobias Knerr wrote: > > [Innerorts über spezielles Tag an jedem Weg markieren] >> Möchtest du lieber Bounding-Polygone auswerten? > Ja! Vorverarbeitung ist sowieso nötig (zumindest wenn man in mehr als > nur ein paar Städten routen will) und LineString-in-LinearRing lässt > sich z.B. mit GEOS einfach _und_ schnell überprüfen (insbesondere wenn > man die Grenzen in einen RTree packt). Jetzt sind wir aber bei den Anforderungen von "kann jeder Programmierer ohne Vorkenntnisse problemlos" zu "kann ein Geo-Experte problemlos" übergegangen... Der Ersteller einer kleinen Anwendung, der mal eben OSM "in creative and unexpected ways" verwenden will, hat womöglich von GEOS und RTree noch nie was gehört. > Ich programmiere lieber einen Polygon-Check als ein Tool, was falsch > gesetzte innerorts=yes/no erkennt. Letzteres ist aber als Nutzer der Daten nicht deine Aufgabe. :) Im übrigen: Was sind deine Antworten auf die sonstigen im traffic-zone-Proposal aufgeführten Kritikpunkte an Polygonen? > Why don't you use polygons for this? > * Polygons are two-dimensional. There are situations where bridges > or similar three-dimensional structures cause "zones" to vertically > overlap, which cannot be represented by polygons. > * Downloading only a part of the map (e.g. a part of a city) can > result in polygons missing from the download, despite ways from > inside the polygon being part of the downloaded data. > * A mapper will often know that a certain way is part of a zone > without knowing where the zone boundaries are. > * Tags on ways are easier to evaluate for applications. Polygons > require more advanced programming techniques to reduce performance > problems from inclusion tests. > * it's very incorrect, because only the roads themselves are part of > any kind of traffic-zone and not the whole area; e.g. roads in parcs > or on private property or even tracks. Tobias Knerr From s.wolff at web.de Wed Jan 6 17:47:49 2010 From: s.wolff at web.de (Stephan Wolff) Date: Wed, 06 Jan 2010 18:47:49 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: <4B447A95.4030603@gmx.net> References: <4B447418.8010503@tappenbeck.net> <4B447A95.4030603@gmx.net> Message-ID: SLXViper schrieb: >> * mit den Maßeinheiten > > Standard sind die SI-Einheiten - also Meter und metrische Tonnen, die > brauchen also nicht angegeben werden. Nein. Meter ist eine SI-Basiseinheit, aber die (metrische) Tonne ist keine SI-Einheit. Sie entspricht der angeleiteten SI-Einheit Mg (Megagramm). SI-Basiseinheit ist das kg. > Wenn die Angabe in einer anderen > Einheit ist, sollte diese durch ein Leerzeichen getrennt angegeben werden. > Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur die Einheiten die auf einem Verkehrzeichen, einer Verordung oder einem Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine Breite mit "13750 mm" an. >> Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? >> > ein solcher Automatismus kann nur einen Teil der möglichen Fehler > ausbessern, der da reingeschrieben wird, es wird also für die "schweren" > Fälle immer Handarbeit übrig bleiben. Das wäre schon viel wert. Ein dafür geschriebenes Programm ist sicher besser als die Abfragen im jedem Renderer, Router, etc. > Einfache Dinge wie Dezimaltrennzeichen oder fehlende Leerezeichen sind > einfach, allerdings sollte jeder, der die Daten auswerten will, damit > rechnen und das sowieso abfangen. Naja, ein Wert "1,000" ist nicht trivial zu korrigieren. Viele Grüße Stephan (Dipl.-Phys.) From f at zz.de Wed Jan 6 18:42:25 2010 From: f at zz.de (Florian Lohoff) Date: Wed, 6 Jan 2010 19:42:25 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> <4B44AEFA.7060009@googlemail.com> <4B44B43D.7020104@fabianowski.eu> <4B44BA06.80408@googlemail.com> Message-ID: <20100106184225.GA20786@hydra.gt.owl.de> On Wed, Jan 06, 2010 at 06:34:01PM +0100, Chris-Hein Lunkhusen wrote: > Und auf Routerseite ist die Auswertung eines Tags > auch weniger aufwendig als die Auswertung zweier Tags. > > Es gab übrigens mal ein Proposal, für maxspeed außer > rein numerischen Werten auch "none" zuzulassen. > Dieses Proposal wurde ironischerweise seinerzeit > abgelehnt. ;-) Was ich auch seltsam fand - "none" oder "no" finde ich durchaus akzeptable werte. > Zur Frage des OP zur MaxValue-Karte: > > Falls damit die Seite > > gemeint ist: > > Ich hatte den Macher der Seite vor einiger Zeit gefragt: > Nein, er hat nicht vor die impliziten Werte anzuzeigen. Wenn sich das etabliert und allgemein akzeptiert ist - dann mache ich da auch mit (als macher der maxspeed karte). Aber ich will nicht der Grund sein das alle losrennen und das umtaggen. Ich sehe ein "DE:urban" noch als akzeptabel an - besser als den mix mit "speedzone=urban" oder aehnliches. Ich finde solche dinger muessen immer ein wenig sacken - nur weil man am Montag einen Geistesblitz hat muss der am Freitag nicht immer noch als Pfiffig daherkommen. Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From ggrau at freenet.de Wed Jan 6 18:57:54 2010 From: ggrau at freenet.de (Gunter Grau) Date: Wed, 6 Jan 2010 19:57:54 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44AEFA.7060009@googlemail.com> References: <4B449EB7.1020302@tappenbeck.net> <4B44AB90.3080909@remote.org> <4B44AEFA.7060009@googlemail.com> Message-ID: <201001061957.54141.ggrau@freenet.de> Am Mittwoch, 6. Januar 2010 16:40:42 schrieb Ulf Lamping: > > > Jetzt kommen irgendwelche Deppen und meinen, weil ja irgendwann mal > diese Werte geändert werden *könnten*, muß man jetzt ein DE:walk, ein > DE:urban, ein DE:motorway, ein DE:city, ein UK:walk, ein UK:... usw. > einführen. Wohlgemerkt auf einem bereits etablierten und vielfach > verwendeten Tag. Wesentlich hohler finde ich 2 voellig verschiedene Szenarien genauu gleich zu mappen: 1) Es gibt ein 50er Schild 2) Es ist eine Strasse ohne Schild innerhalb einer Ortsschaft > > Warum um Himmelswillen packt man sowas (wenn man es denn haben will) > nicht in einen weiteren Tag?!? > Wegen mir... > Sorry, aber so eine Vorgehensweise ist schlicht Müll. Noe.... Genau solche ungeklaerte Fragen haben mich bisher davon abgehalten Strassen ohne Geschwindigkeitsbeschraenkung mit maxspeed zu versehen... Gruesse, Gunter > > Gruß, ULFL > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From dieterdreist at gmail.com Wed Jan 6 19:17:12 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 6 Jan 2010 20:17:12 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44AB90.3080909@remote.org> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> Message-ID: <7acdb3651001061117k8378bcid148732e748e2006@mail.gmail.com> Am 6. Januar 2010 16:26 schrieb Frederik Ramm : > Hallo, > > Torsten Leistikow wrote: > > Meiner Meinung nach ist dieser Ansatz voellig daneben. Wenn ich ein > > Auswerteprogramm (Router) schreibe, dann will ich den auch auf den > OSM-Daten > > weltweit einsaetzen koennen. Und dazu will ich nicht bei jedem einzelnen > Tag > > erst eine Ersetzung von nationaler Variable in SI-Einheit durchfuehren > muessen. > > Ich habe keine besonders ausgepraegte Meinung hierzu, aber das > Gegenargument zu Deinem ist natuerlich: Willst Du wirklich, wenn > dereinst die Autofahrerpartei das innerstaedtische Limit deutschlandweit > auf 60 km/h anhebt, hunderttausende Strassen aendern ;-) > Die Lösung, die wir in Italien gefunden hatten, hiess: maxspeed=50 source:maxspeed=IT:urban. Im Prinzip ist der genaue Key ja nicht wichtig, solange er (idealerweise landesweit) einheitlich ist. So kann man diese impliziten Maxspeeds ggf. in einem Rutsch anpassen und trotzdem müssen die Auswertungsanwendungen die defaults nicht kennen, sondern können bequem einen Zahlenwert auswerten. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From webmaster at ts-eastrail.de Wed Jan 6 19:25:16 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Wed, 6 Jan 2010 20:25:16 +0100 Subject: [Talk-de] maxspeed=DE:Urban References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de><4B44AB90.3080909@remote.org> <4B44AEFA.7060009@googlemail.com><4B44B43D.7020104@fabianowski.eu><4B44BA06.80408@googlemail.com> <20100106184225.GA20786@hydra.gt.owl.de> Message-ID: <36FA61E3F87642FB9508E7F222DF4ED8@mkwebdialin> > Aber ich will nicht der Grund sein das alle losrennen und das umtaggen. > Ich sehe ein "DE:urban" noch als akzeptabel an - besser als den > mix mit "speedzone=urban" oder aehnliches. Um was gehts jetzt eigentlich genau? Den hier http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban leben. Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit DE:speed:30 beißen. Hier geht z.B. der Trend dahin nur noch die Durchgangsstraße mit 50 zu belassen und der Rest des Ortes ist 30 Zone. Die Sackdörfer werden generell zu solchen Zonen, 30 Zone steht dann 10 m hinterm Ortseingansschild. Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man wegen wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder von impliziert 50 abweichen. Aber auch andere Bestandteile sind da nicht gerade günstig. Ein overtaking=left braucht man da nicht festschreiben, das ist Basiswissen und dürfte klar sein. Wichtiger wäre da die Möglichkeit die Überholverbote ansich zu erfassen. Das ich da nur links überholen kann ist klar, hilfreicher wäre zu wissen wo und wo nicht, wenn mal wieder Elefantenrennen stattfinden. > Wesentlich hohler finde ich 2 voellig verschiedene Szenarien genauu gleich > zu > mappen: > 1) Es gibt ein 50er Schild > 2) Es ist eine Strasse ohne Schild innerhalb einer Ortsschaft Maxspeedtechnisch ist es ja auch ein und dasselbe. In beiden Fällen darfst du nur 50 Fahren. Die Geschlossene Ortschaft bring nur noch einige Punkte mehr mit, die du aber soweit in der Karte nicht weiter verwerten kannst. Da gehts nur einzig um die Information draußen/drinnen, welche vielleicht für die Router wegen anderer Berechnungsgrundlagen wichtig wäre. Gruß Mirko From osm at tobias-knerr.de Wed Jan 6 19:29:11 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Wed, 06 Jan 2010 20:29:11 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <7acdb3651001061117k8378bcid148732e748e2006@mail.gmail.com> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> <7acdb3651001061117k8378bcid148732e748e2006@mail.gmail.com> Message-ID: <4B44E487.10704@tobias-knerr.de> Martin Koppenhoefer schrieb: > Die Lösung, die wir in Italien gefunden hatten, hiess: maxspeed=50 > source:maxspeed=IT:urban. Braucht doppelt so viele Tags (maxspeed und source:maxspeed) und ist *nur* für maxspeed, nicht für Überholregeln etc. Aber bevor sich hier wieder alle die Köpfe einschlagen, wäre das natürlich auch eine Lösung. Auszuwerten ist es jedenfalls einfach genug. Tobias Knerr From d.s.e at sordidmusic.com Wed Jan 6 19:32:02 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Wed, 6 Jan 2010 20:32:02 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44ABCB.4070805@tobias-knerr.de> References: <4B449EB7.1020302@tappenbeck.net> <4B44ABCB.4070805@tobias-knerr.de> Message-ID: <201001062032.03080.d.s.e@sordidmusic.com> Am Mittwoch 06 Januar 2010 16:27:07 schrieb Tobias Knerr: > Neben Key:maxspeed dürfte die relevante Seite wohl > http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone > sein. > > Dort wird allerdings zone:traffic=DE:urban (etc.) vorgeschlagen, nicht > maxspeed, und ich halte das auch für empfehlenswert. Denn erstens sind > es ja in der Tat nicht nur Höchstgeschwindigkeiten, die durch die > "innerorts"-Info vorgegeben werden, und zweitens vermeidet man dadurch > unnötige Konflikte mit Mappern, die in maxspeed=* nur numerische Werte > haben wollen. > +1 genau deswegen, weil "innerorts" eben mehr bedeutet, als das setzen einer geschwindigkeitsbegrenzung. dazu gab's ja vor geraumer zeit schon mal ne diskussion... From d.s.e at sordidmusic.com Wed Jan 6 19:42:58 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Wed, 6 Jan 2010 20:42:58 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <36FA61E3F87642FB9508E7F222DF4ED8@mkwebdialin> References: <4B449EB7.1020302@tappenbeck.net> <20100106184225.GA20786@hydra.gt.owl.de> <36FA61E3F87642FB9508E7F222DF4ED8@mkwebdialin> Message-ID: <201001062042.58751.d.s.e@sordidmusic.com> Am Mittwoch 06 Januar 2010 20:25:16 schrieb Mirko Küster: > > Aber ich will nicht der Grund sein das alle losrennen und das umtaggen. > > Ich sehe ein "DE:urban" noch als akzeptabel an - besser als den > > mix mit "speedzone=urban" oder aehnliches. > > Um was gehts jetzt eigentlich genau? Den hier > http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone > > Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban > leben. Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit DE:speed:30 > beißen. > was soll das sein? > Hier geht z.B. der Trend dahin nur noch die Durchgangsstraße mit 50 zu > belassen und der Rest des Ortes ist 30 Zone. Die Sackdörfer werden generell > zu solchen Zonen, 30 Zone steht dann 10 m hinterm Ortseingansschild. > > Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man > wegen wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder von > impliziert 50 abweichen. > schoen dass das in deiner kleinen zuckerdose so ist. die regel ist das aber noch lange nicht... die stvo sagt nunmal: innerorts 50, wenn nichts anderes explizit angegeben ist. > Aber auch andere Bestandteile sind da nicht gerade günstig. Ein > overtaking=left braucht man da nicht festschreiben, das ist Basiswissen und > dürfte klar sein. wie?!? innerorts? generell? falsch! > > Wesentlich hohler finde ich 2 voellig verschiedene Szenarien genauu > > gleich zu > > mappen: > > 1) Es gibt ein 50er Schild > > 2) Es ist eine Strasse ohne Schild innerhalb einer Ortsschaft > > Maxspeedtechnisch ist es ja auch ein und dasselbe. In beiden Fällen darfst > du nur 50 Fahren. richtig. > Die Geschlossene Ortschaft bring nur noch einige Punkte > mehr mit, richtig. > die du aber soweit in der Karte nicht weiter verwerten kannst. Da > gehts nur einzig um die Information draußen/drinnen, welche vielleicht für > die Router wegen anderer Berechnungsgrundlagen wichtig wäre. > ob du jemals den tellerrand erreichen wirst...? From ulf.lamping at googlemail.com Wed Jan 6 19:44:15 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Wed, 06 Jan 2010 20:44:15 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <201001061957.54141.ggrau@freenet.de> References: <4B449EB7.1020302@tappenbeck.net> <4B44AB90.3080909@remote.org> <4B44AEFA.7060009@googlemail.com> <201001061957.54141.ggrau@freenet.de> Message-ID: <4B44E80F.8070208@googlemail.com> Am 06.01.2010 19:57, schrieb Gunter Grau: > Am Mittwoch, 6. Januar 2010 16:40:42 schrieb Ulf Lamping: > >> >> >> Jetzt kommen irgendwelche Deppen und meinen, weil ja irgendwann mal >> diese Werte geändert werden *könnten*, muß man jetzt ein DE:walk, ein >> DE:urban, ein DE:motorway, ein DE:city, ein UK:walk, ein UK:... usw. >> einführen. Wohlgemerkt auf einem bereits etablierten und vielfach >> verwendeten Tag. > > Wesentlich hohler finde ich 2 voellig verschiedene Szenarien genauu gleich zu > mappen: > > 1) Es gibt ein 50er Schild > 2) Es ist eine Strasse ohne Schild innerhalb einer Ortsschaft Du willst damit dann aber etwas anderes erfassen als maxspeed. 1) und 2) sagen aus, *das* der maxspeed=50 ist. Du willst jetzt mit der Fallunterscheidung angeben, *warum* der maxspeed=50 ist. Wie schon gesagt, beide Infos einzutragen ist ja völlig ok, nur beide Infos in maxspeed zu packen ist aus meiner Sicht der falsche Weg. Gruß, ULFL From f at zz.de Wed Jan 6 19:58:31 2010 From: f at zz.de (Florian Lohoff) Date: Wed, 6 Jan 2010 20:58:31 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <36FA61E3F87642FB9508E7F222DF4ED8@mkwebdialin> References: <4B449EB7.1020302@tappenbeck.net> <20100106184225.GA20786@hydra.gt.owl.de> <36FA61E3F87642FB9508E7F222DF4ED8@mkwebdialin> Message-ID: <20100106195831.GA25794@hydra.gt.owl.de> On Wed, Jan 06, 2010 at 08:25:16PM +0100, Mirko Küster wrote: > > Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban leben. > Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit DE:speed:30 beißen. Wo willst du ein DE:speed:30 taggen? Bei dem ganzen DE:urban thema ging es ja darum das nicht explizit ausgeschilderte 50 innerorts als solche information zu erhalten. Wenn ich ein maxspeed=50 habe ist nicht klar - Stand da ein rot/weisses Spiegelei mit einer 50 drin - oder das Gelbe Rechteck ... maxspeed=50 -> Rot/Weisses spiegelei maxspeed=DE:urban -> Gelbes rechteck gab den ton an Das Punkt ist das viele Geschwindkeitsbegrenzungen innerorts eben implizit sind - nicht explizit Beschildert. Um die zu finden und zu identifizieren ging es. Das ist wie in der Genealogy - Die information das jemand 1887 gestorben ist ist nichts wert wenn nicht eine quelle dabei steht. > Hier geht z.B. der Trend dahin nur noch die Durchgangsstraße mit 50 zu > belassen und der Rest des Ortes ist 30 Zone. Die Sackdörfer werden generell > zu solchen Zonen, 30 Zone steht dann 10 m hinterm Ortseingansschild. Jo - Kenne ich auch. > Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man wegen > wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder von > impliziert 50 abweichen. Das ist aber explizit beschildert - Daher maxspeed=60 Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From webmaster at ts-eastrail.de Wed Jan 6 20:10:36 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Wed, 6 Jan 2010 21:10:36 +0100 Subject: [Talk-de] maxspeed=DE:Urban References: <4B449EB7.1020302@tappenbeck.net> <20100106184225.GA20786@hydra.gt.owl.de> <36FA61E3F87642FB9508E7F222DF4ED8@mkwebdialin> <201001062042.58751.d.s.e@sordidmusic.com> Message-ID: <9A21FFCADC624B9997F448D547D94195@mkwebdialin> >> Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban >> leben. Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit >> DE:speed:30 >> beißen. >> >was soll das sein? Eine geschlossene Ortschaft die ja mit DE:urban getaggt werden soll wo aber nunmal 30 Zonen keine Seltenheit sind, die aber wiederum mit DE:speed:30 getaggt werden sollen, Da geht nur entweder oder, oder ich muss wieder eine Krücke wie DE:urban;DE:speed:30 bauen. >> Hier geht z.B. der Trend dahin nur noch die Durchgangsstraße mit 50 zu >> belassen und der Rest des Ortes ist 30 Zone. Die Sackdörfer werden >> generell >> zu solchen Zonen, 30 Zone steht dann 10 m hinterm Ortseingansschild. >> >> Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man >> wegen wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder >> von >> impliziert 50 abweichen. >> > schoen dass das in deiner kleinen zuckerdose so ist. > die regel ist das aber noch lange nicht... > die stvo sagt nunmal: innerorts 50, wenn nichts anderes explizit angegeben > ist. Soviel zum Tellerand. 30 Zonen sind nichts ungewöhnliches und anderweitig Geschwindigkeitsregelungen ebenfalls nicht. Und richtig, wenn nicht explizit angegeben, aber die sind explizit angegeben. Da nützt mir ein DE:urban alleine nichts, da muss ich wieder die 60 oder 70 die vor Ort auf dem Schild stehen unterbringen. Und dabei ist das egal ob das in Berlin oder in einer "Zuckerdose" stattfindet. Wir taggen an einer Karte und da muss das Tagging für beides brauchbar sein. >> Aber auch andere Bestandteile sind da nicht gerade günstig. Ein >> overtaking=left braucht man da nicht festschreiben, das ist Basiswissen >> und >> dürfte klar sein. > wie?!? innerorts? generell? falsch! Ließ die Seite vielleicht nochmal. overtaking=left steht da implizit für rural. Wenn du da rechts überholst dein Ding. >> die du aber soweit in der Karte nicht weiter verwerten kannst. Da >> gehts nur einzig um die Information draußen/drinnen, welche vielleicht >> für >> die Router wegen anderer Berechnungsgrundlagen wichtig wäre. >> >ob du jemals den tellerrand erreichen wirst...? Kommt doch nicht immer mit solchen absolut dämlichen Sprüchen, sondern mal mit vernüntigen Argumenten! "Geschlossenen Ortschaft" bedeutet: - Geschwindigkeitsbeschränkung auf 50 km/h - Freie Fahrstreifenwahl für Kraftfahrzeuge bis zu 3,5 t - Das Rechtsfahrgebot ist insoweit aufgehoben - Parkverbot 5 m vor einem Andreaskreuz - Verbot des regelmäßigen Parkens mit LKW über 7,5 t zulässiges Gesamtgewicht in reinen und allgemeinen Wohngebieten sowie Kur- und Klinikgebieten - Beim Parken während der Dunkelheit genügen Parkleuchten - Die Absicht des Überholens darf nicht durch Hupe oder Lichthupe angekündigt werden - Parkverbot auf Vorfahrtstraßen Was davon kannst du denn über deinen Tellerand weiter auswerten und in Verbindung mit der Karte nutzen? Ich bin gespannt! 50 km/h ist unstrittig klar. Ansonsten ist drinnen/draußen wichtig, weil du innerorts eine niedrigere Durchschnitsgeschwindigkeit bei der Zeitberechnung ansetzen kannst. Was willst du sonst noch angeben, bei jeder Ortseinfahrt ein Zitat der StVO, damit der Fahrer ja nichts vergisst? Im Schlüssel selber versteckt sich noch maxspeed:bicycle=no maxspeed:foot=no Fahrrad kann man vielleicht noch gelten lassen. Aber ich habe ehrlich gesagt noch nicht gehört das ein Fußgänger für eine Geschwindigkeitsüberschreitung verkackt wurde. Zumal auch in beiden relevanten Tags das gleiche steht. Gruß Mirko From SLXViper at gmx.net Wed Jan 6 20:20:57 2010 From: SLXViper at gmx.net (SLXViper) Date: Wed, 06 Jan 2010 21:20:57 +0100 Subject: [Talk-de] =?iso-8859-1?q?Relationen_in_Baden-W=FCrttemberg_aufr?= =?iso-8859-1?q?=E4umen=3F?= In-Reply-To: <201001061358.17856.werner.ho@gmx.de> References: <201001041541.10996.werner.ho@gmx.de> <201001041936.00569.werner.ho@gmx.de> <4B437E98.40706@gmx.net> <201001061358.17856.werner.ho@gmx.de> Message-ID: <4B44F0A9.3060401@gmx.net> Werner Hoch schrieb: > On Dienstag, 5. Januar 2010, SLXViper wrote: > >> Werner Hoch schrieb: >> >>> Die type-Tags halte ich allein deshalb für enorm wichtig, damit man >>> das taggingschema herausfinden kann. >>> >> Stimmt eigentlich. Ich hab die jetzt mal ergänzt und vereinheitlicht. >> Villingen und Umland bis Furtwangen und das Urachtal sollten sauber >> sein. Vorerst hab ich mal type=public_transport für alle >> "Oxomoa-Relationen" benutzt. Die Linien und Linienvarianten haben >> jetzt zusätzlich public_transport=line bzw. line_variant. >> Eben in Singen gesehen: dort wird type=line und type=public_transport für alles andere benutzt. Grüße From johannes at huesing.name Wed Jan 6 20:31:45 2010 From: johannes at huesing.name (=?ISO-8859-1?Q?Johannes_H=FCsing?=) Date: Wed, 06 Jan 2010 21:31:45 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <9A21FFCADC624B9997F448D547D94195@mkwebdialin> References: <4B449EB7.1020302@tappenbeck.net> <20100106184225.GA20786@hydra.gt.owl.de> <36FA61E3F87642FB9508E7F222DF4ED8@mkwebdialin> <201001062042.58751.d.s.e@sordidmusic.com> <9A21FFCADC624B9997F448D547D94195@mkwebdialin> Message-ID: <4B44F331.2000902@huesing.name> Mirko Küster schrieb: > maxspeed:bicycle=no > maxspeed:foot=no > > Fahrrad kann man vielleicht noch gelten lassen. Aber ich habe ehrlich gesagt > noch nicht gehört das ein Fußgänger für eine Geschwindigkeitsüberschreitung > verkackt wurde. Zumal auch in beiden relevanten Tags das gleiche steht. > > Geschwindigkeitsbeschränkungen gelten nur für Fahrzeuge, manche nur für Kraftfahrzeuge. Daher ist maxspeed=foot in Deutschland überflüssig. Tretroller und Inliner gelten nicht als Fahrzeuge und können einem Radfahrer im verkehrsberuhigten Bereich daher ungestraft davonfahren. Nicht einmal §3 greift. From webmaster at ts-eastrail.de Wed Jan 6 20:35:37 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Wed, 6 Jan 2010 21:35:37 +0100 Subject: [Talk-de] maxspeed=DE:Urban References: <4B449EB7.1020302@tappenbeck.net> <20100106184225.GA20786@hydra.gt.owl.de> <36FA61E3F87642FB9508E7F222DF4ED8@mkwebdialin> <20100106195831.GA25794@hydra.gt.owl.de> Message-ID: <1ECC124CB2034179B2F8248024A24A2D@mkwebdialin> >> Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban >> leben. >> Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit DE:speed:30 >> beißen. > Wo willst du ein DE:speed:30 taggen? DE:speed:30 ist laut der Seite für 30 Zone. DE:urban impliziert ja 50 und past nicht auf 30 Zone. Wie nun? maxspeed=DE:urban zone:traffic=DE:speed30 oder maxspeed=30 zone:traffic=DE:urban oder schlicht maxspeed=DE:speed30 und das impliziert automatisch DE:urban? > Bei dem ganzen DE:urban thema ging es ja darum das nicht explizit > ausgeschilderte 50 innerorts als solche information zu erhalten. > Wenn ich ein maxspeed=50 habe ist nicht klar - Stand da ein rot/weisses > Spiegelei mit einer 50 drin - oder das Gelbe Rechteck ... > maxspeed=50 -> Rot/Weisses spiegelei > maxspeed=DE:urban -> Gelbes rechteck gab den ton an > > Das Punkt ist das viele Geschwindkeitsbegrenzungen innerorts eben > implizit sind - nicht explizit Beschildert. Um die zu finden und > zu identifizieren ging es. Na ja, kommt immer auf das tagging vor Ort an. Ich mache Place Polygone, tagge Ortschilder, Geschwindigkeitsbegrenzungen, Fußwege, Beleuchtung usw. was eben so zur Örtlichen Infrastruktur gehört. Da muss man sich ehrlich gesagt anstrengen drinnen und draußen nicht zu erkennen. Nun ist es natürlich richtig das es anderswo wiederum anders aussieht. Nur ist da nach Erfahrung auch meist nichts in der Richtung maxspeed gemacht. Da erkennst du auf keinem Weg was wo ist, da kann man nur grob nach benannten Straßen gehen. Unhd da schlägt auch wieder die impliziert Falle zu. Man weiß bei solchen implizierten Geschichten immer nicht wirklich ob das impliziert sein soll, oder ob da schlicht noch nichts erfasst wurde. Die Bundesstraße kann durchgängig impliziert 100 sein, kann aber auch eine 70 zwischendrin sein die nicht erfasst wurde. Aus diesem Grund habe ich auch die implizierten Maxspeeds immer durchgetaggt. So konnte man einen Haken hinter machen. >> Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man >> wegen >> wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder von >> impliziert 50 abweichen. > Das ist aber explizit beschildert - Daher maxspeed=60 Gehören aber trotzdem zur geschlossenen Ortschaft. Also wie da? zone:traffic=DE:urban maxspeed=60 Also geschlossene Ortschaft, impliziert 50 wird durch maxspeed=60 überschrieben? Gleiches Problem hast du ja ebenfalls ausserorts an nahezu jeder Kreuzung wo meintwegen 70 gilt. zone:traffic=DE:rural maxspeed=70 Ausserorts, impliziert 100 wird durch maxspeed=70 überschrieben? Gruß Mirko From osm at tobias-knerr.de Wed Jan 6 20:36:05 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Wed, 06 Jan 2010 21:36:05 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <9A21FFCADC624B9997F448D547D94195@mkwebdialin> References: <4B449EB7.1020302@tappenbeck.net> <20100106184225.GA20786@hydra.gt.owl.de> <36FA61E3F87642FB9508E7F222DF4ED8@mkwebdialin> <201001062042.58751.d.s.e@sordidmusic.com> <9A21FFCADC624B9997F448D547D94195@mkwebdialin> Message-ID: <4B44F435.5030708@tobias-knerr.de> Mirko Küster schrieb: > Eine geschlossene Ortschaft die ja mit DE:urban getaggt werden soll wo aber > nunmal 30 Zonen keine Seltenheit sind, die aber wiederum mit DE:speed:30 > getaggt werden sollen, Da geht nur entweder oder, oder ich muss wieder eine > Krücke wie DE:urban;DE:speed:30 bauen. Gibt es Tempo-30-Zonen außerorts? Wenn nein, dann besteht wohl kein Problem. Sofern man Tempo-30-Zonen überhaupt mit derselben Methode angeben will, da waren sich letztens nicht alle einig. > Und richtig, wenn nicht explizit > angegeben, aber die sind explizit angegeben. Da nützt mir ein DE:urban > alleine nichts, da muss ich wieder die 60 oder 70 die vor Ort auf dem Schild > stehen unterbringen. * Wenn es nur um Geschwindigkeiten geht, dann braucht man in diesem Fall ja auch das DE:urban nicht mehr, denn es steht dann ja für "innerorts ohne explizites Tempolimit", und nicht für "innerorts" an sich. * Wenn es nicht nur um Geschwindigkeiten geht, sondern um "innerorts" allgemein, sollte man natürlich nicht maxspeed=* verwenden, sondern eben so was wie zone:traffic. Dann kann man aber maxspeed=70 auch wieder verwenden. Leider habe ich den Eindruck, dass sich manche nicht so im klaren sind, ob sie nur eine Geschwindigkeitsbeschränkung (mit integrierter Angabe des Grundes) taggen wollen oder die "innerorts"-Eigenschaft mit sämtlichen anderen Auswirkungen - das bringt natürlich alles ein wenig durcheinander. Bei sauberer Trennung gibt es hier aber kein Problem. Tobias Knerr From d.s.e at sordidmusic.com Wed Jan 6 20:37:04 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Wed, 6 Jan 2010 21:37:04 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <9A21FFCADC624B9997F448D547D94195@mkwebdialin> References: <4B449EB7.1020302@tappenbeck.net> <201001062042.58751.d.s.e@sordidmusic.com> <9A21FFCADC624B9997F448D547D94195@mkwebdialin> Message-ID: <201001062137.04885.d.s.e@sordidmusic.com> Am Mittwoch 06 Januar 2010 21:10:36 schrieb Mirko Küster: > >> Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban > >> leben. Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit > >> DE:speed:30 > >> beißen. > > > >was soll das sein? > > Eine geschlossene Ortschaft die ja mit DE:urban getaggt werden soll wo aber > nunmal 30 Zonen keine Seltenheit sind, die aber wiederum mit DE:speed:30 > getaggt werden sollen, Da geht nur entweder oder, oder ich muss wieder eine > Krücke wie DE:urban;DE:speed:30 bauen. > wieso ist das eine kruecke? der strichpunkt ist das uebliche trennzeichen, um einem attribut mehrere eigenschaften zuzuweisen. die strasse ist nunmal sowohl innerorts als auch in einer 30-zone. der auswertende nimmt sich das was er braucht. wenn's z.B. um die geschwindigkeit geht, eben die restriktivere, also 30. > >> Hier geht z.B. der Trend dahin nur noch die Durchgangsstraße mit 50 zu > >> belassen und der Rest des Ortes ist 30 Zone. Die Sackdörfer werden > >> generell > >> zu solchen Zonen, 30 Zone steht dann 10 m hinterm Ortseingansschild. > >> > >> Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man > >> wegen wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder > >> von > >> impliziert 50 abweichen. > > > > schoen dass das in deiner kleinen zuckerdose so ist. > > die regel ist das aber noch lange nicht... > > die stvo sagt nunmal: innerorts 50, wenn nichts anderes explizit > > angegeben ist. > > Soviel zum Tellerand. 30 Zonen sind nichts ungewöhnliches und anderweitig > Geschwindigkeitsregelungen ebenfalls nicht. Und richtig, wenn nicht > explizit angegeben, aber die sind explizit angegeben. Da nützt mir ein > DE:urban alleine nichts, da muss ich wieder die 60 oder 70 die vor Ort auf > dem Schild stehen unterbringen. Und dabei ist das egal ob das in Berlin > oder in einer "Zuckerdose" stattfindet. Wir taggen an einer Karte und da > muss das Tagging für beides brauchbar sein. > ja und? die zone:traffic ist das preset, das maxspeed die ausnahme im jeweiligen bereich. denn auch wenn da was von 60 steht ist es immer noch innerorts! > >> Aber auch andere Bestandteile sind da nicht gerade günstig. Ein > >> overtaking=left braucht man da nicht festschreiben, das ist Basiswissen > >> und > >> dürfte klar sein. > > > > wie?!? innerorts? generell? falsch! > > Ließ die Seite vielleicht nochmal. overtaking=left steht da implizit für > rural. Wenn du da rechts überholst dein Ding. > da es in diesem thread um die "innerorts"-zone geht, ist das irrelevant. > >> die du aber soweit in der Karte nicht weiter verwerten kannst. Da > >> gehts nur einzig um die Information draußen/drinnen, welche vielleicht > >> für > >> die Router wegen anderer Berechnungsgrundlagen wichtig wäre. > > > >ob du jemals den tellerrand erreichen wirst...? > > Kommt doch nicht immer mit solchen absolut dämlichen Sprüchen, sondern mal > mit vernüntigen Argumenten! > > "Geschlossenen Ortschaft" bedeutet: > - Geschwindigkeitsbeschränkung auf 50 km/h > - Freie Fahrstreifenwahl für Kraftfahrzeuge bis zu 3,5 t > - Das Rechtsfahrgebot ist insoweit aufgehoben > - Parkverbot 5 m vor einem Andreaskreuz > - Verbot des regelmäßigen Parkens mit LKW über 7,5 t zulässiges > Gesamtgewicht in reinen und allgemeinen Wohngebieten sowie Kur- und > Klinikgebieten > - Beim Parken während der Dunkelheit genügen Parkleuchten > - Die Absicht des Überholens darf nicht durch Hupe oder Lichthupe > angekündigt werden > - Parkverbot auf Vorfahrtstraßen > > Was davon kannst du denn über deinen Tellerand weiter auswerten und in > Verbindung mit der Karte nutzen? Ich bin gespannt! > du willst eine kartenanwendung? wie waers mit einer karte, auf der ich sehen kann, wo ich mit meinem pkw/transporter/lkw parken darf (und was ich dabei vielleicht zu beachten habe). oder einfach eine karte, die mir ortsgebiete anders als laendliche gebiete darstellt. sicher fallen irgendwem noch bessere anwendungsmoeglichkeiten ein; das geht aber nur, wenn die daten auch vorhanden sind. > 50 km/h ist unstrittig klar. Ansonsten ist drinnen/draußen wichtig, weil du > innerorts eine niedrigere Durchschnitsgeschwindigkeit bei der > Zeitberechnung ansetzen kannst. das sind schon mal zwei atttribute, die eindeutig durch die eigenschaft "innerorts" bestimmt sind. > Was willst du sonst noch angeben, bei > jeder Ortseinfahrt ein Zitat der StVO, damit der Fahrer ja nichts > vergisst? > ich nicht, aber vielleicht will das jemand... From d.s.e at sordidmusic.com Wed Jan 6 20:44:48 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Wed, 6 Jan 2010 21:44:48 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44F435.5030708@tobias-knerr.de> References: <4B449EB7.1020302@tappenbeck.net> <9A21FFCADC624B9997F448D547D94195@mkwebdialin> <4B44F435.5030708@tobias-knerr.de> Message-ID: <201001062144.49030.d.s.e@sordidmusic.com> Am Mittwoch 06 Januar 2010 21:36:05 schrieb Tobias Knerr: > Leider habe ich den Eindruck, dass sich manche nicht so im klaren sind, > ob sie nur eine Geschwindigkeitsbeschränkung (mit integrierter Angabe > des Grundes) taggen wollen oder die "innerorts"-Eigenschaft mit > sämtlichen anderen Auswirkungen - das bringt natürlich alles ein wenig > durcheinander. Bei sauberer Trennung gibt es hier aber kein Problem. > ich dachte, das waere klar gewesen: zone:traffic = DE:urban beschreibt "innerorts" inkl. aller auswirkungen. ein zusaetzliches maxspeed = xx bedeutet eben, das dort explizit xx als hoechstgeschwindigkeit gilt, anstatt der vorgegebenen 50. From d.s.e at sordidmusic.com Wed Jan 6 20:54:33 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Wed, 6 Jan 2010 21:54:33 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <1ECC124CB2034179B2F8248024A24A2D@mkwebdialin> References: <4B449EB7.1020302@tappenbeck.net> <20100106195831.GA25794@hydra.gt.owl.de> <1ECC124CB2034179B2F8248024A24A2D@mkwebdialin> Message-ID: <201001062154.33798.d.s.e@sordidmusic.com> Am Mittwoch 06 Januar 2010 21:35:37 schrieb Mirko Küster: > >> Da könnte ich maximal noch so wie angedacht mit zone:traffic=DE:urban > >> leben. > >> Aber maxspeed=DE:urban würde sich z.B. verdammt oft mit DE:speed:30 > >> beißen. > > > > Wo willst du ein DE:speed:30 taggen? > > DE:speed:30 ist laut der Seite für 30 Zone. DE:urban impliziert ja 50 und > past nicht auf 30 Zone. Wie nun? > > maxspeed=DE:urban > zone:traffic=DE:speed30 > > oder > > maxspeed=30 > zone:traffic=DE:urban > > oder schlicht > > maxspeed=DE:speed30 > und das impliziert automatisch DE:urban? > zone:traffic=DE:urban;DE:speed30 das waere meiner meinung nach eindeutig. da aber laut stvo 30 zonen nur in ortschaften vorkommen koennen, duerfte ein zone:traffic = DE:speed30 genauso ausreichen, da eben das urban implizit gilt. > >> Dann gibts auch Straßen innerhalb von geschlossenen Ortschaften wo man > >> wegen > >> wenig Bebauung auch mal 60 oder 70 darf. Da muss man auch wieder von > >> impliziert 50 abweichen. > > > > Das ist aber explizit beschildert - Daher maxspeed=60 > > Gehören aber trotzdem zur geschlossenen Ortschaft. Also wie da? > > zone:traffic=DE:urban > maxspeed=60 > > Also geschlossene Ortschaft, impliziert 50 wird durch maxspeed=60 > überschrieben? > Gleiches Problem hast du ja ebenfalls ausserorts an nahezu jeder Kreuzung > wo meintwegen 70 gilt. > > zone:traffic=DE:rural > maxspeed=70 > > Ausserorts, impliziert 100 wird durch maxspeed=70 überschrieben? > > Gruß > Mirko > genau so wuerde ich das sehen. die zone gibt den default-wert an, der durch ein explizites maxspeed ueberschrieben wird. im prinzip so, wie's auch auf der strasse passiert. From web at oemmes.net Wed Jan 6 20:59:03 2010 From: web at oemmes.net (Nils Heuermann) Date: Wed, 06 Jan 2010 21:59:03 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <201001062137.04885.d.s.e@sordidmusic.com> References: <4B449EB7.1020302@tappenbeck.net> <201001062042.58751.d.s.e@sordidmusic.com> <9A21FFCADC624B9997F448D547D94195@mkwebdialin> <201001062137.04885.d.s.e@sordidmusic.com> Message-ID: Am Wed, 06 Jan 2010 21:37:04 +0100 hat Guenther Meyer geschrieben: > Am Mittwoch 06 Januar 2010 21:10:36 schrieb Mirko Küster: >> Eine geschlossene Ortschaft die ja mit DE:urban getaggt werden soll wo >> aber >> nunmal 30 Zonen keine Seltenheit sind, die aber wiederum mit DE:speed:30 >> getaggt werden sollen, Da geht nur entweder oder, oder ich muss wieder >> eine >> Krücke wie DE:urban;DE:speed:30 bauen. >> > wieso ist das eine kruecke? der strichpunkt ist das uebliche > trennzeichen, um > einem attribut mehrere eigenschaften zuzuweisen. > > die strasse ist nunmal sowohl innerorts als auch in einer 30-zone. > der auswertende nimmt sich das was er braucht. wenn's z.B. um die > geschwindigkeit geht, eben die restriktivere, also 30. +1 aber maxspeed=30 sollte man natürlich auch setzen, dafür ist das "Zone 30"-Schild ja schließlich da... Gruß, Nils From dieterdreist at gmail.com Wed Jan 6 20:59:51 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 6 Jan 2010 21:59:51 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: References: <4B447418.8010503@tappenbeck.net> <4B447A95.4030603@gmx.net> Message-ID: <7acdb3651001061259r680c2103sf4ab91150852bc29@mail.gmail.com> Am 6. Januar 2010 18:47 schrieb Stephan Wolff : > Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur > die Einheiten die auf einem Verkehrzeichen, einer Verordung oder einem > Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine Breite mit > "13750 mm" an. > wäre das denn ein Problem? Ich wäre jetzt mit meinem laienhaften Verständnis erstmal davon ausgegangen, dass man solche Einheiten parsen und umrechnen kann (also hier z.B. rd. 541,34 Zoll), wie mans gerade braucht bzw. erwartet. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From webmaster at ts-eastrail.de Wed Jan 6 21:03:17 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Wed, 6 Jan 2010 22:03:17 +0100 Subject: [Talk-de] maxspeed=DE:Urban References: <4B449EB7.1020302@tappenbeck.net> <201001062042.58751.d.s.e@sordidmusic.com> <9A21FFCADC624B9997F448D547D94195@mkwebdialin> <201001062137.04885.d.s.e@sordidmusic.com> Message-ID: <87AF8960ED96474086BD03762347B896@mkwebdialin> > du willst eine kartenanwendung? wie waers mit einer karte, auf der ich > sehen > kann, wo ich mit meinem pkw/transporter/lkw parken darf (und was ich dabei > vielleicht zu beachten habe). > oder einfach eine karte, die mir ortsgebiete anders als laendliche gebiete > darstellt. Ersteres kannst du dir schonmal abschminken. Klar hast du mit dem Tag die kleine Info für allgmeine kleine Parkregelungen. Bisher erfassen wir aber keinerlei Parkverbote, und die hat es reichlich. Ohne die ist deine Parkkarte aber schonmal hinfällig. Wir unterscheiden bisher ja nichtmal bei extra eigezeichneten Parplätzen ob für Auto, Bus oder LKW. Ich bin auf die Karte gespannt. Ein Ortsgebiet ist mehr als nur Straßen, dafür hats beispielsweise Place Polygone oder größeren Orten die Grenzen. > sicher fallen irgendwem noch bessere anwendungsmoeglichkeiten ein; das > geht > aber nur, wenn die daten auch vorhanden sind. Klar, du kannst an alles mögliche Denken. Obs dann auch getaggt und genutzt wird steht auf einem anderem Blatt. Das ist stark interessenabhängig. > ich nicht, aber vielleicht will das jemand... Vielleicht, eventuell... auf die Weise kannst du Taggs generieren bis du nicht mehr aus der Wäsche gucken kannst. Man kann sich natürlich die Tür offen halten, sollte aber die Latte nicht gleich an den Mond hängen und alles überfrachten. Maxspeed wurde bisher schon sehr zaghaft benutzt. Erwarte nicht das nun alle wie wild urbans und rurals taggen. Morgen steht vielleicht wie der einer mit einer anderen Idee auf. Gruß Mirko From osm at tobias-knerr.de Wed Jan 6 21:12:25 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Wed, 06 Jan 2010 22:12:25 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: References: <4B449EB7.1020302@tappenbeck.net> <201001062042.58751.d.s.e@sordidmusic.com> <9A21FFCADC624B9997F448D547D94195@mkwebdialin> <201001062137.04885.d.s.e@sordidmusic.com> Message-ID: <4B44FCB9.7010903@tobias-knerr.de> Nils Heuermann schrieb: > aber maxspeed=30 sollte man natürlich auch setzen, dafür ist das "Zone > 30"-Schild ja schließlich da... Wenn du maxspeeds auch setzt, wenn sie durch die Zone impliziert sind, kannst du aber nicht mehr zwischen expliziten und impliziten 50ern innerorts unterscheiden... Es muss m.E: schon klar sein, ob 30er-Zonen "traffic zones" sind (dann *kein* zusätzliches maxspeed, ebensowenig wie maxspeed=50 bei DE:urban) oder ob sie einfach nur eine Variante der expliziten Geschwindigkeits- Beschilderung sind (dann DE:urban und maxspeed=30). Tobias Knerr From webmaster at ts-eastrail.de Wed Jan 6 21:21:22 2010 From: webmaster at ts-eastrail.de (=?ISO-8859-15?Q?Mirko_K=FCster?=) Date: Wed, 6 Jan 2010 22:21:22 +0100 Subject: [Talk-de] maxspeed=DE:Urban References: <4B449EB7.1020302@tappenbeck.net><201001062042.58751.d.s.e@sordidmusic.com><9A21FFCADC624B9997F448D547D94195@mkwebdialin><201001062137.04885.d.s.e@sordidmusic.com> Message-ID: <755BFFD416064263B4740CBD8AA063D9@mkwebdialin> >> wieso ist das eine kruecke? der strichpunkt ist das uebliche >> trennzeichen, um >> einem attribut mehrere eigenschaften zuzuweisen. >> >> die strasse ist nunmal sowohl innerorts als auch in einer 30-zone. >> der auswertende nimmt sich das was er braucht. wenn's z.B. um die >> geschwindigkeit geht, eben die restriktivere, also 30. > +1 > aber maxspeed=30 sollte man natürlich auch setzen, dafür ist das "Zone > 30"-Schild ja schließlich da... -1 Da wären wir schon bei zone:traffic=DE:urban;DE:speed:30 maxspeed=30 Wäre wesentlich kompakter einfacher gewesen, wenn man das ganze beispielsweise folgendermaßen ins blaue hinein verpackt hätte maxspeed=30:DE:urban für normales 30 Schild maxspeed=30:zone:DE:urban für 30 Zone maxspeed=50:DE:urban für normales innerorts maxspeed=60:DE:urban für abweichendes innerorts Maxspeed und drinnen/draußen in einer Information, Wer nur numerisches auswerten will kann so einfach auf den ersten Wert zurückgreifen. Es kommen ja beispielsweise bei noch so Dinge wie "Bei Nässe" usw. dazu, die man auch noch irgendwie verpacken muss. Ich höre schon die Einschläge... Gruß Mirko From d.s.e at sordidmusic.com Wed Jan 6 21:32:35 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Wed, 6 Jan 2010 22:32:35 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <87AF8960ED96474086BD03762347B896@mkwebdialin> References: <4B449EB7.1020302@tappenbeck.net> <201001062137.04885.d.s.e@sordidmusic.com> <87AF8960ED96474086BD03762347B896@mkwebdialin> Message-ID: <201001062232.35263.d.s.e@sordidmusic.com> Am Mittwoch 06 Januar 2010 22:03:17 schrieb Mirko Küster: > > du willst eine kartenanwendung? wie waers mit einer karte, auf der ich > > sehen > > kann, wo ich mit meinem pkw/transporter/lkw parken darf (und was ich > > dabei vielleicht zu beachten habe). > > oder einfach eine karte, die mir ortsgebiete anders als laendliche > > gebiete darstellt. > > Ersteres kannst du dir schonmal abschminken. Klar hast du mit dem Tag die > kleine Info für allgmeine kleine Parkregelungen. Bisher erfassen wir aber > keinerlei Parkverbote, oh doch, sowas wie parking=no oder zeitliche einschraenkungen werden bereits getaggt. > und die hat es reichlich. Ohne die ist deine > Parkkarte aber schonmal hinfällig. Wir unterscheiden bisher ja nichtmal bei > extra eigezeichneten Parplätzen ob für Auto, Bus oder LKW. Ich bin auf die > Karte gespannt. > die unterscheidung gibt's auch bereits. sicher noch nicht so flaechendeckend, dass diese karte heute funktionieren wuerde, morgen auch noch nicht. aber in einem jahr sieht das sicher ganz anders aus. der anfang ist gemacht. > Ein Ortsgebiet ist mehr als nur Straßen, dafür hats beispielsweise Place > Polygone oder größeren Orten die Grenzen. > die regelungen die das urban-tag enthaelt, gelten aber nur auf den strassen (und natuerlich auf plaetzen, aber die kann man ja genauso taggen), und nicht auf der wiese im stadtpark. fuer ortsgebiet gibt es uebrigens noch mehrere definitionen... > > sicher fallen irgendwem noch bessere anwendungsmoeglichkeiten ein; das > > geht > > aber nur, wenn die daten auch vorhanden sind. > > Klar, du kannst an alles mögliche Denken. Obs dann auch getaggt und genutzt > wird steht auf einem anderem Blatt. Das ist stark interessenabhängig. > natuerlich. aber wenn es daten gibt, inspiriert das vielleicht jemanden zu einer anwendung, mit der er die masse davon ueberzeugen kann, das es sinnvoll ist, sowas zu taggen. > > ich nicht, aber vielleicht will das jemand... > > Vielleicht, eventuell... auf die Weise kannst du Taggs generieren bis du > nicht mehr aus der Wäsche gucken kannst. Man kann sich natürlich die Tür > offen halten, sollte aber die Latte nicht gleich an den Mond hängen und > alles überfrachten. Maxspeed wurde bisher schon sehr zaghaft benutzt. > Erwarte nicht das nun alle wie wild urbans und rurals taggen. Morgen steht > vielleicht wie der einer mit einer anderen Idee auf. > ja und? wo ist das problem? es geht weder um messlatten noch um ueberfrachtung, es geht um eindeutiges tagging. osm entwickelt sich staendig weiter und lebt von ideen. soll das ploetzlich aufhoeren, nur weil du dir nicht vorstellen kannst, was alles damit moeglich ist? From d.s.e at sordidmusic.com Wed Jan 6 21:40:09 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Wed, 6 Jan 2010 22:40:09 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: <7acdb3651001061259r680c2103sf4ab91150852bc29@mail.gmail.com> References: <4B447418.8010503@tappenbeck.net> <7acdb3651001061259r680c2103sf4ab91150852bc29@mail.gmail.com> Message-ID: <201001062240.09246.d.s.e@sordidmusic.com> Am Mittwoch 06 Januar 2010 21:59:51 schrieb Martin Koppenhoefer: > Am 6. Januar 2010 18:47 schrieb Stephan Wolff : > > Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur > > die Einheiten die auf einem Verkehrzeichen, einer Verordung oder einem > > Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine Breite mit > > "13750 mm" an. > > wäre das denn ein Problem? Ich wäre jetzt mit meinem laienhaften > Verständnis erstmal davon ausgegangen, dass man solche Einheiten parsen > und umrechnen kann (also hier z.B. rd. 541,34 Zoll), wie mans gerade > braucht bzw. erwartet. > naja, wenn auf einem schild was von 30 meilen steht, halte ich das fuer unsinnig, das als maxspeed=48.2803 kmh zu taggen. da fragt sich jeder, was dieser krumme wert soll, waehrend ein maxspeed=30mph durchaus auf ein real existierendes schild zurueckgefuehrt werden kann... From florian at grossing.de Wed Jan 6 21:51:33 2010 From: florian at grossing.de (Florian Gross) Date: Wed, 6 Jan 2010 22:51:33 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: <201001062240.09246.d.s.e@sordidmusic.com> References: <4B447418.8010503@tappenbeck.net> <7acdb3651001061259r680c2103sf4ab91150852bc29@mail.gmail.com> <201001062240.09246.d.s.e@sordidmusic.com> Message-ID: <201001062251.33994.florian@grossing.de> Am Mi Januar 6 2010 glaubte Guenther Meyer zu wissen: > Am Mittwoch 06 Januar 2010 21:59:51 schrieb Martin Koppenhoefer: > > Am 6. Januar 2010 18:47 schrieb Stephan Wolff : > > > Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur > > > die Einheiten die auf einem Verkehrzeichen, einer Verordung oder einem > > > Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine Breite mit > > > "13750 mm" an. > > > > wäre das denn ein Problem? Ich wäre jetzt mit meinem laienhaften > > Verständnis erstmal davon ausgegangen, dass man solche Einheiten parsen > > und umrechnen kann (also hier z.B. rd. 541,34 Zoll), wie mans gerade > > braucht bzw. erwartet. > > > naja, wenn auf einem schild was von 30 meilen steht, halte ich das fuer > unsinnig, das als maxspeed=48.2803 kmh zu taggen. > da fragt sich jeder, was dieser krumme wert soll, waehrend ein maxspeed=30mph > durchaus auf ein real existierendes schild zurueckgefuehrt werden kann... Da sollte man dann schon in der Lage sein auf 50km/h zu kommen oder doch lieber die Finger weglassen. flo -- >Und wenn die Sonn' noch zehnmal untergeht, >Wolfhart alleine auf dem Schlachtfeld steht. Weil er tot ist, aber zu blöd zum Umfallen. [Wolfhart Willimczik und Dieter Bruegmann in dag°] From s.wolff at web.de Wed Jan 6 22:10:11 2010 From: s.wolff at web.de (Stephan Wolff) Date: Wed, 06 Jan 2010 23:10:11 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: <7acdb3651001061259r680c2103sf4ab91150852bc29@mail.gmail.com> References: <4B447418.8010503@tappenbeck.net> <4B447A95.4030603@gmx.net> <7acdb3651001061259r680c2103sf4ab91150852bc29@mail.gmail.com> Message-ID: Am 06.01.2010 21:59, schrieb Martin Koppenhoefer: > Am 6. Januar 2010 18:47 schrieb Stephan Wolff > > Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur > die Einheiten die auf einem Verkehrzeichen, einer Verordung oder einem > Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine Breite mit > "13750 mm" an. > > wäre das denn ein Problem? Ich wäre jetzt mit meinem laienhaften > Verständnis erstmal davon ausgegangen, dass man solche Einheiten parsen > und umrechnen kann (also hier z.B. rd. 541,34 Zoll), wie mans gerade > braucht bzw. erwartet. > Kannst du die Bedingung "Breite > 3m" in Kosmos-Syntax für beliebige Längeneinheiten angeben? Viele Grüße Stephan From addicks at gmx.net Wed Jan 6 22:53:39 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Wed, 06 Jan 2010 23:53:39 +0100 Subject: [Talk-de] Garmin-Karten OHNE POIs? In-Reply-To: <4B443017.40703@gmx.de> References: <7acdb3651001041619n429f2286w445c2a4c990e4f71@mail.gmail.com> <4B4304E5.8040006@gmx.de> <4B443017.40703@gmx.de> Message-ID: Am 06.01.2010 07:39, schrieb Carsten Schwede: > Um welches Gerät handelt es sich denn überhaupt? Etrex Vista HCX (Die neuen Geräte sind da afaik flexibler.) -jha- From addicks at gmx.net Wed Jan 6 23:29:13 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Thu, 07 Jan 2010 00:29:13 +0100 Subject: [Talk-de] =?utf-8?q?toll=5Fbridge=3F_enforcement=3Dtoll=3F_=28was?= =?utf-8?b?OiBNYXV0YnLDvGNrZW4p?= In-Reply-To: References: <20100105201954.GA2742@huesing.name> Message-ID: Am 06.01.2010 12:04, schrieb Jan Tappenbeck: > highway=toll_bridge Es ist natürlich nur eine Definitionsfrage. Trotzdem finde ich die highway-tags (auf nodes von highway-polygonen) eher unschön. Kommt das nur auf den Node? Oder wird die Brücke als eigener Highway "quer zur Fahrbahn" eingezeichnet? Abgesehen vom pseudo-anglizismus: Was ist denn mit den "toll_tower" (um im Jargon zu bleiben), die bei Baustellen etc. verwendet werden? Wäre nicht -wenn schon english- etwas generisches sinnvoller? z.B. highway=toll_monitoring Oder gleich bei "enforcement" mit einordnen: http://wiki.openstreetmap.org/wiki/DE:Relation:enforcement z.B. "enforcement=toll" -jha- From s.wolff at web.de Wed Jan 6 23:30:54 2010 From: s.wolff at web.de (Stephan Wolff) Date: Thu, 07 Jan 2010 00:30:54 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <20100106195831.GA25794@hydra.gt.owl.de> References: <4B449EB7.1020302@tappenbeck.net> <20100106184225.GA20786@hydra.gt.owl.de> <36FA61E3F87642FB9508E7F222DF4ED8@mkwebdialin> <20100106195831.GA25794@hydra.gt.owl.de> Message-ID: Am 06.01.2010 20:58, schrieb Florian Lohoff: > Wenn ich ein maxspeed=50 habe ist nicht klar - Stand da ein rot/weisses > Spiegelei mit einer 50 drin - oder das Gelbe Rechteck ... > > maxspeed=50 -> Rot/Weisses spiegelei > maxspeed=DE:urban -> Gelbes rechteck gab den ton an > > Das Punkt ist das viele Geschwindkeitsbegrenzungen innerorts eben > implizit sind - nicht explizit Beschildert. Um die zu finden und > zu identifizieren ging es. > In meiner Nähe gibt es ein Straßenstück innerorts am Gewerbegebiet, wo Tempo 70 erlaubt ist. Kurz vor der Wohnbebauung steht wieder ein Schild für Tempo 50. In der Straße gilt dort in einer Richtung explizit, in Gegenrichtung implizit eine Grenze von 50 km/h. Worin liegt der Unterschied? Soll ich es als maxspeed:forward=50 maxspeed:backward=DE:urban eingeben? Wie weit hinter dem Schild wird aus der expliziten eine implizite Begrenzung? Ich halte einen numerischen Wert bei maxspeed für ausreichend. Optional kann man in einem zweiten Tag den Grund dafür angeben. Die von Martin Koppenhoefer genannte italienische Lösung gefällt mir. Viele Grüße Stephan From osm at tappenbeck.net Thu Jan 7 06:12:06 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 07 Jan 2010 07:12:06 +0100 Subject: [Talk-de] was ist aus den Handwerkern geworden ? Message-ID: <4B457B36.4030009@tappenbeck.net> Moin ! vor einigen Wochen gab es die Diskussion über Handwerker - bisher habe ich im Wiki nichts gefunden. Gibt es eine Zusammenfassung ? Gruß Jan :-) From d.s.e at sordidmusic.com Thu Jan 7 07:00:53 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Thu, 7 Jan 2010 08:00:53 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: <201001062251.33994.florian@grossing.de> References: <4B447418.8010503@tappenbeck.net> <201001062240.09246.d.s.e@sordidmusic.com> <201001062251.33994.florian@grossing.de> Message-ID: <201001070800.54131.d.s.e@sordidmusic.com> Am Mittwoch 06 Januar 2010 22:51:33 schrieb Florian Gross: > Am Mi Januar 6 2010 glaubte Guenther Meyer zu wissen: > > Am Mittwoch 06 Januar 2010 21:59:51 schrieb Martin Koppenhoefer: > > > Am 6. Januar 2010 18:47 schrieb Stephan Wolff : > > > > Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur > > > > die Einheiten die auf einem Verkehrzeichen, einer Verordung oder > > > > einem Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine > > > > Breite mit "13750 mm" an. > > > > > > wäre das denn ein Problem? Ich wäre jetzt mit meinem laienhaften > > > Verständnis erstmal davon ausgegangen, dass man solche Einheiten > > > parsen und umrechnen kann (also hier z.B. rd. 541,34 Zoll), wie mans > > > gerade braucht bzw. erwartet. > > > > naja, wenn auf einem schild was von 30 meilen steht, halte ich das fuer > > unsinnig, das als maxspeed=48.2803 kmh zu taggen. > > da fragt sich jeder, was dieser krumme wert soll, waehrend ein > > maxspeed=30mph durchaus auf ein real existierendes schild zurueckgefuehrt > > werden kann... > > Da sollte man dann schon in der Lage sein auf 50km/h zu kommen > oder doch lieber die Finger weglassen. > als tagger oder als anwender? oder 65 mph (=104.6074 km/h)? nimmt man da jetzt 100, 105, oder 110? es geht mir darum, dass es soweit ich weiss, kein schild und keine vorschrift gibt, wo so ein krummer wert draufsteht. wenn ich in usa mappen solche krummen werte mappen wuerde, dann waeren amerikanische mapper die nach mir kommen, sicher nicht sehr erfreut ueber so einen wert, der sich nicht direkt auf ein schild oder eine andere vorschrift zurueckverfolgen liesse... From sven at anders-hamburg.de Thu Jan 7 07:22:18 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Thu, 07 Jan 2010 08:22:18 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <124a940a1001060249h4c11cb7bgf8a0b476fd7b1aac@mail.gmail.com> References: <4B436F35.5060608@anders-hamburg.de> <124a940a1001060249h4c11cb7bgf8a0b476fd7b1aac@mail.gmail.com> Message-ID: <4B458BAA.4060402@anders-hamburg.de> André Riedel schrieb: > Am 5. Januar 2010 17:56 schrieb Sven Anders : >> Verbesserungsvorschläge gerne an die Liste: > > Hohe Prio: > - Die Punkte eines Segments sollten wie bei den Roads sortiert > dargestellt werden. > bsp. http://osm-tmc.anders-hamburg.de/segment.php?lcd=8531 Das sollte EIGENTLICH alles sortiert sein (nach Lage im Weg). Was genau stimmt denn dort nicht? Ich konnte leider nicht alle Punkte in eine Reihenfolge bringen. > - Es soll geprüft werden, ob alle Points/Segments im Segment oder Road > vorhanden sind bzw. die OSM-Wege die Points enthalten. Ja, das kommt noch. Es wird aber nicht viel an der Darstellung ändern. Ich kann einen Punkt schlecht zweimal zählen (einmal im Segment und einmal in der Area, ich hab mich für das Zählen in der Area entschieden). > - Bei schon eingetragenen TMC-LCD sollten die OSM-Tags ebenfalls > angezeigt werden. Die schon vorhandenen Einträge sollte dann mit > vorhanden etc. gekennzeichnet werden. Dies ist hilfreich, wenn das > TMC-Element falsch eingetragen wurde. Kannst du das mal Beispielhaft machen, wie du dir das vostellst? > -Kommentierfunktion, bspw. für Points, welche durch Straßenverlegung > jetzt an einem anderen Standort sind. Dafür kann man ja in OSM das note Tag benutzen. Ich werde auf gar keinen Fall eine Eingabe erlauben und das in einer weiteren DB speichern. > > Nebensächlich: > - Anzeige der Areas, Segmente oder Roads auf der Karte Ist zeimliche Resourcenhungrig. Ich denke es reicht aus, wenn die Linke Hälfte des Punkts rot ist, als Zeichen, das zu diesem Punkt noch ein Segment, Area (und/)oder Road fehlt. Gruß Sven From osm at tappenbeck.net Thu Jan 7 08:14:42 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 07 Jan 2010 09:14:42 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) Message-ID: <4B4597F2.8050607@tappenbeck.net> Moin ! ich habe mir die aktuelle Version unter C:\Program Files (x86)\Navit\bin installiert. Wenn ich die darin enthaltene navit.exe starte kommt gar nichts - nur die Logdatei wird mit folgendem Inhalt erstellt: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Jetzt habe ich im Wiki nachgesucht und unter [1] gefunden das | zu erstellen ist. Diese Datei habe ich im bin-Verzeichnis nicht gefunden. Meine Suche hat ergeben das es im Verzeichnis C:\Program Files (x86)\Navit\share\navit eine navit.xml gibt - aber die sieht aus wie eine Style-Datei. Soll diese Zeile dort irgendwo eingefügt werden - oder wie habe ich das zu verstehen ??? |Wenn ich das ganze richtig gelesen habe dann sollte doch immer ein Demo-Beispiel zumindest nach der Installation gezeigt werden. Kann mir einer weiterhelfen ? Gruß Jan :-) [1] http://wiki.navit-project.org/index.php/OpenStreetMaps#Adding_an_OSM_map_to_your_mapset -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From riedel.andre at gmail.com Thu Jan 7 08:22:45 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Thu, 7 Jan 2010 09:22:45 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <4B458BAA.4060402@anders-hamburg.de> References: <4B436F35.5060608@anders-hamburg.de> <124a940a1001060249h4c11cb7bgf8a0b476fd7b1aac@mail.gmail.com> <4B458BAA.4060402@anders-hamburg.de> Message-ID: <124a940a1001070022r2fba8c2cy990c960084876279@mail.gmail.com> Am 7. Januar 2010 08:22 schrieb Sven Anders : > André Riedel schrieb: >> Am 5. Januar 2010 17:56 schrieb Sven Anders : >>> Verbesserungsvorschläge gerne an die Liste: >> >> Hohe Prio: >> - Die Punkte eines Segments sollten wie bei den Roads sortiert >> dargestellt werden. >> bsp. http://osm-tmc.anders-hamburg.de/segment.php?lcd=8531 > > Das sollte EIGENTLICH alles sortiert sein (nach Lage im Weg). > > Was genau stimmt denn dort nicht? > > Ich konnte leider nicht alle Punkte in eine Reihenfolge bringen. Die einzelnen Punkte wissen von dem Nachfolger oder Vorgänger, aber hier das Bsp. Ist: * Frankenberg , OSM Fehlt in OSM * Altenhain , OSM Fehlt in OSM * Burkhardtsdorf , OSM Fehlt in OSM * Meinersdorf , OSM Fehlt in OSM * Thalheim , OSM Fehlt in OSM * Hoheneck , OSM Fehlt in OSM * Zwönitzer Straße Galgenholz , OSM Fehlt in OSM * Mitteldorf , OSM Fehlt in OSM * Weststraße Bahnhofstraße , OSM Fehlt in OSM * B169 Auer Straße , OSM Fehlt in OSM * Landbrücke , OSM Fehlt in OSM * Chemnitzer Straße Augustusburger Straße , OSM Fehlt in OSM * Plaue , OSM Fehlt in OSM * Erdmannsdorf , OSM Fehlt in OSM * Dittmannsdorf , OSM Fehlt in OSM * Gornau/Erzgebirge , OSM Fehlt in OSM * Amtsberg , OSM Fehlt in OSM * Kemtau , OSM Fehlt in OSM Soll: * Frankenberg , OSM Fehlt in OSM * Altenhain , OSM Fehlt in OSM * Landbrücke , OSM Fehlt in OSM * Chemnitzer Straße Augustusburger Straße , OSM Fehlt in OSM * Plaue , OSM Fehlt in OSM * Erdmannsdorf , OSM Fehlt in OSM * Dittmannsdorf , OSM Fehlt in OSM * Gornau/Erzgebirge , OSM Fehlt in OSM * Amtsberg , OSM Fehlt in OSM * Burkhardtsdorf , OSM Fehlt in OSM * Kemtau , OSM Fehlt in OSM * Meinersdorf , OSM Fehlt in OSM * Thalheim , OSM Fehlt in OSM * Hoheneck , OSM Fehlt in OSM * Zwönitzer Straße Galgenholz , OSM Fehlt in OSM * Mitteldorf , OSM Fehlt in OSM * Weststraße Bahnhofstraße , OSM Fehlt in OSM * B169 Auer Straße , OSM Fehlt in OSM >> - Es soll geprüft werden, ob alle Points/Segments im Segment oder Road >> vorhanden sind bzw. die OSM-Wege die Points enthalten. > > Ja, das kommt noch. > Es wird aber nicht viel an der Darstellung ändern. Ich kann einen Punkt > schlecht zweimal zählen (einmal im Segment und einmal in der Area, ich > hab mich für das Zählen in der Area entschieden). Das Zählen ist ok. Aber mir geht es darum, dass ein TMC-Abschnitt in OSM vorhanden ist, aber eben nicht über die komplette Länge. Siehe dazu den alten Stand von: http://osm-tmc.anders-hamburg.de/road.php?lcd=57019 [Browse relation 21802][JOSM][Relation-Analyser] Tipp * Es könnte noch eine Class hinzugefügt werden Da die Punkte nicht in der Segment-Relation sein sollen, sagt diese erste Aussage aus, dass alles komplett ist. Dies ist aber nicht so. (oder war so) >> - Bei schon eingetragenen TMC-LCD sollten die OSM-Tags ebenfalls >> angezeigt werden. Die schon vorhandenen Einträge sollte dann mit >> vorhanden etc. gekennzeichnet werden. Dies ist hilfreich, wenn das >> TMC-Element falsch eingetragen wurde. > > Kannst du das mal Beispielhaft machen, wie du dir das vostellst? Gleiches Beispiel: http://osm-tmc.anders-hamburg.de/road.php?lcd=57019 ----- In OSM Gefunden: * [Browse relation 21802][JOSM][Relation-Analyser] Tipp o Es könnte noch eine Class hinzugefügt werden * type = TMC (Gefunden) * TMC:cid_58:tabcd_1:LocationCode = 8531 (Gefunden) * TMC:cid_58:tabcd_1:Class = Road (optional) * TMC:cid_58:tabcd_1:LCLversion = 8.00 (Gefunden) Als Member sollten alle Straßen des Segments in der Relation vorhanden sein. ---- >> -Kommentierfunktion, bspw. für Points, welche durch Straßenverlegung >> jetzt an einem anderen Standort sind. > > Dafür kann man ja in OSM das note Tag benutzen. Ich werde auf gar keinen > Fall eine Eingabe erlauben und das in einer weiteren DB speichern. Ok, vielleicht kannst du du dann standardmäßig, die keys "note" und "note:tmc" anzeigen. >> Nebensächlich: >> - Anzeige der Areas, Segmente oder Roads auf der Karte > > Ist zeimliche Resourcenhungrig. Ich denke es reicht aus, wenn die Linke > Hälfte des Punkts rot ist, als Zeichen, das zu diesem Punkt noch ein > Segment, Area (und/)oder Road fehlt. Dies muss nicht unbeding auf der Hauptkarte sein, es kann auch auf der dazugehörigen Detailseite angezeigt werden. Noch etwas weiteres: - Auf der Detailseite eines Points sollte die Karte mit einem kleinen Kreuz oder Kreis die genaue Lage anzeigen. Ciao André From osm at tappenbeck.net Thu Jan 7 08:28:11 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 07 Jan 2010 09:28:11 +0100 Subject: [Talk-de] =?iso-8859-15?q?Josm-Icon_f=FCr_Shop_allgemein?= Message-ID: <4B459B1B.5010602@tappenbeck.net> Moin ! ich wollte mir für die Nodes die shop=* (irgendetwas) haben ein standard-Symbol einpflegen und habe 1 50000 definiert. Es wird aber nichts angezeigt ! Kann mir einer sagen, ob v="*" unzulässig ist ? Gruß Jan :-) From sven at anders-hamburg.de Thu Jan 7 09:20:44 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Thu, 07 Jan 2010 10:20:44 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <124a940a1001070022r2fba8c2cy990c960084876279@mail.gmail.com> References: <4B436F35.5060608@anders-hamburg.de> <124a940a1001060249h4c11cb7bgf8a0b476fd7b1aac@mail.gmail.com> <4B458BAA.4060402@anders-hamburg.de> <124a940a1001070022r2fba8c2cy990c960084876279@mail.gmail.com> Message-ID: <4B45A76C.8060300@anders-hamburg.de> André Riedel schrieb: > Am 7. Januar 2010 08:22 schrieb Sven Anders : >> André Riedel schrieb: >>> Am 5. Januar 2010 17:56 schrieb Sven Anders : >>>> Verbesserungsvorschläge gerne an die Liste: >>> Hohe Prio: >>> - Die Punkte eines Segments sollten wie bei den Roads sortiert >>> dargestellt werden. >>> bsp. http://osm-tmc.anders-hamburg.de/segment.php?lcd=8531 >> Das sollte EIGENTLICH alles sortiert sein (nach Lage im Weg). >> >> Was genau stimmt denn dort nicht? >> >> Ich konnte leider nicht alle Punkte in eine Reihenfolge bringen. > > Die einzelnen Punkte wissen von dem Nachfolger oder Vorgänger, aber > hier das Bsp. > > Ist: > * Frankenberg , OSM Fehlt in OSM > * Altenhain , OSM Fehlt in OSM > * Burkhardtsdorf , OSM Fehlt in OSM > * Meinersdorf , OSM Fehlt in OSM > * Thalheim , OSM Fehlt in OSM > * Hoheneck , OSM Fehlt in OSM > * Zwönitzer Straße Galgenholz , OSM Fehlt in OSM > * Mitteldorf , OSM Fehlt in OSM > * Weststraße Bahnhofstraße , OSM Fehlt in OSM > * B169 Auer Straße , OSM Fehlt in OSM > * Landbrücke , OSM Fehlt in OSM > * Chemnitzer Straße Augustusburger Straße , OSM Fehlt in OSM > * Plaue , OSM Fehlt in OSM > * Erdmannsdorf , OSM Fehlt in OSM > * Dittmannsdorf , OSM Fehlt in OSM > * Gornau/Erzgebirge , OSM Fehlt in OSM > * Amtsberg , OSM Fehlt in OSM > * Kemtau , OSM Fehlt in OSM > > Soll: > * Frankenberg , OSM Fehlt in OSM > * Altenhain , OSM Fehlt in OSM > * Landbrücke , OSM Fehlt in OSM > * Chemnitzer Straße Augustusburger Straße , OSM Fehlt in OSM > * Plaue , OSM Fehlt in OSM > * Erdmannsdorf , OSM Fehlt in OSM > * Dittmannsdorf , OSM Fehlt in OSM > * Gornau/Erzgebirge , OSM Fehlt in OSM > * Amtsberg , OSM Fehlt in OSM > * Burkhardtsdorf , OSM Fehlt in OSM > * Kemtau , OSM Fehlt in OSM > * Meinersdorf , OSM Fehlt in OSM > * Thalheim , OSM Fehlt in OSM > * Hoheneck , OSM Fehlt in OSM > * Zwönitzer Straße Galgenholz , OSM Fehlt in OSM > * Mitteldorf , OSM Fehlt in OSM > * Weststraße Bahnhofstraße , OSM Fehlt in OSM > * B169 Auer Straße , OSM Fehlt in OSM Hi, Hi bescheuerter Bug: select lcd,ordernum from points where seg_lcd=8531 order by ordernum; +-------+----------+ | lcd | ordernum | +-------+----------+ | 21159 | 0 | | 56932 | 1 | | 21162 | 10 | | 56937 | 11 | | 42662 | 12 | | 51450 | 13 | | 52446 | 14 | | 52448 | 15 | | 52451 | 16 | | 52452 | 17 | | 42599 | 2 | | 21160 | 3 | | 57026 | 4 | | 54588 | 5 | | 56933 | 6 | | 21161 | 7 | | 56935 | 8 | | 56936 | 9 | +-------+----------+ 18 rows in set (0.10 sec) Nach einem: alter table points modify ordernum decimal(3,0); geht es jetzt. >>> - Es soll geprüft werden, ob alle Points/Segments im Segment oder Road >>> vorhanden sind bzw. die OSM-Wege die Points enthalten. >> Ja, das kommt noch. >> Es wird aber nicht viel an der Darstellung ändern. Ich kann einen Punkt >> schlecht zweimal zählen (einmal im Segment und einmal in der Area, ich >> hab mich für das Zählen in der Area entschieden). > > Das Zählen ist ok. Aber mir geht es darum, dass ein TMC-Abschnitt in > OSM vorhanden ist, aber eben nicht über die komplette Länge. Siehe > dazu den alten Stand von: > http://osm-tmc.anders-hamburg.de/road.php?lcd=57019 > [Browse relation 21802][JOSM][Relation-Analyser] > Tipp > * Es könnte noch eine Class hinzugefügt werden > > Da die Punkte nicht in der Segment-Relation sein sollen, sagt diese > erste Aussage aus, dass alles komplett ist. Dies ist aber nicht so. > (oder war so) Klar, geplant ist eine suche ob ich alle Punkte TMC Punkte im Segment finde. > >>> - Bei schon eingetragenen TMC-LCD sollten die OSM-Tags ebenfalls >>> angezeigt werden. Die schon vorhandenen Einträge sollte dann mit >>> vorhanden etc. gekennzeichnet werden. Dies ist hilfreich, wenn das >>> TMC-Element falsch eingetragen wurde. >> Kannst du das mal Beispielhaft machen, wie du dir das vostellst? > > Gleiches Beispiel: > http://osm-tmc.anders-hamburg.de/road.php?lcd=57019 > > ----- > In OSM Gefunden: > > * [Browse relation 21802][JOSM][Relation-Analyser] > Tipp > o Es könnte noch eine Class hinzugefügt werden > > * type = TMC (Gefunden) > * TMC:cid_58:tabcd_1:LocationCode = 8531 (Gefunden) > * TMC:cid_58:tabcd_1:Class = Road (optional) > * TMC:cid_58:tabcd_1:LCLversion = 8.00 (Gefunden) > > Als Member sollten alle Straßen des Segments in der Relation vorhanden sein. > ---- Das beißt sich ein wenig damit das ich für den Validator eigene Tabellen in der DB habe, da steht zur Zeit sowas drinn: select * from osmvalidator where lcd=57019 limit 2; +-------+----------+--------+---------+---------------------+-----------+------------------------------------------------+ | lcd | type | osm_id | version | ts | validtype | validstr | +-------+----------+--------+---------+---------------------+-----------+------------------------------------------------+ | 57019 | relation | 21802 | 2 | 2009-12-11 03:28:44 | tipp | Es könnte noch eine Class hinzugefügt werden | +-------+----------+--------+---------+---------------------+-----------+------------------------------------------------+ Aber vielleicht muss ich das noch ein wenig aufbohren. >>> -Kommentierfunktion, bspw. für Points, welche durch Straßenverlegung >>> jetzt an einem anderen Standort sind. >> Dafür kann man ja in OSM das note Tag benutzen. Ich werde auf gar keinen >> Fall eine Eingabe erlauben und das in einer weiteren DB speichern. > > Ok, vielleicht kannst du du dann standardmäßig, die keys "note" und > "note:tmc" anzeigen. Das läßt sich einbauen. >>> Nebensächlich: >>> - Anzeige der Areas, Segmente oder Roads auf der Karte >> Ist zeimliche Resourcenhungrig. Ich denke es reicht aus, wenn die Linke >> Hälfte des Punkts rot ist, als Zeichen, das zu diesem Punkt noch ein >> Segment, Area (und/)oder Road fehlt. > > Dies muss nicht unbeding auf der Hauptkarte sein, es kann auch auf der > dazugehörigen Detailseite angezeigt werden. > > Noch etwas weiteres: > - Auf der Detailseite eines Points sollte die Karte mit einem kleinen > Kreuz oder Kreis die genaue Lage anzeigen. > Ja, gute Idee. From dieter_jasper at web.de Thu Jan 7 09:28:45 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Thu, 07 Jan 2010 10:28:45 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: <4B4597F2.8050607@tappenbeck.net> References: <4B4597F2.8050607@tappenbeck.net> Message-ID: Am 07.01.2010 09:14, schrieb Jan Tappenbeck: > Moin ! > > ich habe mir die aktuelle Version unter > > C:\Program Files (x86)\Navit\bin > > installiert. > > Wenn ich die darin enthaltene navit.exe starte kommt gar nichts - nur > die Logdatei wird mit folgendem Inhalt erstellt: > > Navit log started > navit:main_real:No config file navit.xml, navit.xml.local found > > Jetzt habe ich im Wiki nachgesucht und unter [1] gefunden das > > | > > zu erstellen ist. Diese Datei habe ich im bin-Verzeichnis nicht > gefunden. Meine Suche hat ergeben das es im Verzeichnis C:\Program Files > (x86)\Navit\share\navit eine navit.xml gibt - aber die sieht aus wie > eine Style-Datei. > > Soll diese Zeile dort irgendwo eingefügt werden - oder wie habe ich das > zu verstehen ??? > > |Wenn ich das ganze richtig gelesen habe dann sollte doch immer ein > Demo-Beispiel zumindest nach der Installation gezeigt werden. > > Kann mir einer weiterhelfen ? > > Gruß Jan :-) > Die map-Datei in deinem Beispiel mymap muss im Verzeichnis C:\Program Files (x86)\Navit\share\navit\maps enthalten sein. die navit.xml im Verzeichnis C:\Program Files (x86)\Navit\share\navit muss nun noch editiert werden, wenn die map-Datei einen anderen Dateinamen hat als mymap hat. Beispiele aus meiner navit.xml: Zeile 143 meiner navit.xml In Zeile 24 kannst du nun noch die Karte zentrieren. Im Beispiel 28 Grad Nord 15.3 Grad West Gruß Dieter Jasper From schosch at snafu.de Thu Jan 7 09:33:07 2010 From: schosch at snafu.de (Schorschi) Date: Thu, 7 Jan 2010 10:33:07 +0100 (CET) Subject: [Talk-de] "Haupt"-Limit ist wohl eher 30 (war: maxspeed=DE:Urban) In-Reply-To: References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> Message-ID: hm, zum Thema Tempolimit auf 50 innerorts ... die 50 werden ja hier immer als "Hauptgeschwindigkeit" darstellt, und das wundert mich schon länger. > > dereinst die Autofahrerpartei das innerstaedtische Limit deutschlandweit > > auf 60 km/h anhebt, hunderttausende Strassen aendern ;-) > > meinst Du das wirklich soetwas kommt - die kassen sind leer und dann > werden die die 50er tafel stehen lassen ! ich weiß nicht so genau, wie das bei euch aussieht, aber in den Orten, die ich besser kenne, ist die Hauptgeschwindigkeitsbeschränkung innerorts (wenn man nach der Länge der beschränkten Straßen geht) auf jeden Fall 30 km/h - nur noch die Durchgangs- und Hauptverkehrsstraßen sind mit der "Standard"-Beschränkung von maximal 50 km/h versehen. Man spart in diesen Orten also bloß an ein paar Straßen die explizite Angabe 50, an der großen Mehrzahl muss man immer noch die 30 angeben - alternativ müsste man sonst auch noch eine Auszeichnung für die 30-Zonen einführen (was ja wohl auch schon diskutiert wurde - da stehe ich ebenfalls eher neutral zu). OT: Solange die Geschwindigkeitsbeschränkung nicht automatisch vom Fahrzeug an der Obergrenze gekappt werden kann, ist die flächendeckende Reduzierung auf eine erlaubte Maximalgeschwindigkeit von 30 auch sehr sinnvoll (da kommt dann beim Fahren ja meist eher 40 bis 50 km/h raus). noch mehr OT: Ich fände es sehr begrüßenswert, wenn Autos überhaupt wesentlich autonomer führen, das würde eine Menge dämlicher Konkurrenzsituationen beim Fahren ersparen, die teilweise nicht mal absichtlich passieren. Und die meisten Menschen, die ich kenne, fänden das auch sehr begrüßenswert - nur einem verschwindend kleinen Teil meiner Bekannten ist die "Freiheit" beim Fahren überhaupt wichtig - es geht meist nur um den Transport von A nach B (wenige Fahrten ausgenommen). Für mich ist diese "Freiheit" in erster Linie ein Märchen der Autoindustrie bzw. zeigt es die völlig veraltete Einstellung der Führungsetagen in eben jener Industrie - und hat für diese nicht zuletzt deswegen auch zu einem deutlichen Marktanteilsverlust geführt. Das musste ich mal loswerden :-) Gruß, Schusch From rotb at gmx-topmail.de Thu Jan 7 09:37:08 2010 From: rotb at gmx-topmail.de (Rotbarsch) Date: Thu, 07 Jan 2010 10:37:08 +0100 Subject: [Talk-de] Fragen an Wanderwege-Markierer gesucht Message-ID: <20100107103708.fi314sfg0sgcscgw@webmail.stadtwaldplatz.de> Hallo! Am 16.01. haben wir beim Essener OSM-Treffen einen Vetreter des Sauerländischen Gebirgsvereins zu Gast, der sich auch bestens mit der Wanderwegekennzeichnung auskennt. Im Vorfeld suche ich nach Fragen und Themen, die wir an diesem Abend ansprechen können oder sollten. Zu diesem Zweck würde ich mich über Brainstorming-Hilfe von dieser Liste freuen. Möchte uns anlässlich dieses Themas jemand direkt besuchen, so ist dies ebenfalls möglich. Infos gibt es unter Bitte tragt Euch dort auch ein, falls ihr beabsichtigt zu kommen. Mit vielen Grüßen Rotbarsch From gmane2009 at cfaerber.name Thu Jan 7 09:20:00 2010 From: gmane2009 at cfaerber.name (=?ISO-8859-1?Q?Claus_F=E4rber?=) Date: 07 Jan 2010 10:20:00 +0100 Subject: [Talk-de] maxspeed=DE:Urban References: <4B449EB7.1020302@tappenbeck.net> <20100106184225.GA20786@hydra.gt.owl.de> <36FA61E3F87642FB9508E7F222DF4ED8@mkwebdialin> <20100106195831.GA25794@hydra.gt.owl.de> Message-ID: Stephan Wolff schrieb/wrote: > In meiner Nähe gibt es ein Straßenstück innerorts am Gewerbegebiet, wo > Tempo 70 erlaubt ist. Kurz vor der Wohnbebauung steht wieder ein > Schild für Tempo 50. In der Straße gilt dort in einer Richtung > explizit, in Gegenrichtung implizit eine Grenze von 50 km/h. > Worin liegt der Unterschied? > Soll ich es als > maxspeed:forward=50 > maxspeed:backward=DE:urban > eingeben? > Wie weit hinter dem Schild wird aus der expliziten eine implizite > Begrenzung? Das kann man letztlich nur aus der verkehrsrechtlichen Anordnung der Schilder herauslesen. > Ich halte einen numerischen Wert bei maxspeed für ausreichend. Optional > kann man in einem zweiten Tag den Grund dafür angeben. Die von Martin > Koppenhoefer genannte italienische Lösung gefällt mir. Ich persönlich halte nichts davon, implizite Regeln überhaupt zu taggen. Die Karte sollte abbilden, was "tatsächlich da" ist, also ausdrücklich angeordnete Begrenzungen, die Grenze der geschlossenen Ortschaft, usw. Die Interpretation ist dann dem Nutzer der Daten überlassen. Die zweitbeste Lösung ist dann, die impliziten Regeln als solche anzugeben. Keine Unterscheidung zu machen, wäre dagegen fatal: Man stelle sich nur einmal vor, die zulässige Geschwindigkeit würde generell auf 40 km/h herunter gesetzt... und nun? (Abgesehen davon, ist "50 im Ort" nicht das gleiche wie "50 wg. Schild": Erstere Regelung gilt nur für Kraftfahrzeuge, also nicht für Radfahrer, Fuhrwerke, usw.) Claus From schosch at snafu.de Thu Jan 7 09:45:08 2010 From: schosch at snafu.de (Schorschi) Date: Thu, 7 Jan 2010 10:45:08 +0100 (CET) Subject: [Talk-de] "Haupt"-Limit ist wohl eher 30 (war: maxspeed=DE:Urban) In-Reply-To: References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> Message-ID: sorry, den anderen Teil des Threads hatte ich noch nicht gelesen ... aber wertet es als Verwunderung über die Fraktion, die behauptet, hinter dem Ortsschild dürfte hauptsächlich 50 gefahren werden ... das finde ich ziemlich realitätsfremd - egal ob in der Großstadt oder in Dörfern. Gruß, Schusch From osm at tappenbeck.net Thu Jan 7 09:56:43 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 07 Jan 2010 10:56:43 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> Message-ID: <4B45AFDB.8010106@tappenbeck.net> > Beispiele aus meiner navit.xml: > > Zeile 143 meiner navit.xml > data="$NAVIT_SHAREDIR/maps/osm_bbox_-16,27.5,-14.8,28.3_gran_canaria.bin" /> > > In Zeile 24 kannst du nun noch die Karte zentrieren. Im Beispiel 28 Grad > Nord 15.3 Grad West > > orientation="-1" recent_dest="10"> > > Gruß > Dieter Jasper Danke erst einmal. ich habe jetzt die Installation nochmal verschoben nach D:\DATEN\JAN\openstreetmap\navit\ da ich sonst immer Rechteprobleme mit Vista bekommen habe. Dann habe ich das Verzeichnis D:\DATEN\JAN\openstreetmap\navit\share\navit\maps angelegt - maps gab es da noch nicht ! In Zeile 143 stand ganz was anderes und so bin ich in Zeile 372 fündig geworden und habe entsprechend angepaßt. Aber die Fehlermeldung Navit log started navit:main_real:No config file navit.xml, navit.xml.local found kommt noch immer ! Demnach fehlt dem ja immer noch irgendetwas ??? Eine Idee? Gruß Jan :-) From d.s.e at sordidmusic.com Thu Jan 7 10:04:46 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Thu, 7 Jan 2010 11:04:46 +0100 Subject: [Talk-de] "Haupt"-Limit ist wohl eher 30 (war: maxspeed=DE:Urban) In-Reply-To: References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> Message-ID: <20100107100446.GA11008@sordidmusic.com> On Thu, Jan 07, 2010 at 10:45:08AM +0100, Schorschi wrote: > > sorry, den anderen Teil des Threads hatte ich noch nicht gelesen ... aber > wertet es als Verwunderung über die Fraktion, die behauptet, hinter dem > Ortsschild dürfte hauptsächlich 50 gefahren werden ... das finde ich > ziemlich realitätsfremd - egal ob in der Großstadt oder in Dörfern. > ok, betrachten wir nur mal den teil von "innerorts" der die geschwindigkeit betrifft: in einigen gegende ist das mehr der fall, in anderen weniger. ich bin viel rumgekommen in den letzten jahren, und meine erfahrung deckt sich hier nicht mit deiner. an die leute, die keinen sinn in so einem tagging sehen: hier koennte man mit solchen daten uebrigens auch eine schone auswertung machen, also zum beispiel den anteil expliziter geschwindigkeitsbeschraenkungen innerhlab ortschaften... es geht um die bereiche innerorts, wo keine explizite beschilderung steht. dort gilt immer 50. auch wenn 80% des stadtgebiets explizit anders beschildert sind, wird sich das nicht aendern. so ist das von der stvo festgelegt. ein maxspeed=50 wuerde ich mit einem entsprechenden schild gleichsetzen. -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: Digital signature URL : From osmck at gmx.de Thu Jan 7 10:22:40 2010 From: osmck at gmx.de (Christian Knorr) Date: Thu, 07 Jan 2010 11:22:40 +0100 Subject: [Talk-de] =?iso-8859-1?q?Josm-Icon_f=FCr_Shop_allgemein?= In-Reply-To: <4B459B1B.5010602@tappenbeck.net> References: <4B459B1B.5010602@tappenbeck.net> Message-ID: <1262859760.10502.1.camel@Notebook> Am Donnerstag, den 07.01.2010, 09:28 +0100 schrieb Jan Tappenbeck: > Moin ! > > ich wollte mir für die Nodes die shop=* (irgendetwas) haben ein > standard-Symbol einpflegen und habe > > > > > 1 > 50000 > > > definiert. > > Es wird aber nichts angezeigt ! > > Kann mir einer sagen, ob v="*" unzulässig ist ? Nein, aber als Freizeit-Programmierer würde ich so versuchen: oder: > Gruß Jan :-) MfG, Chris........ From frederik at remote.org Thu Jan 7 10:24:47 2010 From: frederik at remote.org (Frederik Ramm) Date: Thu, 07 Jan 2010 11:24:47 +0100 Subject: [Talk-de] "Haupt"-Limit ist wohl eher 30 (war: maxspeed=DE:Urban) In-Reply-To: <20100107100446.GA11008@sordidmusic.com> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> <20100107100446.GA11008@sordidmusic.com> Message-ID: <4B45B66F.8070806@remote.org> Hallo, Guenther Meyer wrote: > ein maxspeed=50 wuerde ich mit einem entsprechenden schild gleichsetzen. +1 - wenn naemlich jetzt jemand irgendwo "maxspeed=50" taggt und dann wirklich mal die gesetzliche Regel geaendert wird, wuerde, falls an der Stelle wirklich eine "50" steht, diese ja weiterhin gueltig bleiben, waehrend, wenn dort kein Schild steht und der eifrige Mapper lediglich den gesetzlichen Status Quo festhalten wollte, sich die zulaessige Hoechstgeschwindigkeit dort aendert. Bye Frederik From dieter_jasper at web.de Thu Jan 7 10:32:11 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Thu, 07 Jan 2010 11:32:11 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: <4B45AFDB.8010106@tappenbeck.net> References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> Message-ID: Hallo Jan, wenn der zip-File von navit-0.1.1.zip entpackt wird, so wird ein Verzeichnis maps erstellt. Die Datei osm_bbox_11.3,47.9,11.7,48.2 wird in das Verzeichnis maps entpackt Wir haben offensichtlich unterschiedliche navit.xml-Files (???) und eine unterschiedliche navit.zip. Anmerkung: Ich benutze Vista 32bit Gruß Dieter Jasper Am 07.01.2010 10:56, schrieb Jan Tappenbeck: > >> Beispiele aus meiner navit.xml: >> >> Zeile 143 meiner navit.xml >> > data="$NAVIT_SHAREDIR/maps/osm_bbox_-16,27.5,-14.8,28.3_gran_canaria.bin" /> >> >> In Zeile 24 kannst du nun noch die Karte zentrieren. Im Beispiel 28 Grad >> Nord 15.3 Grad West >> >> > orientation="-1" recent_dest="10"> >> >> Gruß >> Dieter Jasper > > Danke erst einmal. > > ich habe jetzt die Installation nochmal verschoben nach > D:\DATEN\JAN\openstreetmap\navit\ da ich sonst immer Rechteprobleme mit > Vista bekommen habe. > > Dann habe ich das Verzeichnis > D:\DATEN\JAN\openstreetmap\navit\share\navit\maps angelegt - maps gab es > da noch nicht ! > > In Zeile 143 stand ganz was anderes und so bin ich in Zeile 372 fündig > geworden > > > > data="$NAVIT_SHAREDIR/maps/osm_bbox_5.2,46.8,15.5,55.6.bin"/> > > > > und habe entsprechend angepaßt. > > Aber die Fehlermeldung > Navit log started > navit:main_real:No config file navit.xml, navit.xml.local found > > kommt noch immer ! > > Demnach fehlt dem ja immer noch irgendetwas ??? > > Eine Idee? > > Gruß Jan :-) From osm at tappenbeck.net Thu Jan 7 10:47:30 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 07 Jan 2010 11:47:30 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> Message-ID: <4B45BBC2.2080707@tappenbeck.net> Am 07.01.2010 11:32, schrieb Dieter Jasper: > Hallo Jan, > wenn der zip-File von navit-0.1.1.zip entpackt wird, so wird ein > Verzeichnis maps erstellt. > Die Datei osm_bbox_11.3,47.9,11.7,48.2 wird in das Verzeichnis maps entpackt > > Wir haben offensichtlich unterschiedliche navit.xml-Files (???) und eine > unterschiedliche navit.zip. > > Anmerkung: Ich benutze Vista 32bit > > Gruß > Dieter Jasper > > > Am 07.01.2010 10:56, schrieb Jan Tappenbeck: >> >>> Beispiele aus meiner navit.xml: >>> >>> Zeile 143 meiner navit.xml >>> >> data="$NAVIT_SHAREDIR/maps/osm_bbox_-16,27.5,-14.8,28.3_gran_canaria.bin" /> >>> >>> In Zeile 24 kannst du nun noch die Karte zentrieren. Im Beispiel 28 Grad >>> Nord 15.3 Grad West >>> >>> >> orientation="-1" recent_dest="10"> >>> >>> Gruß >>> Dieter Jasper >> >> Danke erst einmal. >> >> ich habe jetzt die Installation nochmal verschoben nach >> D:\DATEN\JAN\openstreetmap\navit\ da ich sonst immer Rechteprobleme mit >> Vista bekommen habe. >> >> Dann habe ich das Verzeichnis >> D:\DATEN\JAN\openstreetmap\navit\share\navit\maps angelegt - maps gab es >> da noch nicht ! >> >> In Zeile 143 stand ganz was anderes und so bin ich in Zeile 372 fündig >> geworden >> >> >> >> > data="$NAVIT_SHAREDIR/maps/osm_bbox_5.2,46.8,15.5,55.6.bin"/> >> >> >> >> und habe entsprechend angepaßt. >> >> Aber die Fehlermeldung >> Navit log started >> navit:main_real:No config file navit.xml, navit.xml.local found >> >> kommt noch immer ! >> >> Demnach fehlt dem ja immer noch irgendetwas ??? >> >> Eine Idee? >> >> Gruß Jan :-) ich habe heute morgen von http://download.navit-project.org/navit/win32/svn/navit-current-setup.exe gezogen ! 7.3 mb woher stammt deine ? gruß jan :-) From dieter_jasper at web.de Thu Jan 7 11:01:53 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Thu, 07 Jan 2010 12:01:53 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: <4B45BBC2.2080707@tappenbeck.net> References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> Message-ID: Am 07.01.2010 11:47, schrieb Jan Tappenbeck: > > ich habe heute morgen von > http://download.navit-project.org/navit/win32/svn/navit-current-setup.exe gezogen > ! 7.3 mb > > woher stammt deine ? > gruß jan :-) Hallo Jan, meine Datei ist einige Monate alt. Lade gerade auch die neue navit. Dauert bei mir mit GPRS-Empfang allerdings etwas. Wenn dein Problem später noch nicht gelöst sein sollte, melde ich mich noch einmal, falls ich eine Lösung finde. Gruß Dieter Jasper From dieter_jasper at web.de Thu Jan 7 12:27:16 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Thu, 07 Jan 2010 13:27:16 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> Message-ID: Am 07.01.2010 12:01, schrieb Dieter Jasper: > Am 07.01.2010 11:47, schrieb Jan Tappenbeck: > > >> >> ich habe heute morgen von >> http://download.navit-project.org/navit/win32/svn/navit-current-setup.exe gezogen >> ! 7.3 mb >> >> woher stammt deine ? >> gruß jan :-) > > Hallo Jan, > meine Datei ist einige Monate alt. > Lade gerade auch die neue navit. > Dauert bei mir mit GPRS-Empfang allerdings etwas. > Wenn dein Problem später noch nicht gelöst sein sollte, melde ich mich > noch einmal, falls ich eine Lösung finde. > > Gruß > Dieter Jasper Mit navit-current.zip entpackt und ausgeführt (Verzeichnis c:\navit) wird bei mir folgende log-Datei navit.log im Verzeichnis c:\navit\bin angelegt: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Gruß Dieter Jasper From dieter_jasper at web.de Thu Jan 7 12:41:12 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Thu, 07 Jan 2010 13:41:12 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> Message-ID: Am 07.01.2010 13:27, schrieb Dieter Jasper: > Am 07.01.2010 12:01, schrieb Dieter Jasper: >> Am 07.01.2010 11:47, schrieb Jan Tappenbeck: >> Dieter Jasper > > > Mit navit-current.zip entpackt und ausgeführt (Verzeichnis c:\navit) > wird bei mir folgende log-Datei navit.log im Verzeichnis c:\navit\bin > angelegt: > > Navit log started > navit:main_real:No config file navit.xml, navit.xml.local found > > Gruß > Dieter Jasper Habe zumindest einen Fehler gefunden. Beim Verzeichnis share\navit\maps fehlt in der zip-Datei vor share navit. Das Verzeichnis müsste also lauten navit\share\maps. Durch diesen Fehler wird bei mir ein Verzeichnis c:\share\maps angelegt. So wird wohl die Karte nicht gefunden. vielleicht ist bei navit.exe ähnlich Gruß Dieter Jasper From riedel.andre at gmail.com Thu Jan 7 12:59:56 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Thu, 7 Jan 2010 13:59:56 +0100 Subject: [Talk-de] =?utf-8?q?toll=5Fbridge=3F_enforcement=3Dtoll=3F_=28was?= =?utf-8?b?OiBNYXV0YnLDvGNrZW4p?= In-Reply-To: References: <20100105201954.GA2742@huesing.name> Message-ID: <124a940a1001070459q198767e9oa5f02ce31cc3d775@mail.gmail.com> Am 7. Januar 2010 00:29 schrieb Johann H. Addicks : > Oder gleich bei "enforcement" mit einordnen: > http://wiki.openstreetmap.org/wiki/DE:Relation:enforcement > z.B. "enforcement=toll" +1 From osm at tappenbeck.net Thu Jan 7 13:04:28 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 07 Jan 2010 14:04:28 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> Message-ID: <4B45DBDC.8000807@tappenbeck.net> Am 07.01.2010 13:41, schrieb Dieter Jasper: > Am 07.01.2010 13:27, schrieb Dieter Jasper: >> Am 07.01.2010 12:01, schrieb Dieter Jasper: >>> Am 07.01.2010 11:47, schrieb Jan Tappenbeck: > >>> Dieter Jasper >> >> >> Mit navit-current.zip entpackt und ausgeführt (Verzeichnis c:\navit) >> wird bei mir folgende log-Datei navit.log im Verzeichnis c:\navit\bin >> angelegt: >> >> Navit log started >> navit:main_real:No config file navit.xml, navit.xml.local found >> >> Gruß >> Dieter Jasper > > Habe zumindest einen Fehler gefunden. Beim Verzeichnis share\navit\maps > fehlt in der zip-Datei vor share navit. Das Verzeichnis müsste also > lauten navit\share\maps. > Durch diesen Fehler wird bei mir ein Verzeichnis c:\share\maps angelegt. > So wird wohl die Karte nicht gefunden. > > vielleicht ist bei navit.exe ähnlich > > Gruß > Dieter Jasper Jetzt wird es etwas kompliziert! Meinst Du, wenn mein Installationsverzeichnis D:\DATEN\JAN\openstreetmap\Navit ist, dann müßte das Maps wie folgt definiert sein: D:\DATEN\JAN\openstreetmap\Navit\navit\share\maps ??? Läuft das Teil denn nun bei Dir ?? Gruß Jan :-) From tobias1003+lists at googlemail.com Thu Jan 7 13:38:19 2010 From: tobias1003+lists at googlemail.com (frink) Date: Thu, 07 Jan 2010 14:38:19 +0100 Subject: [Talk-de] =?iso-8859-1?q?Verkehrs=FCberwachung?= In-Reply-To: <4B44B591.9090905@googlemail.com> References: <1545fef41001041340w3ba8eff6pc6b69fa7f379c149@mail.gmail.com> <4B44B591.9090905@googlemail.com> Message-ID: Ulf Lamping schrieb: > Eine Bitte: Kannst du den Hinweis: "depracated tag --> use relation" > durch sowas wie: "More details could be provided by replacing the node > with a type=enforcement relation" ersetzen? > > Die Nodes sind ja nicht deprecated im Sinne von "dürfen nicht mehr > verwendet werden", sondern schlicht die "einfachere Variante". Eine > Relation bringt halt mehr Details. > > Gruß, ULFL Danke für den Hinweiß. Ich hab die Stelle angepasst. From dieter_jasper at web.de Thu Jan 7 13:42:44 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Thu, 07 Jan 2010 14:42:44 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: <4B45DBDC.8000807@tappenbeck.net> References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> <4B45DBDC.8000807@tappenbeck.net> Message-ID: Am 07.01.2010 14:04, schrieb Jan Tappenbeck: > Am 07.01.2010 13:41, schrieb Dieter Jasper: >> Am 07.01.2010 13:27, schrieb Dieter Jasper: >>> Am 07.01.2010 12:01, schrieb Dieter Jasper: >>>> Am 07.01.2010 11:47, schrieb Jan Tappenbeck: >> >>>> Dieter Jasper >>> >>> >>> Mit navit-current.zip entpackt und ausgeführt (Verzeichnis c:\navit) >>> wird bei mir folgende log-Datei navit.log im Verzeichnis c:\navit\bin >>> angelegt: >>> >>> Navit log started >>> navit:main_real:No config file navit.xml, navit.xml.local found >>> >>> Gruß >>> Dieter Jasper >> >> Habe zumindest einen Fehler gefunden. Beim Verzeichnis share\navit\maps >> fehlt in der zip-Datei vor share navit. Das Verzeichnis müsste also >> lauten navit\share\maps. >> Durch diesen Fehler wird bei mir ein Verzeichnis c:\share\maps angelegt. >> So wird wohl die Karte nicht gefunden. >> >> vielleicht ist bei navit.exe ähnlich >> >> Gruß >> Dieter Jasper > > > Jetzt wird es etwas kompliziert! > > Meinst Du, wenn mein Installationsverzeichnis > D:\DATEN\JAN\openstreetmap\Navit ist, dann müßte das Maps wie folgt > definiert sein: > > D:\DATEN\JAN\openstreetmap\Navit\navit\share\maps ??? > > Läuft das Teil denn nun bei Dir ?? > > Gruß Jan :-) Nein, es läuft nicht. Log-Datei bei mir: Navit log started navit:main_real:No config file navit.xml, navit.xml.local found Es wird wohl die navit.xml nicht gefunden, obwohl sie m. E. an der richtigen Stelle vorhanden ist. Gegenüber meiner alten navit-Version scheint sich einiges geändert zu haben. Vielleicht ist ja auch ein Bug in der neuesten Version? Das Verzeichnis für die Karten müsste in deinem Beispiel so aussehen: D:\DATEN\JAN\openstreetmap\Navit\share\navit\maps In meiner mail fehlte bei der Angabe des Verzeichnisses ein navit Gruß Dieter Jasper From qbert1 at gmx.de Thu Jan 7 13:58:04 2010 From: qbert1 at gmx.de (qbert biker) Date: Thu, 07 Jan 2010 14:58:04 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B44C9A0.5040604@tobias-knerr.de> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44B04F.5060002@tobias-knerr.de> <20100106165837.GE23748@twin.sascha.silbe.org> <4B44C9A0.5040604@tobias-knerr.de> Message-ID: <20100107135804.20010@gmx.net> -------- Original-Nachricht -------- > Datum: Wed, 06 Jan 2010 18:34:24 +0100 > Von: Tobias Knerr > An: Sascha Silbe , Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] maxspeed=DE:Urban Hallo, als ob die Arbeit mit Polygonen ein Hexenwerk waere... > > Why don't you use polygons for this? > > * Polygons are two-dimensional. There are situations where bridges > > or similar three-dimensional structures cause "zones" to vertically > > overlap, which cannot be represented by polygons. Das Datenmodell von OSM ist zweidimensional, daran aendern auch die Ebenen nix. Die OSM-Datenverarbeitung kennt keine echte Z-Ebene, sondern nur Kreuzungen, die keinen Knoten bilden mit der Erklaerung dazu, dass sie sich eben in einer anderen Ebene befaenden, hauptsaechlich als Hinweis an die Visualisierung. Ein zweidimensionaler Algorithmus wird also alle Elemente finden. > > * Downloading only a part of the map (e.g. a part of a city) can > > result in polygons missing from the download, despite ways from > > inside the polygon being part of the downloaded data. Ein einfacher Loesungsansatz dafuer: Jedes Polygon bekommt ein umschreibendes Rechteck, das sich leicht zuordnen laesst, auch wenn kein einziges Element des Polygons heruntergeladen wird, z.b. weil das Polygon viel groesser ist als der geladene Bereich. Der Rest ist, die Beziehung der Polygone und des geladenen Bereichs zu klaeren (alle drin, alle draussen, Schnittmenge) > > * A mapper will often know that a certain way is part of a zone > > without knowing where the zone boundaries are. Da kann ja 'is_in' als Uebergangsloesung verwendet werden, oder es wird eine Teilgrenze eingetragen und ein anderer macht das polygon dann zu. > > * Tags on ways are easier to evaluate for applications. Polygons > > require more advanced programming techniques to reduce performance > > problems from inclusion tests. Da bin ich durchaus anderer Meinung. Was hier immer wieder an Beschreibungsvarianten auftaucht ist durchaus vielfaeltig und ein Algo muss die alle fehlerfrei erkennen koennen und auch ob ein Geasschen vergessen wurde. Ein Polygon hingegen ist geometrisch stabil und wenn die Algorithmen dazu sauber durchgetestet ist, laeuft das erstmal. Fehler in einem Polygon zuzuordnen (nicht geschlossen, etc.) ist auch sicherer und stabiler als sicherzustellen, dass alle Einzelelemente des Bereichs auch richtig ausgewertet werden. Letzteres ginge uebrigends am einfachsten, indem man ein Poygon erzeugt und alle Elemente innerhalb des Polygons ueberprueft (Katze, Schwanz, beissen...). > > * it's very incorrect, because only the roads themselves are part of > > any kind of traffic-zone and not the whole area; e.g. roads in parcs > > or on private property or even tracks. Stimmt, wie will man sicherstellen, dass ein Baum in einem Park sich beim davonlaufen ans Tempolimit haelt :) Etwas Logik in die Auswertung und das Thema ist gegessen: private schlaegt public, explizites Schild schlaegt Zone, usw. Es gibt auch noch die Moeglichkeit, eine Zone ueber den Graphen selber zu beschreiben, indem man alle begrenzenden Knoten markiert und mit den Mitteln des Graphen in das Gebiet hineinscannt. Diese Methode erfasst nur Elemente des Graphen selber (also i.A. 'highway'), erfordert aber ein gehoeriges Mass an Disziplin und ist etwas sensibel gegen das 'Auslaufen', z.B. wenn eine Node nicht erfasst ist. Auch das kann man abfangen aber fuer die technisch robusteste Loesung halte ich das echte Flaechenpolygon. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 From osm.mailinglist at t-i.ch Thu Jan 7 14:07:05 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Thu, 7 Jan 2010 15:07:05 +0100 Subject: [Talk-de] Bereinigung von Werten max.... References: <4B447418.8010503@tappenbeck.net> Message-ID: Hallo Lars, >> Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? > Macht in meinen Augen wenig Sinn, denn keiner der von Dir > beschriebenen Fälle ist falsch. Es sind, wie Du schon sagst, > verschiedene Schreibweisen/Konventionen/Präferenzen und egal wie > häufig Du das bereinigst es wird immer wieder jemanden geben, der > Punkt- oder Komma als Dezimaltrenner verwendet (rein > herkunftstechnisch). In Deutschland kommen maxheight-Werte mit Komma jeweils 3x oder weniger vor, in Österreich 1x und in der Schweiz gar nicht. Es ist also eine ziemlich kleine Minderheit, die Kommas verwendet (hat). Je weniger Kommas vorkommen, um so weniger kommen andere auf die Idee, auch Kommas zu verwenden. 'm' als Masseinheit wird in allen drei Ländern jeweils maximal 10x benutzt. (In England ist das ganze schon komplizierter, dort gibt es eine wilde Mischung von Metern, x ft y in, x"y' und Doppelangaben.) http://tagwatch.stoecker.eu/Germany/En/keystats_maxheight.html http://tagwatch.stoecker.eu/Austria/En/keystats_maxheight.html http://tagwatch.stoecker.eu/Switzerland/En/keystats_maxheight.html http://tagwatch.stoecker.eu/Great_britain/En/keystats_maxheight.html > Anwendungen, die diese Tags verarbeiten wollen müssen also eh die > gängisten Fälle verarbeiten können und nicht darauf hoffen, dass alle > User Ihr Wunschformat nutzen. Da sollte man sich den Ärger, der mit > dem automatischen Ändern von Tags einhergeht lieber sparen und die > Energie anderweitig investieren. Klar dürfen Programme sich nicht darauf verlassen, dass die Werte 'korrekt' eingetragen wurden. Ich fände es hier aber trotzdem sinnvoll, die Werte (einmalig*) zu vereinheitlichen. Gruss, Thomas * Meiner Meinung nach sind es zu wenige Einträge, als dass es dafür einen Bot bräuchte.. From osm.mailinglist at t-i.ch Thu Jan 7 14:12:01 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Thu, 7 Jan 2010 15:12:01 +0100 Subject: [Talk-de] Bereinigung von Werten max.... References: <4B447418.8010503@tappenbeck.net> <4B447C08.1090800@tobias-knerr.de> Message-ID: <5d64t9hy6l7p.1dcs2ldbyya62.dlg@40tude.net> Hallo Tobias, > Es ist "Standard", den Wert in örtlichen Maßeinheiten anzugeben und dann > auch die Einheit dazu zu schreiben. Metrische sind eben optional, was > dazu führt, dass man fehlende Einheiten nicht vom Default unterscheiden > kann. Zugegeben ungünstig. Sicher? http://wiki.openstreetmap.org/wiki/Key:maxspeed "Values are assumed to be in kilometres per hour (km/h) unless units are explicit." http://wiki.openstreetmap.org/wiki/Key:maxheight "maxheight expresses a height limit for using the way to which the tag is added. If no unit is included, the value is assumed to be in metres." > Wie oft kommt das Komma vor? Das ist m.E. der einzige sicher erkennbare > "Fehler" in deiner Auflistung. Siehe meine Antwort an Lars: Meiner Meinung nach so selten, dass man die Kommas (zumindest 'bei uns' getrost einmalig von Hand in Punkte ändern kann. Gruss, Thomas From osm at tappenbeck.net Thu Jan 7 14:17:13 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 07 Jan 2010 15:17:13 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> <4B45DBDC.8000807@tappenbeck.net> Message-ID: Am 07.01.2010 14:42, schrieb Dieter Jasper: > Am 07.01.2010 14:04, schrieb Jan Tappenbeck: >> Am 07.01.2010 13:41, schrieb Dieter Jasper: >>> Am 07.01.2010 13:27, schrieb Dieter Jasper: >>>> Am 07.01.2010 12:01, schrieb Dieter Jasper: >>>>> Am 07.01.2010 11:47, schrieb Jan Tappenbeck: >>> >>>>> Dieter Jasper >>>> >>>> >>>> Mit navit-current.zip entpackt und ausgeführt (Verzeichnis c:\navit) >>>> wird bei mir folgende log-Datei navit.log im Verzeichnis c:\navit\bin >>>> angelegt: >>>> >>>> Navit log started >>>> navit:main_real:No config file navit.xml, navit.xml.local found >>>> >>>> Gruß >>>> Dieter Jasper >>> >>> Habe zumindest einen Fehler gefunden. Beim Verzeichnis share\navit\maps >>> fehlt in der zip-Datei vor share navit. Das Verzeichnis müsste also >>> lauten navit\share\maps. >>> Durch diesen Fehler wird bei mir ein Verzeichnis c:\share\maps angelegt. >>> So wird wohl die Karte nicht gefunden. >>> >>> vielleicht ist bei navit.exe ähnlich >>> >>> Gruß >>> Dieter Jasper >> >> >> Jetzt wird es etwas kompliziert! >> >> Meinst Du, wenn mein Installationsverzeichnis >> D:\DATEN\JAN\openstreetmap\Navit ist, dann müßte das Maps wie folgt >> definiert sein: >> >> D:\DATEN\JAN\openstreetmap\Navit\navit\share\maps ??? >> >> Läuft das Teil denn nun bei Dir ?? >> >> Gruß Jan :-) > > Nein, es läuft nicht. > Log-Datei bei mir: > Navit log started > navit:main_real:No config file navit.xml, navit.xml.local found > > Es wird wohl die navit.xml nicht gefunden, obwohl sie m. E. an der > richtigen Stelle vorhanden ist. Gegenüber meiner alten navit-Version > scheint sich einiges geändert zu haben. > Vielleicht ist ja auch ein Bug in der neuesten Version? > > Das Verzeichnis für die Karten müsste in deinem Beispiel so aussehen: > D:\DATEN\JAN\openstreetmap\Navit\share\navit\maps > > In meiner mail fehlte bei der Angabe des Verzeichnisses ein navit > > Gruß > Dieter Jasper das ist ja frustrierend !! gibt es Deine 0.1.1 version noch irgendwo??? oder kannst mir diese bereitstellen ??? gruß Jan :-) From osm at tappenbeck.net Thu Jan 7 15:03:20 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 07 Jan 2010 16:03:20 +0100 Subject: [Talk-de] =?utf-8?q?Josm-Icon_f=C3=BCr_Shop_allgemein?= In-Reply-To: <1262859760.10502.1.camel@Notebook> References: <4B459B1B.5010602@tappenbeck.net> <1262859760.10502.1.camel@Notebook> Message-ID: Am 07.01.2010 11:22, schrieb Christian Knorr: > Am Donnerstag, den 07.01.2010, 09:28 +0100 schrieb Jan Tappenbeck: >> Moin ! >> >> ich wollte mir für die Nodes die shop=* (irgendetwas) haben ein >> standard-Symbol einpflegen und habe >> >> >> >> >> 1 >> 50000 >> >> >> definiert. >> >> Es wird aber nichts angezeigt ! >> >> Kann mir einer sagen, ob v="*" unzulässig ist ? > Nein, aber als Freizeit-Programmierer würde ich so versuchen: > > oder: > > >> Gruß Jan :-) > MfG, Chris........ > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de leider hat nur die letzte variante "erfolg" bebracht: ... nur jetzt waren auch alle anderen shops weg ! gruß Jan :-) From dieter_jasper at web.de Thu Jan 7 15:05:08 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Thu, 07 Jan 2010 16:05:08 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> <4B45DBDC.8000807@tappenbeck.net> Message-ID: Am 07.01.2010 15:17, schrieb Jan Tappenbeck: > > das ist ja frustrierend !! > > gibt es Deine 0.1.1 version noch irgendwo??? oder kannst mir diese > bereitstellen ??? > > gruß Jan :-) Ist es. Bei mir funktioniert die navit.exe vom 26.11.2008 Ich habe mal eine Version vom 21.06.2009 ausprobiert. Da wird zumindest das Navit-Fenster geöffnet, allerdings ohne Map-Anzeige. Auch bei dieser Version ist in der Zip-Datei das Verzeichnis share\navit\maps für die Map-Datei vorgesehen. Habe Verzeichnis maps nach c:\navit\share\navit\maps (hier sollen die Karten sein) verschoben und die Demo-Karte (München) wird angezeigt. Man müßte jetzt die gewünschte Karte in navit.xml angeben. Vielleicht mal kontakt mit dem Entwickler aufnehmen. Gruß Dieter Jasper From dieter_jasper at web.de Thu Jan 7 15:14:32 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Thu, 07 Jan 2010 16:14:32 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> <4B45DBDC.8000807@tappenbeck.net> Message-ID: Am 07.01.2010 16:05, schrieb Dieter Jasper: > Am 07.01.2010 15:17, schrieb Jan Tappenbeck: > > >> >> das ist ja frustrierend !! >> >> gibt es Deine 0.1.1 version noch irgendwo??? oder kannst mir diese >> bereitstellen ??? >> >> gruß Jan :-) > > Ist es. > Bei mir funktioniert die navit.exe vom 26.11.2008 > > Ich habe mal eine Version vom 21.06.2009 ausprobiert. Da wird zumindest > das Navit-Fenster geöffnet, allerdings ohne Map-Anzeige. Auch bei dieser > Version ist in der Zip-Datei das Verzeichnis share\navit\maps für die > Map-Datei vorgesehen. Habe Verzeichnis maps nach > c:\navit\share\navit\maps (hier sollen die Karten sein) verschoben und > die Demo-Karte (München) wird angezeigt. Man müßte jetzt die gewünschte > Karte in navit.xml angeben. > Vielleicht mal kontakt mit dem Entwickler aufnehmen. > > > > Gruß > Dieter Jasper Ergänzung: Die Zip-Datei vom 21.06.2009 gibt es hier: http://download.navit-project.org/navit/win32/ From osm at tappenbeck.net Thu Jan 7 15:26:03 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 07 Jan 2010 16:26:03 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> <4B45DBDC.8000807@tappenbeck.net> Message-ID: Am 07.01.2010 16:05, schrieb Dieter Jasper: > Am 07.01.2010 15:17, schrieb Jan Tappenbeck: > > >> >> das ist ja frustrierend !! >> >> gibt es Deine 0.1.1 version noch irgendwo??? oder kannst mir diese >> bereitstellen ??? >> >> gruß Jan :-) > > Ist es. > Bei mir funktioniert die navit.exe vom 26.11.2008 > > Ich habe mal eine Version vom 21.06.2009 ausprobiert. Da wird zumindest > das Navit-Fenster geöffnet, allerdings ohne Map-Anzeige. Auch bei dieser > Version ist in der Zip-Datei das Verzeichnis share\navit\maps für die > Map-Datei vorgesehen. Habe Verzeichnis maps nach > c:\navit\share\navit\maps (hier sollen die Karten sein) verschoben und > die Demo-Karte (München) wird angezeigt. Man müßte jetzt die gewünschte > Karte in navit.xml angeben. > Vielleicht mal kontakt mit dem Entwickler aufnehmen. > > > > Gruß > Dieter Jasper Hi ! halte mich bitte nicht für ganz .... * habe heruntergeladen * c:\navit angelegt (damit wir da kein Vertauschen haben) * das Fenster öffnet sich wie von Dir beschrieben * das maps-Verzeichnis finde ich jetzt in c:\navit\share\navit\ - lautet also c:\navit\share\navit\maps * liegt jetzt ein Schreibfehler vor, weil mein "c:\navit\share\navit\maps" ist doch dasselbe wie Dein "c:\navit\share\navit\maps" .... danach wird doch gar nicht verschoben - ober bin ich jetzt föllig betriebsblind !!!! Gruß Jan .-) From riedel.andre at gmail.com Thu Jan 7 15:36:40 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Thu, 7 Jan 2010 16:36:40 +0100 Subject: [Talk-de] =?utf-8?q?Josm-Icon_f=C3=BCr_Shop_allgemein?= In-Reply-To: References: <4B459B1B.5010602@tappenbeck.net> <1262859760.10502.1.camel@Notebook> Message-ID: <124a940a1001070736k1bbea28hedd0af162f470d8@mail.gmail.com> Am 7. Januar 2010 16:03 schrieb Jan Tappenbeck : > leider hat nur die letzte variante "erfolg" bebracht: > > > > ... nur jetzt waren auch alle anderen shops weg ! Probier das mal als ersten Shop-Eintrag in der elemstyles.xml, denn die Regel, welche als letztes kommt, wird angezeigt. Ciao André From osm at tappenbeck.net Thu Jan 7 15:43:54 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 07 Jan 2010 16:43:54 +0100 Subject: [Talk-de] =?utf-8?q?Josm-Icon_f=C3=BCr_Shop_allgemein?= In-Reply-To: <124a940a1001070736k1bbea28hedd0af162f470d8@mail.gmail.com> References: <4B459B1B.5010602@tappenbeck.net> <1262859760.10502.1.camel@Notebook> <124a940a1001070736k1bbea28hedd0af162f470d8@mail.gmail.com> Message-ID: Am 07.01.2010 16:36, schrieb André Riedel: > Am 7. Januar 2010 16:03 schrieb Jan Tappenbeck: >> leider hat nur die letzte variante "erfolg" bebracht: >> >> >> >> ... nur jetzt waren auch alle anderen shops weg ! > > Probier das mal als ersten Shop-Eintrag in der elemstyles.xml, denn > die Regel, welche als letztes kommt, wird angezeigt. > > Ciao André > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de dann ist die konfig aber beim nächsten update wieder weg - es sei man macht ein wish auf ein allgemeines "shop"-icon für josm, falls nichts anderes definiert. gruß Jan :-) From dieter_jasper at web.de Thu Jan 7 17:20:48 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Thu, 07 Jan 2010 18:20:48 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> <4B45DBDC.8000807@tappenbeck.net> Message-ID: Am 07.01.2010 16:26, schrieb Jan Tappenbeck: > Am 07.01.2010 16:05, schrieb Dieter Jasper: >> Am 07.01.2010 15:17, schrieb Jan Tappenbeck: >> >> >>> >>> das ist ja frustrierend !! >>> >>> gibt es Deine 0.1.1 version noch irgendwo??? oder kannst mir diese >>> bereitstellen ??? >>> >>> gruß Jan :-) >> >> Ist es. >> Bei mir funktioniert die navit.exe vom 26.11.2008 >> >> Ich habe mal eine Version vom 21.06.2009 ausprobiert. Da wird zumindest >> das Navit-Fenster geöffnet, allerdings ohne Map-Anzeige. Auch bei dieser >> Version ist in der Zip-Datei das Verzeichnis share\navit\maps für die >> Map-Datei vorgesehen. Habe Verzeichnis maps nach >> c:\navit\share\navit\maps (hier sollen die Karten sein) verschoben und >> die Demo-Karte (München) wird angezeigt. Man müßte jetzt die gewünschte >> Karte in navit.xml angeben. >> Vielleicht mal kontakt mit dem Entwickler aufnehmen. >> >> >> >> Gruß >> Dieter Jasper > > > Hi ! > > halte mich bitte nicht für ganz .... > > * habe heruntergeladen > * c:\navit angelegt (damit wir da kein Vertauschen haben) > * das Fenster öffnet sich wie von Dir beschrieben > * das maps-Verzeichnis finde ich jetzt in c:\navit\share\navit\ - lautet > also c:\navit\share\navit\maps > > * liegt jetzt ein Schreibfehler vor, weil mein > "c:\navit\share\navit\maps" ist doch dasselbe wie Dein > "c:\navit\share\navit\maps" > > ..... danach wird doch gar nicht verschoben - ober bin ich jetzt föllig > betriebsblind !!!! > > Gruß Jan .-) Naja, ich vielleicht auch. Habe aber jetzt keine Lust mehr weiter zu forschen. Schau mal in die navit.zip bei den Pfaden nach, da wirst du für den Path share\navit\map für die 2 Map-Dateien finden. Wenn man die Zip-Datei (navit-current.zip) dann nach c:\ entpackt werden alle Files bis auf die beiden nach c:\navit\..... entpackt. Die beiden Map-Dateien aber nach c:\share\navit\maps. Sie sind also nicht unter C:\navit\share\navit\maps zu finden. Oder blicke ich hier nicht mehr durch?????????????? Funktioniert es denn jetzt so, wenn die Map-Datien in c:\navit\share\navit\maps liegen? Gruß Dieter Jasper From michael at rathai.de Thu Jan 7 17:50:59 2010 From: michael at rathai.de (Michael Rathai) Date: Thu, 7 Jan 2010 18:50:59 +0100 Subject: [Talk-de] freie Daten Message-ID: <4B462D12.0047.005E.0@rathai.de> free data now!! http://data.london.gov.uk/ (Am besten Geodaten) Kann man nur hoffen, dass das Schule macht, auch hier, auch bzgl. Geodaten siehe auch: http://www.netzpolitik.org/2010/london-startet-eigene-seite-fuer-offene-daten/ Michael -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From osmck at gmx.de Thu Jan 7 18:30:45 2010 From: osmck at gmx.de (Christian Knorr) Date: Thu, 07 Jan 2010 19:30:45 +0100 Subject: [Talk-de] Planung einer Wandertafel Message-ID: <1262889045.3979.127.camel@Notebook> Hallo zusammen, in Geilenkirchen-Beeck [1] sollen demnächst einige Tafeln erneuert werden. Ob die große Übersichtskarte dazu zählt weiß ich noch nicht, wäre natürlich schön. Jedenfalls ist das Interesse in Bezug auf den "Naturlehrpfad" [2] geweckt, der gänzlich getaggt ist, und über den mehr Informationen bereitgestellt werden sollen. Erste Verhandlungen werden nach Mitte Februar 2010 laufen. Den Wiki-Eintrag zur Wandertafel [3] habe ich gefunden. Nun suche ich Information über: - Lizenz (wie genau? Logo und "CC-BY-SA openstreetmap.org" unten rechts in der Ecke reicht?) - Kartenerstellung Softwareseitig (soll ja auch schön werden) - Mit was kann man noch punkten (Höhenlinien z.B.) woran man zunächst nicht denkt? - Gibt es Jemanden der an persönlichen Gesprächen teilnehmen kann? Danke schonmal, Chris...... [1] http://osm.org/go/0GBoLkLL [2] http://www.openstreetmap.org/browse/relation/222229 [3] http://wiki.openstreetmap.org/wiki/DE:Wandertafel From computerteddy at gmx.de Thu Jan 7 19:39:33 2010 From: computerteddy at gmx.de (Carsten Schwede) Date: Thu, 07 Jan 2010 20:39:33 +0100 Subject: [Talk-de] Garmin-Karten OHNE POIs? In-Reply-To: References: <7acdb3651001041619n429f2286w445c2a4c990e4f71@mail.gmail.com> <4B4304E5.8040006@gmx.de> <4B443017.40703@gmx.de> Message-ID: <4B463875.4070900@gmx.de> Hi, Johann H. Addicks schrieb: > Etrex Vista HCX > (Die neuen Geräte sind da afaik flexibler.) Hier hat es gereicht die Detailbegrenzung einzuschalten, dann waren alle Icons weg. Hab ich gerade auf meinem Vista HCX probiert mit der Karte von letzter Woche. So sollte es eigentlich gar nicht sein, normalerweise sollten dann einige Icons übrigbleiben. -- Viele Grüße Carsten From ulf.lamping at googlemail.com Thu Jan 7 20:12:53 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Thu, 07 Jan 2010 21:12:53 +0100 Subject: [Talk-de] =?utf-8?q?Josm-Icon_f=C3=BCr_Shop_allgemein?= In-Reply-To: References: <4B459B1B.5010602@tappenbeck.net> <1262859760.10502.1.camel@Notebook> <124a940a1001070736k1bbea28hedd0af162f470d8@mail.gmail.com> Message-ID: <4B464045.80404@googlemail.com> Am 07.01.2010 16:43, schrieb Jan Tappenbeck: > Am 07.01.2010 16:36, schrieb André Riedel: >> Am 7. Januar 2010 16:03 schrieb Jan Tappenbeck: >>> leider hat nur die letzte variante "erfolg" bebracht: >>> >>> >>> >>> ... nur jetzt waren auch alle anderen shops weg ! >> >> Probier das mal als ersten Shop-Eintrag in der elemstyles.xml, denn >> die Regel, welche als letztes kommt, wird angezeigt. >> >> Ciao André >> >> _______________________________________________ >> Talk-de mailing list >> Talk-de at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-de > > > dann ist die konfig aber beim nächsten update wieder weg - es sei man > macht ein wish auf ein allgemeines "shop"-icon für josm, falls nichts > anderes definiert. Also, erstmal steht oben in der elemstyles.xml eine Kurzanleitung, ich hab die gerade etwas um diesen Fall ergänzt. Das Problem was du hast: es gibt dann mehrere Regeln die "passend" sind und die gleiche Priorität haben. Welche der Regeln dann tatsächlich greift ist schlicht Glückssache. Folgendes sollte aber gehen: Damit gibst du deiner "generischen" shop Regel eine niedrigere Priorität als den vorhandenen. Will heißen: Solange eine der "built-in" Regel greift wird die auch genommen. Wenn keine passende da ist, wird "deine" genommen. Ein Wort warum das nicht schon so generisch drin ist (und ich auch nicht reinbauen will). Die Anzeige soll ein gewisses Feedback geben, ob das Feature "üblich" ist oder nicht - daher hab ich auch eine ganze Reihe an shop Regeln eingebaut. Wenn also nichts speziell angezeigt wird, sollte man zumindest mal kurz hinschauen ob das so paßt (Tippfehler, andere Werte üblich, ...). Leider kann ich das nicht für alles mögliche einbauen (maxspeed, surface, ...), dafür fehlen mir schlicht die gestalterischen Möglichkeiten - und halbwegs performant soll es ja auch noch bleiben ;-) Gruß, ULFL P.S: Ich bin übrigens gerade mal wieder dabei, die Tagging Realität an mappaint anzupassen ;-) From ulf.lamping at googlemail.com Thu Jan 7 20:16:00 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Thu, 07 Jan 2010 21:16:00 +0100 Subject: [Talk-de] "Haupt"-Limit ist wohl eher 30 (war: maxspeed=DE:Urban) In-Reply-To: <20100107100446.GA11008@sordidmusic.com> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44AB90.3080909@remote.org> <20100107100446.GA11008@sordidmusic.com> Message-ID: <4B464100.4070603@googlemail.com> Am 07.01.2010 11:04, schrieb Guenther Meyer: > On Thu, Jan 07, 2010 at 10:45:08AM +0100, Schorschi wrote: >> >> sorry, den anderen Teil des Threads hatte ich noch nicht gelesen ... aber >> wertet es als Verwunderung über die Fraktion, die behauptet, hinter dem >> Ortsschild dürfte hauptsächlich 50 gefahren werden ... das finde ich >> ziemlich realitätsfremd - egal ob in der Großstadt oder in Dörfern. >> > ok, betrachten wir nur mal den teil von "innerorts" der die geschwindigkeit betrifft: > > in einigen gegende ist das mehr der fall, in anderen weniger. ich bin viel rumgekommen in den letzten jahren, und meine erfahrung deckt sich hier nicht mit deiner. > an die leute, die keinen sinn in so einem tagging sehen: hier koennte man mit solchen daten uebrigens auch eine schone auswertung machen, also zum beispiel den anteil expliziter geschwindigkeitsbeschraenkungen innerhlab ortschaften... > > es geht um die bereiche innerorts, wo keine explizite beschilderung steht. > dort gilt immer 50. auch wenn 80% des stadtgebiets explizit anders beschildert sind, wird sich das nicht aendern. so ist das von der stvo festgelegt. > ein maxspeed=50 wuerde ich mit einem entsprechenden schild gleichsetzen. Ein maxspeed=50 setzen ich mit einer Höchstgeschwindigkeit von 50 km/h gleich - und mit nichts sonst. Gruß, ULFL From chris66nrw at gmx.de Thu Jan 7 21:03:32 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Thu, 07 Jan 2010 22:03:32 +0100 Subject: [Talk-de] JOSM Radweg Bug Message-ID: Nabend, da eine neue "tested" auf sich warten lässt wollt ich mal den Radweg-Bug nach dieser Anleitung reparieren: Bei primary's und tertiary's klappt es schon (dashed line), nur secondaries werden weiterhin als Radweg gemalt. Schwerwiegender: Er findet die Icons nicht mehr, wo muss ich denn den "images"-Ordner hin kopieren? Probiert habe ich: Anwendungsdaten\JOSM Anwendungsdaten\JOSM\styles (<-da hab ich die modiizierte elemstyles.xml hinkopiert) Anwendungsdaten\JOSM\plugins\mappaint josm-tested.jar liegt in \programme Weitere Verständnisfrage: Ich nehme an, das die in der unteren Box ladbaren Styles *zusätzlich* zum Standard-Style geladen werden, richtig? Chris From osm at nk-bre.net Thu Jan 7 21:21:50 2010 From: osm at nk-bre.net (=?UTF-8?B?Tm9yYmVydCBLw7xjaw==?=) Date: Thu, 07 Jan 2010 22:21:50 +0100 Subject: [Talk-de] Planung einer Wandertafel In-Reply-To: <1262889045.3979.127.camel@Notebook> References: <1262889045.3979.127.camel@Notebook> Message-ID: <4B46506E.4000403@nk-bre.net> Hallo, am 07.01.2010 19:30 schrieb Christian Knorr: > Nun suche ich Information über: > - Lizenz (wie genau? Logo und "CC-BY-SA openstreetmap.org" unten rechts > in der Ecke reicht?) Schau mal hier: http://wiki.openstreetmap.org/wiki/DE:OpenStreetMap_License Gruß nk From openstreetmap at assetburned.de Thu Jan 7 21:42:51 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Thu, 7 Jan 2010 22:42:51 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: References: <4B447418.8010503@tappenbeck.net> Message-ID: <4DF00E98-3BC7-4257-8033-86FBA37264A2@assetburned.de> On 07.01.2010, at 15:07, Thomas Ineichen wrote: > Hallo Lars, > >>> Sollte es nicht einen Automatismus geben der diese Werte vereinheitlicht ?? > >> Macht in meinen Augen wenig Sinn, denn keiner der von Dir >> beschriebenen Fälle ist falsch. Es sind, wie Du schon sagst, >> verschiedene Schreibweisen/Konventionen/Präferenzen und egal wie >> häufig Du das bereinigst es wird immer wieder jemanden geben, der >> Punkt- oder Komma als Dezimaltrenner verwendet (rein >> herkunftstechnisch). > > In Deutschland kommen maxheight-Werte mit Komma jeweils 3x oder weniger > vor, in Österreich 1x und in der Schweiz gar nicht. Es ist also eine > ziemlich kleine Minderheit, die Kommas verwendet (hat). Je weniger Kommas > vorkommen, um so weniger kommen andere auf die Idee, auch Kommas zu > verwenden. 'm' als Masseinheit wird in allen drei Ländern jeweils maximal > 10x benutzt. > > (In England ist das ganze schon komplizierter, dort gibt es eine wilde > Mischung von Metern, x ft y in, x"y' und Doppelangaben.) ist sogar noch lustiger. es gibt auch höhen angaben auf schildern in Imperialen und metrischen systemen und dann auch noch jeweils in unterschiedlichen schreibweisen! einer der gründe warum die höhen der Busse in London beispielsweise in Fuß und millimeter angegeben sind! cu assetburned From ulf.lamping at googlemail.com Thu Jan 7 21:45:30 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Thu, 07 Jan 2010 22:45:30 +0100 Subject: [Talk-de] JOSM Radweg Bug In-Reply-To: References: Message-ID: <4B4655FA.1090203@googlemail.com> Am 07.01.2010 22:03, schrieb Chris-Hein Lunkhusen: > Nabend, > da eine neue "tested" auf sich warten lässt wollt ich mal den > Radweg-Bug nach dieser Anleitung reparieren: > > > > Bei primary's und tertiary's klappt es schon (dashed line), nur > secondaries werden weiterhin als Radweg gemalt. > > Schwerwiegender: Er findet die Icons nicht mehr, wo muss ich > denn den "images"-Ordner hin kopieren? > > Probiert habe ich: > > Anwendungsdaten\JOSM > Anwendungsdaten\JOSM\styles (<-da hab ich die modiizierte > elemstyles.xml hinkopiert) > Anwendungsdaten\JOSM\plugins\mappaint > > josm-tested.jar liegt in \programme > > Weitere Verständnisfrage: > > Ich nehme an, das die in der unteren Box ladbaren Styles > *zusätzlich* zum Standard-Style geladen werden, richtig? Ich weiß jetzt bei der Beschreibung nun echt nicht so genau wo dein Problem liegt. Ein paar mehr Details würden schon helfen :-) Ich versuch ich mal zu erklären, wie die Stil-Einstellungen mit der aktuellen 2561 grob funktioniert (eine neue tested dürfte "demnächst" wohl übrigens auch kommen). Wir sind in: Einstellungen / Karten-Einstellungen / MapPaint Stile Mit den beiden Checkboxen oben kannst du den eingebauten Stil (bzw. die eingebauten Symbole) ein-/ausschalten. "Benutzter Stil" so lassen. "Aktive Stile" sind die aktuell verwendete(n) xml Stildatei(en). "Verfügbare Stile" sind im Internet vorhanden, und können mit "Aktivieren" in die "aktiven Stile" geladen werden (JOSM kümmert sich um das laden aus dem Internet). Im "Symbolpfad" stehen Verzeichnis(se) in denen die Symbole gesucht werden. Wenn du also Sachen hinzufügen willst: Die Checkboxen "gecheckt" lassen. Xml Dateien erstellen und mit "Neu" zu den aktiven Stilen hinzufügen. Wenn du "eigene" Symbole hast, diese in ein beliebiges Vereichnis packen und dieses unter Symbolpfad hinzufügen. Wenn die integrierten Regeln ersetzen willst: "Voreinstellungen laden" ausschalten Mit "Neu" den Pfad auf deine geänderte xml Datei einfügen. Gruß, ULFL P.S: Nein, ich finde den Dialog auch nicht soooo gelungen ;-) From osm at tobias-knerr.de Thu Jan 7 21:58:36 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Thu, 07 Jan 2010 22:58:36 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: <5d64t9hy6l7p.1dcs2ldbyya62.dlg@40tude.net> References: <4B447418.8010503@tappenbeck.net> <4B447C08.1090800@tobias-knerr.de> <5d64t9hy6l7p.1dcs2ldbyya62.dlg@40tude.net> Message-ID: <4B46590C.50604@tobias-knerr.de> Thomas Ineichen schrieb: >> Es ist "Standard", den Wert in örtlichen Maßeinheiten anzugeben und dann >> auch die Einheit dazu zu schreiben. Metrische sind eben optional, was >> dazu führt, dass man fehlende Einheiten nicht vom Default unterscheiden >> kann. Zugegeben ungünstig. > > Sicher? > > http://wiki.openstreetmap.org/wiki/Key:maxspeed > "Values are assumed to be in kilometres per hour (km/h) unless units are > explicit." > > http://wiki.openstreetmap.org/wiki/Key:maxheight > "maxheight expresses a height limit for using the way to which the tag is > added. If no unit is included, the value is assumed to be in metres." Ich weiß nicht, was du damit aussagen willst, die Stellen zu zitieren, die meine Aussage belegen: Bestimmte, metrische Einheiten kann man weglassen (weil sie als Default angenommen werden), andere Einheiten nicht. Tobias Knerr From osm at tobias-knerr.de Thu Jan 7 22:13:59 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Thu, 07 Jan 2010 23:13:59 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <20100107135804.20010@gmx.net> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44B04F.5060002@tobias-knerr.de> <20100106165837.GE23748@twin.sascha.silbe.org> <4B44C9A0.5040604@tobias-knerr.de> <20100107135804.20010@gmx.net> Message-ID: <4B465CA7.7050704@tobias-knerr.de> qbert biker schrieb: >>> Why don't you use polygons for this? >>> * Polygons are two-dimensional. There are situations where bridges >>> or similar three-dimensional structures cause "zones" to vertically >>> overlap, which cannot be represented by polygons. > > Das Datenmodell von OSM ist zweidimensional, daran aendern > auch die Ebenen nix. [...] > Ein zweidimensionaler Algorithmus wird also alle Elemente > finden. Ich glaube, du hast das Problem nicht ganz getroffen. Die *Realität* ist dreidimensional, und wenn in der Realität die Straße auf einer Brücke zu einer anderen "Zone" gehört als die Straße unten drunter, dann kann man das nur mit zweidimensionalen Polygonen nicht abbilden. >>> * Downloading only a part of the map (e.g. a part of a city) can >>> result in polygons missing from the download, despite ways from >>> inside the polygon being part of the downloaded data. > > Ein einfacher Loesungsansatz dafuer: > Jedes Polygon bekommt ein umschreibendes Rechteck, das sich > leicht zuordnen laesst, auch wenn kein einziges Element > des Polygons heruntergeladen wird, z.b. weil das Polygon > viel groesser ist als der geladene Bereich. Was voraussetzt, dass zumindest beim Vorverarbeitungsschritt eben doch alle Daten zur Verfügung standen. Lösbar, aber eine kleine zusätzliche Auflage. >>> * A mapper will often know that a certain way is part of a zone >>> without knowing where the zone boundaries are. > > Da kann ja 'is_in' als Uebergangsloesung verwendet werden, > oder es wird eine Teilgrenze eingetragen und ein anderer > macht das polygon dann zu. Mit einem unvollständigen Polygon kann man nichts auswerten, während Tags auch schon verwendet werden können, wenn sie anderswo noch fehlen. >>> * Tags on ways are easier to evaluate for applications. Polygons >>> require more advanced programming techniques to reduce performance >>> problems from inclusion tests. > > Da bin ich durchaus anderer Meinung. Was hier immer wieder > an Beschreibungsvarianten auftaucht ist durchaus vielfaeltig > und ein Algo muss die alle fehlerfrei erkennen koennen > und auch ob ein Geasschen vergessen wurde. Ok, wir messen anscheinend den Aufwand unterschiedlich. Meine Betrachtung bezog sich hier auf eine "Fehler in den Daten werden in den Daten gefixt, nicht von mir"-Software. Wenn du dich natürlich noch für das Erraten von Fehlern zuständig fühlst, werden Tags in der Tat aufwendiger. Das halte ich aber nicht für die Aufgabe der meisten Datennutzer. Tobias Knerr From osm at bundesrainer.de Thu Jan 7 22:22:11 2010 From: osm at bundesrainer.de (bundesrainer) Date: Thu, 07 Jan 2010 23:22:11 +0100 Subject: [Talk-de] Probleme mit GPX-Verarbeitung? Message-ID: <4B465E93.8040905@bundesrainer.de> Hallo, Laut der Übersicht der hochgeladenen GPS-Spuren (http://www.openstreetmap.org/traces/) stehen seit heute etwa 17:10 Uhr alle tracks in einer Warteschlange. Gibt es Probleme mit dem Dienst oder Wartungsarbeiten? Laut aktuellem Status (http://wiki.openstreetmap.org/wiki/Platform_Status) scheint ja alles zu laufen. Beste Grüße, Rainer -- From dieterdreist at gmail.com Fri Jan 8 03:34:36 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Fri, 8 Jan 2010 04:34:36 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: References: <4B447418.8010503@tappenbeck.net> Message-ID: <7acdb3651001071934s2b03b120x895d536bae61eea7@mail.gmail.com> Am 7. Januar 2010 15:07 schrieb Thomas Ineichen : > Klar dürfen Programme sich nicht darauf verlassen, dass die Werte 'korrekt' > eingetragen wurden. Ich fände es hier aber trotzdem sinnvoll, die Werte > (einmalig*) zu vereinheitlichen. > Wie soll das denn gehen? Die Leute editieren permanent an der Karte, was anderes als das zu akzeptieren bleibt einem doch gar nicht übrig. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From chris66nrw at gmx.de Fri Jan 8 09:28:32 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Fri, 08 Jan 2010 10:28:32 +0100 Subject: [Talk-de] JOSM Radweg Bug In-Reply-To: <4B4655FA.1090203@googlemail.com> References: <4B4655FA.1090203@googlemail.com> Message-ID: Ulf Lamping schrieb: > Wenn die integrierten Regeln ersetzen willst: > > "Voreinstellungen laden" ausschalten > > Mit "Neu" den Pfad auf deine geänderte xml Datei einfügen. Danke, jetzt gehts, hatte die beiden Checkboxen falsch eingestellt. Nun kommt nur noch eine Warnung mit der ich leben kann: Defaults for color.mappaint.standard.bicycle differ: #B100FF != #FF00FF Chris From osm at tappenbeck.net Fri Jan 8 10:04:20 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Fri, 08 Jan 2010 11:04:20 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> <4B45DBDC.8000807@tappenbeck.net> Message-ID: Hallo Dieter, jetzt habe ich es auch zum Laufen bekommen - sogar die Current-Version. Gestern abend habe ich den Hinweis noch gefunden. Hinter dem Dialogfenster von NAVIT ist noch ein CMD-Fenster in dem der fehlerhafte Pfad angegeben ist. Danach habe ich es angepaßt und fertig. Nun muss ich nur noch mein GPS und den Rest einbinden bzw. verstehen. Gruß Jan :-) From dieter_jasper at web.de Fri Jan 8 10:18:48 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Fri, 08 Jan 2010 11:18:48 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> <4B45DBDC.8000807@tappenbeck.net> Message-ID: Am 08.01.2010 11:04, schrieb Jan Tappenbeck: > Hallo Dieter, > > jetzt habe ich es auch zum Laufen bekommen - sogar die Current-Version. > > Gestern abend habe ich den Hinweis noch gefunden. Hinter dem > Dialogfenster von NAVIT ist noch ein CMD-Fenster in dem der fehlerhafte > Pfad angegeben ist. Danach habe ich es angepaßt und fertig. Hallo Jan, ist mir nicht aufgefallen. Wie komme ich an dieses Fenster? > > Nun muss ich nur noch mein GPS und den Rest einbinden bzw. verstehen. > > Gruß Jan :-) GPS einbinden sollte mit gpsd und cygwin gehen (bei mir Holux M241). Nutze es auch mit JOSM. Ulf Lamping hat dazu mal was geschrieben. Finde das momentan aber nicht so schnell. Gruß Dieter Jasper From osm at tappenbeck.net Fri Jan 8 10:39:58 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Fri, 08 Jan 2010 11:39:58 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> <4B45DBDC.8000807@tappenbeck.net> Message-ID: Hi ! > ist mir nicht aufgefallen. Wie komme ich an dieses Fenster? => Das eigentliche Dialogfenster einfach beiseite schieben ! > >> >> Nun muss ich nur noch mein GPS und den Rest einbinden bzw. verstehen. >> >> Gruß Jan :-) > > > GPS einbinden sollte mit gpsd und cygwin gehen (bei mir Holux M241). > Nutze es auch mit JOSM. Ulf Lamping hat dazu mal was geschrieben. Finde > das momentan aber nicht so schnell. ich will den BT-GPS-x JENTRO verwenden - vor cygwin graut es mir schon - habe ich nie zum laufen bekommen ! gruß Jan .-) > > > Gruß > Dieter Jasper From osm at tappenbeck.net Fri Jan 8 10:42:13 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Fri, 08 Jan 2010 11:42:13 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) - gefunden In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> <4B45DBDC.8000807@tappenbeck.net> Message-ID: Am 08.01.2010 11:39, schrieb Jan Tappenbeck: > Hi ! >> ist mir nicht aufgefallen. Wie komme ich an dieses Fenster? > > => Das eigentliche Dialogfenster einfach beiseite schieben ! >> >>> >>> Nun muss ich nur noch mein GPS und den Rest einbinden bzw. verstehen. >>> >>> Gruß Jan :-) >> >> >> GPS einbinden sollte mit gpsd und cygwin gehen (bei mir Holux M241). >> Nutze es auch mit JOSM. Ulf Lamping hat dazu mal was geschrieben. Finde >> das momentan aber nicht so schnell. ===> http://home.arcor.de/ulf.lamping/gpsd/gpsd.html > > ich will den BT-GPS-x JENTRO verwenden - vor cygwin graut es mir schon - > habe ich nie zum laufen bekommen ! > > gruß Jan .-) > >> >> >> Gruß >> Dieter Jasper From osm at tappenbeck.net Fri Jan 8 10:47:34 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Fri, 08 Jan 2010 11:47:34 +0100 Subject: [Talk-de] GPS-Tracks: woher stamme ich ? Message-ID: <4B470D46.30103@tappenbeck.net> Moin! gestern kam auf dem HL-Stammtisch die Frage auf ob man nicht irgendwie über eine Art Eigenschaft von GPX-Dateien sagen könnte - daher stamme ich. Ich selber benenne meine Dateien immer sinnvoll aber andere meinten wenn man diese in einem Tool aufmacht, dann muss man immer erst eine Karte hinzuladen etc. obwohl über die Koordianten doch klar sein müßte wo der Track liegt. Wenn man einen Ort auf der OSM-Karte angibt bekommt man ja auch die Auskunft "in der nähe von" Gibt es soetwas oder gibt es anderweitige Ideen ? Gruß Jan :-) From dieter_jasper at web.de Fri Jan 8 10:54:51 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Fri, 08 Jan 2010 11:54:51 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> <4B45DBDC.8000807@tappenbeck.net> Message-ID: Am 08.01.2010 11:39, schrieb Jan Tappenbeck: > Hi ! >> ist mir nicht aufgefallen. Wie komme ich an dieses Fenster? > > => Das eigentliche Dialogfenster einfach beiseite schieben ! >> Bei mir popt ein Fenster nur kurz auf, so dass ich nicht mal den text lesen kann. Wie, wo und wann hast du denn die Pfadanpassung gemacht? Gitb es einen File dafür? >>> >>> Nun muss ich nur noch mein GPS und den Rest einbinden bzw. verstehen. >>> >>> Gruß Jan :-) >> >> >> GPS einbinden sollte mit gpsd und cygwin gehen (bei mir Holux M241). >> Nutze es auch mit JOSM. Ulf Lamping hat dazu mal was geschrieben. Finde >> das momentan aber nicht so schnell. > > ich will den BT-GPS-x JENTRO verwenden - vor cygwin graut es mir schon - > habe ich nie zum laufen bekommen ! > > Funktioniert bei mir einwandfrei siehe: http://home.arcor.de/ulf.lamping/gpsd/gpsd.html Aber die Quelle kennst du ja bereits (Forum 12.12.2009) Gruß Dieter Jasper From osm at tappenbeck.net Fri Jan 8 11:38:57 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Fri, 08 Jan 2010 12:38:57 +0100 Subject: [Talk-de] Installation von Navit unter Windows(64) In-Reply-To: References: <4B4597F2.8050607@tappenbeck.net> <4B45AFDB.8010106@tappenbeck.net> <4B45BBC2.2080707@tappenbeck.net> <4B45DBDC.8000807@tappenbeck.net> Message-ID: Am 08.01.2010 11:54, schrieb Dieter Jasper: > Am 08.01.2010 11:39, schrieb Jan Tappenbeck: >> Hi ! >>> ist mir nicht aufgefallen. Wie komme ich an dieses Fenster? >> >> => Das eigentliche Dialogfenster einfach beiseite schieben ! >>> > Bei mir popt ein Fenster nur kurz auf, so dass ich nicht mal den text > lesen kann. Wie, wo und wann hast du denn die Pfadanpassung gemacht? > Gitb es einen File dafür? >>>> > >>>> Nun muss ich nur noch mein GPS und den Rest einbinden bzw. verstehen. >>>> >>>> Gruß Jan :-) >>> >>> >>> GPS einbinden sollte mit gpsd und cygwin gehen (bei mir Holux M241). >>> Nutze es auch mit JOSM. Ulf Lamping hat dazu mal was geschrieben. Finde >>> das momentan aber nicht so schnell. >> >> ich will den BT-GPS-x JENTRO verwenden - vor cygwin graut es mir schon - >> habe ich nie zum laufen bekommen ! >> >> > Funktioniert bei mir einwandfrei > siehe: > http://home.arcor.de/ulf.lamping/gpsd/gpsd.html > > Aber > die Quelle kennst du ja bereits (Forum 12.12.2009) > > > Gruß > Dieter Jasper muss ich erst lesen ! gruß Jan :-) From osm.mailinglist at t-i.ch Fri Jan 8 11:43:53 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Fri, 8 Jan 2010 12:43:53 +0100 Subject: [Talk-de] Bereinigung von Werten max.... References: <4B447418.8010503@tappenbeck.net> <4B447C08.1090800@tobias-knerr.de> <5d64t9hy6l7p.1dcs2ldbyya62.dlg@40tude.net> <4B46590C.50604@tobias-knerr.de> Message-ID: Hallo Tobias, > Thomas Ineichen schrieb: >>> Es ist "Standard", den Wert in örtlichen Maßeinheiten anzugeben und dann >>> auch die Einheit dazu zu schreiben. Metrische sind eben optional, was >>> dazu führt, dass man fehlende Einheiten nicht vom Default unterscheiden >>> kann. Zugegeben ungünstig. >> >> Sicher? >> >> http://wiki.openstreetmap.org/wiki/Key:maxspeed >> "Values are assumed to be in kilometres per hour (km/h) unless units are >> explicit." >> >> http://wiki.openstreetmap.org/wiki/Key:maxheight >> "maxheight expresses a height limit for using the way to which the tag is >> added. If no unit is included, the value is assumed to be in metres." > > Ich weiß nicht, was du damit aussagen willst, die Stellen zu zitieren, > die meine Aussage belegen: Bestimmte, metrische Einheiten kann man > weglassen (weil sie als Default angenommen werden), andere Einheiten nicht. Erm, ja, ich habe Deine Aussage ihrgendwie falsch interpretiert. Jetzt fehlt nur noch eine Vorgabe im Wiki für das Masszeichen für Fuss und Zoll, damit sich die Angelsachsen auch vereinheitlichen.. :-> Gruss, Thomas From osm at bundesrainer.de Fri Jan 8 11:46:18 2010 From: osm at bundesrainer.de (bundesrainer) Date: Fri, 08 Jan 2010 12:46:18 +0100 Subject: [Talk-de] Probleme mit GPX-Verarbeitung? In-Reply-To: <4B465E93.8040905@bundesrainer.de> References: <4B465E93.8040905@bundesrainer.de> Message-ID: <4B471B0A.6030705@bundesrainer.de> bundesrainer schrieb: > Hallo, > > Laut der Übersicht der hochgeladenen GPS-Spuren > (http://www.openstreetmap.org/traces/) stehen seit heute etwa 17:10 > Uhr alle tracks in einer Warteschlange. Es läuft wieder. :-) Beste Grüße, Rainer From osm.mailinglist at t-i.ch Fri Jan 8 11:59:43 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Fri, 8 Jan 2010 12:59:43 +0100 Subject: [Talk-de] Bereinigung von Werten max.... References: <4B447418.8010503@tappenbeck.net> <7acdb3651001071934s2b03b120x895d536bae61eea7@mail.gmail.com> Message-ID: Hallo Martin, >> Klar dürfen Programme sich nicht darauf verlassen, dass die Werte 'korrekt' >> eingetragen wurden. Ich fände es hier aber trotzdem sinnvoll, die Werte >> (einmalig*) zu vereinheitlichen. > Wie soll das denn gehen? Die Leute editieren permanent an der Karte, was > anderes als das zu akzeptieren bleibt einem doch gar nicht übrig. Wie soll was gehen? Ein einmaliger Edit ohne Anspruch auf Gültigkeit für die Ewigkeit (den Teil hast Du leider weggeschnitten)? Das ist nun wirklich nicht so schwierig.. In Deutschland gibt es 12 maxheigt-Werte mit Komma (von total 2906). Daher ist das für mich schlicht ein Tippfehler. Soll man die nicht korrigieren, nur weil irgendwer irgendwo irgendwann wieder ein Komma verwenden wird? Gruss, Thomas From qbert1 at gmx.de Fri Jan 8 12:12:42 2010 From: qbert1 at gmx.de (qbert biker) Date: Fri, 08 Jan 2010 13:12:42 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <4B465CA7.7050704@tobias-knerr.de> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44B04F.5060002@tobias-knerr.de> <20100106165837.GE23748@twin.sascha.silbe.org> <4B44C9A0.5040604@tobias-knerr.de> <20100107135804.20010@gmx.net> <4B465CA7.7050704@tobias-knerr.de> Message-ID: <20100108121242.144810@gmx.net> -------- Original-Nachricht -------- > Datum: Thu, 07 Jan 2010 23:13:59 +0100 > Von: Tobias Knerr > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] maxspeed=DE:Urban > qbert biker schrieb: > Ich glaube, du hast das Problem nicht ganz getroffen. Die *Realität* ist > dreidimensional, und wenn in der Realität die Straße auf einer Brücke > zu > einer anderen "Zone" gehört als die Straße unten drunter, dann kann man > das nur mit zweidimensionalen Polygonen nicht abbilden. Das Modell ist ausschlaggebend, der Rest ist Definition, wie man bei Polygonen drin und draussen definiert, z.B. waybasiert oder knotenbasiert. Damit kann man entsprechende Schlaufen ziehen, was zwar nicht elegant ist, aber technisch realisierbar. Etwas einfacher ists natuerlich, wenn man eine Relation baut, die das Polygon mit dem Exotenelement verbindet. Wenn diese Exotenkonstruktion ueberhaupt mal vorkommt, die Masse der Polygone ist problemlos definierbar. > Was voraussetzt, dass zumindest beim Vorverarbeitungsschritt eben doch > alle Daten zur Verfügung standen. Lösbar, aber eine kleine zusätzliche > Auflage. Eben, ich wende mich an dieser Stelle nur gegen ein plumpes geht nicht. Ob man es macht und obs Vorteile bringt, ist etwas anderes, aber die genannten Punkte sind alle technisch loesbar. > Ok, wir messen anscheinend den Aufwand unterschiedlich. Anwendungsentwickler gegenueber Tagger? > Meine > Betrachtung bezog sich hier auf eine "Fehler in den Daten werden in den > Daten gefixt, nicht von mir"-Software. Wenn du dich natürlich noch für > das Erraten von Fehlern zuständig fühlst, werden Tags in der Tat > aufwendiger. Das halte ich aber nicht für die Aufgabe der meisten > Datennutzer. Als Anwendungsentwickler gehe ich prinzipiell von fehlerhaften Daten aus und versuche stabile Verfahren zu bauen, die den Fehlereffekt von sich aus begrenzen. Kleines Beispiel: Ein potentielles Polygon umfasst 100 ways. Die wiederum sind auf 10 verschiedene Arten Limit-getaggt und bei einem ist der Schreibfehler passiert und es steht statt 30km/h 300km/h drin. 2km mit 300kmh statt 30 koennen das Routingergebnis ganz schoen verziehen. Oder mir gehen 10 Strassen mit 30 durch die Lappen, weil wieder mal jemand eine neue Schreibweise eingefuehrt hat und die gehen auf den Default 100kmh oder 50kmh zurueck. Die 50kmh kommen schon aus der Fehlerbegrenzung, wenn man den Default fuer residential so setzt. Wird innerorts unclassified verwendet (nicht verboten) und ich habe kein Polygon, wird 100kmh draus. Da werte ich lieber Ortsgrenzen aus und begrenze den moeglichen Fehler. Wenn ich also einen Router baue und den einem Nicht-OSMler zumuten will (also einer, der das Ding einfach benutzen will ohne Fehler zu berichtigen) werde ich versuchen, diese Dinge zu stabilisieren, weil ich OSM und die Taggingkreativitaet der OSMler kenne. Ein Polygon ist sehr stabil, weil es algorithmisch ausgewertet werden kann und visuell sehr einfach zu testen ist. Einen Algo zu bauen, der alle in OSM verwendeten Schreibweisen, Trenner usw. zu 100% auseinanderdroeselt, ist da schon ein anderes Kaliber. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 From dieterdreist at gmail.com Fri Jan 8 12:28:07 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Fri, 8 Jan 2010 13:28:07 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <20100108121242.144810@gmx.net> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44B04F.5060002@tobias-knerr.de> <20100106165837.GE23748@twin.sascha.silbe.org> <4B44C9A0.5040604@tobias-knerr.de> <20100107135804.20010@gmx.net> <4B465CA7.7050704@tobias-knerr.de> <20100108121242.144810@gmx.net> Message-ID: <7acdb3651001080428k6a1d0c5do482abe5e04daa94b@mail.gmail.com> Am 8. Januar 2010 13:12 schrieb qbert biker : > Als Anwendungsentwickler gehe ich prinzipiell von > fehlerhaften Daten aus und versuche stabile Verfahren zu > bauen, die den Fehlereffekt von sich aus begrenzen. > > Kleines Beispiel: Ein potentielles Polygon umfasst 100 > ways. Die wiederum sind auf 10 verschiedene Arten > Limit-getaggt und bei einem ist der Schreibfehler passiert > und es steht statt 30km/h 300km/h drin. 2km mit 300kmh > statt 30 koennen das Routingergebnis ganz schoen verziehen. > Du solltest nicht die Höchstgeschwindigkeit als Durchschnittsgeschwindigkeit annehmen. Wenn ich jetzt maxspeed=12346743245 km/h tagge, bin ich dann mit Deinem Router in Sekundenbruchteilen diese Straße komplett abgefahren? ;-) Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From osmck at gmx.de Fri Jan 8 12:38:16 2010 From: osmck at gmx.de (Christian Knorr) Date: Fri, 08 Jan 2010 13:38:16 +0100 Subject: [Talk-de] Planung einer Wandertafel In-Reply-To: <4B46506E.4000403@nk-bre.net> References: <1262889045.3979.127.camel@Notebook> <4B46506E.4000403@nk-bre.net> Message-ID: <1262954296.2897.0.camel@Notebook> Am Donnerstag, den 07.01.2010, 22:21 +0100 schrieb Norbert Kück: > Schau mal hier: > http://wiki.openstreetmap.org/wiki/DE:OpenStreetMap_License Ok, danke für den Hinweis. > Gruß > nk MfG, Chris...... From qbert1 at gmx.de Fri Jan 8 13:15:15 2010 From: qbert1 at gmx.de (qbert biker) Date: Fri, 08 Jan 2010 14:15:15 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <7acdb3651001080428k6a1d0c5do482abe5e04daa94b@mail.gmail.com> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44B04F.5060002@tobias-knerr.de> <20100106165837.GE23748@twin.sascha.silbe.org> <4B44C9A0.5040604@tobias-knerr.de> <20100107135804.20010@gmx.net> <4B465CA7.7050704@tobias-knerr.de> <20100108121242.144810@gmx.net> <7acdb3651001080428k6a1d0c5do482abe5e04daa94b@mail.gmail.com> Message-ID: <20100108131515.245020@gmx.net> -------- Original-Nachricht -------- > Datum: Fri, 8 Jan 2010 13:28:07 +0100 > Von: Martin Koppenhoefer > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] maxspeed=DE:Urban > Du solltest nicht die Höchstgeschwindigkeit als > Durchschnittsgeschwindigkeit > annehmen. Wenn ich jetzt maxspeed=12346743245 km/h tagge, bin ich dann mit > Deinem Router in Sekundenbruchteilen diese Straße komplett abgefahren? > ;-) Erwischt :-) So und jetzt die technische Antwort: Der Router machts genau so, solange ich ihm den Wert einfach durchreiche. Dass man vorfiltern sollte und nicht blind den Werten vertrauen, darum gings ja. Wenn ich jetzt von 12346743245kmh 20% abziehe um von max auf real zu kommen, ists immer noch viel. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser From dieterdreist at gmail.com Fri Jan 8 13:27:00 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Fri, 8 Jan 2010 14:27:00 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <20100108131515.245020@gmx.net> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44B04F.5060002@tobias-knerr.de> <20100106165837.GE23748@twin.sascha.silbe.org> <4B44C9A0.5040604@tobias-knerr.de> <20100107135804.20010@gmx.net> <4B465CA7.7050704@tobias-knerr.de> <20100108121242.144810@gmx.net> <7acdb3651001080428k6a1d0c5do482abe5e04daa94b@mail.gmail.com> <20100108131515.245020@gmx.net> Message-ID: <7acdb3651001080527u530b9296kef128717491d6729@mail.gmail.com> Am 8. Januar 2010 14:15 schrieb qbert biker : > Erwischt :-) > > So und jetzt die technische Antwort: Der Router machts genau > so, solange ich ihm den Wert einfach durchreiche. > > Dass man vorfiltern sollte und nicht blind den Werten > vertrauen, darum gings ja. Wenn ich jetzt von 12346743245kmh > 20% abziehe um von max auf real zu kommen, ists immer noch > viel. > eben. Deshalb sollte man als Router einen Default annehmen (z.B. 80 auf Landstraßen, 110 auf der Autobahn), bzw. den User eingeben lassen, und an den Stellen, wo kein Maxspeed angegeben ist, diesen verwenden, andernfalls diesen _begrenzen_ natürlich aber nicht nach oben ausdehnen. Von daher spielen Maxspeeds oberhalb meiner erreichbaren Geschwindigkeit keine Rolle. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From northcape at gmx.de Fri Jan 8 13:27:05 2010 From: northcape at gmx.de (northcape at gmx.de) Date: Fri, 08 Jan 2010 14:27:05 +0100 Subject: [Talk-de] OSMF Ergebnis der Lizenzabstimmung ? In-Reply-To: <4B3756B4.3060504@gmail.com> References: <4B37445B.7020608@gmx.de> <4B3756B4.3060504@gmail.com> Message-ID: <4B4732A9.5020904@gmx.de> Seit Ende der Abstimmung zur ODBL sind 2 Wochen ins Land gegangen. Wann geht es im "Open Data License/Implementation Plan" weiter ? > On 01/-10/-28163 08:59 PM, northcape at gmx.de wrote: >> Die Abstimmung sollte ja bis zum 26. Dez. / gestern abgeschlossen >> sein. Gibt es ein Ergebnis? >> >> >> > Ja, heute morgen wurde das Ergebniss bekannt gegeben. 89% Stimmen waren > fuer den Vorgeschlagenen Wechsel-Prozess, bei 16 Gegenstimmen und 55% > Wahlbeteiligung. > > Die Ergebnissemail findet ihr unter > http://lists.openstreetmap.org/pipermail/osmf-talk/2009-December/000753.html > mit mehr details zur Umfrage > > Kai > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From qbert1 at gmx.de Fri Jan 8 14:15:29 2010 From: qbert1 at gmx.de (qbert biker) Date: Fri, 08 Jan 2010 15:15:29 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <7acdb3651001080527u530b9296kef128717491d6729@mail.gmail.com> References: <4B449EB7.1020302@tappenbeck.net> <4B44A686.7080407@gmx.de> <4B44B04F.5060002@tobias-knerr.de> <20100106165837.GE23748@twin.sascha.silbe.org> <4B44C9A0.5040604@tobias-knerr.de> <20100107135804.20010@gmx.net> <4B465CA7.7050704@tobias-knerr.de> <20100108121242.144810@gmx.net> <7acdb3651001080428k6a1d0c5do482abe5e04daa94b@mail.gmail.com> <20100108131515.245020@gmx.net> <7acdb3651001080527u530b9296kef128717491d6729@mail.gmail.com> Message-ID: <20100108141529.161390@gmx.net> -------- Original-Nachricht -------- > Datum: Fri, 8 Jan 2010 14:27:00 +0100 > Von: Martin Koppenhoefer > An: qbert biker > CC: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] maxspeed=DE:Urban > Am 8. Januar 2010 14:15 schrieb qbert biker : Hallo, > eben. Deshalb sollte man als Router einen Default annehmen (z.B. 80 auf > Landstraßen, 110 auf der Autobahn), bzw. den User eingeben lassen, und an > den Stellen, wo kein Maxspeed angegeben ist, diesen verwenden, andernfalls > diesen _begrenzen_ natürlich aber nicht nach oben ausdehnen. Von daher > spielen Maxspeeds oberhalb meiner erreichbaren Geschwindigkeit keine > Rolle. Im Prinzip sind wir uns einig, ich gebe nur zu bedenken, dass man keine Auswertelogik voraussetzen kann. Dein Vorschlag ist sinnvoll aber nicht der einzig moegliche. Ein Limit kann ja auch die maximale moegliche Geschwindigkeit erhoehen, also z.B. von 100 auf 120kmh auf besser ausgebauten Landstrassen oder von 50kmh auf 60 oder 70kmh in der Ortschaft. Ist ein explizites Limit gegeben, setze ich normalerweise auch voraus, dass es auch stimmt, verwende es direkt und errechne die typische Geschwindigkeit mittels prozentualen Abzug vom Limit anhand div. Parameter (Spuranzahl, Ampeln, etc.). Den Job des Abschneidens nach Maximum uebernimmt eine nachgeschaltete Plausibilitaetspruefung und die laesst bei mir viel hoehere Werte zu als z.B. die 80kmh auf Landstrassen. Na ja, jeder hat eben so seine eigene Methodik ;) Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 From dieterdreist at gmail.com Fri Jan 8 15:04:23 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Fri, 8 Jan 2010 16:04:23 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <20100108141313.304870@gmx.net> References: <4B449EB7.1020302@tappenbeck.net> <20100106165837.GE23748@twin.sascha.silbe.org> <4B44C9A0.5040604@tobias-knerr.de> <20100107135804.20010@gmx.net> <4B465CA7.7050704@tobias-knerr.de> <20100108121242.144810@gmx.net> <7acdb3651001080428k6a1d0c5do482abe5e04daa94b@mail.gmail.com> <20100108131515.245020@gmx.net> <7acdb3651001080527u530b9296kef128717491d6729@mail.gmail.com> <20100108141313.304870@gmx.net> Message-ID: <7acdb3651001080704u7f3405d2je5573fb79d7a7eff@mail.gmail.com> Am 8. Januar 2010 15:13 schrieb qbert biker : > Ein Limit kann ja auch die maximale moegliche Geschwindigkeit > erhoehen, nein, ein Fahrzeug kann nicht schneller fahren, nur weil man schneller fahren darf. Dieser Zusammenhang ist so nicht gegeben. > also z.B. von 100 auf 120kmh auf besser ausgebauten > Landstrassen oder von 50kmh auf 60 oder 70kmh in der Ortschaft. > in gewissem Rahmen bekommst Du halt trotzdem funktionierende Ergebnisse... > Ist ein explizites Limit gegeben, setze ich normalerweise auch > voraus, dass es auch stimmt, verwende es direkt und errechne > die typische Geschwindigkeit mittels prozentualen Abzug vom > Limit anhand div. Parameter (Spuranzahl, Ampeln, etc.). > Ob das Limit "stimmt" und welche Geschwindigkeit im Schnitt erzielbar ist, sind 2 Paar Schuhe, Deine Auswertelogik (maxspeed-20%) ist ein Hack, der mit "vernünftigen" und "üblichen" Werten funktioniert (wenn alle Autos ungefähr ähnlich schnell fahren können), aber eben einen Zusammenhang herstellt, wo nur bedingt einer ist. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From computerteddy at gmx.de Fri Jan 8 16:42:51 2010 From: computerteddy at gmx.de (Carsten Schwede) Date: Fri, 08 Jan 2010 17:42:51 +0100 Subject: [Talk-de] Worldfile vom 6.1.10 Message-ID: <4B47608B.1070903@gmx.de> Hallo, die neuen Daten liegen wie immer zum Download bereit unter http://wiki.openstreetmap.org/wiki/User:Computerteddy Es gibt nun eine Datei mit der md5- Summe der komprimierten Dateien, die kann nun zum Vergleich und zur Sicherstellung des korrekten Downloads benutzt werden können. -- Viele Grüße Carsten From qbert1 at gmx.de Fri Jan 8 17:04:44 2010 From: qbert1 at gmx.de (qbert biker) Date: Fri, 08 Jan 2010 18:04:44 +0100 Subject: [Talk-de] Reisezeitmodelle, war: maxspeed=DE:Urban In-Reply-To: <7acdb3651001080704u7f3405d2je5573fb79d7a7eff@mail.gmail.com> References: <4B449EB7.1020302@tappenbeck.net> <20100106165837.GE23748@twin.sascha.silbe.org> <4B44C9A0.5040604@tobias-knerr.de> <20100107135804.20010@gmx.net> <4B465CA7.7050704@tobias-knerr.de> <20100108121242.144810@gmx.net> <7acdb3651001080428k6a1d0c5do482abe5e04daa94b@mail.gmail.com> <20100108131515.245020@gmx.net> <7acdb3651001080527u530b9296kef128717491d6729@mail.gmail.com> <20100108141313.304870@gmx.net> <7acdb3651001080704u7f3405d2je5573fb79d7a7eff@mail.gmail.com> Message-ID: <20100108170444.106100@gmx.net> -------- Original-Nachricht -------- > Datum: Fri, 8 Jan 2010 16:04:23 +0100 > Von: Martin Koppenhoefer > An: qbert biker > CC: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] maxspeed=DE:Urban > Am 8. Januar 2010 15:13 schrieb qbert biker : > > > Ein Limit kann ja auch die maximale moegliche Geschwindigkeit > > erhoehen, > nein, ein Fahrzeug kann nicht schneller fahren, nur weil man schneller > fahren darf. Dieser Zusammenhang ist so nicht gegeben. Denke mal, jetzt hab ich begriffen, auf was du raus willst: Du beziehst dich auf dynamische, also verkehrsabhängige Modellierung und das ist eine ganz andere Baustelle. > in gewissem Rahmen bekommst Du halt trotzdem funktionierende Ergebnisse... Ich halte es für eine korrekte, aber eben statische Modellierung. Es wird modelliert, was Strasse und Fahrzeug hergeben. > Ob das Limit "stimmt" und welche Geschwindigkeit im Schnitt erzielbar ist, > sind 2 Paar Schuhe, Deine Auswertelogik (maxspeed-20%) ist ein Hack, der > mit > "vernünftigen" und "üblichen" Werten funktioniert (wenn alle Autos > ungefähr > ähnlich schnell fahren können), aber eben einen Zusammenhang herstellt, > wo > nur bedingt einer ist. Ich machs so wie ichs gelernt habe: Die typische Geschwindigkeit ergibt sich aus der Zielgeschwindigkeit (das was der Fahrer fahren will, also meistens maxspeed) abzueglich der gemittelten Verluste beim Anfahren, Wartezeiten, etc. Bei einer Vorfahrtsstrasse sind diese Verluste geringer also zieht man anteilig weniger ab. Bei einer kurvigen Nebenstrasse zieht man mehr ab, aber immer steht das im Verhältnis zur Zielgeschwindigkeit. Erst jetzt kommt der Verkehr, also der dynamische Part, ins Spiel und der kann die erreichbare Geschwindigkeit nochmal verringern, muss aber nicht. Und hier sehe ich ein Problem in deinem Ansatz, denn du mischt dynamische Aspekte in das statische Modell. Es ist aber sinnvoll, dynamische und statische Modellierung zu trennen, denn so kann man beliebige externe Quellen in die dynamische Modellierung einfliessen lassen. Ob man wegen LKW nicht über 80 drüberkommt, hängt vom Wochentag ab und der tägliche Berufsverkehrsstau eine Rolle spielt kann man über Tageszeitprofile ermitteln. Gruesse Hubert -- Preisknaller: GMX DSL Flatrate für nur 16,99 Euro/mtl.! http://portal.gmx.net/de/go/dsl02 From grenzdebil at gmail.com Fri Jan 8 18:10:59 2010 From: grenzdebil at gmail.com (Martin Simon) Date: Fri, 8 Jan 2010 19:10:59 +0100 Subject: [Talk-de] Neues Jahr - neue Garmin-Karte Message-ID: Hallo Liste! Nachdem ich jetzt seit einigen Monaten daran bastele, möchte ich euch das Ergebnis meiner Bemühungen, eine Karte für mein Garmin Vista hcx herzustellen, die sich optisch und inhaltlich grob an den amtlichen topographischen Karten orientiert und alles enthalten soll, was man benötigt, wenn man draußen unterwegs ist - auf Wegen oder querfeldein. Es gibt eine Komplettversion für Garmin-Geräte sowie abgespeckte Versionen für QLandkarteGT, da dies anscheinend nicht verschiedene TYP-Files parallel anzeigen kann. Auch mit dem erstellen eines Installers für Mapsource mittels NSIS bin ich leider gescheitert - das Resultat wird dort leider ohne TYP-File angezeit. Weitere Einschränkungen: Da ich die Daten für den Gelände-Layer manuell nachbearbeiten muß, damit die Flächen nicht kaputt gehen, umfaßt diese Karte nur die Gegend von 6°E 50°N bis 8°E 51°N, also alles von Köln bis Kyllburg und von Aachen bis Kreuztal (grob: Eifel, Bergisches Land, Westerwald, Mittelrheintal). Vielleicht findet sich ja jemand, der ein Skript schreiben kann, das mit "GroundTruth" generierte Höhenlinien in Flächen umwandeln kann, die entlang der Kachelränder geschlossen sind... :-) Von Hand ist es eine wahnsinnige Arbeit. Alle Versionen sind hier zu beziehen: http://osm-topo.bplaced.net Viel Spaß, ich freue mich auf Rückmeldung, Anregungen und Kritik! Gruß, Martin From someone561 at gmx.de Fri Jan 8 19:45:15 2010 From: someone561 at gmx.de (Stefan Roggensack) Date: Fri, 08 Jan 2010 20:45:15 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <4B436F35.5060608@anders-hamburg.de> References: <4B436F35.5060608@anders-hamburg.de> Message-ID: <1262979915.3632.5.camel@stefan-desktop> Tolle Anwendung, mich hast du für das Thema in meiner Nähe damit gewonnen. Eine Frage zum TMC Tagging ist mir gerade gekommen. Wenn man eine Kreuzung mit jeweils zwei Spuren in jeder Richtung hat, gibt es dort Regeln welche von denen die Tags bekommen sollen. Z.B. http://osm-tmc.anders-hamburg.de/point.php?lcd=46216 Gruß Stefan Am Dienstag, den 05.01.2010, 17:56 +0100 schrieb Sven Anders: > Ich freue mich eine neue Anwenundung vorzustellen. > Den TMC Validator. Hab die ganze Weihacnhtszeit daran gebastelt. > > Ihr findet Ihn unter: > http://osm-tmc.anders-hamburg.de/ > > In der Hoffung das damit das Thema TMC vielleicht ein paar mehr Leuten > näher gebracht werden kann. > > Unter der Map steht der Timestamp, von wann die Daten sind. > Plane das jeden Tag zu updaten. Im Moment aber noch nicht ganz > automatisch. Wenn ihr die Karte benutzt bitte möglichst weit reinzoomen. > Das hält die last auf dem Server klein. > > Alternativ kann man unter: > > http://osm-tmc.anders-hamburg.de/area.php?lcd=1 > > auch hierachisch ohne Landkarte runterbrowsen. > > Für eine Wiki-Seite mit Erklärungen kommt innerhalb der nächsten 1-3 > Wochen. Steht dann oben als Link drin. > > > Verbesserungsvorschläge gerne an die Liste. Bugreports gerne an > > strassenvergleich at sven.anders.im > > > Gruß > Sven > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From florian at grossing.de Fri Jan 8 20:00:20 2010 From: florian at grossing.de (Florian Gross) Date: Fri, 8 Jan 2010 21:00:20 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: <201001070800.54131.d.s.e@sordidmusic.com> References: <4B447418.8010503@tappenbeck.net> <201001062251.33994.florian@grossing.de> <201001070800.54131.d.s.e@sordidmusic.com> Message-ID: <201001082100.21098.florian@grossing.de> Am Do Januar 7 2010 glaubte Guenther Meyer zu wissen: > Am Mittwoch 06 Januar 2010 22:51:33 schrieb Florian Gross: > > Am Mi Januar 6 2010 glaubte Guenther Meyer zu wissen: > > > Am Mittwoch 06 Januar 2010 21:59:51 schrieb Martin Koppenhoefer: > > > > Am 6. Januar 2010 18:47 schrieb Stephan Wolff : > > > > > Man sollte definieren, wann eine andere Einheit zulässig ist z.B. nur > > > > > die Einheiten die auf einem Verkehrzeichen, einer Verordung oder > > > > > einem Gesetz dafür vorgegeben sind. Sonst gibt noch jemand eine > > > > > Breite mit "13750 mm" an. > > > > > > > > wäre das denn ein Problem? Ich wäre jetzt mit meinem laienhaften > > > > Verständnis erstmal davon ausgegangen, dass man solche Einheiten > > > > parsen und umrechnen kann (also hier z.B. rd. 541,34 Zoll), wie mans > > > > gerade braucht bzw. erwartet. > > > > > > naja, wenn auf einem schild was von 30 meilen steht, halte ich das fuer > > > unsinnig, das als maxspeed=48.2803 kmh zu taggen. > > > da fragt sich jeder, was dieser krumme wert soll, waehrend ein > > > maxspeed=30mph durchaus auf ein real existierendes schild zurueckgefuehrt > > > werden kann... > > > > Da sollte man dann schon in der Lage sein auf 50km/h zu kommen > > oder doch lieber die Finger weglassen. > > > als tagger oder als anwender? Als Tagger. Es sollte doch eigentlich kein Problem sein, auf eine ganze Zahl zu runden. Auch auf volle 5km/h (5, 10, 15 usw.) sollten IMO kein Problem darstellen. > oder 65 mph (=104.6074 km/h)? > nimmt man da jetzt 100, 105, oder 110? Würd ich sagen, ja. > es geht mir darum, dass es soweit ich weiss, kein schild und keine vorschrift > gibt, wo so ein krummer wert draufsteht. > wenn ich in usa mappen solche krummen werte mappen wuerde, dann waeren > amerikanische mapper die nach mir kommen, sicher nicht sehr erfreut ueber so > einen wert, der sich nicht direkt auf ein schild oder eine andere vorschrift > zurueckverfolgen liesse... 1. ist das metrische System seit über 100 Jahren in den USA offiziell anerkannt und 2. wäre das metrische System dort auch schon länger eingeführt worden, wenn sich die Bevölkerung nicht so vehement dagegen gewehrt hätte. Siehe z.B. auch http://www.nzzfolio.ch/www/d80bd71b-b264-4db4-afd0-277884b93470/showarticle/2453fa46-0c61-44ca-88b8-8f4d6857d998.aspx Sind doch selber schuld, dann sollen sie jetzt nicht jammern. flo, wer Ironie findet darf sie behalten -- >Obasr: Hat O'Reilly darueber endlich mal ein Buch herausgegeben? Fucking in a Nutshell? Mastering irregular positions? [Ingo Oeser und Verwaltung von heterosexuellen Netzwerken? Ralph Angenendt in dasr] From cmarqu42 at googlemail.com Fri Jan 8 23:37:17 2010 From: cmarqu42 at googlemail.com (Colin Marquardt) Date: Sat, 9 Jan 2010 00:37:17 +0100 Subject: [Talk-de] GPS-Tracks: woher stamme ich ? In-Reply-To: <4B470D46.30103@tappenbeck.net> References: <4B470D46.30103@tappenbeck.net> Message-ID: <814384661001081537i27c73032m509885c2b11474ac@mail.gmail.com> Am 8. Januar 2010 11:47 schrieb Jan Tappenbeck : > Ich selber benenne meine Dateien immer sinnvoll aber andere meinten wenn > man diese in einem Tool aufmacht, dann muss man immer erst eine Karte > hinzuladen etc. obwohl über die Koordianten doch klar sein müßte wo der > Track liegt. Wenn man einen Ort auf der OSM-Karte angibt bekommt man ja > auch die Auskunft "in der nähe von" Fertig kenne ich nichts, aber nominatim kann jedenfalls auch reverse geocoding. Cheers Colin From marcus.wolschon at googlemail.com Sat Jan 9 04:02:54 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Sat, 9 Jan 2010 05:02:54 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <1262979915.3632.5.camel@stefan-desktop> References: <4B436F35.5060608@anders-hamburg.de> <1262979915.3632.5.camel@stefan-desktop> Message-ID: 2010/1/8 Stefan Roggensack : > Tolle Anwendung, mich hast du für das Thema in meiner Nähe damit > gewonnen. > > Eine Frage zum TMC Tagging ist mir gerade gekommen. Wenn man eine > Kreuzung mit jeweils zwei Spuren in jeder Richtung hat, gibt es dort > Regeln welche von denen die Tags bekommen sollen. Z.B. > http://osm-tmc.anders-hamburg.de/point.php?lcd=46216 Ja, man muss für jede Richtung einen Punkt taggen und jeweils das tag TMC:cid_58:tabcd_1:Direction=positive bzw. TMC:cid_58:tabcd_1:Direction=negative benutzten. Ich hab das mal beispielhaft für deine Kreuzung gemacht. Im Zweifelsfall hilft es sich zu überlegen wie eine Verkehrsnachricht aussieht: In Punkt X bis zurück in Richtung "positive" für "3" Schritte "Einseitiger Stau wegen Unfall". Und das TMC-Meldungen nicht abbiegen sondern falls der Stau/Sperrung/... abbiegt das einfach eine Nachricht für jede beteiligte Strasse ist. Marcus From dieter_jasper at web.de Sat Jan 9 08:48:35 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Sat, 09 Jan 2010 09:48:35 +0100 Subject: [Talk-de] =?iso-8859-15?q?Stadtpl=E4ne_mit_MapOSMatic?= Message-ID: Hallo, hat schon jemand erfolgreich einen Stadtplan mit MapOSMatic erzeugt. Ich habe auf der Startseite bei der Karte Begrenzungsrahmen angeklickt, einen Begrenzungsrahmen auf der Karte festgelegt, den 'Name des Stadtplans' eingegeben und auf den grünen Pfeil rechts neben den Rahmenkoordinaten gedrückt. Aber dann passiert weiter nichts. Was mache ich falsch? Gruß Dieter Jasper From osm at tappenbeck.net Sat Jan 9 09:29:38 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 09 Jan 2010 10:29:38 +0100 Subject: [Talk-de] Probleme mit SPLITTER Message-ID: <4B484C82.4010306@tappenbeck.net> Moin ! ich verschmelze immer einige Bundesländer der Geofabrik und mache mir daraus meine Garmin-Karten. Derzeit (vor wenigen Tagen funktionierte es noch !) habe ich mit SPLITTER Probleme und bekomme folgende Meldung bei dem Verschmolzenen Rheinland-Pfalz und Hessen mit folgender Meldung: key mapid/ val 63240345 key max-nodes/ val 1000000 Error at line 146154, col 1 Error parsing xml from file org.xml.sax.SAXParseException: XML document structur es must start and end within the same entity. Total time 0s Die Kombi Hamburg und Schleswig-Holstein funktioniert. Kann mir einer die Meldung erklären bzw. hat einer etwas vergleichbares feststellen können - Lösungansatz ? Gruß jan :-) From frederik at remote.org Sat Jan 9 09:42:20 2010 From: frederik at remote.org (Frederik Ramm) Date: Sat, 09 Jan 2010 10:42:20 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: <4B484C82.4010306@tappenbeck.net> References: <4B484C82.4010306@tappenbeck.net> Message-ID: <4B484F7C.3020905@remote.org> Hallo, Jan Tappenbeck wrote: > Error at line 146154, col 1 > Error parsing xml from file org.xml.sax.SAXParseException: XML document > structur > es must start and end within the same entity. > Total time 0s Da waere es nun hilfreich zu wissen, wie das XML-Dokument um Zeile 146154 herum aussieht! Bye Frederik From sb-listen at gmx-topmail.de Sat Jan 9 09:44:48 2010 From: sb-listen at gmx-topmail.de (SB79) Date: Sat, 9 Jan 2010 10:44:48 +0100 Subject: [Talk-de] =?iso-8859-15?q?Stadtpl=E4ne_mit_MapOSMatic?= In-Reply-To: References: Message-ID: <201001091044.48350.sb-listen@gmx-topmail.de> Hallo, > hat schon jemand erfolgreich einen Stadtplan mit MapOSMatic erzeugt. Ja, schon mehrfach. :-) > Ich habe auf der Startseite bei der Karte Begrenzungsrahmen > angeklickt, einen Begrenzungsrahmen auf der Karte festgelegt, den > 'Name des Stadtplans' eingegeben und auf den grünen Pfeil rechts > neben den Rahmenkoordinaten gedrückt. > Aber dann passiert weiter nichts. Ich habe Deine Schritte nachvollzogen und lande dann, nach Klicken auf den grünen Pfeil, auf der "Rendervorgang"-Seite. Jetzt heißt es warten, bis die Karte gerendert wurde, und ab und an kann man mal auf aktualisieren klicken. Wenn der Vorgang abgeschlossen ist, kannst Du die Karte als PDF, PNG oder SVG herunterladen. Gruß, Stephan -- sb-listen at gmx-topmail.de From osm at nk-bre.net Sat Jan 9 09:58:33 2010 From: osm at nk-bre.net (=?ISO-8859-15?Q?Norbert_K=FCck?=) Date: Sat, 09 Jan 2010 10:58:33 +0100 Subject: [Talk-de] =?iso-8859-15?q?Stadtpl=E4ne_mit_MapOSMatic?= In-Reply-To: References: Message-ID: <4B485349.8060606@nk-bre.net> Hallo, am 09.01.2010 09:48 schrieb Dieter Jasper: > Hallo, > hat schon jemand erfolgreich einen Stadtplan mit MapOSMatic erzeugt. > > Ich habe auf der Startseite bei der Karte Begrenzungsrahmen angeklickt, > einen Begrenzungsrahmen auf der Karte festgelegt, den 'Name des > Stadtplans' eingegeben und auf den grünen Pfeil rechts neben den > Rahmenkoordinaten gedrückt. > Aber dann passiert weiter nichts. Ja, das habe ich auch schon mal so gesehen, als ich keinen Namen für die Karte eingegeben hatte. > Was mache ich falsch? Wahrscheinlich nichts. Nach der Rückmeldung mit der Aufforderung, den Kartennamen einzugeben, war der grüne Pfeil nicht mehr aktiv. Neustart des Apps brachte das gewünschte Ergebnis. Gruß nk From dieter_jasper at web.de Sat Jan 9 10:17:09 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Sat, 09 Jan 2010 11:17:09 +0100 Subject: [Talk-de] =?iso-8859-15?q?Stadtpl=E4ne_mit_MapOSMatic?= In-Reply-To: <201001091044.48350.sb-listen@gmx-topmail.de> References: <201001091044.48350.sb-listen@gmx-topmail.de> Message-ID: Am 09.01.2010 10:44, schrieb SB79: > Hallo, > >> hat schon jemand erfolgreich einen Stadtplan mit MapOSMatic erzeugt. > > Ja, schon mehrfach. :-) > Funtioniert jetzt auch bei mir. Der Fehler war wohl, dass unter dem Eingabefeld für Name des Stadtplans - obwohl hier ein Name eingegeben war - in roter Schrift etwas stand wie 'Name des Stadtplans' eingeben. Keine Ahnung, was da passiert ist. Gruß Dieter Jasper From telegnom.osm at googlemail.com Sat Jan 9 10:40:02 2010 From: telegnom.osm at googlemail.com (Max Andre) Date: Sat, 09 Jan 2010 11:40:02 +0100 Subject: [Talk-de] =?iso-8859-15?q?Stadtpl=E4ne_mit_MapOSMatic?= In-Reply-To: References: <201001091044.48350.sb-listen@gmx-topmail.de> Message-ID: Dieter Jasper schrieb: > Funtioniert jetzt auch bei mir. > Der Fehler war wohl, dass unter dem Eingabefeld für Name des Stadtplans > - obwohl hier ein Name eingegeben war - in roter Schrift etwas stand wie > 'Name des Stadtplans' eingeben. Keine Ahnung, was da passiert ist. Ich konnte den Fehler eben nachvollziehen. Wenn man im "Modus" Begrenzungsrahmen keinen Namen für den Stadtplan angibt und dann auf den grünen Pfeil klickt, wird das Feld für Namen rot hinterlegt. Gleichzeitig wird allerdings auch der grüne Pfeil scheinbar inaktiv. Wenn man mit der Maus ein kleines Stückchen unterhalb des Pfeils herum fährt, findet man eine kleinen Rahmen den man anklicken kann (Mauszeiger verwandelt sich in die Hand). Wenn man die Fläche dann anklickt wird der Rendering-Prozess normal gestartet. Ich denke mal durch die Einblendung des roten Rahmens verschiebt sich da etwas. Konnte jetzt aber auf die Schnelle auch nichts auffälliges im Quelltext der HTML-Seite erkennen :( Grüße Max From osm at tappenbeck.net Sat Jan 9 12:23:19 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 09 Jan 2010 13:23:19 +0100 Subject: [Talk-de] postgis-ausgabe => osm Message-ID: <4B487537.5000107@tappenbeck.net> moin!!! nur eine frage ob generell eine ausgabe aus einer postgis-db im osm-format möglich ist ? gruß Jan :-) From frank at fotodrachen.de Sat Jan 9 12:39:51 2010 From: frank at fotodrachen.de (=?ISO-8859-15?Q?Frank_J=E4ger?=) Date: Sat, 09 Jan 2010 13:39:51 +0100 Subject: [Talk-de] =?iso-8859-15?q?Stadtpl=E4ne_mit_MapOSMatic?= In-Reply-To: References: Message-ID: <4B487917.3090403@fotodrachen.de> Hallo Dieter, hallo DE, Dieter Jasper schrieb: > Hallo, > hat schon jemand erfolgreich einen Stadtplan mit MapOSMatic erzeugt. > > Ich habe auf der Startseite bei der Karte Begrenzungsrahmen angeklickt, > einen Begrenzungsrahmen auf der Karte festgelegt, den 'Name des > Stadtplans' eingegeben und auf den grünen Pfeil rechts neben den > Rahmenkoordinaten gedrückt. > Aber dann passiert weiter nichts. > > Was mache ich falsch? Vielleicht, dass du IE6 benutzt? Mit Firefox funktioniert es. > > Gruß > Dieter Jasper > Ich habe gestern etwas dazu auf unserer lokalen Liste geschrieben: http://gt.owl.de/pipermail/osm/2010-January/001033.html -- Frank From brogo at arcor.de Sat Jan 9 13:23:57 2010 From: brogo at arcor.de (Christian H. Bruhn) Date: Sat, 9 Jan 2010 14:23:57 +0100 Subject: [Talk-de] =?iso-8859-15?q?Stadtpl=E4ne_mit_MapOSMatic?= In-Reply-To: References: Message-ID: <41875835.20100109142357@arcor.de> Guten Tag Dieter Jasper, am Samstag, 9. Januar 2010 um 09:48 schrieben Sie: > Ich habe auf der Startseite bei der Karte Begrenzungsrahmen angeklickt, > einen Begrenzungsrahmen auf der Karte festgelegt, den 'Name des > Stadtplans' eingegeben und auf den grünen Pfeil rechts neben den > Rahmenkoordinaten gedrückt. > Aber dann passiert weiter nichts. Hast Du es einfach mal mit "Enter" probiert? Klappt bei mir. Christian From frederik at remote.org Sat Jan 9 13:54:38 2010 From: frederik at remote.org (Frederik Ramm) Date: Sat, 09 Jan 2010 14:54:38 +0100 Subject: [Talk-de] postgis-ausgabe => osm In-Reply-To: <4B487537.5000107@tappenbeck.net> References: <4B487537.5000107@tappenbeck.net> Message-ID: <4B488A9E.6050909@remote.org> Hallo, Jan Tappenbeck wrote: > nur eine frage ob generell eine ausgabe aus einer postgis-db im > osm-format möglich ist ? Nein, aber Du kannst mit dem psql2shp-Utility ein Shapefile erstellen und daraus dann mit shp2osm oder polyshp2osm eine OSM-Datei machen. Bitte aber das Ergebnis nicht in OSM hochladen ;-) Bye Frederik From osm at tappenbeck.net Sat Jan 9 13:54:35 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 09 Jan 2010 14:54:35 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: <4B484F7C.3020905@remote.org> References: <4B484C82.4010306@tappenbeck.net> <4B484F7C.3020905@remote.org> Message-ID: Hi ! gute Frage gewesen - Datei war da zuende !!! OSMOSIS hat abgebrochen!!! nachfolgend das Protokoll: ECHO ist ausgeschaltet (OFF). zusammenfuehren der OSM-Dateien 09.01.2010 14:52:59 org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.32 09.01.2010 14:53:00 org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. 09.01.2010 14:53:00 org.openstreetmap.osmosis.core.Osmosis run INFO: Launching pipeline execution. 09.01.2010 14:53:00 org.openstreetmap.osmosis.core.Osmosis run INFO: Pipeline executing, waiting for completion. 09.01.2010 14:53:05 org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskMan ager waitForCompletion SCHWERWIEGEND: Thread for task 1-read-xml failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to read XML file rheinland-pfalz.osm.bz2. at org.openstreetmap.osmosis.core.xml.v0_6.XmlReader.run(XmlReader.java: 123) at java.lang.Thread.run(Unknown Source) Caused by: java.io.IOException: unexpected end of stream at org.apache.tools.bzip2.CBZip2InputStream.getAndMoveToFrontDecode(CBZi p2InputStream.java:721) at org.apache.tools.bzip2.CBZip2InputStream.initBlock(CBZip2InputStream. java:289) at org.apache.tools.bzip2.CBZip2InputStream.setupNoRandPartA(CBZip2Input Stream.java:846) at org.apache.tools.bzip2.CBZip2InputStream.setupNoRandPartB(CBZip2Input Stream.java:895) at org.apache.tools.bzip2.CBZip2InputStream.read0(CBZip2InputStream.java :212) at org.apache.tools.bzip2.CBZip2InputStream.read(CBZip2InputStream.java: 180) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager$RewindableIn putStream.read(Unknown Source) at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.read(Unknown So urce) at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.scanLiteral( Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLScanner.scanAttributeValue (Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l.scanAttribute(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l.scanStartElement(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l$FragmentContentDriver.next(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(U nknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l.scanDocument(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(U nknown Source) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(U nknown Source) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown So urce) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Un known Source) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.p arse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at org.openstreetmap.osmosis.core.xml.v0_6.XmlReader.run(XmlReader.java: 108) ... 1 more 09.01.2010 14:53:05 org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskMan ager waitForCompletion SCHWERWIEGEND: Thread for task 2-read-xml failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: An output error has occu rred, aborting. at org.openstreetmap.osmosis.core.store.DataPostbox.checkForOutputErrors (DataPostbox.java:76) at org.openstreetmap.osmosis.core.store.DataPostbox.populateCentralQueue (DataPostbox.java:132) at org.openstreetmap.osmosis.core.store.DataPostbox.put(DataPostbox.java :182) at org.openstreetmap.osmosis.core.merge.v0_6.EntityMerger$1.process(Enti tyMerger.java:72) at org.openstreetmap.osmosis.core.merge.v0_6.impl.SortedEntityPipeValida tor.process(SortedEntityPipeValidator.java:59) at org.openstreetmap.osmosis.core.xml.v0_6.impl.NodeElementProcessor.end (NodeElementProcessor.java:117) at org.openstreetmap.osmosis.core.xml.v0_6.impl.OsmHandler.endElement(Os mHandler.java:107) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endEleme nt(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.AbstractXMLDocumentParser. emptyElement(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l.scanStartElement(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l$FragmentContentDriver.next(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(U nknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImp l.scanDocument(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(U nknown Source) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(U nknown Source) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown So urce) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Un known Source) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.p arse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at org.openstreetmap.osmosis.core.xml.v0_6.XmlReader.run(XmlReader.java: 108) at java.lang.Thread.run(Unknown Source) 09.01.2010 14:53:05 org.openstreetmap.osmosis.core.pipeline.common.ActiveTaskMan ager waitForCompletion SCHWERWIEGEND: Thread for task 3-merge failed org.openstreetmap.osmosis.core.OsmosisRuntimeException: An input error has occur red, aborting. at org.openstreetmap.osmosis.core.store.DataPostbox.checkForInputErrors( DataPostbox.java:88) at org.openstreetmap.osmosis.core.store.DataPostbox.consumeCentralQueue( DataPostbox.java:158) at org.openstreetmap.osmosis.core.store.DataPostbox.hasNext(DataPostbox. java:235) at org.openstreetmap.osmosis.core.merge.v0_6.EntityMerger.run(EntityMerg er.java:126) at java.lang.Thread.run(Unknown Source) 09.01.2010 14:53:05 org.openstreetmap.osmosis.core.Osmosis main SCHWERWIEGEND: Execution aborted. org.openstreetmap.osmosis.core.OsmosisRuntimeException: One or more tasks failed . at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.waitForComple tion(Pipeline.java:146) at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:85) at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:30) D:\DATEN\JAN\openstreetmap\osm_geofabrik_data> Am 09.01.2010 10:42, schrieb Frederik Ramm: > Hallo, > > Jan Tappenbeck wrote: >> Error at line 146154, col 1 >> Error parsing xml from file org.xml.sax.SAXParseException: XML document >> structur >> es must start and end within the same entity. >> Total time 0s > > Da waere es nun hilfreich zu wissen, wie das XML-Dokument um Zeile > 146154 herum aussieht! > > Bye > Frederik From ulf.lamping at googlemail.com Sat Jan 9 16:15:34 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 09 Jan 2010 17:15:34 +0100 Subject: [Talk-de] HermannOSM - Schaden angerichtet - Ich brauche Hilfe - Rat In-Reply-To: <1403413839@web.de> References: <1403413839@web.de> Message-ID: <4B48ABA6.8040907@googlemail.com> Am 09.01.2010 16:14, schrieb Hermann Prey: > Hallo Ulf Lamping > > Ich habe gestern (8.1.2010) als "Beagra" im Bereich Klinikum Nord ohne Absicht Veränderungen an der Karte vorgenommen: Verbindungsweg im KH, Rieterstrasse, und Taxistand (und ...?). > Eigentlich wollte ich JOSM nur testen um für mich lokal eine Karte zu erstellen und bearbeiten. Blödsinnigerweise habe ich gespeichert und so die Karte verändert. Seitdem versuche ich, ohne noch mehr Schaden anzurichten, die Änderungen wieder rückgängig zu machen. (Hat aber offensichtlich nicht geplappt.) Könntest Du mir vielleicht helfen. Am liebsten wäre es mir, wenn einfach alles so wäre, wie vorher. An wen kann ich mich wenden? Im Forum kann ich mich nicht anmelden. Deine Mailadresse habe ich übers Wiki gefunden. Hallo! Hier hat einer in Nürnberg ein bisschen in den Daten geschossen. Undo hab ich bislang selber noch nie machen müssen, kann jemand helfen? Gruß, ULFL From osm at tappenbeck.net Sat Jan 9 17:11:41 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 09 Jan 2010 18:11:41 +0100 Subject: [Talk-de] postgis-ausgabe => osm In-Reply-To: <4B488A9E.6050909@remote.org> References: <4B487537.5000107@tappenbeck.net> <4B488A9E.6050909@remote.org> Message-ID: Am 09.01.2010 14:54, schrieb Frederik Ramm: > Hallo, > > Jan Tappenbeck wrote: >> nur eine frage ob generell eine ausgabe aus einer postgis-db im >> osm-format möglich ist ? > > Nein, aber Du kannst mit dem psql2shp-Utility ein Shapefile erstellen > und daraus dann mit shp2osm oder polyshp2osm eine OSM-Datei machen. > Bitte aber das Ergebnis nicht in OSM hochladen ;-) > > Bye > Frederik Bitte aber das Ergebnis nicht in OSM hochladen ;-) ne.... schon klar - war für etwas ganz anderes angedacht ! gruß Jan :-) From osm at dentro.info Sat Jan 9 17:31:16 2010 From: osm at dentro.info (Stefan Dettenhofer (StefanDausR)) Date: Sat, 09 Jan 2010 18:31:16 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: <4B484C82.4010306@tappenbeck.net> References: <4B484C82.4010306@tappenbeck.net> Message-ID: <4B48BD64.6000602@dentro.info> Hallo, > > ich verschmelze immer einige Bundesländer der Geofabrik und mache mir > daraus meine Garmin-Karten. > Ist es da nicht einfacher, das germany-File zu nehmen und einen rechteckigen Teil auszuschneiden? Gruß, Stefan From werner.ho at gmx.de Sat Jan 9 18:02:26 2010 From: werner.ho at gmx.de (Werner Hoch) Date: Sat, 9 Jan 2010 19:02:26 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: <4B484C82.4010306@tappenbeck.net> References: <4B484C82.4010306@tappenbeck.net> Message-ID: <201001091902.26188.werner.ho@gmx.de> Hallo, On Samstag, 9. Januar 2010, Jan Tappenbeck wrote: > Kann mir einer die Meldung erklären bzw. hat einer etwas > vergleichbares feststellen können - Lösungansatz ? Ich hab keine direkten Probleme, im Ausschnitt von Baden-Württemberg [1] sind seit heute aber ein paar Relationen mit mehreren Versionen enthalten. ---- 17324085: 17324086- 17324087- 17324088- 17324089- 17324090- [...] 17324902: 17324903- 17324904- 17324905- 17324906- 17324907- [...] 17325719: 17325720- 17325721- 17325722- 17325723- ------ hier sind also 3 Versionen einer derselben Relation enthalten. Relation 61680 ist sogar in 6 Versionen in der Datei enthalten. ------- 17383925: 17383926- 17383927- 17383928- 17383929- [..] 17384010: 17384011- 17384012- 17384013- -------------- [1] http://download.geofabrik.de/osm/europe/germany/baden- wuerttemberg.osm.bz2 Grüße Werner From osm at ulfm.de Sat Jan 9 18:30:31 2010 From: osm at ulfm.de (=?ISO-8859-1?Q?Ulf_M=F6ller?=) Date: Sat, 09 Jan 2010 19:30:31 +0100 Subject: [Talk-de] OSMF Ergebnis der Lizenzabstimmung ? In-Reply-To: <4B4732A9.5020904@gmx.de> References: <4B37445B.7020608@gmx.de> <4B3756B4.3060504@gmail.com> <4B4732A9.5020904@gmx.de> Message-ID: northcape at gmx.de schrieb: > Seit Ende der Abstimmung zur ODBL sind 2 Wochen ins Land gegangen. Wann > geht es im "Open Data License/Implementation Plan" weiter ? Während der Abstimmung wurden noch einige Änderungsvorschläge zur Benutzervereinbarung gemacht. Diese Punkte müssen noch geklärt (und eventuelle Änderungen wohl auch noch vom Anwalt geprüft) werden. Details wie immer unter http://www.osmfoundation.org/wiki/Working_Group_Minutes Ulf From frederik at remote.org Sat Jan 9 18:38:30 2010 From: frederik at remote.org (Frederik Ramm) Date: Sat, 09 Jan 2010 19:38:30 +0100 Subject: [Talk-de] HermannOSM - Schaden angerichtet - Ich brauche Hilfe - Rat In-Reply-To: <4B48ABA6.8040907@googlemail.com> References: <1403413839@web.de> <4B48ABA6.8040907@googlemail.com> Message-ID: <4B48CD26.7000902@remote.org> Hallo, Ulf Lamping wrote: > Hier hat einer in Nürnberg ein bisschen in den Daten geschossen. Habs repariert. Bye Frederik From mark at obrembalski.de Sat Jan 9 18:54:57 2010 From: mark at obrembalski.de (Mark Obrembalski) Date: Sat, 09 Jan 2010 19:54:57 +0100 Subject: [Talk-de] =?utf-8?q?Nodes_einf=C3=BCgen_-_Fehler_in_Potlatch=3F?= Message-ID: Hallo! Ich stelle gerade fest, dass ich in Potlatch keine Punkte mehr in einen bestehenden Way (mittendrin, an einem Ende weitermachen geht) oder eine bestehende Area einfügen kann. Ist das ein allgemeines Problem mit Potlatch, oder liegt der Fehler auf meiner Seite? Gruß, Mark From ulf.lamping at googlemail.com Sat Jan 9 19:29:11 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 09 Jan 2010 20:29:11 +0100 Subject: [Talk-de] HermannOSM - Schaden angerichtet - Ich brauche Hilfe - Rat In-Reply-To: <4B48CD26.7000902@remote.org> References: <1403413839@web.de> <4B48ABA6.8040907@googlemail.com> <4B48CD26.7000902@remote.org> Message-ID: <4B48D907.7090205@googlemail.com> Am 09.01.2010 19:38, schrieb Frederik Ramm: > Hallo, > > Ulf Lamping wrote: >> Hier hat einer in Nürnberg ein bisschen in den Daten geschossen. > > Habs repariert. Danke! Gruß, ULFL From michael.mehl at gmx.de Sat Jan 9 14:19:21 2010 From: michael.mehl at gmx.de (Michael Mehl) Date: Sat, 09 Jan 2010 15:19:21 +0100 Subject: [Talk-de] Alte Version einer Grenze wiederherstellen Message-ID: Hallo, ich habe zufällig gesehen, dass in einer Kreisgrenze [way #37495476] zwischen Punkt [node #323714258] und [node #323825495] Knoten fehlen. Nach Recherche der Historie habe ich herausgefunden, dass die Knoten im Changeset [#1413338] beim beim Ändern von [way #29412285] gelöscht wurden. Jetzt würde ich gerne die fehlenden Knoten wiederherstellen. Wenn ich die ursprüngliche Version 1 der Grenze [5] mit JOSM lade, dann werden nur "nd ref" und keine Koordinaten der Knoten heruntergeladen. Jetzt könnte ich theoretisch einzeln die Knoten laden, aber das scheint mir zu aufwändig. Kann mir jemand einen Tipp geben, wie ich den ursprünglichen Weg mit den Koordinaten der Knoten einfach vom Server wieder bekomme, um dann die Kreisgrenze wieder herstellen zu können. Gruß Michael PS: Ich würde die Grenze gerne (als Übung) selbst reparieren und hätte gerne eine Anleitung wie es geht. PPS: Im Wiki (und mit Google) habe ich schon gesucht, aber nix gefunden. Wenn das schon irgendwo beschrieben ist, dann hätte ich gerne den Link. Ansonsten würde ich ggf. das Prozedere mal aufschreiben und ins Wiki stellen. [1] http://www.openstreetmap.org/browse/way/37495476 [2] http://www.openstreetmap.org/browse/node/323714258 [3] http://www.openstreetmap.org/browse/node/323825495 [4] http://www.openstreetmap.org/browse/changeset/1413338 [5] http://www.openstreetmap.org/api/0.6/way/29412285/1 From gary at gary68.de Sat Jan 9 19:36:00 2010 From: gary at gary68.de (Gary68) Date: Sat, 09 Jan 2010 20:36:00 +0100 Subject: [Talk-de] =?iso-8859-1?q?=DCbersicht_meiner_Programme=2C_wiki_Sei?= =?iso-8859-1?q?ten_und_Reports?= Message-ID: <1263065760.4970.3.camel@gs-laptop> Hallo, habe meine wiki Seite mal etwas verschönert. Es gibt nun eine Tabelle mit meinen Programmen, Wiki-Seiten und den dazugehörigen Reports. http://wiki.openstreetmap.org/wiki/User:Gary68#My_programs Man beachte die ersten beiden Einträge. Hier gibt es alles am Stück bzw. Listen für bestimmte Gebiete. Cheers Gerhard From someone561 at gmx.de Sat Jan 9 19:45:28 2010 From: someone561 at gmx.de (Stefan Roggensack) Date: Sat, 09 Jan 2010 20:45:28 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: References: <4B436F35.5060608@anders-hamburg.de> <1262979915.3632.5.camel@stefan-desktop> Message-ID: <1263066328.3443.16.camel@stefan-desktop> Danke für die Antwort. Ich glaube ich habe mein Problem nicht gut beschrieben. Das ich einen negative und einen positive taggen muss ist mir klar, aber ich weiß nicht an welchen der beiden möglichen Punkte. Z.B. wir haben diese Kreuzung: | | ----A---B---- | | 1-> ----C---D---- | | 2 | v Jetzt muss für Straße 2 A oder C mit postive getaggt werden und B oder D mit negative. Gibt es eine Regel welchen ich nehmen soll? Je nachdem welchen ich nehme, blockiert eine Sperrung von vor oder nach dem Knoten das Abbiegen in eine Richtung. Wenn es eine Sperrung für Straße 2 nach dem Point gibt und der Point auf A ist, ist ein links abbiegen nicht möglich. Wenn die Sperrung vor dem Point ist und der Point auf C ist, kann man von der Straße 1 aus Gegenrichtung nicht auf die Straße 2 biegen. Gruß Stefan Am Samstag, den 09.01.2010, 05:02 +0100 schrieb Marcus Wolschon: > 2010/1/8 Stefan Roggensack : > > Tolle Anwendung, mich hast du für das Thema in meiner Nähe damit > > gewonnen. > > > > Eine Frage zum TMC Tagging ist mir gerade gekommen. Wenn man eine > > Kreuzung mit jeweils zwei Spuren in jeder Richtung hat, gibt es dort > > Regeln welche von denen die Tags bekommen sollen. Z.B. > > http://osm-tmc.anders-hamburg.de/point.php?lcd=46216 > > Ja, man muss für jede Richtung einen Punkt taggen und jeweils > das tag > TMC:cid_58:tabcd_1:Direction=positive bzw. > TMC:cid_58:tabcd_1:Direction=negative > benutzten. > Ich hab das mal beispielhaft für deine Kreuzung gemacht. > > Im Zweifelsfall hilft es sich zu überlegen wie eine Verkehrsnachricht aussieht: > In Punkt X bis zurück in Richtung "positive" für "3" Schritte > "Einseitiger Stau wegen Unfall". > Und das TMC-Meldungen nicht abbiegen sondern falls der Stau/Sperrung/... abbiegt > das einfach eine Nachricht für jede beteiligte Strasse ist. > > Marcus > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From osm at tobias-knerr.de Sat Jan 9 19:48:19 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Sat, 09 Jan 2010 20:48:19 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum Message-ID: <4B48DD83.1010801@tobias-knerr.de> Hallo Mailinglisten-Bewohner, im deutschsprachigen Teil des Forums gibt es immer mal wieder einzelne Probleme, die dort nicht gelöst werden können - bei denen ich aber glaube, dass manche Experten auf der ML durchaus helfen könnten. Aktuell etwa: Wackelnde Marker auf der Karte von magixAG http://forum.openstreetmap.org/viewtopic.php?id=5937 JOSM: Problem beim Upload (Login) von mapdiger http://forum.openstreetmap.org/viewtopic.php?id=5936 Und einige ältere Sachen, die man jetzt vermutlich schon lieber nicht mehr ausgraben will, in dieser Liste versammelt http://forum.openstreetmap.org/search.php?search_id=854080237 (die allerdings Posts mit erfolglosen Lösungsversuchen ignoriert) Daher also mal dieses Experiment: Statt wie üblich die Hilfesuchenden an die ML (oder die anderen Kanäle) zu verweisen, weise ich in der ML auf die offenen Fragen hin - in der Annahme, dass es ML-Nutzern leichter fällt, ein Forum zu bedienen, als umgekehrt. Gleichzeitig darf das gerne als Diskussionsanstoß dienen, wie man am besten mit unseren gespaltenen Kommunikationsmedien umgeht. Tobias Knerr From spam at mversen.de Sat Jan 9 19:49:26 2010 From: spam at mversen.de (Matthias Versen) Date: Sat, 09 Jan 2010 20:49:26 +0100 Subject: [Talk-de] Alte Version einer Grenze wiederherstellen In-Reply-To: References: Message-ID: Michael Mehl wrote: > Hallo, > > ich habe zufällig gesehen, dass in einer Kreisgrenze [way #37495476] > zwischen Punkt [node #323714258] und [node #323825495] Knoten fehlen. Um es einfach zu machen: Dies ist der einzigste Grund (einen way auf eine alte Version ändern) warum ich ausnahmnesweise Potlatch benutze. Vorgehen;: Du lädst das Gebiet mit Potlatch mit der Linie und markierst die Linie, drückst "h" und wählst die Version aus die Du haben willst. Das ganze speichern da Du hoffentlich "offline" arbeitest und fertig. Matthias From webmaster at ts-eastrail.de Sat Jan 9 20:11:57 2010 From: webmaster at ts-eastrail.de (=?iso-8859-15?Q?Mirko_K=FCster?=) Date: Sat, 9 Jan 2010 21:11:57 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum References: <4B48DD83.1010801@tobias-knerr.de> Message-ID: <9341257600AB4B30A014254EB3562F1C@mkwebdialin> > Gleichzeitig darf das gerne als Diskussionsanstoß dienen, wie man am > besten mit unseren gespaltenen Kommunikationsmedien umgeht. Ein System was die Kommunikation ansich in einem Kanal bündelt und dennoch die bevorzugte Oberfläche bietet. Da würde z.B. so geplärre wie generell php Foren sind Doof unter den Tisch fallen. Das ist wie bei vielem wieder eine reine Sache der Vorlieben oder Religionen. Mit einer vernünftigen Forensoftware hat man sehr wohl einige Vorteile und die Übersichtlichkeit ist gewöhnungssache. Diese ist seit langem die einzige ML die ich mal wieder nutze. Funktioniert auch, bringt aber eben auch mal Nachteile wie einmal abgeschickte Fehler die man nichtmal eben editieren kann. Andere sehen es wieder andserum. Da kann man sich totreden und Recht hat am Ende sowieso keiner. Anders wirds nicht klappen weil du immer einen Teil hast der sich nur schwer oder garnicht umerziehen lassen möchte. Die alten ML Fans bekommst du nicht zum Forum und die an denen wo die ML Zeit komplett vorbei ging, tun sich so schnell keine Liste an. Gibts da nicht mitlerweile ein technische Lösung die beides verknüpfen kann? Ansonsten bliebe nur der bisherige Status Quo. Oder Plan B, ML und Forum weg und beide müssen sich zusammen an irgendeine dritte Möglichkeit gewöhnen. Gruß Mirko From osm at tappenbeck.net Sat Jan 9 20:30:51 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 09 Jan 2010 21:30:51 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: <4B48BD64.6000602@dentro.info> References: <4B484C82.4010306@tappenbeck.net> <4B48BD64.6000602@dentro.info> Message-ID: Am 09.01.2010 18:31, schrieb Stefan Dettenhofer (StefanDausR): > Hallo, >> >> ich verschmelze immer einige Bundesländer der Geofabrik und mache mir >> daraus meine Garmin-Karten. >> > Ist es da nicht einfacher, das germany-File zu nehmen und einen > rechteckigen Teil auszuschneiden? einfacher schon - aber der gesamte download schrägt mich immer ab !!! ich ziehe die daten fast täglich ! gruß jan .-) From osm_ at malenki.ch Sat Jan 9 20:42:03 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 9 Jan 2010 21:42:03 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum References: <4B48DD83.1010801@tobias-knerr.de> Message-ID: <20100109214203.5ba3c989@c2d-sid> Tobias Knerr schrieb: >Gleichzeitig darf das gerne als Diskussionsanstoß dienen, wie man am >besten mit unseren gespaltenen Kommunikationsmedien umgeht. Ein Interface ähnlich gmane (ML <> NNTP), das Inhalte zwischen Forum und ML austauscht, wäre nicht schlecht. Gruß malenki From osm at ulfm.de Sat Jan 9 20:57:27 2010 From: osm at ulfm.de (=?ISO-8859-15?Q?Ulf_M=F6ller?=) Date: Sat, 09 Jan 2010 21:57:27 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: <9341257600AB4B30A014254EB3562F1C@mkwebdialin> References: <4B48DD83.1010801@tobias-knerr.de> <9341257600AB4B30A014254EB3562F1C@mkwebdialin> Message-ID: Mirko Küster schrieb: > Anders wirds nicht klappen weil du immer einen Teil hast der sich nur schwer > oder garnicht umerziehen lassen möchte. Die alten ML Fans bekommst du nicht > zum Forum Wobei man das Forum auch über den RSS-Feed beobachten kann: http://forum.openstreetmap.org/extern.php?action=feed&type=rss&fid=14 Mit Thunderbird ist das dann fast wie eine Mailingliste. :) From osm at dentro.info Sat Jan 9 20:59:37 2010 From: osm at dentro.info (Stefan Dettenhofer (StefanDausR)) Date: Sat, 09 Jan 2010 21:59:37 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: References: <4B484C82.4010306@tappenbeck.net> <4B48BD64.6000602@dentro.info> Message-ID: <4B48EE39.5000105@dentro.info> Hallo Jan, Jan Tappenbeck schrieb: > Am 09.01.2010 18:31, schrieb Stefan Dettenhofer (StefanDausR): > >> Hallo, >> >>> ich verschmelze immer einige Bundesländer der Geofabrik und mache mir >>> daraus meine Garmin-Karten. >>> >>> >> Ist es da nicht einfacher, das germany-File zu nehmen und einen >> rechteckigen Teil auszuschneiden? >> > > einfacher schon - aber der gesamte download schrägt mich immer ab !!! > ich ziehe die daten fast täglich ! > > gruß jan .-) > > Ich bin gerade dabei, am dev-Server die NaviPOWM-Karten für "germanyplus" täglich erzeugen zu lassen, da fallen als Abfallprodukt auch OSM-Dateien in verschieden großen Rechtecken an. Welchen Koordinaten-Bereich brauchst du denn? Vielleicht habe ich was passendes. Ansonsten: Die OSM-Kacheln von Computerteddy ftp://ftp5.gwdg.de/pub/misc/openstreetmap/teddynetz.de/latest/osm/ kennst Du schon, oder? Gruß, Stefan From lists at fuchsschwanzdomain.de Sat Jan 9 21:39:09 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sat, 9 Jan 2010 21:39:09 +0000 (UTC) Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum References: <4B48DD83.1010801@tobias-knerr.de> Message-ID: Tobias Knerr wrote: > Daher also mal dieses Experiment: Statt wie üblich die Hilfesuchenden an > die ML (oder die anderen Kanäle) zu verweisen, weise ich in der ML auf > die offenen Fragen hin - in der Annahme, dass es ML-Nutzern leichter > fällt, ein Forum zu bedienen, als umgekehrt. ROTFL. Das man das in der Theorie tun kann heißt doch noch lange nicht dass man das machen möchte. Sven - oh die Signatur passt grade -- Der "normale Bürger" ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From michael.mehl at gmx.de Sat Jan 9 21:47:09 2010 From: michael.mehl at gmx.de (Michael Mehl) Date: Sat, 09 Jan 2010 22:47:09 +0100 Subject: [Talk-de] Alte Version einer Grenze wiederherstellen In-Reply-To: References: Message-ID: Am 09.01.2010 20:49, schrieb Matthias Versen: > Michael Mehl wrote: >> >> ich habe zufällig gesehen, dass in einer Kreisgrenze [way #37495476] >> zwischen Punkt [node #323714258] und [node #323825495] Knoten fehlen. > > Um es einfach zu machen: > Dies ist der einzigste Grund (einen way auf eine alte Version ändern) > warum ich ausnahmnesweise Potlatch benutze. > > Vorgehen;: > Du lädst das Gebiet mit Potlatch mit der Linie und markierst die Linie, > drückst "h" und wählst die Version aus die Du haben willst. > Das ganze speichern da Du hoffentlich "offline" arbeitest und fertig. > Das ist noch nicht genau das was ich brauche: - Das vollständige Zurücksetzen auf die alte Version wäre nicht richtig, denn inzwischen sind schon ein paar sinnvolle Änderungen (insb. Zerlegungen in Teilabschnitte) passiert - Vom alten Weg bräuchte ich nur die Teilstrecke zwischen den o.g. Knoten. - Diese Teilstrecke müsste ich in die Grenze einsetzen. Hat noch jemand eine Idee? Ansonsten würde ich mir ein Programm schreiben, dass diese Aufgabe erledigt. Gruß Michael From andre.hinrichs at gmx.de Sat Jan 9 22:08:54 2010 From: andre.hinrichs at gmx.de (Andre Hinrichs) Date: Sat, 09 Jan 2010 23:08:54 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: References: <4B484C82.4010306@tappenbeck.net> <4B48BD64.6000602@dentro.info> Message-ID: <1263074934.2374.17.camel@gandalf> Am Samstag, den 09.01.2010, 21:30 +0100 schrieb Jan Tappenbeck: > Am 09.01.2010 18:31, schrieb Stefan Dettenhofer (StefanDausR): > > Hallo, > >> > >> ich verschmelze immer einige Bundesländer der Geofabrik und mache mir > >> daraus meine Garmin-Karten. > >> > > Ist es da nicht einfacher, das germany-File zu nehmen und einen > > rechteckigen Teil auszuschneiden? > > einfacher schon - aber der gesamte download schrägt mich immer ab !!! > ich ziehe die daten fast täglich ! Ich habe hier ein ähnliches Problem, denn ich erzeuge mir eigene Karten für meinen Garmin für ganz Zentraleuropa. Da früher (weiss nicht, ob das Problem noch besteht) Auszüge von der Geofabrik nach dem Compilieren mit mkgmap nicht als routingfähige Karte gemergt werden konnten, habe ich mir mit osmosis einen eigenen Auszug aus dem Europa-Auszug gebaut und spiele hierauf täglich den daily-Patch von OSM ein. Das dauert auf meiner lahmen Kiste (AMD Athlon(tm) 64 X2 Dual Core Processor 6400+) ca. 20 Minuten. Das anschließende Splitten und Kompilieren dauert über 2 Stunden und wird daher nicht mehr täglich gemacht. Will damit sagen, dass das natürlich auch recht komfortabel für kleinere Gebiete funktionieren würde, die ansonsten über mehrere Auszüge gehen würden. Die daily-Patches haben meist eine Größe von 20-50 MByte und somit auch nicht größer als ein Auszug von z.B. Niedersachsen. Ich kann hier leider keine fertigen Images von Computerteddy verwenden, da ich eigene Styles für mkgmap und ein eigenes TYP-File habe. Wenn Du Interesse hast, kann ich Dir das zugehörige Script gerne zur Verfügung stellen. Müsstest Du nur an Deine Bedürfnisse (z.B. bounding box) anpassen. Gruß Andre From florian at grossing.de Sat Jan 9 22:32:32 2010 From: florian at grossing.de (Florian Gross) Date: Sat, 9 Jan 2010 23:32:32 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: <4B48DD83.1010801@tobias-knerr.de> References: <4B48DD83.1010801@tobias-knerr.de> Message-ID: <201001092332.32748.florian@grossing.de> Am Sa Januar 9 2010 glaubte Tobias Knerr zu wissen: > Daher also mal dieses Experiment: Statt wie üblich die Hilfesuchenden an > die ML (oder die anderen Kanäle) zu verweisen, weise ich in der ML auf > die offenen Fragen hin - in der Annahme, dass es ML-Nutzern leichter > fällt, ein Forum zu bedienen, als umgekehrt. Ich kann ein Forum bedienen, tu mir das aber nur bei einem einzigen an (nein, nichts mit OSM). Würden da nicht die Hersteller von Spezialrädern mitschreiben, würd ich mir das wohl nicht antun. Bei Mailinglisten oder Newsgroups kann ich ein Mehrfaches an Beiträgen in der selben Zeit "abarbeiten" im Vergleich zu einem Forum. Bei Mail und News kann ich flexible Filter setzen, das hab ich bei keinem Forum auch nur ansatzweise gesehen. Ebenso kann ich Mails und News lesen, ohne dauernd die Maus benutzen zu müssen. Das ist ein sehr großer Zeitvorteil für mich. Nee, sorry, ich klink mich evtl. mal alle paar Monate in eine Diskussion ein, aber mehr ist nicht. flo -- Genau! Vom Lesbenacker stamm Ich nicht. Und der Planet Duisburg ist ja auch nicht gerade so klein. [WoKo in dag°] From openstreetmap+mailingliste at pothe.de Sat Jan 9 22:38:24 2010 From: openstreetmap+mailingliste at pothe.de (Andreas Pothe) Date: Sat, 09 Jan 2010 23:38:24 +0100 Subject: [Talk-de] Welcher Fehler im TMC? Message-ID: <4B490560.7070003@pothe.de> Hi, kann mir jemand erklären, wo der Fehler sein soll? Wenn ich nichts übersehen habe, gibt es nur zwei Punkte (einen Positive, einen Negative), nur das Script zählt einen den beiden doppelt. http://osm-tmc.anders-hamburg.de/point.php?lcd=25289 TIA From webmaster at ts-eastrail.de Sat Jan 9 23:20:13 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sun, 10 Jan 2010 00:20:13 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum References: <4B48DD83.1010801@tobias-knerr.de> <201001092332.32748.florian@grossing.de> Message-ID: <42796B52996F4B1A8614EFB4CED9BDB8@mkwebdialin> Da haben wir wieder die Vorlieben und Gewohnheiten... > Bei Mailinglisten oder Newsgroups kann ich ein Mehrfaches an > Beiträgen in der selben Zeit "abarbeiten" im Vergleich zu einem > Forum. Reine Gewohnheitssache. Alleine in der Zeit wo so eine Mail über die Kanäle kriecht, was schonmal so 10 Minuten dauert, bin ich in einem Forum, schneller Host vorrausgesetzt, schon einige Beiträge weiter. > Bei Mail und News kann ich flexible Filter setzen, das hab ich bei > keinem Forum auch nur ansatzweise gesehen. Ebenso kann ich Mails > und News lesen, ohne dauernd die Maus benutzen zu müssen. Das ist > ein sehr großer Zeitvorteil für mich. Bei vernünftigen Foren kannst du genauso einzelne Bereiche, Threads oder gar Nutzer abonieren, anderes ignorieren. Dafür brauchst du bei den Listen wieder eine geeignete Software. Im Moment läuft Talk DE bei mir in einen Ordner. Wegen einer Liste eine extra Software lohnt sich nicht. Ja, selber Schuld und kein vernünftiger Client. Aber überall wo ich so unterwegs bin sind Listen unüblich oder garnicht erst existent. Das mag bei anderen wieder anders sein, jeder bewegt sich halt woanders. Auch einen Maus nicht Nutzer sehe ich zu ersten mal. Da ich viel in Grafik und 3D mache, habe ich so eine Kombination aus Zeichentablet mit Maus. Da gewöhnst du dich so schnell dran und wirst so fix, da wird jegliche Tastenkombi zum Zeitkiller und Fingerbrecher. Für dich wieder ein Zeitvorteil, andere machen gleich nur Konsole. Nichts desto trotz haben wir schon lange ein Problem. Zwei Fraktionen reden teilweise über das gleiche oder aneinander vorbei, weil das gleiche Anliegen über zwei verschiedene Kanäle läuft, externe mal nicht mitgezählt. Und so ist es schon oft vorgekommen das der Arsch nicht wusste was der Kopf macht. Das war schon immer suboptimal. Es kann doch nicht unmöglich sein da irgendeine Lösung zu finden die beides mal vereint. Und zwar ohne die sowieso fruchtlosen predigten zur Umerziehung. Da kann von mir aus der Sven auch 5 Tuxe auf seine Seite packen, die mir wegen Windows den Hintern zeigen. Davon laufen meine wichtigen Tools auch nicht unter Linux und ich werde es auch weiterhin nicht nutzen (können). Da hilft mir der Tux nicht, weckt eher den geh weg Gedanken. Den gelernten Web 2.0 Foriker kriegst du nicht auf die Liste, den Listennutzer nicht aufs Forum. Die Frage ist wie man beide zusammen bringt. Nicht warum der eine das andere nicht mag und umgekehrt. Da kannst du Jahre diskutieren und kommst nie auf die eine richtige Antwort. Schlussendlich brauchen sich sowieso beide. Auch viele Web 2.0er, die Daten aus den hinterletzten Winkeln heranholen. Da gibts auch heute noch Bedarf und vielleicht viele Fragen, auf die im Forum vielleicht aber keiner eine Antwort hat, hier schon, wo das aber wiederum kaum einer mitbekommt. Gruß Mirko From s.wolff at web.de Sat Jan 9 23:22:49 2010 From: s.wolff at web.de (Stephan Wolff) Date: Sun, 10 Jan 2010 00:22:49 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: <201001091902.26188.werner.ho@gmx.de> References: <4B484C82.4010306@tappenbeck.net> <201001091902.26188.werner.ho@gmx.de> Message-ID: Am 09.01.2010 19:02, schrieb Werner Hoch: > Hallo, > > Ich hab keine direkten Probleme, im Ausschnitt von Baden-Württemberg [1] > sind seit heute aber ein paar Relationen mit mehreren Versionen > enthalten. > Danke für den Hinweis. Wahrscheinlich ist das auch der Grund, dass Kosmos die osm-Dateien der Geofabrik für SH und HH nicht lesen mag. Ich erhalte immer den Fehler: Could not load file 'C:\Users\Stephan\OSM\Kosmos\schleswig-holstein.osm.bz2': Ein Element mit dem gleichen Schlüssel wurde bereits hinzugefügt. Viele Grüße Stephan From addicks at gmx.net Sat Jan 9 23:53:32 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sun, 10 Jan 2010 00:53:32 +0100 Subject: [Talk-de] Suche auf openstreetmap.org: Im Firefox defekt? Message-ID: Im IE (IE7, XP) kann ich nach wie vor den Suchbegriff eintippen und auf "Los" drücken. Wahlweise per Maus oder per Tastatur (tab enter). Im Firefox (3.5.7) will der "Los"-Button nimmer. Was mache ich falsch? From addicks at gmx.net Sat Jan 9 23:59:44 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sun, 10 Jan 2010 00:59:44 +0100 Subject: [Talk-de] =?utf-8?q?Nodes_einf=C3=BCgen_-_Fehler_in_Potlatch=3F?= In-Reply-To: References: Message-ID: Am 09.01.2010 19:54, schrieb Mark Obrembalski: > Ich stelle gerade fest, dass ich in Potlatch keine Punkte mehr in einen > bestehenden Way (mittendrin, an einem Ende weitermachen geht) Hier funktioniert es wie immer. (Habe jetzt mangels Ortssuche im FF im IE7 mit Flash-10 probiert, Potlach 1.3b). -jha- From florian at grossing.de Sun Jan 10 00:47:39 2010 From: florian at grossing.de (Florian Gross) Date: Sun, 10 Jan 2010 01:47:39 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: <42796B52996F4B1A8614EFB4CED9BDB8@mkwebdialin> References: <4B48DD83.1010801@tobias-knerr.de> <201001092332.32748.florian@grossing.de> <42796B52996F4B1A8614EFB4CED9BDB8@mkwebdialin> Message-ID: <201001100147.39743.florian@grossing.de> Am So Januar 10 2010 glaubte Mirko Küster zu wissen: > Da haben wir wieder die Vorlieben und Gewohnheiten... Stimmt. Ich rede für mich. Reformieren will ich keinen. ;-) Ich gebe nur meine Sicht über Foren, mail usw. zum Besten. > > Bei Mailinglisten oder Newsgroups kann ich ein Mehrfaches an > > Beiträgen in der selben Zeit "abarbeiten" im Vergleich zu einem > > Forum. > > Reine Gewohnheitssache. Alleine in der Zeit wo so eine Mail über die Kanäle > kriecht, was schonmal so 10 Minuten dauert, bin ich in einem Forum, > schneller Host vorrausgesetzt, schon einige Beiträge weiter. Ich hab hier einige Mailinglisten und einen lokalen Mailserver, der mir alle paar Minuten meine verschiedenen Accounts abruft und mir lokal meine mails zur Verfügung stellt. Die Ladezeit der nächsten mail geht gegen Null, so schnell hab ich noch kein Forum gesehen, nicht mal als ein Großteil der User wegen technischer Probleme nicht zugreifen konnte. Was mich an Foren auch stört ist der deutlich größere Traffic. Les mal ein Forum mit ISDN. Und dann lad dir die selbe Anzahl an e-mails herunter, das geht deutlich schneller, wenn nicht grad jeder noch zig Bilder, pdf oder sonstiges mitreinpfriemelt. DSL und Co. sind nicht überall verfügbar. Weltweit schon gar nicht. Ich weiß nicht, wie schnell das OSM- Forum ist, wenn ich jedoch andere Foren oder www.openstreetmap.org, wiki.openstretmap.org und Co. ansehe, gehe ich davon aus, daß ich immer wieder mit längeren Wartezeiten zu rechnen habe. Und es nervt, wenn ich die nächste Nachricht lesen will und zusehen kann, wie jedes Bt einzeln durch die Leitung wandert. > > Bei Mail und News kann ich flexible Filter setzen, das hab ich bei > > keinem Forum auch nur ansatzweise gesehen. Ebenso kann ich Mails > > und News lesen, ohne dauernd die Maus benutzen zu müssen. Das ist > > ein sehr großer Zeitvorteil für mich. > > Bei vernünftigen Foren kannst du genauso einzelne Bereiche, Threads oder gar > Nutzer abonieren, anderes ignorieren. Dafür brauchst du bei den Listen > wieder eine geeignete Software. Stimmt. Ich will aber auch komplexere Regeln einrichten, die bestimmt kein Forum ermöglicht. > Auch einen Maus nicht Nutzer sehe ich zu ersten mal. Da ich viel in Grafik > und 3D mache, habe ich so eine Kombination aus Zeichentablet mit Maus. Da > gewöhnst du dich so schnell dran und wirst so fix, da wird jegliche > Tastenkombi zum Zeitkiller und Fingerbrecher. Für dich wieder ein > Zeitvorteil, andere machen gleich nur Konsole. Ja, für mich ist es ein Zeitvorteil - ein großer. Ich schreibe meine mails mit der Tastatur, da liegen die Hände eh schon auf der Tastatur. Bis ich da irgendein Symbol gesucht habe, daß bei jedem Programm woanders liegt, nehme ich Programme, bei denen ich die Tastenbelegung selber festlegen kann und nehme für alle Programme die selbe Taste oder Tastenkombination. Die Finger sind eh schon auf der Tastatur und finden die meisten Tasten mittlerweile blind. Alleine schon das nach der Maus greifen dauert länger als der Tastendruck. Und dann hab ich noch nicht den Mauszeiger geortet, richtig platziert und die Maustaste gedrückt. BTW: Bei einigen Programmen lann man die Tasten recht frei belegen, da kann man die Fingerbrecher gegen was brauchbares austauschen. Ich drück z.B. nur auf l um eine Antwort an eine Mailingliste zu generieren. Mit n zur nächsten ungelesenen Antwort usw. > Nichts desto trotz haben wir schon lange ein Problem. Zwei Fraktionen reden > teilweise über das gleiche oder aneinander vorbei, weil das gleiche Anliegen > über zwei verschiedene Kanäle läuft, externe mal nicht mitgezählt. Und so > ist es schon oft vorgekommen das der Arsch nicht wusste was der Kopf macht. > Das war schon immer suboptimal. Es kann doch nicht unmöglich sein da > irgendeine Lösung zu finden die beides mal vereint. ACK! Ich befürchte aber, das es so kommen wird. Ich werde nicht anfangen, in großem Umfang Foren zu lesen oder dort zu antworten. Und begeisterte Forenleser (und -schreiber) werden nicht auf e-mail umsteigen. > Und zwar ohne die sowieso fruchtlosen predigten zur Umerziehung. Da kann von > mir aus der Sven auch 5 Tuxe auf seine Seite packen, die mir wegen Windows > den Hintern zeigen. Davon laufen meine wichtigen Tools auch nicht unter > Linux und ich werde es auch weiterhin nicht nutzen (können). Da hilft mir > der Tux nicht, weckt eher den geh weg Gedanken. Was du einsetzt oder auch nicht, ist mir ehrlich gesagt wurscht, solange mir keiner bei meinem OS und meinen Programmen reinredet. > Den gelernten Web 2.0 Foriker kriegst du nicht auf die Liste, den > Listennutzer nicht aufs Forum. Die Frage ist wie man beide zusammen bringt. > Nicht warum der eine das andere nicht mag und umgekehrt. Da kannst du Jahre > diskutieren und kommst nie auf die eine richtige Antwort. Schlussendlich > brauchen sich sowieso beide. Auch viele Web 2.0er, die Daten aus den > hinterletzten Winkeln heranholen. Da gibts auch heute noch Bedarf und > vielleicht viele Fragen, auf die im Forum vielleicht aber keiner eine > Antwort hat, hier schon, wo das aber wiederum kaum einer mitbekommt. Es gibt Software, die ein Gateway zwischen Web- Foren und Newsgroups darstellen, so ähnlich wie es z.B. auch groups.google.com macht. Ein besseres Beispiel ist http://my-jura.de Ich kann mit einem Browser die Foren lesen oder mit einem Newsreader die Beiträge lesen. Für letzteres reicht mir ein uralter Rechner (486er reicht da völlig), bei den Browsern wird das etwas schwieriger. flo -- Sowohl als auch! Wenn die Fin ger Müde sind dann kommen die Zehen dran. und wenn die Müde sind dann die Nase. Nur mit den zähnen will das tippen nicht so recht klappen. die sind so "unbeweglich". [WoKo in dag°] From tirkon33 at yahoo.de Sun Jan 10 04:47:22 2010 From: tirkon33 at yahoo.de (Tirkon) Date: Sun, 10 Jan 2010 05:47:22 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum References: <4B48DD83.1010801@tobias-knerr.de> Message-ID: Tobias Knerr wrote: >Gleichzeitig darf das gerne als Diskussionsanstoß dienen, wie man am >besten mit unseren gespaltenen Kommunikationsmedien umgeht. Ich habe das hier schon einmal thematisiert. Es gibt noch eine weitere Diskussionsplattformen, nämlich die Privatmail über den OSM Account und das OSM Wiki. In Wikipedia laufen nahezu sämtliche Diskussionen ausschließlich über Wikipedia Wiki selbst. Hinzu kommt bei OSM, dass vieles nicht im Wiki, sondern auf Webseiten veröffentlicht wird, an denen sich Mapper nicht beteiligen können oder eine weiterer Account notwendig ist. Auch die OSM-Foundation möchte scheinbar der Dispersion der Diskussionen und der Accounts entgegen wirken und hat ihre Seiten kürzlich ins Wiki verlegt. Das hat natürlich den Vorteil, dass alle Diskussionen im Wiki konzentriert sind. Die Anfangs-Vorraussetzungen, die man braucht, um dort zurechtzukommen, kann jeder, der das Mappen und erst recht die hohe Hürde für die Installtion und Einrichtung eines Maillisten Client beherrscht, in fünf Minuten lernen. Das haben sogar viele Wikipedia Autoren geschafft, die zwar auf ihrem Fachgebiet kompetent sind, aber von Computern kaum Ahnung haben. Dennoch scheinen selbst viele technisch Begabte vor diesen fünf Minuten zurückzuschrecken, weil sie eingefahrene Wege verlassen müssten. Im Rahmen der Wikipedia Diskussion hat der gerade zu Ende gegangene Chaos Computer Club Kongress dies scheinbar zum Anlass genommen, die Mediawiki Software auch in Bezug auf Diskussionen verbessern zu wollen, welches im Idealfall die Vorteile einer Mailingliste, Forums und Wikis vereinigt. Da auch das OSM-Wiki auf Mediawiki basiert, könnte es diesem ebenfalls zugute kommen. Wenn im Wiki diskutiert würde, erhöhen sich damit auch die Chancen, dass dieses ähnlich stark bevölkert und gepflegt wird, wie man es von Wikipedia kennt. Allerdings hakt es derzeit bei der OSM-Wiki Administration. Der Suchindex ist seit mindestens einem Monat nicht aktualisiert worden. Bei Wikipedia sind neue Einträge innerhalb von Sekunden zu finden. Zudem wurde laut Diskussionen in der englischen Mailingliste seit Monaten (Jahren?) keine neue Mediawiki eingespielt. Und auch der neue Wiki Server hat wohl bisher tempomässig kein Feuer unter dem Arsch machen können. Mitunter wartet man eine Minute, bis eine Seite endlich angezeigt wird. So würde ein dortiges Diskutieren keine Freude machen. Dahingehende Verbesserungen sind also notwendig. Mailing Listen scheinen für die Pflege von Programmen ein gutes Mittel zu sein, da für Programmierer die Einrichtung und Konfiguration des Listen Clients kein Problem darstellt. Anders stellt sich die Lage bei OSM dar. Hier ist in der de:Mailingliste im Wesentlichen nur eine technisch vorbelastete "Elite" unterwegs. So schimpft man uns zumindest mitunter im Forum. Ich habe mal testweise die Mailinglisten von mapperintensiven Städten, wie Berlin und Düsseldorf auf den Radar genommen. Sie sind so gut wie tot. Es zeigt sich, dass Mailinglisten für OSM keine adäquates Mittel darstellen, um möglichst viele Mapper an der Diskussion teilhaben zu lassen. Entsprechend weniger der Probleme, die sich aus der Fortentwicklung von OSM ergeben, können daher gelöst werden. Ich empfinde ebenso wie Tobias einen dringenden Bedarf, die Diskussion auf einen Ort zu konzentrieren. Und mein Vorschlag wäre es, die oben angesprochene Verbesserung der Mediawiki abzuwarten, das Einspielen derselben auch beim OSM-Wiki durchzuführen, den Suchindes dort automatisch zu aktualisieren, den Server auf Tempo zu bringen und dann die Diskussion vom Forum und der Mailingliste in das Wiki zu verlegen, weil dies gleichzeitig das Wiki beleben und dessen Pflege verbessern würde. Als kleiner Nebeneffekt ergibt sich, dass sich die Diskutanten ab sofort in nahezu jedem anderen Wiki bewegen können, da die Software dort ähnlich finktioniert oder sogar häufig Mediawiki verwendet wird. Gruß Tirkon From news2 at bavarianmallet.de Sun Jan 10 06:54:17 2010 From: news2 at bavarianmallet.de (Georg Feddern) Date: Sun, 10 Jan 2010 07:54:17 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <1263066328.3443.16.camel@stefan-desktop> References: <4B436F35.5060608@anders-hamburg.de> <1262979915.3632.5.camel@stefan-desktop> <1263066328.3443.16.camel@stefan-desktop> Message-ID: <4B497999.5000507@bavarianmallet.de> Moin, Stefan Roggensack schrieb: > Z.B. wir haben diese Kreuzung: > > | | > ----A---B---- > | | 1-> > ----C---D---- > | | > 2 > | > v > > Je nachdem welchen ich nehme, blockiert eine Sperrung von vor oder nach > dem Knoten das Abbiegen in eine Richtung. Wenn es eine Sperrung für > Straße 2 nach dem Point gibt und der Point auf A ist, ist ein links > abbiegen nicht möglich. Wenn die Sperrung vor dem Point ist und der > Point auf C ist, kann man von der Straße 1 aus Gegenrichtung nicht auf > die Straße 2 biegen. > Hoffe, dass ich Dein Problem richtig verstanden habe ... bezogen auf Dein Ursprungsbeispiel, wo sich zwei TMC-Strecken kreuzen. Soweit ich das TMC verstanden habe, gibt es an dieser Kreuzung zwei TMC-Punkte, einen für die Straße 1 und einen für die Straße 2. Beide sind in der Theorie erst mal unabhängig voneinander und betreffen nicht die jeweils andere Straße. (In der Praxis sieht dies allerdings meist anders aus.) Jeder dieser TMC-Punkte muss jetzt für OSM auf je zwei OSM-Punkte erweitert werden, für jede Fahrtrichtung einen. An dieser Kreuzung gibt es dann insgesamt vier OSM-TMC-Punkte. Ich würde den TMC-Punkte für die Straße 1 auf die Punkte B und C legen und für die Straße 2 auf A und D. Wenn das Problem vor der Kreuzung liegt, ist es egal in welche Richtung man danach abbiegen will und wenn das Problem hinter der Kreuzung liegt, hat es meist rückstauende Wirkung in beide Zuflussrichtungen. Gruß Georg From tirkon33 at yahoo.de Sun Jan 10 06:57:35 2010 From: tirkon33 at yahoo.de (Tirkon) Date: Sun, 10 Jan 2010 07:57:35 +0100 Subject: [Talk-de] maxspeed=DE:Urban References: <4B449EB7.1020302@tappenbeck.net> Message-ID: Jan Tappenbeck wrote: >maxspeed=DE:urban So langsam erscheint mir das Mappen auf OSM auf ein "Warum einfach, wenn es auch kompliziert geht" hinauszulaufen. Die ganzen Dinge wie "irgendeintag=kryptisch.noch kryptischer" müssen doch auch von den Mappern und den Anwendern nachvollzogen werden. Was nützt es, wenn hier ein paar Leute etwas ausbrüten, von dem der größte Teil der Mapper nichts mitbekommt? Wenn ein Umstand nur durch Kryptik zu beschreiben ist, dann läßt sich das nicht ändern. Aber wenn es wie hier möglich ist, dies bei einem maxspeed = Zahl zu belassen, so ist dies für eine maximale Zahl von Mappern nachvollziehbar. Was nützt es dem Anwender, ein maxspeed=UTS:urban vozufinden? Er muss zunächst herausfinden, dass es sich hierbei um eine Spezialsyntax handelt. Dann muss er herausfinden, was "UTS" bedeutet. Und schließlich muss er herausfinden, was in diesem Land "urban" bedeutet. Einfacher hätte er es mit maxspeed=52. Dazu muss er nur ein wenig Englisch können. Wenn man wirklich eine "urban area" einführen will - warum malt man nicht einfach einen Kreis mit maxspeed=50 und einem "urban area" Tag um geschlossene Ortschaften, der die Straßen an den Ortseingangsschildern schneidet und wendet das auch auf Tempo-30 Zonen an? Den Rest lässt man einen Bot machen. So etwas ließe sich im Fall einer Gesetzesänderung per Bot ändern. Das ist wesentlich weniger rechenintensiv, als wenn bei jeder Anwendung das "Staat:urban" neu gerechnet werden muss. From f at zz.de Sun Jan 10 07:58:04 2010 From: f at zz.de (Florian Lohoff) Date: Sun, 10 Jan 2010 08:58:04 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: <42796B52996F4B1A8614EFB4CED9BDB8@mkwebdialin> References: <4B48DD83.1010801@tobias-knerr.de> <201001092332.32748.florian@grossing.de> <42796B52996F4B1A8614EFB4CED9BDB8@mkwebdialin> Message-ID: <20100110075804.GA7355@hydra.gt.owl.de> On Sun, Jan 10, 2010 at 12:20:13AM +0100, Mirko Küster wrote: > Bei vernünftigen Foren kannst du genauso einzelne Bereiche, Threads oder gar > Nutzer abonieren, anderes ignorieren. Dafür brauchst du bei den Listen > wieder eine geeignete Software. Im Moment läuft Talk DE bei mir in einen > Ordner. Wegen einer Liste eine extra Software lohnt sich nicht. Ja, selber > Schuld und kein vernünftiger Client. Aber überall wo ich so unterwegs bin > sind Listen unüblich oder garnicht erst existent. Das mag bei anderen wieder > anders sein, jeder bewegt sich halt woanders. Der unterschied ist das ich beim 3733t phorum staendig pollen muss obs wohl was neues gibt - Im gegensatz dazu meldet mein Mailreader in den entsprechenden foldern neue nachrichten. Vergleiche Hol/Bringschuld - Ein Forum ist in etwa so daneben wie TOFU oder HTML Mail ... Ich will mit dem ganzen web dreck eigentlich nichts zu tun haben - Vor allem fuer Textbasierte kommnunikation ist das einfach nur daneben. Das heute alles was nicht klickbar ist kein internet sein kann zeugt von totaler geistige armut. Ich werde kein Phorum anfangen - auch nicht mit einer Kneifzange. Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From dieter_jasper at web.de Sun Jan 10 07:59:43 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Sun, 10 Jan 2010 08:59:43 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: References: <4B48DD83.1010801@tobias-knerr.de> <9341257600AB4B30A014254EB3562F1C@mkwebdialin> Message-ID: Am 09.01.2010 21:57, schrieb Ulf Möller: > Mirko Küster schrieb: > >> > > Wobei man das Forum auch über den RSS-Feed beobachten kann: > http://forum.openstreetmap.org/extern.php?action=feed&type=rss&fid=14 > > Mit Thunderbird ist das dann fast wie eine Mailingliste. :) Hallo, kanst du mir dafür eine step by step Anweisung geben. Ich schaffe es nicht das in Thunderbird zu integrieren. Nutze übrigens auch sage mit Thunderbird, für Seiten mit denen es für mich funktioniert. Gruß Dieter Jasper From pml1 at wuzel.de Sun Jan 10 08:58:32 2010 From: pml1 at wuzel.de (pml1 at wuzel.de) Date: Sun, 10 Jan 2010 09:58:32 +0100 Subject: [Talk-de] Suche auf openstreetmap.org: Im Firefox defekt? In-Reply-To: References: Message-ID: <201001100958.32154.pml1@wuzel.de> Am Sonntag, 10. Januar 2010 00:53:32 schrieb Johann H. Addicks: > Im IE (IE7, XP) kann ich nach wie vor den Suchbegriff eintippen und auf > "Los" drücken. Wahlweise per Maus oder per Tastatur (tab enter). > > Im Firefox (3.5.7) will der "Los"-Button nimmer. Hilft Dir zwar nicht, aber im Firefox 3.5.6 unter Linux geht's. Ist also zumindest kein generelles Firefox-Problem. Hast Du Addons wie noscript aktiv? From osm at tappenbeck.net Sun Jan 10 09:43:47 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 10 Jan 2010 10:43:47 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: <4B48EE39.5000105@dentro.info> References: <4B484C82.4010306@tappenbeck.net> <4B48BD64.6000602@dentro.info> <4B48EE39.5000105@dentro.info> Message-ID: MOin ! in der Regel Schleswig-Holstein und Hamburg und die andere eben Rheinland-Pfalz und Hessen. Gruß Jan :-) From osm at tappenbeck.net Sun Jan 10 09:45:08 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 10 Jan 2010 10:45:08 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: <1263074934.2374.17.camel@gandalf> References: <4B484C82.4010306@tappenbeck.net> <4B48BD64.6000602@dentro.info> <1263074934.2374.17.camel@gandalf> Message-ID: Am 09.01.2010 23:08, schrieb Andre Hinrichs: > Am Samstag, den 09.01.2010, 21:30 +0100 schrieb Jan Tappenbeck: >> Am 09.01.2010 18:31, schrieb Stefan Dettenhofer (StefanDausR): >>> Hallo, >>>> >>>> ich verschmelze immer einige Bundesländer der Geofabrik und mache mir >>>> daraus meine Garmin-Karten. >>>> >>> Ist es da nicht einfacher, das germany-File zu nehmen und einen >>> rechteckigen Teil auszuschneiden? >> >> einfacher schon - aber der gesamte download schrägt mich immer ab !!! >> ich ziehe die daten fast täglich ! > > Ich habe hier ein ähnliches Problem, denn ich erzeuge mir eigene Karten > für meinen Garmin für ganz Zentraleuropa. Da früher (weiss nicht, ob das > Problem noch besteht) Auszüge von der Geofabrik nach dem Compilieren mit > mkgmap nicht als routingfähige Karte gemergt werden konnten, habe ich > mir mit osmosis einen eigenen Auszug aus dem Europa-Auszug gebaut und > spiele hierauf täglich den daily-Patch von OSM ein. Das dauert auf > meiner lahmen Kiste (AMD Athlon(tm) 64 X2 Dual Core Processor 6400+) ca. > 20 Minuten. Das anschließende Splitten und Kompilieren dauert über 2 > Stunden und wird daher nicht mehr täglich gemacht. > > Will damit sagen, dass das natürlich auch recht komfortabel für kleinere > Gebiete funktionieren würde, die ansonsten über mehrere Auszüge gehen > würden. Die daily-Patches haben meist eine Größe von 20-50 MByte und > somit auch nicht größer als ein Auszug von z.B. Niedersachsen. > > Ich kann hier leider keine fertigen Images von Computerteddy verwenden, > da ich eigene Styles für mkgmap und ein eigenes TYP-File habe. > > Wenn Du Interesse hast, kann ich Dir das zugehörige Script gerne zur > Verfügung stellen. Müsstest Du nur an Deine Bedürfnisse (z.B. bounding > box) anpassen. > > Interesse immer - muss ich mir mal anschauen, da ich nicht ganz weiß was Du genau meinst. gruß Jan :-) From chris66nrw at gmx.de Sun Jan 10 09:52:59 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Sun, 10 Jan 2010 10:52:59 +0100 Subject: [Talk-de] Suche auf openstreetmap.org: Im Firefox defekt? In-Reply-To: References: Message-ID: Johann H. Addicks schrieb: > Im IE (IE7, XP) kann ich nach wie vor den Suchbegriff eintippen und auf > "Los" drücken. Wahlweise per Maus oder per Tastatur (tab enter). > > Im Firefox (3.5.7) will der "Los"-Button nimmer. > > Was mache ich falsch? Works for Me: FF 3.5.7 XP Wobei ich nicht tab-enter, sondern nur enter drücken muss. Also mal alle Add-Ons deaktivieren und wenn das auch nicht hilft, neues Profil versuchen. Chris From osm at tappenbeck.net Sun Jan 10 09:45:39 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 10 Jan 2010 10:45:39 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: References: <4B484C82.4010306@tappenbeck.net> <201001091902.26188.werner.ho@gmx.de> Message-ID: Am 10.01.2010 00:22, schrieb Stephan Wolff: > Am 09.01.2010 19:02, schrieb Werner Hoch: >> Hallo, >> >> Ich hab keine direkten Probleme, im Ausschnitt von Baden-Württemberg [1] >> sind seit heute aber ein paar Relationen mit mehreren Versionen >> enthalten. >> > Danke für den Hinweis. Wahrscheinlich ist das auch der Grund, dass > Kosmos die osm-Dateien der Geofabrik für SH und HH nicht lesen mag. Ich > erhalte immer den Fehler: > > Could not load file > 'C:\Users\Stephan\OSM\Kosmos\schleswig-holstein.osm.bz2': Ein Element > mit dem gleichen Schlüssel wurde bereits hinzugefügt. > > Viele Grüße > > Stephan Was machst Du denn wo in SH ? Gruß Jan .-) From spam at mversen.de Sun Jan 10 10:01:35 2010 From: spam at mversen.de (Matthias Versen) Date: Sun, 10 Jan 2010 11:01:35 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: References: <4B48DD83.1010801@tobias-knerr.de> Message-ID: Tirkon wrote: > Und mein Vorschlag wäre es, die oben angesprochene Verbesserung der > Mediawiki abzuwarten, das Einspielen derselben auch beim OSM-Wiki > durchzuführen, den Suchindes dort automatisch zu aktualisieren, den > Server auf Tempo zu bringen und dann die Diskussion vom Forum und der > Mailingliste in das Wiki zu verlegen, weil dies gleichzeitig das Wiki > beleben und dessen Pflege verbessern würde. Als kleiner Nebeneffekt > ergibt sich, dass sich die Diskutanten ab sofort in nahezu jedem > anderen Wiki bewegen können, da die Software dort ähnlich finktioniert > oder sogar häufig Mediawiki verwendet wird. Ich benutze die Mailinglisten (via Newsgroup) und auch das Forum aber ein Wiki für Diskussionen zu benutzen ist doch ein absoluter Krampf. Sorry aber Du würdest 90%+ der Leute verlieren die sonst an Diskussionen teilnehmen. Das diese Forum der Diskussion bei Wikipedia benutzt wird macht Sinn, bei OSM zum Glück nicht. Matthias From telegnom.osm at googlemail.com Sun Jan 10 10:47:27 2010 From: telegnom.osm at googlemail.com (Max Andre) Date: Sun, 10 Jan 2010 11:47:27 +0100 Subject: [Talk-de] Suche auf openstreetmap.org: Im Firefox defekt? In-Reply-To: References: Message-ID: <4B49B03F.70703@googlemail.com> Johann H. Addicks schrieb: > Im IE (IE7, XP) kann ich nach wie vor den Suchbegriff eintippen und auf > "Los" drücken. Wahlweise per Maus oder per Tastatur (tab enter). > > Im Firefox (3.5.7) will der "Los"-Button nimmer. > > Was mache ich falsch? > > Im FireFox 3.5.7 funktioniert es bei mir sowohl unter Windows XP als auch unter Linux. Auch unter Win 7 funktioniert es mit der gleichen Firefox Version. Max From osm at ulfm.de Sun Jan 10 11:20:39 2010 From: osm at ulfm.de (=?ISO-8859-15?Q?Ulf_M=F6ller?=) Date: Sun, 10 Jan 2010 12:20:39 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: References: <4B48DD83.1010801@tobias-knerr.de> <9341257600AB4B30A014254EB3562F1C@mkwebdialin> Message-ID: Dieter Jasper schrieb: >> Wobei man das Forum auch über den RSS-Feed beobachten kann: > kanst du mir dafür eine step by step Anweisung geben. Ich schaffe es > nicht das in Thunderbird zu integrieren. News & Blogs > Abonnements verwalten > Hinzufügen > Feed URL: http://forum.openstreetmap.org/extern.php?action=feed&type=rss&fid=14 Geht es damit? From ekkehart at gmx.de Sun Jan 10 11:31:13 2010 From: ekkehart at gmx.de (Nop) Date: Sun, 10 Jan 2010 12:31:13 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: <4B48DD83.1010801@tobias-knerr.de> References: <4B48DD83.1010801@tobias-knerr.de> Message-ID: <4B49BA81.10501@gmx.de> Hallo! Am 09.01.2010 20:48, schrieb Tobias Knerr: > Gleichzeitig darf das gerne als Diskussionsanstoß dienen, wie man am > besten mit unseren gespaltenen Kommunikationsmedien umgeht. Ich verfolge derzeit 9 OSM Mailinglisten, das Wiki und das Forum, aber irgendwann wurde es mir auch zuviel, vor allem wenn mich nur gezielt ein Thread interessiert. Bei weiteren Spezial-Mailinglisten habe ich dann angefangen, nabble zu benutzen. Nabble bietet Zugriff auf Mailinglisten in Form eines Forums. Dabei bleibt es jedem Nutzer überlassen, ober es als Mails oder als Forum lesen/bearbeiten will. osgeo.org hat dort einen ganzen Baum von Themen und deren Mailinglisten eingetragen, der exakt genauso aussieht wie man das von einem größeren Forum erwartet. Nur die Anmeldeprozedur ist komplizierter, das ist die von der Mailingliste. Die Listen von osgeo.org findet Ihr als Beispiel hier: http://n2.nabble.com/OSGeo-org-f1803224.html Daher die Frage an Euch: Wäre es möglich, daß sich die OSMF bei Nabble einen Baum von Mailinglisten einrichtet analog osgeo? Dann könnte sich jeder entscheiden, ob er Mail- oder Forenansicht haben will und die viel bejammerte Trennung ist hinfällig. bye Nop From sven at anders-hamburg.de Sun Jan 10 11:33:54 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Sun, 10 Jan 2010 12:33:54 +0100 Subject: [Talk-de] Welcher Fehler im TMC? In-Reply-To: <4B490560.7070003@pothe.de> References: <4B490560.7070003@pothe.de> Message-ID: <4B49BB22.5090101@anders-hamburg.de> Andreas Pothe schrieb: > Hi, > > kann mir jemand erklären, wo der Fehler sein soll? Wenn ich nichts > übersehen habe, gibt es nur zwei Punkte (einen Positive, einen > Negative), nur das Script zählt einen den beiden doppelt. > > http://osm-tmc.anders-hamburg.de/point.php?lcd=25289 Ja, genau, das Script hat in diesem Fall einen Fehler. Schau ich mir mal an... Gruß Sven From sven at anders-hamburg.de Sun Jan 10 11:48:41 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Sun, 10 Jan 2010 12:48:41 +0100 Subject: [Talk-de] [Fwd: Welcher Fehler im TMC?] Message-ID: <4B49BE99.7090607@anders-hamburg.de> Hallo Frederik, im der niedersachsen.osm.bz2 von gestern von der Geofabrik finde ich folgende Stelle: Hab ich etwas nicht mitbekommen oder ist das nicht eigentlich "verboten", das ein node mit einer id doppelt auftaucht. Erzeugt Ihr die Dateien immer noch mit Osmosis? Wenn ja, welche Version? (Nicht das ich mir hier intern auch ein Problem lege) Gruß Sven -------- Original-Nachricht -------- Betreff: [Talk-de] Welcher Fehler im TMC? Datum: Sat, 09 Jan 2010 23:38:24 +0100 Von: Andreas Pothe Antwort an: Openstreetmap allgemeines in Deutsch An: talk-de at openstreetmap.org Hi, kann mir jemand erklären, wo der Fehler sein soll? Wenn ich nichts übersehen habe, gibt es nur zwei Punkte (einen Positive, einen Negative), nur das Script zählt einen den beiden doppelt. http://osm-tmc.anders-hamburg.de/point.php?lcd=25289 TIA _______________________________________________ Talk-de mailing list Talk-de at openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de From openstreetmap+mailingliste at pothe.de Sun Jan 10 11:49:04 2010 From: openstreetmap+mailingliste at pothe.de (Andreas Pothe) Date: Sun, 10 Jan 2010 12:49:04 +0100 Subject: [Talk-de] Welcher Fehler im TMC? In-Reply-To: <4B49BB22.5090101@anders-hamburg.de> References: <4B490560.7070003@pothe.de> <4B49BB22.5090101@anders-hamburg.de> Message-ID: <000f01ca91ea$ebce48a0$c36ad9e0$@de> Sven Anders: > Andreas Pothe schrieb: > > Hi, > > > > kann mir jemand erklären, wo der Fehler sein soll? Wenn ich nichts > > übersehen habe, gibt es nur zwei Punkte (einen Positive, einen > > Negative), nur das Script zählt einen den beiden doppelt. > > > > http://osm-tmc.anders-hamburg.de/point.php?lcd=25289 > > Ja, genau, das Script hat in diesem Fall einen Fehler. > > Schau ich mir mal an... Vielleicht ein Tipp, wo es sein könnte: Ich hatte die TMC-Daten in einer älteren Version an einem anderen Punkt gehabt (nämlich direkt am Knoten der Abfahrt für beide Richtungen), mich dann aber umentschieden und die Fahrtrichtungen getrennt. Eventuell beachtet dein Script nicht, dass beim ursprünglichen Punkt keine TMC-Daten mehr dranhängen? CU Andreas From dieter_jasper at web.de Sun Jan 10 12:00:16 2010 From: dieter_jasper at web.de (Dieter Jasper) Date: Sun, 10 Jan 2010 13:00:16 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: References: <4B48DD83.1010801@tobias-knerr.de> <9341257600AB4B30A014254EB3562F1C@mkwebdialin> Message-ID: Am 10.01.2010 12:20, schrieb Ulf Möller: > Dieter Jasper schrieb: > >>> Wobei man das Forum auch über den RSS-Feed beobachten kann: > >> kanst du mir dafür eine step by step Anweisung geben. Ich schaffe es >> nicht das in Thunderbird zu integrieren. > > News& Blogs> Abonnements verwalten> Hinzufügen> Feed URL: > http://forum.openstreetmap.org/extern.php?action=feed&type=rss&fid=14 > > Geht es damit? Ja, nachdem ich mühsam herausgefunden habe, wie ich den Einstieg News & Blogs finde. Danke!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Gruß Dieter Jasper From osmck at gmx.de Sun Jan 10 12:05:34 2010 From: osmck at gmx.de (Christian Knorr) Date: Sun, 10 Jan 2010 13:05:34 +0100 Subject: [Talk-de] Relationen der Buslinien und -haltestellen Message-ID: <1263125134.2741.86.camel@Notebook> Hallo zusammen, ich möchte in meiner Umgebung die Bushaltestellen dem neuen Schema (öpnv) entsprechend taggen. Aber die Tonnen an Informationen erschlagen mich. Steht die Essenz irgendwo in ein paar Zeilen geschrieben? Oder ein Beispiel? Ich habe mir die Relation [1] samt Kinder zur Brust genommen und hoffe alles richtig gemacht zu haben. Nun - Anfang und Ende der Linie kenne ich zwar nicht, aber ich wollte den Anfang machen (oder die Mitte? ;-) ). Kann sich das mal jemand angucken und sagen ob alles korrekt ist und ggf. korrigieren? Dann kann ich danach auch weitermachen. Eine Bushaltestelle (nennt sich "Kreuz" der Linie 494) ist ungefähr bei 50.9844 N und 6.1861 O. Danke schonmal vorab. neue Gesamtrelation der Linie: http://www.openstreetmap.org/browse/relation/380849 MfG, Chris...... [1] http://www.openstreetmap.org/browse/relation/110247 From osm at ulfm.de Sun Jan 10 12:21:17 2010 From: osm at ulfm.de (=?ISO-8859-1?Q?Ulf_M=F6ller?=) Date: Sun, 10 Jan 2010 13:21:17 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: References: <4B48DD83.1010801@tobias-knerr.de> Message-ID: Tirkon schrieb: > In Wikipedia laufen nahezu sämtliche Diskussionen > ausschließlich über Wikipedia Wiki selbst. Das dann allerdings oft parallel auf mehreren Diskussionsseiten. Oder über private Wiki-Mail, oder im IRC, oder über die Mailingliste, oder über das Meta-Wiki... Auch da ist es oft gar nicht so einfach, mitzukriegen, wo welche Diskussionen laufen. > Allerdings hakt es derzeit bei der OSM-Wiki Administration. Der > Suchindex ist seit mindestens einem Monat nicht aktualisiert worden. > Bei Wikipedia sind neue Einträge innerhalb von Sekunden zu finden. > Zudem wurde laut Diskussionen in der englischen Mailingliste seit > Monaten (Jahren?) keine neue Mediawiki eingespielt. Noch nicht mal ein Jahr. :) Update ist aber soweit ich weiß in Planung. From marcus.wolschon at googlemail.com Sun Jan 10 12:27:15 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Sun, 10 Jan 2010 13:27:15 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <4B497999.5000507@bavarianmallet.de> References: <4B436F35.5060608@anders-hamburg.de> <1262979915.3632.5.camel@stefan-desktop> <1263066328.3443.16.camel@stefan-desktop> <4B497999.5000507@bavarianmallet.de> Message-ID: 2010/1/10 Georg Feddern : > Moin, > > Stefan Roggensack schrieb: >> Z.B. wir haben diese Kreuzung: >> >>     |   | >> ----A---B---- >>     |   |     1-> >> ----C---D---- >>     |   | >>       2 >>       | >>       vzu > Ich würde den TMC-Punkte für die Straße 1 auf die Punkte B und C legen > und für die Straße 2 auf A und D. > Wenn das Problem vor der Kreuzung liegt, ist es egal in welche Richtung > man danach abbiegen will und wenn das Problem hinter der Kreuzung liegt, > hat es meist rückstauende Wirkung in beide Zuflussrichtungen. Am besten wäre eigentlich für 1: 2 Punkte zwischen A und B und zwischen C und D und für 2 zwischen A und C und B und D. Denn eine gemeldete Behinderung welche für 1 in der Kreuzung anfängt schließt so den Kreuzungsbereich mit ein, ebenso für eine Behinderung welche hier endet oder hier nur vorbei geht. Das gleiche für 1. Wir hatten die möglichen Situationen bereits mal für Autobahnkreuze durchgespielt. Unter´m Strich ist es mir für Ampelkreuzungen in der Stadt aber egal. Da sind die möglichen Auswirkungen durch die vielen Möglichkeiten drum herum zu fahren einfach zu klein um diesen Aufwand zu treiben. Jede Kombination aus A,B,C,D für beide Strassen ist mir hier recht. Marcus From telegnom.osm at googlemail.com Sun Jan 10 12:30:39 2010 From: telegnom.osm at googlemail.com (Max Andre) Date: Sun, 10 Jan 2010 13:30:39 +0100 Subject: [Talk-de] Relationen der Buslinien und -haltestellen In-Reply-To: <1263125134.2741.86.camel@Notebook> References: <1263125134.2741.86.camel@Notebook> Message-ID: <4B49C86F.6000307@googlemail.com> Christian Knorr schrieb: > Hallo zusammen, > ich möchte in meiner Umgebung die Bushaltestellen dem neuen Schema > (öpnv) entsprechend taggen. Aber die Tonnen an Informationen erschlagen > mich. Steht die Essenz irgendwo in ein paar Zeilen geschrieben? Oder ein > Beispiel? Ich habe mir die Relation [1] samt Kinder zur Brust genommen > und hoffe alles richtig gemacht zu haben. Nun - Anfang und Ende der > Linie kenne ich zwar nicht, aber ich wollte den Anfang machen (oder die > Mitte? ;-) ). > > Kann sich das mal jemand angucken und sagen ob alles korrekt ist und > ggf. korrigieren? Dann kann ich danach auch weitermachen. Eine > Bushaltestelle (nennt sich "Kreuz" der Linie 494) ist ungefähr bei > 50.9844 N und 6.1861 O. Danke schonmal vorab. > > neue Gesamtrelation der Linie: > http://www.openstreetmap.org/browse/relation/380849 > > MfG, Chris...... > > [1] http://www.openstreetmap.org/browse/relation/110247 > > Hallo, das sieht in meinen Augen schon recht gut aus. Nur würde ich den Haltestellen (in der Relation) noch die Rolle stop (oder auch forward/backward:stop) zuweisen, damit auch in der Relation klar ist, dass es sich hier um eine Haltestelle handelt. Siehe: [1] Und ich sehe gerade noch, du hast in der Nähe der Haltestellen "Abzweigung Beeck" zwei Nodes in der Relation, die keine Attribute zugewiesen haben. Die würde ich aus der Relation (und aus der Karte) entfernen, da sie so keinen Sinn machen. [2] und [3] Grüße Max [1] http://wiki.openstreetmap.org/wiki/Relation:route#Members [2] http://www.openstreetmap.org/browse/node/610864975 [3] http://www.openstreetmap.org/browse/node/76461598 From frederik at remote.org Sun Jan 10 12:40:46 2010 From: frederik at remote.org (Frederik Ramm) Date: Sun, 10 Jan 2010 13:40:46 +0100 Subject: [Talk-de] [Fwd: Welcher Fehler im TMC?] In-Reply-To: <4B49BE99.7090607@anders-hamburg.de> References: <4B49BE99.7090607@anders-hamburg.de> Message-ID: <4B49CACE.7070908@remote.org> Hallo, Sven Anders wrote: > Hab ich etwas nicht mitbekommen oder ist das nicht eigentlich > "verboten", das ein node mit einer id doppelt auftaucht. Ich hab grad von --rci auf --rri umgestellt, vermutlich ist das das Problem, ich fixe das heut abend. Bye Frederik From elwood at mc5sys.in-berlin.de Sun Jan 10 12:55:47 2010 From: elwood at mc5sys.in-berlin.de (Frank Gruender) Date: Sun, 10 Jan 2010 13:55:47 +0100 Subject: [Talk-de] TMC Validator - Fehler: Unbekannter Value Version=8.0 In-Reply-To: <4B436F35.5060608@anders-hamburg.de> References: <4B436F35.5060608@anders-hamburg.de> Message-ID: Am 05.01.2010 17:56, schrieb Sven Anders: > Ich freue mich eine neue Anwenundung vorzustellen. > Den TMC Validator. Hab die ganze Weihacnhtszeit daran gebastelt. > > Ihr findet Ihn unter: > http://osm-tmc.anders-hamburg.de/ Moin, folgende Meldung kommt hier: http://osm-tmc.anders-hamburg.de/point.php?lcd=27320 Fehlt ihm die zweite 0 hinter dem Komma (Punkt)? Dabei fällt mir auf, daß ggf. der Tag auch (sofern casesensitive) eigentlich *LCLVersion statt *LCLversion heissen müsste? Dein Script auf der o.g. Seite gibt als Vorschlag zum Erfassen der Daten die kleine version vor. Gruss, Elwood From chris66nrw at gmx.de Sun Jan 10 13:16:52 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Sun, 10 Jan 2010 14:16:52 +0100 Subject: [Talk-de] [Fwd: Welcher Fehler im TMC?] In-Reply-To: <4B49BE99.7090607@anders-hamburg.de> References: <4B49BE99.7090607@anders-hamburg.de> Message-ID: Sven Anders schrieb: > im der niedersachsen.osm.bz2 von gestern von der Geofabrik finde ich > folgende Stelle: > > > References: <4B48DD83.1010801@tobias-knerr.de> Message-ID: Tobias Knerr schrieb: > Wackelnde Marker auf der Karte > von magixAG > http://forum.openstreetmap.org/viewtopic.php?id=5937 > JOSM: Problem beim Upload (Login) > von mapdiger > http://forum.openstreetmap.org/viewtopic.php?id=5936 Irgendwie finde ich es schade, dass jetzt hier eine unnütze Diskussion Forum vs. Liste stattfindet anstatt auf die Sachfragen zB der MagixAG einzugehen. ;-) Ein automatisches Gateway wäre insofern problematisch dass der ohnehin nicht geringe Traffic dieser Liste weiter erhöht würde. Von daher finde ich einen gelegentlichen Cross-Post von ungelösten Fragen besser. Chris From osmck at gmx.de Sun Jan 10 13:55:57 2010 From: osmck at gmx.de (Christian Knorr) Date: Sun, 10 Jan 2010 14:55:57 +0100 Subject: [Talk-de] Relationen der Buslinien und -haltestellen In-Reply-To: <4B49C86F.6000307@googlemail.com> References: <1263125134.2741.86.camel@Notebook> <4B49C86F.6000307@googlemail.com> Message-ID: <1263131757.2741.89.camel@Notebook> > Hallo, > > das sieht in meinen Augen schon recht gut aus. Nur würde ich den > Haltestellen (in der Relation) noch die Rolle stop (oder auch > forward/backward:stop) zuweisen, damit auch in der Relation klar ist, > dass es sich hier um eine Haltestelle handelt. Siehe: [1] Ok, das werde ich mir noch ansehen. > Und ich sehe gerade noch, du hast in der Nähe der Haltestellen > "Abzweigung Beeck" zwei Nodes in der Relation, [...] Die sind von der Änderung noch nicht betroffen, die mach‘ ich dann wenn ich weiß wie‘s geht. > Grüße > > Max Danke, Chris..... From dieterdreist at gmail.com Sun Jan 10 14:15:36 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Sun, 10 Jan 2010 15:15:36 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: References: <4B449EB7.1020302@tappenbeck.net> Message-ID: <7acdb3651001100615q67c17a33h9cb6bf857a69a823@mail.gmail.com> Am 10. Januar 2010 07:57 schrieb Tirkon : > Jan Tappenbeck wrote: > >maxspeed=DE:urban > > So langsam erscheint mir das Mappen auf OSM auf ein "Warum einfach, > wenn es auch kompliziert geht" hinauszulaufen. +1 Aber wenn es wie > hier möglich ist, dies bei einem maxspeed = Zahl zu belassen, so ist > dies für eine maximale Zahl von Mappern nachvollziehbar. > sehe ich erklärterrnaßen auch so. M.E. ist es am einfachsten und transparentesten, die Zahl explizit zu mappen und mit einem Zusatztag zu erklären, dass es ein implizites Limit ist. Ob man damit dann (oder auch nicht oder nur praktisch, aber nicht semantisch "schön") feststellen kann, dass man sich auch innerorts befindet, und daher ein paar Meter näher an einem unbeschrankten Bahnübergang parken darf, oder rechts überholen, ist m.E. nicht soo relevant. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From ulf.lamping at googlemail.com Sun Jan 10 14:55:27 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 10 Jan 2010 15:55:27 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: <20100110075804.GA7355@hydra.gt.owl.de> References: <4B48DD83.1010801@tobias-knerr.de> <201001092332.32748.florian@grossing.de> <42796B52996F4B1A8614EFB4CED9BDB8@mkwebdialin> <20100110075804.GA7355@hydra.gt.owl.de> Message-ID: <4B49EA5F.4050202@googlemail.com> TOFU! TOFU! TOFU! Sorry, aber das mußte einfach mal raus! Im übrigen könnt ihr auch gleich die Diskussion führen, welcher Gott denn der richtige ist - wäre genauso sinnlos und würde auch nur die Leute nerven. Am 10.01.2010 08:58, schrieb Florian Lohoff: > On Sun, Jan 10, 2010 at 12:20:13AM +0100, Mirko Küster wrote: >> Bei vernünftigen Foren kannst du genauso einzelne Bereiche, Threads oder gar >> Nutzer abonieren, anderes ignorieren. Dafür brauchst du bei den Listen >> wieder eine geeignete Software. Im Moment läuft Talk DE bei mir in einen >> Ordner. Wegen einer Liste eine extra Software lohnt sich nicht. Ja, selber >> Schuld und kein vernünftiger Client. Aber überall wo ich so unterwegs bin >> sind Listen unüblich oder garnicht erst existent. Das mag bei anderen wieder >> anders sein, jeder bewegt sich halt woanders. > > Der unterschied ist das ich beim 3733t phorum staendig pollen muss obs > wohl was neues gibt - Im gegensatz dazu meldet mein Mailreader in den > entsprechenden foldern neue nachrichten. > > Vergleiche Hol/Bringschuld - Ein Forum ist in etwa so daneben wie > TOFU oder HTML Mail ... > > Ich will mit dem ganzen web dreck eigentlich nichts zu tun haben - Vor > allem fuer Textbasierte kommnunikation ist das einfach nur daneben. > > Das heute alles was nicht klickbar ist kein internet sein kann > zeugt von totaler geistige armut. > > Ich werde kein Phorum anfangen - auch nicht mit einer Kneifzange. > > Flo > > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From sven at anders-hamburg.de Sun Jan 10 15:02:03 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Sun, 10 Jan 2010 16:02:03 +0100 Subject: [Talk-de] TMC Validator - Fehler: Unbekannter Value Version=8.0 In-Reply-To: References: <4B436F35.5060608@anders-hamburg.de> Message-ID: <4B49EBEB.2070704@anders-hamburg.de> Frank Gruender schrieb: > Am 05.01.2010 17:56, schrieb Sven Anders: >> Ich freue mich eine neue Anwenundung vorzustellen. >> Den TMC Validator. Hab die ganze Weihacnhtszeit daran gebastelt. >> >> Ihr findet Ihn unter: >> http://osm-tmc.anders-hamburg.de/ > > > Moin, > > folgende Meldung kommt hier: > > http://osm-tmc.anders-hamburg.de/point.php?lcd=27320 > > Fehlt ihm die zweite 0 hinter dem Komma (Punkt)? Ja! Es fehlt die zweite 0. Ich bin mir bei der Sache auch unsicher ob wir da zwei Nullen stehen haben wollen oder nicht, aber besser etwas pingeliger sein, als später bei Updates probleme zu bekommen. > Dabei fällt mir auf, daß ggf. der Tag auch (sofern casesensitive) > eigentlich *LCLVersion statt *LCLversion heissen müsste? Dein Script auf > der o.g. Seite gibt als Vorschlag zum Erfassen der Daten die kleine > version vor. Ja der Tag heißt LCLversion. Ich könnte die Fehlermeldung noch ein wenig verbessern. Gruß Sven From s.wolff at web.de Sun Jan 10 15:03:10 2010 From: s.wolff at web.de (Stephan Wolff) Date: Sun, 10 Jan 2010 16:03:10 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: References: <4B484C82.4010306@tappenbeck.net> <201001091902.26188.werner.ho@gmx.de> Message-ID: Am 10.01.2010 10:45, schrieb Jan Tappenbeck: > Was machst Du denn wo in SH ? > > Gruß Jan .-) Ich habe an und auf der Kieler Förde diverses in OSM eingegeben. Ansonsten bemühe ich mich, die Feld- und Waldwege in Fahrradentfernung von Kiel zu erfassen. Manchmal nehme ich Stromleitungen und Überlandbuslinien in die Datenbank auf. Als ich einmal gar nichts besseres zu tun hatte, habe ich sogar ein Stück Jacobsweg zwischen Gettorf und Kiel eingetragen. Aktuell wollte ich mir das Stromnetz in SH in Kosmos mit den Voltage_rendering-Regeln ansehen. Rund um Lübeck ist es noch ziemlich lückenhaft ;-) Jan, wir haben schon einige Nachrichten ausgetauscht, zuletzt über eine Bahnunterführung in Neumünster. Viele Grüße Stephan From sven at anders-hamburg.de Sun Jan 10 15:14:00 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Sun, 10 Jan 2010 16:14:00 +0100 Subject: [Talk-de] Doppelte Objekte im Osmosis Output (war Re: [Fwd: Welcher Fehler im TMC?]) In-Reply-To: <4B49CACE.7070908@remote.org> References: <4B49BE99.7090607@anders-hamburg.de> <4B49CACE.7070908@remote.org> Message-ID: <4B49EEB8.7080301@anders-hamburg.de> Frederik Ramm schrieb: > Hallo, > > Sven Anders wrote: >> Hab ich etwas nicht mitbekommen oder ist das nicht eigentlich >> "verboten", das ein node mit einer id doppelt auftaucht. > > Ich hab grad von --rci auf --rri umgestellt, vermutlich ist das das > Problem, ich fixe das heut abend. Weiß nicht nach der Beschreibung nach [1] würde ich nicht davon ausgehen, das es (weder bei rci noch bei rri) zu doppelten Knoten mit gleicher ID kommt. Das bläht ja auch die XML Dateien unnötig auf. Allein in der TMC DB finde ich 243 dopplete Objekte. Magst du evtl. noch einen Bugreport machen (ich würde das auch machen, weiß aber nicht genau die Scritte die man benötigt um den Bug nachzustellen). Gruß Sven [1]: http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#--read-change-interval_.28--rci.29 > > Bye > Frederik > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From de_muur at gmx.de Sun Jan 10 15:27:30 2010 From: de_muur at gmx.de (Torsten Leistikow) Date: Sun, 10 Jan 2010 16:27:30 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: References: <4B484C82.4010306@tappenbeck.net> <201001091902.26188.werner.ho@gmx.de> Message-ID: <4B49F1E2.1010403@gmx.de> Stephan Wolff schrieb am 10.01.2010 16:03: > Ich habe an und auf der Kieler Förde diverses in OSM eingegeben. > Ansonsten bemühe ich mich, die Feld- und Waldwege in Fahrradentfernung > von Kiel zu erfassen Und warum fehlt dann der Fernwanderweg E1 zwischen Strande und Eckernfoerde noch ;-) Bei der Gelegenheit habe ich gerade gesehen, dass beim E1 an mehreren Stellen in Schleswig-Holstein mal wieder Reparaturarbeiten notwendig sind. Gruss Torsten From s.wolff at web.de Sun Jan 10 16:20:02 2010 From: s.wolff at web.de (Stephan Wolff) Date: Sun, 10 Jan 2010 17:20:02 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: <4B49F1E2.1010403@gmx.de> References: <4B484C82.4010306@tappenbeck.net> <201001091902.26188.werner.ho@gmx.de> <4B49F1E2.1010403@gmx.de> Message-ID: Am 10.01.2010 16:27, schrieb Torsten Leistikow: > Stephan Wolff schrieb am 10.01.2010 16:03: >> Ich habe an und auf der Kieler Förde diverses in OSM eingegeben. >> Ansonsten bemühe ich mich, die Feld- und Waldwege in Fahrradentfernung >> von Kiel zu erfassen > > Und warum fehlt dann der Fernwanderweg E1 zwischen Strande und Eckernfoerde noch ;-) > Weil das kein Weg sondern nur ein riesiges Sandhindernis ist. Den Verlauf des Weges hat man vermutlich vor den Sturmfluten der letzten Jahrzehnte festgelegt. Die fehlenden Teile kann man nicht als "highway" sondern nur als "barrier" eingeben :-) Aber auch der Nord-Ostsee-Wanderweg und der Ochsenweg sind nur teilweise erfasst, obwohl sie auf passierbaren (und meist sehr schönen) Wegen verlaufen. Viele Grüße Stephan From florian at grossing.de Sun Jan 10 16:44:25 2010 From: florian at grossing.de (Florian Gross) Date: Sun, 10 Jan 2010 17:44:25 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: References: <4B48DD83.1010801@tobias-knerr.de> Message-ID: <201001101744.25349.florian@grossing.de> Am So Januar 10 2010 glaubte Chris-Hein Lunkhusen zu wissen: > Irgendwie finde ich es schade, dass jetzt hier eine unnütze > Diskussion Forum vs. Liste stattfindet anstatt auf die > Sachfragen zB der MagixAG einzugehen. ;-) > > Ein automatisches Gateway wäre insofern problematisch > dass der ohnehin nicht geringe Traffic dieser Liste > weiter erhöht würde. > > Von daher finde ich einen gelegentlichen Cross-Post > von ungelösten Fragen besser. Der Crosspost bringt halt nur nix, wenn keiner ins Forum sieht. Wie schon geschrieben, das tu ich mir nicht an. Zu zeitaufwendig und unflexibel für mich. Sorry. flo -- Hans, ich freue mich, daß du immer noch nichts dazu gelernt hast. Das erspart mir den Aufwand einer Neubewertung deiner Kompetenz. Ich fürchtete schon, daß du mein Gemecker leid bist und dich zur Fortbildung zurück gezogen hast. [Felix von Leitner zu Hans Bonfigt in dasr] From sb-listen at gmx-topmail.de Sun Jan 10 17:27:22 2010 From: sb-listen at gmx-topmail.de (SB79) Date: Sun, 10 Jan 2010 18:27:22 +0100 Subject: [Talk-de] Mapping Party in Troisdorf, 23.01.2010 Message-ID: <201001101827.22871.sb-listen@gmx-topmail.de> Hallo, hier nur ein kurzer Hinweis auf eine Mapping-Party, die am Samstag, den 23.01.2010 in Troisdorf stattfinden wird. Interessierte sind herzlich eingeladen! Mehr Informationen hier: http://wiki.openstreetmap.org/wiki/Troisdorf/Veranstaltungen Gruß, Stephan -- sb-listen at gmx-topmail.de From someone561 at gmx.de Sun Jan 10 18:13:49 2010 From: someone561 at gmx.de (Stefan Roggensack) Date: Sun, 10 Jan 2010 19:13:49 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: References: <4B436F35.5060608@anders-hamburg.de> <1262979915.3632.5.camel@stefan-desktop> <1263066328.3443.16.camel@stefan-desktop> <4B497999.5000507@bavarianmallet.de> Message-ID: <1263147229.4687.8.camel@stefan-desktop> Am Sonntag, den 10.01.2010, 13:27 +0100 schrieb Marcus Wolschon: > 2010/1/10 Georg Feddern : > > Moin, > > > > Stefan Roggensack schrieb: > >> Z.B. wir haben diese Kreuzung: > >> > >> | | > >> ----A---B---- > >> | | 1-> > >> ----C---D---- > >> | | > >> 2 > >> | > >> vzu > > > > Ich würde den TMC-Punkte für die Straße 1 auf die Punkte B und C legen > > und für die Straße 2 auf A und D. > > Wenn das Problem vor der Kreuzung liegt, ist es egal in welche Richtung > > man danach abbiegen will und wenn das Problem hinter der Kreuzung liegt, > > hat es meist rückstauende Wirkung in beide Zuflussrichtungen. > > Am besten wäre eigentlich für 1: 2 Punkte zwischen A und B und zwischen C und D > und für 2 zwischen A und C und B und D. > Denn eine gemeldete Behinderung welche für 1 in der Kreuzung > anfängt schließt so den Kreuzungsbereich mit ein, ebenso für eine > Behinderung welche hier endet oder hier nur vorbei geht. > Das gleiche für 1. > > Wir hatten die möglichen Situationen bereits mal für Autobahnkreuze > durchgespielt. > > Unter´m Strich ist es mir für Ampelkreuzungen in der Stadt aber egal. Da sind > die möglichen Auswirkungen durch die vielen Möglichkeiten drum herum > zu fahren einfach zu klein um diesen Aufwand zu treiben. > Jede Kombination aus A,B,C,D für beide Strassen ist mir hier recht. > Danke, für die Antworten. Mir gefällt der Weg von Georg, da ich dann ohne eine Relation auskomme… Gruß Stefan From marcus.wolschon at googlemail.com Sun Jan 10 18:25:44 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Sun, 10 Jan 2010 19:25:44 +0100 Subject: [Talk-de] TMC Validator - Fehler: Unbekannter Value Version=8.0 In-Reply-To: <4B49EBEB.2070704@anders-hamburg.de> References: <4B436F35.5060608@anders-hamburg.de> <4B49EBEB.2070704@anders-hamburg.de> Message-ID: 2010/1/10 Sven Anders : >> Dabei fällt mir auf, daß ggf. der Tag auch (sofern casesensitive) >> eigentlich *LCLVersion statt *LCLversion heissen müsste? Dein Script auf >> der o.g. Seite gibt als Vorschlag zum Erfassen der Daten die kleine >> version vor. Sind tags nicht seid API 0.6 eh case-insensitive? Marcus From mark at obrembalski.de Sun Jan 10 19:06:19 2010 From: mark at obrembalski.de (Mark Obrembalski) Date: Sun, 10 Jan 2010 20:06:19 +0100 Subject: [Talk-de] =?utf-8?q?Nodes_einf=C3=BCgen_-_Fehler_in_Potlatch=3F?= References: Message-ID: Johann H. Addicks wrote: > Hier funktioniert es wie immer. > (Habe jetzt mangels Ortssuche im FF im IE7 mit Flash-10 probiert, > Potlach 1.3b). Auch bei mir funktioniert es jetzt wieder. Keine Ahnung, was da los war. Gruß, Mark From simon.kokolakis at gmx.de Sun Jan 10 20:55:27 2010 From: simon.kokolakis at gmx.de (Simon Kokolakis) Date: Sun, 10 Jan 2010 21:55:27 +0100 Subject: [Talk-de] [JOSM] suche nach ( Message-ID: <4B4A3EBF.70706@gmx.de> Hallo, wie kann ich ein Klammer-Symbol in einer JOSM Suche benutzen? Habe es schon als regulären Ausdruck probiert, aber er reklamiert. Beste Grüße, Simon From osm at tappenbeck.net Sun Jan 10 21:07:35 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 10 Jan 2010 22:07:35 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: References: <4B484C82.4010306@tappenbeck.net> <201001091902.26188.werner.ho@gmx.de> Message-ID: Am 10.01.2010 16:03, schrieb Stephan Wolff: > Am 10.01.2010 10:45, schrieb Jan Tappenbeck: >> Was machst Du denn wo in SH ? >> >> Gruß Jan .-) > > Ich habe an und auf der Kieler Förde diverses in OSM eingegeben. > Ansonsten bemühe ich mich, die Feld- und Waldwege in Fahrradentfernung > von Kiel zu erfassen. Manchmal nehme ich Stromleitungen und > Überlandbuslinien in die Datenbank auf. Als ich einmal gar nichts > besseres zu tun hatte, habe ich sogar ein Stück Jacobsweg zwischen > Gettorf und Kiel eingetragen. > > Aktuell wollte ich mir das Stromnetz in SH in Kosmos mit den > Voltage_rendering-Regeln ansehen. Rund um Lübeck ist es noch ziemlich > lückenhaft ;-) > > Jan, wir haben schon einige Nachrichten ausgetauscht, zuletzt über eine > Bahnunterführung in Neumünster. ach ja - und jakobsweg ist auch immer gut ! gruß Jan :-) > > Viele Grüße > > Stephan From s.wolff at web.de Sun Jan 10 21:19:59 2010 From: s.wolff at web.de (Stephan Wolff) Date: Sun, 10 Jan 2010 22:19:59 +0100 Subject: [Talk-de] Eisenbahn-Tags Message-ID: Moin, die Eisenbahn-Tags sind im Wiki teilweise schlecht dokumentiert. Zu "usage" finde ich nur die Liste "main / branch / industrial / military / tourism " ohne Erläuterung. Das führt dazu, dass die meisten Strecken nur mit "railway=rail" getagt sind und in den meisten Karten die Hauptstrecke genauso wie das selten befahrene Industriegleis aussieht. Dabei legen die Eisenbahnfanatiker doch sonst Wert auf jedes Detail. Einige Tags werden teilweise anders benutzt, als es meinem Verständnis entspricht. Ich möchte es verbessern, aber nicht verschlimmbessern. Wie würdet ihr die folgenden Dinge eingeben: Normalspurgleise in befahrbaren Flächen (z.B. Industriegelände, Hafenflächen): - railway=rail oder - railway=tram (Minimal-)Güterbahnhöfe mit einem Zweiggleis und parallelem Kiesweg und/oder Betonrampe: - railway=station oder nicht langes Anschlussgleis (>1km) zwischen Industriegelände/Kraftwerk und Hauptstrecke: - service=spur - usage=industrial - beides Zusatzgleis im Bahnhofsbereich - service=siding oder - alle Gleise als usage=main bzw. branch Viele Grüße Stephan From d.s.e at sordidmusic.com Sun Jan 10 21:38:07 2010 From: d.s.e at sordidmusic.com (Guenther Meyer) Date: Sun, 10 Jan 2010 22:38:07 +0100 Subject: [Talk-de] Bereinigung von Werten max.... In-Reply-To: <201001082100.21098.florian@grossing.de> References: <4B447418.8010503@tappenbeck.net> <201001070800.54131.d.s.e@sordidmusic.com> <201001082100.21098.florian@grossing.de> Message-ID: <201001102238.07880.d.s.e@sordidmusic.com> Am Freitag 08 Januar 2010 21:00:20 schrieb Florian Gross: > > > > naja, wenn auf einem schild was von 30 meilen steht, halte ich das > > > > fuer unsinnig, das als maxspeed=48.2803 kmh zu taggen. > > > > da fragt sich jeder, was dieser krumme wert soll, waehrend ein > > > > maxspeed=30mph durchaus auf ein real existierendes schild > > > > zurueckgefuehrt werden kann... > > > > > > Da sollte man dann schon in der Lage sein auf 50km/h zu kommen > > > oder doch lieber die Finger weglassen. > > > > als tagger oder als anwender? > > Als Tagger. Es sollte doch eigentlich kein Problem sein, auf eine > ganze Zahl zu runden. Auch auf volle 5km/h (5, 10, 15 usw.) sollten > IMO kein Problem darstellen. > natuerlich kann man sowas runden. nur ist der resultierende wert nicht richtig. und der zusammenhang zu dessen ursprung geht auch verloren... > > oder 65 mph (=104.6074 km/h)? > > nimmt man da jetzt 100, 105, oder 110? > > Würd ich sagen, ja. > > > es geht mir darum, dass es soweit ich weiss, kein schild und keine > > vorschrift gibt, wo so ein krummer wert draufsteht. > > wenn ich in usa mappen solche krummen werte mappen wuerde, dann waeren > > amerikanische mapper die nach mir kommen, sicher nicht sehr erfreut ueber > > so einen wert, der sich nicht direkt auf ein schild oder eine andere > > vorschrift zurueckverfolgen liesse... > > 1. ist das metrische System seit über 100 Jahren in den USA offiziell > anerkannt und was anderes bleibt ihnen ja nicht uebrig ;-) > 2. wäre das metrische System dort auch schon länger eingeführt worden, > wenn sich die Bevölkerung nicht so vehement dagegen gewehrt hätte. > das mag schon sein, ist aber auch irrelevant. fakt ist, dass die schilder dort mit meilenangaben rumstehen. ich dachte immer, wir mappen die realitaet, oder gibt's da inzwischen einen anderen konsens... > Siehe z.B. auch > http://www.nzzfolio.ch/www/d80bd71b-b264-4db4-afd0-277884b93470/showarticle > /2453fa46-0c61-44ca-88b8-8f4d6857d998.aspx > warum wundert mich sowas nicht... From mail at s-hohmann.de Sun Jan 10 21:58:53 2010 From: mail at s-hohmann.de (Sebastian Hohmann) Date: Sun, 10 Jan 2010 22:58:53 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: References: <4B48DD83.1010801@tobias-knerr.de> Message-ID: <4B4A4D9D.2040402@s-hohmann.de> Am 10.01.2010 14:21, schrieb Chris-Hein Lunkhusen: > Irgendwie finde ich es schade, dass jetzt hier eine unnütze > Diskussion Forum vs. Liste stattfindet anstatt auf die Sachfragen zB > der MagixAG einzugehen. ;-) > > Ein automatisches Gateway wäre insofern problematisch dass der > ohnehin nicht geringe Traffic dieser Liste weiter erhöht würde. > > Von daher finde ich einen gelegentlichen Cross-Post von ungelösten > Fragen besser. > Der Crosspost bringt hat nur nix, wenn keiner in die Mailingliste sieht. Und das tue ich mir nur selten an. Zu zeitaufwendig und umständlich für mich. Sorry. Sebi From n_wenzel at gmx.net Sun Jan 10 22:14:55 2010 From: n_wenzel at gmx.net (Norbert Wenzel) Date: Sun, 10 Jan 2010 23:14:55 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: <4B49EA5F.4050202@googlemail.com> References: <4B48DD83.1010801@tobias-knerr.de> <201001092332.32748.florian@grossing.de> <42796B52996F4B1A8614EFB4CED9BDB8@mkwebdialin> <20100110075804.GA7355@hydra.gt.owl.de> <4B49EA5F.4050202@googlemail.com> Message-ID: <4B4A515F.3080703@gmx.net> Ulf Lamping wrote: > TOFU! TOFU! TOFU! > > Sorry, aber das mußte einfach mal raus! > > > Im übrigen könnt ihr auch gleich die Diskussion führen, welcher Gott > denn der richtige ist - wäre genauso sinnlos und würde auch nur die > Leute nerven. Es gibt doch nur das Spaghettimonster, alle anderen sind erfunden! > Am 10.01.2010 08:58, schrieb Florian Lohoff: >> On Sun, Jan 10, 2010 at 12:20:13AM +0100, Mirko Küster wrote: >>> Bei vernünftigen Foren kannst du genauso einzelne Bereiche, Threads oder gar >>> Nutzer abonieren, anderes ignorieren. Dafür brauchst du bei den Listen >>> wieder eine geeignete Software. Im Moment läuft Talk DE bei mir in einen >>> Ordner. Wegen einer Liste eine extra Software lohnt sich nicht. Ja, selber >>> Schuld und kein vernünftiger Client. Aber überall wo ich so unterwegs bin >>> sind Listen unüblich oder garnicht erst existent. Das mag bei anderen wieder >>> anders sein, jeder bewegt sich halt woanders. >> Der unterschied ist das ich beim 3733t phorum staendig pollen muss obs >> wohl was neues gibt - Im gegensatz dazu meldet mein Mailreader in den >> entsprechenden foldern neue nachrichten. >> >> Vergleiche Hol/Bringschuld - Ein Forum ist in etwa so daneben wie >> TOFU oder HTML Mail ... >> >> Ich will mit dem ganzen web dreck eigentlich nichts zu tun haben - Vor >> allem fuer Textbasierte kommnunikation ist das einfach nur daneben. From frederik at remote.org Sun Jan 10 22:50:45 2010 From: frederik at remote.org (Frederik Ramm) Date: Sun, 10 Jan 2010 23:50:45 +0100 Subject: [Talk-de] Geofabrik-Extrakte zT mit doppelten Objekten / repariert Message-ID: <4B4A59C5.3060206@remote.org> Hallo, am 7.1. habe ich die Geofabrik-Extrakte auf die Nutzung von "replication diffs" statt der normalen Diffs umgestellt. Das sollte eigentlich keine Auswirkungen haben. Ich habe aber dabei vergessen, diese Diffs mit --simc nachzuverarbeiten, so dass dort, wo sich das gleiche Objekt mehrfach am Tag geaendert hat, am Ende in den Geofabrik-Auszuegen auch zweimal das gleiche Objekt vorkam. Das fuehrte einmal bei Sven Anders zu einem Problem mit dem TMC-Checker, und eventuell ist auch Jan Tappenbecks Splitter-Problem darauf zurueckzufuehren. Auch aus dem befreundeten Ausland haben sich einige "Opfer" gemeldet - so sieht man wenigstens mal, wer alles diese Daten benutzt ;-) Die Auszuege, die morgen frueh rauskommen, sind nun wieder korrekt. Sorry fuer die Unannehmlichkeiten! Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From charlie at vorsicht-bissig.de Sun Jan 10 22:52:36 2010 From: charlie at vorsicht-bissig.de (charlie at vorsicht-bissig.de) Date: Sun, 10 Jan 2010 23:52:36 +0100 Subject: [Talk-de] Mailingliste contra Webforum (was: Unbeantwortete Fragen im OSM-Forum) In-Reply-To: <4B4A4D9D.2040402@s-hohmann.de> References: <4B48DD83.1010801@tobias-knerr.de> <4B4A4D9D.2040402@s-hohmann.de> Message-ID: <14214342046.20100110235236@dekadent.net> Vorhin um 22:58 Uhr schrieb Sebastian Hohmann : > Am 10.01.2010 14:21, schrieb Chris-Hein Lunkhusen: >> Ein automatisches Gateway wäre insofern problematisch dass der >> ohnehin nicht geringe Traffic dieser Liste weiter erhöht würde. >> >> Von daher finde ich einen gelegentlichen Cross-Post von ungelösten >> Fragen besser. > Der Crosspost bringt hat nur nix, wenn keiner in die Mailingliste sieht. > Und das tue ich mir nur selten an. Zu zeitaufwendig und umständlich für > mich. Sorry. Und was ist nun, wenn keiner ins Forum sieht? *Das* tue *ich* mir nämlich nicht an, viel zu zeitaufwendig und umständlich für mich. Da ziehe ich die Effizienz einer Mailingliste allemal vor. Foren sind aufgebläßt und unübersichtlich, für einen interaktiven und Textbasierten Austausch absolut ungeeignet. Für sowas ist Mail da, Web wurde für andere Dinge erfunden. Kurz: Foren stinken. Ich bin hier aktuell meist stiller Mitleser, aber das mußte jetzt einfach mal raus. Bezüglich der Tools für S60 zum Erkunden einer Gegend mit OSM danke ich an dieser Stelle mal für die Tips, ich hab das nicht vergessen, bin aber noch nicht zum Ausprobieren gekommen, Feedback gibt's, wenn ich das nachgeholt habe. Gruß, Bert -- Jürgen Drews sagt einst zu Gitte: Lass doch das Gewürge bitte. Darauf sagt die Gitte: Lieber Jürgen, wenn Du singst, dann muss ich würgen. From frederik at remote.org Mon Jan 11 00:06:00 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 11 Jan 2010 01:06:00 +0100 Subject: [Talk-de] Mailingliste contra Webforum In-Reply-To: <14214342046.20100110235236@dekadent.net> References: <4B48DD83.1010801@tobias-knerr.de> <4B4A4D9D.2040402@s-hohmann.de> <14214342046.20100110235236@dekadent.net> Message-ID: <4B4A6B68.8080900@remote.org> Hallo, charlie at vorsicht-bissig.de wrote: > Für sowas ist Mail da, Web wurde für andere Dinge erfunden. > Kurz: Foren stinken. Sachte ;-) Ich bin selber auch ein Foren-Muffel. Aber lasst uns doch darueber kein religioeses Gezanke anfangen. Jede Art von Austausch unter OSMern kann nur positiv sein. Mit wachsender Community *muessen* wir sowieso kleinere Grueppchen aufmachen, schon jetzt koennen oder wollen nur wenige talk-de folgen und haben sich z.B. auf regionale Listen zurueckgezogen, wo viele Fragen ja auch schon beantwortet werden koennen. Das ist gut so, und das Forum ist einfach auch eine weitere von diesen Inseln (zwischen denen ja doch immer einige Unentwegte hin und her schwimmen, um mal eine Botschaft zu ueberbringen). Probleme treten dann auf, wenn die einen den anderen mit Verachtung kommen - wenn hier ein Forennutzer hineinpoltert und mir erstmal erklaert, wie vorgestrig doch Mailinglisten sind, geht bei mir auch erstmal der Rolladen runter, und genauso duerfte auch ein Forenleser reagieren, wenn man ihm im ersten Forum gleich erklaert, was man von animierten Smileys in der Signatur[*] haelt. (Ganz zu Anfang meiner OSM-Aktivitaet habe ich z.B. auch nur die englische talk-Liste gelesen, weil ich dachte, talk-de ist zu provinziell, das ist nur fuer die Hinterwaeldler, die kein Englisch koennen - aber ich habe schnell gemerkt, dass beides ganz unterschiedliche Umgebungen sind, die sich gut ergaenzen, und schmunzele nun, wenn auf der englischen Liste offensichtliche Deutsche aufschlagen, die sich vermutlich genau das denken, was ich damals dachte...) Ich finde es ausgezeichnet, wie es ist; ich *will* gar nicht all die Foren-Benutzer hier auf der Liste haben, nicht, weil sie irgendwie doof waeren, sondern weil es hier dann noch mehr durcheinander geht. Umgekehrt sollen auch wir nicht alle das Forum ueberfallen. Ein schmalbandiger Nachrichtentransport - ungeloeste Probleme aus dem Forum hierher und Antworten zurueck, bzw. umgekehrt - ist gerade richtig. So handhaben wir das ja z.B. auch mit der englischen Talk-Liste. Bye Frederik [*] Achtung, Vorurteil. Ich weiss nicht, ob es das im OSM-Forum ueberhaupt gibt. -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From charlie at vorsicht-bissig.de Mon Jan 11 00:33:39 2010 From: charlie at vorsicht-bissig.de (charlie at vorsicht-bissig.de) Date: Mon, 11 Jan 2010 01:33:39 +0100 Subject: [Talk-de] Mailingliste contra Webforum In-Reply-To: <4B4A6B68.8080900@remote.org> References: <4B48DD83.1010801@tobias-knerr.de> <4B4A4D9D.2040402@s-hohmann.de> <14214342046.20100110235236@dekadent.net> <4B4A6B68.8080900@remote.org> Message-ID: <11820405125.20100111013339@dekadent.net> Vorhin um 01:06 Uhr schrieb Frederik Ramm : > charlie at vorsicht-bissig.de wrote: >> Für sowas ist Mail da, Web wurde für andere Dinge erfunden. >> Kurz: Foren stinken. > Sachte ;-) Sorry, aber wenn mir einer erzählen will, wie umständlich und zeitraubend Mailinglisten im Vergleich zu Webforen wären, dann wird mein Beißreflex irgendwie übermächtig. ;-) > Ich bin selber auch ein Foren-Muffel. Aber lasst uns doch darueber kein > religioeses Gezanke anfangen. Gute Idee. > Jede Art von Austausch unter OSMern kann nur positiv sein. Mit wachsender > Community *muessen* wir sowieso kleinere Grueppchen aufmachen, schon > jetzt koennen oder wollen nur wenige talk-de folgen und haben sich z.B. > auf regionale Listen zurueckgezogen, wo viele Fragen ja auch schon > beantwortet werden koennen. ACK, es ist in der Tat so einiges an Traffic hier und ich kann mir auch gut vorstellen, daß ein herkömmlicher Klickibunti-Forenuser ohne ein wenig Erfahrung mit Mailinglisten, der zudem mit seinem MUA und dessen Features nicht wirklich "auf Du" ist, erstmal etwas überfordert ist. Ein Kenner des guten alten Nutznetzes hat damit für gewöhnlich weniger Schmerzen. ;-) > Das ist gut so, und das Forum ist einfach auch eine weitere von diesen > Inseln (zwischen denen ja doch immer einige Unentwegte hin und her > schwimmen, um mal eine Botschaft zu ueberbringen). Ja. > Probleme treten dann auf, wenn die einen den anderen mit Verachtung > kommen - wenn hier ein Forennutzer hineinpoltert und mir erstmal > erklaert, wie vorgestrig doch Mailinglisten sind, geht bei mir auch > erstmal der Rolladen runter, Siehste, und genau das hat mich auch hinter meiner Hecke hervorgelockt, siehe Beißreflex oben. ;-) > und genauso duerfte auch ein Forenleser reagieren, wenn man ihm im ersten > Forum gleich erklaert, was man von animierten Smileys in der Signatur[*] > haelt. Hehehe, in *diesem* Fall bin ich gar nicht wirklich unzufrieden darüber, ohne Sehfähigkeit auskommen zu "dürfen", *dieser* Firlefanz bleibt mir dann wenigstens erspart. > Ich finde es ausgezeichnet, wie es ist; ich *will* gar nicht all die > Foren-Benutzer hier auf der Liste haben, nicht, weil sie irgendwie doof > waeren, sondern weil es hier dann noch mehr durcheinander geht. Außerdem wären die Foren dann ja in der Tat irgendwie redundant. ;-) > Umgekehrt sollen auch wir nicht alle das Forum ueberfallen. Mein Drang danach hält sich in extrem überschaubaren Grenzen. > Ein schmalbandiger Nachrichtentransport - ungeloeste Probleme aus dem > Forum hierher und Antworten zurueck, bzw. umgekehrt - ist gerade richtig. Full ACK. Gruß, Bert -- Wenn Freiheit überhaupt etwas bedeutet, dann vor allem das Recht, anderen Leuten das zu sagen, was sie nicht hören wollen. [George Orwell, eigentlich Eric Arthus Blair (1903 - 1950)] From addicks at gmx.net Mon Jan 11 01:54:57 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Mon, 11 Jan 2010 02:54:57 +0100 Subject: [Talk-de] Leute von der ML ins Forum treiben (was: Unbeantwortete Fragen im OSM-Forum) In-Reply-To: <4B4A515F.3080703@gmx.net> References: <4B48DD83.1010801@tobias-knerr.de> <201001092332.32748.florian@grossing.de> <42796B52996F4B1A8614EFB4CED9BDB8@mkwebdialin> <20100110075804.GA7355@hydra.gt.owl.de> <4B49EA5F.4050202@googlemail.com> <4B4A515F.3080703@gmx.net> Message-ID: >> TOFU! TOFU! TOFU! > Es gibt doch nur das Spaghettimonster, alle anderen sind erfunden! [..TOFU..] Es gibt Postings, bei denen zweifle ich ich daran, ob ich wirklich keine virtuellen Emoticons übersehe. Aber das ist bestimmt alles nur heimtückischer Vorsatz.. (In gut betreuten Foren soll es Moderatoren geben, die abdriftende Threads aufsplitten, mit neuem Titel versehen und erledigte Threads einfach zusperren, damit das Gelaber ein Ende hat.) -jha- From ulf.lamping at googlemail.com Mon Jan 11 02:23:35 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Mon, 11 Jan 2010 03:23:35 +0100 Subject: [Talk-de] Neues Jahr - neue Garmin-Karte In-Reply-To: References: Message-ID: <4B4A8BA7.1050206@googlemail.com> Am 08.01.2010 19:10, schrieb Martin Simon: > Da ich die Daten für den Gelände-Layer manuell nachbearbeiten muß, > damit die Flächen nicht kaputt gehen, umfaßt diese Karte nur die > Gegend von 6°E 50°N bis 8°E 51°N, also alles von Köln bis Kyllburg und > von Aachen bis Kreuztal (grob: Eifel, Bergisches Land, Westerwald, > Mittelrheintal). > Vielleicht findet sich ja jemand, der ein Skript schreiben kann, das > mit "GroundTruth" generierte Höhenlinien in Flächen umwandeln kann, > die entlang der Kachelränder geschlossen sind... :-) > Von Hand ist es eine wahnsinnige Arbeit. > > > Alle Versionen sind hier zu beziehen: > > http://osm-topo.bplaced.net > > Viel Spaß, ich freue mich auf Rückmeldung, Anregungen und Kritik! Ich hab die Komplettversion gerade auf mein Oregon 200 kurz testweise aufgespielt und sehe in der normalen Darstellung kein Relief. Das Relief taucht kurz auf und wird dann sehr, sehr schnell von den Höhenlinien wieder übermalt. Stimmt da vielleicht was mit den Transparenzen/Prios nicht? Bei mir im Menu tauchen übrigens nur 6 Layer auf (Topo fehlt), statt der 7 wie bei dir auf der Seite erwähnt. Eine Anregung: Kannst du den Layern etwas prägnantere Namen als "Open Street Map" geben. Wenn du noch eine zweite Karte geladen hast die das auch so macht ist das Chaos perfekt ;-) Gruß, ULFL From addicks at gmx.net Mon Jan 11 03:26:44 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Mon, 11 Jan 2010 04:26:44 +0100 Subject: [Talk-de] Neues Jahr - neue Garmin-Karte In-Reply-To: <4B4A8BA7.1050206@googlemail.com> References: <4B4A8BA7.1050206@googlemail.com> Message-ID: Am 11.01.2010 03:23, schrieb Ulf Lamping: > Eine Anregung: Kannst du den Layern etwas prägnantere Namen als "Open > Street Map" geben. Wenn du noch eine zweite Karte geladen hast die das > auch so macht ist das Chaos perfekt ;-) Das Problem hat's bei (fast) allen OSM-Karten, die aus mehreren Layern bestehen. Hat man mehrere solche Karten geladen, ist die Verwirrung stets groß, "wer zu wem". -jha- From ekkehart at gmx.de Mon Jan 11 07:59:20 2010 From: ekkehart at gmx.de (NopMap) Date: Sun, 10 Jan 2010 23:59:20 -0800 (PST) Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum In-Reply-To: <20100109214203.5ba3c989@c2d-sid> References: <4B48DD83.1010801@tobias-knerr.de> <20100109214203.5ba3c989@c2d-sid> Message-ID: <1263196760990-116553.post@n3.nabble.com> Hallo! Ich glaub die ganze Diskussion hier ist ziemlich müßig. Zum einen kann man sich über Geschmack nicht streiten. Zum anderen habe ich festgestellt, daß diese Mailingliste bereits bei Nabble in Form eines beschreibbaren Forums vorhanden ist. Falls Ihr diesen Post hier lesen könnt, funktioniert das ganze auch und es ist somit jedem freigestellt, ob er die Liste als Mails oder als Forum sehen will. Wozu also weiterdiskutieren? bye Nop -- View this message in context: http://n3.nabble.com/Unbeantwortete-Fragen-im-OSM-Forum-tp115299p116553.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. From ekkehart at gmx.de Mon Jan 11 08:17:29 2010 From: ekkehart at gmx.de (NopMap) Date: Mon, 11 Jan 2010 00:17:29 -0800 (PST) Subject: [Talk-de] Die Mailing Liste ist ein Forum Message-ID: <1263197849373-116560.post@n3.nabble.com> Hallo! Es ist ein altes Problem bei OSM, daß die Diskussionen teilweise im Forum und teilweise in der Mailing Liste geführt werden. Und natürlich mit so netten Seiteneffekten wie daß im einen Kanal Dinge ausgegraben werden, die im anderen längst beantwortet sind oder daß im einen Kanal Unzufriedenheit herrscht, weil eine Information nur im Anderen gepostet wurde. Es ist natürlich eine alte Geschmacksfrage, ob einem jetzt ein Forum besser gefällt oder eine Mailing Liste. Aber wie mir gerade aufgefallen ist: Die Frage ist auch völlig überflüssig. Die OSM talk-de Mailingliste ist unter dieser URL als Forum verfügbar. Also nicht nur als read-only Archiv, sondern abgebildet als normales Forum mit Antwortmöglichkeit. http://n3.nabble.com/OpenStreetMap-Deutschland-f21903.html Um antworten zu können muß man sich einmalig an der Mailingliste anmelden und den Mailversand abbestellen. Dann kann man ganz normal im Forum mitlesen und auch schreiben. Zusätzlicher Bonus: Die Suche im Forum funktioniert. Von daher würde ich Euch alle bitten, auf diese Möglichkeit hinzuweisen, wenn die Frage mal wieder aufkommt. Vielleicht können wir uns auf diese Art doch noch alle in einem Forum/Liste treffen und müssen nicht länger mit gespaltener Zunge sprechen. bye Nop -- View this message in context: http://n3.nabble.com/Die-Mailing-Liste-ist-ein-Forum-tp116560p116560.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. From frederik at remote.org Mon Jan 11 08:25:06 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 11 Jan 2010 09:25:06 +0100 Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <1263197849373-116560.post@n3.nabble.com> References: <1263197849373-116560.post@n3.nabble.com> Message-ID: <4B4AE062.2070105@remote.org> Hallo, NopMap wrote: > Von daher würde ich Euch alle bitten, auf diese Möglichkeit hinzuweisen, > wenn die Frage mal wieder aufkommt. Vielleicht können wir uns auf diese Art > doch noch alle in einem Forum/Liste treffen und müssen nicht länger mit > gespaltener Zunge sprechen. Ich habe ja bereits gesagt, dass ich davon wenig halte, weil wir eh schon zu viele sind und es deswegen gar nicht wuenschenswert ist, dass alle an der gleichen Stelle diskutieren. Es ist eine verbreitete Fehlannahme, dass bei idealer Technik die gleiche Frage *nicht* mehrfach diskutiert wird! Das liegt einfach an den beteiligten Menschen - wenn mich ein Thema bewegt, dann will ich dazu auch was sagen, egal, ob die anderen da vor zwei Monaten schon drueber geredet haben. Die Formulierung "mit gespaltener Zunge sprechen" wird gemeinhin in der Bedeutung "jemanden beluegen/taeuschen" gebraucht und ist hier nicht passend. Schliesslich ist auch noch zu sagen, dass Mailingliste und Forum zwei kulturell unterschiedliche Welten sind, die sich gar nicht so einfach vereinigen lassen. Zum Beispiel, das klang hier schon an, gibt es in einem Forum Moderatoren, und Forumsteilnehmer finden es ganz normal, dass Moderatoren einen Thread "schliessen" und dadurch weitere Diskussion unterbinden. Mach das mal in einer Mailingliste ;-) Bye Frederik From ekkehart at gmx.de Mon Jan 11 08:33:22 2010 From: ekkehart at gmx.de (NopMap) Date: Mon, 11 Jan 2010 00:33:22 -0800 (PST) Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <4B4AE062.2070105@remote.org> References: <1263197849373-116560.post@n3.nabble.com> <4B4AE062.2070105@remote.org> Message-ID: <4B4AE242.20804@gmx.de> Hi! Am 11.01.2010 09:25, schrieb Frederik Ramm [via OpenStreetMap Deutschland]: > Ich habe ja bereits gesagt, dass ich davon wenig halte, weil wir eh > schon zu viele sind und es deswegen gar nicht wuenschenswert ist, dass > alle an der gleichen Stelle diskutieren. Na, ich halte es für extrem unkonstruktiv, alles mehrfach und mit unterschiedlichem Ergebnis zu diskutieren und ewig den Kommentar "das wurde woanders schon diskutiert zu hören", das gleiche Zeug wieder aufgebrüht und natürlich das Gemaule "die Anderen" hätten einen außen vor gelassen. > Schliesslich ist auch noch zu sagen, dass Mailingliste und Forum zwei > kulturell unterschiedliche Welten sind, die sich gar nicht so einfach > vereinigen lassen. Zum Beispiel, das klang hier schon an, gibt es in > einem Forum Moderatoren, und Forumsteilnehmer finden es ganz normal, > dass Moderatoren einen Thread "schliessen" und dadurch weitere > Diskussion unterbinden. Mach das mal in einer Mailingliste ;-) In einem Jahr Mailingliste hab' ich noch nie was vom Moderator gesehen - insofern ist das Argument auf das OSM-Forum nicht passend. Und in meiner Mail geht es darum, den Foren-Teilnehmern eineen forenartigen Zugriff auf die ML zu geben, da ist sowas schon technisch nicht möglich, da es sich immer noch um die ML handelt. bye Nop -- View this message in context: http://n3.nabble.com/Die-Mailing-Liste-ist-ein-Forum-tp116560p116567.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From frederik at remote.org Mon Jan 11 08:38:14 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 11 Jan 2010 09:38:14 +0100 Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <4B4AE242.20804@gmx.de> References: <1263197849373-116560.post@n3.nabble.com> <4B4AE062.2070105@remote.org> <4B4AE242.20804@gmx.de> Message-ID: <4B4AE376.8020301@remote.org> Hallo, NopMap wrote: > Na, ich halte es für extrem unkonstruktiv, alles mehrfach und mit > unterschiedlichem Ergebnis zu diskutieren und ewig den Kommentar "das > wurde woanders schon diskutiert zu hören", das gleiche Zeug wieder > aufgebrüht und natürlich das Gemaule "die Anderen" hätten einen außen > vor gelassen. Der Stil, in dem man das macht, ist natuerlich eine andere Sache, aber bei geschaetzten 20.000 angemeldeten und mehreren tausend aktiven OSMern Benutzern in Deutschand ist es gar nicht moeglich, dass jeder sich gleichermassen in eine Diskussion einbringt. Und bloss weil irgendwas "woanders schon diskutiert" wurde (zum Beispiel in London am Stammtisch), heisst das ja nicht, dass eine neue Gruppe von Leuten nicht neue Argumente oder andere Gewichtungen der alten hat. > Und in meiner Mail geht es darum, den Foren-Teilnehmern eineen > forenartigen Zugriff auf die ML zu geben, da ist sowas schon technisch > nicht möglich, da es sich immer noch um die ML handelt. Ja eben. Ich wollte ja nur sagen, dass jemand, dem Foren lieber sind als Mailinglisten, nicht automatisch das Nabble-Gateway als einen vollwertigen Foren-Ersatz akzeptieren wird. Bye Frederik From Latze98 at gmx.net Mon Jan 11 08:43:27 2010 From: Latze98 at gmx.net (Latze) Date: Mon, 11 Jan 2010 09:43:27 +0100 Subject: [Talk-de] Aufruf Message-ID: <4B4AE4AF.3080003@gmx.net> Hallo, ich stelle mir hier so langsam ein paar Fragen: Hier sind nun wirklich sehr viele, die OSM nutzen, dazu beitragen und sich Gedanken machen, wie man es verbessern bzw. erweitern kann. Denen an dieser Stelle erstmal ein dickes Danke! Ich habe schon einiges gelesen, wo ich mir denke, dass beides Richtig ist / erscheint, wenn man sich in den entsprechenden Standpunkt versetzt. Leider wird dann nicht versucht, einen Mittelweg zu finden. Es ist auch sehr selten, dass irgendjemand mal nachgibt und einfach sagt: Okay, ich finde es anders richtiger aber das funktioniert auch so. Stattdessen werden oft Angriffe auf Personen oder Personengruppen gestartet und das zeugt meiner Meinung nach nicht unbedingt von geistiger Reife. Ich weiß, ich greife jetzt selbst an aber irgendwie muss sowas mal gesagt werden. Um nur ein Beispiel zu nennen: (Es gibt sehr viele andere Personen und Beispiele, also bitte nicht als persönlichen Angriff sehen; das ist es nicht.) Das heute alles was nicht klickbar ist kein internet sein kann zeugt von totaler geistige armut. Mag gerade aus Sicht einer Person, die das Internet länger nutzt (Ich zähle mich auch dazu) richtig sein. Ich vermisse auch das alte Internet wo nicht alles bunt blinken und laut tönen muss; so bunt und laut, dass die eigentliche Info mit erheblicher Verzögerung im Farbenbrei untergeht. Aber ich finde mich damit ab, dass es in diese Richtung geht und ich glaube kaum, dass ich es in irgend einer Weise ändern kann. Erst recht nicht, in dem ich die Personen angreife, die es erstellen oder nutzen. Ich denke dass wir schon einiges weiter sein könnten mit OSM wenn es möglich wäre, dass wir ein wenig toleranter reagieren würden, wenn eine Meinung (z.B. Ich würde das so und so taggen.) nicht der eigenen entspricht. Besonders schade finde ich es, wenn ich darüber nachdenke, dass bei diesen Diskussionen und teilweise schon Kämpfen Personen beteiligt sind können, die einen großen Beitrag zu den fehlenden POI-Icons oder ähnlichen Bereichen liefern könnten. Um es auf den Punkt zu bringen: Die meisten hier wollen OSM voran bringen. Diejenigen, die es nicht wollen, sollte man einfach ignorieren. Wenn jemand alles an OSM nach dem eigenen richtig und falsch haben möchte, wird er mit einer kleinen Gruppe gleichdenkender dastehen und sehr viele werden sagen: Das ist aber falsch. Es gibt Grauzonen und sie sollen meiner Meinung nach grau bleiben, solange die Daten von OSM dadurch in der Qualität (Im Sinne von vollständig und genau in der Position) nicht leiden. Gruß Latze From sven at anders-hamburg.de Mon Jan 11 08:46:59 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Mon, 11 Jan 2010 09:46:59 +0100 Subject: [Talk-de] Geofabrik-Extrakte zT mit doppelten Objekten / repariert In-Reply-To: <4B4A59C5.3060206@remote.org> References: <4B4A59C5.3060206@remote.org> Message-ID: <4B4AE583.6020504@anders-hamburg.de> Am 10.01.2010 23:50, schrieb Frederik Ramm: > Hallo, > > am 7.1. habe ich die Geofabrik-Extrakte auf die Nutzung von > "replication diffs" statt der normalen Diffs umgestellt. Das sollte > eigentlich keine Auswirkungen haben. Ich habe aber dabei vergessen, > diese Diffs mit --simc nachzuverarbeiten, so dass dort, wo sich das > gleiche Objekt mehrfach am Tag geaendert hat, am Ende in den > Geofabrik-Auszuegen auch zweimal das gleiche Objekt vorkam. > > Das fuehrte einmal bei Sven Anders zu einem Problem mit dem TMC-Checker, > und eventuell ist auch Jan Tappenbecks Splitter-Problem darauf > zurueckzufuehren. Auch aus dem befreundeten Ausland haben sich einige > "Opfer" gemeldet - so sieht man wenigstens mal, wer alles diese Daten > benutzt ;-) > > Die Auszuege, die morgen frueh rauskommen, sind nun wieder korrekt. > > Sorry fuer die Unannehmlichkeiten!# Danke! Danke für Eurem großartigen Dienst und Danke für die schnelle Reaktion Gruß Sven From osmck at gmx.de Mon Jan 11 09:13:21 2010 From: osmck at gmx.de (Christian Knorr) Date: Mon, 11 Jan 2010 10:13:21 +0100 Subject: [Talk-de] Aufruf In-Reply-To: <4B4AE4AF.3080003@gmx.net> References: <4B4AE4AF.3080003@gmx.net> Message-ID: <1263201201.2859.20.camel@Notebook> Am Montag, den 11.01.2010, 09:43 +0100 schrieb Latze: > Hallo, Hallo Latze, > Leider wird dann nicht versucht, einen Mittelweg zu finden. Das bemerke ich leider auch sehr oft. Ich selber hatte mal ein paar Fragen gestellt. Das Thema hat so viele Antworten bekommen, aber nur weil sich einige gefetzt hatten, geholfen hat es mir (Anfänger) nicht. Dein Aufruf geht also in die Richtung "Dummschwätzer" (die es aus seiner eigenen Sicht sind) zu ignorieren? Das tue ich auch, aber ich denke da auch in eine andere Richtung: Was Richtig und Falsch ist sollte nicht der Einzelne entscheiden können, sondern ein Konsortium. Dann sollte man nichts mehr frei eingeben können, sondern sich "nur" für etwas entscheiden müssen, so als hätte JOSM nur die Vorlagen und keine eigene Editierfunktion mehr. Name, ref, usw. natürlich ausgeschlossen, das muss editierbar sein. Das halte ich allerdings für unmöglich dass das passiert. Andererseits ahnte ich schon sehr früh was aus OSM mal werden wird: nichts einheitliches. Wie las ich einst im Internet? Da hatte sich jemand gegen OSM ausgesprochen weil es dann bald ein Ubuntu-OSM, ein Debian-OSM, ein... geben wird. Fand ich passend. Ich nehm‘ es mittlerweile so, ich frage (ganz aktuell nach den Relationen für Buslinien), bekomme Antworten, suche mir das für mich sinnvollste raus, mach das und nach mir die Sintflut. Klar ist das nicht richtig, aber welche Wahl habe ich sonst? Warten bis noch mehr Antworten kommen? Die werden höchstens anders sein. Wiki? Klar, aber schonmal gesehen wie viel Infos es da gibt? Ich will Ergebnisse nicht erst _stundenlang_ lesen. > Um es auf den Punkt zu bringen: > > Die meisten hier wollen OSM voran bringen. Diejenigen, die es nicht > wollen, sollte man einfach ignorieren. Woher weißt Du dass Dein Gegenüber OSM nicht voranbringen will? Hoffentlich nicht nur durch eine andere Meinung. Ich muss allerdings dazu sagen dass ich kaum noch mitlese, hat keinen Sinn für mich, weil ich die Essenz aus dem Gebrüll nicht mehr filtern kann. > Gruß > Latze MfG, Chris...... From grenzdebil at gmail.com Mon Jan 11 09:16:26 2010 From: grenzdebil at gmail.com (Martin Simon) Date: Mon, 11 Jan 2010 10:16:26 +0100 Subject: [Talk-de] Neues Jahr - neue Garmin-Karte In-Reply-To: <4B4A8BA7.1050206@googlemail.com> References: <4B4A8BA7.1050206@googlemail.com> Message-ID: Am 11. Januar 2010 03:23 schrieb Ulf Lamping : > Ich hab die Komplettversion gerade auf mein Oregon 200 kurz testweise > aufgespielt und sehe in der normalen Darstellung kein Relief. Das Relief > taucht kurz auf und wird dann sehr, sehr schnell von den Höhenlinien > wieder übermalt. Stimmt da vielleicht was mit den Transparenzen/Prios nicht? Hallo Ulf! Das ist schon normal. Da es leider keine richtige transparenz gibt muss man sich zwischen dem Landuse-Layer und dem Geländelayer entscheiden. Ich hatte auch derüber nachgedacht, zusätzlich noch einen Landuse-Layer mit "transparenten" Flächen zu bauen, der über dem Gelände benutzt werden kann, habe das aber erstmal wieder verworfen. Wenn du den Landuse-Layer abschaltest, siehst du aber trotzdem noch Wasserflächen, Naturschutzgebiete, Sperrgebiete und physische Hindernisse. > Bei mir im Menu tauchen übrigens nur 6 Layer auf (Topo fehlt), statt der > 7 wie bei dir auf der Seite erwähnt. Mist, ich dachte das Problem sei überwunden. Es liegt daran, daß sich der "Topo"-Layer nicht mit mkgmap transparent schalten lässt (ich weiß nicht wieso). Ich benutze deshalb gmaptool, um das nachträglich zu tun. Das führte dann aber zu diesem Effekt, den ich vor ca. einer Woche aber durch verändern der gmaptool-Optionen beseitigen konnte - jetzt ist er wohl wieder da. Ich schau mir das nochmal an! > Eine Anregung: Kannst du den Layern etwas prägnantere Namen als "Open > Street Map" geben. Wenn du noch eine zweite Karte geladen hast die das > auch so macht ist das Chaos perfekt ;-) Das verstehe ich nicht ganz - auf meinem etrex vista hcx haben die layer jeweils die namen, die ich ihnen gegeben habe. Ich schaue mal nach, an welcher Stelle "Open Street Map" vorkommen könnte. Vielen Dank für dein Feedback! :-) -Martin From ekkehart at gmx.de Mon Jan 11 09:53:40 2010 From: ekkehart at gmx.de (NopMap) Date: Mon, 11 Jan 2010 01:53:40 -0800 (PST) Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <4B4AE376.8020301@remote.org> References: <1263197849373-116560.post@n3.nabble.com> <4B4AE062.2070105@remote.org> <4B4AE242.20804@gmx.de> <4B4AE376.8020301@remote.org> Message-ID: <1263203620327-116613.post@n3.nabble.com> Hi! Frederik Ramm wrote: > > Der Stil, in dem man das macht, ist natuerlich eine andere Sache, aber > bei geschaetzten 20.000 angemeldeten und mehreren tausend aktiven OSMern > Benutzern in Deutschand ist es gar nicht moeglich, dass jeder sich > gleichermassen in eine Diskussion einbringt. Und bloss weil irgendwas > "woanders schon diskutiert" wurde (zum Beispiel in London am > Stammtisch), heisst das ja nicht, dass eine neue Gruppe von Leuten nicht > neue Argumente oder andere Gewichtungen der alten hat. > Na, ich sehe da noch einen deutlichen Relevanzunterschied zwischen einem Londoner Stammtisch und Usern in einem Deutschen Forum, die nach eigener Aussage gerne mitgeredet hätten, aber von dem Thema nichts mitbekommen haben. :-) bye Nop -- View this message in context: http://n3.nabble.com/Die-Mailing-Liste-ist-ein-Forum-tp116560p116613.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. From frederik at remote.org Mon Jan 11 09:57:05 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 11 Jan 2010 10:57:05 +0100 Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <1263203620327-116613.post@n3.nabble.com> References: <1263197849373-116560.post@n3.nabble.com> <4B4AE062.2070105@remote.org> <4B4AE242.20804@gmx.de> <4B4AE376.8020301@remote.org> <1263203620327-116613.post@n3.nabble.com> Message-ID: <4B4AF5F1.8010204@remote.org> Hallo, NopMap wrote: > Na, ich sehe da noch einen deutlichen Relevanzunterschied zwischen einem > Londoner Stammtisch und Usern in einem Deutschen Forum, die nach eigener > Aussage gerne mitgeredet hätten, aber von dem Thema nichts mitbekommen > haben. :-) Ja - das, was am Londoner Stammtisch beredet wird, ist unter Umstaenden eine Woche spaeter im Live-API implementiert. In Sachen Relevanz koennen weder talk-de noch das deutsche Forum da nicht mithalten ;-) Bye Frederik From chris66nrw at gmx.de Mon Jan 11 10:09:22 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Mon, 11 Jan 2010 11:09:22 +0100 Subject: [Talk-de] Geofabrik-Extrakte zT mit doppelten Objekten / repariert In-Reply-To: <4B4A59C5.3060206@remote.org> References: <4B4A59C5.3060206@remote.org> Message-ID: Frederik Ramm schrieb: > am 7.1. habe ich die Geofabrik-Extrakte auf die Nutzung von > "replication diffs" statt der normalen Diffs umgestellt. > ... > Die Auszuege, die morgen frueh rauskommen, sind nun wieder korrekt. Da ich in meiner Prozesskette einen osmosis-merge mit den Meerpolygonen drin habe, bei dem die doppelten IDs vermutlich bereinigt werden und beim mkgmap keine Fehlermeldungen auftraten, und die Karte nach Test in MapSource gut funktionierte, verzichte ich mal auf einen Rebuild der Januar Karte. Bei der Gelegenheit: Danke für Eure Datenaufbereitung! Was mich noch interessieren würde: Wie wird bei so großen Downloads eigentlich sichergestellt, dass die runtergeladenen Datei konsistent ist, falls der Download genau zu dem Zeitpunkt stattfindet, wenn die Datei auf dem Server aktualisiert wird? Chris From det at 123map.de Mon Jan 11 10:09:43 2010 From: det at 123map.de (Detlev Reiners) Date: Mon, 11 Jan 2010 11:09:43 +0100 Subject: [Talk-de] =?iso-8859-15?q?Illustrator-Export_f=FCr_OSM_mit_neuen_?= =?iso-8859-15?q?L=E4ndern?= Message-ID: <4B4AF8E7.6090302@123map.de> Hallo, wir haben den Illustrator-Export jetzt um Österreich, die Schweiz, die Niederlande, Belgien und Großbritannien erweitert. Der Export findet sich unter http://www.flosm.de/ai/index.html Gruß Detlev From frederik at remote.org Mon Jan 11 10:20:46 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 11 Jan 2010 11:20:46 +0100 Subject: [Talk-de] Geofabrik-Extrakte zT mit doppelten Objekten / repariert In-Reply-To: References: <4B4A59C5.3060206@remote.org> Message-ID: <4B4AFB7E.6020500@remote.org> Hallo, Chris-Hein Lunkhusen wrote: > Wie wird bei so großen Downloads eigentlich sichergestellt, > dass die runtergeladenen Datei konsistent ist, falls > der Download genau zu dem Zeitpunkt stattfindet, wenn > die Datei auf dem Server aktualisiert wird? Normalerweise sorgt der, der die Datei auf dem Server erstellt, dafuer, dass das nicht passiert. Man legt die Datei unter einem neuen Namen an, und erst dann, wenn sie komplett fertig ist, wird sie auf den korrekten Namen umbenannt. Das ist unter Unix ein "atomarer" Vorgang, da kann also nichts schiefgehen. Bye Frederik From osm at dentro.info Mon Jan 11 10:42:50 2010 From: osm at dentro.info (Stefan Dettenhofer (StefanDausR)) Date: Mon, 11 Jan 2010 11:42:50 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: References: <4B484C82.4010306@tappenbeck.net> <4B48BD64.6000602@dentro.info> <4B48EE39.5000105@dentro.info> Message-ID: <4B4B00AA.9040508@dentro.info> Hallo Jan, Jan Tappenbeck schrieb: > in der Regel Schleswig-Holstein und Hamburg und die andere eben > Rheinland-Pfalz und Hessen. > > also ich könnte Dir täglich diese Ausschnitte in jeweils einer OSM-Datei (mit 0,1° Überlappung!) anbieten: N51-N57: E004-E009, E009-E012, E012-E017 N49-N51: E004-E009, E009-E012, E012-E017 N45-N49: E004-E009, E009-E012, E012-E017 Wenn Du (oder wer anders) einen dieser 9 Ausschnitte braucht, dann bitte melden, dann stelle ich die zum Download bereit. Gruß, Stefan From qbert1 at gmx.de Mon Jan 11 11:21:41 2010 From: qbert1 at gmx.de (qbert biker) Date: Mon, 11 Jan 2010 12:21:41 +0100 Subject: [Talk-de] Gartenzwerge im OSM-Land, war Aufruf In-Reply-To: <4B4AE4AF.3080003@gmx.net> References: <4B4AE4AF.3080003@gmx.net> Message-ID: <20100111112141.205820@gmx.net> Hallo zusammen, letztens hat mal jemand die OSM-Gemeinde mit einem Kleingartenverein verglichen, in dem jeder die schoenste Parzelle haben will. Kleiner Nebeneffekt dieses Parzellendenkens ist dann auch oft, dass sich der Blick aufs Ganze eintruebt und der Gartenzwerg auf der eigenen Parzelle zum Zentrum des Universums wird. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser From bernd at bwurst.org Mon Jan 11 11:37:52 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Mon, 11 Jan 2010 12:37:52 +0100 Subject: [Talk-de] =?iso-8859-1?q?Geofabrik-Extrakte_zT_mit_doppelten_Obje?= =?iso-8859-1?q?kten_/=09repariert?= In-Reply-To: <4B4AFB7E.6020500@remote.org> References: <4B4A59C5.3060206@remote.org> <4B4AFB7E.6020500@remote.org> Message-ID: <201001111237.52589.bernd@bwurst.org> Am Montag 11 Januar 2010 11:20:46 schrieb Frederik Ramm: > erst dann, wenn sie komplett fertig ist, wird sie auf den korrekten > Namen umbenannt. Wichtig zum Verständnis: Der Webserver öffnet eine Datei per Name, arbeitet dann aber mit dem File- Handle. Von einem File-Handle kann man noch lange Daten Lesen, auch wenn die Datei schon gelöscht oder überschrieben wurde. Erst wenn alle File-Handles einer Datei ausgebraucht sind, wird diese wirklich gelöscht, vorher nicht. Du kannst also einen Download einer Datei beginnen und selbst wenn ein Script diese dann durch ne neue Version ersetzt, bekommst du die alte Datei komplett. Anders wäre es, wenn die Datei geändert wird. Wenn aber nur eine neue Datei den selben Namen erhält, ist das egal. Nur ein HTTP-Resume geht nicht. Wenn du also später sagst, ich hätte gerne die hinteren 10% der Datei, dann bekommst du die der neueren. Aber ne Randnotiz: Ich würde tendenziell einen Download so beginnen, dass der *nach* dem Erzeugen der neuen Files startet. Sonst sind die Daten ja veraltet bevor sie da sind. ;-) Gruß, Bernd -- Math and alcohol don't mix. Don't drink and derive! -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From chris66nrw at gmx.de Mon Jan 11 11:49:00 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Mon, 11 Jan 2010 12:49:00 +0100 Subject: [Talk-de] Geofabrik-Extrakte zT mit doppelten Objekten / repariert In-Reply-To: <201001111237.52589.bernd@bwurst.org> References: <4B4A59C5.3060206@remote.org> <4B4AFB7E.6020500@remote.org> <201001111237.52589.bernd@bwurst.org> Message-ID: Bernd Wurst schrieb: >> erst dann, wenn sie komplett fertig ist, wird sie auf den korrekten >> Namen umbenannt. > > Wichtig zum Verständnis: > Der Webserver öffnet eine Datei per Name, arbeitet dann aber mit dem File- > Handle. Von einem File-Handle kann man noch lange Daten Lesen, auch wenn die > Datei schon gelöscht oder überschrieben wurde. Erst wenn alle File-Handles > einer Datei ausgebraucht sind, wird diese wirklich gelöscht, vorher nicht. Also sorgt das Filesystem dafür dass das so geht. Wobei ich mir jetzt nicht sicher bin ob NTFS das auch so macht. Bei Windows kenne ich es eher so, dass man eine Datei erst dann löschen/umbenennen kann, wenn sie nicht mehr in Benutzung (auch Lesend) ist. Chris From bernd at bwurst.org Mon Jan 11 11:53:29 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Mon, 11 Jan 2010 12:53:29 +0100 Subject: [Talk-de] Geofabrik-Extrakte zT mit doppelten Objekten / repariert In-Reply-To: References: <4B4A59C5.3060206@remote.org> <201001111237.52589.bernd@bwurst.org> Message-ID: <201001111253.29651.bernd@bwurst.org> Am Montag 11 Januar 2010 12:49:00 schrieb Chris-Hein Lunkhusen: > Also sorgt das Filesystem dafür dass das so geht. > > Wobei ich mir jetzt nicht sicher bin ob NTFS das auch so macht. > Bei Windows kenne ich es eher so, dass man eine Datei erst > dann löschen/umbenennen kann, wenn sie nicht mehr in > Benutzung (auch Lesend) ist. Ich glaube nicht, dass meine bzw. Frederiks Aussage auch für NTFS Gültigkeit hat. Das was ich geschrieben hatte, gilt für normale Dateisysteme deren Funktionalität bekannt/offengelegt ist. ;-) Gruß, Bernd -- Fettflecke werden wie neu, wenn man sie regelmäßig mit Butter einreibt. -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From osm at tappenbeck.net Mon Jan 11 11:55:23 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Mon, 11 Jan 2010 12:55:23 +0100 Subject: [Talk-de] Probleme mit SPLITTER In-Reply-To: <4B4B00AA.9040508@dentro.info> References: <4B484C82.4010306@tappenbeck.net> <4B48BD64.6000602@dentro.info> <4B48EE39.5000105@dentro.info> <4B4B00AA.9040508@dentro.info> Message-ID: Hallo Stefan, vielen Dank für Dein Angebot - habe am Wochenende nochmal darüber nachgedacht und bin zum Schluss gekommen das ich für SH/HH den alten Weg erst einmal weiterverfolgen werden. Für RPf/Hess werde ich mir das ausschneiden da ich sowieso nur seltener brauche und dann germany für etwas anderes gleich mit benutzten kann. Die Skripte bräuchte ich nicht erst anpassen. Werde ich mir aber mal auf den Merkzettel notieren. Gruß jan :-) Am 11.01.2010 11:42, schrieb Stefan Dettenhofer (StefanDausR): > Hallo Jan, > > Jan Tappenbeck schrieb: >> in der Regel Schleswig-Holstein und Hamburg und die andere eben >> Rheinland-Pfalz und Hessen. >> >> > also ich könnte Dir täglich diese Ausschnitte in jeweils einer OSM-Datei > (mit 0,1° Überlappung!) anbieten: > N51-N57: E004-E009, E009-E012, E012-E017 > N49-N51: E004-E009, E009-E012, E012-E017 > N45-N49: E004-E009, E009-E012, E012-E017 > > Wenn Du (oder wer anders) einen dieser 9 Ausschnitte braucht, dann bitte > melden, dann stelle ich die zum Download bereit. > > Gruß, > Stefan From dieterdreist at gmail.com Mon Jan 11 12:28:42 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Mon, 11 Jan 2010 13:28:42 +0100 Subject: [Talk-de] Aufruf In-Reply-To: <1263201201.2859.20.camel@Notebook> References: <4B4AE4AF.3080003@gmx.net> <1263201201.2859.20.camel@Notebook> Message-ID: <7acdb3651001110428o8eb3d21q42c282e6704249ff@mail.gmail.com> Am 11. Januar 2010 10:13 schrieb Christian Knorr : > > auch in eine andere Richtung: Was Richtig und Falsch ist sollte nicht > der Einzelne entscheiden können, sondern ein Konsortium. Dann sollte man > nichts mehr frei eingeben können, sondern sich "nur" für etwas > entscheiden müssen, so als hätte JOSM nur die Vorlagen und keine eigene > Editierfunktion mehr. > diese Vorstellung wird hier regelmäßig vorgetragen, das wird aber kaum passieren, da hier überwiegend ein freies und offenes System gegenüber einem einheitlichen bevorzugt wird (eine Suche im Mailarchiv wird Dir viele Threads zu diesem Thema auftun). > > Andererseits ahnte ich schon sehr früh was aus OSM mal werden wird: > nichts einheitliches. > Das vermute ich z.T. auch (größtenteils ist OSM ja einheitlicher als hier oft geschrieben wird), und das sollte ja auch so sein (s.o.). Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From webmaster at ts-eastrail.de Mon Jan 11 13:08:04 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Mon, 11 Jan 2010 14:08:04 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mapnik_Rule_f=FCr_Kosmos_gesucht?= Message-ID: <24D5371E37004C91850FB27F4659A4CD@mkwebdialin> Hallo, hat sich zufällig schonmal jemand eine Mapnik Render Rule für Kosmos erstellt, oder wüsste wo ein Mapnik Style herumliegt den man als Vorlage nutzen könnte? Grund sind einige Historische Daten die durch Namensräume abgegrenzt nur in den Daten liegen und Regional jeweils auf bis zu maximal 2 km² begrenzt sind. Da lohnt die aufwendige Mapnik Vollinstallation für die winzigen Kartenausschnitte nicht. Wäre super wenn man dafür mal eben schnell Kosmos mit auf die Namensräume abgestimmten Rules im Mapnik Style nutzen könnte. Gruß Mirko -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From cantece at web.de Mon Jan 11 13:24:31 2010 From: cantece at web.de (cantece at web.de) Date: Mon, 11 Jan 2010 14:24:31 +0100 Subject: [Talk-de] JOSM: PicLayer Kalibrierung Message-ID: <1523978128@web.de> Hallo, kennt jemand die Kalibrierung (*.cal) der PicLayer Dateien in JOSM? Kann man *.map oder *.kal in diese *.cal konvertieren? Danke, Cantece From northcape at gmx.de Mon Jan 11 13:34:52 2010 From: northcape at gmx.de (northcape at gmx.de) Date: Mon, 11 Jan 2010 14:34:52 +0100 Subject: [Talk-de] Gartenzwerge im OSM-Land, war Aufruf In-Reply-To: <20100111112141.205820@gmx.net> References: <4B4AE4AF.3080003@gmx.net> <20100111112141.205820@gmx.net> Message-ID: <4B4B28FC.3030002@gmx.de> > Kleiner Nebeneffekt dieses Parzellendenkens ist dann > auch oft, dass sich der Blick aufs Ganze eintruebt und > der Gartenzwerg auf der eigenen Parzelle zum Zentrum des > Universums wird. Dem gardengnome=yes kann Abhilfe geschaffen werden: http://www.youtube.com/watch?v=LEpyiVl86jA Wer jetzt allerdings meint das dies der Ort des Urknalls wäre und den Krater entsprechend mit natural=centre_universe versieht, der irrt gewaltig. Nicht auszudenken was passieren würde wenn dies mit n>=2 vorkommen würde. Ein Paradoxon nach Doc Brown - die Folgen für das planet file wären fatal! From grenzdebil at gmail.com Mon Jan 11 14:53:22 2010 From: grenzdebil at gmail.com (Martin Simon) Date: Mon, 11 Jan 2010 15:53:22 +0100 Subject: [Talk-de] Neues Jahr - neue Garmin-Karte In-Reply-To: <4B4A8BA7.1050206@googlemail.com> References: <4B4A8BA7.1050206@googlemail.com> Message-ID: Am 11. Januar 2010 03:23 schrieb Ulf Lamping : > Eine Anregung: Kannst du den Layern etwas prägnantere Namen als "Open > Street Map" geben. Wenn du noch eine zweite Karte geladen hast die das > auch so macht ist das Chaos perfekt ;-) OK, das Problem ist jetzt gelöst, eine neue Version ist hochgeladen. An dem anderen bin ich noch dran! Gruß, Martin From web at oemmes.net Mon Jan 11 17:27:10 2010 From: web at oemmes.net (Nils Heuermann) Date: Mon, 11 Jan 2010 18:27:10 +0100 Subject: [Talk-de] maxspeed=DE:Urban In-Reply-To: <7acdb3651001100615q67c17a33h9cb6bf857a69a823@mail.gmail.com> References: <4B449EB7.1020302@tappenbeck.net> <7acdb3651001100615q67c17a33h9cb6bf857a69a823@mail.gmail.com> Message-ID: Am Sun, 10 Jan 2010 15:15:36 +0100 hat Martin Koppenhoefer geschrieben: > M.E. ist es am einfachsten und > transparentesten, die Zahl explizit zu mappen und mit einem Zusatztag zu > erklären, dass es ein implizites Limit ist. +1 > Ob man damit dann (oder auch > nicht oder nur praktisch, aber nicht semantisch "schön") feststellen > kann, dass man sich auch innerorts befindet ... ist > m.E. nicht soo relevant. das sollte wohl möglich sein. Und auch wenn die Geschwindigkeit dort durch anderes (30-Zone, 70-Schild, ...) geändert ist, sollte man "innerorts" mittaggen. Aber dass man möglichst alles (relevante) taggen sollte, wenn man ohnehin gerade dabei ist, ist ja auch nichts Neues ;-) Gruß, Nils From mail at s-hohmann.de Mon Jan 11 18:02:21 2010 From: mail at s-hohmann.de (Sebastian Hohmann) Date: Mon, 11 Jan 2010 19:02:21 +0100 Subject: [Talk-de] Mailingliste contra Webforum In-Reply-To: <14214342046.20100110235236@dekadent.net> References: <4B48DD83.1010801@tobias-knerr.de> <4B4A4D9D.2040402@s-hohmann.de> <14214342046.20100110235236@dekadent.net> Message-ID: <4B4B67AD.6060506@s-hohmann.de> Am 10.01.2010 23:52, schrieb charlie at vorsicht-bissig.de: > Vorhin um 22:58 Uhr schrieb Sebastian Hohmann: >> Am 10.01.2010 14:21, schrieb Chris-Hein Lunkhusen: > >>> Ein automatisches Gateway wäre insofern problematisch dass der >>> ohnehin nicht geringe Traffic dieser Liste weiter erhöht würde. >>> >>> Von daher finde ich einen gelegentlichen Cross-Post von ungelösten >>> Fragen besser. > >> Der Crosspost bringt hat nur nix, wenn keiner in die Mailingliste sieht. >> Und das tue ich mir nur selten an. Zu zeitaufwendig und umständlich für >> mich. Sorry. > > Und was ist nun, wenn keiner ins Forum sieht? *Das* tue *ich* mir nämlich > nicht an, viel zu zeitaufwendig und umständlich für mich. Da ziehe ich die > Effizienz einer Mailingliste allemal vor. Foren sind aufgebläßt und > unübersichtlich, für einen interaktiven und Textbasierten Austausch absolut > ungeeignet. Für sowas ist Mail da, Web wurde für andere Dinge erfunden. > Kurz: Foren stinken. > Eigentlich habe ich den Beitrag nur abgeschickt, um zu demonstrieren, dass die Argumentation praktisch gleich sein kann[1]. Sowohl Forum als auch Mailingliste sind unpraktisch und umständlich, kommt bloss drauf an für wen. Ich nutze beides und sehe in beiden Vor- und Nachteile. Nur bringt es auch nichts über das jeweils andere Kommunikationsmittel herzuziehen und es zu beschimpfen, so wird man sich genausowenig einig wie bei der Frage welches Betriebssystem besser ist. Schließlich ist Windows auch total aufgebläht und Linux nur für Leute die Informatik studiert haben.. ;) Gruß [1] http://lists.openstreetmap.org/pipermail/talk-de/2010-January/061241.html From tirkon33 at yahoo.de Mon Jan 11 18:18:53 2010 From: tirkon33 at yahoo.de (Tirkon) Date: Mon, 11 Jan 2010 19:18:53 +0100 Subject: [Talk-de] Unbeantwortete Fragen im OSM-Forum References: <4B48DD83.1010801@tobias-knerr.de> Message-ID: Ulf Möller wrote: >Das dann allerdings oft parallel auf mehreren Diskussionsseiten. Oder >über private Wiki-Mail, oder im IRC, oder über die Mailingliste, oder >über das Meta-Wiki... Die wirklich wichtigen Dinge laufen aber über das Wikipedia Wiki selbst. Das Meta-Wiki behandelt im Wesentlichen nur Dinge, die übergreifend alle Wikipedias in allen Sprachen und alle anderen Wikimedia Projekte, wie Wikibooks, Wikicommons, Wiktionary, Wikiversity, Wikisource etc. betreffen. Im Meta-Wiki stattfindende wichtige anstehende Entscheidungen werden oben über jedem Wikipedia Artikel eingeblendet. > >Auch da ist es oft gar nicht so einfach, mitzukriegen, wo welche >Diskussionen laufen. Mal sehen, was die CCC-Leute da an Verbesserungen zustande bringen. Vielleicht schlagen sie ja sogar Google Wave. ;-) From mail at s-hohmann.de Mon Jan 11 18:24:49 2010 From: mail at s-hohmann.de (Sebastian Hohmann) Date: Mon, 11 Jan 2010 19:24:49 +0100 Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <4B4AF5F1.8010204@remote.org> References: <1263197849373-116560.post@n3.nabble.com> <4B4AE062.2070105@remote.org> <4B4AE242.20804@gmx.de> <4B4AE376.8020301@remote.org> <1263203620327-116613.post@n3.nabble.com> <4B4AF5F1.8010204@remote.org> Message-ID: <4B4B6CF1.9080602@s-hohmann.de> Am 11.01.2010 10:57, schrieb Frederik Ramm: > Hallo, > > NopMap wrote: >> Na, ich sehe da noch einen deutlichen Relevanzunterschied zwischen einem >> Londoner Stammtisch und Usern in einem Deutschen Forum, die nach eigener >> Aussage gerne mitgeredet hätten, aber von dem Thema nichts mitbekommen >> haben. :-) > > Ja - das, was am Londoner Stammtisch beredet wird, ist unter Umstaenden > eine Woche spaeter im Live-API implementiert. In Sachen Relevanz koennen > weder talk-de noch das deutsche Forum da nicht mithalten ;-) > Ganz im Gegenteil zu deiner Ansicht fände ich es förderlich die Mailingliste und das Forum zu vereinen. Da ich beide Möglichkeiten etwa gleich häufig nutze, bekomme ich auch mit dass die Ansichten oft ganz anders sind. Ich denke bei einer Zusammenlegung würde man (theoretisch) von der jeweils anderen Sichtweise profitieren, abgesehen natürlich vom ständigen Doppelposten. Ich finde es geht auch garnicht um die Beteiligung von allen Mappern in Deutschland, sondern lediglich darum, die Beteiligung zu ermöglichen. Für mich war die Mailingliste am Anfang auch eine Hürde, obwohl ich mich nicht schlecht mit Software auskenne. Viele andere werden diese Hürde vermutlich nicht nehmen können/wollen und dann ins ihnen bekanntere Forum gehen. Und es geht auch garnicht nur ums regelmäßig Schreiben, sondern auch ums Lesen und vielleicht nur ab und zu mal Beteiligen. Wer nicht das umständliche Archiv lesen will, hat mit Nabble eine etwas bekannter aufgebaute Möglichkeit. Es muss ja nicht jeder so viel schreiben und disktuieren wie es manche hier tun. Der Traffic würde zwar vielleicht noch etwas steigen, aber vieles würde sich überschneiden. Zudem auch im Forum und der Mailingliste zusammen nicht unbedingt alle 20.000 Mapper in Deutschland vertreten sind. Aber letztlich sind das Forum und die Mailingliste sich eben sehr ähnlich. Beide sind auf Mapper aus ganz Deutschland ausgerichtet, anders als ein Stammtisch der sich nur an Mapper aus der Region richtet, auch wenn vielleicht Dinge besprochen werden, die für ganz OSM wichtig sind. Gruß From tirkon33 at yahoo.de Mon Jan 11 18:43:42 2010 From: tirkon33 at yahoo.de (Tirkon) Date: Mon, 11 Jan 2010 19:43:42 +0100 Subject: [Talk-de] Mailingliste contra Webforum References: <4B48DD83.1010801@tobias-knerr.de> <4B4A4D9D.2040402@s-hohmann.de> <14214342046.20100110235236@dekadent.net> <4B4A6B68.8080900@remote.org> Message-ID: Frederik Ramm wrote: >Mit wachsender Community *muessen* wir sowieso >kleinere Grueppchen aufmachen, schon jetzt koennen oder wollen nur >wenige talk-de folgen und haben sich z.B. auf regionale Listen >zurueckgezogen, wo viele Fragen ja auch schon beantwortet werden >koennen. Bisher ist die de:Mailingliste die einzige deutschsprachige OSM Liste, auf der ich ein nennenswertes Aufkommen festgestellt habe. Alle Anderen waren so gut wie tot. Bei welcher regionalen oder sonstigen deutschsprachigen OSM-Mailingliste neben dieser geht denn was? >... mir erstmal erklaert, wie vorgestrig doch Mailinglisten sind, >geht bei mir auch erstmal der Rolladen runter ... Ich weiß jetzt nicht genau, ob Du mich damit meintest. Ich habe die Mailinglisten nicht generell kritisiert, sondern nur für bestimmte Zwecke. From charlie at vorsicht-bissig.de Mon Jan 11 20:31:37 2010 From: charlie at vorsicht-bissig.de (charlie at vorsicht-bissig.de) Date: Mon, 11 Jan 2010 21:31:37 +0100 Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <4B4B6CF1.9080602@s-hohmann.de> References: <1263197849373-116560.post@n3.nabble.com> <4B4AE062.2070105@remote.org> <4B4AE242.20804@gmx.de> <4B4AE376.8020301@remote.org> <1263203620327-116613.post@n3.nabble.com> <4B4AF5F1.8010204@remote.org> <4B4B6CF1.9080602@s-hohmann.de> Message-ID: <5327262656.20100111213137@dekadent.net> heute um 19:24 Uhr schrieb Sebastian Hohmann : > Für mich war die Mailingliste am Anfang auch eine Hürde, obwohl ich mich > nicht schlecht mit Software auskenne. Man muß sich nicht großartig mit Software auskennen, um einigermaßen mit einer Mailingliste zurechtzukommen. Es reicht, mit seinem MUA umgehen und damit Ordner und 'ne Filterregel erstellen zu können. Mit Mailinglisten kommt sogar meine Schwester klar und die hat mit Software tatsächlich so überhaupt nichts am Hut. Das einzige, was man zum Zurechtkommen mit einer Mailingliste braucht, ist ein klein wenig Beschäftigung mit dem Charakter einer solchen und das auch nur ganz am Anfang, bis man's einigermaßen verstanden hat. > Viele andere werden diese Hürde vermutlich nicht nehmen können/wollen und > dann ins ihnen bekanntere Forum gehen. Das sind hauptsächlich diejenigen, für die alles, was nicht zum Anklicken ist, kein Internet ist, die keinen Bock haben, sich mit was anderem auch nur in Ansätzen zu befassen und die sind dann in einem Forum auch richtig aufgehoben. Die würde *ich* zumindest in einer Mailingliste überhaupt nicht haben wollen, die machen eine Mailingliste dann meist recht schnell ungenießbar. (muß ich dazu schreiben, daß ich hier *meine* Auffassung dazu wiedergebe?) > Aber letztlich sind das Forum und die Mailingliste sich eben sehr > ähnlich. Nein, das sind sie - welch ein Glück! - ganz und gar nicht. > Beide sind auf Mapper aus ganz Deutschland ausgerichtet, anders als ein > Stammtisch der sich nur an Mapper aus der Region richtet, Aber beide an ganz verschiedene Arten von Mappern aus ganz Deutschland. Das ist es, was Frederik ausdrücken wollte und er hat damit ohne den geringsten Zweifel absolut recht. Bert -- Was die Leute gemeinhin ihr Schicksal nennen, sind meist ihre eigenen Dummheiten. [Arthur Schopenhauer (1788 - 1860)] From chris66nrw at gmx.de Mon Jan 11 20:50:33 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Mon, 11 Jan 2010 21:50:33 +0100 Subject: [Talk-de] guidepost In-Reply-To: References: <124a940a0912220016q201513fi15a84e1c2a2d46a9@mail.gmail.com> <4B308885.20505@nurfuerspam.de> Message-ID: Chris-Hein Lunkhusen schrieb: > Naja, wenn jemand auf die Idee kommt Wegweiser ohne Radlerinfo > mit bicycle=no zu taggen könnte es bei den Garmin Maps > zu Überschneidung mit der --link-pois-to-roads Option > kommen. In der Praxis führt es hoffentlich zur Zeit noch > zu keinen Routingproblemen, da Wegweiser vorwiegend als > separate Nodes getaggt sind. So, nun hab ich mich mal schlau gemacht. Also der Trigger für die oben genannte mkgmap Option ist der access-Tag. Nach dem Proposal [1] könnte man die Aussage: "Wegweiser enthält Informationen für Alles außer Autos" mit access=yes, motorcar=no taggen, und das wäre dann ein Problem für's Routing: ;-) Chris [1] From riedel.andre at gmail.com Mon Jan 11 21:17:02 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Mon, 11 Jan 2010 22:17:02 +0100 Subject: [Talk-de] guidepost In-Reply-To: References: <124a940a0912220016q201513fi15a84e1c2a2d46a9@mail.gmail.com> <4B308885.20505@nurfuerspam.de> Message-ID: <124a940a1001111317g17032617v2307f3d3e3718cd2@mail.gmail.com> Am 11. Januar 2010 21:50 schrieb Chris-Hein Lunkhusen : > Chris-Hein Lunkhusen schrieb: > >> Naja, wenn jemand auf die Idee kommt Wegweiser ohne Radlerinfo >> mit bicycle=no zu taggen könnte es bei den Garmin Maps >> zu Überschneidung mit der --link-pois-to-roads Option >> kommen. In der Praxis führt es hoffentlich zur Zeit noch >> zu keinen Routingproblemen, da Wegweiser vorwiegend als >> separate Nodes getaggt sind. > > So, nun hab ich mich mal schlau gemacht. Also der Trigger > für die oben genannte mkgmap Option ist der access-Tag. > > Nach dem Proposal [1] könnte man die Aussage: "Wegweiser > enthält Informationen für Alles außer Autos" mit > access=yes, motorcar=no taggen, und das wäre > dann ein Problem für's Routing: > > > ;-) > > Chris > > [1] Schönes Beispiel, könntest du mir noch den Wegweiser dazu zeigen ;-) Meiner Meinung nach dürften alle im Proposal erwähnten Elemente nicht Teil eines Weges sein. Würde dies so umgesetzt werden, gäbe es dein Problem nie. Außerdem wird mit dieser Vereinfachung eine wichtige Information, der genauen Lage des Wegweisers, einfach unterschlagen. Also Wegweiser, Karte usw. mit neuen Node an "genauen" Standort neben der Straße eintragen. Ciao André From l.emmerich at t-online.de Mon Jan 11 21:41:15 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Mon, 11 Jan 2010 22:41:15 +0100 Subject: [Talk-de] Aufruf In-Reply-To: <4B4AE4AF.3080003@gmx.net> References: <4B4AE4AF.3080003@gmx.net> Message-ID: <4B038402-9AA4-49B9-B5A6-6299C81EA429@t-online.de> Hallo Latze, Danke für Deinen Aufruf. Ich prophezeie Dir, dass Dein Aufruff wie Schall und Rauch schnell verfliegen wird. Ich bin ja schon seit fast einem Jahr hier registriert. Vor kurzem habe ich es geschafft, mir abends Mut anzutrinken. Habe die erste Anfrage gestellt. Mut ja, weil ich merkte, dass hier die Profis mehr oder weniger unter sich alleine sind. Von den sicherlich vielen registrierten Usern in Deutschland schreiben hier ca. 15 Leute über 90% der Artikel. Es ist eine Seite für die Profis unter den Usern. Bevor ich mir den Zorn dieser "Profis" zuziehe, möchte ich mich für Ihre Hilfe bedanken. Sie haben mir in einigen Fällen wirklich gut geholfen. Danke hierfür! Nun meine Eindruck: Da OSM-Karten noch viele Lücken haben, ist die OSM-Usergemeinschaft noch ziemlich unter sich. In den Foren "tummeln" sich die Technikbegeisterten, die Programmierer, etc. Für die meisten und ich meine hiermit sicherlich die Mehrheit müsste es eine Anleitung geben, die hilft, den größten Teil der möglichen Daten zu erfassen Z.B. 1. Was ist OSM, was kann es, was sind die Zukunftspläne 2. Die Ausstattung 3. Die ersten "Gehversuche". Worauf kommt es beim Mappen an. Es werden nur Wege uns Straßen erfasst. Was muss erfasst werde? Einstellungen beim Navi 4. Zu Hause: Die möglichen Editoren Vor- und Nachteile der einzelnen Editoren. Übertragen der gewonnenen Daten. Was gehört zu den Daten für Wege uns Straßen dazu. Jetzt kommen die ersten Rückfragen. Untergrund - welcher ist vor Ort? Sch... beim nächsten mal besser aufpassen. 5. Eine Fläche mappen. Zu Fuß oder per Rad? Also die Wege herum abgehen. Ach ja, auf den Untergrund achten. Wer darf den Weg benutzen. Auf Beschilderung achten. Die Wegbreite messen oder abschätzen. 6. Zu Hause: Warum wird die Fläche nicht als Fläche im Editor dargestellt? Ach ja, sie ist nicht geschlossen. 7. Straßen erfassen: Womit? Ganz schnell geht's mit dem Auto. Aber ... . Auch links und rechts der Straße POI's erfassen. Was ist das? Am Anfang nur auf wenige beschränken. 8. Parallel zu dem "Kurs" wie im Englischkurs den Vokabelschatz schrittweise erweitern. Welche Tags habe ich bis jetzt kennengelernt. Welche Zusatzdaten kann ich bei der Erfassung einer Straße noch sammeln und eingeben. Die Tagliste wächst. 9. Gibt es Regeln oder reservierte Begriffe. Nachschauen in http://tagwatch.stoecker.eu/Germany/De/index.html 10. ... Meine Anregung: In den Editoren eine Suchmaske integrieren, in die ich einen deutschen Begriff eingebe (z.B. Briefkasten) und die mir dann in der Reihenfolge der Priorität angibt: - Button z.B. in JOSM, der die Grundeinstellungen vornimmt - weitere mögliche und sinnvolle Ergänzungen z.B. "colleteral_times=..." - automatische Weiterleitung an die Wiki zu mehr Informationen. Dieser Punkt liegt mehr sehr am Herzen. WIE IHR SEHT, VERWENDE ICH IN DIESER EMAIL KAUM "FACHBEGRIFFE". Im Gegensatz hierzu wimmelt es in den Forentexten nur so von Abkürzungen etc. Viele der Forenleser werden hiervon abgeschreckt. OSM besteht und LEBT nicht nur aus Spezialisten! OSM für Alle! In dem Sinne. Lothar (schon älter, aber nicht alt, wie viele User) -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From ulf.lamping at googlemail.com Mon Jan 11 21:53:08 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Mon, 11 Jan 2010 22:53:08 +0100 Subject: [Talk-de] guidepost In-Reply-To: <124a940a1001111317g17032617v2307f3d3e3718cd2@mail.gmail.com> References: <124a940a0912220016q201513fi15a84e1c2a2d46a9@mail.gmail.com> <4B308885.20505@nurfuerspam.de> <124a940a1001111317g17032617v2307f3d3e3718cd2@mail.gmail.com> Message-ID: <4B4B9DC4.6090202@googlemail.com> Am 11.01.2010 22:17, schrieb André Riedel: > Am 11. Januar 2010 21:50 schrieb Chris-Hein Lunkhusen: >> Chris-Hein Lunkhusen schrieb: >> >>> Naja, wenn jemand auf die Idee kommt Wegweiser ohne Radlerinfo >>> mit bicycle=no zu taggen könnte es bei den Garmin Maps >>> zu Überschneidung mit der --link-pois-to-roads Option >>> kommen. In der Praxis führt es hoffentlich zur Zeit noch >>> zu keinen Routingproblemen, da Wegweiser vorwiegend als >>> separate Nodes getaggt sind. >> >> So, nun hab ich mich mal schlau gemacht. Also der Trigger >> für die oben genannte mkgmap Option ist der access-Tag. >> >> Nach dem Proposal [1] könnte man die Aussage: "Wegweiser >> enthält Informationen für Alles außer Autos" mit >> access=yes, motorcar=no taggen, und das wäre >> dann ein Problem für's Routing: >> >> >> ;-) >> >> Chris >> >> [1] > > Schönes Beispiel, könntest du mir noch den Wegweiser dazu zeigen ;-) > > Meiner Meinung nach dürften alle im Proposal erwähnten Elemente nicht > Teil eines Weges sein. Würde dies so umgesetzt werden, gäbe es dein > Problem nie. Außerdem wird mit dieser Vereinfachung eine wichtige > Information, der genauen Lage des Wegweisers, einfach unterschlagen. > > Also Wegweiser, Karte usw. mit neuen Node an "genauen" Standort neben > der Straße eintragen. Chris-Heinz hat doch gezeigt, das es jetzt schon tatsächlich Probleme mit dem Ansatz gibt. Wenn man sich überlegt, daß "gehört neben den Weg" von genügend Mappern schlicht nicht beachtet werden wird (Sorry, alles andere halte ich nach den bisherigen Erfahrungen für eine naive Annahme), ist das ganze Thema für mich weiterhin ne schlechte Idee :-) Gruß, ULFL From mail at s-hohmann.de Mon Jan 11 21:58:32 2010 From: mail at s-hohmann.de (Sebastian Hohmann) Date: Mon, 11 Jan 2010 22:58:32 +0100 Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <5327262656.20100111213137@dekadent.net> References: <1263197849373-116560.post@n3.nabble.com> <4B4AE062.2070105@remote.org> <4B4AE242.20804@gmx.de> <4B4AE376.8020301@remote.org> <1263203620327-116613.post@n3.nabble.com> <4B4AF5F1.8010204@remote.org> <4B4B6CF1.9080602@s-hohmann.de> <5327262656.20100111213137@dekadent.net> Message-ID: <4B4B9F08.5020009@s-hohmann.de> Am 11.01.2010 21:31, schrieb charlie at vorsicht-bissig.de: > heute um 19:24 Uhr schrieb Sebastian Hohmann: > >> Für mich war die Mailingliste am Anfang auch eine Hürde, obwohl ich mich >> nicht schlecht mit Software auskenne. > > Man muß sich nicht großartig mit Software auskennen, um einigermaßen mit > einer Mailingliste zurechtzukommen. Es reicht, mit seinem MUA umgehen und > damit Ordner und 'ne Filterregel erstellen zu können. Mit Mailinglisten > kommt sogar meine Schwester klar und die hat mit Software tatsächlich so > überhaupt nichts am Hut. Das einzige, was man zum Zurechtkommen mit einer > Mailingliste braucht, ist ein klein wenig Beschäftigung mit dem Charakter > einer solchen und das auch nur ganz am Anfang, bis man's einigermaßen > verstanden hat. > >> Viele andere werden diese Hürde vermutlich nicht nehmen können/wollen und >> dann ins ihnen bekanntere Forum gehen. > > Das sind hauptsächlich diejenigen, für die alles, was nicht zum Anklicken > ist, kein Internet ist, die keinen Bock haben, sich mit was anderem auch > nur in Ansätzen zu befassen und die sind dann in einem Forum auch richtig > aufgehoben. Die würde *ich* zumindest in einer Mailingliste überhaupt nicht > haben wollen, die machen eine Mailingliste dann meist recht schnell > ungenießbar. (muß ich dazu schreiben, daß ich hier *meine* Auffassung dazu > wiedergebe?) > Damit machst du es dir doch etwas einfach. Man braucht auch erstmal entsprechendes Vorwissen, um sowas überhaupt schnell lernen zu können. Oder persönliche Hilfe, die auch nicht jeder zur Verfügung hat. Es kostet also für jeden unterschiedlich viel Mühe. Deshalb bewerte ich danach nicht den Charakter einer Person und ob sie es wert ist mit mir zu kommunizieren. >> Aber letztlich sind das Forum und die Mailingliste sich eben sehr >> ähnlich. > > Nein, das sind sie - welch ein Glück! - ganz und gar nicht. > >> Beide sind auf Mapper aus ganz Deutschland ausgerichtet, anders als ein >> Stammtisch der sich nur an Mapper aus der Region richtet, > > Aber beide an ganz verschiedene Arten von Mappern aus ganz Deutschland. > Das ist es, was Frederik ausdrücken wollte und er hat damit ohne den > geringsten Zweifel absolut recht. > Damit liegt er ohne geringsten Zweifel falsch. From cmarqu42 at googlemail.com Mon Jan 11 22:01:38 2010 From: cmarqu42 at googlemail.com (Colin Marquardt) Date: Mon, 11 Jan 2010 23:01:38 +0100 Subject: [Talk-de] Aufruf In-Reply-To: <4B038402-9AA4-49B9-B5A6-6299C81EA429@t-online.de> References: <4B4AE4AF.3080003@gmx.net> <4B038402-9AA4-49B9-B5A6-6299C81EA429@t-online.de> Message-ID: <814384661001111401o3236b554u20ce4175185c1df1@mail.gmail.com> Am 11. Januar 2010 22:41 schrieb Lothar Emmerich : > Für die meisten und ich meine hiermit sicherlich die Mehrheit müsste es eine > Anleitung geben, die hilft, den größten Teil der möglichen Daten zu erfassen All das bietet http://openstreetmap.info/ ("OpenStreetMap - Die freie Weltkarte nutzen und mitgestalten" von Frederik Ramm und Jochen Topf, ISBN 978-3-86541-320-8) Solch eine themenuebergreifende Dokumentation zu schreiben bereitet Schmerzen, und so ist es nur gerecht, dass man dafuer Schmerzensgeld verlangt. Zur Not gibt es ja Bibliotheken. Demnaechst (Maerz?) erscheint die dritte Auflage - womoeglich ist noch Zeit, diese zu beeinflussen, wenn Du einen grossen Stolperstein entdeckt hast, den das Buch bisher nicht erklaert oder gar beiseite raeumt. Cheers Colin From riedel.andre at gmail.com Mon Jan 11 22:13:36 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Mon, 11 Jan 2010 23:13:36 +0100 Subject: [Talk-de] guidepost In-Reply-To: <4B4B9DC4.6090202@googlemail.com> References: <124a940a0912220016q201513fi15a84e1c2a2d46a9@mail.gmail.com> <4B308885.20505@nurfuerspam.de> <124a940a1001111317g17032617v2307f3d3e3718cd2@mail.gmail.com> <4B4B9DC4.6090202@googlemail.com> Message-ID: <124a940a1001111413t3565c7b7g1bb8b71514ca2ba5@mail.gmail.com> Am 11. Januar 2010 22:53 schrieb Ulf Lamping : > Chris-Heinz hat doch gezeigt, das es jetzt schon tatsächlich Probleme > mit dem Ansatz gibt. Aber ich kann die theoretischen Probleme nicht unterzeichnen. Ebenso ist mir der zuletzt genannte Wegweiser noch vorgekommen. > Wenn man sich überlegt, daß "gehört neben den Weg" von genügend Mappern > schlicht nicht beachtet werden wird (Sorry, alles andere halte ich nach > den bisherigen Erfahrungen für eine naive Annahme), ist das ganze Thema > für mich weiterhin ne schlechte Idee :-) Wenn es einmal etabliert ist, dass man Wegweiser usw. nicht auf den Weg setzt, sehe ich keine Probleme mehr. Ich habe bisher noch keine Postkästen, Springbrunnen, Hotels, ... direkt auf einer Straße gesehen, also sollte das mit einem Wegweiser doch auch möglich sein? Ciao André From l.emmerich at t-online.de Mon Jan 11 22:16:34 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Mon, 11 Jan 2010 23:16:34 +0100 Subject: [Talk-de] Aufruf In-Reply-To: <814384661001111401o3236b554u20ce4175185c1df1@mail.gmail.com> References: <4B4AE4AF.3080003@gmx.net> <4B038402-9AA4-49B9-B5A6-6299C81EA429@t-online.de> <814384661001111401o3236b554u20ce4175185c1df1@mail.gmail.com> Message-ID: Hi Colin, das ich nicht lache. Habe die zweite Auflage zu Hause. Verstehe die Hälfe des Buchen nicht. Ich bin Hochschulabsolvent! War Lehrer!!!! Was willst du mir sagen? Frederic Ramm leistet viel, sehr viel. Sein und das Werk von Jochen Topf ist ein Nachschlagewerk mit einem guten Einstieg, der später sich in Details verliert. Nur 'was für Insider im letzten Teil! Ein Kursbuch muss!! anders aussehen. Glaub mir. Von Pädagogik verstehe ich 'was. Also: Meine Anregung bleibt bestehen. Biete meiner Hilfe gerne an Lothar From charlie at vorsicht-bissig.de Mon Jan 11 22:24:44 2010 From: charlie at vorsicht-bissig.de (charlie at vorsicht-bissig.de) Date: Mon, 11 Jan 2010 23:24:44 +0100 Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <4B4B9F08.5020009@s-hohmann.de> References: <1263197849373-116560.post@n3.nabble.com> <4B4AE062.2070105@remote.org> <4B4AE242.20804@gmx.de> <4B4AE376.8020301@remote.org> <1263203620327-116613.post@n3.nabble.com> <4B4AF5F1.8010204@remote.org> <4B4B6CF1.9080602@s-hohmann.de> <5327262656.20100111213137@dekadent.net> <4B4B9F08.5020009@s-hohmann.de> Message-ID: <17834049250.20100111232444@dekadent.net> Gerade um 22:58 Uhr schrieb Sebastian Hohmann : [Monsterquoting entsorgt] > Damit machst du es dir doch etwas einfach. Nö, bisher nicht. Aber ab jetzt mache ich es mir einfacher. (siehe unten) > Man braucht auch erstmal entsprechendes Vorwissen, um sowas überhaupt > schnell lernen zu können. Das ist ein Allgemeinplatz ohne brauchbare Aussage. Dazu müßte man zuerst mal definieren, was unter "so etwas" und was unter "schnell lernen" zu verstehen ist. Und wenn man es "so schnell" nicht lernen kann, dann lernt man es eben etwas langsamer. Noch mal, das einzige, was man dazu braucht, ist ein wenig den Willen dazu und ein wenig Eigeninitiative und Motivation. Und das ist das mindeste, was ich von einem Diskussionspartner erwarte. > Oder persönliche Hilfe, die auch nicht jeder zur Verfügung hat. Es kostet > also für jeden unterschiedlich viel Mühe. Ja, unbestritten, aber für niemanden unzumutbar viel Mühe. > Deshalb bewerte ich danach nicht den Charakter einer Person und ob sie es > wert ist mit mir zu kommunizieren. Danach, wie viel Mühe es jemanden kostet? Nein, ich auch nicht. Aber ich bewerte selbiges anhand der Bereitschaft zum Dazulernen... und wenn jemand nicht einmal den Umgang mit einer Mailingliste zu lernen bereit ist, ist das für mich ein recht deutliches Indiz für eine solche Beurteilung, egal, ob Dir das nun schmeckt oder nicht. [weiteres Monsterquoting und etwas Fußaufstampen entsorgt] Und jetzt mach ich's mir einfacher, meine Beurteilung Deiner Person ist nun etwas fortgeschrittener und sie ergibt für mich, daß sich eine weitere Diskussion zu diesem Thema mit dir absolut nicht lohnt,außerdem verfehlt ie dazu auch noch das Thema dieser Liste. Du verstehst es einfach nicht, noch schlimmer, Du *willst* es überhaupt nicht verstehen. Aber wenn Du weiter an Mailinglisten teilnehmen möchtest, solltest Du wenigstens versuchen, folgende Infos zu verstehen und auch umzusetzen, besonders schwierig sollte das eigentlich nicht sein: http://www.afaik.de/usenet/faq/zitieren/ http://www.volker-gringmuth.de/usenet/zitier.htm http://www.textkritik.de/schriftundcharakter/sundc008tofu.htm Mach's gut dann mal... From mail at s-hohmann.de Mon Jan 11 22:42:32 2010 From: mail at s-hohmann.de (Sebastian Hohmann) Date: Mon, 11 Jan 2010 23:42:32 +0100 Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <17834049250.20100111232444@dekadent.net> References: <1263197849373-116560.post@n3.nabble.com> <4B4AE062.2070105@remote.org> <4B4AE242.20804@gmx.de> <4B4AE376.8020301@remote.org> <1263203620327-116613.post@n3.nabble.com> <4B4AF5F1.8010204@remote.org> <4B4B6CF1.9080602@s-hohmann.de> <5327262656.20100111213137@dekadent.net> <4B4B9F08.5020009@s-hohmann.de> <17834049250.20100111232444@dekadent.net> Message-ID: <4B4BA958.2040903@s-hohmann.de> Und gerade weil es schwer zu definieren ist, wie schnell jemand etwas lernen kann und ob er überhaupt Zeit dafür hat oder lieber ein schönes Programm für OSM schreibt, finde ich es unsinnig die Kommunikationspartner nach recht zufälligen Vorkenntnissen auszuwählen. Jemand der mit ML schon immer zu tun hatte (und deshalb die ML wählt), hat vielleicht weniger Eigeninitiative und Motivation als jemand der im Forum unterwegs ist. Genauso kann es natürlich andersrum sein. Und jetzt gehe ich und esse meinen TOFU. Gruß Am 11.01.2010 23:24, schrieb charlie at vorsicht-bissig.de: > Gerade um 22:58 Uhr schrieb Sebastian Hohmann: > > [Monsterquoting entsorgt] > >> Damit machst du es dir doch etwas einfach. > > Nö, bisher nicht. Aber ab jetzt mache ich es mir einfacher. (siehe unten) > >> Man braucht auch erstmal entsprechendes Vorwissen, um sowas überhaupt >> schnell lernen zu können. > > Das ist ein Allgemeinplatz ohne brauchbare Aussage. Dazu müßte man zuerst > mal definieren, was unter "so etwas" und was unter "schnell lernen" zu > verstehen ist. Und wenn man es "so schnell" nicht lernen kann, dann lernt > man es eben etwas langsamer. Noch mal, das einzige, was man dazu braucht, > ist ein wenig den Willen dazu und ein wenig Eigeninitiative und Motivation. > Und das ist das mindeste, was ich von einem Diskussionspartner erwarte. > >> Oder persönliche Hilfe, die auch nicht jeder zur Verfügung hat. Es kostet >> also für jeden unterschiedlich viel Mühe. > > Ja, unbestritten, aber für niemanden unzumutbar viel Mühe. > >> Deshalb bewerte ich danach nicht den Charakter einer Person und ob sie es >> wert ist mit mir zu kommunizieren. > > Danach, wie viel Mühe es jemanden kostet? Nein, ich auch nicht. Aber ich > bewerte selbiges anhand der Bereitschaft zum Dazulernen... und wenn jemand > nicht einmal den Umgang mit einer Mailingliste zu lernen bereit ist, ist > das für mich ein recht deutliches Indiz für eine solche Beurteilung, egal, > ob Dir das nun schmeckt oder nicht. > > [weiteres Monsterquoting und etwas Fußaufstampen entsorgt] > > Und jetzt mach ich's mir einfacher, meine Beurteilung Deiner Person ist nun > etwas fortgeschrittener und sie ergibt für mich, daß sich eine weitere > Diskussion zu diesem Thema mit dir absolut nicht lohnt,außerdem verfehlt ie > dazu auch noch das Thema dieser Liste. Du verstehst es einfach nicht, noch > schlimmer, Du *willst* es überhaupt nicht verstehen. > > Aber wenn Du weiter an Mailinglisten teilnehmen möchtest, solltest Du > wenigstens versuchen, folgende Infos zu verstehen und auch umzusetzen, > besonders schwierig sollte das eigentlich nicht sein: > > http://www.afaik.de/usenet/faq/zitieren/ > http://www.volker-gringmuth.de/usenet/zitier.htm > http://www.textkritik.de/schriftundcharakter/sundc008tofu.htm > > Mach's gut dann mal... > From karl.weber99 at gmx.net Mon Jan 11 22:45:57 2010 From: karl.weber99 at gmx.net (Karl Weber) Date: Mon, 11 Jan 2010 23:45:57 +0100 Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <17834049250.20100111232444@dekadent.net> References: <1263197849373-116560.post@n3.nabble.com> <4B4B9F08.5020009@s-hohmann.de> <17834049250.20100111232444@dekadent.net> Message-ID: <201001112345.57746.karl.weber99@gmx.net> Am Montag, 11. Januar 2010 23:24 schrieb charlie at vorsicht-bissig.de: > [weiteres Monsterquoting und etwas Fußaufstampen entsorgt] > > Und jetzt mach ich's mir einfacher, meine Beurteilung Deiner Person ist nun > etwas fortgeschrittener und sie ergibt für mich, daß sich eine weitere > Diskussion zu diesem Thema mit dir absolut nicht lohnt,außerdem verfehlt ie > dazu auch noch das Thema dieser Liste. Du verstehst es einfach nicht, noch > schlimmer, Du *willst* es überhaupt nicht verstehen. Manchmal bin ich froh, dass es Mailing-Liste und Forum (getrennt) gibt: Im Forum ist der Umgang miteinander zivilisierter. Schade fuer die Mailing-Liste. /Karl From charlie at vorsicht-bissig.de Mon Jan 11 22:57:52 2010 From: charlie at vorsicht-bissig.de (charlie at vorsicht-bissig.de) Date: Mon, 11 Jan 2010 23:57:52 +0100 Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <201001112345.57746.karl.weber99@gmx.net> References: <1263197849373-116560.post@n3.nabble.com> <4B4B9F08.5020009@s-hohmann.de> <17834049250.20100111232444@dekadent.net> <201001112345.57746.karl.weber99@gmx.net> Message-ID: <5836037343.20100111235752@dekadent.net> Êben um 23:45 Uhr schrieb Karl Weber : > Manchmal bin ich froh, dass es Mailing-Liste und Forum (getrennt) gibt: Da bin ich nicht nur manchmal froh. > Im Forum ist der Umgang miteinander zivilisierter. du hast den faslchen Begriff für "weniger effektiv" gewählt. ;-) Außerdem ist Deine Aussage ebenfalls ohne praktischen Wert, die Ansicht, was genau nun "zivilisierter" ist und was nicht, ist in höchstem Maße subjektiv und in einer solchen Absolutheit nicht festzulegen. Die Ansichten darüber gehen, - wie überall im richtigen[tm] Leben - ganze Lichtjahre weit auseinander. > Schade fuer die Mailing-Liste. Nein, es wird genau andersrum ein Schuh draus. ;-) -- Moralismus ist der Heiligenschein der Scheinheiligen From ulf.lamping at googlemail.com Mon Jan 11 23:01:59 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Tue, 12 Jan 2010 00:01:59 +0100 Subject: [Talk-de] Aufruf In-Reply-To: References: <4B4AE4AF.3080003@gmx.net> <4B038402-9AA4-49B9-B5A6-6299C81EA429@t-online.de> <814384661001111401o3236b554u20ce4175185c1df1@mail.gmail.com> Message-ID: <4B4BADE7.3080205@googlemail.com> Am 11.01.2010 23:16, schrieb Lothar Emmerich: > Hi Colin, > > das ich nicht lache. > Habe die zweite Auflage zu Hause. Verstehe die Hälfe des Buchen nicht. Ich bin Hochschulabsolvent! War Lehrer!!!! > Was willst du mir sagen? > > Frederic Ramm leistet viel, sehr viel. Sein und das Werk von Jochen Topf ist ein Nachschlagewerk mit einem guten Einstieg, der später sich in Details verliert. Nur 'was für Insider im letzten Teil! Das Buch heißt ja auch nicht "OSM für Dummies" ;-) Wenn man ein allgemeines Buch über OSM schreibt, gehören da auch Sachen rein, die nicht 08/15 sind (z.B. wie man einen Server aufsetzt) - weil man eben auch nicht nur 08/15 mit OSM machen kann. Von daher finde ich es völlig ok, wenn sich das Buch "hinten in Details verliert". > Ein Kursbuch muss!! anders aussehen. Glaub mir. Von Pädagogik verstehe ich 'was. > > Also: Meine Anregung bleibt bestehen. Biete meiner Hilfe gerne an Ein Buch "OSM für Dummies" wäre sehr aufwändig zu schreiben und gerade in so einem immer noch dynamischen Umfeld wie OSM wohl noch schneller veraltet als Frederik/Jochen's Buch. Wenn du jemanden kennst der sich die Arbeit machen will (und der das auch kann), wird euch sicher keiner davon abhalten - eher im Gegenteil. Aber "xyz muß jetzt passieren" funktioniert in einem Projekt das von der unentgeltlichen Arbeit vieler Freiwilliger lebt, schlicht nicht. Gruß, ULFL From l.emmerich at t-online.de Mon Jan 11 23:02:42 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Tue, 12 Jan 2010 00:02:42 +0100 Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <201001112345.57746.karl.weber99@gmx.net> References: <1263197849373-116560.post@n3.nabble.com> <4B4B9F08.5020009@s-hohmann.de> <17834049250.20100111232444@dekadent.net> <201001112345.57746.karl.weber99@gmx.net> Message-ID: <5F191640-A29B-4407-A911-1494EA319204@t-online.de> Hallo Karl! Am 11.01.2010 um 23:45 schrieb Karl Weber: > Am Montag, 11. Januar 2010 23:24 schrieb charlie at vorsicht-bissig.de: >> [weiteres Monsterquoting und etwas Fußaufstampen entsorgt] >> >> Und jetzt mach ich's mir einfacher, meine Beurteilung Deiner Person ist nun >> etwas fortgeschrittener und sie ergibt für mich, daß sich eine weitere >> Diskussion zu diesem Thema mit dir absolut nicht lohnt,außerdem verfehlt ie >> dazu auch noch das Thema dieser Liste. Du verstehst es einfach nicht, noch >> schlimmer, Du *willst* es überhaupt nicht verstehen. > > Manchmal bin ich froh, dass es Mailing-Liste und Forum (getrennt) gibt: Im > Forum ist der Umgang miteinander zivilisierter. Das ist gut so! > > Schade fuer die Mailing-Liste. Hier verliert man sich in Technik-Blabla und verliert den Kontakt zur Menschlichkeit. Schaue Dir hierzu den Artikel von Latze von heute an und meine Kommentare. War schon lange nicht mehr im Forum. Werde es schnellstmöglich nachholen! Gruß Lothar PS. Diese und andere Nettigkeiten und Umgangsformen vermisse ich in der Mailing Liste und nicht wie oft abgekürzt (ML). Diese verdammten Abkürzungen. From l.emmerich at t-online.de Mon Jan 11 23:14:41 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Tue, 12 Jan 2010 00:14:41 +0100 Subject: [Talk-de] Aufruf In-Reply-To: <4B4BADE7.3080205@googlemail.com> References: <4B4AE4AF.3080003@gmx.net> <4B038402-9AA4-49B9-B5A6-6299C81EA429@t-online.de> <814384661001111401o3236b554u20ce4175185c1df1@mail.gmail.com> <4B4BADE7.3080205@googlemail.com> Message-ID: <69791B4B-ED4A-409F-9A0F-73F60BDD199F@t-online.de> Hallo ULFS, > Ein Buch "OSM für Dummies" wäre sehr aufwändig zu schreiben und gerade > in so einem immer noch dynamischen Umfeld wie OSM wohl noch schneller > veraltet als Frederik/Jochen's Buch. Wenn du jemanden kennst der sich > die Arbeit machen will (und der das auch kann), wird euch sicher keiner > davon abhalten - eher im Gegenteil. Ich rede ja nicht nur allein von einem Buch sonder auch von einer Hilfe für die Nichtprofis in der OSM-Gemeinschaft. Lese bitte meine Worte genau durch! Das ist nämlich mein Herzenswunsch! Viele Grüße Lothar From charlie at vorsicht-bissig.de Mon Jan 11 23:18:18 2010 From: charlie at vorsicht-bissig.de (charlie at vorsicht-bissig.de) Date: Tue, 12 Jan 2010 00:18:18 +0100 Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <5F191640-A29B-4407-A911-1494EA319204@t-online.de> References: <1263197849373-116560.post@n3.nabble.com> <4B4B9F08.5020009@s-hohmann.de> <17834049250.20100111232444@dekadent.net> <201001112345.57746.karl.weber99@gmx.net> <5F191640-A29B-4407-A911-1494EA319204@t-online.de> Message-ID: <16637263562.20100112001818@dekadent.net> Eben um 00:02 Uhr schrieb Lothar Emmerich : > Hier verliert man sich in Technik-Blabla und verliert den Kontakt zur > Menschlichkeit. wie kommst Du auf dieses schmale Brett? Hier tauscht man sich effektiv über ein Projekt aus, den Kontakt zur Menschlichkeit pflegt man genau da in angemessener Ausführlichkeit, wo er hingehört. Aber danke für die Bestätigung, daß die Mailingliste effizienter ist als das Forum. ;-) > Schaue Dir hierzu den Artikel von Latze von heute an und meine Kommentare. Ja, und? Sieh Dir dazu ergänzend den Kommentar eben von Ulf Lamping an... Beide haben recht. > War schon lange nicht mehr im Forum. Werde es schnellstmöglich nachholen! Dann grüß schön. Bert -- Steht dir das Wasser bis zum Hals, solltest du den Kopf nicht hängen lassen. From liste12A45q7 at gmx.de Mon Jan 11 23:49:04 2010 From: liste12A45q7 at gmx.de (Markus) Date: Tue, 12 Jan 2010 00:49:04 +0100 Subject: [Talk-de] OSM an der VHS In-Reply-To: References: <4B4AE4AF.3080003@gmx.net> <4B038402-9AA4-49B9-B5A6-6299C81EA429@t-online.de> <814384661001111401o3236b554u20ce4175185c1df1@mail.gmail.com> Message-ID: <4B4BB8F0.7060703@gmx.de> Hallo Lothar, Vor einem Jahr war ich ein blutiger Neuling, die Sprache der OSMer war mir unverständlich, und das Wiki hat selten weitergeholfen. Also habe ich JOSM durch "Versuch und Irrtum" ergründet. Mühselig und langwierig. Aber immer wenn ich etwas verstanden habe, habe ich das gleich ins Wiki geschrieben: http://wiki.openstreetmap.org/wiki/DE:JOSM/Werkzeuge Viele Wikitexte gab es nur in Englisch. Also habe ich eine Vorlage organisiert, mit der Übersetzungen verwaltet werden können: {{Languages}} Und ich war auf der Entwicklerkonferenz und habe versucht, den Profis zu beschreiben, wie schwierig für uns Anfänger der Einstieg und die Arbeit mit OSM ist, und Ideen eingebracht, was uns helfen könnte. Inzwischen ist viel geschehen: Zunehmend werden Erkenntnisse aus der Mailingliste ins Wiki geschrieben. Wikitexte werden in deutscher Sprache verfasst (oder übersetzt). In JOSM gibt es für vieles Vorlagen, mit denen man die Eigenschaften der Objekte benutzergeführt erfassen kann. Für Windows-Nutzer gibt es automatische Installationssoftware. Und für viele Programme und Anwendungen gibt es verständliche und nachvollziehbare Beschreibungen in deutscher Sprache. Bei OpenSeaMap versuchen wir, mit einem intelligenten Editor dem Nutzer eine grafische Eingabeoberfläche zu bieten, damit er sich nicht mehr durch die vielen Attributierungsvarianten kämpfen muss. > Biete meiner Hilfe gerne an Danke für Dein Angebot - nehme ich gerne an! Wir könnten beispielsweise eine "Einführung in OSM" machen, als Powerpoint-Präsentation und Life-Demo, z.B. für einen VHS-Abend. Oder einen Halbtages-Workshop "Kartografieren mit JOSM". Oder "Wie baue ich die OSM-Karte in die Website ein". Und vielleicht hat ja noch jemand Lust mitzumachen? Mit herzlichem Gruss, Markus PS: kennst Du ein Werkzeug, mit dem man eine solche Teamarbeit virtuell organisieren und gemeinsam an einer Präsentation arbeiten kann? From krasnoj at gmx.at Tue Jan 12 01:02:03 2010 From: krasnoj at gmx.at (Stefan Hirschmann) Date: Tue, 12 Jan 2010 02:02:03 +0100 Subject: [Talk-de] Abgrenzung highway=service und residential Message-ID: <4B4BCA0B.400@gmx.at> Hi! Aufgrund einer aktuellen Diskussion möchte ich mal fragen, wie folgender Sachverhalt am besten getaggt werden soll: Von einer Gemeindestraße mit eigenem Straßennamen X geht eine Stichstraße weg, welche keinen eigenen Namen hat. Die Häuser an der Stichstraße haben eine Hausnummer in der Form X 4, sind also nach der "Hauptstraße" benannt. Sieht ca. so aus: |--- (Senkrecht die Hauptstraße und waagrecht die Stichstraße, welche eine Sackgasse ist). Auf der Stichstraße liegen mehrere Häuser. Ist die Stichstraße jetzt als Namenloser Service zu taggen (ev. Karlsruher Schema addr:street), oder doch als residential ohne Namen. Oder sagen wir "Wir wollen eine Adressverortung und das kommt in den Name, auch wenn die Straße nicht so heißt?" Die englische Map-Feature schreibt zu service: =============== Generally for access to a building, [...] =============== Also ein einzelnes Gebäude. Die deutsche Map Features schließt mehrere Gebäude an einem highway=service hingegen nicht aus. Ich würde gerne das Ergebnis der Diskussion, sofern es eines gibt, als Kommentar zu den Map Features fügen, werde aber vorher nochmals nachfragen, ob es keinen Widerspruch gibt. MfG Stefan From addicks at gmx.net Tue Jan 12 01:17:40 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Tue, 12 Jan 2010 02:17:40 +0100 Subject: [Talk-de] Abgrenzung highway=service und residential In-Reply-To: <4B4BCA0B.400@gmx.at> References: <4B4BCA0B.400@gmx.at> Message-ID: Am 12.01.2010 02:02, schrieb Stefan Hirschmann: > Auf der Stichstraße liegen mehrere Häuser. Ist die Stichstraße jetzt als > Namenloser Service zu taggen (ev. Karlsruher Schema addr:street), oder > doch als residential ohne Namen. Oder sagen wir "Wir wollen eine > Adressverortung und das kommt in den Name, auch wenn die Straße nicht so > heißt?" Wenn es eine öffentliche Straße ist und dort Häuser dranstehen, dann hat die Straße auch den entsprechenden Namen. Auch wenn da nur vorn steht "zu den Häusern 4,6,8". Ich halte es so, dass ich Stichstraßen bis inkl. 3 Einzelgebäuden (nicht gezählt: Nebengebäude) als Service tagge, bei 4 und mehr Gebäuden als Residential. Das klappt sowohl für "Hintergrundstücks-Eigenheime" wie für "Wohnblocks an Straßenausstülpungen" recht gut. Aber wie gesagt: Name kommt immer dran. -jha- From webmaster at ts-eastrail.de Tue Jan 12 01:32:58 2010 From: webmaster at ts-eastrail.de (=?iso-8859-15?Q?Mirko_K=FCster?=) Date: Tue, 12 Jan 2010 02:32:58 +0100 Subject: [Talk-de] Abgrenzung highway=service und residential References: <4B4BCA0B.400@gmx.at> Message-ID: Kommt immer auf den Fall vor Ort an. Wenn genug Platz ist und es sich um richtige breite Straßen handelt, kannst du auch normal residential nehmen. Natürlich auch mit Namen dazu, wenn es dazu gehört. Wir haben hier z.B. ganz öfter den Fall in Neubau Wohngebieten. Da verläuft eine Straße wie eine Leiter. Eine oder zwei Durchgangsstraßen, wo keine Häuser daran stehen, die stehen quer zur Straße. Um die zu erschließen führen 3m breite Zufahrtsstraßen ohne Fußwege an diesen Häusern vorbei und verbinden die Durchgangsstraßen. Gibt auch die Fälle wo die Häuser zwar an an der Durchgangsstraße stehen, die Eingänge sich aber auf der anderen Seite befinden und ebenfalls durch eine umlaufende Zugangsstraße erschlossen werden. Diese sind auch mit Namenschildern versehen. Bei solchen Straßen nehme ich Service für die Anliegerstraßen, sind ja auch eher Zufahrten. Und Residential für di eigentlichen Durchgangsstraßen. Da spielt die Anzahl der Häuser auch keine Rolle. Diese kleinen Zufahrtsstraßen spielen im eigentlichen Netz keine Rolle, dienen nur dazu um zu den anliegenden Eingängen zu kommen. Und das ganze ist teils so eng gebaut, da würde alles unter residential untergehen. Hier mal ein Beispiel http://www.openstreetmap.org/?lat=51.370173&lon=11.286501&zoom=18&layers=B000FTF Gruß Mirko From andre.hinrichs at gmx.de Tue Jan 12 05:50:06 2010 From: andre.hinrichs at gmx.de (Andre Hinrichs) Date: Tue, 12 Jan 2010 06:50:06 +0100 Subject: [Talk-de] Abgrenzung highway=service und residential In-Reply-To: References: <4B4BCA0B.400@gmx.at> Message-ID: <1263275407.2459.3.camel@gandalf> Am Dienstag, den 12.01.2010, 02:17 +0100 schrieb Johann H. Addicks: > Am 12.01.2010 02:02, schrieb Stefan Hirschmann: > > > Auf der Stichstraße liegen mehrere Häuser. Ist die Stichstraße jetzt als > > Namenloser Service zu taggen (ev. Karlsruher Schema addr:street), oder > > doch als residential ohne Namen. Oder sagen wir "Wir wollen eine > > Adressverortung und das kommt in den Name, auch wenn die Straße nicht so > > heißt?" > > Wenn es eine öffentliche Straße ist und dort Häuser dranstehen, dann hat > die Straße auch den entsprechenden Namen. Auch wenn da nur vorn steht > "zu den Häusern 4,6,8". > > Ich halte es so, dass ich Stichstraßen bis inkl. 3 Einzelgebäuden (nicht > gezählt: Nebengebäude) als Service tagge, bei 4 und mehr Gebäuden als > Residential. > > Das klappt sowohl für "Hintergrundstücks-Eigenheime" wie für "Wohnblocks > an Straßenausstülpungen" recht gut. > > Aber wie gesagt: Name kommt immer dran. So in etwa mache ich das auch, wobei bei Zufahrten zu einzelnen Häusern noch unterschieden wird, indem dort ein service=driveway hinzukommt. Das lasse ich bei mehr als einem Haus weg. Andre From ke at gnu.franken.de Tue Jan 12 06:28:11 2010 From: ke at gnu.franken.de (Karl Eichwalder) Date: Tue, 12 Jan 2010 07:28:11 +0100 Subject: [Talk-de] guidepost In-Reply-To: <4B4B9DC4.6090202@googlemail.com> (Ulf Lamping's message of "Mon, 11 Jan 2010 22:53:08 +0100") References: <124a940a0912220016q201513fi15a84e1c2a2d46a9@mail.gmail.com> <4B308885.20505@nurfuerspam.de> <124a940a1001111317g17032617v2307f3d3e3718cd2@mail.gmail.com> <4B4B9DC4.6090202@googlemail.com> Message-ID: Ulf Lamping writes: > Wenn man sich überlegt, daß "gehört neben den Weg" von genügend Mappern > schlicht nicht beachtet werden wird Wenn das das einzige wäre, was von mappern nicht beachtet würde... Man wird's eben schlicht berichtigen müssen, wie man auch unverbundene wege verbinden muss, etc. > (Sorry, alles andere halte ich nach den bisherigen Erfahrungen für > eine naive Annahme), ist das ganze Thema für mich weiterhin ne > schlechte Idee :-) Und für mich ist es eine gute :) Reale probleme konnte niemand aufzeigen, nur lustig konstruierte fälle. -- Karl Eichwalder From Latze98 at gmx.net Tue Jan 12 07:26:48 2010 From: Latze98 at gmx.net (Latze) Date: Tue, 12 Jan 2010 08:26:48 +0100 Subject: [Talk-de] Aufruf In-Reply-To: <4B038402-9AA4-49B9-B5A6-6299C81EA429@t-online.de> References: <4B4AE4AF.3080003@gmx.net> <4B038402-9AA4-49B9-B5A6-6299C81EA429@t-online.de> Message-ID: <4B4C2438.3090701@gmx.net> Am 11.01.2010 22:41, schrieb Lothar Emmerich: > Hallo Latze, > > Danke für Deinen Aufruf. > Ich prophezeie Dir, dass Dein Aufruff wie Schall und Rauch > schnell verfliegen wird. Da gehe ich leider auch von aus. Ich wollte es aber nicht unversucht lassen. > Ich bin ja schon seit fast einem Jahr hier registriert. Vor kurzem > habe ich es geschafft, mir abends Mut anzutrinken. Habe die erste > Anfrage gestellt. Mut ja, weil ich merkte, dass hier die Profis mehr > oder weniger unter sich alleine sind. Von den sicherlich vielen > registrierten Usern in Deutschland schreiben hier ca. 15 Leute über > 90% der Artikel. > Es ist eine Seite für die Profis unter den Usern. > > Bevor ich mir den Zorn dieser "Profis" zuziehe, möchte ich mich für > Ihre Hilfe bedanken. Sie haben mir in einigen Fällen wirklich gut > geholfen. Danke hierfür! Ich hoffe, dass diese Aussage daran liegt, dass Du hier als "Neuling" evtl. eine einfach zu beantwortende Frage stellst und dass sich der Zorn aus der Richtung "schon wieder so eine Frage" entwickeln könnte. Manchmal glaube ich allerdings, dass so ein Gefühl auch vom Umgangston kommen kann, der hier ab und zu herrscht. Wie lange ich in dieser Liste registriert bin, kann ich leider nicht mehr sagen. Ich kann nur sagen, dass mein Mut in den knapp 4 Jahren, in denen ich jetzt bei OSM aktiv bin, stark nachgelassen hat. Das Gefühl, dass hier alle an einem Strang ziehen um eine gemeinsames Ziel (eine frei Weltkarte) zu erreichen eher in die Richtung geht, dass jeder versucht eine freie Weltkarte nach seiner Ansicht von richtig und falsch zu erreichen. > Nun meine Eindruck: Da OSM-Karten noch viele Lücken haben, ist die > OSM-Usergemeinschaft noch ziemlich unter sich. In den Foren "tummeln" > sich die Technikbegeisterten, die Programmierer, etc. > Für die meisten und ich meine hiermit sicherlich die Mehrheit müsste > es eine Anleitung geben, die hilft, den größten Teil der möglichen > Daten zu erfassen > > Z.B. . . . Eine Newbie-Seite oder auch "nur" ein Newbie-Artikel, der einen genau an die Hand nimmt, wurde hier schon einmal diskutiert und ich glaube mich zu erinnern, dass einige etwas dagegen haben (ich habe jetzt nicht das Archiv durchforstet). Ich halte es jedenfalls für sehr sinnvoll, habe aber bei einem kurzen Besuch auf einer der zig OSM-Seiten nichts passendes gefunden. Lediglich bin ich über eine Liste mit Verkehrsschildern "gestolpert". Ein blöde(?) frage hierzu: Warum ist diese Liste nicht mit den Map_Features verlinkt? Ich gehe jedenfalls nicht jedes mal durch alle Seiten und schau, was es da so neues gibt, ich gehe direkt zu den Map-Features, weil ich für mich entschieden habe, dass ich die Erklärungen dort nutze und dazu noch das, was in JOSM unter den Vorlagen zu finden ist. > > Meine Anregung: In den Editoren eine Suchmaske integrieren, in die ich > einen deutschen Begriff eingebe (z.B. Briefkasten) und die mir dann in > der Reihenfolge der Priorität angibt: > - Button z.B. in JOSM, der die Grundeinstellungen vornimmt > - weitere mögliche und sinnvolle Ergänzungen z.B. "colleteral_times=..." > - automatische Weiterleitung an die Wiki zu mehr Informationen. > > Dieser Punkt liegt mehr sehr am Herzen. > > > WIE IHR SEHT, VERWENDE ICH IN DIESER EMAIL KAUM "FACHBEGRIFFE". Im > Gegensatz hierzu wimmelt es in den Forentexten nur so von Abkürzungen > etc. Viele der Forenleser werden hiervon abgeschreckt. > OSM besteht und LEBT nicht nur aus Spezialisten! OSM braucht beides. Einmal die Spezialisten, die sich sachlich Gedanken über Neuerungen und Erweiterungen machen, wie diese Flächendeckend umgesetzt werden und wie sie einem Newbie und einem User der lediglich ab und zu ein paar Daten einpflegen möchte, ohne sich mit allen Details von OSM zu befassen leicht zugänglich gemacht werden können. Und natürlich den Mapper, der sich einfach und schnell einen überblick über Tags und Relations verschaffen will um mit diesem Wissen seine Tracks in nutzbare Daten zu wandeln. Vielleicht noch eine Anregung: Wer Lust und Zeit hat, kann sich ja evtl. mal das, was hier so abgegangen ist und auch abgeht, mal durchlesen und versuchen, das ganze aus Sicht einer Person, Firma o.ä. zu lesen, die OSM nutzen oder fördern möchte. Hättet ihr, unabhängig von dem, was ihr bei OSM gemacht habt oder wie lange ihr dabei seid, ein gutes Gefühl? Diese Liste ist öffentlich zugänglich und ich denke, dass einiges hier auf der Liste nicht unbedingt in die Öffentlichkeit gehört, da es dem ansehen eher schadet als dient. Gruß Latze From grenzdebil at gmail.com Tue Jan 12 09:42:23 2010 From: grenzdebil at gmail.com (Martin Simon) Date: Tue, 12 Jan 2010 10:42:23 +0100 Subject: [Talk-de] guidepost In-Reply-To: References: <124a940a0912220016q201513fi15a84e1c2a2d46a9@mail.gmail.com> <4B308885.20505@nurfuerspam.de> <124a940a1001111317g17032617v2307f3d3e3718cd2@mail.gmail.com> <4B4B9DC4.6090202@googlemail.com> Message-ID: Am 12. Januar 2010 07:28 schrieb Karl Eichwalder : >> (Sorry, alles andere halte ich nach den bisherigen Erfahrungen für >> eine naive Annahme), ist das ganze Thema für mich weiterhin ne >> schlechte Idee :-) > > Und für mich ist es eine gute :)  Reale probleme konnte niemand > aufzeigen, nur lustig konstruierte fälle. Was, bitte, ist so schwierig daran, für die Beschreibung des Informationsgehaltes eines Wegweisers einfach *nicht* dasselbe Schema zu verwenden, das seit Ewigkeiten für Zugangsbeschränkungen verwendet wird? Information:bicycle=yes und gut. Ich schlage übrigens motorroad=yes vor für Wegweiser und Hinweistafeln, die informationen über Kraftfahrstraßen enthalten und bridge=yes für solche, die Informationen über Brücken enthalten. Ich hoffe eure Ironiedetektoren sind kalibriert. -Martin From ekkehart at gmx.de Tue Jan 12 11:18:38 2010 From: ekkehart at gmx.de (NopMap) Date: Tue, 12 Jan 2010 03:18:38 -0800 (PST) Subject: [Talk-de] Die Mailing Liste ist ein Forum In-Reply-To: <16637263562.20100112001818@dekadent.net> References: <4B4AE376.8020301@remote.org> <1263203620327-116613.post@n3.nabble.com> <4B4AF5F1.8010204@remote.org> <4B4B6CF1.9080602@s-hohmann.de> <5327262656.20100111213137@dekadent.net> <4B4B9F08.5020009@s-hohmann.de> <17834049250.20100111232444@dekadent.net> <201001112345.57746.karl.weber99@gmx.net> <5F191640-A29B-4407-A911-1494EA319204@t-online.de> <16637263562.20100112001818@dekadent.net> Message-ID: <1263295118556-117790.post@n3.nabble.com> Also ehrlich gesagt Leute, was ich hier beobachte finde ich eher traurig. Zuerst war da ein Crossposting, in dem ein paar technische Fragen gestellt wurden. Worauf die technischen Fragen ignoriert wurden und eine Diskussion über eine Geschmacksfrage ML vs. Forum entbrannt ist. Dann gab es einen Hinweis darauf, daß man sich nicht über entweder/oder streiten müßte, weil es eine technische Lösung gibt, die beides vereint. Darauf wird die Geschmacksfrage eher emotionaler weitergeführt, nicht ohne die eigenen Vorlieben und Vorkenntnisse als Maßstab für Andere zu setzen und ein paar persönliche Spitzen unterzubringen. Das fällt bei mir jetzt nicht unbedingt in die Kategorie "effizient" sondern eher in den Bereich zwischen "sachlich überflüssig" und "in konstruktiven Gesprächen zu vermeiden". :-( Von daher werde ich jetzt auch nicht verraten, ob ich Mailing Listen oder Foren besser finde. Bin gespannt was für einen Vorwurf mir das einbringt. :-) bye Nop -- View this message in context: http://n3.nabble.com/Die-Mailing-Liste-ist-ein-Forum-tp116560p117790.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. From osmck at gmx.de Tue Jan 12 11:23:25 2010 From: osmck at gmx.de (Christian Knorr) Date: Tue, 12 Jan 2010 12:23:25 +0100 Subject: [Talk-de] =?iso-8859-1?q?Vereinsst=E4tte?= Message-ID: <1263295405.3451.41.camel@Notebook> Hallo zusammen, hat schonmal jemand eine Vereinsstätte getaggt? Habe dazu im Wiki unter DE:Map_Features nichts gefunden. Danke schonmal, Chris...... From falk.zscheile at googlemail.com Tue Jan 12 11:36:29 2010 From: falk.zscheile at googlemail.com (Falk Zscheile) Date: Tue, 12 Jan 2010 12:36:29 +0100 Subject: [Talk-de] guidepost In-Reply-To: References: <124a940a0912220016q201513fi15a84e1c2a2d46a9@mail.gmail.com> <4B308885.20505@nurfuerspam.de> <124a940a1001111317g17032617v2307f3d3e3718cd2@mail.gmail.com> <4B4B9DC4.6090202@googlemail.com> Message-ID: <1545fef41001120336q5ac66d63ka61442c760972244@mail.gmail.com> Am 12. Januar 2010 10:42 schrieb Martin Simon : > Am 12. Januar 2010 07:28 schrieb Karl Eichwalder : > >>> (Sorry, alles andere halte ich nach den bisherigen Erfahrungen für >>> eine naive Annahme), ist das ganze Thema für mich weiterhin ne >>> schlechte Idee :-) >> >> Und für mich ist es eine gute :)  Reale probleme konnte niemand >> aufzeigen, nur lustig konstruierte fälle. > > Was, bitte, ist so schwierig daran, für die Beschreibung des > Informationsgehaltes eines Wegweisers einfach *nicht* dasselbe Schema > zu verwenden, das seit Ewigkeiten für Zugangsbeschränkungen verwendet > wird? Einig sind wir uns zumindest darüber, dass user Fehler machen und somit auch nodes auf ways landen, die dort nicht hingehören. Unterschiedlich sind die Schlüsse, die daraus gezogen werden. Die einen sagen: "Dann wird der Fehler eben vom nächsten, der vorbei kommt korrigiert", die anderen: "Wir sollten das Datenschema so anlegen, dass auch fehlerhaftes Tagging nicht zu Konflikten mit anderen eingetragenen Daten führt". Für meinen Teil finde ich die zweite Herangehensweise sinnvoller. 1. Weil wir alle Fehler machen. 2. Weil keiner von uns alle Tags und Attribute überblickt. Erweiterungen des Datenschemas sollten deshalb so erfolgen, dass Konflikte mit anderen Tags von vorn herein ausgeschlossen sind. 3. Weil die Mapperdichte, jedenfalls auf dem Land, nicht so hoch ist, dass Zeitnah mit Korrekturen durch andere Mapper gerechnet werden kann. Der Fall von Konflikten eines information=guidepost bicycle=yes in einem Node auf einem Way mit einem anderen Tag mag konstruiert sein, er kann jedenfalls für diesen Fall nicht ausgeschlossen werden. Viel wichtiger erscheint mir aber daraus Lehren auf einer übergeordneten Ebene zu ziehen und solche Probleme gleich zu vermeiden. Siehe Nr. 1--3. Wer sagt uns, das nicht bald an einer anderen Ecke das gleiche Problem auftaucht. Fakt ist jedenfalls, das der Detailreichung zu einzelnen Tags sich erhöht und damit auch die Gefahr der Bedeutungsüberschneidung mit anderen Tags zunimmt. Man könnte unsere oberste OSM-Regel "Jeder Taggt so wie er es für richtig hält" wie folgt ergänzen: "vermeidet dabei aber Überschneidungen mit Tags, die bereits in einem anderen Kontext verwendet werden". Gruß, Falk From webmaster at ts-eastrail.de Tue Jan 12 12:00:15 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Tue, 12 Jan 2010 13:00:15 +0100 Subject: [Talk-de] guidepost References: <124a940a0912220016q201513fi15a84e1c2a2d46a9@mail.gmail.com><4B308885.20505@nurfuerspam.de> <124a940a1001111317g17032617v2307f3d3e3718cd2@mail.gmail.com><4B4B9DC4.6090202@googlemail.com> Message-ID: <3F14F57218EA497480572854BD3D1513@mkwebdialin> > Was, bitte, ist so schwierig daran, für die Beschreibung des > Informationsgehaltes eines Wegweisers einfach *nicht* dasselbe Schema > zu verwenden, das seit Ewigkeiten für Zugangsbeschränkungen verwendet > wird? > Information:bicycle=yes und gut. Kannst du genauso fragen, was so schwierig daran ist, seine Anwendung so zu bauen, das nur die für den Anwendungsfall sinnvollen Elemente ausgewertet werden, statt alles default? Ein Guidepost macht im Routingablauf und insbesondere als access keinen Sinn, warum muss der trotzdem dahingehend ausgewertet werden? Oder warum man den einzigen wichtigen Punkt ansich nicht endlich mal genau definiert access:bicycle=yes, was nur eine Erweiterung wäre und man stattdessen für jeden Anwendungdungsfall wieder einen weiteren Tag erfinden muss, diese eigentliche simple Aussage durch dutzende Tags extrem aufblähen muss, die wiederum Fehler nach sich ziehen. Nur weil das seit Ewigkeiten so ist, muss das noch lange nicht der beste Weg sein, der auch morgen noch ausreicht. Gruß Mirko From osm at terbrueggen.net Tue Jan 12 12:01:59 2010 From: osm at terbrueggen.net (olvagor) Date: Tue, 12 Jan 2010 13:01:59 +0100 Subject: [Talk-de] =?utf-8?q?Vereinsst=C3=A4tte?= In-Reply-To: <1263295405.3451.41.camel@Notebook> References: <1263295405.3451.41.camel@Notebook> Message-ID: <4B4C64B7.4070708@terbrueggen.net> Hi Chris, Christian Knorr schrieb: > hat schonmal jemand eine Vereinsstätte getaggt? Habe dazu im Wiki unter > DE:Map_Features nichts gefunden. Ich habe sowas schonmal mit amenity=club_house building=yes name=Vereinsheim Freunde der Steinlaus e.V. getaggt. Gruß, Markus From claudius.h at gmx.de Tue Jan 12 12:23:48 2010 From: claudius.h at gmx.de (Claudius) Date: Tue, 12 Jan 2010 13:23:48 +0100 Subject: [Talk-de] Abgrenzung highway=service und residential In-Reply-To: <4B4BCA0B.400@gmx.at> References: <4B4BCA0B.400@gmx.at> Message-ID: Am 12.01.2010 02:02, Stefan Hirschmann: > Hi! > > Aufgrund einer aktuellen Diskussion möchte ich mal fragen, wie folgender > Sachverhalt am besten getaggt werden soll: > > Von einer Gemeindestraße mit eigenem Straßennamen X geht eine > Stichstraße weg, welche keinen eigenen Namen hat. Die Häuser an der > Stichstraße haben eine Hausnummer in der Form X 4, sind also nach der > "Hauptstraße" benannt. Sieht ca. so aus: |--- (Senkrecht die Hauptstraße > und waagrecht die Stichstraße, welche eine Sackgasse ist). > > Auf der Stichstraße liegen mehrere Häuser. Ist die Stichstraße jetzt als > Namenloser Service zu taggen (ev. Karlsruher Schema addr:street), oder > doch als residential ohne Namen. Oder sagen wir "Wir wollen eine > Adressverortung und das kommt in den Name, auch wenn die Straße nicht so > heißt?" Wenn die Straße Zufahrtscharakter zu den paar (3-5 Häusern) hat würde ich es als service taggen. Ein Kommentar noch zum Karlsruhe-Schema: Die Adressinformation kommt doch an den/die Hausknoten und nicht an den Zufahrtsweg. Claudius From osm at tappenbeck.net Tue Jan 12 13:23:53 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 12 Jan 2010 14:23:53 +0100 Subject: [Talk-de] Wiki-Inhaltsverzeichnis als Abgleichliste Message-ID: <4B4C77E9.4010201@tappenbeck.net> Moin ! für manche Städte gibt es ausführliche Beiträge in Wiki. Sollte etwas dagegen sprechen daraus Listen für die Vollständigkeitsprüfung in OSM abzuleiten ? Gruß Jan :-) From claudius.h at gmx.de Tue Jan 12 13:39:07 2010 From: claudius.h at gmx.de (Claudius) Date: Tue, 12 Jan 2010 14:39:07 +0100 Subject: [Talk-de] Wiki-Inhaltsverzeichnis als Abgleichliste In-Reply-To: <4B4C77E9.4010201@tappenbeck.net> References: <4B4C77E9.4010201@tappenbeck.net> Message-ID: Am 12.01.2010 14:23, Jan Tappenbeck: > Moin ! > > für manche Städte gibt es ausführliche Beiträge in Wiki. Sollte etwas > dagegen sprechen daraus Listen für die Vollständigkeitsprüfung in OSM > abzuleiten ? > > Gruß Jan :-) Welches Wiki meinst du? Wikipedia.org oder wiki.openstreetmap.org ? Welche Daten aus den Beiträgen willst du mit den OSM-Daten zur Vollständigkeitsprüfung abgleichen? Claudius From osm at tappenbeck.net Tue Jan 12 14:03:24 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 12 Jan 2010 15:03:24 +0100 Subject: [Talk-de] Wiki-Inhaltsverzeichnis als Abgleichliste In-Reply-To: References: <4B4C77E9.4010201@tappenbeck.net> Message-ID: Am 12.01.2010 14:39, schrieb Claudius: > Am 12.01.2010 14:23, Jan Tappenbeck: >> Moin ! >> >> für manche Städte gibt es ausführliche Beiträge in Wiki. Sollte etwas >> dagegen sprechen daraus Listen für die Vollständigkeitsprüfung in OSM >> abzuleiten ? >> >> Gruß Jan :-) > > Welches Wiki meinst du? Wikipedia.org oder wiki.openstreetmap.org ? > > Welche Daten aus den Beiträgen willst du mit den OSM-Daten zur > Vollständigkeitsprüfung abgleichen? > > Claudius Hi ! Datenquelle sollte Wikipedia.org sein und ich hatte an soetwas wie http://de.wikipedia.org/wiki/Skulpturen_und_Objekte_in_L%C3%BCbeck gedacht - Inhaltsverzeichnis davon... Gruß Jan :-) From lonvia at denofr.de Tue Jan 12 14:12:08 2010 From: lonvia at denofr.de (Sarah Hoffmann) Date: Tue, 12 Jan 2010 15:12:08 +0100 Subject: [Talk-de] guidepost Message-ID: <20100112141208.GA14426@denofr.de> André Riedel schrieb: > Am 11. Januar 2010 21:50 schrieb Chris-Hein Lunkhusen : > > Chris-Hein Lunkhusen schrieb: > > > >> Naja, wenn jemand auf die Idee kommt Wegweiser ohne Radlerinfo > >> mit bicycle=no zu taggen könnte es bei den Garmin Maps > >> zu Überschneidung mit der --link-pois-to-roads Option > >> kommen. In der Praxis führt es hoffentlich zur Zeit noch > >> zu keinen Routingproblemen, da Wegweiser vorwiegend als > >> separate Nodes getaggt sind. > > > > So, nun hab ich mich mal schlau gemacht. Also der Trigger > > für die oben genannte mkgmap Option ist der access-Tag. > > > > Nach dem Proposal [1] könnte man die Aussage: "Wegweiser > > enthält Informationen für Alles außer Autos" mit > > access=yes, motorcar=no taggen, und das wäre > > dann ein Problem für's Routing: > > > > > > ;-) > > > > Chris > > > > [1] > > Schönes Beispiel, könntest du mir noch den Wegweiser dazu zeigen ;-) > > Meiner Meinung nach dürften alle im Proposal erwähnten Elemente nicht > Teil eines Weges sein. Würde dies so umgesetzt werden, gäbe es dein > Problem nie. Außerdem wird mit dieser Vereinfachung eine wichtige > Information, der genauen Lage des Wegweisers, einfach unterschlagen. > > Also Wegweiser, Karte usw. mit neuen Node an "genauen" Standort neben > der Straße eintragen. Es gibt da ein kleines Problem mit der Schweiz. Hier dürften sich geschätze 90-95% der Wegweiser auf der Strasse befinden. Ich muss gestehen, dass das meine Schuld ist. Ich hatte damals, als ich das Proposal für die Schweizer Wanderwege geschreiben hatte, vorgeschlagen, die Wegweiser auf den Wegen zu plazieren, weil sie eben als Knotenpunkte im Wanderwegenetz dienen. Es erschien mir nützlicher, sie im Wanderwege- netz korrekt zu plazieren, als in der Landschaft. Damals hat sich jedenfalls keiner beschwert und die Nutzung hat sich so eingebürgert. Ich persönlich bin auch der Meinung, dass das trotz der neuen *=yes-Tags kein Problem ist, weil a) ein Router das Haupttag immer mitauswerten sollte und b) ein *-no-Tag am Wegweiser nicht wirklich Sinn macht. Wie dem auch sei, die Situation mag zwar nicht ideal sein, wird sich wohl aber auch nicht mehr ändern, es sei denn, jemand macht sich auf und verifiziert die Standorte aller 2361 eingetragenen Schweizer Wegweiser. Es macht also nicht viel Sinn, darüber zu diskutieren, Wegweiser auf Wegen als "falsch" zu deklarieren und zu "verbieten". Gruss Sarah From andre+joost at nurfuerspam.de Tue Jan 12 14:18:45 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Tue, 12 Jan 2010 15:18:45 +0100 Subject: [Talk-de] guidepost In-Reply-To: <20100112141208.GA14426@denofr.de> References: <20100112141208.GA14426@denofr.de> Message-ID: <4B4C84C5.5090203@nurfuerspam.de> Sarah Hoffmann schrieb: > > Es gibt da ein kleines Problem mit der Schweiz. Hier dürften sich > geschätze 90-95% der Wegweiser auf der Strasse befinden. Ich muss > gestehen, dass das meine Schuld ist. Ich hatte damals, als ich das > Proposal für die Schweizer Wanderwege geschreiben hatte, vorgeschlagen, > die Wegweiser auf den Wegen zu plazieren, weil sie eben als Knotenpunkte > im Wanderwegenetz dienen. Es erschien mir nützlicher, sie im Wanderwege- > netz korrekt zu plazieren, als in der Landschaft. Damals hat sich > jedenfalls keiner beschwert und die Nutzung hat sich so eingebürgert. Genauso habe ich das für die Radwegweiser in NRW gemacht, aus ähnlichen Gründen. Zumal Ampeln ja auch munter auf die Wegknoten gelegt werden, und landuse-Grenzen mit Wegen oft genug zusammenliegen :-( Gruß, André Joost From krasnoj at gmx.at Tue Jan 12 14:41:33 2010 From: krasnoj at gmx.at (Stefan Hirschmann) Date: Tue, 12 Jan 2010 15:41:33 +0100 Subject: [Talk-de] Abgrenzung highway=service und residential In-Reply-To: References: <4B4BCA0B.400@gmx.at> Message-ID: <4B4C8A1D.7030701@gmx.at> Claudius schrieb: > Ein Kommentar noch zum Karlsruhe-Schema: Die Adressinformation kommt > doch an den/die Hausknoten und nicht an den Zufahrtsweg. > Ja. Das wäre die saubere Lösung. Die Adressinformation an den Weg zu haften war die Kompromisslösung, bis jemand wirklich vor Ort die genaue Adressverortung macht. Der Weg selber hat keinen Name, als wäre setzen des "name" Attributes falsch. Aber ganz verwerfen sollte man den Namen der angrenzenden Häuser auch nicht. Lg Stefan > Claudius > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > > From osm at tappenbeck.net Tue Jan 12 15:25:41 2010 From: osm at tappenbeck.net (Jan Tappenbeck (OSM)) Date: Tue, 12 Jan 2010 16:25:41 +0100 Subject: [Talk-de] =?iso-8859-15?q?Frage_zum_=D6PVN-Tag-Schema?= Message-ID: <4B4C9475.2060008@tappenbeck.net> Moin ! ich habe gerade Lübecker ÖPNV-Schema vor und ein Problem den verschiedenen Verästellungen. Als Beispiel sei die Linie 7 genannt - http://www.stadtverkehr-luebeck.de/index.php?seid=9824 Wie würdet Ihr FROM und TO definieren. Einige der Busse bis "Oberbüssauer Weg" und andere von dort in verschiedene Richtung "Moorgarten" bzw. "Klein Wesenberg". Und bekommen die Wegeabschnitte zu den "Verästellungen" irgendetwas besonderes zugewiesen ??? Gruß Jan .-) From bernd at bwurst.org Tue Jan 12 15:49:38 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Tue, 12 Jan 2010 16:49:38 +0100 Subject: [Talk-de] guidepost In-Reply-To: <3F14F57218EA497480572854BD3D1513@mkwebdialin> References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> Message-ID: <201001121649.38800.bernd@bwurst.org> Am Dienstag 12 Januar 2010 13:00:15 schrieb Mirko Küster: > Ein Guidepost macht im Routingablauf und > insbesondere als access keinen Sinn, warum muss der trotzdem dahingehend > ausgewertet werden? Eigentlich steh ich der Sache eher neutral gegenüber, aber das ist Naiv! Immerhin ist "bicycle=yes" ohne irgwendwelchen kontext etabliert als "da dürfen Fahrräder durch". Es gibt keine "access"-Tags, die *zwingend* wären. Selbst ein späterer Mapper könnte bei einem Node, der Teil eines Weges ist davon ausgehen, dass dieses Tag einfach an dem Weg hätte stehen sollen und "korrigiert" das dann. Anders sähe es aus, wenn bicycle=yes *immer* ein anderes Tag brauchen würde um Sinn zu machen. Das ist aber nicht so. Gruß, Bernd -- Kann man in geschmolzenem Trockeneis schwimmen, ohne naß zu werden? -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From riedel.andre at gmail.com Tue Jan 12 16:19:56 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Tue, 12 Jan 2010 17:19:56 +0100 Subject: [Talk-de] guidepost In-Reply-To: <201001121649.38800.bernd@bwurst.org> References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> Message-ID: <124a940a1001120819l8f5f9a3y6966daf33e760f15@mail.gmail.com> Gegenbeispiel für ein schon weit verbreitetes Tag: http://wiki.openstreetmap.org/wiki/DE:Key:crossing Was mache ich, wenn ich ausdrücken will, dass bei einer Kreuzung nur 2 der 4 Übergänge für den Fahrradverkehr freigegeben. Ich trage also die zwei erlaubten Stellen mit bicycle=yes und die anderen mit bicycle=no ein. Passt soweit. Aber heißt das jetzt, dass die Ich die zwei Straßen mit dem Fahrrad nicht benutzen darf? Ciao André From webmaster at ts-eastrail.de Tue Jan 12 16:32:28 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Tue, 12 Jan 2010 17:32:28 +0100 Subject: [Talk-de] guidepost References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> Message-ID: >> Ein Guidepost macht im Routingablauf und >> insbesondere als access keinen Sinn, warum muss der trotzdem dahingehend >> ausgewertet werden? > Eigentlich steh ich der Sache eher neutral gegenüber, aber das ist Naiv! > Immerhin ist "bicycle=yes" ohne irgwendwelchen kontext etabliert als "da > dürfen Fahrräder durch". Es gibt keine "access"-Tags, die *zwingend* > wären. Ja, etabliert, weil einst so niedergeschrieben und man kannte es nicht anders. Man hat aber damals noch nicht daran gedacht, dass man ein Fahhrad=Ja (Nicht Fahrrad darf da durch) auch noch anderweitig gebrauchen könnte und so ein neutrale Aussage auf den Anwendungsfall Zugangsbeschränkung festgenagelt. Nun kann man ewig und drei Tage darauf bestehen das bis zum sannkt Nimmerleinstag so stehen zu lassen, oder man reformiert endlich mal aufgrund der Erfahrungen und Visionen von heute. Ich hatte schon einige Besipiele gebracht wo sich mehrere access überschneiden und aufgrund des Umstandes das nur ein Tag geht nicht darstellen lassen. Auch nicht durch Trennung mit Semikolon, weil man damit nicht Tagübergreifend die Verbindung zwischen den Werten aufzeigen kann. Das klappt nur solange wie Schlüssel1=Wert1;Wert2;Wert3 exakt zu Schlüssel2=Wert1;Wert2;Wert3 steht. Ein kleiner Fehler reicht und es käme beispielsweise ein Schlüssel1=Wert3;Wert2;Wert1 exakt zu Schlüssel2=Wert2;Wert1;Wert3 und schon passt es nicht mehr, was aber ausser der Erfasser selbst keiner erkennen kann. Da gab es bisher keine Antwort zu. Ignorieren hilft aber nicht das Problem zu lösen, Hauptsache man muss nichts ändern. Und ich sehe überhaupt keinen Grund eine konkrete Anwendung so zu stricken, das man eben nur routingrelevante Dinge einbezieht, wo ein Guidepost mit bicycle=yes schon in der Vorverarbeitung rausfallen würde. Wer das nicht macht wird bei einem so offenem System wie unserem immer gehörig die Kacke greifen. Überall finden sich irgendwelche Dinge die nirgends dokumentiert sind und bei einer Auswertung über alles mit einbezogen würden. > Selbst ein späterer Mapper könnte bei einem Node, der Teil eines Weges ist > davon ausgehen, dass dieses Tag einfach an dem Weg hätte stehen sollen und > "korrigiert" das dann. Das ist naiv. Dann hat er die zum Tag gehörende Erklärung nicht gelesen, den Kontext nicht erfasst und durch Unwissenheit murks gemacht. Das passiert weitaus öfters. Promintestes Beispiel ist highway=service vs. highway=services. Das kleine s am Ende entscheidet über Zufahrsstraße oder Raststätte. Wer da blind über Tagwatch oder OSMDOC agiert, bekommt die highway=services oft als Schreibfehler von highway=service präsentiert. Wer dann den Hintergrund nicht kennt, macht fix aus Raststätten Zufahrsstraßen. > Anders sähe es aus, wenn bicycle=yes *immer* ein anderes Tag brauchen > würde um > Sinn zu machen. Das ist aber nicht so. Dem ist aber sowas von so. Ein bicycle=yes / no kommt nicht aus irgendeiner Eingebung sondern muss einen Grund haben. Zusammen mit Highway entspricht das einem Gesetz oder einem Schild vor Ort. Als Punkt beispielsweise zusammen mit einer Barriere. Durch was ist denn ein bicycle=yes ohne alles begründet? Standest du da und eine Stimme sagte zu dir, dass dort Fahhräder lang dürfen? Und ja, es gibt auch unfertig gemapptes. Genau dafür gibts aber Note oder FIXME, oder man kann es anderweitig dokumentieren. Du kannst natürlich auch 3 Punkte als Wegverländerung, Access ohne alles und eine Schüssel mit drei Klösen malen. Da muss ich aber damit rechnen das kaum einer versteht was dahinter stecken soll. Denn das ist nunmal nicht üblich und undokumentiert kanns keiner erahnen. Und in dem Fall ziehts auch nicht. Guidepost mit bicycle=yes ist klar definiert und dokumentiert und soll eben nicht für access stehen. Der Fall ist eigentlich klar. Gruß Mirko From wo_wienke at gmx.net Tue Jan 12 16:39:58 2010 From: wo_wienke at gmx.net (Wolfgang Wienke) Date: Tue, 12 Jan 2010 17:39:58 +0100 Subject: [Talk-de] =?iso-8859-15?q?Frage_zum_=D6PVN-Tag-Schema?= In-Reply-To: <4B4C9475.2060008@tappenbeck.net> References: <4B4C9475.2060008@tappenbeck.net> Message-ID: <4B4CA5DE.7010703@gmx.net> Hallo! Jan Tappenbeck (OSM) schrieb: > Moin ! > > ich habe gerade Lübecker ÖPNV-Schema vor und ein Problem den > verschiedenen Verästellungen. Als Beispiel sei die Linie 7 genannt - > http://www.stadtverkehr-luebeck.de/index.php?seid=9824 > > Wie würdet Ihr FROM und TO definieren. Einige der Busse bis > "Oberbüssauer Weg" und andere von dort in verschiedene Richtung > "Moorgarten" bzw. "Klein Wesenberg". Und bekommen die Wegeabschnitte zu > den "Verästellungen" irgendetwas besonderes zugewiesen ??? Ich habe mich grundsätzlich bei FROM und TO immer an die Bezeichnungen des ÖPNV-Unternehmens gehalten. Wenn es "Verästellungen" gibt, die oft auch noch nur zu bestimmten Zeiten bedient werden, gibt es nach dem erweiterten Schema natürlich die Möglichkeit, für jede Verästellung eine eigene Route zu defnieren (jeweils für forward und backward) und diese in einer "line" zusammenzubinden (schau mal Relation 338255 und http://www.öpnvkarte.de/?lat=50.81103&lon=6.04212&zoom=14&layers=BT Linie 27). Allerdings wird so etwas von den bisherigem ÖPNV-Renderer und auch dem OSM-Browser ÖPNV-Overlay nicht optisch unterstützt. Das düfte auf der Karte auch schiewrig sein, die Karte unseres ÖPNV-Unternehmens kann das auch nicht. Es ließe sich wohl nur über zusätzlich aufrufbare popups o.ä. machen. -- Mit freundlichen Gruessen Wolfgang Wienke From extremecarver at googlemail.com Tue Jan 12 17:42:29 2010 From: extremecarver at googlemail.com (Felix Hartmann) Date: Tue, 12 Jan 2010 18:42:29 +0100 Subject: [Talk-de] guidepost In-Reply-To: References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> Message-ID: <4B4CB485.3040005@gmail.com> > Und in dem Fall ziehts auch nicht. Guidepost mit bicycle=yes ist klar > definiert und dokumentiert und soll eben nicht für access stehen. Der Fall > ist eigentlich klar. > > Gruß > Mirko > > > Ich finde es absolut unpassend denselben Tag mit mehreren Bedeutungen zu benutzen. Es ist komplett egal ob dokumentiert oder undokumentiert - gleicher Tag = gleiche Bedeutung. Nur so kann es keine Ueberraschungen durch neue Tags/Keys geben. Und bicycle=yes bedeutet fuer mich logischerweise, Ich darf das Hinweisschild ueberfahren. Das ist nunmal aber Sachbeschaedigung. Also hat bicycle=yes dort nichts zu suchen. Ich tagge ja auch nicht amenity=parking & bicycle=yes um darzustellen das hier Fahrraeder parken duerfen. > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From extremecarver at googlemail.com Tue Jan 12 17:51:36 2010 From: extremecarver at googlemail.com (Felix Hartmann) Date: Tue, 12 Jan 2010 18:51:36 +0100 Subject: [Talk-de] guidepost In-Reply-To: <20100112141208.GA14426@denofr.de> References: <20100112141208.GA14426@denofr.de> Message-ID: <4B4CB6A8.7060203@gmail.com> On 12.01.2010 15:12, Sarah Hoffmann wrote: > André Riedel schrieb: > >> Am 11. Januar 2010 21:50 schrieb Chris-Hein Lunkhusen: >> >>> Chris-Hein Lunkhusen schrieb: >>> >>> >>>> Naja, wenn jemand auf die Idee kommt Wegweiser ohne Radlerinfo >>>> mit bicycle=no zu taggen könnte es bei den Garmin Maps >>>> zu Überschneidung mit der --link-pois-to-roads Option >>>> kommen. In der Praxis führt es hoffentlich zur Zeit noch >>>> zu keinen Routingproblemen, da Wegweiser vorwiegend als >>>> separate Nodes getaggt sind. >>>> >>> So, nun hab ich mich mal schlau gemacht. Also der Trigger >>> für die oben genannte mkgmap Option ist der access-Tag. >>> >>> Nach dem Proposal [1] könnte man die Aussage: "Wegweiser >>> enthält Informationen für Alles außer Autos" mit >>> access=yes, motorcar=no taggen, und das wäre >>> dann ein Problem für's Routing: >>> >>> >>> ;-) >>> >>> Chris >>> >>> [1] >>> >> Schönes Beispiel, könntest du mir noch den Wegweiser dazu zeigen ;-) >> >> Meiner Meinung nach dürften alle im Proposal erwähnten Elemente nicht >> Teil eines Weges sein. Würde dies so umgesetzt werden, gäbe es dein >> Problem nie. Außerdem wird mit dieser Vereinfachung eine wichtige >> Information, der genauen Lage des Wegweisers, einfach unterschlagen. >> >> Also Wegweiser, Karte usw. mit neuen Node an "genauen" Standort neben >> der Straße eintragen. >> > Es gibt da ein kleines Problem mit der Schweiz. Hier dürften sich > geschätze 90-95% der Wegweiser auf der Strasse befinden. Ich muss > gestehen, dass das meine Schuld ist. Ich hatte damals, als ich das > Proposal für die Schweizer Wanderwege geschreiben hatte, vorgeschlagen, > die Wegweiser auf den Wegen zu plazieren, weil sie eben als Knotenpunkte > im Wanderwegenetz dienen. Es erschien mir nützlicher, sie im Wanderwege- > netz korrekt zu plazieren, als in der Landschaft. Damals hat sich > jedenfalls keiner beschwert und die Nutzung hat sich so eingebürgert. > > Ich persönlich bin auch der Meinung, dass das trotz der neuen *=yes-Tags > kein Problem ist, weil a) ein Router das Haupttag immer mitauswerten sollte > und b) ein *-no-Tag am Wegweiser nicht wirklich Sinn macht. > Wer sagt das guidepost oder was auch immer ein Haupttag ist. Es gibt keine Definition was ein Haupttag ist, solange bicycle=yes auch alleine eine Bedeutung hat. In der Datenbank steht bicycle=yes ja nicht als Unterpunkt von XXX=YYY drinnen, sondern als unterpunkt des Nodes. Autoroutingprogramme koennen unmoeglich alle Tagkombinationen auswerten, weil es da Millionen von Kombinationen gibt. Solange es in der Datenbank keine Moeglichkeit gibt, bicycle=yes als Untertag einzutragen, kann man es also auch nicht so betrachten. bicycle=yes als Tag besteht schon viel laenger als information=guidepost. Also kann bicycle=yes schwerlich ein Untertag von information=guidepost sein. > Wie dem auch sei, die Situation mag zwar nicht ideal sein, wird sich > wohl aber auch nicht mehr ändern, es sei denn, jemand macht sich auf > und verifiziert die Standorte aller 2361 eingetragenen Schweizer Wegweiser. > Es macht also nicht viel Sinn, darüber zu diskutieren, Wegweiser auf > Wegen als "falsch" zu deklarieren und zu "verbieten". > > Gruss > > Sarah > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From chris66nrw at gmx.de Tue Jan 12 17:59:47 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Tue, 12 Jan 2010 18:59:47 +0100 Subject: [Talk-de] guidepost In-Reply-To: <124a940a1001120819l8f5f9a3y6966daf33e760f15@mail.gmail.com> References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> <124a940a1001120819l8f5f9a3y6966daf33e760f15@mail.gmail.com> Message-ID: André Riedel schrieb: > Gegenbeispiel für ein schon weit verbreitetes Tag: > http://wiki.openstreetmap.org/wiki/DE:Key:crossing > > Was mache ich, wenn ich ausdrücken will, dass bei einer Kreuzung nur 2 > der 4 Übergänge für den Fahrradverkehr freigegeben. Ist kein Gegenbeispiel, da bicycle=no hier ebend auch heisst: Keine Durchfahrt für Fahrräder. Trotzdem natürlich auch problematisch für Router, da es nur in einer Richtung gilt. Chris From webmaster at ts-eastrail.de Tue Jan 12 18:13:36 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Tue, 12 Jan 2010 19:13:36 +0100 Subject: [Talk-de] guidepost References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com> Message-ID: > Ich finde es absolut unpassend denselben Tag mit mehreren Bedeutungen zu > benutzen. Sagt auch keiner. Aber woher kommt die Meinung das bicycle=yes auf ewig nur Zugangsbeschränkung bedeutet und der Weisheit letzter Schluss ist und trotz Problemen nicht angetastet werden darf? Weil es schon immer so war? Kein Argument. Weil eine Reform nunmal mit Arbeit verbunden ist? Auch kein Argument. Denn man wird immer wieder auf Probleme stoßen mit denen man bei Einführung des einen oder anderen Tags nicht gerechnet hat. Entweder wirds optimiert, oder wir sitzen es aus reine Beqeumlichkeit aus und taggen uns an einigen Stellen in eine Sackgasse. > Es ist komplett egal ob dokumentiert oder undokumentiert - > gleicher Tag = gleiche Bedeutung. Nur so kann es keine Ueberraschungen > durch neue Tags/Keys geben. Überrascht ist nur der welcher sich nicht informiert. Nur wird derjenige damit immer Probleme haben. Wir haben keine Standards und da jeder machen kann was er will, wird es immer zu Überraschungen kommen. Wer das nicht einkalkuliert ist hier falsch. > Und bicycle=yes bedeutet fuer mich logischerweise, Ich darf das > Hinweisschild ueberfahren. Das ist nunmal aber Sachbeschaedigung. Also > hat bicycle=yes dort nichts zu suchen. Wenn das deine "Logik" ist dann hast du erstens nicht gelesen in welchem Kontext das steht, und zweitens wäre das Auto mit den eckigen Rädern fällig. Übersetzt heißt das nichts anderes wie Fahrrad=Ja, das ist neutral und könnte beispielsweise auch in Buslinien stehen. Fahrrad=Ja, weil im Bus auch Fahrräder transportiert werden können. Im Fall von Guidepost eben Fahrrad=Ja, weil dort Informationen für Radler stehen. Der Kontext machts, nicht der Umstand das man irgendwann nicht die Weitsicht hatte das Fahrrad=Ja auch anderweitig Sinn machen könnte und es sich so eingebürgert hat das nun jeder Fahrrad=darf befahren sieht. Aus heutiger Sicht mit heutiger Erfahrung einfach unschön. > Ich tagge ja auch nicht > amenity=parking & bicycle=yes um darzustellen das hier Fahrraeder parken > duerfen. Schonmal nachgeschaut ob das andere nicht doch schon tun? Und sicherleich erholst du dich auch nicht im Knast, hoffentlich wenn man deiner "Logik" folgt, hast aber sicherlich schon Annehmlichkeit=Gefängnis aka amenity=prison getaggt. Eine weitere Fehlbesetzung aus den Anfangstagen. Gruß Mirko From osm at tobias-knerr.de Tue Jan 12 18:14:13 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Tue, 12 Jan 2010 19:14:13 +0100 Subject: [Talk-de] guidepost In-Reply-To: <4B4CB6A8.7060203@gmail.com> References: <20100112141208.GA14426@denofr.de> <4B4CB6A8.7060203@gmail.com> Message-ID: <4B4CBBF5.9060204@tobias-knerr.de> Felix Hartmann schrieb: > Wer sagt das guidepost oder was auch immer ein Haupttag ist. Es gibt > keine Definition was ein Haupttag ist, solange bicycle=yes auch alleine > eine Bedeutung hat. In der Datenbank steht bicycle=yes ja nicht als > Unterpunkt von XXX=YYY drinnen, sondern als unterpunkt des Nodes. > Autoroutingprogramme koennen unmoeglich alle Tagkombinationen auswerten, > weil es da Millionen von Kombinationen gibt. Ich komme mittlerweile zum Schluss, dass die einzige funktionierende Option eine "Whitelist" ist. access-Tags (einschließlich maxheight, bicycle uvm.) können nur dann routingrelevante Zugangsrechte ausdrücken, wenn auch ein bekannter anderer Tag am gleichen Objekt hängt: highway, barrier, crossing. Wenn sie mit anderen, unbekannten oder ohne jegliche begleitende Tags verwendet werden, werden sie ignoriert. Andere Vorgehensweisen kommen weder mit unkontrolliertem Neuerfinden von Tags, noch mit den bereits jetzt unterschiedlichen Bedeutungen abhängig von den begleitenden Tags (z.B. crossing, parking) zurecht. Auch wenn man guidepost jetzt noch umbiegen könnte, für die anderen existierenden abweichenden Bedeutungen gilt das kaum mehr. Tobias Knerr From osm at tappenbeck.net Tue Jan 12 18:28:18 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 12 Jan 2010 19:28:18 +0100 Subject: [Talk-de] Kulturhauptstadt 2010 - was ist daraus geworden ? Message-ID: <4B4CBF42.7000002@tappenbeck.net> Moin ! was ist eigentlich aus http://wiki.openstreetmap.org/wiki/WikiProject_Kulturhauptstadt_2010 geworden ?? Gruß jan :-) From l.emmerich at t-online.de Tue Jan 12 19:00:31 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Tue, 12 Jan 2010 20:00:31 +0100 Subject: [Talk-de] OSM an der VHS In-Reply-To: <4B4BB8F0.7060703@gmx.de> References: <4B4AE4AF.3080003@gmx.net> <4B038402-9AA4-49B9-B5A6-6299C81EA429@t-online.de> <814384661001111401o3236b554u20ce4175185c1df1@mail.gmail.com> <4B4BB8F0.7060703@gmx.de> Message-ID: Hallo Markus, vielen Dank für Deine umfangreiche Antwort. Sie hat mir gefallen. Dein Stil hat mir gefallen!! > Also habe ich JOSM durch "Versuch und Irrtum" ergründet. > Mühselig und langwierig. Aber immer wenn ich etwas verstanden habe, habe > ich das gleich ins Wiki geschrieben: > http://wiki.openstreetmap.org/wiki/DE:JOSM/Werkzeuge Mir ging's genau so. Habe mich als Autodidakt betätigt. Als ich auf die Mailingliste aufmerksam wurde, habe ich mich sofort eingetragen. Die Inhalte der Artikel, die Wortwahl, die vielen mir nicht bekannten Abkürzungen haben mich nur denken lassen: Oh mein Gott. Ich kam mir so hilflos vor. Es hat lange gedauert, bis ich mich traute, auch einen Artikel zu schreiben. Für ein Re auf einen Artikel traue ich mich jetzt noch kaum. > Und ich war auf der Entwicklerkonferenz und habe versucht, den Profis zu > beschreiben, wie schwierig für uns Anfänger der Einstieg und die Arbeit > mit OSM ist, und Ideen eingebracht, was uns helfen könnte. Kann leider nicht so durch die Welt fahren. > Inzwischen ist viel geschehen: > Zunehmend werden Erkenntnisse aus der Mailingliste ins Wiki geschrieben. > Wikitexte werden in deutscher Sprache verfasst (oder übersetzt). > In JOSM gibt es für vieles Vorlagen, mit denen man die Eigenschaften der > Objekte benutzergeführt erfassen kann. > Für Windows-Nutzer gibt es automatische Installationssoftware. > Und für viele Programme und Anwendungen gibt es verständliche und > nachvollziehbare Beschreibungen in deutscher Sprache. In der Tat. JOSM hat sich gewaltig weiterentwickelt. Trotzdem vermisse ich eine bessere und auch besser strukturierte Hilfe. Z.B. beim Briefkasten: Die in JOSM integrierte Tag-Auswahl plus mögliche zusätzliche Tags wie collection_times. Woher weiß ich als einfacher Anwender, was noch alles angeboten wird. Und jedesmal das ganze Wiki durchsuchen - nein. Beispiel: Gestern suchte ich nach einem Eintrag für einen Hubschrauberlandeplatz an einem Krankenhaus. Schon wieder in der Wiki nachschauen - keine Lust. Habe also eingetragen: amenity=helicoper_landing_site. Sicherlich falsch. Bin nach der Suche hier gelandet: http://wiki.openstreetmap.org/wiki/Tagwatch/Descriptions/de Nach einiger Suche habe ich gefunden: aeroway=helipad. Ich bin mir sicher: das ist nicht der vollständige Eintrag. landuse=aeroway : Ist das die richtige Ergänzung? Wie Du lesen kannst, bin ich ganz schön am schwitzen. Bin auch nach einiger Zeit darauf gekommen dass sämtliche Automaten zuerst mit amenity=vending_machine getaggt werde. Ich denke, vielen geht es ähnlich. Ich wünsche mir diesbezüglich eine bessere Hilfe bzw. eine Verlinkung in eine Datenbank. > Bei OpenSeaMap versuchen wir, mit einem intelligenten Editor dem Nutzer > eine grafische Eingabeoberfläche zu bieten, damit er sich nicht mehr > durch die vielen Attributierungsvarianten kämpfen muss. Grafisch - schön. JOSM hat sich wirklich gut weiter entwickelt. Aber .. siehe oben >> Biete meiner Hilfe gerne an > > Danke für Dein Angebot - nehme ich gerne an! > > Wir könnten beispielsweise eine "Einführung in OSM" machen, als > Powerpoint-Präsentation und Life-Demo, z.B. für einen VHS-Abend. > > Oder einen Halbtages-Workshop "Kartografieren mit JOSM". Biete wirklich meine Hilfe an. Texte schreiben, bei der Struktuierung helfen. Didaktisch und methodisch (Sch... Leherdeusch) Kapitel aufbauen und Texte struktuieren. Kann auch Fotos beisteuern. Habe kein Powerpoint aber das Pendant in Openoffice. > PS: kennst Du ein Werkzeug, mit dem man eine solche Teamarbeit virtuell > organisieren und gemeinsam an einer Präsentation arbeiten kann? Nein, kann mich aber mal schlau machen. Viele Grüße Lothar From lonvia at denofr.de Tue Jan 12 19:06:28 2010 From: lonvia at denofr.de (Sarah Hoffmann) Date: Tue, 12 Jan 2010 20:06:28 +0100 Subject: [Talk-de] guidepost In-Reply-To: <4B4CB6A8.7060203@gmail.com> References: <20100112141208.GA14426@denofr.de> <4B4CB6A8.7060203@gmail.com> Message-ID: <20100112190628.GA15578@denofr.de> On Tue, Jan 12, 2010 at 06:51:36PM +0100, Felix Hartmann wrote: > On 12.01.2010 15:12, Sarah Hoffmann wrote: > > > > Ich persönlich bin auch der Meinung, dass das trotz der neuen *=yes-Tags > > kein Problem ist, weil a) ein Router das Haupttag immer mitauswerten sollte > > und b) ein *-no-Tag am Wegweiser nicht wirklich Sinn macht. > > > Wer sagt das guidepost oder was auch immer ein Haupttag ist. Es gibt > keine Definition was ein Haupttag ist, solange bicycle=yes auch alleine > eine Bedeutung hat. In der Datenbank steht bicycle=yes ja nicht als > Unterpunkt von XXX=YYY drinnen, sondern als unterpunkt des Nodes. > Autoroutingprogramme koennen unmoeglich alle Tagkombinationen auswerten, > weil es da Millionen von Kombinationen gibt. > > Solange es in der Datenbank keine Moeglichkeit gibt, bicycle=yes als > Untertag einzutragen, kann man es also auch nicht so betrachten. > bicycle=yes als Tag besteht schon viel laenger als > information=guidepost. Also kann bicycle=yes schwerlich ein Untertag von > information=guidepost sein. Mit Haupttag meinte ich ein Tag, dass ganz alleine an einem Weg oder Knoten benutzt wird, während ein Untertag nur in Kombination mit anderen Tags anzutreffen ist. Diese Art von Hierarchie hat sich in OSM sehr wohl etabliert, auch wenn es nicht im Datenbank-Schema festgeschrieben ist. "highway=*" ist ein Haupttag. "tourism=*" eines. "information=guidepost" ist keines und "bicycle=*" sicherlich auch nicht. Eben weil das Tagging-Schema bei OSM so in Fluss ist, sollte eine Software nur Elemente auswerten, wo sie die Haupttags kennt. Alles andere wird früher oder später zu Schwierigkeiten führen. Gruss Sarah From l.emmerich at t-online.de Tue Jan 12 19:16:09 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Tue, 12 Jan 2010 20:16:09 +0100 Subject: [Talk-de] =?iso-8859-1?q?Frage_zum_=D6PVN-Tag-Schema?= In-Reply-To: <4B4C9475.2060008@tappenbeck.net> References: <4B4C9475.2060008@tappenbeck.net> Message-ID: <8DA9B364-FC19-42A5-9F27-F697CECA26C1@t-online.de> Hallo Jan, der User Thomas Reinke ist in dem Bereich sehr aktiv und kennt sich aus. Er hat hier im AL auch schon einiges geschrieben. Wende Dich doch mal an ihn. > Wie würdet Ihr FROM und TO definieren. Einige der Busse bis > "Oberbüssauer Weg" und andere von dort in verschiedene Richtung > "Moorgarten" bzw. "Klein Wesenberg". Und bekommen die Wegeabschnitte zu > den "Verästellungen" irgendetwas besonderes zugewiesen ??? Als Beispiel nehme mal die route "Bus 237" im Bereich Aachen-Köln. Hier hat Thomas einiges reingeschrieben. Übrigens: Ist die Mail mit der Präsentation als Anhang angekommen? Viele Grüße Lothar From de_muur at gmx.de Tue Jan 12 19:25:43 2010 From: de_muur at gmx.de (Torsten Leistikow) Date: Tue, 12 Jan 2010 20:25:43 +0100 Subject: [Talk-de] guidepost In-Reply-To: <4B4C84C5.5090203@nurfuerspam.de> References: <20100112141208.GA14426@denofr.de> <4B4C84C5.5090203@nurfuerspam.de> Message-ID: <4B4CCCB7.4020300@gmx.de> Andre Joost schrieb am 12.01.2010 15:18: > Sarah Hoffmann schrieb: >> Hier dürften sich geschätze 90-95% der Wegweiser auf der Strasse befinden. > > Genauso habe ich das für die Radwegweiser in NRW gemacht, aus ähnlichen > Gründen. Bei den Radwegenetzen, die ich gerade erfasse, lege ich die Wegweiser absichtlich neben die Wege aus folgenden Gruenden: 1. Zum Teil sind die Wegweiser eher versteckt untergebracht. Da kann das durchaus helfen, wenn man auf der Karte sehen kann, wo neben der Strasse der Wegweiser zu suchen ist. 2. Zum Teil werden Strassen ja ueber mehrere ways erfasst (mehrspurige Strassen mit Mittelstreifen) und zum Teil werden ja leider auch die Radwege separat erfasst. Da besteht dann eine Kreuzung aus mehr als einem Knotenpunkt. Welchen sollte man dann fuer den Wegweiser nehmen. 3. In Bremen gibt es an manchen Kreuzungen auch mehrere Radwegweiser, fuer jede Anfahrtrichtung einen. Und um die Sache moeglichst kompliziert zu machen, sind auf den einzelnen Wegweiser nicht immer die selben Richtung ausgeschildert, und selbst wenn, dann stehen da nicht immer die selben ziele drauf. Gruss Torsten From ulf.lamping at googlemail.com Tue Jan 12 20:01:02 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Tue, 12 Jan 2010 21:01:02 +0100 Subject: [Talk-de] guidepost In-Reply-To: References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com> Message-ID: <4B4CD4FE.2000709@googlemail.com> Am 12.01.2010 19:13, schrieb Mirko Küster: >> Ich finde es absolut unpassend denselben Tag mit mehreren Bedeutungen zu >> benutzen. > > Sagt auch keiner. Aber woher kommt die Meinung das bicycle=yes auf ewig nur > Zugangsbeschränkung bedeutet und der Weisheit letzter Schluss ist und trotz > Problemen nicht angetastet werden darf? Weil es schon immer so war? Kein > Argument. Weil eine Reform nunmal mit Arbeit verbunden ist? Auch kein > Argument. Denn man wird immer wieder auf Probleme stoßen mit denen man bei > Einführung des einen oder anderen Tags nicht gerechnet hat. Entweder wirds > optimiert, oder wir sitzen es aus reine Beqeumlichkeit aus und taggen uns an > einigen Stellen in eine Sackgasse. ... und weil du die Weisheit mit Löffeln gefressen hast, ändern wir jetzt mal überall an den Definitionen rum, bis dann keiner mehr bei irgendwas durchblickt. Toller Plan. Veränderung bedeutet nicht zwangsläufig, das etwas besser wird. Gruß, ULFL From osm at terbrueggen.net Tue Jan 12 20:26:58 2010 From: osm at terbrueggen.net (olvagor) Date: Tue, 12 Jan 2010 21:26:58 +0100 Subject: [Talk-de] Hallennummern Message-ID: <4B4CDB12.4020309@terbrueggen.net> Hallo, ich bin gerade durch Zufall darauf gestoßen, dass Sporthallen wohl eine Hallennummer besitzen. Hier findet sich eine (zufällig ausgewählte) Liste: http://www.bsc-handball.de/Hallen/hallever.htm Ich hab leider auch nach längerer Suche nicht herausfinden können, ob die Nummer bundesweit gilt und von offiziellen Stellen vergeben wird oder ob sich da jeder Sportverband seine eigene Suppe kocht. Weiß jemand genaueres? Gruß, Markus From webmaster at ts-eastrail.de Tue Jan 12 20:36:04 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Tue, 12 Jan 2010 21:36:04 +0100 Subject: [Talk-de] guidepost References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com> <4B4CD4FE.2000709@googlemail.com> Message-ID: <3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> > ... und weil du die Weisheit mit Löffeln gefressen hast, ändern wir > jetzt mal überall an den Definitionen rum, bis dann keiner mehr bei > irgendwas durchblickt. Toller Plan. Hör doch mal diesem persöhnlichem Schwachsinn auf. Ich möchte nur gerne wissen warum sich da nichts ändern darf. Beispiele hatte ich schon gebracht. Nur kriege ich immer nur zu hören das es so ist wie es ist und es sich desshalb nicht ändern kann. Das ist kein Argument. Es geht auch nicht darum dutzende Tags zu ändern sondern einen durchdacht den aktuellen Bedürfnissen anzupassen und zu konkretisieren. Die Konsequenz vom Aussitzen des einen würde wiederum die Einführung dutzender anderer bedeuten, wo ein Fahrrad=ja mehr als ausgereicht hätte. Das ist dann wiederum kein Problem und alle blicken durch? Für jeden Fall wo man ein Fahrrad=ja gebrauchen könnte, müsste jeweils extra ein Irgendwas:Fahrrad=ja erfunden werden, es bleibt ja nicht nur bei information:bicycle=yes. Jetzt möchte ich von dir ein vernünftiges Argument hören warum ein access:bicycle=yes mit Erweiterung von anderen längst fälligen Angaben aus der Praxis und für alle anderen Fälle ein simples bicycle=yes nicht geht während ein unangestastetes bicycle=yes bei Acesss, mit bestehenden kombinationsproblemen und die Erfindung von information:bicycle=yes, puplic_transport:bicycle=yes... usw. absolut kein Problem sind. Kein Argument ist das es irgendwann mal so reingeschrieben wurde, auch nicht das eine Änderung Arbeit bedeutet. Tagumbauten gab es schon immer. Die heutigen barrier=* standen einst mal einzeln unter highway=*, blitzer wurden in enforcement eingeordnet, selbst der hier umstrittene Guidepost war sogar zusammen mit Shops mal unter amenity=* eingeordnet. Das Abendland ging nicht unter, trotz Tag oder Definitionsänderung. Und hier ginge es nichtmal darum das Pferd neu zu satteln, der Tag wird nur erweitert. > Veränderung bedeutet nicht zwangsläufig, das etwas besser wird. Kommt drauf an was hinten rauskommt. Ein generelles mauern wegen ist so bringt aber auch nicht weiter. Gruß Mirko From osm at tappenbeck.net Tue Jan 12 21:07:31 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 12 Jan 2010 22:07:31 +0100 Subject: [Talk-de] =?iso-8859-15?q?Karte_mit_Marker_im_Wiki_-_ist_das_m=F6?= =?iso-8859-15?q?glich?= Message-ID: <4B4CE493.6070703@tappenbeck.net> Moin ! wir suchen eine Möglichkeit um im Wiki eine Karte mit Marker, ähnlich wie dieses mit [1] möglich ist zu realisieren. Kann uns einer weiterhelfen?? ... wenn ich die Anforderung noch weiter ausbauen würde, dann wäre die Einblendung von Relationen im Wiki (z.B. für Grenzen) noch ganz hilfreich. Gruß Jan :-) [1] http://dev.openstreetmap.de/staticmap/wizzard/ From osm-talk at mx-server.de Tue Jan 12 21:12:45 2010 From: osm-talk at mx-server.de (Michael Bemmerl) Date: Tue, 12 Jan 2010 22:12:45 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <4B436F35.5060608@anders-hamburg.de> References: <4B436F35.5060608@anders-hamburg.de> Message-ID: <4B4CE5CD.6010604@mx-server.de> Hallo zusammen, ich hab' mal ne Frage zu der Angabe der Gegend (inner- / außerorts). Bedeutet innerorts, dass der Punkt innerhalb des Orts (also nach dem Ortsschild) liegt oder das der Punkt im bewohnten Gebiet liegt (z.B. Industriegebiet = außerorts)? Grüße, Michi -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 195 bytes Beschreibung: OpenPGP digital signature URL : From extremecarver at googlemail.com Tue Jan 12 21:13:52 2010 From: extremecarver at googlemail.com (Felix Hartmann) Date: Tue, 12 Jan 2010 22:13:52 +0100 Subject: [Talk-de] guidepost In-Reply-To: <3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com> <4B4CD4FE.2000709@googlemail.com> <3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> Message-ID: <4B4CE610.5060402@gmail.com> On 12.01.2010 21:36, Mirko Küster wrote: >> ... und weil du die Weisheit mit Löffeln gefressen hast, ändern wir >> jetzt mal überall an den Definitionen rum, bis dann keiner mehr bei >> irgendwas durchblickt. Toller Plan. >> > > Hör doch mal diesem persöhnlichem Schwachsinn auf. Ich möchte nur gerne > wissen warum sich da nichts ändern darf. Beispiele hatte ich schon gebracht. > Nur kriege ich immer nur zu hören das es so ist wie es ist und es sich > desshalb nicht ändern kann. Das ist kein Argument. > > > Dann starte doch ein Proposal im Wiki. Dann wird man ja sehen was die allgemeinheit davon haelt. > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From nhoffmann at spamfence.net Tue Jan 12 21:34:27 2010 From: nhoffmann at spamfence.net (Norbert Hoffmann) Date: Tue, 12 Jan 2010 22:34:27 +0100 Subject: [Talk-de] guidepost References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com> <4B4CD4FE.2000709@googlemail.com> <3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> Message-ID: <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> Mirko Küster wrote: >Kommt drauf an was hinten rauskommt. Ein generelles mauern wegen ist so >bringt aber auch nicht weiter. Ulf "mauert" doch nicht. Er hat - wie auch andere - versucht dir klarzumachen, wo das Problem liegt. Das derzeitige "bicycle=yes" kann (noch!) bei echtem Bedarf einmal zu "access:bicycle=yes" o.ä. gewandelt werden, denn für genau diesen Fall ist es definiert. Wenn du jetzt aber "bicycle=yes" mit anderer Bedeutung nutzen willst, dann ist diese Möglichkeit verbaut. Wer ein "altes" key/value-Paar mit einer neuen Bedeutung versehen will, der verwässert die in der DB gespeicherten Informationen. Natürlich gibts da "Gegenwind" von denen, deren Arbeit da teilentwertet werden würde. Norbert (Und komm' nicht mit "abhängig vom Haupttag" - was soll das sein?) From nhoffmann at spamfence.net Tue Jan 12 21:41:55 2010 From: nhoffmann at spamfence.net (Norbert Hoffmann) Date: Tue, 12 Jan 2010 22:41:55 +0100 Subject: [Talk-de] guidepost References: <20100112141208.GA14426@denofr.de> <4B4CB6A8.7060203@gmail.com> <20100112190628.GA15578@denofr.de> Message-ID: Sarah Hoffmann wrote: >Mit Haupttag meinte ich ein Tag, dass ganz alleine an einem Weg oder Knoten >benutzt wird, während ein Untertag nur in Kombination mit anderen Tags >anzutreffen ist. Diese Art von Hierarchie hat sich in OSM sehr wohl >etabliert, auch wenn es nicht im Datenbank-Schema festgeschrieben ist. >"highway=*" ist ein Haupttag. "tourism=*" eines. "information=guidepost" >ist keines und "bicycle=*" sicherlich auch nicht. Und du schreibst also vor, das je way oder node nur genau einer dieser "Haupttags" genutzt werden darf? Ich nehme an, du überarbeitest jetzt auch alle Knoten, an denen derzeit z.B. amenity *und* shop vorhanden sind. Norbert From webmaster at ts-eastrail.de Tue Jan 12 21:43:26 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Tue, 12 Jan 2010 22:43:26 +0100 Subject: [Talk-de] guidepost References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com> <4B4CD4FE.2000709@googlemail.com><3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <4B4CE610.5060402@gmail.com> Message-ID: <23DEE41033EB452CB241DA77C5AF2512@mkwebdialin> > Dann starte doch ein Proposal im Wiki. Dann wird man ja sehen was die > allgemeinheit davon haelt. Genau das versuche ich in dem Stadium erst garnicht weil du mit einem Proposal auch nur die Meinung von nicht repräsentativen 0.01% der Community erfährst. Die wahre Abstimmung findet in der DB selber über die tatsächliche Nutzung statt, nicht über die Meinung einiger weniger. Und genau davon erzähle ich die ganze Zeit. Im Wiki stehen Empfehlungen und keine unabänderbaren Naturgesetzte. Übrigends gibts da schon lange verschiedene Gedanken zur kombinierung der Tags, wo sich Probleme wie nur einmalig nutzbare Tags, wo man das ganze aber zweimal oder mehr bräuchte, Lösen. Und das sollte man sich erstmal alles angucken und gegebenfalls etwas ausarbeiten. Des weiteren wichtige Erweiterungen wie "Bei Nässe" etc. was mit dem derzeitigen Schema ebenfalls nicht geht. Und im gleichem Atemzug kannst du den Access auch gleich mit einem access:foo=bar konkretisieren und die eigentlich neutralen Tags wieder für eine simple Aussage die in vielen Fällen generell passt befreien und so dutzende neue Tags einsparen. http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags Lohnt es sich da wirklich überhaupt nicht mal drüber nachzudenken? Sind alle wirklich mit der jetzigen Situation zufrieden und keiner stand mal vor zwei Sperrzeiten für zwei unterschiedliche Fahrzeugtypen auf ein und derselben Straße, oder anderen Problemen die so jetzt garnicht gehen? Ich würde ja verstehen wenn da wirkliche Argumente kommen würden die aufzeigen das es wirklich problematisch und nicht umzusetzen ist. Aber solange da nur ist so wie es ist kommt, ist das keine befriedigende Antwort. Gruß Mirko From webmaster at ts-eastrail.de Tue Jan 12 22:10:56 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Tue, 12 Jan 2010 23:10:56 +0100 Subject: [Talk-de] guidepost References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com><4B4CD4FE.2000709@googlemail.com><3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> Message-ID: > Ulf "mauert" doch nicht. Er hat - wie auch andere - versucht dir > klarzumachen, wo das Problem liegt. Das derzeitige "bicycle=yes" kann > (noch!) bei echtem Bedarf einmal zu "access:bicycle=yes" o.ä. gewandelt > werden, denn für genau diesen Fall ist es definiert. Nein denn er will ja garnicht erst von bicycle=yes weg sondern alles andere soll sich bitte eine entsprechend neue Definition suchen. Er klebt an seiner Definition, Begründung weil etabliert. Zitiere mir mal die Stelle wo es so rüberkommt wie du schreibst, ich finde sie ehrlich gesagt nicht. Das access:bicycle=yes kam von mir und genau da möchte ich mit einigen anderen Ergänzungen hin. Und wenn jetzt der Bedarf aufkommt das ganze zu konkretisieren, ist es höchste Eisenbahn den Schritt zu gehen. Oder wann soll das passieren? Die echten Abstimmungen finden auf der DB statt und nicht in irgendeinem unrepräsentativen Proposal im Wiki. Du kannst jetzt versuchen eine Verwendung von bicycle=yes für alles andere als access zu verbieten. Es ist nur fraglich ob das so aufzuhalten ist. > Wenn du jetzt aber "bicycle=yes" mit anderer Bedeutung nutzen willst, dann > ist diese Möglichkeit verbaut. Eine Möglichkeit die doch keiner hier in betracht zieht. Wann soll die kommen? > Wer ein "altes" key/value-Paar mit einer neuen Bedeutung versehen will, > der > verwässert die in der DB gespeicherten Informationen. Natürlich gibts da > "Gegenwind" von denen, deren Arbeit da teilentwertet werden würde. Da wird doch nichts verwässert weil beide Tags zusammen einen anderen dokumentierten Kontext ergeben. Ein bicycle=yes kann auf einem Guidepost kein access sein. Ergo kannst du Guidepost bei einer Routinganwendung guten gewissens ignorieren. > (Und komm' nicht mit "abhängig vom Haupttag" - was soll das sein?) Schon tausende male geschrieben. Ein Access hat immer einen Grund und kann nur zusammen mit bekannten Objekten vorkommen. Als Gesetz oder Schild auf einem Way zusammen mit highway, oder als Punkt auf einem Hinderniss, da zusammen mit barrier. Nicht vorhandenes und unfertiges gehört als solches gekennzeichnet. bicycle=yes ohne weiteres auf einem Node kann nicht korrekt sein, weil der Grund dafür fehlt. Du stehst nicht irgendwo und hast die Eingebung das dort Fahrrad erlaubt ist. Das muss einen Grund haben und ist abhängig von einem Objekt. Gruß Mirko From liste12A45q7 at gmx.de Tue Jan 12 22:24:17 2010 From: liste12A45q7 at gmx.de (Markus) Date: Tue, 12 Jan 2010 23:24:17 +0100 Subject: [Talk-de] =?iso-8859-15?q?Karte_mit_Marker_im_Wiki_-_ist_das_m=F6?= =?iso-8859-15?q?glich?= In-Reply-To: <4B4CE493.6070703@tappenbeck.net> References: <4B4CE493.6070703@tappenbeck.net> Message-ID: <4B4CF691.7060604@gmx.de> Am 12.01.2010 22:07, schrieb Jan Tappenbeck: > wir suchen eine Möglichkeit um im Wiki eine Karte mit Marker, ähnlich > wie dieses mit [1] möglich ist zu realisieren. Hätte ich auch gern! Gruss, Markus From ke at gnu.franken.de Wed Jan 13 02:07:05 2010 From: ke at gnu.franken.de (Karl Eichwalder) Date: Wed, 13 Jan 2010 03:07:05 +0100 Subject: [Talk-de] guidepost In-Reply-To: <4B4CB485.3040005@gmail.com> (Felix Hartmann's message of "Tue, 12 Jan 2010 18:42:29 +0100") References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com> Message-ID: Felix Hartmann writes: > Und bicycle=yes bedeutet fuer mich logischerweise, Ich darf das > Hinweisschild ueberfahren. Du hättest das haupttag beachten müssen. > Ich tagge ja auch nicht amenity=parking & > bicycle=yes um darzustellen das hier Fahrraeder parken duerfen. Das ist völlig legitimes tagging. Viel besser, als erläuternde info in den tagnamen zu packen -- das skaliert nämlich auf dauer nicht. -- Karl Eichwalder From florian at grossing.de Wed Jan 13 03:54:21 2010 From: florian at grossing.de (Florian Gross) Date: Wed, 13 Jan 2010 04:54:21 +0100 Subject: [Talk-de] OSM an der VHS In-Reply-To: References: <4B4AE4AF.3080003@gmx.net> <4B4BB8F0.7060703@gmx.de> Message-ID: <201001130454.21848.florian@grossing.de> Am Di Januar 12 2010 glaubte Lothar Emmerich zu wissen: > Ich wünsche mir diesbezüglich eine bessere Hilfe bzw. eine Verlinkung in eine Datenbank. Ja, das Wiki ist teilweise eine Katastrophe, wenn man etwas bestimmtes sucht. flo -- > Dein blöder PATSCH Hatt eines meiner Augen getroffen. Wenn du das > noch mal machst, dann kuck Ich dich nicht mehr an . Ach was, Du hast doch sicher noch genug Augen. [WoKo und Michael Hoffmann in dag°] From frala1969 at gmail.com Wed Jan 13 05:54:18 2010 From: frala1969 at gmail.com (Frank Lahrmann) Date: Wed, 13 Jan 2010 06:54:18 +0100 Subject: [Talk-de] OSM an der VHS In-Reply-To: <4B4BB8F0.7060703@gmx.de> References: <4B4AE4AF.3080003@gmx.net> <4B038402-9AA4-49B9-B5A6-6299C81EA429@t-online.de> <814384661001111401o3236b554u20ce4175185c1df1@mail.gmail.com> <4B4BB8F0.7060703@gmx.de> Message-ID: <4B4D600A.9010004@gmail.com> Hallo zusammen, Am 12.01.10 00:49, schrieb Markus: > ..... > PS: kennst Du ein Werkzeug, mit dem man eine solche Teamarbeit virtuell > organisieren und gemeinsam an einer Präsentation arbeiten kann? > Man könnte es mal mit dem neuen "Spielzeug" von Google versuchen: https://wave.google.com From marcus.wolschon at googlemail.com Wed Jan 13 06:48:22 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Wed, 13 Jan 2010 07:48:22 +0100 Subject: [Talk-de] =?utf-8?q?TMC_Validator_-_Innerorts/Au=C3=9Ferorts?= Message-ID: 2010/1/12 Michael Bemmerl : > Hallo zusammen, > > ich hab' mal ne Frage zu der Angabe der Gegend (inner- / außerorts). > Bedeutet innerorts, dass der Punkt innerhalb des Orts (also nach dem > Ortsschild) liegt oder das der Punkt im bewohnten Gebiet liegt (z.B. > Industriegebiet = außerorts)? Was genau hat das jetzt mit TMC zu tun? Für TMC ist Innerorts/Außerorts egal. Glasseis/Strassensperre/Stau/... sind es in beiden Fällen. Allgemein wäre für den Verkehr "innerorts" nach dem Ortsschild. Für Adressen und erst Recht für Verwaltungs-Regionen kann es anders sein. Bitte macht die Frage doch unter einem anderen Betreff auf, damit sie nicht übersehen wird. Marcus From andre+joost at nurfuerspam.de Wed Jan 13 06:49:24 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Wed, 13 Jan 2010 07:49:24 +0100 Subject: [Talk-de] guidepost In-Reply-To: <20100112190628.GA15578@denofr.de> References: <20100112141208.GA14426@denofr.de> <4B4CB6A8.7060203@gmail.com> <20100112190628.GA15578@denofr.de> Message-ID: <4B4D6CF4.90102@nurfuerspam.de> Sarah Hoffmann schrieb: > > Mit Haupttag meinte ich ein Tag, dass ganz alleine an einem Weg oder Knoten > benutzt wird, während ein Untertag nur in Kombination mit anderen Tags > anzutreffen ist. Dieser Ansatz scheitert kläglich, wenn an einem Knoten mehrere Haupttags hängen. Das ist bislang nicht verboten. > Diese Art von Hierarchie hat sich in OSM sehr wohl > etabliert, auch wenn es nicht im Datenbank-Schema festgeschrieben ist. > "highway=*" ist ein Haupttag. "tourism=*" eines. "information=guidepost" > ist keines und "bicycle=*" sicherlich auch nicht. > > Eben weil das Tagging-Schema bei OSM so in Fluss ist, sollte eine Software > nur Elemente auswerten, wo sie die Haupttags kennt. Alles andere wird > früher oder später zu Schwierigkeiten führen. Mit access:bicycle=* oder information:bicycle=* liesse sich das eindeutig trennen. Nur wer bringt das den proposals und Editoren schonungsvoll bei? Gruß, André Joost From nhoffmann at spamfence.net Wed Jan 13 08:00:48 2010 From: nhoffmann at spamfence.net (Norbert Hoffmann) Date: Wed, 13 Jan 2010 09:00:48 +0100 Subject: [Talk-de] guidepost References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com><4B4CD4FE.2000709@googlemail.com><3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> Message-ID: Mirko Küster wrote: >Nein denn er will ja garnicht erst von bicycle=yes weg sondern alles andere >soll sich bitte eine entsprechend neue Definition suchen. Er klebt an seiner >Definition, Begründung weil etabliert. *Warum* sollte er denn auch von bicycle=yes weg? Wenn es mal einen Grund gäbe, dann wäre es aber möglich. Natürlich soll sich alles *andere* einen *anderen* Tag suchen. Das verhindert viel sinnloses Gehopse bei der Datenauswertung. >> Wenn du jetzt aber "bicycle=yes" mit anderer Bedeutung nutzen willst, dann >> ist diese Möglichkeit verbaut. > >Eine Möglichkeit die doch keiner hier in betracht zieht. Wann soll die >kommen? Wie geschrieben: "bei Bedarf". Der existiert aber nicht wirklich. >> Wer ein "altes" key/value-Paar mit einer neuen Bedeutung versehen will, >> der >> verwässert die in der DB gespeicherten Informationen. Natürlich gibts da >> "Gegenwind" von denen, deren Arbeit da teilentwertet werden würde. > >Da wird doch nichts verwässert weil beide Tags zusammen einen anderen >dokumentierten Kontext ergeben. Deine Forderung an alle Datenauswerter jetzt und zukünftig einen nebulösen "Kontext" auszuwerten statt eine eindeutige Bedeutung vorzufinden, ist keine Verwässerung? > Ein bicycle=yes kann auf einem Guidepost >kein access sein. Ergo kannst du Guidepost bei einer Routinganwendung guten >gewissens ignorieren. > >> (Und komm' nicht mit "abhängig vom Haupttag" - was soll das sein?) > >Schon tausende male geschrieben. Und schon genausooft mit "Es gibt bei OSM kein Konzept 'Haupttag'. Dafür wäre es nötig technisch durchzusetzen, dass jedes Element einen und genau einen dieser Tags bekäme. Dem ist nicht so." beantwortet. Gruß, Norbert From lists at fuchsschwanzdomain.de Wed Jan 13 08:40:22 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Wed, 13 Jan 2010 08:40:22 +0000 (UTC) Subject: [Talk-de] OSM an der VHS References: <4B4AE4AF.3080003@gmx.net> <4B4BB8F0.7060703@gmx.de> <201001130454.21848.florian@grossing.de> Message-ID: Florian Gross wrote: >> Ich wünsche mir diesbezüglich eine bessere Hilfe bzw. eine Verlinkung in >> eine Datenbank. > > Ja, das Wiki ist teilweise eine Katastrophe, wenn man etwas bestimmtes > sucht. Es gibt also tatsächlich noch Leute die glauben, dass lautes Meckern irgendwas hilft! *kopfschüttel* Leute, das ist ein freies Projekt. Von alleine wird da schlichtweg gar nichts passieren. Die einzige wirkunsvolle Methode Mißstände abzustellen ist selber aktiv zu werden. Gruss Sven -- "Software is like sex; it's better when it's free" (Linus Torvalds) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From osmck at gmx.de Wed Jan 13 08:56:01 2010 From: osmck at gmx.de (Christian Knorr) Date: Wed, 13 Jan 2010 09:56:01 +0100 Subject: [Talk-de] =?iso-8859-1?q?Karte_mit_Marker_im_Wiki_-_ist_das_m=F6g?= =?iso-8859-1?q?lich?= In-Reply-To: <4B4CE493.6070703@tappenbeck.net> References: <4B4CE493.6070703@tappenbeck.net> Message-ID: <1263372961.2836.1.camel@Notebook> Am Dienstag, den 12.01.2010, 22:07 +0100 schrieb Jan Tappenbeck: > Moin ! > > wir suchen eine Möglichkeit um im Wiki eine Karte mit Marker, ähnlich > wie dieses mit [1] möglich ist zu realisieren. > > Kann uns einer weiterhelfen?? Einmalig oder dynamisch? Wenn ersteres bietet sich Dein Beispiel ja an. > ... wenn ich die Anforderung noch weiter ausbauen würde, dann wäre die > Einblendung von Relationen im Wiki (z.B. für Grenzen) noch ganz hilfreich. Das scheint dann nicht mehr zu gehen. > Gruß Jan :-) MfG, Chris............. > > [1] http://dev.openstreetmap.de/staticmap/wizzard/ From lonvia at denofr.de Wed Jan 13 09:03:00 2010 From: lonvia at denofr.de (Sarah Hoffmann) Date: Wed, 13 Jan 2010 10:03:00 +0100 Subject: [Talk-de] guidepost In-Reply-To: References: <20100112141208.GA14426@denofr.de> <4B4CB6A8.7060203@gmail.com> <20100112190628.GA15578@denofr.de> Message-ID: <20100113090300.GA21777@denofr.de> On Tue, Jan 12, 2010 at 10:41:55PM +0100, Norbert Hoffmann wrote: > Sarah Hoffmann wrote: > > >Mit Haupttag meinte ich ein Tag, dass ganz alleine an einem Weg oder Knoten > >benutzt wird, während ein Untertag nur in Kombination mit anderen Tags > >anzutreffen ist. Diese Art von Hierarchie hat sich in OSM sehr wohl > >etabliert, auch wenn es nicht im Datenbank-Schema festgeschrieben ist. > >"highway=*" ist ein Haupttag. "tourism=*" eines. "information=guidepost" > >ist keines und "bicycle=*" sicherlich auch nicht. > > Und du schreibst also vor, das je way oder node nur genau einer dieser > "Haupttags" genutzt werden darf? Ich nehme an, du überarbeitest jetzt auch > alle Knoten, an denen derzeit z.B. amenity *und* shop vorhanden sind. Das mit der deutschen Sprache ist schon schwer. Es geht mir nicht darum, Regeln vorzuschreiben, sondern zu *interpretieren*, was sich in der Datenbank befindet. Also nochmal: Ein Haupttag sei ein Tag, was allein an einem Weg oder Knoten vorkommen kann, wobei "kann" hier so zu vestehen ist, dass es in der Datenbank häufiger allein anzutreffen ist. Es muss nicht alleine stehen, es kann mit beliebigen anderen Tags (auch Haupttags) vorkommen, aber es wird eben auch alleine benutzt. Ein Untertag hingegen wird man praktisch nur in Kombination mit anderen Tags in der Datenbank finden. Ein Tag, dass gewöhnlich nur mit anderen Tags vorkommt, sollte ein Datenverarbeiter besser nicht interpretieren, ohne die anderen Tags zu betrachten. Beispiel: ein Router ignoriert gewöhnlich alle Wege, die mit "waterway=*" getaggt sind, selbst wenn sie ein Tag "bicycle=*" enthalten. (Ja, diese Kombination gibt es in der Datenbank.) Würde er bedingungslos alle Wege mit "bicycle=*" ins Routing aufnehmen, würden einige Leute sehr nass werden. Am Ende liegt es natürlich am Datenverarbeiter, was genau er als Haupttag verwenden will und wo er den Kontext (also die anderen Tags am gleichen Knoten/Weg/Relation) interpretiert. Gruss Sarah From osm at tappenbeck.net Wed Jan 13 09:11:39 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 13 Jan 2010 10:11:39 +0100 Subject: [Talk-de] =?iso-8859-15?q?Paketstationen_alle_f=FCr_Abholen_und_A?= =?iso-8859-15?q?nnehmen_=3F?= Message-ID: <4B4D8E4B.5070905@tappenbeck.net> Moin! ich habe mich schon länger gefragt, woran man erkennen kann ob eine Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder Abgabe ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe ich einige Postboten (heißen die heute noch so?) gefragt und nach deren Auskunft sind alle Stationen gleich ausgestattet. Für OSM würde dieses bedeuten das wir ein gemeinsames Tag verwenden könnten statt der Kombi von parcel_pickup / parcel_mail_in ! Daraufhin habe ich eine eMail an die die Deutsche Post über deren Webformular geschrieben - aber bis dato keine Antwort erhalten. Weiß einer mehr oder hat einen guten Kontakt diese Frage einmal zu klären ? Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/Image:Packetstation.jpg [2] http://wiki.openstreetmap.org/wiki/Image:Packstation_schrank.jpg [3] http://wiki.openstreetmap.org/wiki/Image:PaketBox.jpg -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From osmck at gmx.de Wed Jan 13 09:39:32 2010 From: osmck at gmx.de (Christian Knorr) Date: Wed, 13 Jan 2010 10:39:32 +0100 Subject: [Talk-de] =?iso-8859-1?q?Karte_mit_Marker_im_Wiki_-_ist_das_m=F6g?= =?iso-8859-1?q?lich?= In-Reply-To: <1263372961.2836.1.camel@Notebook> References: <4B4CE493.6070703@tappenbeck.net> <1263372961.2836.1.camel@Notebook> Message-ID: <1263375572.2836.11.camel@Notebook> Ansonsten setz‘ Dich mal mit den Entwicklern der SlippyMap-Extension [1] auseinander, vielleicht implementieren sie Dir was Du brauchst. MfG, Chris........ [1] http://wiki.openstreetmap.org/wiki/Slippy_Map_MediaWiki_Extension From webmaster at ts-eastrail.de Wed Jan 13 09:44:58 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Wed, 13 Jan 2010 10:44:58 +0100 Subject: [Talk-de] guidepost References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com><4B4CD4FE.2000709@googlemail.com><3F3B1BC760094816932CE07B55D53CD2@mkwebdialin><20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> Message-ID: <2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> > *Warum* sollte er denn auch von bicycle=yes weg? Wenn es mal einen Grund > gäbe, dann wäre es aber möglich. Wenn nicht in dem Fall dann garnicht. Oder aus welchem Grund sollte man es noch ändern? > Natürlich soll sich alles *andere* einen *anderen* Tag suchen. Das > verhindert viel sinnloses Gehopse bei der Datenauswertung. Wäre in dem Fall für jedes simple Fahrrad=Ja zu jedem Tag ein ein neues Irgendwas:Fahrrad=Ja. Muss auch irgendwie verarbeitet werden. Gehopst wird in jedem Fall. > Wie geschrieben: "bei Bedarf". Der existiert aber nicht wirklich. Wenn der jetzt nicht vorliegt dann frage ich mich welcher Bedarf da vorliegen soll. > Deine Forderung an alle Datenauswerter jetzt und zukünftig einen nebulösen > "Kontext" auszuwerten statt eine eindeutige Bedeutung vorzufinden, ist > keine Verwässerung? Nebulös ist da garnichts. In Verbindung mit Guidepost kein access. Ganz einfach. > Und schon genausooft mit "Es gibt bei OSM kein Konzept 'Haupttag'. Dafür > wäre es nötig technisch durchzusetzen, dass jedes Element einen und genau > einen dieser Tags bekäme. Dem ist nicht so." beantwortet. Nenne den Fall wie du willst. Ein Access ohne Verbindung mit bestimmten Objekten oder Auslöser kann nicht existieren. Dafür brauchts garkein Konzept, das ergibt sich ganz automatisch. Auch andere Tags lassen sich Theoretisch einzeln setzen, ergeben aber ohne andere Tags einfach keinen Sinn. Du kannst einem Way nur einen Namen verpassen, wird aber erst durch highway=residential zu einer Wohnstraße. Genauso wie du einem Polygon eine Adresse verpassen kannst, erst ein building=yes macht es eindeutig zum Gebäude. Die Liste kann man ewig fortführen. Klar kannst du theoretisch auch einen access alleine auf blanke Nodes und Ways legen. Ohne eine bestimmte Hauptinformation kannst du damit aber nichts anfangen. Haupt- und Zusatzangaben haben sich ohne spezielles Konzept ganz von alleine so ergeben und sind lange Alltag. Gruß Mirko From andre+joost at nurfuerspam.de Wed Jan 13 09:47:43 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Wed, 13 Jan 2010 10:47:43 +0100 Subject: [Talk-de] =?iso-8859-15?q?Paketstationen_alle_f=FCr_Abholen_und_A?= =?iso-8859-15?q?nnehmen_=3F?= In-Reply-To: <4B4D8E4B.5070905@tappenbeck.net> References: <4B4D8E4B.5070905@tappenbeck.net> Message-ID: <4B4D96BF.6050904@nurfuerspam.de> Jan Tappenbeck schrieb: > Moin! > > ich habe mich schon länger gefragt, woran man erkennen kann ob eine > Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder Abgabe > ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe ich > einige Postboten (heißen die heute noch so?) gefragt und nach deren > Auskunft sind alle Stationen gleich ausgestattet. Um nicht noch mehr zu verwirren: *Pack* stationen sind für Abholen *und* Einliefern, *Paketboxen* nur zum Einliefern. Paketstationen gibts nicht (der Dateiname bei dem runden Teil ist falsch). [1] und [2] sind also funktional identisch. > > Für OSM würde dieses bedeuten das wir ein gemeinsames Tag verwenden > könnten statt der Kombi von > parcel_pickup / > parcel_mail_in Mit den beiden Tags sollen [1] und[3] unterschieden werden. Zusätzlich gibts noch einige "24/7"-Stationen, die auch Verpackung und Briefmarken verkaufen und Geld abheben lassen. Dann kommt halt z.B. noch ";stamps" hintendran. Das allerdings nur in Bonn und Berlin: http://www.deutschepost.de/dpag?tab=1&skin=lo&check=no&lang=de_DE&xmlFile=link1011816_1011798 Gruß, André Joost From osm at tobias-knerr.de Wed Jan 13 09:56:23 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Wed, 13 Jan 2010 10:56:23 +0100 Subject: [Talk-de] Haupt-Tags (was: guidepost) In-Reply-To: References: <3F14F57218EA497480572854BD3D1513@mkwebdialin> <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com><4B4CD4FE.2000709@googlemail.com><3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> Message-ID: <4B4D98C7.4050403@tobias-knerr.de> Norbert Hoffmann schrieb: >>> (Und komm' nicht mit "abhängig vom Haupttag" - was soll das sein?) >> Schon tausende male geschrieben. > > Und schon genausooft mit "Es gibt bei OSM kein Konzept 'Haupttag'. Dafür > wäre es nötig technisch durchzusetzen, dass jedes Element einen und genau > einen dieser Tags bekäme. Dem ist nicht so." beantwortet. Selbstverständlich gibt es so ein Konzept informell. Oder wäre es sinnvoll, height/width für sich genommen, ohne mindestens ein weiteres (eben "Haupt"-) Tag zu verwenden? Warum dokumentiert das Wiki oft bestimmte Keys/Tags nicht separat, sondern auf der Seite eines einzigen anderen Tags (z.B. Seite zu Tag:amenity=parking)? Und was fändest du sinnvoller: Eine eigene Editor-Vorlage für "Stufenzahl" oder ein entsprechendes Eingabefeld in der Vorlage für "Treppe"? Die technische Durchsetzung erfolgt durchaus auch, und zwar bei der Auswertung: In vielen Anwendungen werden manche Tags eben nur dann berücksichtigt, wenn auch ein "Haupttag" vorhanden ist - und die Art der Interpretation hängt von diesem anderen Tag ab. Statt aus den von dieser Idee abweichenden Tags die Nichtexistenz des Konzepts herzuleiten, würde ich vielmehr darauf hinarbeiten, die paar Ausnahmen abzubauen. Ein auf Objekttyp und Zusatzattributen aufbauendes Tagging-Schema ist m.E. leicht verständlich, entspricht in der Regel der intuitiven Auffassung und macht die Auswertung vorhersagbarer. Das sind wohl auch die Gründe, warum sich die meisten Tags ganz ohne technischen Zwang in diese Richtung entwickelt haben. Tobias Knerr From andre+joost at nurfuerspam.de Wed Jan 13 10:00:12 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Wed, 13 Jan 2010 11:00:12 +0100 Subject: [Talk-de] =?utf-8?q?Karte_mit_Marker_im_Wiki_-_ist_das_m=C3=B6gli?= =?utf-8?q?ch?= In-Reply-To: <1263372961.2836.1.camel@Notebook> References: <4B4CE493.6070703@tappenbeck.net> <1263372961.2836.1.camel@Notebook> Message-ID: <4B4D99AC.6060803@nurfuerspam.de> Christian Knorr schrieb: > Am Dienstag, den 12.01.2010, 22:07 +0100 schrieb Jan Tappenbeck: >> ... wenn ich die Anforderung noch weiter ausbauen würde, dann wäre die >> Einblendung von Relationen im Wiki (z.B. für Grenzen) noch ganz hilfreich. > Das scheint dann nicht mehr zu gehen. Anzeigen lässt sich das doch: http://www.openstreetmap.org/?relation=62713 Da sich Grenzen ja eher nicht allzuoft ändern: png draus machen, und die in der Seite einblenden. Gruß, André Joost From osm at tappenbeck.net Wed Jan 13 10:01:34 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 13 Jan 2010 11:01:34 +0100 Subject: [Talk-de] =?iso-8859-15?q?Paketstationen_alle_f=FCr_Abholen_und_A?= =?iso-8859-15?q?nnehmen_=3F?= In-Reply-To: <4B4D96BF.6050904@nurfuerspam.de> References: <4B4D8E4B.5070905@tappenbeck.net> <4B4D96BF.6050904@nurfuerspam.de> Message-ID: Am 13.01.2010 10:47, schrieb Andre Joost: > Jan Tappenbeck schrieb: >> Moin! >> >> ich habe mich schon länger gefragt, woran man erkennen kann ob eine >> Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder Abgabe >> ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe ich >> einige Postboten (heißen die heute noch so?) gefragt und nach deren >> Auskunft sind alle Stationen gleich ausgestattet. > > Um nicht noch mehr zu verwirren: *Pack* stationen sind für Abholen *und* > Einliefern, *Paketboxen* nur zum Einliefern. Paketstationen gibts nicht > (der Dateiname bei dem runden Teil ist falsch). [1] und [2] sind also > funktional identisch. > > .... dann sollte auch nur ein Tag verwendet werden oder ????? Gruß Jan :-) From addicks at gmx.net Wed Jan 13 10:06:47 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Wed, 13 Jan 2010 11:06:47 +0100 Subject: [Talk-de] =?iso-8859-15?q?Paketstationen_alle_f=FCr_Abholen_und_A?= =?iso-8859-15?q?nnehmen_=3F?= In-Reply-To: References: <4B4D8E4B.5070905@tappenbeck.net> <4B4D96BF.6050904@nurfuerspam.de> Message-ID: Am 13.01.2010 11:01, schrieb Jan Tappenbeck: > .... dann sollte auch nur ein Tag verwendet werden oder ????? Irgendwer bei der DHL wird dann auch noch die "Packbox" erfinden... -jha- From nhoffmann at spamfence.net Wed Jan 13 10:07:44 2010 From: nhoffmann at spamfence.net (Norbert Hoffmann) Date: Wed, 13 Jan 2010 11:07:44 +0100 Subject: [Talk-de] guidepost References: <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com><4B4CD4FE.2000709@googlemail.com><3F3B1BC760094816932CE07B55D53CD2@mkwebdialin><20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> <2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> Message-ID: <7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> Mirko Küster wrote: >Nebulös ist da garnichts. In Verbindung mit Guidepost kein access. Ganz >einfach. Ich glaub' jetzt hast du's ;-) Also: Ab heute müssen alle Auswertungen umgestellt werden, damit sie (wenn gleichzeitig Guidepost vorhanden ist) nicht mehr von der Bedeutung "access" ausgehen. Ab morgen müssen ... Ab übermorgen müssen ... - sinnloses Gehopse! Norbert From sven at anders-hamburg.de Wed Jan 13 10:14:40 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Wed, 13 Jan 2010 11:14:40 +0100 Subject: [Talk-de] TMC Validator In-Reply-To: <4B4CE5CD.6010604@mx-server.de> References: <4B436F35.5060608@anders-hamburg.de> <4B4CE5CD.6010604@mx-server.de> Message-ID: <4B4D9D10.3090403@anders-hamburg.de> Am 12.01.2010 22:12, schrieb Michael Bemmerl: > Hallo zusammen, > > ich hab' mal ne Frage zu der Angabe der Gegend (inner- / außerorts). > Bedeutet innerorts, dass der Punkt innerhalb des Orts (also nach dem > Ortsschild) liegt oder das der Punkt im bewohnten Gebiet liegt (z.B. > Industriegebiet = außerorts)? Keine Ahnung, ich dachte die Information kann nüztlich sein, ich hab sie mal mit ausgegeben. Gruß Sven From andre+joost at nurfuerspam.de Wed Jan 13 10:14:56 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Wed, 13 Jan 2010 11:14:56 +0100 Subject: [Talk-de] =?iso-8859-15?q?Paketstationen_alle_f=FCr_Abholen_und_A?= =?iso-8859-15?q?nnehmen_=3F?= In-Reply-To: References: <4B4D8E4B.5070905@tappenbeck.net> <4B4D96BF.6050904@nurfuerspam.de> Message-ID: <4B4D9D20.10901@nurfuerspam.de> Jan Tappenbeck schrieb: > Am 13.01.2010 10:47, schrieb Andre Joost: >> Jan Tappenbeck schrieb: >>> Moin! >>> >>> ich habe mich schon länger gefragt, woran man erkennen kann ob eine >>> Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder Abgabe >>> ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe ich >>> einige Postboten (heißen die heute noch so?) gefragt und nach deren >>> Auskunft sind alle Stationen gleich ausgestattet. >> Um nicht noch mehr zu verwirren: *Pack* stationen sind für Abholen *und* >> Einliefern, *Paketboxen* nur zum Einliefern. Paketstationen gibts nicht >> (der Dateiname bei dem runden Teil ist falsch). [1] und [2] sind also >> funktional identisch. >> >> > .... dann sollte auch nur ein Tag verwendet werden oder ????? > Ja: vending=parcel_pickup;parcel_mail_in Ich geb ja zu, dass "Verkauf von Paketabholung und Paketeinlieferung" blödsinnig klingt ;-) Aber ich hab das nicht erfunden. Gruß, André Joost From osm at tappenbeck.net Wed Jan 13 10:23:29 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 13 Jan 2010 11:23:29 +0100 Subject: [Talk-de] =?utf-8?q?Karte_mit_Marker_im_Wiki_-_ist_das_m=C3=B6gli?= =?utf-8?q?ch?= In-Reply-To: <4B4D99AC.6060803@nurfuerspam.de> References: <4B4CE493.6070703@tappenbeck.net> <1263372961.2836.1.camel@Notebook> <4B4D99AC.6060803@nurfuerspam.de> Message-ID: ... für den Falll eine Alternative ! Gruß Jan :-) Am 13.01.2010 11:00, schrieb Andre Joost: > Christian Knorr schrieb: >> Am Dienstag, den 12.01.2010, 22:07 +0100 schrieb Jan Tappenbeck: > >>> ... wenn ich die Anforderung noch weiter ausbauen würde, dann wäre die >>> Einblendung von Relationen im Wiki (z.B. für Grenzen) noch ganz hilfreich. >> Das scheint dann nicht mehr zu gehen. > > Anzeigen lässt sich das doch: > http://www.openstreetmap.org/?relation=62713 > Da sich Grenzen ja eher nicht allzuoft ändern: png draus machen, und die > in der Seite einblenden. > > Gruß, > André Joost > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From webmaster at ts-eastrail.de Wed Jan 13 10:26:08 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Wed, 13 Jan 2010 11:26:08 +0100 Subject: [Talk-de] guidepost References: <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com><4B4CD4FE.2000709@googlemail.com><3F3B1BC760094816932CE07B55D53CD2@mkwebdialin><20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de><2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> <7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> Message-ID: > Also: Ab heute müssen alle Auswertungen umgestellt werden, damit sie (wenn > gleichzeitig Guidepost vorhanden ist) nicht mehr von der Bedeutung > "access" > ausgehen. > Ab morgen müssen ... > Ab übermorgen müssen ... So wie vorgestern highway=gate zu barrier=gate wurde, vorvorgestern claas=* zu highway=*. Solange dokumentiert und bekannt kann sich jeder wie bei jeder anderen Änderung darauf einstellen. Das Problem liegt jetzt wo? > - sinnloses Gehopse! Nö ganze normale Enetwicklung in einem offenem System. Wenn du kein Gehopse willst dann musst du von offen auf verabschiedete Standarts umschwenken. Gruß Mirko From nhoffmann at spamfence.net Wed Jan 13 10:29:24 2010 From: nhoffmann at spamfence.net (Norbert Hoffmann) Date: Wed, 13 Jan 2010 11:29:24 +0100 Subject: [Talk-de] Haupt-Tags (was: guidepost) References: <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com><4B4CD4FE.2000709@googlemail.com><3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> <4B4D98C7.4050403@tobias-knerr.de> Message-ID: Tobias Knerr wrote: >... informell ... sinnvoll ... oft ... erfolgt durchaus auch ... die paar >Ausnahmen ... m.E. ... die meisten Tags ... Konzept? Norbert From osm at tappenbeck.net Wed Jan 13 10:26:31 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 13 Jan 2010 11:26:31 +0100 Subject: [Talk-de] =?utf-8?q?Karte_mit_Marker_im_Wiki_-_ist_das_m=C3=B6gli?= =?utf-8?q?ch?= In-Reply-To: <1263375572.2836.11.camel@Notebook> References: <4B4CE493.6070703@tappenbeck.net> <1263372961.2836.1.camel@Notebook> <1263375572.2836.11.camel@Notebook> Message-ID: Am 13.01.2010 10:39, schrieb Christian Knorr: > Ansonsten setz‘ Dich mal mit den Entwicklern der SlippyMap-Extension [1] > auseinander, vielleicht implementieren sie Dir was Du brauchst. > > MfG, Chris........ > > [1] http://wiki.openstreetmap.org/wiki/Slippy_Map_MediaWiki_Extension > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de erfolgt ! gruß Jan :-) From nhoffmann at spamfence.net Wed Jan 13 10:44:00 2010 From: nhoffmann at spamfence.net (Norbert Hoffmann) Date: Wed, 13 Jan 2010 11:44:00 +0100 Subject: [Talk-de] guidepost References: <4B4CD4FE.2000709@googlemail.com><3F3B1BC760094816932CE07B55D53CD2@mkwebdialin><20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de><2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> <7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> Message-ID: <8b8rk5dal1hmfq00fm1f8l9c65qvvjils2@nhoffmann.dialin.t-online.de> Mirko Küster wrote: >So wie vorgestern highway=gate zu barrier=gate wurde, vorvorgestern claas=* >zu highway=*. Solange dokumentiert und bekannt kann sich jeder wie bei jeder >anderen Änderung darauf einstellen. Das Problem liegt jetzt wo? Darin, dass highway=gate nicht plötzlich eine zusätzliche andere Bedeutung bekommen hat - du aber für "bicycle=yes" zusätzlich zum bisherigen "hier kann man Fahrrad fahren" heute auch "hier sind Infos für Fahrradfahrer", morgen "hier kann man Fahrräder kaufen", übermorgen "an diesem Kirchturm hängt ein Fahrrad (gibt's wirklich)" usw einführen willst. >> - sinnloses Gehopse! > >Nö ganze normale Enetwicklung in einem offenem System. Wenn du kein Gehopse >willst dann musst du von offen auf verabschiedete Standarts umschwenken. Lerne Lesen. *sinnloses* Gehopse. offen<>hohl Norbert From osm at tappenbeck.net Wed Jan 13 10:49:54 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 13 Jan 2010 11:49:54 +0100 Subject: [Talk-de] nochmal slippymap Message-ID: <4B4DA552.1060402@tappenbeck.net> Moin ! .... wo wir gerade beim Thema waren - können eigentlich auch mehrere slippymaps auf einer wiki-seite eingebaut werden. Irgendwie hat es bei mir nicht funktioniert! Gruß Jan .-) From nhoffmann at spamfence.net Wed Jan 13 10:48:54 2010 From: nhoffmann at spamfence.net (Norbert Hoffmann) Date: Wed, 13 Jan 2010 11:48:54 +0100 Subject: [Talk-de] guidepost References: <20100112141208.GA14426@denofr.de> <4B4CB6A8.7060203@gmail.com> <20100112190628.GA15578@denofr.de> <20100113090300.GA21777@denofr.de> Message-ID: Sarah Hoffmann wrote: >Würde er >bedingungslos alle Wege mit "bicycle=*" ins Routing aufnehmen, würden >einige Leute sehr nass werden. Vielleicht sollte er eben zusätzlich zum Haupttag "bicyle=yes" auch die beschreibenden Nebentags z.B. "highway=" auswerten (schon allein um eine schöne Farbe für den Weg auszusuchen). Norbert From webmaster at ts-eastrail.de Wed Jan 13 11:09:01 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Wed, 13 Jan 2010 12:09:01 +0100 Subject: [Talk-de] guidepost References: <4B4CD4FE.2000709@googlemail.com><3F3B1BC760094816932CE07B55D53CD2@mkwebdialin><20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de><2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin><7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> <8b8rk5dal1hmfq00fm1f8l9c65qvvjils2@nhoffmann.dialin.t-online.de> Message-ID: <598691D0DFA74306B4D554EB708A3E85@mkwebdialin> > Darin, dass highway=gate nicht plötzlich eine zusätzliche andere Bedeutung > bekommen hat - du aber für "bicycle=yes" zusätzlich zum bisherigen "hier > kann man Fahrrad fahren" heute auch "hier sind Infos für Fahrradfahrer", > morgen "hier kann man Fahrräder kaufen", übermorgen "an diesem Kirchturm > hängt ein Fahrrad (gibt's wirklich)" usw einführen willst. Lerne lesen. Ich bevorzuge die Variante bicycle=yes durch access:bicycle=yes zu konkretisieren und das zusammen mit einigen Ergänzungen die man mit dem derzeitigen Modell schlicht nicht darstellen kann und man deswegen so oder so nicht um einige Änderungen herum kommt. Dazu gehören Abhänhigkeiten und Zeiten die derzeit garnicht oder nur einmalig pro Element darstellbar sind, in der Realität aber oft auch mehrmals für unterschiedliche Sachen vergeben werden müssten. Ergänzt man das, könnte man in einem rutsch gleich mit konkretisieren. Das geht warum nicht möglich? Das simple und neutrale bicycle=yes wäre dann für alle anderen Fälle frei, wo man nicht weiter konkretisieren muss. So wie eben beim Guidepost. Und trotzdem ist es noch immer kein Problem. Wenn ein bestimmtes Paar Tags eine eindeutige andere Beschreibung ergibt habe ich kein Problem damit. Sich diesen Kontext zu merken ist genauso schiwerig oder leicht wie wenn man für jeden Fall wieder einen eigenen Tag aufmachen und sich merken müsste. Nur lässt letzteres immer die Tagliste weiter anwachsen. Wenn du für jeden Kleinscheiß einen extra eindeutigen Tag brauchst und dir das auch alles merken kannst, dann bitte. > Lerne Lesen. *sinnloses* Gehopse. offen<>hohl Setz du die Scheuklappen ab. Hier kann jeder nach belieben machen was er will. Gehopst wird ständig. Wenn das allerdings dokumentiert und gut ausgearbeitet wird, ist da überhaupt nichts mit gehopse. Gruß Mirko From dieterdreist at gmail.com Wed Jan 13 11:10:19 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 13 Jan 2010 12:10:19 +0100 Subject: [Talk-de] guidepost In-Reply-To: <4B4B9DC4.6090202@googlemail.com> References: <124a940a0912220016q201513fi15a84e1c2a2d46a9@mail.gmail.com> <4B308885.20505@nurfuerspam.de> <124a940a1001111317g17032617v2307f3d3e3718cd2@mail.gmail.com> <4B4B9DC4.6090202@googlemail.com> Message-ID: <7acdb3651001130310i4de6da8eu8d4e6b2934e7078c@mail.gmail.com> Am 11. Januar 2010 22:53 schrieb Ulf Lamping : > Wenn man sich überlegt, daß "gehört neben den Weg" von genügend Mappern > schlicht nicht beachtet werden wird das ist m.E. kein Grund, die Wegweiser nicht zu mappen, nur weil manche sie evtl. auf den Weg anstatt daneben zeichnen _könnten_. Bushaltestellen wurden vor einiger Zeit auch auf die Wege gezeichnet während mittlerweile die reale Position daneben sich eingespielt zu haben scheint. Gib uns ein bisschen Zeit, und wir werden auch die Wegweiser in den Griff bekommen. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From osm at tobias-knerr.de Wed Jan 13 11:16:51 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Wed, 13 Jan 2010 12:16:51 +0100 Subject: [Talk-de] Haupt-Tags In-Reply-To: References: <201001121649.38800.bernd@bwurst.org> <4B4CB485.3040005@gmail.com><4B4CD4FE.2000709@googlemail.com><3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> <4B4D98C7.4050403@tobias-knerr.de> Message-ID: <4B4DABA3.3040309@tobias-knerr.de> Norbert Hoffmann schrieb: > Tobias Knerr wrote: > >> ... informell ... sinnvoll ... oft ... erfolgt durchaus auch ... die paar >> Ausnahmen ... m.E. ... die meisten Tags ... > > Konzept? Aussage deiner Mail? Falls du mit dem zerpflückten Zitat etwas sagen wolltest wie "wenn es nicht durchgehend angewandt und verbindlich festgeschrieben ist, ist es kein Konzept", dann gibt es in OSM keine Konzepte. Oder hast du hier schon mal eine Konvention ohne Ausnahme gesehen? Ich finde es aber trotzdem auffällig, dass man bei der überwiegenden Mehrheit der Objekte in OSM eine bestimmte Struktur feststellen wird: Es gibt ein Tag, das allein stehen könnte und "dies ist ein X" ausdrückt. Dann gibt es eventuell weitere Tags, die Eigenschaften dieses X angeben ("..., das eine Breite von Y hat und den Namen Z trägt"), aber alleine nicht wirklich sinnvoll wären. Dass sich eine solche Struktur quasi von selbt entwickelt, sehe ich als starken Hinweis darauf, dass sich hier ein intuitives gedankliches Konstrukt bei der Erfassung der Realität handelt. Wenn man sich beim Entwurf von Tagging-Strukturen, Editorhilfen und Software an solchen "natürlichen" Denkmustern orientiert, ist das sicher keine schlechte Idee. Tobias Knerr From osm at tappenbeck.net Wed Jan 13 11:22:38 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 13 Jan 2010 12:22:38 +0100 Subject: [Talk-de] =?iso-8859-1?q?Frage_zum_=D6PVN-Tag-Schema?= In-Reply-To: <8DA9B364-FC19-42A5-9F27-F697CECA26C1@t-online.de> References: <4B4C9475.2060008@tappenbeck.net> <8DA9B364-FC19-42A5-9F27-F697CECA26C1@t-online.de> Message-ID: Am 12.01.2010 20:16, schrieb Lothar Emmerich: > Hallo Jan, > > der User Thomas Reinke ist in dem Bereich sehr aktiv und kennt sich aus. Er hat hier im AL auch schon einiges geschrieben. Wende Dich doch mal an ihn. > >> Wie würdet Ihr FROM und TO definieren. Einige der Busse bis >> "Oberbüssauer Weg" und andere von dort in verschiedene Richtung >> "Moorgarten" bzw. "Klein Wesenberg". Und bekommen die Wegeabschnitte zu >> den "Verästellungen" irgendetwas besonderes zugewiesen ??? > > Als Beispiel nehme mal die route "Bus 237" im Bereich Aachen-Köln. Hier hat Thomas einiges reingeschrieben. > > Übrigens: Ist die Mail mit der Präsentation als Anhang angekommen? > > Viele Grüße > Lothar Moin ! hast Du eine Relationsnummer für Bus 237 ??? Gruß Jan :-) From osm-talk at mx-server.de Wed Jan 13 11:32:38 2010 From: osm-talk at mx-server.de (osm-talk at mx-server.de) Date: Wed, 13 Jan 2010 12:32:38 +0100 Subject: [Talk-de] =?utf-8?q?TMC_Validator_-_Innerorts/Au=C3=9Ferorts?= In-Reply-To: References: Message-ID: <20100113123238.13266oph087f8w4k@webmail.df.eu> Zitat von Marcus Wolschon : > 2010/1/12 Michael Bemmerl : >> Hallo zusammen, >> >> ich hab' mal ne Frage zu der Angabe der Gegend (inner- / außerorts). >> Bedeutet innerorts, dass der Punkt innerhalb des Orts (also nach dem >> Ortsschild) liegt oder das der Punkt im bewohnten Gebiet liegt (z.B. >> Industriegebiet = außerorts)? > > Was genau hat das jetzt mit TMC zu tun? Weiß ich nicht? Deswegen hab' ich ja gefragt, was es mit dieser Angabe [1] aufsich hat. Im Besonderen würde mich interessieren, ob diese Angabe aus den TMC-Daten kommt oder ob die aus OSM-Daten ermittelt wurde (z.B. Punkt liegt innerhalb einer boundary-Relation mit entsprechendem admin_level). Grüße, Michi [1] http://osm-tmc.anders-hamburg.de/point.php?lcd=56805 From osmck at gmx.de Wed Jan 13 11:33:33 2010 From: osmck at gmx.de (Christian Knorr) Date: Wed, 13 Jan 2010 12:33:33 +0100 Subject: [Talk-de] nochmal slippymap In-Reply-To: <4B4DA552.1060402@tappenbeck.net> References: <4B4DA552.1060402@tappenbeck.net> Message-ID: <1263382413.2836.13.camel@Notebook> Am Mittwoch, den 13.01.2010, 11:49 +0100 schrieb Jan Tappenbeck: > Moin ! > > .... wo wir gerade beim Thema waren - können eigentlich auch mehrere > slippymaps auf einer wiki-seite eingebaut werden. Nein, ging bei mir auch nicht, aber mit: Irgendwie hat es bei mir nicht funktioniert! > > Gruß Jan .-) MfG, Chris...... From sven at anders-hamburg.de Wed Jan 13 11:47:59 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Wed, 13 Jan 2010 12:47:59 +0100 Subject: [Talk-de] =?utf-8?q?TMC_Validator_-_Innerorts/Au=C3=9Ferorts?= In-Reply-To: <20100113123238.13266oph087f8w4k@webmail.df.eu> References: <20100113123238.13266oph087f8w4k@webmail.df.eu> Message-ID: <4B4DB2EF.2020404@anders-hamburg.de> Am 13.01.2010 12:32, schrieb osm-talk at mx-server.de: > Zitat von Marcus Wolschon: > >> 2010/1/12 Michael Bemmerl: >>> Hallo zusammen, >>> > Weiß ich nicht? Deswegen hab' ich ja gefragt, was es mit dieser Angabe > [1] aufsich hat. Im Besonderen würde mich interessieren, ob diese > Angabe aus den TMC-Daten kommt oder ob die aus OSM-Daten ermittelt > wurde (z.B. Punkt liegt innerhalb einer boundary-Relation mit > entsprechendem admin_level). Er kommt aus den TMC Daten. Gruß Sven > [1] http://osm-tmc.anders-hamburg.de/point.php?lcd=56805 From openstreetmap at sautter.com Wed Jan 13 13:25:41 2010 From: openstreetmap at sautter.com (Frank Sautter) Date: Wed, 13 Jan 2010 14:25:41 +0100 Subject: [Talk-de] TMC Validator - TMCbot In-Reply-To: <4B436F35.5060608@anders-hamburg.de> References: <4B436F35.5060608@anders-hamburg.de> Message-ID: <4B4DC9D5.6000902@sautter.com> Hallo Sven, hallo zusammen, Sven Anders schrieb: > Ich freue mich eine neue Anwenundung vorzustellen. Den TMC Validator. > Hab die ganze Weihnachtszeit daran gebastelt. Vielen Dank dafür! Ich denke das gibt der ganzen TMC Integration einen gewaltigen Schub. Ich habe mich am vergangenen Wochenende auch gleich darauf gestürzt (A81 südlich von Stuttgart http://osm-tmc.anders-hamburg.de/segment.php?lcd=7213 und B464 http://osm-tmc.anders-hamburg.de/road.php?lcd=50375) und habe davon eine weiche Birne bekommen. Ich halte es für Verschwendung von Ressourcen, wenn man immer die ganzen IDs für die doppelt verkettete Liste (NextLocationCode und PrevLocationCode) raussuchen und eintragen muss. Ebenso ist das eintragen von Version (8.00) und Class (TMC-Area/Road/Segment/Point) echte Sträflingsarbeit. Deswegen habe ich gestern auf Basis des xybots den TMCbot http://www.openstreetmap.org/user/TMCbot/edits geschrieben, der anhand des TMC:cid_58:tabcd_1:LocationCode folgendes macht: * Setzen/Korrektur der TMC:cid_58:tabcd_1:Class (Area/Road/Ferry/Motorail/Segment/Point) * Setzen/Korrektur der TMC:cid_58:tabcd_1:LCLversion (8.00) * Setzen/Korrektur des TMC:cid_58:tabcd_1:NextLocationCode * Setzen/Korrektur des TMC:cid_58:tabcd_1:PrevLocationCode Das heißt von Menschenhand sind nur noch die Nodes/Ways/Relations anzulegen und beiden TMC-Tags TMC:cid_58:tabcd_1:LocationCode TMC:cid_58:tabcd_1:Direction zu setzen. Alles Andere erledigt der TMCbot am folgenden Tag automatisch. Nachdem ich mir die TMC-Daten dann auch mal genauer angeschaut habe, habe ich noch folgenden Vorschlag für die Values von TMC:cid_58:tabcd_1:Class: Für TMC-Type=L6 TMC-SubType=1 => "Ferry" (statt bisher Road) Für TMC-Type=L6 TMC-SubType=2 => "Motorail" (statt bisher Road) Am TMC-Validator würde ich folgende Änderungen vorschlagen: * Aktualität der Daten (jüngster Timestamp aus dem GeoFabrik Extrakt) * Hinweis, dass der TMCbot die o.g. Daten am nächsten Tag anhand des TMC:cid_58:tabcd_1:LocationCode automatisch einträgt (alles außer der Direction) und somit die manuelle Eintragung entfallen kann. Grüße Frank From osm at tappenbeck.net Wed Jan 13 13:50:36 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 13 Jan 2010 14:50:36 +0100 Subject: [Talk-de] gpx->csv mit gpsbabel Message-ID: <4B4DCFAC.105@tappenbeck.net> Moin ! ich wollte gerne eine gpx-Datei in eine CSV konvertieren mit gpsBabel und habe folgenden Aufruf ausgeführt: gpsbabel -i gpx -f file1.gpx -o unicsv,filename=1 -F result.txt In der Ergebnisdatei findet sich aber nur eine Kopfzeile: No,Latitude,Longitude,Filename Kann mir einer weiterhelfen ? Gruß Jan :-) -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : icon_smile.gif Dateityp : image/gif Dateigröße : 204 bytes Beschreibung: nicht verfügbar URL : From norman at smash-net.org Wed Jan 13 14:07:35 2010 From: norman at smash-net.org (=?ISO-8859-15?Q?Norman_Rie=DF?=) Date: Wed, 13 Jan 2010 15:07:35 +0100 Subject: [Talk-de] gpx->csv mit gpsbabel In-Reply-To: <4B4DCFAC.105@tappenbeck.net> References: <4B4DCFAC.105@tappenbeck.net> Message-ID: <4B4DD3A7.2000106@smash-net.org> Am 01/13/10 14:50, schrieb Jan Tappenbeck: > Moin ! > > ich wollte gerne eine gpx-Datei in eine CSV konvertieren mit gpsBabel > und habe folgenden Aufruf ausgeführt: > > gpsbabel -i gpx -f file1.gpx -o unicsv,filename=1 -F result.txt > > In der Ergebnisdatei findet sich aber nur eine Kopfzeile: > > No,Latitude,Longitude,Filename > > Kann mir einer weiterhelfen ? > > Gruß Jan :-) > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > Hallo, habe das eben mal schnell nachgestellt. Der Aufruf: gpsbabel -i gpx -o csv also zb gpsbabel -i gpx -o csv foo.gpx bar.csv gibt mir eine Datei mit seeehr vielen Zahlen :-). Scheint also zu gehen, obwohl ich die richtigkeit nicht nachvollziehen kann. Grüße Norman -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : nicht verfügbar Dateityp : image/gif Dateigröße : 204 bytes Beschreibung: nicht verfügbar URL : From osmck at gmx.de Wed Jan 13 14:15:12 2010 From: osmck at gmx.de (Christian Knorr) Date: Wed, 13 Jan 2010 15:15:12 +0100 Subject: [Talk-de] gpx->csv mit gpsbabel In-Reply-To: <4B4DCFAC.105@tappenbeck.net> References: <4B4DCFAC.105@tappenbeck.net> Message-ID: <1263392112.2659.3.camel@Notebook> Am Mittwoch, den 13.01.2010, 14:50 +0100 schrieb Jan Tappenbeck: > Moin ! > > ich wollte gerne eine gpx-Datei in eine CSV konvertieren mit gpsBabel > und habe folgenden Aufruf ausgeführt: > > gpsbabel -i gpx -f file1.gpx -o unicsv,filename=1 -F result.txt > > In der Ergebnisdatei findet sich aber nur eine Kopfzeile: > > No,Latitude,Longitude,Filename Bei mir geht‘s, da stehen alle WPs drin. Tracks wurden nicht verarbeitet. > Kann mir einer weiterhelfen ? poste mal die gpx-Datei, oder zumindest den Header, vielleicht erkennt man da Fehler. Meiner: { QLandkarte 325.049 Garmin Flag. Blue } ... > Gruß Jan :-) MfG, Chris....... From grenzdebil at gmail.com Wed Jan 13 14:23:27 2010 From: grenzdebil at gmail.com (Martin Simon) Date: Wed, 13 Jan 2010 15:23:27 +0100 Subject: [Talk-de] guidepost In-Reply-To: References: <201001121649.38800.bernd@bwurst.org> <4B4CD4FE.2000709@googlemail.com> <3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> <2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> <7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> Message-ID: Am 13. Januar 2010 11:26 schrieb Mirko Küster : >> Also: Ab heute müssen alle Auswertungen umgestellt werden, damit sie (wenn >> gleichzeitig Guidepost vorhanden ist) nicht mehr von der Bedeutung >> "access" >> ausgehen. >> Ab morgen müssen ... >> Ab übermorgen müssen ... > > So wie vorgestern highway=gate zu barrier=gate wurde, vorvorgestern claas=* > zu highway=*. Solange dokumentiert und bekannt kann sich jeder wie bei jeder > anderen Änderung darauf einstellen. Das Problem liegt jetzt wo? OK, noch mal ganz sachlich und von vorn: Wenn ich mich entscheide statt highway=gate ab jetzt (das bisher nicht vorhandene) barrier=gate zu verwenden, um eine übersichtlichere "Gruppierung" zu erreichen, bedeutet das kein Problem, richtig. Da gehen wir denke ich alle konform. Wenn ich mich aber heute entscheide, daß das bereits seit Jahren benutzte bicycle=no nun neben "hier kein Zugang für Fahrräder" auch noch "hier keine Routeninformation für Fahrräder" heißen soll, dann habe ich ein Problem, weil ich *nachträglich* die Bedeutung eines tags fundamental geändert habe. Und da berühren wir meines Erachtens einen Grundsatz von OSM, der da lautet "sei explizit". Es ist kein Problem, bei der Eingabe explizit zu sein und genau zu spezifizieren, was man meint. Umgekehrt ist es aber schwierig, bei der Ausgabe (Generierung von Karten (ja, damit beschäftige ich mich, ich kenne das Problem), Routinggraphen, etc) in schwammigen Daten herum zu interpretieren. Nehmen wir mal ein anderes Beispiel: Ein Gemischtwarenladen mit Touristeninformation. shop=convenience, tourism=information und bicycle=no. Was heißt das? -kein Zugang für Fahrräder("abstellen/anlehnen verboten")? -keine Stellplätze für Fahrräder? -keine touristischen Informationen für Radfahrer? -keine fahrradspezifischen Produkte (Reparaturzeug, Ersatzteile) im Angebot? Eventuell bringt dir das das Problem der "Gegenseite" ja etwas näher. Gruß, Martin From osm at tappenbeck.net Wed Jan 13 14:43:19 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 13 Jan 2010 15:43:19 +0100 Subject: [Talk-de] gpx->csv mit gpsbabel In-Reply-To: <4B4DD3A7.2000106@smash-net.org> References: <4B4DCFAC.105@tappenbeck.net> <4B4DD3A7.2000106@smash-net.org> Message-ID: Am 13.01.2010 15:07, schrieb Norman Rieß: > Am 01/13/10 14:50, schrieb Jan Tappenbeck: >> Moin ! >> >> ich wollte gerne eine gpx-Datei in eine CSV konvertieren mit gpsBabel >> und habe folgenden Aufruf ausgeführt: >> >> gpsbabel -i gpx -f file1.gpx -o unicsv,filename=1 -F result.txt >> >> In der Ergebnisdatei findet sich aber nur eine Kopfzeile: >> >> No,Latitude,Longitude,Filename >> >> Kann mir einer weiterhelfen ? >> >> Gruß Jan :-) >> >> >> _______________________________________________ >> Talk-de mailing list >> Talk-de at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-de >> > > > Hallo, > > habe das eben mal schnell nachgestellt. > Der Aufruf: > > gpsbabel -i gpx -o csv > also zb > gpsbabel -i gpx -o csv foo.gpx bar.csv > > gibt mir eine Datei mit seeehr vielen Zahlen :-). > Scheint also zu gehen, obwohl ich die richtigkeit nicht nachvollziehen kann. > > Grüße > Norman > > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de hi ! jetzt funktioniert es !!! danke ! gruß Jan :-) From grenzdebil at gmail.com Wed Jan 13 14:44:16 2010 From: grenzdebil at gmail.com (Martin Simon) Date: Wed, 13 Jan 2010 15:44:16 +0100 Subject: [Talk-de] =?iso-8859-1?q?Frage_zum_=D6PVN-Tag-Schema?= In-Reply-To: References: <4B4C9475.2060008@tappenbeck.net> <8DA9B364-FC19-42A5-9F27-F697CECA26C1@t-online.de> Message-ID: Am 13. Januar 2010 12:22 schrieb Jan Tappenbeck : > Moin ! > > > hast Du eine Relationsnummer für Bus 237 ??? > > Gruß Jan :-) www.öpnvkarte.de zwischen Köln und Aachen -> rote 237 suchen -> josm aufmachen -> runterladen Gruß, Martin From osm at tappenbeck.net Wed Jan 13 14:43:47 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 13 Jan 2010 15:43:47 +0100 Subject: [Talk-de] gpx->csv mit gpsbabel In-Reply-To: <1263392112.2659.3.camel@Notebook> References: <4B4DCFAC.105@tappenbeck.net> <1263392112.2659.3.camel@Notebook> Message-ID: Am 13.01.2010 15:15, schrieb Christian Knorr: > Am Mittwoch, den 13.01.2010, 14:50 +0100 schrieb Jan Tappenbeck: >> Moin ! >> >> ich wollte gerne eine gpx-Datei in eine CSV konvertieren mit gpsBabel >> und habe folgenden Aufruf ausgeführt: >> >> gpsbabel -i gpx -f file1.gpx -o unicsv,filename=1 -F result.txt >> >> In der Ergebnisdatei findet sich aber nur eine Kopfzeile: >> >> No,Latitude,Longitude,Filename > Bei mir geht‘s, da stehen alle WPs drin. Tracks wurden nicht > verarbeitet. > >> Kann mir einer weiterhelfen ? > poste mal die gpx-Datei, oder zumindest den Header, vielleicht erkennt > man da Fehler. Meiner: > { > > xmlns="http://www.topografix.com/GPX/1/1" creator="QLandkarte" > xsi:schemaLocation="http://www.topografix.com/GPX/1/1 > http://www.topografix.com/GPX/1/1/gpx.xsd"> > > > QLandkarte > > > > > 325.049 > Garmin > Flag. Blue > > } > ... > >> Gruß Jan :-) > MfG, Chris....... > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de hi ! der beitrag von norman hat schon zum ergebnis geführt. trotzdem danke ! gruß Jan :-) From nazagal07 at yahoo.de Wed Jan 13 15:12:10 2010 From: nazagal07 at yahoo.de (gandhiii) Date: Wed, 13 Jan 2010 07:12:10 -0800 (PST) Subject: [Talk-de] =?utf-8?q?Frage_zum_=C3=96PVN-Tag-Schema?= In-Reply-To: References: <4B4C9475.2060008@tappenbeck.net> <8DA9B364-FC19-42A5-9F27-F697CECA26C1@t-online.de> Message-ID: <1263395530171-119201.post@n3.nabble.com> Moin, ich sitze auch am neuen ÖPNV Schema in Osanbrück und haben ähnliche Fälle, nur sind diese durch andere Liniennummern gekennzeichnet. Ich würde jeweils eine eigene Relation machen mit dem Hinweis, wo der Bus hinfährt(Richtung). Achja die Präsentation würde ich auch gerne mal haben. LG, Andreas PS. Habe einen Wikieintrag zu dem ÖPNV Projekt in OS und eine kleine Einführung zu dem Thema: http://wiki.openstreetmap.org/wiki/%C3%96PNV_Schema -- View this message in context: http://n3.nabble.com/Frage-zum-OPVN-Tag-Schema-tp118014p119201.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. From osm at tappenbeck.net Wed Jan 13 15:35:48 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 13 Jan 2010 16:35:48 +0100 Subject: [Talk-de] =?iso-8859-1?q?Frage_zum_=D6PVN-Tag-Schema?= In-Reply-To: References: <4B4C9475.2060008@tappenbeck.net> <8DA9B364-FC19-42A5-9F27-F697CECA26C1@t-online.de> Message-ID: Am 13.01.2010 15:44, schrieb Martin Simon: > Am 13. Januar 2010 12:22 schrieb Jan Tappenbeck: > >> Moin ! >> >> >> hast Du eine Relationsnummer für Bus 237 ??? >> >> Gruß Jan :-) > > > www.öpnvkarte.de > zwischen Köln und Aachen -> rote 237 suchen -> josm aufmachen -> runterladen > > Gruß, > Martin ha !! ich wohne in Lübeck und kenne mich dort nicht aus! 230 habe ich noch gefunden !! .... aber dann ?? Gruß Jan :-) From l.emmerich at t-online.de Wed Jan 13 15:54:06 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Wed, 13 Jan 2010 16:54:06 +0100 Subject: [Talk-de] =?iso-8859-1?q?Frage_zum_=D6PVN-Tag-Schema?= In-Reply-To: <1263395530171-119201.post@n3.nabble.com> References: <4B4C9475.2060008@tappenbeck.net> <8DA9B364-FC19-42A5-9F27-F697CECA26C1@t-online.de> <1263395530171-119201.post@n3.nabble.com> Message-ID: <2DEE89F0-D44E-486F-B18F-B90E5A32AABF@t-online.de> Hallöchen Zur Buslinie 237: Hier der Link zur ÖPNV-Karte mit entsprechendem Ausschnitt http://öpnvkarte.de/?lat=50.81461&lon=6.42242&zoom=14&layers=B Die Buslinie besteht aus mehreren Realationen. Die Vaterrelation hat die Nummer 332708 Zur Präsentation: Beim ersten Versuch war eine Grafik eingebunden-große Datei. Der Admin hat sie deshalb wahrscheinlich verweigert. Kleinere Version folgt ... Viele Grüße Lothar From osm-talk at mx-server.de Wed Jan 13 16:34:22 2010 From: osm-talk at mx-server.de (Michael Bemmerl) Date: Wed, 13 Jan 2010 17:34:22 +0100 Subject: [Talk-de] =?utf-8?q?TMC_Validator_-_Innerorts/Au=C3=9Ferorts?= In-Reply-To: <4B4DB2EF.2020404@anders-hamburg.de> References: <20100113123238.13266oph087f8w4k@webmail.df.eu> <4B4DB2EF.2020404@anders-hamburg.de> Message-ID: <20100113173422.29291rctvqwut6v4@webmail.df.eu> Zitat von Sven Anders : >> Im Besonderen würde mich interessieren, ob diese >> Angabe aus den TMC-Daten kommt oder ob die aus OSM-Daten ermittelt >> wurde (z.B. Punkt liegt innerhalb einer boundary-Relation mit >> entsprechendem admin_level). > > Er kommt aus den TMC Daten. Haben wir bereits eine Wiki-Seite für Fehler bzw. "Ungereimtheiten" in den TMC-Daten? Ich hab' bereits ein paar Punkte gefunden, die z.B. laut TMC außerorts sind, aber in Wirklichkeit innerorts sind. Oder ein Punkt, der in der falschen administrativen Ebene ist (eigentlich in einer andere Gemeinde). Grüße, Michi From osm.mailinglist at t-i.ch Wed Jan 13 16:47:55 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Wed, 13 Jan 2010 17:47:55 +0100 Subject: [Talk-de] guidepost References: <20100112141208.GA14426@denofr.de> <4B4CB6A8.7060203@gmail.com> <20100112190628.GA15578@denofr.de> <4B4D6CF4.90102@nurfuerspam.de> Message-ID: <14f1as92d1ea.1wj2gjniqonzu$.dlg@40tude.net> Hallo Andre, > Dieser Ansatz scheitert kläglich, wenn an einem Knoten mehrere Haupttags > hängen. Das ist bislang nicht verboten. Aber die Nachteile wurden hier auch schon häufiger im Zusammenhang mit anderen "Haupt-Keys" diskutiert. Natürlich kannst Du eine Bushaltestelle (highway=bus_stop) und einen Abfalleimer (amenity=waste_basket) der an der Halte-Tafel montiert ist mit einem Node taggen. Aber sobald Du da einen "Unter-Key" wie z. B. "operator" dranhängst, weisst Du bei der Auswertung nicht, ob sich operator auf die Bushaltestelle oder den Abfalleimer bezieht. Sobald man also einen Haupt-Key mit einem Unter-Key erweitern möchte, ist es besser [i.e. einfacher auswertbar], wenn man zwei einzelne Nodes zeichnet. > Mit access:bicycle=* oder information:bicycle=* liesse sich das > eindeutig trennen. Nur wer bringt das den proposals und Editoren > schonungsvoll bei? Dann müsste man das aber für _jeden_ Unter-Key machen, also auch bus_stop:operator und waste_basket:operator... Gruss, Thomas From osm.mailinglist at t-i.ch Wed Jan 13 17:16:14 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Wed, 13 Jan 2010 18:16:14 +0100 Subject: [Talk-de] guidepost References: <201001121649.38800.bernd@bwurst.org> <4B4CD4FE.2000709@googlemail.com> <3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> <2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> <7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> Message-ID: Hallo Martin, > Nehmen wir mal ein anderes Beispiel: Ein Gemischtwarenladen mit > Touristeninformation. shop=convenience, tourism=information und > bicycle=no. > > Was heißt das? > > -kein Zugang für Fahrräder("abstellen/anlehnen verboten")? > -keine Stellplätze für Fahrräder? > -keine touristischen Informationen für Radfahrer? > -keine fahrradspezifischen Produkte (Reparaturzeug, Ersatzteile) im Angebot? Wie ich gerade weiter oben (unten?) geschrieben habe, hast Du dieses Problem allerdings überall, wo sich ein "Unter-Key" auf mehrere "Haupt-Keys" beziehen kann. Z.B. opening_hours, operator, name, etc. Keys die _nicht_ alleine stehen können (wie eben bicycle=no) sollten daher nur verwendet werden, wenn sie sich auf _alle_ 'Haupt-Keys' beziehen. Gruss, Thomas (Mal ganz davon abgesehen, dass es _gar_nie_ vorgesehen war, *=no für Wegweiser oder Karten zu verwenden. Einzig *=yes ist vorgesehen, und da sehe ich für Router keine Probleme.) From osm.mailinglist at t-i.ch Wed Jan 13 17:24:24 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Wed, 13 Jan 2010 18:24:24 +0100 Subject: [Talk-de] guidepost References: <20100112141208.GA14426@denofr.de> <4B4CB6A8.7060203@gmail.com> <20100112190628.GA15578@denofr.de> <20100113090300.GA21777@denofr.de> Message-ID: Hallo Sarah, > Also nochmal: > Ein Haupttag sei ein Tag, was allein an einem Weg oder Knoten vorkommen > kann, wobei "kann" hier so zu vestehen ist, dass es in der Datenbank > häufiger allein anzutreffen ist. Es muss nicht alleine stehen, es kann mit > beliebigen anderen Tags (auch Haupttags) vorkommen, aber es wird eben auch > alleine benutzt. Ein Untertag hingegen wird man praktisch nur in Kombination > mit anderen Tags in der Datenbank finden. > > Ein Tag, dass gewöhnlich nur mit anderen Tags vorkommt, sollte ein > Datenverarbeiter besser nicht interpretieren, ohne die anderen Tags zu > betrachten. Beispiel: ein Router ignoriert gewöhnlich alle Wege, die > mit "waterway=*" getaggt sind, selbst wenn sie ein Tag "bicycle=*" > enthalten. (Ja, diese Kombination gibt es in der Datenbank.) Würde er > bedingungslos alle Wege mit "bicycle=*" ins Routing aufnehmen, würden > einige Leute sehr nass werden. Genau, die Daten in OSM müssen immer _im_Kontext_ ausgewertet werden. Es liegt doch sowieso im Interesse des Routers, möglichst alle überflüssigen Daten aus der Datenbank zu werfen. Und da ist ein Whitelist-Ansatz ("Ich beachte 'bicycle=no' für highways und barriers.") besser als einfach alle bicycle=no auszuwerten. Gerade weil OSM ein offenes System ist, sollte man bei der Auswertung eher restriktiv vorgehen.. Gruss, Thomas From osm.mailinglist at t-i.ch Wed Jan 13 17:34:27 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Wed, 13 Jan 2010 18:34:27 +0100 Subject: [Talk-de] guidepost References: Message-ID: <67cp6wfsllxn.1qhsf0rvv1f0s.dlg@40tude.net> Hallo zusammen, > ich sehe immer öfters Wegweiser > > > > die mit bicycle=yes getaggt sind. Noch etwas Statistik am Rande: Aus http://tagwatch.stoecker.eu/Germany/En/tagstats_information_guidepost.html information=guidepost wird in Deutschland total 8300 mal verwendet, davon - 11x mit bicycle=no (0.13%) - 5x mit hiking=no (0.06%) - 4x mit horse=no (0.05%) - 2x mit ski=no - 1x mit mtb=no Insgesammt also (maximal) 23x mit einem *=no. Wenn ich überlege, wie häufig ich schon ein access=no in ein vehicle=no umtaggen musste, weil der Vorgänger das falsch eingetragen hatte, dann wage ich zu behaupten, dass das "Guidepost-Problem" ein _sehr_ kleines Problemchen ist. Gruss, Thomas From openstreetmap at assetburned.de Wed Jan 13 18:13:58 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Wed, 13 Jan 2010 19:13:58 +0100 Subject: [Talk-de] =?iso-8859-1?q?Paketstationen_alle_f=FCr_Abholen_und_An?= =?iso-8859-1?q?nehmen_=3F?= In-Reply-To: <4B4D8E4B.5070905@tappenbeck.net> References: <4B4D8E4B.5070905@tappenbeck.net> Message-ID: <8CB37448-66F4-4E20-8C71-4EFB69A4E91F@assetburned.de> Am 13.01.2010 um 10:11 schrieb Jan Tappenbeck: > ich habe mich schon länger gefragt, woran man erkennen kann ob eine Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder Abgabe ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe ich einige Postboten (heißen die heute noch so?) gefragt und nach deren Auskunft sind alle Stationen gleich ausgestattet. > > Für OSM würde dieses bedeuten das wir ein gemeinsames Tag verwenden könnten statt der Kombi von parcel_pickup / parcel_mail_in ! > > Daraufhin habe ich eine eMail an die die Deutsche Post über deren Webformular geschrieben - aber bis dato keine Antwort erhalten. > > Weiß einer mehr oder hat einen guten Kontakt diese Frage einmal zu klären ? > > Gruß Jan :-) moin wenn du hier einfach mal nen blick hinwirfst http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine wirst du den unterschied für diese zwei tags sehen. cu assetburned -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From osm.mailinglist at t-i.ch Wed Jan 13 18:16:35 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Wed, 13 Jan 2010 19:16:35 +0100 Subject: [Talk-de] OSM an der VHS References: <4B4AE4AF.3080003@gmx.net> <4B038402-9AA4-49B9-B5A6-6299C81EA429@t-online.de> <814384661001111401o3236b554u20ce4175185c1df1@mail.gmail.com> <4B4BB8F0.7060703@gmx.de> Message-ID: <16g50nif3khc7.1owys7is5vnuj.dlg@40tude.net> Hallo Lothar, > Bin nach der Suche hier gelandet: http://wiki.openstreetmap.org/wiki/Tagwatch/Descriptions/de > Nach einiger Suche habe ich gefunden: aeroway=helipad. Ich bin mir sicher: das ist nicht der vollständige Eintrag. > landuse=aeroway : Ist das die richtige Ergänzung? Wie Du lesen kannst, bin ich ganz schön am schwitzen. Bin auch nach einiger Zeit darauf gekommen dass sämtliche Automaten zuerst mit amenity=vending_machine getaggt werde. > Ich denke, vielen geht es ähnlich. > > Ich wünsche mir diesbezüglich eine bessere Hilfe bzw. eine Verlinkung in eine Datenbank. Wenn Du einmal soweit bist, dass Du weisst, welchen Key Du verwenden möchtest, dann kannst Du bei TagWatch schauen, welche Keys die anderen gemeinsam mit aeroway=helipad benutzen: http://tagwatch.stoecker.eu/Europe/De/grouplist.html Klicke dort auf "Statistiken" bei aeroway http://tagwatch.stoecker.eu/Europe/De/keystats_aeroway.html und dort dann auf "Details helipad" http://tagwatch.stoecker.eu/Europe/De/tagstats_aeroway_helipad.html Dort siehst Du z.B., dass der Key 1000x einfach nur als Knoten gesetzt wurde und 200x als Way (wahrscheinlich als area.) In der langen Liste siehst Du dann, dass aeroway=helipad bisher nie zusammen mit landuse=aeroway benutzt wurde, also wirst Du das auch nicht verwenden müssen.. ;) Gruss, Thomas From osm at tappenbeck.net Wed Jan 13 18:28:40 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 13 Jan 2010 19:28:40 +0100 Subject: [Talk-de] =?iso-8859-1?q?Paketstationen_alle_f=FCr_Abholen_und_An?= =?iso-8859-1?q?nehmen_=3F?= In-Reply-To: <8CB37448-66F4-4E20-8C71-4EFB69A4E91F@assetburned.de> References: <4B4D8E4B.5070905@tappenbeck.net> <8CB37448-66F4-4E20-8C71-4EFB69A4E91F@assetburned.de> Message-ID: Am 13.01.2010 19:13, schrieb AssetBurned: > > Am 13.01.2010 um 10:11 schrieb Jan Tappenbeck: > >> ich habe mich schon länger gefragt, woran man erkennen kann ob eine >> Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder >> Abgabe ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe >> ich einige Postboten (heißen die heute noch so?) gefragt und nach >> deren Auskunft sind alle Stationen gleich ausgestattet. >> >> Für OSM würde dieses bedeuten das wir ein gemeinsames Tag verwenden >> könnten statt der Kombi von >> parcel_pickup / >> parcel_mail_in >> >> ! >> >> Daraufhin habe ich eine eMail an die die Deutsche Post über deren >> Webformular geschrieben - aber bis dato keine Antwort erhalten. >> >> Weiß einer mehr oder hat einen guten Kontakt diese Frage einmal zu >> klären ? >> >> Gruß Jan :-) > > moin > > wenn du hier einfach mal nen blick hinwirfst > http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine wirst > du den unterschied für diese zwei tags sehen. > > cu assetburned > > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de Hi ! da liegt ein Mißverständnis vor !!! Der Würfel (Box) nimmt nur an - das ist richtig. Es gibt aber Schränke die sind mit vending=parcel_pickup UND vending=parcel_mail_in in Form von vending=parcel_pickup;parcel_mail_in getaggt ! Die dachte ich zu vereinheitlichen!!! Gruß Jan :-) From extremecarver at googlemail.com Wed Jan 13 19:25:25 2010 From: extremecarver at googlemail.com (Felix Hartmann) Date: Wed, 13 Jan 2010 20:25:25 +0100 Subject: [Talk-de] guidepost In-Reply-To: References: <201001121649.38800.bernd@bwurst.org> <4B4CD4FE.2000709@googlemail.com> <3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> <2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> <7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> Message-ID: <4B4E1E25.3080404@gmail.com> On 13.01.2010 18:16, Thomas Ineichen wrote: > Hallo Martin, > > >> Nehmen wir mal ein anderes Beispiel: Ein Gemischtwarenladen mit >> Touristeninformation. shop=convenience, tourism=information und >> bicycle=no. >> >> Was heißt das? >> >> -kein Zugang für Fahrräder("abstellen/anlehnen verboten")? >> -keine Stellplätze für Fahrräder? >> -keine touristischen Informationen für Radfahrer? >> -keine fahrradspezifischen Produkte (Reparaturzeug, Ersatzteile) im Angebot? >> > Wie ich gerade weiter oben (unten?) geschrieben habe, hast Du dieses > Problem allerdings überall, wo sich ein "Unter-Key" auf mehrere > "Haupt-Keys" beziehen kann. > > Z.B. opening_hours, operator, name, etc. > > Keys die _nicht_ alleine stehen können (wie eben bicycle=no) sollten daher > nur verwendet werden, wenn sie sich auf _alle_ 'Haupt-Keys' beziehen. > Ergo wir brauchen nun einmal einen generischen Key der unterschiedliche Bedeutungen haben kann und sich auf alle 'Haupt-Keys' beziehen soll (ohne dass aus der Datenbank ersichtlich ist was ein Hauptkey ist!!!! - sprich wenn ich nicht weiß ob tourism=information ein Haupt oder Unterkey ist, dann weiß ich auch nicht ob ich bspw. bicycle=yes verwenden kann und soll), sondern seperate keys fuer die Hauptkeys um im Falle des vorkkommens von mehreren Hauptkeys auch dasselbe ausdruecken zu koennen. Sorry hier verrrent man sich aber gewaltig. Das ganze wird so absolut nicht uebersichtlicher. Besser waehre wir definieren Unterkeys auch im Key selbst, nur so kann man von der Datenbank her auch ohne menschliche Intelligenz Zusammenhaenge ziehen. Also fuer obiges Beispiel etwa: shop=convenience, optional shop:bicycle=no (fuehrt keine fahrradspezifischen Produkte); tourism=information, tourism:bicycle=yes (touristische Informationen fuer Fahrradfahrer vorhanden). Das ganze ist nicht komplizierter, weil ich den Hauptkey (und in dem Falle ist klar wozu eine Eigenschaft existiert) eindeutig zuordnen kann (auch ohne Intelligenz), und auch bestimmen kann ob er ein Hauptkey, Unterkey, oder Unter-unterkey ist. Ausserdem verwaesser ich nicht die Eigenschaft eines Keys. Es ist ja jetzt schon schlimm genug dass man nicht weiß ob bicycle=no auf einem Fußweg bedeutet ich darf hier nicht fahren, oder ich kann hier nicht fahren (was sehr subjektiv ist, und daher in der Bedeutung hier eh nicht her passt). > > Gruss, > Thomas > > (Mal ganz davon abgesehen, dass es _gar_nie_ vorgesehen war, *=no für > Wegweiser oder Karten zu verwenden. Einzig *=yes ist vorgesehen, und da > sehe ich für Router keine Probleme.) > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From osm at nk-bre.net Wed Jan 13 19:39:43 2010 From: osm at nk-bre.net (=?ISO-8859-1?Q?Norbert_K=FCck?=) Date: Wed, 13 Jan 2010 20:39:43 +0100 Subject: [Talk-de] =?iso-8859-1?q?Paketstationen_alle_f=FCr_Abholen_und_An?= =?iso-8859-1?q?nehmen_=3F?= In-Reply-To: References: <4B4D8E4B.5070905@tappenbeck.net> <8CB37448-66F4-4E20-8C71-4EFB69A4E91F@assetburned.de> Message-ID: <4B4E217F.4010702@nk-bre.net> Hallo, > da liegt ein Mißverständnis vor !!! Der Würfel (Box) nimmt nur an - das > ist richtig. Es gibt aber Schränke die sind mit vending=parcel_pickup > UND vending=parcel_mail_in in Form von > vending=parcel_pickup;parcel_mail_in getaggt ! Das könnte vielleicht daran liegen: http://wiki.openstreetmap.org/wiki/Packstation > Die dachte ich zu vereinheitlichen!!! Vereinheitlichen in welche Richtung? Vorschlag: Keine Vereinheitlichungsaktionen (auch nicht nach einer Kurzumfrage in der ML), solange im Wiki Gegensätze bestehen. Gruß nk From osm-talk at mx-server.de Wed Jan 13 19:49:53 2010 From: osm-talk at mx-server.de (Michael Bemmerl) Date: Wed, 13 Jan 2010 20:49:53 +0100 Subject: [Talk-de] OSM an der VHS In-Reply-To: <201001130454.21848.florian@grossing.de> References: <4B4AE4AF.3080003@gmx.net> <4B4BB8F0.7060703@gmx.de> <201001130454.21848.florian@grossing.de> Message-ID: <4B4E23E1.4040100@mx-server.de> Florian Gross schrieb: > Am Di Januar 12 2010 glaubte Lothar Emmerich zu wissen: > >> Ich wünsche mir diesbezüglich eine bessere Hilfe bzw. eine Verlinkung in eine Datenbank. > > Ja, das Wiki ist teilweise eine Katastrophe, wenn man etwas bestimmtes > sucht. Japp, deswegen nehme ich immer Google statt die Wiki-Suche. Google findet wenigstens was. ;-) Wichtig ist nur, das man mit dem site:-Parameter die wiki-Subdomain spezifiziert, z.B. "tmc site:wiki.openstreetmap.org". Google: 559 Treffer, Wiki: 26 Treffer. Grüße, Michi -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 195 bytes Beschreibung: OpenPGP digital signature URL : From osm.mailinglist at t-i.ch Wed Jan 13 19:54:39 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Wed, 13 Jan 2010 20:54:39 +0100 Subject: [Talk-de] guidepost References: <201001121649.38800.bernd@bwurst.org> <4B4CD4FE.2000709@googlemail.com> <3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> <2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> <7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> <4B4E1E25.3080404@gmail.com> Message-ID: Hallo Felix, > Sorry hier verrrent man sich aber gewaltig. Das ganze wird so absolut > nicht uebersichtlicher. > > Besser waehre wir definieren Unterkeys auch im Key selbst, nur so kann > man von der Datenbank her auch ohne menschliche Intelligenz > Zusammenhaenge ziehen. > Also fuer obiges Beispiel etwa: > shop=convenience, optional shop:bicycle=no (fuehrt keine > fahrradspezifischen Produkte); tourism=information, tourism:bicycle=yes > (touristische Informationen fuer Fahrradfahrer vorhanden). Und zusätzlich shop:access:wheelchair=yes, shop:wheelchair=no (Ist für Rollstuhlfahrer zugänglich, hat aber keine Rollstuhl-spezifischen Artikel. :->> ) Die Übersicht geht mit Deinem Schema aber auch schon vorher ziemlich schnell verloren. Meiner Meinung nach ist ganz einfach: Zwei verschiedene Dinge (Gemischtwarenladen & Tourismusinformation) benötigen zwei verschiedene Nodes. Denn nur, weil sie im selben Gebäude sind, bedeutet das nicht, dass sie in der Datenbank auch nur durch einen Punkt repräsentiert werden dürfen. Gruss, Thomas (Ich bin ja froh, hat hier noch niemand das Beispiel von einem Wegweiser gebracht, der an einer Barrier befestigt ist.. ) From webmaster at ts-eastrail.de Wed Jan 13 19:59:35 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Wed, 13 Jan 2010 20:59:35 +0100 Subject: [Talk-de] =?iso-8859-1?q?Paketstationen_alle_f=FCr_Abholen_und_An?= =?iso-8859-1?q?nehmen_=3F?= References: <4B4D8E4B.5070905@tappenbeck.net> <8CB37448-66F4-4E20-8C71-4EFB69A4E91F@assetburned.de> Message-ID: <6C070F7FE64449FDBD470154BBB67B81@mkwebdialin> > wenn du hier einfach mal nen blick hinwirfst http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine > wirst du den unterschied für diese zwei tags sehen. Hier in der Ecke stehen drei davon, unserer im Ort steht erst seit wenigen Wochen, alle bereits in OSM. Das sind alles "Typ Schrank", da hatte ich das mail_in erstmal weggelassen, weil ich da ehrlich gesagt auf dem ersten Blick keine Abgabefunktion erkennen konnte. Habe so eine Kiste auch noch nie selber genutzt und die drei nur im vorbeigehen samt Nummer erfasst. Wenn es das Wetter zulässt (muss den Berg runter und dieses Jahr schlug der Winter heftig zu) werde ich morgen mal den Touchscreen befummeln und die Funktionen entlocken. Gruß Mirko -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From osm.mailinglist at t-i.ch Wed Jan 13 20:02:44 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Wed, 13 Jan 2010 21:02:44 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten Message-ID: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> Hallo zusammen, Ich habe eine Frage zu folgendem Beispiel: Firma F übergibt OSM Luftbilder nach der alten Lizenz. Mapper M zeichnet ein paar der Wege ab. F möchte aber die Bilder nicht nach der neuen Lizenz freigeben. M möchte hingegen möchte gerne der neuen Lizenz zustimmen. Darf er das? Muss er erst die abgezeichneten Daten löschen? Was, wenn er selber nicht mehr genau weiss, welche Strassen er abgezeichnet hat? Mit Hoffnung auf Aufklärung, Thomas From webmaster at ts-eastrail.de Wed Jan 13 20:11:24 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Wed, 13 Jan 2010 21:11:24 +0100 Subject: [Talk-de] guidepost References: <201001121649.38800.bernd@bwurst.org> <4B4CD4FE.2000709@googlemail.com> <3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> <2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> <7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> <4B4E1E25.3080404@gmail.com> Message-ID: <54433575AE4943DCAC768FBB024E592C@mkwebdialin> > Denn nur, weil sie im selben Gebäude sind, bedeutet das nicht, dass sie in > der Datenbank auch nur durch einen Punkt repräsentiert werden dürfen. Das geht doch teilweise auch nicht anders. Beispiel Postagentur mit Postbank, beides amenity, geht aber nur einmal. Ist das ganze noch im Rathaus untergebracht, hast du gleich drei Konflikte. Dazu kommen vielleicht noch unterschieliche Kontakte, Öffnungszeiten, übliches wie Namen etc. Da fehlt ein tagset oder eine taggroup wo du beliebig viele Keys, eben auch gleiche, als Untereigenschaft zu einem Objekt hinzufügen kannst. Und jetzt bitte nicht wieder das leidige Semikolon. Das kann funktionieren wenn sich wirklich alle peinlichst daran halten das Schlüssel1=Wert1;Wert2;Wert3 immer genau auf Schlüssel2=Wert1;Wert2;Wert3 passt. Unachtsamkeit, ein Flüchtigkeitsfehler, eine Systembedingte sortierung whatever und schon kann folgendes rauskommen Schlüssel1=Wert3;Wert2;Wert1 mit Schlüssel2=Wert2;Wert1;Wert3. Das wird bis auf den Erfasser selbst nie einer merken. Und schon würde beispielsweise bei der Postagentur im Rathaus auf der Postkarte die Telefonzentrale vom Rathaus bei der Postagentur angezeit, oder die Sprechzeiten des Rathauses als Öffnungszeiten. Semikolon ist in dem Fall keine Lösung. Gruß Mirko From liste12A45q7 at gmx.de Wed Jan 13 20:16:26 2010 From: liste12A45q7 at gmx.de (Markus) Date: Wed, 13 Jan 2010 21:16:26 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> Message-ID: <4B4E2A1A.8070207@gmx.de> Zusatzfrage: Organisation übergibt OSM Daten, um daraus erweiterte Daten nach der alten Lizenz zu generieren. OSM wechselt zu einer anderen Lizenz. War dann die ganze Arbeit vergebens? Gruss, Markus From osm at nk-bre.net Wed Jan 13 20:55:04 2010 From: osm at nk-bre.net (=?ISO-8859-1?Q?Norbert_K=FCck?=) Date: Wed, 13 Jan 2010 21:55:04 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: <4B4E2A1A.8070207@gmx.de> References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <4B4E2A1A.8070207@gmx.de> Message-ID: <4B4E3328.50004@nk-bre.net> Hallo, am 13.01.2010 21:16 schrieb Markus: > Zusatzfrage: > Organisation übergibt OSM Daten, um daraus erweiterte Daten nach der > alten Lizenz zu generieren. > OSM wechselt zu einer anderen Lizenz. > War dann die ganze Arbeit vergebens? Wir tun so, als wüssten wir schon, wie die neue Lizenz im Detail aussieht - wissen wir aber nicht. Es ist daher alles Spekulation nach dem augenblicklichen Stand der Kenntnis. Zwei Fälle: 1. Die Organisation entnimmt die Daten statisch vor der Lizenzumstellung. Antwort: Nein, kein Problem. Grund: CC-BY-SA ist immer während, solange man die Lizenz nicht verletzt (und das Urheberrecht gilt). 2. Die Organisation entnimmt die Daten dynamisch/wiederkehrend über die Lizenzumstellung hinaus. Antwort: Nein, kein Problem. Grund: Wir haben einen rechtsfähigen Träger der Rechte (OSMF). Die Mapper erlauben - nach dem Stand der Teilnehmervereinbarung - der OSMF die Weiterlizensierung unter ODbL 1.0 und CC-BY-SA 2.0. Die Organisation wird schlauerweise bei der Umstellung der OSMF sagen: "Entweder wir dürfen weiter unter CC-BY-SA arbeiten, oder ihr dürft undere Daten nicht mehr nutzen." Und die OSMF wird schlauerweise sagen: "OK!" Gruß nk From marcus.wolschon at googlemail.com Wed Jan 13 20:56:41 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Wed, 13 Jan 2010 21:56:41 +0100 Subject: [Talk-de] TMC Validator - TMCbot In-Reply-To: <4B4DC9D5.6000902@sautter.com> References: <4B436F35.5060608@anders-hamburg.de> <4B4DC9D5.6000902@sautter.com> Message-ID: 2010/1/13 Frank Sautter : > Ich halte es für Verschwendung von Ressourcen, wenn man immer die ganzen >  IDs für die doppelt verkettete Liste (NextLocationCode und > PrevLocationCode) raussuchen und eintragen muss. > Ebenso ist das > eintragen von Version (8.00) und Class (TMC-Area/Road/Segment/Point) > echte Sträflingsarbeit. Das Attribut ist ja auch optional. Musst du nicht eintragen. > > Deswegen habe ich gestern auf Basis des xybots den TMCbot > http://www.openstreetmap.org/user/TMCbot/edits geschrieben, der anhand > des TMC:cid_58:tabcd_1:LocationCode folgendes macht: > * Setzen/Korrektur der TMC:cid_58:tabcd_1:Class > (Area/Road/Ferry/Motorail/Segment/Point) > * Setzen/Korrektur der TMC:cid_58:tabcd_1:LCLversion (8.00) > * Setzen/Korrektur des TMC:cid_58:tabcd_1:NextLocationCode > * Setzen/Korrektur des TMC:cid_58:tabcd_1:PrevLocationCode > > Das heißt von Menschenhand sind nur noch die Nodes/Ways/Relations > anzulegen und beiden TMC-Tags >   TMC:cid_58:tabcd_1:LocationCode >   TMC:cid_58:tabcd_1:Direction > zu setzen. Alles Andere erledigt der TMCbot am folgenden Tag automatisch. Super. Vielen Dank. > Nachdem ich mir die TMC-Daten dann auch mal genauer angeschaut habe, > habe ich noch folgenden Vorschlag für die Values von > TMC:cid_58:tabcd_1:Class: > Für TMC-Type=L6 TMC-SubType=1 => "Ferry" (statt bisher Road) > Für TMC-Type=L6 TMC-SubType=2 => "Motorail" (statt bisher Road) Kommen die angezeigten Strings nicht aus der NAMES.DAT ? Marcus From osm-ml at roland-ramthun.de Wed Jan 13 21:11:30 2010 From: osm-ml at roland-ramthun.de (Roland Ramthun) Date: Wed, 13 Jan 2010 22:11:30 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> Message-ID: <1263417090.6520.7.camel@localhost> Am Mittwoch, den 13.01.2010, 21:02 +0100 schrieb Thomas Ineichen: > Hallo zusammen, > > Ich habe eine Frage zu folgendem Beispiel: > > Firma F übergibt OSM Luftbilder nach der alten Lizenz. Mapper M zeichnet > ein paar der Wege ab. > > F möchte aber die Bilder nicht nach der neuen Lizenz freigeben. Die Bilder kann man vermutlich nicht unter ODbL stellen, das ist ja eine Datenbank-Lizenz :-) Unter CC-BY-SA standen die vorher vermutlich auch nicht. > M möchte hingegen möchte gerne der neuen Lizenz zustimmen. > > > Darf er das? Muss er erst die abgezeichneten Daten löschen? Was, wenn er > selber nicht mehr genau weiss, welche Strassen er abgezeichnet hat? Die Nutzung der Bilder kann der Rechteinhaber jederzeit untersagen, die alte Vereinbarung gilt dann aber weiterhin, bis zum Termin der Untersagung. Falls in der Vereinbarung steht, dass die aus den Bildern abgeleiteten Daten nur unter CC-BY-SA stehen dürfen, müsste man wohl löschen, ist der Fall nicht explizit geregelt, weiß ich es nicht, würde aber vermuten, dass man die Daten behalten kann. Es kommt also wohl eher auf den ganz konkreten Vertrag für die Nutzung der Luftbilder an. Grüße Roland From chris66nrw at gmx.de Wed Jan 13 21:38:43 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Wed, 13 Jan 2010 22:38:43 +0100 Subject: [Talk-de] guidepost In-Reply-To: References: <201001121649.38800.bernd@bwurst.org> <4B4CD4FE.2000709@googlemail.com> <3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> <2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> <7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> <4B4E1E25.3080404@gmail.com> Message-ID: Thomas Ineichen schrieb: > (Ich bin ja froh, hat hier noch niemand das Beispiel von einem Wegweiser > gebracht, der an einer Barrier befestigt ist.. ) Du irrst: ich schrieb am 24.12.2009: > Angenommen auf einer Schranke wo Radfahrer nicht durchkommen > ist ein Wegweiser für Radler montiert: > barrier=gate > bicycle=no > tourism=information > information=guidepost > bicycle=yes (Hoppla Kollision) ;-) Chris - "Der sich oft wundert dass das Routing trotz dieses Chaos schon recht gut funktioniert" - Hein From liste12A45q7 at gmx.de Wed Jan 13 21:44:02 2010 From: liste12A45q7 at gmx.de (Markus) Date: Wed, 13 Jan 2010 22:44:02 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: <4B4E3328.50004@nk-bre.net> References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <4B4E2A1A.8070207@gmx.de> <4B4E3328.50004@nk-bre.net> Message-ID: <4B4E3EA2.5060102@gmx.de> Hallo Norbert, >> Organisation übergibt OSM Daten, um daraus erweiterte Daten nach der >> alten Lizenz zu generieren. >> OSM wechselt zu einer anderen Lizenz. >> War dann die ganze Arbeit vergebens? > > Wir tun so, als wüssten wir schon, wie die neue Lizenz im Detail > aussieht Nein, aber wir sollten eine mögliche neue Variante auf ihre Auswirkungen auf bestehende Arbeiten prüfen. Und zwar bevor wir uns für etwas Neues entscheiden. > Zwei Fälle: Das verstehe ich nicht: > 1. Die Organisation entnimmt die Daten statisch vor der Lizenzumstellung. > Antwort: Nein, kein Problem. Was meinst Du mit "entnimmt statisch"? Auch das verstehe ich nicht: > Grund: CC-BY-SA ist immer während, solange man die Lizenz nicht verletzt > (und das Urheberrecht gilt). Wenn generierte Daten CC-ba-SA sind, und als solche vom Urherberrechtsbesitzer legitimiert, wir aber die Lizenz wechseln: dann sind doch auch die ursprünglich als CC-by-SA generierten Daten unter der neuen Lizenz? also nicht mehr legitimiert? > 2. Die Organisation entnimmt die Daten dynamisch/wiederkehrend über die > Lizenzumstellung hinaus. > Antwort: Nein, kein Problem. > Grund: Wir haben einen rechtsfähigen Träger der Rechte (OSMF). Die > Mapper erlauben - nach dem Stand der Teilnehmervereinbarung - der OSMF > die Weiterlizensierung unter ODbL 1.0 und CC-BY-SA 2.0. Die Organisation > wird schlauerweise bei der Umstellung der OSMF sagen: "Entweder wir > dürfen weiter unter CC-BY-SA arbeiten, oder ihr dürft undere Daten nicht > mehr nutzen." Und die OSMF wird schlauerweise sagen: "OK!" Verstehe ich Dich richtig: Wir hätten dann (nach dem schlauen Entscheid der OSMF) zwei Klassen von Daten: solche unter CC-by-SA (in diesem Beispiel die damals generierten) und solche unter einer neuen Lizenz? Das würde aber doch dann bedeuten, dass die alten Daten entweder nicht mehr bearbeitet werden dürften (da ja dann nicht mehr eindeutig wäre, welcher Teil wie lizenziert ist), oder für solche Daten gelten müsste, dass auch der Bearbeiter zustimmen müsste, dass seine Bearbeitung unter der alten Lizenz steht? Und wer soll das wie kontrollieren? Gruss, Markus (der keine Ahnung von Lizenzrecht hat, aber gern wissen möchte, auf was er sich einlässt, wenn er Verträge über Datenspenden unterschreibt) From liste12A45q7 at gmx.de Wed Jan 13 22:11:51 2010 From: liste12A45q7 at gmx.de (Markus) Date: Wed, 13 Jan 2010 23:11:51 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: <1263417090.6520.7.camel@localhost> References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <1263417090.6520.7.camel@localhost> Message-ID: <4B4E4527.2000305@gmx.de> Hallo Roland, ich vermute, da hat Thomas gemeint: F übergibt OSM Luftbilder, damit OSMer daraus Daten generieren dürfen, die dann unter CC stehen? Aber im Vertrag gibt es keinen Passus, der einen Lizenzwechsel regelt (was ja m.E. auch gar nicht möglich ist, wenn die neue Lizenz nicht bekannt ist). Oder gibt die Schweiz jetzt wirklich Luftbilder frei? Im ersteren Fall würde das beispielsweise bedeuten, dass fast die ganze Oberpfalz gelöscht werden müsste. Dort hat Frederik ja die Arbeitszeit gemessen: es waren 2 Mannjahre. Das entspricht einem Arbeitswert von ~150.000 € Gruss, Markus From speak at youseeus.de Wed Jan 13 22:13:26 2010 From: speak at youseeus.de (Josias Polchau) Date: Wed, 13 Jan 2010 23:13:26 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: <1263417090.6520.7.camel@localhost> References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <1263417090.6520.7.camel@localhost> Message-ID: im Deutschen recht gibt es übrigens eine verhältnismäßigkeitsklausel. dh das Gericht muss abwägen ob bestimmte Maßnamen dem Beklagten überhaupt zugemutet werden können.(siehe zb foren-haftung) Ich denke das ist abzuwägen, in wie weit Waten die importiert und anschließend verändert wurden zu behandeln sind. ich zumindest kenne kein Urteil dazu On 13.01.2010 22:11, Roland Ramthun wrote: > Am Mittwoch, den 13.01.2010, 21:02 +0100 schrieb Thomas Ineichen: >> Hallo zusammen, >> >> Ich habe eine Frage zu folgendem Beispiel: >> >> Firma F übergibt OSM Luftbilder nach der alten Lizenz. Mapper M zeichnet >> ein paar der Wege ab. >> >> F möchte aber die Bilder nicht nach der neuen Lizenz freigeben. > > Die Bilder kann man vermutlich nicht unter ODbL stellen, das ist ja eine Datenbank-Lizenz :-) > Unter CC-BY-SA standen die vorher vermutlich auch nicht. > >> M möchte hingegen möchte gerne der neuen Lizenz zustimmen. >> >> >> Darf er das? Muss er erst die abgezeichneten Daten löschen? Was, wenn er >> selber nicht mehr genau weiss, welche Strassen er abgezeichnet hat? > > Die Nutzung der Bilder kann der Rechteinhaber jederzeit untersagen, die > alte Vereinbarung gilt dann aber weiterhin, bis zum Termin der > Untersagung. > > Falls in der Vereinbarung steht, dass die aus den Bildern abgeleiteten > Daten nur unter CC-BY-SA stehen dürfen, müsste man wohl löschen, ist der > Fall nicht explizit geregelt, weiß ich es nicht, würde aber vermuten, > dass man die Daten behalten kann. > > Es kommt also wohl eher auf den ganz konkreten Vertrag für die Nutzung > der Luftbilder an. > > Grüße > Roland > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From osm.mailinglist at t-i.ch Wed Jan 13 22:25:45 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Wed, 13 Jan 2010 23:25:45 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <1263417090.6520.7.camel@localhost> <4B4E4527.2000305@gmx.de> Message-ID: Hallo Markus, > ich vermute, da hat Thomas gemeint: > F übergibt OSM Luftbilder, damit OSMer daraus Daten generieren dürfen, > die dann unter CC stehen? Aber im Vertrag gibt es keinen Passus, der > einen Lizenzwechsel regelt (was ja m.E. auch gar nicht möglich ist, wenn > die neue Lizenz nicht bekannt ist). Ja, genau, ich hatte mich ungenau ausgedrückt. Die Bilder gehören weiterhin dem Lizenzgeber, aber es wird erlaubt, die abgezeichneten Daten unter cc-by-sa zu veröffentlichen. > Oder gibt die Schweiz jetzt wirklich Luftbilder frei? Noch nicht, aber wir arbeiten dran. ;-) Und genau deshalb stelle ich mir momentan die Frage: Lohnt es sich, die Stellen jetzt anzufragen, ob sie ihre Luftbilder in OSM abgezeichnet haben wollen, oder sollte man warten, bis die neue Lizenz da ist (- falls sie denn kommt)? Gruss, Thomas From osm.mailinglist at t-i.ch Wed Jan 13 22:32:36 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Wed, 13 Jan 2010 23:32:36 +0100 Subject: [Talk-de] guidepost References: <201001121649.38800.bernd@bwurst.org> <4B4CD4FE.2000709@googlemail.com> <3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> <2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> <7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> <4B4E1E25.3080404@gmail.com> Message-ID: Hallo Chris, > Du irrst: Mist! ;-) >> [barrier mit guidepost] Da ich ja zu den Guidepost-auf-Node-Verfechtern gehöre, würde ich das so taggen: --------G-------- | B | | | G ist der Guidepost, B die Barrier. Ich hab allerdings auch schon Barriers _auf_ dem Kreuzungspunkt gesehen. So ist natürlich auch ohne Guidpost kein sinnvolles Routing möglich.. :-( Gruss, Thomas From frederik at remote.org Wed Jan 13 22:35:37 2010 From: frederik at remote.org (Frederik Ramm) Date: Wed, 13 Jan 2010 23:35:37 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <1263417090.6520.7.camel@localhost> <4B4E4527.2000305@gmx.de> Message-ID: <4B4E4AB9.2050306@remote.org> Hallo, Thomas Ineichen wrote: > Lohnt es sich, die Stellen jetzt anzufragen, ob sie ihre Luftbilder in OSM > abgezeichnet haben wollen, oder sollte man warten, bis die neue Lizenz da > ist (- falls sie denn kommt)? Wenn die betr. Stelle Dir sozusagen einen Blankoscheck ausstellt, auf dem steht: "Unsere Bilder duerfen fuer die Verwendung in OpenStreetMap abgezeichnet werden", dann ist alles gut. Nur, wenn sie konkret sagen: "Unsere Bilder duerfen abgezeichnet und die Resultate unter CC-BY-SA veroeffentlicht werden", dann ist es kritisch. Wenn, sollte man auf eine Formulierung a la "CC-BY-SA oder einer anderen von OpenStreetMap gewaehlten freien und offenen Lizenz" hinarbeiten. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From liste12A45q7 at gmx.de Wed Jan 13 23:12:04 2010 From: liste12A45q7 at gmx.de (Markus) Date: Thu, 14 Jan 2010 00:12:04 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: <4B4E4AB9.2050306@remote.org> References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <1263417090.6520.7.camel@localhost> <4B4E4527.2000305@gmx.de> <4B4E4AB9.2050306@remote.org> Message-ID: <4B4E5344.4000609@gmx.de> Hallo Frederik, > Blankoscheck: > Formulierung a la "CC-BY-SA oder einer anderen > von OpenStreetMap gewaehlten freien und offenen Lizenz" Hm - also die Bayern sind ja manchmal schon seehr fortschittlich, aber ob sie sie /darauf/ eingelassen hätten? Und in einem anderen Fall wird es wahrscheinlich schwierig, wenn man monatelang über CC verhandelt hat, und jetzt zurückrudern soll, und einen "Blankoscheck haben will... Die grossen Organisationen (oder gar Regierungen) beschäftigen Juristen, die man mit so offenen Formulierungen wie "Unsere Bilder duerfen fuer die Verwendung in OpenStreetMap abgezeichnet werden" schlecht übers Ohr hauen kann. Imerhn geht es da ja auch um monetäre Werte, und um Vehältnismässigeit und Gleichbehandlung. Bin grad etwas ratlos... Markus From frederik at remote.org Wed Jan 13 23:36:26 2010 From: frederik at remote.org (Frederik Ramm) Date: Thu, 14 Jan 2010 00:36:26 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: <4B4E5344.4000609@gmx.de> References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <1263417090.6520.7.camel@localhost> <4B4E4527.2000305@gmx.de> <4B4E4AB9.2050306@remote.org> <4B4E5344.4000609@gmx.de> Message-ID: <4B4E58FA.9090704@remote.org> Hallo, Markus wrote: > Die grossen Organisationen (oder gar Regierungen) beschäftigen Juristen, > die man mit so offenen Formulierungen wie "Unsere Bilder duerfen fuer > die Verwendung in OpenStreetMap abgezeichnet werden" schlecht übers Ohr > hauen kann. Wenn es sich um solche Organisationen handelt, dann kann man denen auch erklaeren, worum es genau geht, naemlich dass OSM einen Lizenzwechsel anstrebt und sich hieraus diese Situation ergibt, und dass das halt alles noch nicht so klar ist (fuer langwierige Prozesse muss jeder Beamte Verstaendnis haben). Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From osm at nk-bre.net Wed Jan 13 23:40:44 2010 From: osm at nk-bre.net (=?ISO-8859-1?Q?Norbert_K=FCck?=) Date: Thu, 14 Jan 2010 00:40:44 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: <4B4E3EA2.5060102@gmx.de> References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <4B4E2A1A.8070207@gmx.de> <4B4E3328.50004@nk-bre.net> <4B4E3EA2.5060102@gmx.de> Message-ID: <4B4E59FC.4010601@nk-bre.net> Hallo Markus, am 13.01.2010 22:44 schrieb Markus: > Das verstehe ich nicht: Meine Antwort beruhte auf der Annahme, dass die in deiner Frageformulierung genannte Organisation als Datenspender UND als Datennutzer auftritt. Wenn das falsch war (also nur Datenspender): Vergiss meine vorige Mail. Wenn man CC-BY-SA ohne Öffnungsklausel fest vereinbart hat und keine Zustimmung zur Lizenzänderung bekommt, ist die Arbeit futsch. Ansonsten: > Was meinst Du mit "entnimmt statisch"? Datenabzug und Verwendung dieser Daten, Nutzung generierter Karten etc., wenn der Zugriff auf das System von OSM zur Zeit der Geltung von CC-BY-SA stattfand - nicht nach Lizenzumstellung. Das Rechtsgeschäft findet zur Zeit der Datenübergabe statt. > Auch das verstehe ich nicht: >> Grund: CC-BY-SA ist immer während, solange man die Lizenz nicht verletzt >> (und das Urheberrecht gilt). Ich nehme die Daten und erhalte in dieser Sekunde die immer währende (vom Lizenzgeber nicht kündbare) Erlaubnis, diese Daten weltweit unter den Lizenzbedigungen zu nutzen. Nur der Datenbestand, der bei OSM die Lizenzumstellung überlebt und DANACH von OSM an einen Nutzer abgegeben wird, unterliegt der neuen Lizenz. Das lässt aber vorher getätigte Rechtsgeschäfte unberührt. > Wenn generierte Daten CC-ba-SA sind, und als solche vom > Urherberrechtsbesitzer legitimiert, wir aber die Lizenz wechseln: dann > sind doch auch die ursprünglich als CC-by-SA generierten Daten unter der > neuen Lizenz? also nicht mehr legitimiert? Die Daten, die unter CC-BY-SA abgegeben wurden bleiben ewig unter CC-BY-SA. Darum muss doch OSM bei den Datenlieferanten (egal ob Otto Normalmapper oder Staat etc.) jetzt betteln gehen, um die Umstellung zu schaffen. Genauso sind aber Datenempfänger sicher, dass die bereits empfangenen Daten unter CC-BY-SA bleiben, auch wenn OSM Kopfstand macht und mit den großen Zehen wackelt. >> 2. Die Organisation entnimmt die Daten dynamisch/wiederkehrend über die >> Lizenzumstellung hinaus. >> Antwort: Nein, kein Problem. >> Grund: Wir haben einen rechtsfähigen Träger der Rechte (OSMF). Die >> Mapper erlauben - nach dem Stand der Teilnehmervereinbarung - der OSMF >> die Weiterlizensierung unter ODbL 1.0 und CC-BY-SA 2.0. Die Organisation >> wird schlauerweise bei der Umstellung der OSMF sagen: "Entweder wir >> dürfen weiter unter CC-BY-SA arbeiten, oder ihr dürft undere Daten nicht >> mehr nutzen." Und die OSMF wird schlauerweise sagen: "OK!" > > Verstehe ich Dich richtig: > Wir hätten dann (nach dem schlauen Entscheid der OSMF) zwei Klassen von > Daten: solche unter CC-by-SA (in diesem Beispiel die damals generierten) > und solche unter einer neuen Lizenz? Fast korrekt. Nicht die Daten unterscheiden sich, sondern die Nutzungsbedingungen. Die OSMF kann dieselben Daten wahlweise unter der einen oder der anderen Lizenz verbreiten. Ist ja auch schon gesagt worden, dass es einen Übergang geben soll. Wenn dann irgendwann grundsätzlich auf ODbL umgesteuert werden sollte, sind dennoch Einzelvereinbarungen oder Fallgruppenregelungen nach CC-BY-SA möglich. > Das würde aber doch dann bedeuten, dass die alten Daten entweder nicht > mehr bearbeitet werden dürften (da ja dann nicht mehr eindeutig wäre, > welcher Teil wie lizenziert ist), oder für solche Daten gelten müsste, > dass auch der Bearbeiter zustimmen müsste, dass seine Bearbeitung unter > der alten Lizenz steht? Und wer soll das wie kontrollieren? Wer der Lizenzumstellung zustimmt, macht im Grunde gegenüber der OSMF eine Doppellizensierung. Danach ist die alte Lizenz des Mappers an die OSMF Teil seiner neuen Lizenz. Es gibt also im Vergleich mit derzeit keine Einschränkung, sondern eine Öffnung. > Gruss, Markus > (der keine Ahnung von Lizenzrecht hat, aber gern wissen möchte, auf was > er sich einlässt, wenn er Verträge über Datenspenden unterschreibt) Wer das tut, sollte die Lizenztexte schon mal im Detail lesen oder bei neuen Vereinbarungen gleich die neue (Doppel-) Lizenz nehmen bzw. möglichst viel Offenheit und Freiheit einbauen. Die Datenspender haben ja in dem Fall Ansprüche gegen dich persönlich. Gruß nk From florian at grossing.de Thu Jan 14 00:50:24 2010 From: florian at grossing.de (Florian Gross) Date: Thu, 14 Jan 2010 01:50:24 +0100 Subject: [Talk-de] OSM an der VHS In-Reply-To: References: <4B4AE4AF.3080003@gmx.net> <201001130454.21848.florian@grossing.de> Message-ID: <201001140150.25009.florian@grossing.de> Am Mi Januar 13 2010 glaubte Sven Geggus zu wissen: > Florian Gross wrote: > > >> Ich wünsche mir diesbezüglich eine bessere Hilfe bzw. eine Verlinkung in > >> eine Datenbank. > > > > Ja, das Wiki ist teilweise eine Katastrophe, wenn man etwas bestimmtes > > sucht. > > Es gibt also tatsächlich noch Leute die glauben, dass lautes Meckern irgendwas > hilft! *kopfschüttel* > > Leute, das ist ein freies Projekt. Von alleine wird da schlichtweg gar > nichts passieren. Die einzige wirkunsvolle Methode Mißstände abzustellen ist > selber aktiv zu werden. Das weiß ich auch. Und etwas in der Art "Ich will das anders haben, macht mal" hab ich auch nicht geschrieben (und würde es auch nicht schreiben). Ich wollte eher sagen, daß jemand mit wenig oder keiner Erfahrung mit dem Wiki mehr als einmal kurz davor ist, sich die Kugel zu geben, wenn er eigentlich nur mal _schnell_ was nachsehen will. Ich will schon was ändern, nur feile ich unter anderem noch an der Frage, wie sich das so realisieren läßt, daß es auch eine wirkliche Verbesserung ergibt. Ich bin mit den Möglichkeiten des Wiki, dessen Syntax und den templates bisher so gut wie gar nicht vertraut, da muß ich mir auch noch einiges aneignen. Und dann muß ich nur die die Informationen zusammenfinden und vor allem auch sinnvoll darstellen. Es sind halt ein Baustellen, bei denen ich mir mehr oder weniger schwertue. Ich hab das aber schon eine Weile im Hinterkopf gespeichert. flo -- > Du meinst, die Bernds werden wir nicht mehr los? *shocking* *grusel* Bloß nicht. Ich will eigentlich nicht mal eben das Universum rebooten, nur um ein paar alte Bernds loszuwerden. [Herbert Taeubler und Eilert Brinkmann in suse-talk] From osm at ulfm.de Thu Jan 14 00:53:54 2010 From: osm at ulfm.de (=?UTF-8?B?VWxmIE3DtmxsZXI=?=) Date: Thu, 14 Jan 2010 01:53:54 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: <1263417090.6520.7.camel@localhost> References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <1263417090.6520.7.camel@localhost> Message-ID: Roland Ramthun schrieb: > Es kommt also wohl eher auf den ganz konkreten Vertrag für die Nutzung > der Luftbilder an. Und unabhängig davon ist es eine gute Idee, für Imports dedizierte Accounts zu benutzen und beim Abzeichnen von Bildern source-Tags zu verwenden... From s.wolff at web.de Thu Jan 14 01:02:45 2010 From: s.wolff at web.de (Stephan Wolff) Date: Thu, 14 Jan 2010 02:02:45 +0100 Subject: [Talk-de] guidepost In-Reply-To: References: Message-ID: Am 21.12.2009 23:42, schrieb Chris-Hein Lunkhusen: > Hi, > ich sehe immer öfters Wegweiser ... > die mit bicycle=yes getaggt sind. Moin, ich bin amüsiert, dass eine solch einfache Frage mehr als 100 zum Teil sehr emotionale Beiträge erzeugt, zumal es sich um ein eher unwichtigen Tag handelt. Wenn man sonst schon alles in der OSM-Datenbank erfasst hat, kann man der Vollständigkeit halber auch "guidepost" aufnehmen. Ein GPS-Nutzer kennt seine Position und sein Ziel und wird sich kaum für Wegweiser interessieren. Für jemanden, der mit einer ausgedruckten OSM-Karte unterwegs ist, bietet ein Wegweisersymbol evtl. ein Indiz um seine Position auf der Karte zu verifizieren. Diejenigen, die die Wegweiser brauchen, weil sie ohne GPS und ohne Karte unterwegs sind, haben aus anderen Gründen nichts vom Datenbankeintrag. Vielleicht kann man sich per OSM informieren, ob es lohnt, im Urlaubsort eine Wanderkarte für 5 Euro zu kaufen oder ob die Wegweiserdichte ausreicht. Ich würde die Relevanz von "Guidepost" knapp hinter die der Hundekottütenspender einordnen, bei welchen es immerhin denkbar ist, dass jemand den nächstgelegenen Standort feststellen möchte. Die Zusatzinformation, ob ein Schild ein Wander- oder Fahrradsymbol oder Autofahrergroßschrift trägt, erhöht den Nutzwert nicht sehr. Wenn ich mit dem Fahrrad unterwegs bin, kann ich auch Wegweiser für Wanderer oder Autofahrer nutzen. Selbst als Wanderer könnte ich mich (wenn ich entlang einer Hauptstraße laufe) an den Kfz-Wegweisern orientieren. Die Frage, welchen datenbankinternen Namen ("Name ist Schall und Rauch", Goethe, Faust) das unwichtige Zusatztag zum unwichtigen Haupttag tragen sollte, würde ich nach folgenden Kriterien bewerten: - welches Namensschema ist in allen Situationen eindeutig - welcher Name ist kompatibel zu bestehenden Anwendungen - welcher Name ist für Mapper leicht zu lesen und zu merken - wie kann man die Informationen effizient eintragen Grundsätzlich würde ich es bevorzugen, guidepost direkt an die Kreuzung zu hängen. Dann ist "bicycle=yes" nicht sinnvoll. Ich würde mich für das Schema guidepost=bicycle oder selten guidepost=bicycle;hiking entscheiden. Aber solange man eindeutige Namen verwendet, kann man sich ja auch umentscheiden und die Tags per bot umbenennen. Ich halte übrigens das Problem das Wort "bicycle" in einer mit Semikolon separierten Liste zu suchen nicht nur für lösbar, sondern sogar für einfacher zu programmieren als die Zuordnung eines separaten "guidepost" zur nahegelegenen Kreuzung. Gruß, Stephan :-) (heute auch mit Smiley) From andre+joost at nurfuerspam.de Thu Jan 14 07:12:31 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Thu, 14 Jan 2010 08:12:31 +0100 Subject: [Talk-de] =?iso-8859-1?q?Paketstationen_alle_f=FCr_Abholen_und_An?= =?iso-8859-1?q?nehmen_=3F?= In-Reply-To: References: <4B4D8E4B.5070905@tappenbeck.net> <8CB37448-66F4-4E20-8C71-4EFB69A4E91F@assetburned.de> Message-ID: <4B4EC3DF.2040807@nurfuerspam.de> Jan Tappenbeck schrieb: > > da liegt ein Mißverständnis vor !!! Der Würfel (Box) nimmt nur an - das > ist richtig. Es gibt aber Schränke die sind mit vending=parcel_pickup > UND vending=parcel_mail_in in Form von > vending=parcel_pickup;parcel_mail_in getaggt ! > > Die dachte ich zu vereinheitlichen!!! > Das Missverständnis liegt wohl darin, dass (meines Wissens) alle Packstationen auch zum Versand vorgesehen sind, was aus dem vending_machine-Beispiel so nicht hervorgeht. Und weil es eben auch Stationen gibt, die zusätzlich Briefkasten, Briefmarken und Finanzdienstleistungen anbieten, gibts eben die semikolonierte Aufzählung von der Packstations-Seite. Gruß, André Joost From darkangel at ms-team.de Thu Jan 14 07:43:28 2010 From: darkangel at ms-team.de (DarkAngel) Date: Thu, 14 Jan 2010 08:43:28 +0100 Subject: [Talk-de] =?iso-8859-1?q?Paketstationen_alle_f=FCr_Abholen_und_An?= =?iso-8859-1?q?nehmen_=3F?= In-Reply-To: <4B4EC3DF.2040807@nurfuerspam.de> References: <4B4D8E4B.5070905@tappenbeck.net> <8CB37448-66F4-4E20-8C71-4EFB69A4E91F@assetburned.de> <4B4EC3DF.2040807@nurfuerspam.de> Message-ID: <4B4ECB20.7050101@ms-team.de> Am 14.01.2010 08:12, schrieb Andre Joost: > Jan Tappenbeck schrieb: > >> >> da liegt ein Mißverständnis vor !!! Der Würfel (Box) nimmt nur an - das >> ist richtig. Es gibt aber Schränke die sind mit vending=parcel_pickup >> UND vending=parcel_mail_in in Form von >> vending=parcel_pickup;parcel_mail_in getaggt ! >> >> Die dachte ich zu vereinheitlichen!!! >> > > Das Missverständnis liegt wohl darin, dass (meines Wissens) alle > Packstationen auch zum Versand vorgesehen sind, was aus dem > vending_machine-Beispiel so nicht hervorgeht. Und weil es eben auch > Stationen gibt, die zusätzlich Briefkasten, Briefmarken und > Finanzdienstleistungen anbieten, gibts eben die semikolonierte > Aufzählung von der Packstations-Seite. > > Gruß, > André Joost Hatten wir das Thema nicht schon x-mal. Na gut dieses Jahr noch nicht. ;-) Es gibt Packstationen und Paketboxen - und die können genau die bereits beschrieben Funktionen - mehr nicht. Davon unabhängig gibt es die 24/7 Stationen der Post. Diese sind unterschiedlich aufgebaut, dazu gehört aber stets ein Briefkasten und eine Packstation oder eine Paketbox (dann in Kombination mit einem Briefmarken automaten). Dazu gibt es teilweise noch einen Geldautomaten und/oder die Möglichkeit Pluspäckchen zu kaufen. Letztlich ist eine 24/7 Station nur eine Sammlung von einzelnen Geräten die als Servicepunkt markiert sind (und ggf. einem Gerüst verbunden sind). Aber nur weil die Bahn neben einen Fahrkartenautomaten noch einen Snackautomaten stellt, würde das ja auch keiner als Gerät für Fahrkarten und Snacks mappen. --- Gruß Mario -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 261 bytes Beschreibung: OpenPGP digital signature URL : From openstreetmap at sautter.com Thu Jan 14 07:57:11 2010 From: openstreetmap at sautter.com (Frank Sautter) Date: Thu, 14 Jan 2010 08:57:11 +0100 Subject: [Talk-de] TMC Validator - TMCbot In-Reply-To: References: <4B436F35.5060608@anders-hamburg.de> <4B4DC9D5.6000902@sautter.com> Message-ID: <4B4ECE57.70302@sautter.com> Hallo Marcus, Marcus Wolschon schrieb: >> Nachdem ich mir die TMC-Daten dann auch mal genauer angeschaut >> habe, habe ich noch folgenden Vorschlag für die Values von >> TMC:cid_58:tabcd_1:Class: Für TMC-Type=L6 TMC-SubType=1 => "Ferry" >> (statt bisher Road) Für TMC-Type=L6 TMC-SubType=2 => "Motorail" >> (statt bisher Road) > Kommen die angezeigten Strings nicht aus der NAMES.DAT ? Nein, wenn dann aus SUBTYPES.DAT L;6;1;Ferry;1;Fährverbindung L;6;2;Vehicular rail link;2;Autoreisezugverbindung grüße frank From liste12A45q7 at gmx.de Thu Jan 14 08:28:26 2010 From: liste12A45q7 at gmx.de (Markus) Date: Thu, 14 Jan 2010 09:28:26 +0100 Subject: [Talk-de] OSM an der VHS In-Reply-To: <201001140150.25009.florian@grossing.de> References: <4B4AE4AF.3080003@gmx.net> <201001130454.21848.florian@grossing.de> <201001140150.25009.florian@grossing.de> Message-ID: <4B4ED5AA.1030504@gmx.de> Hallo Flo, Du hast hier das OSM-Wiki als verbesserungsbedürftig beschrieben und schlägst vor, das mal grundsätzlich anzugehen. Finde ich gut! Weil das OSM-Wiki für OSM eine so grosse Bedeutung hat, mache ich dafür mal einen eigenen Thread auf. Würde mich freuen, wenn Du dort die Federführung übernimmst! Wenn Du spezielle Fragen hast helfe ich gern. (nach der "boot") Gruss, Markus From liste12A45q7 at gmx.de Thu Jan 14 08:29:18 2010 From: liste12A45q7 at gmx.de (Markus) Date: Thu, 14 Jan 2010 09:29:18 +0100 Subject: [Talk-de] OSM-Wiki strukturieren und verbessern Message-ID: <4B4ED5DE.1000807@gmx.de> Im Thread "OSM an der VHS" wurde festgestellt, dass das OSM-Wiki zwar wesentlich besser geworden ist, aber Anfängern damit nach wie vor oft nicht wirklich geholfen ist. Flo fragt, wie man das angehen könnte. Hier ein paar grundlegende Antworten: Bei einer *Einführung in OSM* (ein Abend an der VHS) ist das Wiki ein wichtiges Standbein. Die Botschaft lautet: "Wenn Du eitas wissen willst: gib einen passenden Suchbegriff in "Suche" ein - und das Wiki hilft Dir weiter". Dasselbe erzählen wir auch auf der Messe in Düsseldorf. Damit das dann auch praktisch funktioniert, muss das Wiki a) eine schnell zielführende Suche haben b) deutschsprachige Artikel mit findbaren Titeln haben c) die Artikel müssen die gesuchte Information verständlich, umfassend und nachvollziehbar liefern d) die Artikel müssen klar strukturiert, und vom Einfachen zum Differenzierten aufgebaut sein e) die Artikel müssen untereinander über Wikilinks und Kategorien zielführend vernetzt sein f) ... > Frage, wie sich das so realisieren läßt Dafür gibt es drei grudsätzliche Arbeitsweisen, die sich gegenseitig ergänzen müssen: _Benutzerorientiert_ Einen Fragenkatalog aus Anfängersicht aufstellen, mit diesem das Wiki prüfen, Mängelbeschreibung erstellen. Daraus ein Konzept entwickeln, die Struktur aufbauen, entsprechende Übersichtsartikel schreiben, vorhandene Artikel einbauen und ggf verbessern, fehlende Artikel schreiben. _Reingeneering_ Das Wiki ganz neu "erfinden"... Ein Konzept entwickeln, die Struktur aufbauen, Artikel schreiben. Es macht durchaus Sinn, bei grossen Veränderungen "auf der grünen Wiese" zu planen, um dabei völlig neue Ideen entwickeln zu können, die dann für die Umsetzung in die Realität "Quantensprünge" ermöglichen. _Iterativ_ Auf "zufälliger Artikel" klicken, oder sich "1000 Fragen" ausdenken und ein zu einer Frage passendes Suchweort eingeben. Und dann vom Artikel ausgehend diesen und seine Umgebung (Links, Kategorien, links auf diese Seite, und die darüber gefundenen Artikel) verbessern. > Ich bin mit den Möglichkeiten des Wiki, dessen Syntax und den > templates bisher so gut wie gar nicht vertraut, da muß ich mir > auch noch einiges aneignen. Die beste Quelle dafür ist Wikipedia: http://de.wikipedia.org/wiki/Wikipedia:Hilfe http://de.wikipedia.org/wiki/Wikipedia:Übersicht http://de.wikipedia.org/wiki/Spezial:Spezialseiten Und natürlich die Umsetzug mittels der entsprechenden Seiten im OSM-Wiki. Gruss, Markus From sven at anders-hamburg.de Thu Jan 14 10:26:54 2010 From: sven at anders-hamburg.de (Sven Anders) Date: Thu, 14 Jan 2010 11:26:54 +0100 Subject: [Talk-de] TMC Validator - TMCbot In-Reply-To: <4B4DC9D5.6000902@sautter.com> References: <4B436F35.5060608@anders-hamburg.de> <4B4DC9D5.6000902@sautter.com> Message-ID: <4B4EF16E.9000402@anders-hamburg.de> Am 13.01.2010 14:25, schrieb Frank Sautter: > Am TMC-Validator würde ich folgende Änderungen vorschlagen: > * Aktualität der Daten (jüngster Timestamp aus dem GeoFabrik Extrakt) Ist auf der Startseite (unter der Landkarte) eingebaut. Könnte ich nochmal auf die Unterseiten verteilen. > * Hinweis, dass der TMCbot die o.g. Daten am nächsten Tag anhand des > TMC:cid_58:tabcd_1:LocationCode automatisch einträgt (alles außer der > Direction) und somit die manuelle Eintragung entfallen kann. Ja, baue ich ein. Ich denke wir brauchen für die Punkte auch noch eine Validation ob ein OSM Punkt wirklich in der Nähe von einem TMC Punkt liegt (falls man sich mal in einem LocationCode verschreibt, ist in Hamburg schon vorgekommen). Gruß Sven From nickblack1 at gmail.com Thu Jan 14 11:10:12 2010 From: nickblack1 at gmail.com (Nick Black) Date: Thu, 14 Jan 2010 11:10:12 +0000 Subject: [Talk-de] Daily Updates to CloudMade Routing Message-ID: <223020e61001140310s21a30f74r3c637ada2ab8a25b@mail.gmail.com> Hi guys, Some of you use CloudMade's routing to debug your mapping. We've had a lot of feedback that though useful, there are two problems: 1 - The routing is out of date, often lagging many days behind 2 - There are bugs with turn restrictions As of this week, we are updating routing every 24 hours which should help with checking mapping and finding errors. Routing should update by early evening GMT (16.00 is the target time) with data from the previous day. So at 16:00 on Friday 15th Dec, routing will have data up to 00:00 on Friday 15th Dec. This is a new service, so exact completion times for the import will probably vary. Turn restrictions - we are working on bug fixes for all of the turn restriction problems that exist on our bug tracker. You can report bugs and request features here: http://developers.cloudmade.com/projects/routing-http-api/issues Happy mapping. -- Nick Black twitter.com/nick_b From osm.mailinglist at t-i.ch Thu Jan 14 12:14:30 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Thu, 14 Jan 2010 13:14:30 +0100 Subject: [Talk-de] guidepost References: Message-ID: <1wqtund0mcqee$.110zbox3s2ddj$.dlg@40tude.net> Hallo Stephan, > ich bin amüsiert, dass eine solch einfache Frage mehr als 100 zum Teil > sehr emotionale Beiträge erzeugt, zumal es sich um ein eher unwichtigen > Tag handelt. Einspruch. Es gibt Gebiete (z.B. die Schweiz, soweit ich weiss aber auch in einigen Bundesländern), in denen die Wanderwege ein komplettes Netz aufspannen und nicht nur aus einzelen Routen bestehen. In diesen Gebieten ist es sinnvoll, sich seinen Weg an Hand der Wegweiser-Knotenpunkten zusammenzustellen. Ein Beispiel für eine Karte, welche die Guideposts auswertet, ist die Wanderkarte von Lonvia: http://osm.lonvia.de/hiking.html?zoom=13&lat=47.17357&lon=8.75569&layers=FFBTT Dort kann man die einzelnen Wegweiser anklicken und erfährt dann, wie lange es bis zum nächsten verbundenen Wegweiser dauert, und wieviele Höhenmeter dabei zu überwinden sind. > Die Zusatzinformation, ob ein Schild ein Wander- oder Fahrradsymbol > oder Autofahrergroßschrift trägt, erhöht den Nutzwert nicht sehr. Wenn > ich mit dem Fahrrad unterwegs bin, kann ich auch Wegweiser für Wanderer > oder Autofahrer nutzen. Selbst als Wanderer könnte ich mich (wenn ich > entlang einer Hauptstraße laufe) an den Kfz-Wegweisern orientieren. Nur geht es Dir beim Wandern eben gerade meistens nicht darum, möglichst schnell von A nach B zu gelangen, sondern der Weg dahin soll möglichst schön sein. ("Der Weg ist das Ziel.") Wanderer und Autofahrer haben hier also ziemlich unterschiedliche Bedürfnisse. Gruss, Thomas (Wie bereits in meinem Statistik-Posting beschrieben, bin ich allerdings auch der Meinung, dass die *=no-Diskussion keine 100+ Beiträge wert ist.) From osm.mailinglist at t-i.ch Thu Jan 14 12:31:10 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Thu, 14 Jan 2010 13:31:10 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <1263417090.6520.7.camel@localhost> <4B4E4527.2000305@gmx.de> <4B4E4AB9.2050306@remote.org> Message-ID: <15ogeqc87wzbr.1jnxndpdf73qq$.dlg@40tude.net> Hallo Frederik, > Thomas Ineichen wrote: >> Lohnt es sich, die Stellen jetzt anzufragen, ob sie ihre Luftbilder in OSM >> abgezeichnet haben wollen, oder sollte man warten, bis die neue Lizenz da >> ist (- falls sie denn kommt)? > Wenn die betr. Stelle Dir sozusagen einen Blankoscheck ausstellt, auf > dem steht: "Unsere Bilder duerfen fuer die Verwendung in OpenStreetMap > abgezeichnet werden", dann ist alles gut. Bist Du Dir sicher? Für mich würde ein solcher Satz eher "unter der im Moment der überlassung bestehenden OSM-Lizenz" implizieren. @Markus: Im Vertrag mit der Bayerischen Vermessungsverwaltung ist es ja genau so offen formuliert: | 3 Verwendungszweck: | | Test zur Nutzung der Daten zum Abdigitalisieren von Inhalten des DOP durch | Nutzer von OpenStreetMap (OSM) mit Zugang der Nutzer über einen WMS-Dienst | und Nutzung der daraus gewonnenen Daten in OSM http://wiki.openstreetmap.org/images/7/78/Luftbilder_aus_Bayern_-_Pilotprojekt-Nutzungsvertrag.jpg Hast Du schon einmal nachgefragt, wie die zu einem allfälligen Lizenz- wechsel stehen? Gruss, Thomas From liste12A45q7 at gmx.de Thu Jan 14 12:51:03 2010 From: liste12A45q7 at gmx.de (Markus) Date: Thu, 14 Jan 2010 13:51:03 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: <15ogeqc87wzbr.1jnxndpdf73qq$.dlg@40tude.net> References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <1263417090.6520.7.camel@localhost> <4B4E4527.2000305@gmx.de> <4B4E4AB9.2050306@remote.org> <15ogeqc87wzbr.1jnxndpdf73qq$.dlg@40tude.net> Message-ID: <4B4F1337.5060106@gmx.de> Hallo Thomas, > Im Vertrag mit der Bayerischen Vermessungsverwaltung ist es ja genau so > offen formuliert Ja, das haben wir ganz gut hinbekommen. In der Endfassung steht: "Die zeitlich befristete Nutzung der DOP-Daten beinhaltet das Recht, die während der Testphase erhobenen Vektordaten im OSM-Projekt dauerhaft und frei zu nutzen." Dummerweise habe ich mich bei einem anderen Projekt - nachdem es mit den Wandertafeln so einen Stress gab (weil da nicht steht CC-by-SA), dazu hinreissen lassen, eben dieses "CC-by-SA" in den Vertrag zu schreiben... Gruss, Markus From gerrylight at mail.com Thu Jan 14 13:31:05 2010 From: gerrylight at mail.com (Gerry Light) Date: Thu, 14 Jan 2010 05:31:05 -0800 (PST) Subject: [Talk-de] guidepost In-Reply-To: <54433575AE4943DCAC768FBB024E592C@mkwebdialin> References: <2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> <7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> <4B4E1E25.3080404@gmail.com> <54433575AE4943DCAC768FBB024E592C@mkwebdialin> Message-ID: <1263475865680-4392472.post@n2.nabble.com> PRINT "Denn nur, weil sie im selben Gebäude sind, bedeutet das nicht, dass sie in der Datenbank auch nur durch einen Punkt repräsentiert werden dürfen." :LOOP REPLY AS MIRKO "Und jetzt bitte nicht wieder das leidige Semikolon. Das kann funktionieren wenn..." REPLY AS THOMAS "Zwei verschiedene Dinge benötigen zwei verschiedene Nodes." GOTO LOOP -- View this message in context: http://n2.nabble.com/guidepost-tp4386064p4392472.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. From osm.mailinglist at t-i.ch Thu Jan 14 13:55:32 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Thu, 14 Jan 2010 14:55:32 +0100 Subject: [Talk-de] guidepost References: <201001121649.38800.bernd@bwurst.org> <4B4CD4FE.2000709@googlemail.com> <3F3B1BC760094816932CE07B55D53CD2@mkwebdialin> <20qpk51a03s3c6smm0qnrnpkomgjb7lmpr@nhoffmann.dialin.t-online.de> <2ADA0535B905400298BEA380DBDBB3D9@mkwebdialin> <7g6rk5pa0bq42pggk63167gm6pa702b7k3@nhoffmann.dialin.t-online.de> <4B4E1E25.3080404@gmail.com> <54433575AE4943DCAC768FBB024E592C@mkwebdialin> Message-ID: Hallo Mirko, >> Denn nur, weil sie im selben Gebäude sind, bedeutet das nicht, dass sie in >> der Datenbank auch nur durch einen Punkt repräsentiert werden dürfen. > Das geht doch teilweise auch nicht anders. Beispiel Postagentur mit > Postbank, beides amenity, geht aber nur einmal. Ist das ganze noch im > Rathaus untergebracht, hast du gleich drei Konflikte. Dazu kommen vielleicht > noch unterschieliche Kontakte, Öffnungszeiten, übliches wie Namen etc. Da > fehlt ein tagset oder eine taggroup wo du beliebig viele Keys, eben auch > gleiche, als Untereigenschaft zu einem Objekt hinzufügen kannst. > > Und jetzt bitte nicht wieder das leidige Semikolon. > Das kann funktionieren wenn sich wirklich alle peinlichst daran halten das > Schlüssel1=Wert1;Wert2;Wert3 immer genau auf Schlüssel2=Wert1;Wert2;Wert3 > passt. Unachtsamkeit, ein Flüchtigkeitsfehler, eine Systembedingte > sortierung whatever und schon kann folgendes rauskommen > Schlüssel1=Wert3;Wert2;Wert1 mit Schlüssel2=Wert2;Wert1;Wert3. Das wird bis > auf den Erfasser selbst nie einer merken. > > Und schon würde beispielsweise bei der Postagentur im Rathaus auf der > Postkarte die Telefonzentrale vom Rathaus bei der Postagentur angezeit, oder > die Sprechzeiten des Rathauses als Öffnungszeiten. Semikolon ist in dem Fall > keine Lösung. Ich bin mir nicht ganz sicher, ob Deine Nachricht als Zustimmung oder als Widerspruch gemeint ist - denn eigentlich sind wir doch gleicher Meinung?! Zusammenfassung *meiner* *Meinung*: Mehrere Objekte mit einem einzigen Node darstellen zu wollen ist sehr kompliziert und unübersichtlich. Es ist daher einfacher, für jedes Objekt einen einzelnen Node zu setzen. Gruss, Thomas From claudius.h at gmx.de Thu Jan 14 15:29:20 2010 From: claudius.h at gmx.de (Claudius) Date: Thu, 14 Jan 2010 16:29:20 +0100 Subject: [Talk-de] Daily Updates to CloudMade Routing In-Reply-To: <223020e61001140310s21a30f74r3c637ada2ab8a25b@mail.gmail.com> References: <223020e61001140310s21a30f74r3c637ada2ab8a25b@mail.gmail.com> Message-ID: Sinngemäße Übersetzung: Viele Verwenden das Routing auf http://maps.cloudmade.com um Fehler im Routing zu finden. Als Rückmeldung dazu hat Cloudmade häufig zwei Punkte genannt bekommen: 1 - Die Routingdaten sind oft mehrere Tage veraltet 2 - Abbiegeeinschränkungen werden nicht berücksichtigt. Seit dieser Woche werden die Routinginformationen alle 24 Stunden aktualisiert. Dabei werden um 17 Uhr deutscher Zeit die Daten des vorherigen Tages eingespielt. Am Freitag, 14. Januar um 17:00 werden also die Daten aus der OSM-Datenbank am Freitag, 14. Januar 1:00 eingespielt. Der Prozess kann je nach Datenaufkommen unterschiedlich lange dauern. Abbiegeeinschränkungen - Cloudmade arbeitet daran, alle auf deren Bugtracker gemeldeten Fehler zu beheben. Fehler und Wünsche können hier mitgeteilt werden: http://developers.cloudmade.com/projects/routing-http-api/issues Claudius Am 14.01.2010 12:10, Nick Black: > Hi guys, > > Some of you use CloudMade's routing to debug your mapping. We've had > a lot of feedback that though useful, there are two problems: > > 1 - The routing is out of date, often lagging many days behind > 2 - There are bugs with turn restrictions > > As of this week, we are updating routing every 24 hours which should > help with checking mapping and finding errors. Routing should update > by early evening GMT (16.00 is the target time) with data from the > previous day. So at 16:00 on Friday 15th Dec, routing will have data > up to 00:00 on Friday 15th Dec. This is a new service, so exact > completion times for the import will probably vary. > > Turn restrictions - we are working on bug fixes for all of the turn > restriction problems that exist on our bug tracker. You can report > bugs and request features here: > http://developers.cloudmade.com/projects/routing-http-api/issues > > Happy mapping. > From osm-ml at roland-ramthun.de Thu Jan 14 15:59:52 2010 From: osm-ml at roland-ramthun.de (Roland Ramthun) Date: Thu, 14 Jan 2010 16:59:52 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten In-Reply-To: <15ogeqc87wzbr.1jnxndpdf73qq$.dlg@40tude.net> References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <1263417090.6520.7.camel@localhost> <4B4E4527.2000305@gmx.de> <4B4E4AB9.2050306@remote.org> <15ogeqc87wzbr.1jnxndpdf73qq$.dlg@40tude.net> Message-ID: <1263484792.13699.3.camel@localhost> Am Donnerstag, den 14.01.2010, 13:31 +0100 schrieb Thomas Ineichen: > Hallo Frederik, > > > Thomas Ineichen wrote: > >> Lohnt es sich, die Stellen jetzt anzufragen, ob sie ihre Luftbilder in OSM > >> abgezeichnet haben wollen, oder sollte man warten, bis die neue Lizenz da > >> ist (- falls sie denn kommt)? > > > Wenn die betr. Stelle Dir sozusagen einen Blankoscheck ausstellt, auf > > dem steht: "Unsere Bilder duerfen fuer die Verwendung in OpenStreetMap > > abgezeichnet werden", dann ist alles gut. > > Bist Du Dir sicher? Für mich würde ein solcher Satz eher "unter der im > Moment der überlassung bestehenden OSM-Lizenz" implizieren. Wenn nur eine Zweckbindung vereinbart wurde (wie Markus ja in seiner Endfassung mit der Bayerischen Vermessungsverwaltung exemplarisch drin hat), können wir uns da ziemlich sicher sein. Grüße Roland From openstreetmap at assetburned.de Thu Jan 14 20:00:23 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Thu, 14 Jan 2010 21:00:23 +0100 Subject: [Talk-de] =?iso-8859-1?q?Paketstationen_alle_f=FCr_Abholen_und_An?= =?iso-8859-1?q?nehmen_=3F?= In-Reply-To: References: <4B4D8E4B.5070905@tappenbeck.net> <8CB37448-66F4-4E20-8C71-4EFB69A4E91F@assetburned.de> Message-ID: Am 13.01.2010 um 19:28 schrieb Jan Tappenbeck: > Am 13.01.2010 19:13, schrieb AssetBurned: >> >> Am 13.01.2010 um 10:11 schrieb Jan Tappenbeck: >> >>> ich habe mich schon länger gefragt, woran man erkennen kann ob eine >>> Paketstation [1] oder [2] und NICHT [3] für die Annahme und/oder >>> Abgabe ausgestatttet ist. Das hat mir keine Ruhe gelassen und da habe >>> ich einige Postboten (heißen die heute noch so?) gefragt und nach >>> deren Auskunft sind alle Stationen gleich ausgestattet. >>> >>> Für OSM würde dieses bedeuten das wir ein gemeinsames Tag verwenden >>> könnten statt der Kombi von >>> parcel_pickup / >>> parcel_mail_in >>> >>> ! >>> >>> Daraufhin habe ich eine eMail an die die Deutsche Post über deren >>> Webformular geschrieben - aber bis dato keine Antwort erhalten. >>> >>> Weiß einer mehr oder hat einen guten Kontakt diese Frage einmal zu >>> klären ? >> >> wenn du hier einfach mal nen blick hinwirfst >> http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine wirst >> du den unterschied für diese zwei tags sehen. > > da liegt ein Mißverständnis vor !!! Der Würfel (Box) nimmt nur an - das > ist richtig. Es gibt aber Schränke die sind mit vending=parcel_pickup > UND vending=parcel_mail_in in Form von > vending=parcel_pickup;parcel_mail_in getaggt ! > > Die dachte ich zu vereinheitlichen!!! Da es keine reihen abhol teile gibt reicht es wohl diese als pickup zu kennzeichnen. das man dort dann auch abgeben kann sollte klar sein und wäre dann meines erachtens eine sache die man über die jeweilige software (die POIs auswertet) regeln müsste. cu assetburned -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From osm at tobias-knerr.de Thu Jan 14 20:26:44 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Thu, 14 Jan 2010 21:26:44 +0100 Subject: [Talk-de] =?iso-8859-1?q?Paketstationen_alle_f=FCr_Abholen_und_An?= =?iso-8859-1?q?nehmen_=3F?= In-Reply-To: References: <4B4D8E4B.5070905@tappenbeck.net> <8CB37448-66F4-4E20-8C71-4EFB69A4E91F@assetburned.de> Message-ID: <4B4F7E04.2000305@tobias-knerr.de> AssetBurned schrieb: > Da es keine reihen abhol teile gibt reicht es wohl diese als pickup zu kennzeichnen. das man dort dann auch abgeben kann sollte klar sein und wäre dann meines erachtens eine sache die man über die jeweilige software (die POIs auswertet) regeln müsste. Du bist dir sicher, dass nirgendwo auf der Welt jemand reine Paket-Abhol-Stellen anbietet? Dieses etwas ungewöhnliche Tag-Konstrukt dient doch allein dem Zweck, dass es eine Software theoretisch einheitlich auswerten könnte, auch wenn der Autor in Australien lebt und noch nie was von der "Packstation" der Firma DHL gehört hat. Dem ist es dann natürlich ganz und gar nicht klar, dass man dort auch abgeben kann. Tobias Knerr From frederik at remote.org Thu Jan 14 20:50:11 2010 From: frederik at remote.org (Frederik Ramm) Date: Thu, 14 Jan 2010 21:50:11 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? Message-ID: <4B4F8383.1060305@remote.org> Hallo, ich bin staendig am Ueberlegen, wie man das mit den Abbiegeverboten mal in den Griff kriegen kann. Ich haette gern eine Deutschlandkarte, auf der alle Kreuzungen, an denen es irgendeine Art von Abbiegebeschraenkung gibt - oder *hoechstwahrscheinlich gibt* - markiert sind, so dass die Communitymitglieder dann hingehen und die Sache pruefen koennen. Solche Abbiegebeschraenkungen sind in Deutschland fast immer mit blauen Schildern verbunden. Irgendjemand muss die doch aufstellen, und dieser jemand muss doch auch eine Liste haben, wo er welche aufgestellt hat. Koennte man auf diesem Wege vielleicht wenigstens an unscharfe Daten herankommen, die die Community dann noch "veredelt"? Hat jemand von Euch das schonmal probiert? Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From darkangel at ms-team.de Thu Jan 14 20:58:28 2010 From: darkangel at ms-team.de (Darkangel) Date: Thu, 14 Jan 2010 21:58:28 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? In-Reply-To: <4B4F8383.1060305@remote.org> References: <4B4F8383.1060305@remote.org> Message-ID: <4B4F8574.2030107@ms-team.de> Am 14.01.2010 21:50, schrieb Frederik Ramm: > Hallo, > > ich bin staendig am Ueberlegen, wie man das mit den Abbiegeverboten > mal in den Griff kriegen kann. Ich haette gern eine Deutschlandkarte, > auf der alle Kreuzungen, an denen es irgendeine Art von > Abbiegebeschraenkung gibt - oder *hoechstwahrscheinlich gibt* - markiert > sind, so dass die Communitymitglieder dann hingehen und die Sache > pruefen koennen. > > Solche Abbiegebeschraenkungen sind in Deutschland fast immer mit blauen > Schildern verbunden. Irgendjemand muss die doch aufstellen, und dieser > jemand muss doch auch eine Liste haben, wo er welche aufgestellt hat. > Koennte man auf diesem Wege vielleicht wenigstens an unscharfe Daten > herankommen, die die Community dann noch "veredelt"? > > Hat jemand von Euch das schonmal probiert? > Du willst eine "offizielle" Karte mit den Abbiegebeschränkungen? Da diese meistens von den jeweiligen Gemeinden beauftragt werden (wie andere Verkehrsbeschränkungen auch) und wir in einem ziemlich föderalen Staat leben, wird es sowas wohl nicht geben. --- Gruß Mario -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 260 bytes Beschreibung: OpenPGP digital signature URL : From frederik at remote.org Thu Jan 14 21:20:36 2010 From: frederik at remote.org (Frederik Ramm) Date: Thu, 14 Jan 2010 22:20:36 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? In-Reply-To: <4B4F8574.2030107@ms-team.de> References: <4B4F8383.1060305@remote.org> <4B4F8574.2030107@ms-team.de> Message-ID: <4B4F8AA4.4000806@remote.org> Hallo, Darkangel wrote: > Du willst eine "offizielle" Karte mit den Abbiegebeschränkungen? Wenn man was kriegen wuerde, wo die konkret drin sind, waers am besten, aber selbst wenn ich nur wuesste, an welcher Kreuzung wie viele blaue Schilder stehen, huelfe das schon. > Da diese meistens von den jeweiligen Gemeinden beauftragt werden (wie > andere Verkehrsbeschränkungen auch) und wir in einem ziemlich föderalen > Staat leben, wird es sowas wohl nicht geben. Es muss ja nicht zentralistisch sein. In groesseren Gemeinden gibt es sicher ein eigenes Strassenbauamt; in den kleineren aber koennte es sein, dass es irgendwo eine regionale Schilderfirma gibt und alle Gemeinden beauftragen immer diese Firma... Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From openstreetmap at assetburned.de Thu Jan 14 21:21:36 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Thu, 14 Jan 2010 22:21:36 +0100 Subject: [Talk-de] =?iso-8859-1?q?Paketstationen_alle_f=FCr_Abholen_und_An?= =?iso-8859-1?q?nehmen_=3F?= In-Reply-To: <4B4F7E04.2000305@tobias-knerr.de> References: <4B4D8E4B.5070905@tappenbeck.net> <8CB37448-66F4-4E20-8C71-4EFB69A4E91F@assetburned.de> <4B4F7E04.2000305@tobias-knerr.de> Message-ID: <6403FD8A-8950-4663-AF2E-8D3DB240DE57@assetburned.de> moin On 14.01.2010, at 21:26, Tobias Knerr wrote: > AssetBurned schrieb: >> Da es keine reihen abhol teile gibt reicht es wohl diese als pickup zu kennzeichnen. das man dort dann auch abgeben kann sollte klar sein und wäre dann meines erachtens eine sache die man über die jeweilige software (die POIs auswertet) regeln müsste. > > Du bist dir sicher, dass nirgendwo auf der Welt jemand reine > Paket-Abhol-Stellen anbietet? > > Dieses etwas ungewöhnliche Tag-Konstrukt dient doch allein dem Zweck, > dass es eine Software theoretisch einheitlich auswerten könnte, auch > wenn der Autor in Australien lebt und noch nie was von der "Packstation" > der Firma DHL gehört hat. Dem ist es dann natürlich ganz und gar nicht > klar, dass man dort auch abgeben kann. hm das eröffnet dann die frage warum es nicht ein tag gibt für geräte die beides ermöglichen. diese dauernden ; konstrukte nerven doch eher bei der eingabe insbesondere neulinge verwirren sie. davon abgesehen hab ich noch kein tag mit semikolon gesehen das mit vom editor auf der OSM seite vorgeschlagen wird, auch meine software auf dem Touch schlägt mir sowas nicht vor. und ne freundliche mail an solch einen entwickler könnte das problemchen auch lösen ;-) aber ich wollte ja ernsthaft bleiben. es ist doch nen ähnliches problem wie mit schustern und schlüsseldiensten (kommt hier in der gegend auch nicht getrennt vor) oder was machst du mit zigarettenautomaten die auch eine einzelne sorte condome verkaufen, oder condom automaten wo du auch sexspielzeug kaufen kannst, kaugummiautomaten in den sich auch zahnbürsten finden lassen, EC automaten an den du auch dein handy guthaben aufladen kannst und so weiter und so fort. also ernster vorschlag. solange bis nicht irgend jemand doch irgendwo ne pakstation (unabhängig von betreiber und land) findet in der man "NUR" abholen kann würde ich es als progger so interpretieren das man bei allen auch abgeben kann. ich jedenfalls bleib beim einfachen tag ohne semikolon, bis mir jemand was anderes zeigt (oder ne passendere lösung vorgeschlagen wird). cu assetburned From openstreetmap at assetburned.de Thu Jan 14 21:23:58 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Thu, 14 Jan 2010 22:23:58 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? In-Reply-To: <4B4F8383.1060305@remote.org> References: <4B4F8383.1060305@remote.org> Message-ID: moin On 14.01.2010, at 21:50, Frederik Ramm wrote: > Hallo, > > ich bin staendig am Ueberlegen, wie man das mit den Abbiegeverboten > mal in den Griff kriegen kann. Ich haette gern eine Deutschlandkarte, > auf der alle Kreuzungen, an denen es irgendeine Art von > Abbiegebeschraenkung gibt - oder *hoechstwahrscheinlich gibt* - markiert > sind, so dass die Communitymitglieder dann hingehen und die Sache > pruefen koennen. > > Solche Abbiegebeschraenkungen sind in Deutschland fast immer mit blauen > Schildern verbunden. Irgendjemand muss die doch aufstellen, und dieser > jemand muss doch auch eine Liste haben, wo er welche aufgestellt hat. > Koennte man auf diesem Wege vielleicht wenigstens an unscharfe Daten > herankommen, die die Community dann noch "veredelt"? > > Hat jemand von Euch das schonmal probiert? Spontan würde ich mal in der Straßenmeisterrei (im falle von autobahnen) oder dem Straßenbauamt (in städten etc) nachfragen. cu AssetBurned From webmaster at ts-eastrail.de Thu Jan 14 21:26:29 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Thu, 14 Jan 2010 22:26:29 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? References: <4B4F8383.1060305@remote.org> Message-ID: <10B0EE9C184647C1955BCF355E605165@mkwebdialin> > Solche Abbiegebeschraenkungen sind in Deutschland fast immer mit blauen > Schildern verbunden. Irgendjemand muss die doch aufstellen, und dieser > jemand muss doch auch eine Liste haben, wo er welche aufgestellt hat. > Koennte man auf diesem Wege vielleicht wenigstens an unscharfe Daten > herankommen, die die Community dann noch "veredelt"? Hier alles unterhalb von Landstraße Kommune und Kreis. Die machen das selber oder beauftragen den TSI. Für Landesstraße bis Autobahn ist die hier mitlerweile komplett private Straßenmeisterei (TSI Thüringen) bzw. Autobahnmeisterei zuständig, die das im Auftrag von einem der vier regionalen Straßenbauämtern macht, welche wiederum dem Verkehsministerium unterliegen. Überschneidende Interessen wie üblich per Antrag durch die Instanzen. Geodaten aller Art gibts nur zentral übers Landesvermessungsamt. Dürfte sich bis auf die vollprivatisierte Straßenmeisterei überall in etwa ähneln. Flächendeckend dürfte schwierig werden. Die Straßenlisten gibts hier auch nur zentral übers Landesvermessungsamt, allerdings in dem Fall frei zugänglich. Dafür ist man bei allen anderen Sachen knickrig. Da wo die Kommunen ihre Daten noch selber verwalten könnte man vielleicht Glück haben. Gruß Mirko From chris66nrw at gmx.de Thu Jan 14 21:26:13 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Thu, 14 Jan 2010 22:26:13 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? In-Reply-To: <4B4F8383.1060305@remote.org> References: <4B4F8383.1060305@remote.org> Message-ID: Frederik Ramm schrieb: > ich bin staendig am Ueberlegen, wie man das mit den Abbiegeverboten > mal in den Griff kriegen kann. Ich wünsche mir einen Online Router, der die Abbiegeverbote korrekt umsetzt und bei dem man Routingfehler (wie bei OpenStreetBugs) per Mausklick melden kann. Aber leider ist ja noch nicht Weihnachten. ;-) Chris From frederik at remote.org Thu Jan 14 21:32:11 2010 From: frederik at remote.org (Frederik Ramm) Date: Thu, 14 Jan 2010 22:32:11 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? In-Reply-To: <10B0EE9C184647C1955BCF355E605165@mkwebdialin> References: <4B4F8383.1060305@remote.org> <10B0EE9C184647C1955BCF355E605165@mkwebdialin> Message-ID: <4B4F8D5B.3030102@remote.org> Hallo Mirko, Mirko Küster wrote: > Geodaten aller Art gibts nur zentral übers Landesvermessungsamt. Aber im Gegensatz zu "die Strasse XY hat den folgenden Verlauf" frage ich ja eigentlich nicht nach Geodaten, sondern nach Erlassen oder Verordnungen oder was auch immer - es muss doch irgendeinen Verwaltungsakt geben, der letzten Endes in dem Aufstellen eines blauen Schildes mit weissem Pfeil muendet, und dieser Verwaltungsakt muss doch irgendwie publiziert werden, und diese Publikation muesste unter den §5 UrhG fallen (kein Schutz fuer Verordnungen usw), und dann muesste man nur noch ein Archiv der Publikation... *seufz* ;-) Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From karl.weber99 at gmx.net Thu Jan 14 21:38:06 2010 From: karl.weber99 at gmx.net (QQQ) Date: Thu, 14 Jan 2010 13:38:06 -0800 (PST) Subject: [Talk-de] Abgrenzung highway=service und residential In-Reply-To: <4B4BCA0B.400@gmx.at> References: <4B4BCA0B.400@gmx.at> Message-ID: <1263505086472-4395511.post@n2.nabble.com> Stefan Hirschmann wrote: > > Die englische Map-Feature schreibt zu service: > =============== > Generally for access to a building, [...] > =============== > Also ein einzelnes Gebäude. Die deutsche Map Features schließt mehrere > Gebäude an einem highway=service hingegen nicht aus. > Wenn du die ganze Beschreibung liest, wird doch klar, dass nicht nur _ein_ einzelnes Gebaeude gemeint ist. Vergleiche insbesondere den letzten Satz: "Sometimes called an alley, particularly in the US." und das Bild daneben. Wenn Du auf "service" klickst, wird das noch deutlicher, dort steht u.A. "[...] This is also commonly used for [...], driveways, and alleys." Ich beruecksichtige die Anzahl der Haeuser bei der Unterscheidung service -- residential gar nicht, sondern nur die "Beschaffenheit" der Strasse. Extremes Beispiel: Eine Sackgasse mit so schmaler Fahrspur, dass dort keine zwei Autos aneinander vorbeikommen, ohne Gehsteig und Wendemoeglichkeit ist fuer mich klarerweise ein highway=service. So etwas wuerde ich im Englischen z.B. als "alley" (i.S.v. Gasse) bezeichnen. -- View this message in context: http://n2.nabble.com/Abgrenzung-highway-service-und-residential-tp4386274p4395511.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. From webmaster at ts-eastrail.de Thu Jan 14 21:44:06 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Thu, 14 Jan 2010 22:44:06 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? References: <4B4F8383.1060305@remote.org> <10B0EE9C184647C1955BCF355E605165@mkwebdialin> <4B4F8D5B.3030102@remote.org> Message-ID: <8EF0BFE4B2A540DFAA4599E3CA1EEF09@mkwebdialin> > Aber im Gegensatz zu "die Strasse XY hat den folgenden Verlauf" frage ich > ja eigentlich nicht nach Geodaten, sondern nach Erlassen oder Verordnungen > oder was auch immer... Ich sag ja nur, von der Gullikoordinate bis zur Adresse geht das hier alles zentral. Über die Beschlüsse und Sitzungsprotokolle kann man es natürlich auch machen. Musst dich eben nur durch die Kleinigkeit von ca. 10.000 Archiven und die jeweiligen Bestände bei Kommunen, Kreisen und Ländern wühlen. Ich wünsche dann mal viel Spaß. Gruß Mirko From osm.mailinglist at t-i.ch Thu Jan 14 21:44:48 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Thu, 14 Jan 2010 22:44:48 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? References: <4B4F8383.1060305@remote.org> Message-ID: <1rvv98pqzg80v.1p58nstsd1az8.dlg@40tude.net> Hallo Frederik, > Solche Abbiegebeschraenkungen sind in Deutschland fast immer mit blauen > Schildern verbunden. Irgendjemand muss die doch aufstellen, und dieser > jemand muss doch auch eine Liste haben, wo er welche aufgestellt hat. > Koennte man auf diesem Wege vielleicht wenigstens an unscharfe Daten > herankommen, die die Community dann noch "veredelt"? Bedenke dabei bitte aber, dass solche Tafeln auch dort stehen, wo OSM keine Abbiegerelation benötigt, da die verbotene Strasse eine Einbahnstrasse in die "falsche" Richtung ist. Eine etwaige Blaue-Schilder-Liste würde also trotz allem noch einiges an (Vor-)Arbeit benötigen oder viele False-Positives erzeugen. Gruss, Thomas From addicks at gmx.net Thu Jan 14 21:48:30 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Thu, 14 Jan 2010 22:48:30 +0100 Subject: [Talk-de] =?iso-8859-1?q?Paketstationen_alle_f=FCr_Abholen_und_An?= =?iso-8859-1?q?nehmen_=3F?= In-Reply-To: <4B4ECB20.7050101@ms-team.de> References: <4B4D8E4B.5070905@tappenbeck.net> <8CB37448-66F4-4E20-8C71-4EFB69A4E91F@assetburned.de> <4B4EC3DF.2040807@nurfuerspam.de> <4B4ECB20.7050101@ms-team.de> Message-ID: Am 14.01.2010 08:43, schrieb DarkAngel: > Es gibt Packstationen und Paketboxen Aber es gibt nach wie vor keine Paketstationen! -jha- From osm.mailinglist at t-i.ch Thu Jan 14 21:45:56 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Thu, 14 Jan 2010 22:45:56 +0100 Subject: [Talk-de] Neue Lizenz und abgezeichnete Daten References: <1f3mjl8m5izvq.8hk42bpv4m2m$.dlg@40tude.net> <1263417090.6520.7.camel@localhost> <4B4E4527.2000305@gmx.de> <4B4E4AB9.2050306@remote.org> <15ogeqc87wzbr.1jnxndpdf73qq$.dlg@40tude.net> <1263484792.13699.3.camel@localhost> Message-ID: Hallo Roland, > Wenn nur eine Zweckbindung vereinbart wurde (wie Markus ja in seiner > Endfassung mit der Bayerischen Vermessungsverwaltung exemplarisch drin > hat), können wir uns da ziemlich sicher sein. Na gut, dann glaub ich euch das mal.. :) Gruss, Thomas From addicks at gmx.net Thu Jan 14 21:51:09 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Thu, 14 Jan 2010 22:51:09 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? In-Reply-To: <4B4F8383.1060305@remote.org> References: <4B4F8383.1060305@remote.org> Message-ID: Am 14.01.2010 21:50, schrieb Frederik Ramm: > ich bin staendig am Ueberlegen, wie man das mit den Abbiegeverboten > mal in den Griff kriegen kann. Das bekommst Du in den Griff, wenn es ein Abbiege-Editor gibt, den Laien bedienen können... außerhalb von JOSM. Entweder als Modul für den Potlach oder als Webeditor wie ein POI-Tool. Oder anders: Wenn mich jemand fragt, wie er Turnrestrictions mappen kann, dann sage ich: Das kann ich Dir nicht erklären, schau mal ins Wiki. Denn erklären könnte ich das niemandem. -jha- From falk.zscheile at googlemail.com Thu Jan 14 21:55:27 2010 From: falk.zscheile at googlemail.com (Falk Zscheile) Date: Thu, 14 Jan 2010 22:55:27 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? In-Reply-To: <4B4F8383.1060305@remote.org> References: <4B4F8383.1060305@remote.org> Message-ID: <1545fef41001141355i77714239p7526baf7a98bcfce@mail.gmail.com> Am 14. Januar 2010 21:50 schrieb Frederik Ramm : > Solche Abbiegebeschraenkungen sind in Deutschland fast immer mit blauen > Schildern verbunden. Irgendjemand muss die doch aufstellen, und dieser > jemand muss doch auch eine Liste haben, wo er welche aufgestellt hat. > Koennte man auf diesem Wege vielleicht wenigstens an unscharfe Daten > herankommen, die die Community dann noch "veredelt"? > > Hat jemand von Euch das schonmal probiert? > Es gibt Beschilderungspläne[1] bei den Ämtern. Gesehen habe ich so etwas aber noch nicht. Veröffentlicht werden sie vermutlich auch nicht. Und sehr präzise scheinen diese auch nicht in jedem Fall zu sein.[2] Aber vielleicht ist es trotzdem einen Versuch wert. Zuständige Behörde müsste die (untere) Straßenverkehrsbehörde sein. Gruß, Falk [1] http://de.wikipedia.org/wiki/Beschilderungsplan [2] http://strafverfahren.blogspot.com/2009/12/beschilderungsplan-interpretationsversu.html From florian at grossing.de Thu Jan 14 22:49:59 2010 From: florian at grossing.de (Florian Gross) Date: Thu, 14 Jan 2010 23:49:59 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? In-Reply-To: <4B4F8AA4.4000806@remote.org> References: <4B4F8383.1060305@remote.org> <4B4F8574.2030107@ms-team.de> <4B4F8AA4.4000806@remote.org> Message-ID: <201001142349.59656.florian@grossing.de> Am Do Januar 14 2010 glaubte Frederik Ramm zu wissen: > In groesseren Gemeinden gibt es sicher ein eigenes Strassenbauamt; in > den kleineren aber koennte es sein, dass es irgendwo eine regionale > Schilderfirma gibt und alle Gemeinden beauftragen immer diese Firma... Das Bauamt bekommt nur den Auftrag, Schild XY an Stelle AB aufzuhängen. Die brauchen dafür keinen Plan. Du suchst IMO die zuständige Straßenverkehrsbehörde: http://de.wikipedia.org/wiki/Stra%C3%9Fenverkehrsbeh%C3%B6rde flo -- >What's the word for a meal that's too late for breakfast or lunch, but >too early for dinner, and takes the place of all three? Pizza. [Joe Thompson and Christian Bauernfeind] From zipf at geographie.uni-bonn.de Thu Jan 14 22:53:48 2010 From: zipf at geographie.uni-bonn.de (Alexander Zipf) Date: Thu, 14 Jan 2010 23:53:48 +0100 Subject: [Talk-de] =?iso-8859-15?q?OpenRouteService_f=FCr_Haiti_online?= Message-ID: <4B4FA07C.8020100@geographie.uni-bonn.de> Hallo eine neue OpenRouteService-Version für Haiti ist Online (Routing / Geocoder) unter; http://openls.geog.uni-heidelberg.de/osm-haiti/ Danke an Pascal, Joe und den Rest des Teams! OSM Daten werden stündlich aktualisiert; danke Frederik beste Grüße az weitere Infos zur Haiti-Hilfsaktion: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response Chair of Geoinformatics / GIScience, Prof. Dr. Alexander Zipf Department of Geography, University of Heidelberg http://www.geog.uni-heidelberg.de/giscience.html zipf at uni-heidelberg.de From osm at dentro.info Fri Jan 15 06:37:41 2010 From: osm at dentro.info (Stefan Dettenhofer (StefanDausR)) Date: Fri, 15 Jan 2010 07:37:41 +0100 Subject: [Talk-de] =?iso-8859-15?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B4FA07C.8020100@geographie.uni-bonn.de> References: <4B4FA07C.8020100@geographie.uni-bonn.de> Message-ID: <4B500D35.1040602@dentro.info> Hallo, Alexander Zipf schrieb: > Hallo > > eine neue OpenRouteService-Version für Haiti ist Online (Routing / > Geocoder) unter; > http://openls.geog.uni-heidelberg.de/osm-haiti/ > > Danke an Pascal, Joe und den Rest des Teams! > > Eine gute Sache! > OSM Daten werden stündlich aktualisiert; danke Frederik > > Ich könnte auch aktuelle NaviPOWM-Maps generieren lassen, wenn Bedarf da ist. Was mein Ihr, würden die gebraucht werden? Gruß, Stefan From darkangel at ms-team.de Fri Jan 15 07:26:10 2010 From: darkangel at ms-team.de (DarkAngel) Date: Fri, 15 Jan 2010 08:26:10 +0100 Subject: [Talk-de] =?iso-8859-15?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B4FA07C.8020100@geographie.uni-bonn.de> References: <4B4FA07C.8020100@geographie.uni-bonn.de> Message-ID: <4B501892.4020604@ms-team.de> Am 14.01.2010 23:53, schrieb Alexander Zipf: > Hallo > > eine neue OpenRouteService-Version für Haiti ist Online (Routing / > Geocoder) unter; > http://openls.geog.uni-heidelberg.de/osm-haiti/ > > Danke an Pascal, Joe und den Rest des Teams! > > OSM Daten werden stündlich aktualisiert; danke Frederik > > beste Grüße > az > > weitere Infos zur Haiti-Hilfsaktion: > http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response > > Auch wenn es nicht direkt etwas mit OSM zu tun hat: http://www.googlewatchblog.de/2010/01/14/google-veroeffentlicht-satellitenfotos-von-haiti/ -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 261 bytes Beschreibung: OpenPGP digital signature URL : From osm at tappenbeck.net Fri Jan 15 08:07:26 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Fri, 15 Jan 2010 09:07:26 +0100 Subject: [Talk-de] =?iso-8859-1?q?Paketstationen_alle_f=FCr_Abholen_und_An?= =?iso-8859-1?q?nehmen_=3F?= In-Reply-To: <6403FD8A-8950-4663-AF2E-8D3DB240DE57@assetburned.de> References: <4B4D8E4B.5070905@tappenbeck.net> <8CB37448-66F4-4E20-8C71-4EFB69A4E91F@assetburned.de> <4B4F7E04.2000305@tobias-knerr.de> <6403FD8A-8950-4663-AF2E-8D3DB240DE57@assetburned.de> Message-ID: Am 14.01.2010 22:21, schrieb AssetBurned: > moin > > On 14.01.2010, at 21:26, Tobias Knerr wrote: > >> AssetBurned schrieb: >>> Da es keine reihen abhol teile gibt reicht es wohl diese als pickup zu kennzeichnen. das man dort dann auch abgeben kann sollte klar sein und wäre dann meines erachtens eine sache die man über die jeweilige software (die POIs auswertet) regeln müsste. >> >> Du bist dir sicher, dass nirgendwo auf der Welt jemand reine >> Paket-Abhol-Stellen anbietet? >> >> Dieses etwas ungewöhnliche Tag-Konstrukt dient doch allein dem Zweck, >> dass es eine Software theoretisch einheitlich auswerten könnte, auch >> wenn der Autor in Australien lebt und noch nie was von der "Packstation" >> der Firma DHL gehört hat. Dem ist es dann natürlich ganz und gar nicht >> klar, dass man dort auch abgeben kann. > > hm das eröffnet dann die frage warum es nicht ein tag gibt für geräte die beides ermöglichen. diese dauernden ; konstrukte nerven doch eher bei der eingabe insbesondere neulinge verwirren sie. davon abgesehen hab ich noch kein tag mit semikolon gesehen das mit vom editor auf der OSM seite vorgeschlagen wird, auch meine software auf dem Touch schlägt mir sowas nicht vor. > > und ne freundliche mail an solch einen entwickler könnte das problemchen auch lösen ;-) > > aber ich wollte ja ernsthaft bleiben. es ist doch nen ähnliches problem wie mit schustern und schlüsseldiensten (kommt hier in der gegend auch nicht getrennt vor) oder was machst du mit zigarettenautomaten die auch eine einzelne sorte condome verkaufen, oder condom automaten wo du auch sexspielzeug kaufen kannst, kaugummiautomaten in den sich auch zahnbürsten finden lassen, EC automaten an den du auch dein handy guthaben aufladen kannst und so weiter und so fort. > > also ernster vorschlag. solange bis nicht irgend jemand doch irgendwo ne pakstation (unabhängig von betreiber und land) findet in der man "NUR" abholen kann würde ich es als progger so interpretieren das man bei allen auch abgeben kann. > ich jedenfalls bleib beim einfachen tag ohne semikolon, bis mir jemand was anderes zeigt (oder ne passendere lösung vorgeschlagen wird). > > cu assetburned endlich einer der versteht was ich meine. Deshalb ein tag für nur abholen ... vending=parcel_pickup nur abgeben ... vending=parcel_mail_in (die gelben würfel, jedenfalls derzeit in DE und DHL) kombistation ... vending_parcel_inout (um gleich einen vorschlag zu unterbreiten) den einsteigern schon zuliebe und zur vereinfachung in diesem zusammenhang stellt sich schon die frage wie josm poi darstellt die mit einer liste von values versehen ist !!! gruß jan :-) From frederik at remote.org Fri Jan 15 08:13:05 2010 From: frederik at remote.org (Frederik Ramm) Date: Fri, 15 Jan 2010 09:13:05 +0100 Subject: [Talk-de] =?iso-8859-15?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B500D35.1040602@dentro.info> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> Message-ID: <4B502391.3020508@remote.org> Hallo, Stefan Dettenhofer (StefanDausR) wrote: > Ich könnte auch aktuelle NaviPOWM-Maps generieren lassen, wenn Bedarf da > ist. Was mein Ihr, würden die gebraucht werden? Nach aktuellen Garminkarten hat mich schon jemand gefragt, daher hab ich die auf labs.geofabrik.de/haiti/ auch mit dazugepackt (wobei die jetzt einfach mit einme 08/15-Out-of-the-box-mkgmap erstellt sind - wenn einer der anwesenden Garmin-Experten Verbesserungsvorschlaege hat, nur her damit). Ob/inwiefern vor Ort NaviPOWM im Einsatz ist, weiss ich nicht; wenn das aber mit irgendeinem einfachen Commandline-Aufruf unter Linux geht, koennte ich das einfach in den Job mit einbauen. Bye Frederik From osm at dentro.info Fri Jan 15 08:26:03 2010 From: osm at dentro.info (Stefan Dettenhofer (StefanDausR)) Date: Fri, 15 Jan 2010 09:26:03 +0100 Subject: [Talk-de] =?iso-8859-15?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B502391.3020508@remote.org> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> Message-ID: <4B50269B.1050507@dentro.info> Hallo Frederik, Frederik Ramm schrieb: > Ob/inwiefern vor Ort NaviPOWM im Einsatz ist, weiss ich nicht; wenn das > aber mit irgendeinem einfachen Commandline-Aufruf unter Linux geht, > koennte ich das einfach in den Job mit einbauen. > Wenn die Daten benötigt würden, ist es wahrscheinlich einfacher, wenn ich die Umsetzung direkt am devserver mache, denn da habe ich alle nötigen tools installiert. "GermanyPlus" läuft da schon täglich. Nebenbei: Hast Du das Nordamerica-Extrakt eingestellt? Gruß, Stefan From tonnhofer at omniscale.de Fri Jan 15 08:30:05 2010 From: tonnhofer at omniscale.de (Oliver Tonnhofer) Date: Fri, 15 Jan 2010 09:30:05 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert Message-ID: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> Moin, vor einer Weile ging unser OpenStreetMap WMS hier über die Liste. Wir haben den Dienst nun gründlich aktualisiert. Neben aktuellen OSM-Daten und der Erweiterung um Österreich, Schweiz und die Benelux, wurde das komplette Rendering überarbeitet. Das Kartenstyling basiert jetzt nicht mehr auf der original osm.xml. Daher unterscheidet sich der WMS nun auch in den großen Maßstäben von openstreetmap.org. Das Ganze gibts unter: http://osm.omniscale.de/ Der WMS: http://osm.omniscale.net/proxy/service? Da wir nun auch Permalinks haben, hier gleich mal einen sehr schicken Ausschnitt aus den Niederlanden: http://osm.omniscale.de/?zoom=13&lat=52.37492&lon=6.92425&layers=B00F Private und nicht-kommerzielle Nutzung erlaubt, alles andere gerne nach Absprache. Genaueres unter http://omniscale.de/nutzungsbedingungen Gruß Oliver PS: Im aktuellen Datenbestand sind gibt es noch Probleme mit Multipolygon Relations (so ist z.B. der Bodensee z.Zt. trockengelegt). Das wird allerdings in der nächsten Woche behoben. -- Oliver Tonnhofer Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) From osm at jonas-krueckel.de Fri Jan 15 08:43:23 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Fri, 15 Jan 2010 09:43:23 +0100 Subject: [Talk-de] =?iso-8859-1?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B501892.4020604@ms-team.de> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B501892.4020604@ms-team.de> Message-ID: Am 15.01.2010 um 08:26 schrieb DarkAngel: > Am 14.01.2010 23:53, schrieb Alexander Zipf: >> Hallo >> >> eine neue OpenRouteService-Version für Haiti ist Online (Routing / >> Geocoder) unter; >> http://openls.geog.uni-heidelberg.de/osm-haiti/ >> >> Danke an Pascal, Joe und den Rest des Teams! >> >> OSM Daten werden stündlich aktualisiert; danke Frederik >> >> beste Grüße >> az >> >> weitere Infos zur Haiti-Hilfsaktion: >> http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response >> >> > > Auch wenn es nicht direkt etwas mit OSM zu tun hat: > > http://www.googlewatchblog.de/2010/01/14/google-veroeffentlicht-satellitenfotos-von-haiti/ Genau diese Bilder und noch mehr können von OSM zum Abzeichnen genutzt werden. Mehr im Wiki dazu. Gruß Jonas > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From lists at fuchsschwanzdomain.de Fri Jan 15 08:52:03 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Fri, 15 Jan 2010 08:52:03 +0000 (UTC) Subject: [Talk-de] =?utf-8?q?OpenRouteService_f=C3=BCr_Haiti_online?= References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> Message-ID: Frederik Ramm wrote: > Nach aktuellen Garminkarten hat mich schon jemand gefragt, daher hab ich > die auf labs.geofabrik.de/haiti/ auch mit dazugepackt (wobei die jetzt > einfach mit einme 08/15-Out-of-the-box-mkgmap erstellt sind - wenn einer > der anwesenden Garmin-Experten Verbesserungsvorschlaege hat, nur her > damit). Du könntest den All-in-one toolchain auf dem devserver verwenden. Wenn Du mir ein haiti.osm.bz2 rüberkopierst kann ich das mal anwerfen. Christoph liest Du mit? Sven -- "If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops" (Tim Berners-Lee) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From chris66nrw at gmx.de Fri Jan 15 09:16:12 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Fri, 15 Jan 2010 10:16:12 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> Message-ID: Oliver Tonnhofer schrieb: > Da wir nun auch Permalinks haben, hier gleich mal einen sehr schicken > Ausschnitt aus den Niederlanden: > http://osm.omniscale.de/?zoom=13&lat=52.37492&lon=6.92425&layers=B00F Schick, aber wieso ist Holland so grün? Wertet Ihr landuse=farm statt farmland aus (In Mapfeatures stehen beide Varianten noch als gültig drin) ? Zum Vergleich eine deutsche in Mapnik komplett "land-gefüllte" Gegend: OSM: Omniscale: Und wofür steht "TMS" ? Chris From darkangel at ms-team.de Fri Jan 15 09:22:44 2010 From: darkangel at ms-team.de (DarkAngel) Date: Fri, 15 Jan 2010 10:22:44 +0100 Subject: [Talk-de] =?iso-8859-1?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B501892.4020604@ms-team.de> Message-ID: <4B5033E4.4050206@ms-team.de> Am 15.01.2010 09:43, schrieb Jonas Krückel: > Am 15.01.2010 um 08:26 schrieb DarkAngel: > > >> Am 14.01.2010 23:53, schrieb Alexander Zipf: >> >>> Hallo >>> >>> eine neue OpenRouteService-Version für Haiti ist Online (Routing / >>> Geocoder) unter; >>> http://openls.geog.uni-heidelberg.de/osm-haiti/ >>> >>> Danke an Pascal, Joe und den Rest des Teams! >>> >>> OSM Daten werden stündlich aktualisiert; danke Frederik >>> >>> beste Grüße >>> az >>> >>> weitere Infos zur Haiti-Hilfsaktion: >>> http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response >>> >>> >>> >> Auch wenn es nicht direkt etwas mit OSM zu tun hat: >> >> http://www.googlewatchblog.de/2010/01/14/google-veroeffentlicht-satellitenfotos-von-haiti/ >> > Genau diese Bilder und noch mehr können von OSM zum Abzeichnen genutzt werden. Mehr im Wiki dazu. > > Gruß > Jonas > Dann pack doch wenigstens noch den Link dazu: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti -- Gruß Mario -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 261 bytes Beschreibung: OpenPGP digital signature URL : From osm at dentro.info Fri Jan 15 09:24:10 2010 From: osm at dentro.info (Stefan Dettenhofer (StefanDausR)) Date: Fri, 15 Jan 2010 10:24:10 +0100 Subject: [Talk-de] =?utf-8?q?OpenRouteService_f=C3=BCr_Haiti_online?= In-Reply-To: References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> Message-ID: <4B50343A.2060905@dentro.info> Sven Geggus schrieb: > Wenn Du mir ein haiti.osm.bz2 rüberkopierst kann ich das mal anwerfen. > > Kannst Du nicht die http://labs.geofabrik.de/haiti/latest.osm.bz2 mit in die /osm/geofabrik-extrakte/ am devserver kopieren? Gruß, Stefan From frederik at remote.org Fri Jan 15 09:27:13 2010 From: frederik at remote.org (Frederik Ramm) Date: Fri, 15 Jan 2010 10:27:13 +0100 Subject: [Talk-de] =?utf-8?q?OpenRouteService_f=C3=BCr_Haiti_online?= In-Reply-To: References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> Message-ID: <4B5034F1.7010608@remote.org> Hallo, Sven Geggus wrote: > Du könntest den All-in-one toolchain auf dem devserver verwenden. Die Karten werden derzeit alle 5 Minuten aktualisiert... > Wenn Du mir ein haiti.osm.bz2 rüberkopierst wget -Ohaiti.osm.bz2 http://labs.geofabrik.de/haiti/latest.osm.bz2 Bye Frederik From tonnhofer at omniscale.de Fri Jan 15 09:38:04 2010 From: tonnhofer at omniscale.de (Oliver Tonnhofer) Date: Fri, 15 Jan 2010 10:38:04 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> Message-ID: <36DF9B65-96F5-49CB-8DA2-77690FA3CC54@omniscale.de> On 15.01.2010, at 10:16, Chris-Hein Lunkhusen wrote: >> Da wir nun auch Permalinks haben, hier gleich mal einen sehr schicken >> Ausschnitt aus den Niederlanden: >> http://osm.omniscale.de/?zoom=13&lat=52.37492&lon=6.92425&layers=B00F > > Schick, aber wieso ist Holland so grün? Die haben mal wieder ne sehr nette Datenspende bekommen: http://wiki.openstreetmap.org/wiki/3dShapes Daher ist für diesen Bereich eine flächendeckende Landnutzung vorhanden und die ist ziemlich Grün. > Wertet Ihr landuse=farm statt farmland aus (In Mapfeatures stehen > beide > Varianten noch als gültig drin) ? Farmland stellen wir z.Zt gar nicht dar. Können wir aber noch hinzufügen. > Und wofür steht "TMS" ? Tiled Map Service. Also Karten als Kacheln wie auch auf openstreetmap.org oder Google Maps. Gruß Oliver -- Oliver Tonnhofer Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) From chris66nrw at gmx.de Fri Jan 15 09:53:39 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Fri, 15 Jan 2010 10:53:39 +0100 Subject: [Talk-de] =?iso-8859-1?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B5033E4.4050206@ms-team.de> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B501892.4020604@ms-team.de> <4B5033E4.4050206@ms-team.de> Message-ID: DarkAngel schrieb: > Dann pack doch wenigstens noch den Link dazu: > http://wiki.openstreetmap.org/wiki/WikiProject_Haiti Hi, bei mir läuft der GeoEye WMS nicht in JOSM 2561 (XP) ? WMS-URL : http://www.openstreetmap.pl/GeoEye.html? Chris From osm at jonas-krueckel.de Fri Jan 15 10:00:07 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Fri, 15 Jan 2010 11:00:07 +0100 Subject: [Talk-de] =?iso-8859-1?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B501892.4020604@ms-team.de> <4B5033E4.4050206@ms-team.de> Message-ID: <9A7DFA81-9A5C-42CF-B7EA-22A270133ADF@jonas-krueckel.de> Am 15.01.2010 um 10:53 schrieb Chris-Hein Lunkhusen: > DarkAngel schrieb: > >> Dann pack doch wenigstens noch den Link dazu: >> http://wiki.openstreetmap.org/wiki/WikiProject_Haiti > > Hi, > bei mir läuft der GeoEye WMS nicht in JOSM 2561 (XP) ? > > WMS-URL : > > http://www.openstreetmap.pl/GeoEye.html? Probiere mal: To trace in JOSM use the WMS Plugin. In the WMS menu go to "Rectified Image" -> "Custom WMS Link": http://maps.nypl.org/relief/maps/wms/32?request=GetMap&version=1.1.1&styles=&format=image/png&srs=epsg:4326&exceptions=application/vnd.ogc.se_inimage& Mehr dazu: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#GeoEye Gruß Jonas -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From andre+joost at nurfuerspam.de Fri Jan 15 10:10:34 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Fri, 15 Jan 2010 11:10:34 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> Message-ID: <4B503F1A.3050208@nurfuerspam.de> Oliver Tonnhofer schrieb: > > PS: Im aktuellen Datenbestand sind gibt es noch Probleme mit > Multipolygon Relations (so ist z.B. der Bodensee z.Zt. trockengelegt). > Das wird allerdings in der nächsten Woche behoben. > Nochn Problem: http://www.openstreetmap.org/?lat=51.42716&lon=7.04602&zoom=16 sieht irgendwie vollständiger aus als http://osm.omniscale.de/?zoom=16&lat=51.42716&lon=7.04602 Mögt ihr keine Straßenbahnen? ;-) Gruß, André Joost From christian at hartnick.de Fri Jan 15 10:17:19 2010 From: christian at hartnick.de (Christian Hartnick) Date: Fri, 15 Jan 2010 11:17:19 +0100 Subject: [Talk-de] =?iso-8859-15?q?=5BFwd=3A_OpenStreetMap_-_Einf=FChrung?= =?iso-8859-15?q?=5D?= Message-ID: <4B5040AF.2030408@hartnick.de> Hallo Thüringer, kann dem Mann unten jemand helfen? Er ht Probleme mit seinem GPS und möchte auf dauer bei OSM mitmachen. Grüße Christian -------- Original-Nachricht -------- Betreff: OpenStreetMap - Einführung Datum: Thu, 14 Jan 2010 13:25:46 +0100 Von: Detlef Klühr An: Sehr geehrter Herr Hartnick, vielen Dank für das kurze Telefongespräch und Ihren Vorschlag, einen Kontakt zu Nutzern in Thüringen herzustellen. Gern nehme ich diesen Vorschlag an. Für Rückfragen stehe ich auch unter 0162 / 2658290 gern zur Verfügung. Vielen Dank vorab. Mit freundlichen Grüßen aus Thüringen. D. Klühr Ingenieur- und Vermessungsbüro DETLEF KLÜHR GbR --------------------------------------------------- Tel. (+49) 3671/5060-0 Fax. (+49) 3671/5060-20 eMail: d.kluehr at vermessungsleistungen.de From chris66nrw at gmx.de Fri Jan 15 10:21:00 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Fri, 15 Jan 2010 11:21:00 +0100 Subject: [Talk-de] =?iso-8859-1?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: <9A7DFA81-9A5C-42CF-B7EA-22A270133ADF@jonas-krueckel.de> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B501892.4020604@ms-team.de> <4B5033E4.4050206@ms-team.de> <9A7DFA81-9A5C-42CF-B7EA-22A270133ADF@jonas-krueckel.de> Message-ID: Jonas Krückel schrieb: >> bei mir läuft der GeoEye WMS nicht in JOSM 2561 (XP) ? >> >> WMS-URL : >> http://www.openstreetmap.pl/GeoEye.html? > > Probiere mal: To trace in *JOSM* use the WMS Plugin. In the WMS menu go > to "Rectified Image" -> "Custom WMS Link": > http://maps.nypl.org/relief/maps/wms/32?request=GetMap&version=1.1.1&styles=&format=image/png&srs=epsg:4326&exceptions=application/vnd.ogc.se_inimage& Ja das geht. Gibt einen Versatz von ca. 20 Meter zu Yahoo. Leider gibts da keine gpx Tracks zum Ausrichten. Chris From andre+joost at nurfuerspam.de Fri Jan 15 10:26:47 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Fri, 15 Jan 2010 11:26:47 +0100 Subject: [Talk-de] =?iso-8859-15?q?=5BFwd=3A_OpenStreetMap_-_Einf=FChrung?= =?iso-8859-15?q?=5D?= In-Reply-To: <4B5040AF.2030408@hartnick.de> References: <4B5040AF.2030408@hartnick.de> Message-ID: <4B5042E7.3090701@nurfuerspam.de> Christian Hartnick schrieb: > Hallo Thüringer, > > kann dem Mann unten jemand helfen? Er ht Probleme mit seinem GPS und > möchte auf dauer bei OSM mitmachen. > Ob der so glücklich darüber ist, seine mail- und Telefonummer bei Tante Guhgle abgeliefert zu bekommen? --- Feind liest mit --- Gruß, André Joost From osm at jonas-krueckel.de Fri Jan 15 10:27:52 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Fri, 15 Jan 2010 11:27:52 +0100 Subject: [Talk-de] =?iso-8859-1?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B501892.4020604@ms-team.de> <4B5033E4.4050206@ms-team.de> <9A7DFA81-9A5C-42CF-B7EA-22A270133ADF@jonas-krueckel.de> Message-ID: <8EE921BF-E667-422D-8D27-D9059C933516@jonas-krueckel.de> Am 15.01.2010 um 11:21 schrieb Chris-Hein Lunkhusen: > Jonas Krückel schrieb: > >>> bei mir läuft der GeoEye WMS nicht in JOSM 2561 (XP) ? >>> >>> WMS-URL : >>> http://www.openstreetmap.pl/GeoEye.html? >> >> Probiere mal: To trace in *JOSM* use the WMS Plugin. In the WMS menu go >> to "Rectified Image" -> "Custom WMS Link": >> http://maps.nypl.org/relief/maps/wms/32?request=GetMap&version=1.1.1&styles=&format=image/png&srs=epsg:4326&exceptions=application/vnd.ogc.se_inimage& > > Ja das geht. Gibt einen Versatz von ca. 20 Meter zu Yahoo. Leider gibts > da keine gpx Tracks zum Ausrichten. Aber einige OSM-Daten wurden vor langem importiert und dürften daher ziemlich genau sein. Also an den OSM-Daten orientieren, Straßen sehen meist gut aus. Ansonsten lieber neues mappen anstatt altes zu verschieben. Gruß Jonas From tonnhofer at omniscale.de Fri Jan 15 10:28:26 2010 From: tonnhofer at omniscale.de (Oliver Tonnhofer) Date: Fri, 15 Jan 2010 11:28:26 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <4B503F1A.3050208@nurfuerspam.de> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> <4B503F1A.3050208@nurfuerspam.de> Message-ID: On 15.01.2010, at 11:10, Andre Joost wrote: > http://www.openstreetmap.org/?lat=51.42716&lon=7.04602&zoom=16 > > sieht irgendwie vollständiger aus als > > http://osm.omniscale.de/?zoom=16&lat=51.42716&lon=7.04602 > > Mögt ihr keine Straßenbahnen? ;-) Ne, mögen wir nicht, sollten wir aber vielleicht noch hinzufügen. :) Dass dort jedoch die ganze Straße fehlt, ist allerdings n Fehler. Danke für den Hinweis. Gruß Oliver -- Oliver Tonnhofer Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) From l.emmerich at t-online.de Fri Jan 15 10:34:51 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Fri, 15 Jan 2010 11:34:51 +0100 Subject: [Talk-de] =?iso-8859-1?q?Pr=E4sentation?= Message-ID: Hallöchen, hier endlich die versprochene Präsentation Gruß Lothar -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : Präsentation.pdf Dateityp : application/pdf Dateigröße : 38007 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- From Marcus at Wolschon.biz Fri Jan 15 11:10:18 2010 From: Marcus at Wolschon.biz (Marcus Wolschon) Date: Fri, 15 Jan 2010 12:10:18 +0100 Subject: [Talk-de] TMC Validator - TMCbot In-Reply-To: <4B4EF16E.9000402@anders-hamburg.de> References: <4B436F35.5060608@anders-hamburg.de> <4B4DC9D5.6000902@sautter.com> <4B4EF16E.9000402@anders-hamburg.de> Message-ID: On 2010-01-14, Sven Anders wrote: > Ich denke wir brauchen für die Punkte auch noch eine Validation ob ein > OSM Punkt wirklich in der Nähe von einem TMC Punkt liegt (falls man sich > mal in einem LocationCode verschreibt, ist in Hamburg schon vorgekommen). > Gute Idee. Marcus From telegramsam at gmx.de Fri Jan 15 11:34:01 2010 From: telegramsam at gmx.de (Willi Rehfeld) Date: Fri, 15 Jan 2010 12:34:01 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> <4B503F1A.3050208@nurfuerspam.de> Message-ID: <4B5052A9.1070309@gmx.de> in Essen, fehlen aber noch wesentlich mehr strassen > Ne, mögen wir nicht, sollten wir aber vielleicht noch hinzufügen. :) > Dass dort jedoch die ganze Straße fehlt, ist allerdings n Fehler. > hier http://osm.omniscale.de/?zoom=16&lat=51.46172&lon=6.96538&layers=B00F sieht es auch anders aus als da http://www.openstreetmap.org/?lat=51.46192&lon=6.96684&zoom=16&layers=B000FTF und hier http://osm.omniscale.de/?zoom=17&lat=51.47811&lon=6.96588&layers=B00F anders als da http://www.openstreetmap.org/?lat=51.47718&lon=6.96861&zoom=17&layers=B000FTF grüsse willi From tonnhofer at omniscale.de Fri Jan 15 11:42:58 2010 From: tonnhofer at omniscale.de (Oliver Tonnhofer) Date: Fri, 15 Jan 2010 12:42:58 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <4B5052A9.1070309@gmx.de> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> <4B503F1A.3050208@nurfuerspam.de> <4B5052A9.1070309@gmx.de> Message-ID: <7D9A58E0-DDF3-43F7-B4F0-49CEE3EC810C@omniscale.de> On 15.01.2010, at 12:34, Willi Rehfeld wrote: > in Essen, fehlen aber noch wesentlich mehr strassen >> Ne, mögen wir nicht, sollten wir aber vielleicht noch hinzufügen. :) >> Dass dort jedoch die ganze Straße fehlt, ist allerdings n Fehler. > hier http://osm.omniscale.de/?zoom=16&lat=51.46172&lon=6.96538&layers=B00F > > sieht es auch anders aus als da > > http://www.openstreetmap.org/?lat=51.46192&lon=6.96684&zoom=16&layers=B000FTF Ja, danke für den Hinweis. Überall wo Straßen und Straßenbahnen in einem Way getaggt sind, fehlen die Straßen. Wir werden nächste Woche ein update machen und das beheben. Gruß Oliver -- Oliver Tonnhofer Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) From geo.osm at googlemail.com Fri Jan 15 11:52:58 2010 From: geo.osm at googlemail.com (geo.osm) Date: Fri, 15 Jan 2010 12:52:58 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> Message-ID: <4B50571A.9000401@googlemail.com> gefällt mir ziemlich gut. Vielleicht ein kleiner Hinweis zu Eurer Suche. Da es ja viele Ortsname häufiger gibt, wäre vielleicht noch ein zusätzliches Attribut, wie in der Nähe von ..., wünschenswert. Wenn man bspw. Werder eingibt, hat man allein 5 Orte die in Brandenburg liegen. Die muss man nun einzeln nacheinander anwählen, um den richtigen zu finden. -- schönen Gruß Alex From xsteadfastx at gmail.com Fri Jan 15 12:05:42 2010 From: xsteadfastx at gmail.com (Marvin Preuss) Date: Fri, 15 Jan 2010 13:05:42 +0100 Subject: [Talk-de] =?iso-8859-15?q?Karte_mit_Marker_im_Wiki_-_ist_das_m=F6?= =?iso-8859-15?q?glich?= In-Reply-To: <4B4CE493.6070703@tappenbeck.net> References: <4B4CE493.6070703@tappenbeck.net> Message-ID: <4B505A16.5030205@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jan Tappenbeck schrieb: Hi Jan, > wir suchen eine Möglichkeit um im Wiki eine Karte mit Marker, ähnlich > wie dieses mit [1] möglich ist zu realisieren. geht es dir um ein eigenes Wiki? Und für welche Wiki Software brauchst du das ganze? Wenn es um DokuWiki geht solltest du dir mal das openlayersmap plugin [1] anschauen. Ich habe es noch nicht getestet. Steht aber auf meiner Liste :-) [1] http://www.dokuwiki.org/plugin:openlayersmap -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktQWhUACgkQChE8w47F3oPfdgCdG/hL+U/0vgoA0jO6MY7s++g2 zDoAnRXObuulxQp2SVW7XthtUloM2LIt =HhUS -----END PGP SIGNATURE----- From computerteddy at gmx.de Fri Jan 15 12:09:07 2010 From: computerteddy at gmx.de (Carsten Schwede) Date: Fri, 15 Jan 2010 13:09:07 +0100 Subject: [Talk-de] Worldfile vom 13.1.10 incl neuem Haiti-Kartenausschnitt Message-ID: <4B505AE3.4020905@gmx.de> Hallo, die neuen daten liegen wie immer zum Download bereit unter http://wiki.openstreetmap.org/wiki/User:Computerteddy Hier findet ihr auch einen extra Ausschnitt aus dem Worldfile für Haiti und die Dominikanische Republik, sowohl als Kartensatz für Mappingprogramme als auch als fertiges gmapsupp.img (mit typfile) direkt für GPS-Geräte. Die Daten sind ebenso wie alle anderen aus dem Planetdump, daher nicht so aktuell, wie die anderen Karten die gerade für Haiti hergestellt werden. Der Haitiausschnitt wird aber dann ab jetzt automatisch jede Woche mit erzeugt. Der Fehler mit den nicht vorhandenen Umlauten ist nun auch behoben. -- Viele Gruesse Computerteddy From osm at dentro.info Fri Jan 15 12:09:29 2010 From: osm at dentro.info (Stefan Dettenhofer (StefanDausR)) Date: Fri, 15 Jan 2010 13:09:29 +0100 Subject: [Talk-de] =?iso-8859-15?q?_NaviPOWM-Karten_f=FCr_Haiti_-_war=3A_O?= =?iso-8859-15?q?penRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B50269B.1050507@dentro.info> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> <4B50269B.1050507@dentro.info> Message-ID: <4B505AF9.7090204@dentro.info> Hallo, die Daten von Haiti sind nun auch als NaviPOWM-Maps am devsever verfügbar: http://dev.openstreetmap.de/navipowmmaps/navipowm/ Man kann entweder die Einzelfiles direkt aus der Karte herunterladen oder alle zusammen in einer 7z-Datei. Ich lege noch einen cronjob an, so dass die Aktualisierung häufig erfolgt. Gruß, Stefan From andre+joost at nurfuerspam.de Fri Jan 15 12:09:48 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Fri, 15 Jan 2010 13:09:48 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> <4B503F1A.3050208@nurfuerspam.de> Message-ID: <4B505B0C.3010809@nurfuerspam.de> Oliver Tonnhofer schrieb: > On 15.01.2010, at 11:10, Andre Joost wrote: >> http://www.openstreetmap.org/?lat=51.42716&lon=7.04602&zoom=16 >> >> sieht irgendwie vollständiger aus als >> >> http://osm.omniscale.de/?zoom=16&lat=51.42716&lon=7.04602 >> >> Mögt ihr keine Straßenbahnen? ;-) > > Ne, mögen wir nicht, sollten wir aber vielleicht noch hinzufügen. :) > Dass dort jedoch die ganze Straße fehlt, ist allerdings n Fehler. > > Danke für den Hinweis. > Dann hab ich ja noch was gut ;=) Ich würde den WMS-Dienst gerne in Quantum GIS nutzen. WMS-Dienste der Landesvermessung habe ich mit Transverse Mercator Projektion DHDN 3 hinbekommen, aber bei euch seh ich da nix. Euer WMS liefert nur mit WGS84 Bilder, aber die sind verzerrt, weil das Programm Koordinatenbezugssystem und Projektion nicht voneinader trennen will. Hat das jemand schon hinbekommen, und wenn ja wie? Gruß, André Joost From florian at grossing.de Fri Jan 15 12:12:47 2010 From: florian at grossing.de (Florian Gross) Date: Fri, 15 Jan 2010 13:12:47 +0100 Subject: [Talk-de] =?iso-8859-1?q?=5BFwd=3A_OpenStreetMap_-_Einf=FChrung?= =?iso-8859-1?q?=5D?= In-Reply-To: <4B5040AF.2030408@hartnick.de> References: <4B5040AF.2030408@hartnick.de> Message-ID: <201001151312.47169.florian@grossing.de> Am Fr Januar 15 2010 glaubte Christian Hartnick zu wissen: > Hallo Thüringer, Bin zwar kein Thüringer, > kann dem Mann unten jemand helfen? Er ht Probleme mit seinem GPS und > möchte auf dauer bei OSM mitmachen. aber so zwischen 16h und 21h sollte Hilfe auch im Chat kein Problem sein. Vielleicht wär das (auch) was für ihn. #osm-de auf irc.oftc.net flo -- On Tesco's Tiramisu dessert: (printed on bottom of the box) Do not turn upside down. Auf einem Tiramisu von Tesco: (auf der Packungsunterseite) Nicht auf den Kopf stellen. From tonnhofer at omniscale.de Fri Jan 15 12:59:04 2010 From: tonnhofer at omniscale.de (Oliver Tonnhofer) Date: Fri, 15 Jan 2010 13:59:04 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <4B50571A.9000401@googlemail.com> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> <4B50571A.9000401@googlemail.com> Message-ID: <9F6D22C6-5A2D-41F6-AB18-9293445BFAFC@omniscale.de> On 15.01.2010, at 12:52, geo.osm wrote: > Vielleicht ein kleiner Hinweis zu Eurer Suche. Da es ja viele Ortsname > häufiger gibt, wäre vielleicht noch ein zusätzliches Attribut, wie in > der Nähe von ..., wünschenswert. > Wenn man bspw. Werder eingibt, hat man allein 5 Orte die in > Brandenburg > liegen. Die muss man nun einzeln nacheinander anwählen, um den > richtigen > zu finden. Ja, die Suche ist sehr rudimentär. Vielleicht kommen wir noch dazu die etwas zu verbessern. Mittelfristig arbeiten wir allerdings an einem richtigen Geocoding. Gruß Oliver -- Oliver Tonnhofer Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) From osm at jonas-krueckel.de Fri Jan 15 13:09:43 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Fri, 15 Jan 2010 14:09:43 +0100 Subject: [Talk-de] =?iso-8859-1?q?NaviPOWM-Karten_f=FCr_Haiti_-_war=3A_Ope?= =?iso-8859-1?q?nRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B505AF9.7090204@dentro.info> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> <4B50269B.1050507@dentro.info> <4B505AF9.7090204@dentro.info> Message-ID: Am 15.01.2010 um 13:09 schrieb Stefan Dettenhofer (StefanDausR): > Hallo, > > die Daten von Haiti sind nun auch als NaviPOWM-Maps am devsever verfügbar: > http://dev.openstreetmap.de/navipowmmaps/navipowm/ > > Man kann entweder die Einzelfiles direkt aus der Karte herunterladen > oder alle zusammen in einer 7z-Datei. > > Ich lege noch einen cronjob an, so dass die Aktualisierung häufig erfolgt. Sehr cool, ich hab es zum Wiki hinzugefügt. Hast du eine genauere Angabe der Aktualisierungszeiten? Dann bitte noch hinzufügen. http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response Gruß Jonas (John07) From chris66nrw at gmx.de Fri Jan 15 13:10:15 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Fri, 15 Jan 2010 14:10:15 +0100 Subject: [Talk-de] =?iso-8859-15?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B502391.3020508@remote.org> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> Message-ID: Frederik Ramm schrieb: > Nach aktuellen Garminkarten hat mich schon jemand gefragt, daher hab ich > die auf labs.geofabrik.de/haiti/ auch mit dazugepackt (wobei die jetzt > einfach mit einme 08/15-Out-of-the-box-mkgmap erstellt sind - wenn einer > der anwesenden Garmin-Experten Verbesserungsvorschlaege hat, nur her > damit). Wichtig wäre, dass die entsprechenden Tags in der Karte angezeigt werden: building=collapsed tourism=camp_site + refugee=yes (Zeltlager) (siehe Haiti-Project-Seite im Wiki). Online-Karte: Chris From michael at rathai.de Fri Jan 15 13:25:40 2010 From: michael at rathai.de (Michael Rathai) Date: Fri, 15 Jan 2010 14:25:40 +0100 Subject: [Talk-de] =?iso-8859-15?q?Antw=3A_Re=3A_OpenRouteService_f=FCr_Ha?= =?iso-8859-15?q?iti_online?= References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B501892.4020604@ms-team.de> <4B5033E4.4050206@ms-team.de> <9A7DFA81-9A5C-42CF-B7EA-22A270133ADF@jonas-krueckel.de> <8EE921BF-E667-422D-8D27-D9059C933516@jonas-krueckel.de> Message-ID: <4B507AE4.0047.005E.0@rathai.de> Golem berichtet zum Thema: http://www.golem.de/1001/72424.html -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From tonnhofer at omniscale.de Fri Jan 15 13:29:11 2010 From: tonnhofer at omniscale.de (Oliver Tonnhofer) Date: Fri, 15 Jan 2010 14:29:11 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <4B505B0C.3010809@nurfuerspam.de> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> <4B503F1A.3050208@nurfuerspam.de> <4B505B0C.3010809@nurfuerspam.de> Message-ID: On 15.01.2010, at 13:09, Andre Joost wrote: > Ich würde den WMS-Dienst gerne in Quantum GIS nutzen. > WMS-Dienste der Landesvermessung habe ich mit Transverse Mercator > Projektion DHDN 3 hinbekommen, aber bei euch seh ich da nix. > Euer WMS liefert nur mit WGS84 Bilder, aber die sind verzerrt, weil > das > Programm Koordinatenbezugssystem und Projektion nicht voneinader > trennen > will. Hat das jemand schon hinbekommen, und wenn ja wie? Also mit uDig funktioniert es wunderbar. QGIS (1.0.0 und 1.4.) macht allerdings nichts. Das Capabilities Dokument wird gelesen und die unterstützten SRS werden auch aufgelistet, aber QGIS sendet dann keine Anfrage an den Server. Auch wenn ich manuell in einen gültigen Bereich zoome tut sich nicht. Ich denke, QGIS kommt mit fehlenden BoundingBox angaben nicht klar. Ich hab mal manuell ein Capabilities Dokument erstellt und dort die BoundingBox für 34167 gesetzt, tut sich aber auch nichts. Hat da jemand mehr Erfahrung mit QGIS? Vielleicht könntest du mir ja mal n WMS Link schicken, der in QGIS reibungslos funktioniert. Gruß Oliver -- Oliver Tonnhofer Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) From chris66nrw at gmx.de Fri Jan 15 13:38:05 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Fri, 15 Jan 2010 14:38:05 +0100 Subject: [Talk-de] =?iso-8859-15?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B502391.3020508@remote.org> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> Message-ID: Frederik Ramm schrieb: > Nach aktuellen Garminkarten hat mich schon jemand gefragt, daher hab ich > die auf labs.geofabrik.de/haiti/ auch mit dazugepackt (wobei die jetzt > einfach mit einme 08/15-Out-of-the-box-mkgmap erstellt sind - wenn einer > der anwesenden Garmin-Experten Verbesserungsvorschlaege hat, nur her > damit). Eine Idee wäre noch, POIs in Form von gpx Files zur Verfügung zu stellen. Hat da schon jemand mal entsprechende Skripte gebastelt? Chris From webmaster at ts-eastrail.de Fri Jan 15 13:55:55 2010 From: webmaster at ts-eastrail.de (=?iso-8859-15?Q?Mirko_K=FCster?=) Date: Fri, 15 Jan 2010 14:55:55 +0100 Subject: [Talk-de] =?iso-8859-15?q?OpenRouteService_f=FCr_Haiti_online?= References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info><4B502391.3020508@remote.org> Message-ID: <75F7FB7A09794CDDA3F1E252C5AA8C19@mkwebdialin> Braucht ihr noch Information über den Nachbar bzw. den Landweg von RD nach Haiti? Ein bisschen was habe ich noch. So wie ich hörte kommt ein Teil der Hilfe über den Aeropuerto de Herrera in Santo Domingo, fliegt von dort weiter und muss doch wieder zurück. Da bleibt nur der schwierige Landweg über Cristobal, Bani, Azua und Jimani / San Juan. Gruß Mirko From frederik at remote.org Fri Jan 15 14:03:47 2010 From: frederik at remote.org (Frederik Ramm) Date: Fri, 15 Jan 2010 15:03:47 +0100 Subject: [Talk-de] =?iso-8859-15?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B50269B.1050507@dentro.info> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> <4B50269B.1050507@dentro.info> Message-ID: <4B5075C3.7060405@remote.org> Hallo, Stefan Dettenhofer (StefanDausR) wrote: > Nebenbei: Hast Du das Nordamerica-Extrakt eingestellt? Ja, das gabs ja immer nur 1x die Woche, und ich dachte mir dann, wer das verarbeiten kann, der kann auch den kompletten Planeten verarbeiten. Hast Du das benutzt? Ich kann es auch wieder einschalten, bloss zur taeglichen Berechnung nicht, dann haelt es den anderen Kram zu sehr auf. Bye Frederik From osm at jonas-krueckel.de Fri Jan 15 14:06:26 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Fri, 15 Jan 2010 15:06:26 +0100 Subject: [Talk-de] =?iso-8859-1?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> Message-ID: Am 15.01.2010 um 14:38 schrieb Chris-Hein Lunkhusen: > Frederik Ramm schrieb: > >> Nach aktuellen Garminkarten hat mich schon jemand gefragt, daher hab ich >> die auf labs.geofabrik.de/haiti/ auch mit dazugepackt (wobei die jetzt >> einfach mit einme 08/15-Out-of-the-box-mkgmap erstellt sind - wenn einer >> der anwesenden Garmin-Experten Verbesserungsvorschlaege hat, nur her >> damit). > > Eine Idee wäre noch, POIs in Form von gpx Files zur Verfügung zu > stellen. Hat da schon jemand mal entsprechende Skripte gebastelt? http://zvenzzon.mine.nu:81/ das sieht gut aus. Ein osm zu gpx mit GPS-Babel oder ähnlichem wäre sicher sinnvoll. Falls du das machst, einfach anschließend im Wiki eintragen oder im IRC fragen. Dort ist auch der Ersteller dieser Auszüge. Gruß Jonas (John07) From lists at fuchsschwanzdomain.de Fri Jan 15 14:18:21 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Fri, 15 Jan 2010 14:18:21 +0000 (UTC) Subject: [Talk-de] =?utf-8?q?OpenRouteService_f=C3=BCr_Haiti_online?= References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> <4B5034F1.7010608@remote.org> Message-ID: Frederik Ramm wrote: >> Wenn Du mir ein haiti.osm.bz2 rüberkopierst > > wget -Ohaiti.osm.bz2 http://labs.geofabrik.de/haiti/latest.osm.bz2 http://dev.openstreetmap.de/aio/haiti/ Ich hab grade keine Zeit das zu testen. Gruss Sven -- "We don't know the OS that God uses, but the Vatican uses Linux" (Sister Judith Zoebelein, Vatican Webmaster) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From osm at tappenbeck.net Fri Jan 15 14:37:00 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Fri, 15 Jan 2010 15:37:00 +0100 Subject: [Talk-de] =?iso-8859-15?q?Karte_mit_Marker_im_Wiki_-_ist_das_m=F6?= =?iso-8859-15?q?glich?= In-Reply-To: <4B505A16.5030205@gmail.com> References: <4B4CE493.6070703@tappenbeck.net> <4B505A16.5030205@gmail.com> Message-ID: Am 15.01.2010 13:05, schrieb Marvin Preuss: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jan Tappenbeck schrieb: > > Hi Jan, > >> wir suchen eine Möglichkeit um im Wiki eine Karte mit Marker, ähnlich >> wie dieses mit [1] möglich ist zu realisieren. > > geht es dir um ein eigenes Wiki? Und für welche Wiki Software brauchst > du das ganze? Wenn es um DokuWiki geht solltest du dir mal das > openlayersmap plugin [1] anschauen. Ich habe es noch nicht getestet. > Steht aber auf meiner Liste :-) > > [1] http://www.dokuwiki.org/plugin:openlayersmap > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAktQWhUACgkQChE8w47F3oPfdgCdG/hL+U/0vgoA0jO6MY7s++g2 > zDoAnRXObuulxQp2SVW7XthtUloM2LIt > =HhUS > -----END PGP SIGNATURE----- Hallo Marvin, es geht mir um unser OSM-wiki ! Gruß Jan .-) From osm at dentro.info Fri Jan 15 16:06:34 2010 From: osm at dentro.info (Stefan Dettenhofer (StefanDausR)) Date: Fri, 15 Jan 2010 17:06:34 +0100 Subject: [Talk-de] =?iso-8859-1?q?NaviPOWM-Karten_f=FCr_Haiti_-_war=3A_Ope?= =?iso-8859-1?q?nRouteService_f=FCr_Haiti_online?= In-Reply-To: References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> <4B50269B.1050507@dentro.info> <4B505AF9.7090204@dentro.info> Message-ID: <4B50928A.7040302@dentro.info> Hallo, Jonas Krückel schrieb: >> Ich lege noch einen cronjob an, so dass die Aktualisierung häufig erfolgt. >> > > Sehr cool, ich hab es zum Wiki hinzugefügt. Hast du eine genauere Angabe der Aktualisierungszeiten? Dann bitte noch hinzufügen. > > http://wiki.openstreetmap.org/wiki/WikiProject_Haiti#2010_Earthquake_Response > > > > der job läuft jetzt all 30 Minuten. Ich denke das reicht, oder? Gruß, Stefan From peter.doerrie at googlemail.com Fri Jan 15 16:24:22 2010 From: peter.doerrie at googlemail.com (=?ISO-8859-1?Q?Peter_D=F6rrie?=) Date: Fri, 15 Jan 2010 17:24:22 +0100 Subject: [Talk-de] Anfrage ARD In-Reply-To: References: Message-ID: Sehr geehrter Herr Schneider, ich selber befasse mich nicht mit dem Crisimapping und stehe auch persönlich nicht in Kontakt mit aktiven deutschen Haiti-Mappern. Ich werde für diese email aber die deutsche OSM-Mailingliste in CC setzen, da wird sich sicher jemand finden, der Ihnen Auskunft geben kann. Die folgenden Blog-Einträge sind für Sie vielleicht auch von Interesse (wenn auch Englisch): 1: http://www.opengeodata.org/2010/01/14/haiti-openstreetmap-response/ 2: http://highearthorbit.com/haiti-mapping/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+highearthorbit%2FGSef+%28High+Earth+Orbit%29&utm_content=Netvibes Ansonsten empfehle ich Ihnen eine Kontaktaufnahme mit Mitarbeitern der Uni Bonn, die gerade auf Basis von OSM-Daten eine Routingssoftware für Katastrophenhelfer in Haiti erstellt haben: http://www.openrouteservice.org/ Mit freundlichen Grüßen, Peter Dörrie PS: Wenn Sie einen Beitrag über OSM machen sollten, schreiben Sie doch eine kurze Info zur Sendezeit an talk-de at openstreetmap.org . Das bringt Einschaltquoten und die Projektteilnehmer freuen sich. 2010/1/15 > > Sehr geehrter Herr Dörrie, > > ich habe Ihren Namen bei Recherchen zum Open Street Map-Projekt gefunden. > Könnten Sie mir sagen, wen ich in Sachen Crisismapping in Haiti kontaktieren > kann? Gibt es in Deutschland Menschen, die sich konkret mit Haiti nach dem > Erdbeben beschäftigen? > > Vielen Dank und schöne Grüße > > Tom Schneider, ARD Nachtmagazin > 040-4156 6253 -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From lists at fuchsschwanzdomain.de Fri Jan 15 18:04:08 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Fri, 15 Jan 2010 18:04:08 +0000 (UTC) Subject: [Talk-de] =?utf-8?q?Luftbilder_Lauf_bzw=2E_wms=2Eopenstreetmap=2E?= =?utf-8?q?de_f=C3=BCr_Potlatch!?= Message-ID: Hallo zusammen, ich muss zugeben, dass ich mich mit Potlatch eigentlich nicht wirklich auskenne daher vielleicht meine bisherige Ignoranz. Wie auch immer, durch den Wiki Eintrag zum Thema WikiProject_Haiti bin ich auf ein Feature aufmerksam geworden mit dessen Hilfe man super einfach eigene Tileserver als Hintergrundbild einbinden kann. Das funktioniert über eine solche URL: http://www.openstreetmap.org/edit?lat=49.5111&lon=11.27984&zoom=16&tileurl=http://der-tileserver/!/!/!.png Nun habe ich bei wms.openstreetmap.de aber bereits bei der Einrichtung darauf Wert gelegt, dass man den Server auch Tile-Nummer anzusprechen kann. Ein klein wenig Apache Mod-rewrite hat daher genügt wms.openstreetmap.de auch für Potlach zur Verfügung zu machen. Die passenden links findet man unter http://wms.openstreetmap.de/ Der Vollständigkeit halber auch hier noch mal: Luftbilder Stadt Lauf: http://www.openstreetmap.org/edit?lat=49.5111&lon=11.27984&zoom=16&tileurl=http://wms.openstreetmap.de/tms/Lauf/!/!/!.png Katasterplan Gemeinde Neunkirchen am Sand: http://www.openstreetmap.org/edit?lat=49.52319&lon=11.31829&zoom=16&tileurl=http://wms.openstreetmap.de/tms/Neunkirchen/!/!/!.png Die Nomenklatur ist ganz Einfach: http://wms.openstreetmap.de/tms//z/x/y.png Gefällt mir eigentlich soweit ganz gut. Die Infrastruktur zur Nutzung weiterer Luftbilder steht also bereit :) Gruss Sven -- "I'm a bastard, and proud of it" (Linus Torvalds, Wednesday Sep 6, 2000) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From nickblack1 at gmail.com Fri Jan 15 18:07:36 2010 From: nickblack1 at gmail.com (Nick Black) Date: Fri, 15 Jan 2010 18:07:36 +0000 Subject: [Talk-de] [Talk-us] Daily Updates to CloudMade Routing In-Reply-To: References: <223020e61001140310s21a30f74r3c637ada2ab8a25b@mail.gmail.com> Message-ID: <223020e61001151007s49627709g5f9a4b945c20a3a2@mail.gmail.com> Hi Alex, We just updated the tile set today with data from Tue 15th. There are minutely tiles available at mapzen.cloudmade.com - but they aren't available through the API at the moment. We're in the process of upgrading all services to daily updates - I know the timelyness of data has been a problem in the past so I'm sure this batch of updates will help. -- Nick On Fri, Jan 15, 2010 at 12:12 AM, Alex Mauer wrote: > On 01/14/2010 05:10 AM, Nick Black wrote: >> Hi guys, >> >> Some of you use CloudMade's routing to debug your mapping.  We've had >> a lot of feedback that though useful, there are two problems: >> >> 1 - The routing is out of date, often lagging many days behind >> 2 - There are bugs with turn restrictions >> >> As of this week, we are updating routing every 24 hours which should >> help with checking mapping and finding errors.  Routing should update >> by early evening GMT (16.00 is the target time) with data from the >> previous day.  So at 16:00 on Friday 15th Dec, routing will have data >> up to 00:00 on Friday 15th Dec.   This is a new service, so exact >> completion times for the import will probably vary. > > Is this already happening?  Does it affect rendering, or just routing? > Is it worldwide?  I have a road which I updated more than a week ago > which has not updated on cloudmade’s maps yet. > > -Alex Mauer “hawke” > > > _______________________________________________ > Talk-us mailing list > Talk-us at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-us > > -- -- Nick Black twitter.com/nick_b From osm at tappenbeck.net Fri Jan 15 18:45:00 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Fri, 15 Jan 2010 19:45:00 +0100 Subject: [Talk-de] Rathausmarkt Greifswald Message-ID: <4B50B7AC.2030207@tappenbeck.net> Moin ! ich bin gerade virtuell auf dem Jakobsweg und muss in die Relation den nördlichen Teil und den westlichen aufnehmen. Regulär würde man ja auch den ganzen aufnehmen könnten - aber da gibt es noch den Way http://www.openstreetmap.org/browse/way/31114663/history Kann sich das mal einer ansehen - irgendwie finde ich das merkwürdig. Gruß Jan :-) From andre-r at online.de Fri Jan 15 19:04:11 2010 From: andre-r at online.de (=?ISO-8859-1?Q?Andr=E9_Reichelt?=) Date: Fri, 15 Jan 2010 20:04:11 +0100 Subject: [Talk-de] =?iso-8859-1?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B5033E4.4050206@ms-team.de> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B501892.4020604@ms-team.de> <4B5033E4.4050206@ms-team.de> Message-ID: <4B50BC2B.7010908@online.de> DarkAngel schrieb: > Dann pack doch wenigstens noch den Link dazu: > http://wiki.openstreetmap.org/wiki/WikiProject_Haiti Sind die Bilder verzerrt? Selbst wenn ich das WMS auf eine Stelle ausrichte, stimmt es mit dem Rest nicht mehr überein. -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 260 bytes Beschreibung: OpenPGP digital signature URL : From liste12A45q7 at gmx.de Fri Jan 15 20:07:11 2010 From: liste12A45q7 at gmx.de (Markus) Date: Fri, 15 Jan 2010 21:07:11 +0100 Subject: [Talk-de] Haiti - Screenshot Message-ID: <4B50CAEF.8050803@gmx.de> Liebe OSMer, wer hat Zugang zu Daten von Anfang Januar und kann mir Screenshots von Haiti machen? Arbeite grad an einem Vortrag zum Thema "Aktualität von OSM" für die "boot" nächste Woche... Herzlichen Dank, Markus Ich hätte gern: http://www.openstreetmap.org/?lat=18.97&lon=-71.61&zoom=8&layers=B000FTF http://www.openstreetmap.org/?lat=18.932&lon=-72.196&zoom=9&layers=B000FTF http://www.openstreetmap.org/?lat=18.608&lon=-72.296&zoom=10&layers=B000FTF http://www.openstreetmap.org/?lat=18.591&lon=-72.284&zoom=11&layers=B000FTF http://www.openstreetmap.org/?lat=18.5582&lon=-72.3057&zoom=12&layers=B000FTF http://www.openstreetmap.org/?lat=18.5553&lon=-72.3054&zoom=13&layers=B000FTF http://www.openstreetmap.org/?lat=18.5611&lon=-72.3167&zoom=14&layers=B000FTF http://www.openstreetmap.org/?lat=18.56268&lon=-72.33256&zoom=15&layers=B000FTF http://www.openstreetmap.org/?lat=18.55644&lon=-72.33424&zoom=16&layers=B000FTF http://www.openstreetmap.org/?lat=18.55033&lon=-72.34376&zoom=17&layers=B000FTF Jeweils die Karte incl Zoombalken (bis zum Rand) bestmgliche Auflösung From pascal.neis at gmail.com Fri Jan 15 20:19:45 2010 From: pascal.neis at gmail.com (Pascal Neis) Date: Fri, 15 Jan 2010 21:19:45 +0100 Subject: [Talk-de] Haiti - Screenshot In-Reply-To: <4B50CAEF.8050803@gmx.de> References: <4B50CAEF.8050803@gmx.de> Message-ID: <4B50CDE1.8050901@gmail.com> Hi, Markus schrieb: > > wer hat Zugang zu Daten von Anfang Januar und kann mir Screenshots > von Haiti machen? > falls noch nicht bekannt, Blog von Mikel: Haiti OpenStreetMap Response http://brainoff.com/weblog/ dort sind auch zwei gute Bilder von Haiti mir vorher und "jetzt" Vergleich ... gruss pascal From osm at jonas-krueckel.de Fri Jan 15 22:10:29 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Fri, 15 Jan 2010 23:10:29 +0100 Subject: [Talk-de] =?iso-8859-1?q?Arbeitsmatrix_f=FCr_Haiti?= Message-ID: Hi, ich versuche seit gestern Abend den Autor von dem Tool http://osm.m0nty.de/ zu erreichen, das wäre perfekt, um die Arbeit in Haiti zu koordinieren. Weiß jemand, ob das Tool OpenSource ist und wo wir den Source Code bekommen können? Hat jemand eine andere E-Mail-Adresse von dem Autor als die vom Impressum? Leute, die das Tool dann anpassen und bereitstellen, sind schon bereit. Gruß Jonas -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From liste12A45q7 at gmx.de Sat Jan 16 01:36:49 2010 From: liste12A45q7 at gmx.de (Markus) Date: Sat, 16 Jan 2010 02:36:49 +0100 Subject: [Talk-de] =?iso-8859-1?q?Arbeitsmatrix_f=FCr_Haiti?= In-Reply-To: References: Message-ID: <4B511831.4000604@gmx.de> Hallo Jonas, > ich versuche seit gestern Abend den Autor von dem Tool > http://osm.m0nty.de/ zu erreichen Ich habe ihn grad nochmal angeschrieben. Gut fände ich auch, wenn wir uns über die Lagerichtigkeit einigen! Denn derzeit scheint jeder eine andere Vorstellung davon zu haben, um welchen Vektor denn das Geo-Ei verschoben werden muss. Und so kommt es dann an den Schnittstellen zu eigenartigen Sprüngen in den Strassen, die durch in der Realität nicht vorhandene Schlangenlinien überbrückt werden. Gruss, Markus From addicks at gmx.net Sat Jan 16 02:14:35 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sat, 16 Jan 2010 03:14:35 +0100 Subject: [Talk-de] Verlinkung in den News auf openstreetmap.de? Message-ID: Vermutlich wird sich nach den Medienberichten der eine oder andere doch auf openstreetmap.de "verlaufen". -jha- From michael at rathai.de Sat Jan 16 08:42:41 2010 From: michael at rathai.de (Michael Rathai) Date: Sat, 16 Jan 2010 09:42:41 +0100 Subject: [Talk-de] Haiti - Screenshot References: <4B50CAEF.8050803@gmx.de> <4B50CDE1.8050901@gmail.com> Message-ID: <4B518A11.0047.005E.0@rathai.de> Hier gibt es ein Vergleich von OSM vor und nach dem Beben: http://www.opengeodata.org/2010/01/14/haiti-openstreetmap-response/ >>> Von: Pascal Neis An:gmane.comp.gis.openstreetmap.region.de, talk-de at openstreetmap.org Datum: 15.01.2010 21:19 Betreff: Re: Haiti - Screenshot Hi, Markus schrieb: > > wer hat Zugang zu Daten von Anfang Januar und kann mir Screenshots > von Haiti machen? > falls noch nicht bekannt, Blog von Mikel: Haiti OpenStreetMap Response http://brainoff.com/weblog/ dort sind auch zwei gute Bilder von Haiti mir vorher und "jetzt" Vergleich ... gruss pascal -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From liste12A45q7 at gmx.de Sat Jan 16 10:03:52 2010 From: liste12A45q7 at gmx.de (Markus) Date: Sat, 16 Jan 2010 11:03:52 +0100 Subject: [Talk-de] Haiti - Screenshot In-Reply-To: <4B518A11.0047.005E.0@rathai.de> References: <4B50CAEF.8050803@gmx.de> <4B50CDE1.8050901@gmail.com> <4B518A11.0047.005E.0@rathai.de> Message-ID: <4B518F08.4060706@gmx.de> Hallo Pascal, hallo Michael, danke für die Links: > Hier gibt es ein Vergleich von OSM vor und nach dem Beben: > http://www.opengeodata.org/2010/01/14/haiti-openstreetmap-response/ > http://brainoff.com/weblog/ Genau sowas suche ich! Aber "hochauflösend", damit ich es auf der Grossleinwand zeigen kann. Wer kann helfen? Danke, Markus From norman at smash-net.org Sat Jan 16 10:07:48 2010 From: norman at smash-net.org (=?ISO-8859-15?Q?Norman_Rie=DF?=) Date: Sat, 16 Jan 2010 11:07:48 +0100 Subject: [Talk-de] Worldfile vom 13.1.10 incl neuem Haiti-Kartenausschnitt In-Reply-To: <4B505AE3.4020905@gmx.de> References: <4B505AE3.4020905@gmx.de> Message-ID: <4B518FF4.1010106@smash-net.org> Hallo, hierzu gibt es jetzt auch einen RSS Feed, der die Karten auf dem GWDG-Mirror überwacht und neue Dateien inklusive Downloadlink anzeigt. Die URL des Feeds ist: http://www.smash-net.org/osm_garmin_rss.xml Grüße Norman Am 15.01.2010 13:09, schrieb Carsten Schwede: > Hallo, > > die neuen daten liegen wie immer zum Download bereit unter > > http://wiki.openstreetmap.org/wiki/User:Computerteddy > > Hier findet ihr auch einen extra Ausschnitt aus dem Worldfile für Haiti > und die Dominikanische Republik, sowohl als Kartensatz für > Mappingprogramme als auch als fertiges gmapsupp.img (mit typfile) direkt > für GPS-Geräte. Die Daten sind ebenso wie alle anderen aus dem > Planetdump, daher nicht so aktuell, wie die anderen Karten die gerade > für Haiti hergestellt werden. Der Haitiausschnitt wird aber dann ab > jetzt automatisch jede Woche mit erzeugt. > > Der Fehler mit den nicht vorhandenen Umlauten ist nun auch behoben. > > From osm at dentro.info Sat Jan 16 11:09:00 2010 From: osm at dentro.info (Stefan Dettenhofer (StefanDausR)) Date: Sat, 16 Jan 2010 12:09:00 +0100 Subject: [Talk-de] =?iso-8859-1?q?NaviPOWM-Karten_f=FCr_Haiti_-_war=3A_Ope?= =?iso-8859-1?q?nRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B50928A.7040302@dentro.info> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> <4B50269B.1050507@dentro.info> <4B505AF9.7090204@dentro.info> <4B50928A.7040302@dentro.info> Message-ID: <4B519E4C.1020501@dentro.info> Hallo, Stefan Dettenhofer (StefanDausR) schrieb: > > > der job läuft jetzt all 30 Minuten. > > auf der Hauptseite http://dev.openstreetmap.de/navipowmmaps/ wird nun der Datenstand automatisch aktualisiert und ich habe auch Haiti eingebaut. Man kann sich die Daten auch über die Karte http://dev.openstreetmap.de/navipowmmaps/TileMap.htm herunterladen Gruß, Stefan From bastikln at googlemail.com Sat Jan 16 11:29:35 2010 From: bastikln at googlemail.com (Sebastian Klein) Date: Sat, 16 Jan 2010 12:29:35 +0100 Subject: [Talk-de] Rathausmarkt Greifswald In-Reply-To: <4B50B7AC.2030207@tappenbeck.net> References: <4B50B7AC.2030207@tappenbeck.net> Message-ID: <4B51A31F.1030109@gmail.com> Jan Tappenbeck wrote: > Moin ! > > ich bin gerade virtuell auf dem Jakobsweg und muss in die Relation den > nördlichen Teil und den westlichen aufnehmen. ??? > Regulär würde man ja auch den ganzen aufnehmen könnten - aber da gibt es > noch den Way http://www.openstreetmap.org/browse/way/31114663/history > > Kann sich das mal einer ansehen - irgendwie finde ich das merkwürdig. > Scheint OK zu sein: Ein Marktplatz, um den eine Straße herum führt. Im Süden für den Kraftfahrzeugverkehr freigegeben, im Westen nur für Busse. Im Norden und Osten ist aus Symmetriegründen noch eine reine Fußgängerzone eingezeichnet. Die kann man dann vielleicht weglassen. __ Basti From osm at dentro.info Sat Jan 16 11:32:41 2010 From: osm at dentro.info (Stefan Dettenhofer (StefanDausR)) Date: Sat, 16 Jan 2010 12:32:41 +0100 Subject: [Talk-de] =?iso-8859-1?q?OpenRouteService_f=FCr_Haiti_online?= In-Reply-To: <4B5075C3.7060405@remote.org> References: <4B4FA07C.8020100@geographie.uni-bonn.de> <4B500D35.1040602@dentro.info> <4B502391.3020508@remote.org> <4B50269B.1050507@dentro.info> <4B5075C3.7060405@remote.org> Message-ID: <4B51A3D9.8040107@dentro.info> Hallo, Frederik Ramm schrieb: > Hallo, > > Stefan Dettenhofer (StefanDausR) wrote: > >> Nebenbei: Hast Du das Nordamerica-Extrakt eingestellt? >> > > Ja, das gabs ja immer nur 1x die Woche, und ich dachte mir dann, wer das > verarbeiten kann, der kann auch den kompletten Planeten verarbeiten. > Hast Du das benutzt? Ich hatte (in größeren Zeitabständen) NaviPOWM-Karten daraus erstellt, aber nun habe ich ja alles auf den devserver gelegt, dann kann ich auch gleich das planet-file nehmen. Dann habe ich auch kein Problem mehr mit fehlenden Inseln etc. > Ich kann es auch wieder einschalten, bloss zur > taeglichen Berechnung nicht, dann haelt es den anderen Kram zu sehr auf. > > Falls ich doch Probleme kriege, melde ich mich wieder. Gruß, Stefan From s_sommerkamp at gmx.de Sat Jan 16 12:00:54 2010 From: s_sommerkamp at gmx.de (Sven Sommerkamp) Date: Sat, 16 Jan 2010 13:00:54 +0100 Subject: [Talk-de] Gartenzwerge im OSM-Land, war Aufruf In-Reply-To: <20100111112141.205820@gmx.net> References: <4B4AE4AF.3080003@gmx.net> <20100111112141.205820@gmx.net> Message-ID: <201001161300.54270.s_sommerkamp@gmx.de> Am Montag, 11. Januar 2010 12:21:41 schrieb qbert biker: > Hallo zusammen, > > letztens hat mal jemand die OSM-Gemeinde mit einem > Kleingartenverein verglichen, in dem jeder die schoenste > Parzelle haben will. Ja, ich glaube das ist sehr treffend! > > Kleiner Nebeneffekt dieses Parzellendenkens ist dann > auch oft, dass sich der Blick aufs Ganze eintruebt und > der Gartenzwerg auf der eigenen Parzelle zum Zentrum des > Universums wird. Vollkommen richtig meines Erachtens. Aber damit das anders laufen könnte bräuchte es andere Strukturen bei OSM.. Oder vielleicht ein zweites in dem man einen Gegenvorschlag für allgemeine Verfahrensweisen macht. Die beiden können dann miteinander konkurrieren und dann wird man sehen ob das Modell mit der totalen Freiheit mehr Anhänger findet, oder das Modell in dem man Dinge vorher abstimmt und strukturiert und dann mit einer gewissen Konstans durchhält und erst dann ändert, wenn es gut ausgegoren ist und abgestimmt. Wenn das dann der Fall ist, sollten die Dinge dann auch komplett umgestellt werden und nicht kuddelmuddelmäßig nach und nach umstellen und dann vielleicht doch wieder alles zurückstellen. > > Gruesse Hubert > Gruß Sven From lists at fuchsschwanzdomain.de Sat Jan 16 12:12:36 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sat, 16 Jan 2010 12:12:36 +0000 (UTC) Subject: [Talk-de] Aufruf References: <4B4AE4AF.3080003@gmx.net> Message-ID: Latze wrote: > Stattdessen werden oft Angriffe auf Personen oder Personengruppen > gestartet und das zeugt meiner Meinung nach nicht unbedingt von > geistiger Reife. Blödsinn, das ist bei Open Source Projekten doch normal. Das Kind hat sogar einen Namen: Flamewar http://de.wikipedia.org/wiki/Flame Alo einfach nicht so ernst nehmen. Sven -- Um Kontrolle Ihres Kontos wiederzugewinnen, klicken Sie bitte auf das Verbindungsgebrüll. (aus einer Ebay fishing Mail) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From Latze98 at gmx.net Sat Jan 16 13:11:44 2010 From: Latze98 at gmx.net (Latze) Date: Sat, 16 Jan 2010 14:11:44 +0100 Subject: [Talk-de] Aufruf In-Reply-To: References: <4B4AE4AF.3080003@gmx.net> Message-ID: <4B51BB10.8030704@gmx.net> Am 16.01.2010 13:12, schrieb Sven Geggus: > Latze wrote: > > >> Stattdessen werden oft Angriffe auf Personen oder Personengruppen >> gestartet und das zeugt meiner Meinung nach nicht unbedingt von >> geistiger Reife. >> > Blödsinn, das ist bei Open Source Projekten doch normal. Das Kind hat > sogar einen Namen: Flamewar > http://de.wikipedia.org/wiki/Flame > > Alo einfach nicht so ernst nehmen. > > Sven > Ich denke, es ist eher eine Tatsache, dass hier öfters neue User eingeschüchtert werden. Ich selbst nehme es bis zu einem gewissen Punkt bestimmt nicht ernst, ich nutze solche nicht seit gestern Newsgroup, Mailing-Liste, Foren... und kenne diese Phänomen nur zu gut. Ich ignoriere sowas lieber und gehe nicht drauf ein, dass nimmt diesen Personen viel eher die Luft als ein Streitgespräche, dass die ja eben haben wollen. Wenn unsere Meinungen hier auseinander gehen, denke ich, dass wir damit leben können... Es geht mir aber auch um die Art, wie der eigene Standpunkt durchgedrückt werden soll. Hier entbrennen eben oft Diskussionen, bei denen es schnell in eine persönliche Richtung geht. Alternative: Man akzeptiert einfach, dass die eigene Meinung nicht die einzige richtige ist. Beispiel: Ich finde den Schlüssel highway nicht so toll sondern würde eher strait nehmen. Ich denke mir aber, dass es auch passt, solange es sich nicht mit anderen Schlüsseln oder Tags beißt und damit gut. Ich werde mich hüten, jemanden direkt anzugreifen, der/die behauptet, dass highway das einzige richtige ist. Gruß Latze From frederik at remote.org Sat Jan 16 13:18:28 2010 From: frederik at remote.org (Frederik Ramm) Date: Sat, 16 Jan 2010 14:18:28 +0100 Subject: [Talk-de] Haiti - Screenshot In-Reply-To: <4B518F08.4060706@gmx.de> References: <4B50CAEF.8050803@gmx.de> <4B50CDE1.8050901@gmail.com> <4B518A11.0047.005E.0@rathai.de> <4B518F08.4060706@gmx.de> Message-ID: <4B51BCA4.9030504@remote.org> Hallo, Markus wrote: >> Hier gibt es ein Vergleich von OSM vor und nach dem Beben: >> http://www.opengeodata.org/2010/01/14/haiti-openstreetmap-response/ >> http://brainoff.com/weblog/ > > Genau sowas suche ich! > Aber "hochauflösend", damit ich es auf der Grossleinwand zeigen kann. > > Wer kann helfen? http://labs.geofabrik.de/haiti/old-png-images-documenting-mapping-effort Nimm am besten die "pap-lowres"-Bilder http://labs.geofabrik.de/haiti/old-png-images-documenting-mapping-effort/pap-lowres-091230.png http://labs.geofabrik.de/haiti/old-png-images-documenting-mapping-effort/pap-lowres-100115.png und schneide Dir jeweils noch einen Ausschnitt raus. Wenn Du willst, kannst Du auch die Bilder vom 14., 13., 12. hinzunehmen, um eine kleine "Animation" zu erzielen. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From chris66nrw at gmx.de Sat Jan 16 16:59:02 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Sat, 16 Jan 2010 17:59:02 +0100 Subject: [Talk-de] =?iso-8859-1?q?Arbeitsmatrix_f=FCr_Haiti?= In-Reply-To: <4B511831.4000604@gmx.de> References: <4B511831.4000604@gmx.de> Message-ID: Markus schrieb: > Denn derzeit scheint jeder eine andere Vorstellung davon zu haben, um > welchen Vektor denn das Geo-Ei verschoben werden muss. > Und so kommt es dann an den Schnittstellen zu eigenartigen Sprüngen in > den Strassen, die durch in der Realität nicht vorhandene Schlangenlinien > überbrückt werden. Ja das ist schade. Aktuell steht im Wiki: Use "source=U.S. Defense Mapping Agency*" elements as landmark to set the WMS position. Wobei ich bei dieser WMS-URL: keinen großen Versatz mehr verstellen kann. Chris From openstreetmap at assetburned.de Sat Jan 16 17:01:17 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Sat, 16 Jan 2010 18:01:17 +0100 Subject: [Talk-de] Haiti - Screenshot In-Reply-To: <4B518A11.0047.005E.0@rathai.de> References: <4B50CAEF.8050803@gmx.de> <4B50CDE1.8050901@gmail.com> <4B518A11.0047.005E.0@rathai.de> Message-ID: On 16.01.2010, at 09:42, Michael Rathai wrote: > Hier gibt es ein Vergleich von OSM vor und nach dem Beben: > > http://www.opengeodata.org/2010/01/14/haiti-openstreetmap-response/ > moin was mal interessant wäre wäre eine komplette karte von haiti und nicht nur die port au prince. da wird ja momentan gemapt wie teufel und bald ist der teil der insel besser gemapt als die DomRep. cu AssetBurned -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From AlexanderMatheisen at ish.de Sat Jan 16 17:08:15 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 16 Jan 2010 18:08:15 +0100 Subject: [Talk-de] OpenLinkMap Message-ID: <201001161808.15555.AlexanderMatheisen@ish.de> Hallo, manche von euch kennen die OpenLinkMap vielleicht schon aus dem Forum, aber ich erkläre trotzdem noch einmal, was das genau ist: Die OpenLinkMap ist eine Karte, in der Objekte mit url, website oder wikipedia-Tag hervorgehoben werden. So kann man direkt auf verwandte Webseiten oder Wikipediaartikel zugreifen. Ich fand es nämlich bisher immer etwas schade, dass man diese Informationen noch nicht wirklich nutzen kann. Durch diese Karte werden vielleicht auch mehr Mapper solche Informationen angeben. Die Links werden als Marker über der normalen Karte angezeigt. Klickt man auf einen solchen Marker, öffnet sich eine Popup-Blase, in der man dann einen Link zur verwandten Homepage, aber auch Email-Adresse, Wikipedialink, Telefon- oder Faxnummer findet. Das Projekt hatte ich schon vor längerer Zeit gestartet, habe aber nun eine verbesserte Version 2 online gestellt, die folgende Neuerungen hat: * die Daten werden nun in einer MySQL-Datenbank gespeichert dadurch eine höhere Geschwindigkeit und schnelleres Laden * die Marker werden dynamisch nachgeladen, dadurch ebenfalls eine höhere Geschwindigkeit * Wege und Flächen werden nun auch berücksichtigt, wenn auch der Einfachheit halber die Marker nur auf den ersten Punkt/Eckpunkt gesetzt werden, wird aber in einer der nächsten Versionen verbessert * die Seite hat ein neues Design bekommen * die Popups haben nun ein schöneres Aussehen und werden bei drüberfahren mit der Maus geöffnet * in den Popups werden nun weitere Informationen wie Telefonnummer, Faxnummer, Email angezeigt Aber schaut es euch einfach selbst an: http://rurseekatze.bplaced.net/olm2 Rurseekatze From mail at s-hohmann.de Sat Jan 16 17:46:09 2010 From: mail at s-hohmann.de (Sebastian Hohmann) Date: Sat, 16 Jan 2010 18:46:09 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161808.15555.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <4B51FB61.3020505@s-hohmann.de> Am 16.01.2010 18:08, schrieb Alexander Matheisen: > Aber schaut es euch einfach selbst an: > http://rurseekatze.bplaced.net/olm2 > Jetzt sieht es ja um einiges besser aus als die alte Version. Einige JavaScript Funktionen die du benutzt kommen mir bekannt vor.. ;) Gruß From ulf.lamping at googlemail.com Sat Jan 16 18:00:34 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 16 Jan 2010 19:00:34 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161808.15555.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <4B51FEC2.3070304@googlemail.com> Am 16.01.2010 18:08, schrieb Alexander Matheisen: > Das Projekt hatte ich schon vor längerer Zeit gestartet, habe aber nun eine > verbesserte Version 2 online gestellt, die folgende Neuerungen hat: > > * die Daten werden nun in einer MySQL-Datenbank gespeichert dadurch eine > höhere Geschwindigkeit und schnelleres Laden > * die Marker werden dynamisch nachgeladen, dadurch ebenfalls eine höhere > Geschwindigkeit > * Wege und Flächen werden nun auch berücksichtigt, wenn auch der Einfachheit > halber die Marker nur auf den ersten Punkt/Eckpunkt gesetzt werden, wird aber > in einer der nächsten Versionen verbessert > * die Seite hat ein neues Design bekommen > * die Popups haben nun ein schöneres Aussehen und werden bei drüberfahren mit > der Maus geöffnet > * in den Popups werden nun weitere Informationen wie Telefonnummer, Faxnummer, > Email angezeigt > > > Aber schaut es euch einfach selbst an: > http://rurseekatze.bplaced.net/olm2 COOL!!! Ich hatte bislang irgendwie keine große Motivation die Wikipedia Links zu ergänzen. Die ist mit deiner Karte jetzt enorm gestiegen :-) Folgende Verbesserungsvorschläge (weil ich kein Forumsfan bin gleich hier): a) Kannst du auf der Kartenseite vermerken, von wann die Daten sind und wie oft etwa ein Update erfolgt? Sonst bleibt man als Anwender immer im dunkeln, wann denn die eigenen Änderungen auftauchen sollten/könnten. Z.B. sowas wie: Stand: 16.01.2010 (Aktualisierungen etwa monatlich) BTW: Wie oft werden die Daten denn eigentlich aktualisiert? b) Kannst du auf der Kartenseite vermerken, welcher grobe Ausschnitt von dir erfaßt wird? Wenn ich die Beschreibungsseite richtig deute, ist das deutschlandweit. Sonst "geht" man als Anwender nach Italien und wundert sich, daß nichts auftaucht. c) Kleiner Tippfehler http://rurseekatze.bplaced.net/index.html: "und direkt auf die Homepage eine ruhig gelegenen Hotels zu gehen" eine -> eines d) Du schreibst bei der Verarbeitung der Daten: "fehlerhafte URLs und Wikipedialinks repariert" Könnte man das evtl. speziell darstellen, dann sehen die Mapper gleich das da noch was zu korrigieren ist. Sonst wird es ja nie besser ;-) Prioritäten: a) finde ich wirklich wichtig, b) - d) sind mehr "nice to have" Hab mich speziell über diese Karte gefreut ... Gruß, ULFL P.S: Ich kann mich noch dunkel an Diskussionen erinnern, der Art: "Wikipedia Links brauchen wir nicht" ;-) From AlexanderMatheisen at ish.de Sat Jan 16 18:03:38 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 16 Jan 2010 19:03:38 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B51FB61.3020505@s-hohmann.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B51FB61.3020505@s-hohmann.de> Message-ID: <201001161903.38386.AlexanderMatheisen@ish.de> Am Samstag 16 Januar 2010 18:46:09 schrieb Sebastian Hohmann: > Am 16.01.2010 18:08, schrieb Alexander Matheisen: > > Aber schaut es euch einfach selbst an: > > http://rurseekatze.bplaced.net/olm2 > > Jetzt sieht es ja um einiges besser aus als die alte Version. Einige > JavaScript Funktionen die du benutzt kommen mir bekannt vor.. ;) > Das hat du richtig erkannt, Teile habe ich aus der Post- und Telefonkarte (ist die von dir?) entnommen. Hab ich aber auch unter den Danksagungen auf http://rurseekatze.bplaced.net genannt. > Gruß > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From AlexanderMatheisen at ish.de Sat Jan 16 18:33:33 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 16 Jan 2010 19:33:33 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B51FEC2.3070304@googlemail.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B51FEC2.3070304@googlemail.com> Message-ID: <201001161933.33276.AlexanderMatheisen@ish.de> Am Samstag 16 Januar 2010 19:00:34 schrieb Ulf Lamping: > Am 16.01.2010 18:08, schrieb Alexander Matheisen: > > Das Projekt hatte ich schon vor längerer Zeit gestartet, habe aber nun > > eine verbesserte Version 2 online gestellt, die folgende Neuerungen hat: > > > > * die Daten werden nun in einer MySQL-Datenbank gespeichert dadurch eine > > höhere Geschwindigkeit und schnelleres Laden > > * die Marker werden dynamisch nachgeladen, dadurch ebenfalls eine höhere > > Geschwindigkeit > > * Wege und Flächen werden nun auch berücksichtigt, wenn auch der > > Einfachheit halber die Marker nur auf den ersten Punkt/Eckpunkt gesetzt > > werden, wird aber in einer der nächsten Versionen verbessert > > * die Seite hat ein neues Design bekommen > > * die Popups haben nun ein schöneres Aussehen und werden bei drüberfahren > > mit der Maus geöffnet > > * in den Popups werden nun weitere Informationen wie Telefonnummer, > > Faxnummer, Email angezeigt > > > > > > Aber schaut es euch einfach selbst an: > > http://rurseekatze.bplaced.net/olm2 > > COOL!!! > > Ich hatte bislang irgendwie keine große Motivation die Wikipedia Links > zu ergänzen. Die ist mit deiner Karte jetzt enorm gestiegen :-) > Find ich gut! > > Folgende Verbesserungsvorschläge (weil ich kein Forumsfan bin gleich hier): > > a) Kannst du auf der Kartenseite vermerken, von wann die Daten sind und > wie oft etwa ein Update erfolgt? Sonst bleibt man als Anwender immer im > dunkeln, wann denn die eigenen Änderungen auftauchen sollten/könnten. > > Z.B. sowas wie: Stand: 16.01.2010 (Aktualisierungen etwa monatlich) > > BTW: Wie oft werden die Daten denn eigentlich aktualisiert? > Eigentlich sollte das schon erscheinen, weiß aber jetzt auch nicht, warum das nicht mehr funktioniert. Heute nachmittag hat es jedenfalls noch geklappt. Werd die nicht regelmäßig aktualisieren, da ich das manuell machen muss, aber immer wenn ich an meinem PC sitze, werde ich das Aktualisieren (ist fast jeden Tag) > > b) Kannst du auf der Kartenseite vermerken, welcher grobe Ausschnitt von > dir erfaßt wird? Wenn ich die Beschreibungsseite richtig deute, ist das > deutschlandweit. Sonst "geht" man als Anwender nach Italien und wundert > sich, daß nichts auftaucht. > Das ist ein rechteckiger Ausschnitt um Deutschland. Es befinden sich also auch einige Punkte aus den Nachbarländern in der Datenbank. Werd ich dann auch mal auf der Seite vermerken. > > c) Kleiner Tippfehler http://rurseekatze.bplaced.net/index.html: > > "und direkt auf die Homepage eine ruhig gelegenen Hotels zu gehen" > eine -> eines > Werd ich ebenfalls verbessern. Immer diese blöde Tastatur... > > d) Du schreibst bei der Verarbeitung der Daten: "fehlerhafte URLs und > Wikipedialinks repariert" > Könnte man das evtl. speziell darstellen, dann sehen die Mapper gleich > das da noch was zu korrigieren ist. Sonst wird es ja nie besser ;-) > Bei Links wird ein fehlendes http:// ergänzt, falls nur www. angegeben ist. Bei Wikipedialinks wird entweder: * http:// ergänzt, wenn die Adresse mit www. beginnt * http://de.wikipedia.org, wenn nur der Artikelname angegeben ist. Ich werde da morgen auch mal eine kleine Tabelle darüber auf die Seite stellen. Mache da dann auch mal eine Übersicht über die ausgewerteten Tags. > > Prioritäten: a) finde ich wirklich wichtig, b) - d) sind mehr "nice to > have" > Werd ich alles verbessern, denn jeder Fehler ist gleich wichtig. Auch wenn es nur ein kleiner Fehler ist, stört er trotzdem... > Hab mich speziell über diese Karte gefreut ... > > Gruß, ULFL > > P.S: Ich kann mich noch dunkel an Diskussionen erinnern, der Art: > "Wikipedia Links brauchen wir nicht" ;-) > Ich hoffe, dass sich diesee Einstellung nun ändern wird. > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From frederik at remote.org Sat Jan 16 19:11:42 2010 From: frederik at remote.org (Frederik Ramm) Date: Sat, 16 Jan 2010 20:11:42 +0100 Subject: [Talk-de] Haiti - Screenshot In-Reply-To: References: <4B50CAEF.8050803@gmx.de> <4B50CDE1.8050901@gmail.com> <4B518A11.0047.005E.0@rathai.de> Message-ID: <4B520F6E.2080804@remote.org> Hallo, AssetBurned wrote: > was mal interessant wäre wäre eine komplette karte von haiti und nicht > nur die port au prince. da wird ja momentan gemapt wie teufel und bald > ist der teil der insel besser gemapt als die DomRep. Auch die komplette Haitikarte gibt es einmal in aktueller Form, hochaufloesend, unter http://labs.geofabrik.de/haiti/large-png-maps/ und dann die historische Entwicklung als "whole-haiti-xxx.png" hier: http://labs.geofabrik.de/haiti/old-png-images-documenting-mapping-effort/ Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From ulf.lamping at googlemail.com Sat Jan 16 19:17:09 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 16 Jan 2010 20:17:09 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161933.33276.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B51FEC2.3070304@googlemail.com> <201001161933.33276.AlexanderMatheisen@ish.de> Message-ID: <4B5210B5.1000509@googlemail.com> Am 16.01.2010 19:33, schrieb Alexander Matheisen: > Werd die nicht regelmäßig aktualisieren, da ich das manuell machen muss, aber > immer wenn ich an meinem PC sitze, werde ich das Aktualisieren (ist fast jeden > Tag) Ruhig auch sowas wie: Aktualisierung unregelmäßig, oft aber täglich Sonst weiß man als Anwender halt überhaupt nicht woran man ist (könnte ja auch "jährlich" oder "nie" sein). BTW: Als Softwareentwickler sage ich immer: Versuch sowas soweit wie möglich zu automatisieren, alles andere macht auf die Dauer eh keinen Spaß ;-) > Werd ich ebenfalls verbessern. Immer diese blöde Tastatur... Wenn die Tastatur nicht wär, wär das Leben halb so schwer ;-) > Bei Links wird ein fehlendes http:// ergänzt, falls nur www. angegeben ist. > Bei Wikipedialinks wird entweder: > * http:// ergänzt, wenn die Adresse mit www. beginnt > * http://de.wikipedia.org, wenn nur der Artikelname angegeben ist. Hab gerade ein paar Artikelnamen rund um das Reichsparteitagsgelände in Nürnberg ergänzt. Kann da aber genausogut auch die komplette url eintragen. Gibt es da inzwischen eigentlich eine Tendenz was von den beiden Varianten eher verwendet wird, oder welche Variante (aus welchem Grund auch immer) besser ist? [1] sagt da nicht so viel drüber aus. > Ich werde da morgen auch mal eine kleine Tabelle darüber auf die Seite > stellen. Mache da dann auch mal eine Übersicht über die ausgewerteten Tags. Gute Idee. Eine spezielle Darstellung (z.B. anderes Icon mit rotem Rand oder so) von "korrekturwürdigen Daten" wäre natürlich schon schick. Andererseits kann das vielleicht später auch mal der OSM Inspector übernehmen, und deine Karte bleibt "so einfach wie möglich" - hat ja auch seinen Charme. >> Prioritäten: a) finde ich wirklich wichtig, b) - d) sind mehr "nice to >> have" >> > Werd ich alles verbessern, denn jeder Fehler ist gleich wichtig. Auch wenn es > nur ein kleiner Fehler ist, stört er trotzdem... Solange du Zeit hast das zu machen, gibt es keinen Grund dagegen ... Gruß, ULFL [1] http://wiki.openstreetmap.org/wiki/Key:wikipedia From AlexanderMatheisen at ish.de Sat Jan 16 19:34:32 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 16 Jan 2010 20:34:32 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B5210B5.1000509@googlemail.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001161933.33276.AlexanderMatheisen@ish.de> <4B5210B5.1000509@googlemail.com> Message-ID: <201001162034.32911.AlexanderMatheisen@ish.de> Am Samstag 16 Januar 2010 20:17:09 schrieb Ulf Lamping: > Am 16.01.2010 19:33, schrieb Alexander Matheisen: > > Werd die nicht regelmäßig aktualisieren, da ich das manuell machen muss, > > aber immer wenn ich an meinem PC sitze, werde ich das Aktualisieren (ist > > fast jeden Tag) > > Ruhig auch sowas wie: Aktualisierung unregelmäßig, oft aber täglich > > Sonst weiß man als Anwender halt überhaupt nicht woran man ist (könnte > ja auch "jährlich" oder "nie" sein). > > BTW: Als Softwareentwickler sage ich immer: Versuch sowas soweit wie > möglich zu automatisieren, alles andere macht auf die Dauer eh keinen > Spaß ;-) Leider kann ich durch verschiedene technische Einschränkungen keine völlige Automation einrichten. Daher muss ich das erst einmal manuell machen. Aber Bernd Wurst hat mir schon Webspace bei ihm angeboten; falls das klappt, könnte ich das jeden Tag und automatisiert machen. > > > Werd ich ebenfalls verbessern. Immer diese blöde Tastatur... > > Wenn die Tastatur nicht wär, wär das Leben halb so schwer ;-) > Alternative gibt es leider nicht Es geht nicht mit, aber auch nicht ohne. :-) > > Bei Links wird ein fehlendes http:// ergänzt, falls nur www. angegeben > > ist. Bei Wikipedialinks wird entweder: > > * http:// ergänzt, wenn die Adresse mit www. beginnt > > * http://de.wikipedia.org, wenn nur der Artikelname angegeben ist. > > Hab gerade ein paar Artikelnamen rund um das Reichsparteitagsgelände in > Nürnberg ergänzt. Kann da aber genausogut auch die komplette url eintragen. > Ist meinem Tool egal. > Gibt es da inzwischen eigentlich eine Tendenz was von den beiden > Varianten eher verwendet wird, oder welche Variante (aus welchem Grund > auch immer) besser ist? [1] sagt da nicht so viel drüber aus. > > > Ich werde da morgen auch mal eine kleine Tabelle darüber auf die Seite > > stellen. Mache da dann auch mal eine Übersicht über die ausgewerteten > > Tags. > > Gute Idee. > > Eine spezielle Darstellung (z.B. anderes Icon mit rotem Rand oder so) > von "korrekturwürdigen Daten" wäre natürlich schon schick. Kam mir auch schon in den Sinn, aber wenn, dann kommt das mal später. Außerdem gibt es ja noch "psychologische" Unterstützung: viele werden hoofentlich falsche Sachen umtaggen, damit sie dann auch auf der Karte sichtbar sind. Also in gewisser Weise dann doch das Prinzip: Wir mappen für die Renderer (bzw. OpenLinkMap). > > Andererseits kann das vielleicht später auch mal der OSM Inspector > übernehmen, und deine Karte bleibt "so einfach wie möglich" - hat ja > auch seinen Charme. > Sehe ich auch so. Normale Anzeige und Tools für die Mapper sollten doch eher getrennt werden. > >> Prioritäten: a) finde ich wirklich wichtig, b) - d) sind mehr "nice to > >> have" > > > > Werd ich alles verbessern, denn jeder Fehler ist gleich wichtig. Auch > > wenn es nur ein kleiner Fehler ist, stört er trotzdem... > > Solange du Zeit hast das zu machen, gibt es keinen Grund dagegen ... Das mit der Zeit ist immer so das Problem, aber den inneren Antrieb hab' ich auf jeden Fall ;-) > > Gruß, ULFL > Rurseekatze > [1] http://wiki.openstreetmap.org/wiki/Key:wikipedia > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From osm at nk-bre.net Sat Jan 16 20:11:07 2010 From: osm at nk-bre.net (=?ISO-8859-1?Q?Norbert_K=FCck?=) Date: Sat, 16 Jan 2010 21:11:07 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161808.15555.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <4B521D5B.8020601@nk-bre.net> Hallo, am 16.01.2010 18:08 schrieb Alexander Matheisen: > Die OpenLinkMap ist eine Karte, in der Objekte mit url, website oder > wikipedia-Tag hervorgehoben werden. Ja, das ist ein Plus! Frage: Wird nur der reine Tag wikipedia=* ausgewertet, oder auch Sprachversionen (wie bei http://wiki.openstreetmap.org/wiki/Key:wikipedia gezeigt)? Übrigens ist die Angabe nur des Wikipedia-Seitentitels danach eine korrekte Variante und kein "fehlerhafter Wikipedialink". Gruß nk From AlexanderMatheisen at ish.de Sat Jan 16 20:24:24 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 16 Jan 2010 21:24:24 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B521D5B.8020601@nk-bre.net> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B521D5B.8020601@nk-bre.net> Message-ID: <201001162124.24730.AlexanderMatheisen@ish.de> Am Samstag 16 Januar 2010 21:11:07 schrieb Norbert Kück: > Hallo, > > am 16.01.2010 18:08 schrieb Alexander Matheisen: > > Die OpenLinkMap ist eine Karte, in der Objekte mit url, website oder > > wikipedia-Tag hervorgehoben werden. > > Ja, das ist ein Plus! > > Frage: Wird nur der reine Tag wikipedia=* ausgewertet, oder auch > Sprachversionen (wie bei > http://wiki.openstreetmap.org/wiki/Key:wikipedia gezeigt)? Ich werte wikipedia=* und wikipedia:de=* aus. Eine Übersicht über alle ausgewerteten Tags werde ich aber wahrscheinlich morgen auf meiner Infoseite (unter "weitere Informationen") geben. > Übrigens ist > die Angabe nur des Wikipedia-Seitentitels danach eine korrekte Variante > und kein "fehlerhafter Wikipedialink". "Fehlerhafte Wikipedialinks" repariere ich beim Import in die Datenbank. Somit kann man sowohl den Artikelnamen, als auch die volle URL entweder mit oder ohne http:// angeben. > Grußgen > nk > Rurseekatze > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From gerrylight at mail.com Sat Jan 16 21:08:33 2010 From: gerrylight at mail.com (Gerry Light) Date: Sat, 16 Jan 2010 13:08:33 -0800 (PST) Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161808.15555.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <1263676113776-4405903.post@n2.nabble.com> Alexander Matheisen wrote: > > Die OpenLinkMap ist eine Karte, in der Objekte mit url, website oder > wikipedia-Tag hervorgehoben werden. So kann man direkt auf verwandte > Webseiten > oder Wikipediaartikel zugreifen. > Super Sache, vielen Dank! Kann man damit das auch irgendwie mit den gerenderten Relationen kombinieren? Wir haben hier einige sog. Kulturwege, bei denen wir die Informationsschilder verlinkt haben. Wenn man z.B. mit kombinieren könnte, wäre ein das ein Traum! Wie auch immer, Danke und weiter so! -- View this message in context: http://n2.nabble.com/OpenLinkMap-tp4404982p4405903.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. From florian at grossing.de Sat Jan 16 21:14:16 2010 From: florian at grossing.de (Florian Gross) Date: Sat, 16 Jan 2010 22:14:16 +0100 Subject: [Talk-de] OSM-Wiki strukturieren und verbessern In-Reply-To: <4B4ED5DE.1000807@gmx.de> References: <4B4ED5DE.1000807@gmx.de> Message-ID: <201001162214.16394.florian@grossing.de> Am Do Januar 14 2010 glaubte Markus zu wissen: > Im Thread "OSM an der VHS" wurde festgestellt, dass das OSM-Wiki zwar > wesentlich besser geworden ist, aber Anfängern damit nach wie vor oft > nicht wirklich geholfen ist. > > Flo fragt, wie man das angehen könnte. Oha, da kannst du Verwirrung stiften. ;-) Florian Lohoff unterschreibt mit "Flo", ich mit flo. > Hier ein paar grundlegende Antworten: > > Bei einer *Einführung in OSM* (ein Abend an der VHS) > ist das Wiki ein wichtiges Standbein. ACK! Da lauert ein riesiger Berg Wissen, man muß es nur finden. *seufz* Ich schau mir gread so nach und nach viele Seiten nacheinander und schreib mir mal meine Gedanken auf. Wenn ich ein wenig was zusammen habe, schreib ich hier was dazu. Läuft wohl auf eine Neustrukturierung hinaus. Da gibt es aber wohl schon etwas: http://wiki.openstreetmap.org/wiki/WikiProject_Cleanup Vielleicht sollte man sich da mit einklinken. > > Ich bin mit den Möglichkeiten des Wiki, dessen Syntax und den > > templates bisher so gut wie gar nicht vertraut, da muß ich mir > > auch noch einiges aneignen. > > Die beste Quelle dafür ist Wikipedia: > http://de.wikipedia.org/wiki/Wikipedia:Hilfe > http://de.wikipedia.org/wiki/Wikipedia:Übersicht > http://de.wikipedia.org/wiki/Spezial:Spezialseiten > > Und natürlich die Umsetzug mittels der entsprechenden Seiten im OSM-Wiki. Danke. flo -- Entwicklungshilfe ist, wenn die armen Leute eines reichen Landes für die reichen Leute eines armen Landes Geld spenden. [Denis Healy] From osm at tappenbeck.net Sat Jan 16 21:15:08 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 16 Jan 2010 22:15:08 +0100 Subject: [Talk-de] Haiti - Tags in Deutsch Message-ID: <4B522C5C.4040708@tappenbeck.net> Moin ! für eine schnelle Hilfe und um Mißverständnisse zu vermeiden sollten die Tags kurzfristig in Deutsch zur Verfügung gestellt werden!!!! Gruß jan :-) From AlexanderMatheisen at ish.de Sat Jan 16 21:19:17 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 16 Jan 2010 22:19:17 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <1263676113776-4405903.post@n2.nabble.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <1263676113776-4405903.post@n2.nabble.com> Message-ID: <201001162219.18161.AlexanderMatheisen@ish.de> Am Samstag 16 Januar 2010 22:08:33 schrieb Gerry Light: > Alexander Matheisen wrote: > > Die OpenLinkMap ist eine Karte, in der Objekte mit url, website oder > > wikipedia-Tag hervorgehoben werden. So kann man direkt auf verwandte > > Webseiten > > oder Wikipediaartikel zugreifen. > > Super Sache, vielen Dank! Kann man damit das auch irgendwie mit den > gerenderten Relationen kombinieren? Wir haben hier einige sog. Kulturwege, > bei denen wir die Informationsschilder verlinkt haben. Wenn man z.B. > mit > rs=B000FTFT&relation=369697> kombinieren könnte, wäre ein das ein Traum! > Ja, das könnte ich vielleicht auch einbauen, allerdings ist dann bei Relationen die Frage, ob es sinnvoll ist, bei allen Membern Marker anzuzeigen, oder nur bei einem bestimmten. Man könnte aber auch bei Routen-Relationen die gesamte Strecke hervorgehoben unterlegen, da muss ich mich dann aber erst einmal schlau machen. > Wie auch immer, Danke und weiter so! > Immer so! ;-) From osm at tobias-knerr.de Sat Jan 16 22:16:57 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Sat, 16 Jan 2010 23:16:57 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161808.15555.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <4B523AD9.2010803@tobias-knerr.de> Alexander Matheisen schrieb: > Aber schaut es euch einfach selbst an: > http://rurseekatze.bplaced.net/olm2 Schön geworden inzwischen. :) Ein kleines Problem: Mir ist nicht ganz klar, warum http://www.openstreetmap.org/browse/way/39224063 in der OpenLinkMap nicht angezeigt wird: http://rurseekatze.bplaced.net/olm2/?zoom=18&lat=50.25935&lon=10.96494&layers=B0TT Klammern und das de:-Präfix werden in der Nähe dort auch verwendet, scheinen also nicht die Ursache zu sein. Tobias Knerr From osm at tappenbeck.net Sat Jan 16 22:32:32 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 16 Jan 2010 23:32:32 +0100 Subject: [Talk-de] =?iso-8859-1?q?Arbeitsmatrix_f=FCr_Haiti?= In-Reply-To: <4B511831.4000604@gmx.de> References: <4B511831.4000604@gmx.de> Message-ID: Hi ! danke - werde mich wohl gleich erst einmal aufs Ohr hauen ! Einen Augenblick noch - wenn ich Dir morgen sonst irgendwie helfen kann sag bescheid. Aber wenn das alles zuende ist sollte sich grundlegende Gedanken für die Verbesserung der ganzen Sache gemacht werden. Auch wenn man nicht auf ein nächstes mal hofft - kommen wird es irgendwann und dann sollte einiges besser laufen. Gute Nacht ! Jan .-) Am 16.01.2010 02:36, schrieb Markus: > Hallo Jonas, > >> ich versuche seit gestern Abend den Autor von dem Tool >> http://osm.m0nty.de/ zu erreichen > > Ich habe ihn grad nochmal angeschrieben. > > Gut fände ich auch, wenn wir uns über die Lagerichtigkeit einigen! > > Denn derzeit scheint jeder eine andere Vorstellung davon zu haben, um > welchen Vektor denn das Geo-Ei verschoben werden muss. > Und so kommt es dann an den Schnittstellen zu eigenartigen Sprüngen in > den Strassen, die durch in der Realität nicht vorhandene Schlangenlinien > überbrückt werden. > > Gruss, Markus From osm at tappenbeck.net Sat Jan 16 22:36:01 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 16 Jan 2010 23:36:01 +0100 Subject: [Talk-de] falsch gepostet In-Reply-To: References: <4B511831.4000604@gmx.de> Message-ID: sorry falsch gepostet !!! trotzdem gute nacht ! Jan :-) From liste12A45q7 at gmx.de Sat Jan 16 23:29:48 2010 From: liste12A45q7 at gmx.de (Markus) Date: Sun, 17 Jan 2010 00:29:48 +0100 Subject: [Talk-de] =?iso-8859-1?q?Arbeitsmatrix_f=FCr_Haiti?= In-Reply-To: <4B511831.4000604@gmx.de> References: <4B511831.4000604@gmx.de> Message-ID: <4B524BEC.7000706@gmx.de> Monty setzt morgen (So) die Matrix für Haiti auf. Gruss, Markus From lists at fuchsschwanzdomain.de Sat Jan 16 23:52:05 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sat, 16 Jan 2010 23:52:05 +0000 (UTC) Subject: [Talk-de] OpenLinkMap References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: Alexander Matheisen wrote: > * die Daten werden nun in einer MySQL-Datenbank gespeichert dadurch eine > höhere Geschwindigkeit und schnelleres Laden Wäre da nicht eine Postgis die bessere Wahl gewesen? Sven -- "Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten" (Theodor W. Adorno) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From ulf.lamping at googlemail.com Sun Jan 17 00:03:42 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 17 Jan 2010 01:03:42 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <4B5253DE.5070105@googlemail.com> Am 17.01.2010 00:52, schrieb Sven Geggus: > Alexander Matheisen wrote: > >> * die Daten werden nun in einer MySQL-Datenbank gespeichert dadurch eine >> höhere Geschwindigkeit und schnelleres Laden > > Wäre da nicht eine Postgis die bessere Wahl gewesen? Wäre eine etwas ausführlichere Fragestellung - mit zumindest einer gewissen Begründung warum Postgis aus deiner Sicht die bessere Wahl ist - nicht vielleicht für alle Beteiligten hilfreicher gewesen? Gruß, ULFL From gerrylight at mail.com Sun Jan 17 00:14:09 2010 From: gerrylight at mail.com (Gerry Light) Date: Sat, 16 Jan 2010 16:14:09 -0800 (PST) Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001162219.18161.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <1263676113776-4405903.post@n2.nabble.com> <201001162219.18161.AlexanderMatheisen@ish.de> Message-ID: <1263687249446-4406413.post@n2.nabble.com> Alexander Matheisen wrote: > > Am Samstag 16 Januar 2010 22:08:33 schrieb Gerry Light: >> Kann man damit das auch irgendwie mit den >> gerenderten Relationen kombinieren? > Ja, das könnte ich vielleicht auch einbauen, allerdings ist dann bei > Relationen die Frage, ob es sinnvoll ist, bei allen Membern Marker > anzuzeigen, > oder nur bei einem bestimmten. > Man könnte aber auch bei Routen-Relationen die gesamte Strecke > hervorgehoben > unterlegen, da muss ich mich dann aber erst einmal schlau machen. > Ich habs gar nicht so kompliziert gemeint :). Du verwendest doch zwei Layer, oder? Die unterliegende Karte kommt von osm.org und die klickbaren POIs von Dir. Ich habe gedacht man könne das "relation=..."-Argument in dem URL einfach an den osm-Server durchreichen, und er gibt die fertig gerenderte Route zurück. Und dann kommen eben noch Deine Sternchen als dritter Layer (die Route ist ja ein eigener) obendrauf. Ob da jetzt noch welche außenherum funkeln, die kein Member der Relation sind, wäre ja jetzt erst mal egal. Allerdings muß ich eingestehen, mir die OpenLayers-Technik noch nie zu Gemüte geführt zu haben. Vielleicht merkt man das jetzt daran, dass ich zu naiv denke. Viele Grüße, Gerry -- View this message in context: http://n2.nabble.com/OpenLinkMap-tp4404982p4406413.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. From mail at s-hohmann.de Sun Jan 17 01:42:38 2010 From: mail at s-hohmann.de (Sebastian Hohmann) Date: Sun, 17 Jan 2010 02:42:38 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161903.38386.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B51FB61.3020505@s-hohmann.de> <201001161903.38386.AlexanderMatheisen@ish.de> Message-ID: <4B526B0E.8020009@s-hohmann.de> Am 16.01.2010 19:03, schrieb Alexander Matheisen: > Am Samstag 16 Januar 2010 18:46:09 schrieb Sebastian Hohmann: >> Am 16.01.2010 18:08, schrieb Alexander Matheisen: >>> Aber schaut es euch einfach selbst an: >>> http://rurseekatze.bplaced.net/olm2 >> >> Jetzt sieht es ja um einiges besser aus als die alte Version. Einige >> JavaScript Funktionen die du benutzt kommen mir bekannt vor.. ;) >> > Das hat du richtig erkannt, Teile habe ich aus der Post- und Telefonkarte (ist > die von dir?) entnommen. Hab ich aber auch unter den Danksagungen auf > http://rurseekatze.bplaced.net genannt. Ja, die stammt von mir. Ist ja auch schön zu sehen, wenn es gebraucht werden kann. Gruß From news at jonasstein.de Sun Jan 17 03:03:47 2010 From: news at jonasstein.de (Jonas Stein) Date: Sun, 17 Jan 2010 04:03:47 +0100 Subject: [Talk-de] =?utf-8?q?Notrufs=C3=A4ulen_Positionen?= Message-ID: Hallo, falls jemand Interesse hat, sich den Notrufsäulen anzunehmen: Ich habe auf der Webseite http://www.gdv-dl.de/ gelesen, dass die von tausenden Saeulen Geodaten haben. Vielleicht lohnt es sich da mal lieb zu fragen... Duerfte auch in deren Interesse sein... Sollte man eigentlich bei http://wiki.openstreetmap.org/wiki/Tag:amenity%3Demergency_phone noch die Bauform unterscheiden? http://commons.wikimedia.org/wiki/Category:Emergency_telephones?uselang=de Gruesse, -- Jonas Stein From tirkon33 at yahoo.de Sun Jan 17 04:22:55 2010 From: tirkon33 at yahoo.de (Tirkon) Date: Sun, 17 Jan 2010 05:22:55 +0100 Subject: [Talk-de] OSM-Wiki strukturieren und verbessern References: <4B4ED5DE.1000807@gmx.de> Message-ID: <5r25l5lnfhruin2kts55fom6fsu9lj74io@4ax.com> Markus wrote: >Die Botschaft lautet: >"Wenn Du eitas wissen willst: gib einen passenden Suchbegriff in "Suche" >ein - und das Wiki hilft Dir weiter". Problem dabei ist die Wiki Administration. Ob es nun durch eine veraltete Version der Mediawiki Software oder durch einen nicht upgedateten Index verursacht wird, kann ich nicht beurteilen: Fest steht jedenfalls, dass die Wiki Volltextsuche mindestens anderthalb Monate, vermutlich auch länger in Rückstand ist. Möglicherweise ist das auch der Grund für die oben bemerkten besseren Suchergebnisse mit Google. Eine funktionierende und aktuelle Suche ist Grundvoraussetzung für das Aufräumen im Wiki. Kennt sich jemand damit aus? Falls nicht, werde ich Raymond mal persönlich ansprechen. From AlexanderMatheisen at ish.de Sun Jan 17 06:06:07 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 07:06:07 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B523AD9.2010803@tobias-knerr.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B523AD9.2010803@tobias-knerr.de> Message-ID: <201001170706.07951.AlexanderMatheisen@ish.de> Am Samstag 16 Januar 2010 23:16:57 schrieb Tobias Knerr: > Alexander Matheisen schrieb: > > Aber schaut es euch einfach selbst an: > > http://rurseekatze.bplaced.net/olm2 > > Schön geworden inzwischen. :) > > Ein kleines Problem: > Mir ist nicht ganz klar, warum > http://www.openstreetmap.org/browse/way/39224063 > in der OpenLinkMap nicht angezeigt wird: > http://rurseekatze.bplaced.net/olm2/?zoom=18&lat=50.25935&lon=10.96494&laye > rs=B0TT > > Klammern und das de:-Präfix werden in der Nähe dort auch verwendet, > scheinen also nicht die Ursache zu sein. > Es wurde kein Name angegeben. Zur Zeit finde ich es einfach sinnvoller, nur POIs mit Namen aufzunehmen, da man sonst nicht so genau weiß, was das überhaupt ist, wenn man zwar Telefonnummer und HP-Link sieht, aber keinen Namen. So müsste man also erst auf die verlinkte Seite gehen, um das herauszufinden. In diesem Fall könnte man dem Haus also einfach einen Namen verpassen, was sowieso sinnvoller ist, wenn es sich um ein besonders wichtiges Haus handelt. Ich denke dies ist so ein Haus von besonderer Bedeutung, wenn es darüber auch einen Wikipediaartikel gibt. > Tobias Knerr > Rurseekatze > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From AlexanderMatheisen at ish.de Sun Jan 17 06:12:51 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 07:12:51 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B5253DE.5070105@googlemail.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B5253DE.5070105@googlemail.com> Message-ID: <201001170712.51571.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 01:03:42 schrieb Ulf Lamping: > Am 17.01.2010 00:52, schrieb Sven Geggus: > > Alexander Matheisen wrote: > >> * die Daten werden nun in einer MySQL-Datenbank gespeichert dadurch eine > >> höhere Geschwindigkeit und schnelleres Laden > > > > Wäre da nicht eine Postgis die bessere Wahl gewesen? > > Wäre eine etwas ausführlichere Fragestellung - mit zumindest einer > gewissen Begründung warum Postgis aus deiner Sicht die bessere Wahl ist > - nicht vielleicht für alle Beteiligten hilfreicher gewesen? > Nein, für mich nicht unbedingt. Ich weiß schon so, aus was er da genau hinauswill. PostgreSQL mit PostGIS ist natürlich in Sachen Geodaten besser geeingnet als MySQL. Aber mein Gratishoster bietet zwar PostgreSQL, aber kein Postgis. Außerdem habe ich mit PostgreSQL noch nie gearbeitet, daher scheitert das bei mir dann auch an den mangelnden Kenntnissen. Vielleicht kommt das irgendwann mal, wenn es mit den jetzigen Mitteln nicht mehr geht, ich mehr darüber gelernt und einen neuen Hoster habe. Letzteres scheint sich wohl gelöst zu haben, denn Bernd Wurst hat mir schon einen Account bei ihm gesponsort. Vielen Dank nochmals an dieser Stelle! > Gruß, ULFL > Rurseekatze > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From AlexanderMatheisen at ish.de Sun Jan 17 06:17:17 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 07:17:17 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B526B0E.8020009@s-hohmann.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001161903.38386.AlexanderMatheisen@ish.de> <4B526B0E.8020009@s-hohmann.de> Message-ID: <201001170717.17450.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 02:42:38 schrieb Sebastian Hohmann: > Am 16.01.2010 19:03, schrieb Alexander Matheisen: > > Am Samstag 16 Januar 2010 18:46:09 schrieb Sebastian Hohmann: > >> Am 16.01.2010 18:08, schrieb Alexander Matheisen: > >>> Aber schaut es euch einfach selbst an: > >>> http://rurseekatze.bplaced.net/olm2 > >> > >> Jetzt sieht es ja um einiges besser aus als die alte Version. Einige > >> JavaScript Funktionen die du benutzt kommen mir bekannt vor.. ;) > > > > Das hat du richtig erkannt, Teile habe ich aus der Post- und Telefonkarte > > (ist die von dir?) entnommen. Hab ich aber auch unter den Danksagungen > > auf http://rurseekatze.bplaced.net genannt. > > Ja, die stammt von mir. Ist ja auch schön zu sehen, wenn es gebraucht > werden kann. > Und vielen Dank für den Code :-) Ohne ihn hätte es wahrscheinlich noch so manches zu zeitweisen Frustration führendes Problemchen gegeben! Mein dümmster Fehler: Nachdem ich eine Stunde lang in Javascript programmiert habe, mit PHP gearbeitet, und mich dann gewundert warum das Programm nicht funktioniert. Der Fehler: ich hatte die $ vor den Variablennamen vergessen... Und dann will man einfach nicht auf die Lösung kommen... ;-) > Gruß > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From AlexanderMatheisen at ish.de Sun Jan 17 06:21:28 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 07:21:28 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <1263687249446-4406413.post@n2.nabble.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001162219.18161.AlexanderMatheisen@ish.de> <1263687249446-4406413.post@n2.nabble.com> Message-ID: <201001170721.29011.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 01:14:09 schrieb Gerry Light: > Alexander Matheisen wrote: > > Am Samstag 16 Januar 2010 22:08:33 schrieb Gerry Light: > >> Kann man damit das auch irgendwie mit den > >> gerenderten Relationen kombinieren? > > > > Ja, das könnte ich vielleicht auch einbauen, allerdings ist dann bei > > Relationen die Frage, ob es sinnvoll ist, bei allen Membern Marker > > anzuzeigen, > > oder nur bei einem bestimmten. > > Man könnte aber auch bei Routen-Relationen die gesamte Strecke > > hervorgehoben > > unterlegen, da muss ich mich dann aber erst einmal schlau machen. > > Ich habs gar nicht so kompliziert gemeint :). Du verwendest doch zwei > Layer, oder? Die unterliegende Karte kommt von osm.org und die klickbaren > POIs von Dir. Ich habe gedacht man könne das "relation=..."-Argument in > dem URL einfach an den osm-Server durchreichen, und er gibt die fertig > gerenderte Route zurück. Entweder kenne ich da ein Feature noch nicht oder kenne es und verstehe gerade nicht, was du meinst. Wie kann man sich denn vom OSM-Server eine Relation rendern lassen? Klär mich bitte auf! > Und dann kommen eben noch Deine Sternchen als > dritter Layer (die Route ist ja ein eigener) obendrauf. Ob da jetzt noch > welche außenherum funkeln, die kein Member der Relation sind, wäre ja > jetzt erst mal egal. Allerdings muß ich eingestehen, mir die > OpenLayers-Technik noch nie zu Gemüte geführt zu haben. Ich vor diesem Projekt eigentlich auch nicht. Und ohne Teile des Codes aus der Post- und Telefonkarte zu übernehmen, hätte ich das wahrscheinlich nie hinbekommen. > Vielleicht merkt > man das jetzt daran, dass ich zu naiv denke. > > Viele Grüße, Gerry > Rurseekatze From walter.nordmann at web.de Sun Jan 17 07:07:19 2010 From: walter.nordmann at web.de (walter.nordmann at web.de) Date: Sun, 17 Jan 2010 08:07:19 +0100 Subject: [Talk-de] =?iso-8859-15?q?Notrufs=E4ulen_Positionen?= Message-ID: <1099106765@web.de> hi lonas, ich bin gerade dabei, mich um "soetwas" zu kümmern. schlage mich gerade mit xml,xsl und ähnlichen rum, um das einigermassen hinzukriegen. die technik (xalan, xerces, osmosis, ...) hab ich inzwischen einigermassen im griff, jetzt kommt das organisatorische: ,quellen (der daten), rechte, bereits in der db vorhandene daten, wie taggt man das zeug und sowas. mfg walter > Hallo, > > falls jemand Interesse hat, sich den Notrufsäulen anzunehmen: > Ich habe auf der Webseite > http://www.gdv-dl.de/ > gelesen, dass die von tausenden Saeulen Geodaten haben. > > Vielleicht lohnt es sich da mal lieb zu fragen... > Duerfte auch in deren Interesse sein... > > Sollte man eigentlich bei > http://wiki.openstreetmap.org/wiki/Tag:amenity%3Demergency_phone > > noch die Bauform unterscheiden? > http://commons.wikimedia.org/wiki/Category:Emergency_telephones?uselang=de > quo vadis? also mir ist es eigentlich völlig egal, welche bauform das teil hat, WENN ES NUR FUNKTIONIERT. wenn not am man ist, gehen auch buschtrommeln. > Gruesse, > > -- > Jonas Stein ___________________________________________________________ Preisknaller: WEB.DE DSL Flatrate für nur 16,99 Euro/mtl.! http://produkte.web.de/go/02/ From osm at tappenbeck.net Sun Jan 17 08:44:29 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 17 Jan 2010 09:44:29 +0100 Subject: [Talk-de] =?iso-8859-15?q?Notrufs=E4ulen_Positionen?= In-Reply-To: <1099106765@web.de> References: <1099106765@web.de> Message-ID: Moin! http://wiki.openstreetmap.org/wiki/Proposed_features/emergency_phone http://wiki.openstreetmap.org/wiki/Proposed_features/emergency_access_point Für emergency_access_point bei der Forstverwaltung SH stehe ich in Kontakt. Gruß Jan :-) From osm at tappenbeck.net Sun Jan 17 08:45:50 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 17 Jan 2010 09:45:50 +0100 Subject: [Talk-de] =?utf-8?q?Notrufs=C3=A4ulen_Positionen?= In-Reply-To: References: Message-ID: Moin! Kürzlich hatte einer von der Björn-Steiger-Stiftung gesprochen. Mehr weiß ich nicht - hat sich wohl im Sande verlaufen. Mußt Du nochmal recherchieren. Gruß Jan :-) Am 17.01.2010 04:03, schrieb Jonas Stein: > Hallo, > > falls jemand Interesse hat, sich den Notrufsäulen anzunehmen: > Ich habe auf der Webseite > http://www.gdv-dl.de/ > gelesen, dass die von tausenden Saeulen Geodaten haben. > > Vielleicht lohnt es sich da mal lieb zu fragen... > Duerfte auch in deren Interesse sein... > > Sollte man eigentlich bei > http://wiki.openstreetmap.org/wiki/Tag:amenity%3Demergency_phone > > noch die Bauform unterscheiden? > http://commons.wikimedia.org/wiki/Category:Emergency_telephones?uselang=de > > Gruesse, > From bernd at bwurst.org Sun Jan 17 08:53:20 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Sun, 17 Jan 2010 09:53:20 +0100 Subject: [Talk-de] PostGIS vs. MySQL [was: Re: OpenLinkMap] In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <201001170953.20404.bernd@bwurst.org> Hallo Sven. Am Sonntag 17 Januar 2010 00:52:05 schrieb Sven Geggus: > > * die Daten werden nun in einer MySQL-Datenbank gespeichert dadurch eine > > höhere Geschwindigkeit und schnelleres Laden > Wäre da nicht eine Postgis die bessere Wahl gewesen? Was genau wäre der Vorteil? Ich habe mir mal ein paar Dinge dazu angelesen (wenn auch nicht ausprobiert). Wenn man ganze Karten in der Datenbank halten will, erscheint es schon irgendwie sinnvoll, wenn die Datenbank damit korrekt umgehen kann. Genauso wenn man geometrische Operationen auf Objekten ausführt. Will man aber nur einzelne punktförmige Objekte in der Datenbank halten und dann nur Objekte in einem immer rechteckigen Bereich abrufen, dann ist das völlig oversized. Man sollte aus Effizienzgründen natürlich die Koordinaten passend umformen, so dass man keine Float-Vergleiche machen muss und ein Index schadet sicherlich auch nicht, aber Geo-Funktionalität braucht es dafür irgendwie nicht. Wir hatten das Thema schon beim OSB, wo ich das Datenbank-Design optimieren wollte und dafür die Möglichkeiten von PostGIS recherchiert hatte. Und da Postgres halt nicht Shared-Hosting-geeignet ist [1] und man für solche Projekte sicherlich keinen eigenen Server braucht, ist MySQL hier IMHO die viel bessere Wahl weil immer schon vorhanden. Und wenn man dann doch etwas mehr braucht, nimmt man halt die MySQL Spatial Extensions. Kann nicht alles was PostGIS kann aber doch irgendwie einiges. Gruß, Bernd [1]: Klingt nach Flame, ist es aber nicht. Ich habe mehrfach auf dem Linuxtag mit Postgres-Entwiklern darüber gesprochen: Es gibt keine Möglichkeit, einem Benutzer nur die Datenbanken zu zeigen, auf die er auch Zugriff hat. Ich finde es nicht tragbar, wenn man immer alle Datenbanken des ganzen Systems sehen kann (auch wenn man dann nicht in die Datenbank schauen kann). Da sind die Postgres-Entwickler anderer Meinung, die empfinden das als völlig egal und es wird nicht geändert werden. -- Der Vorteil der Klugheit besteht darin, daß man sich dumm stellen kann. Umgekehrt ist das wesentlich schwieriger. - Kurt Tucholsky -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From osm at tappenbeck.net Sun Jan 17 08:52:40 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 17 Jan 2010 09:52:40 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161808.15555.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: Moin ! interessant - es sollte eine Blackliste geben um Links zu filtern. Bei uns hat einer die Paketstation mit dem Link zu http://www.dhl.de/content/de/de/paket/privatkunden/packstation.html versehen. Mann stelle sich vor das macht einer mit Briefkästen, Telefonzellen und bei Lampen zum Hersteller. Wenn man diese Links in einer Talk-Seite hinterlegt dann könnten diese nacheinander in die Auswertung übernommen werden. Gruß Jan :-) From karl.weber99 at gmx.net Sun Jan 17 09:40:23 2010 From: karl.weber99 at gmx.net (Karl Weber) Date: Sun, 17 Jan 2010 10:40:23 +0100 Subject: [Talk-de] Aufruf In-Reply-To: References: <4B4AE4AF.3080003@gmx.net> Message-ID: <201001171040.23508.karl.weber99@gmx.net> Am Samstag, 16. Januar 2010 13:12 schrieb Sven Geggus: > Blödsinn, das ist bei Open Source Projekten doch normal. Das Kind hat > sogar einen Namen: Flamewar > http://de.wikipedia.org/wiki/Flame > > Alo einfach nicht so ernst nehmen. In dem von Dir zitierten Artikel steht auch, Zitat: "Flaming wird in den meisten Foren als Unsitte empfunden und wird von den Moderatoren meist mit einer Verwarnung geahndet" Gibt es hier Moderatoren? Falls ja, wen? Ich empfinde Flaming auch als Unsitte. Da meine Teilnahme an OSM "Hobby" ist, verliere ich bei "unzivilisierter" Kommunikation schnell das Interesse. /Karl From f at zz.de Sun Jan 17 09:46:37 2010 From: f at zz.de (Florian Lohoff) Date: Sun, 17 Jan 2010 10:46:37 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? In-Reply-To: <201001142349.59656.florian@grossing.de> References: <4B4F8383.1060305@remote.org> <4B4F8574.2030107@ms-team.de> <4B4F8AA4.4000806@remote.org> <201001142349.59656.florian@grossing.de> Message-ID: <20100117094637.GC7526@hydra.gt.owl.de> On Thu, Jan 14, 2010 at 11:49:59PM +0100, Florian Gross wrote: > Am Do Januar 14 2010 glaubte Frederik Ramm zu wissen: > > > In groesseren Gemeinden gibt es sicher ein eigenes Strassenbauamt; in > > den kleineren aber koennte es sein, dass es irgendwo eine regionale > > Schilderfirma gibt und alle Gemeinden beauftragen immer diese Firma... > > Das Bauamt bekommt nur den Auftrag, Schild XY an Stelle AB aufzuhängen. > Die brauchen dafür keinen Plan. > > Du suchst IMO die zuständige Straßenverkehrsbehörde: > http://de.wikipedia.org/wiki/Stra%C3%9Fenverkehrsbeh%C3%B6rde Naja - aber zumindest fuer Geschwindigkeiten und Park/Haltebeschraenkungen muss es einen Beschilderungsplan geben. Sonst waere jedes Knoellchen beliebig anfechtbar weil niemand weiss wo und wann die Schilder aufgestellt wurden. Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From florian at grossing.de Sun Jan 17 09:50:45 2010 From: florian at grossing.de (Florian Gross) Date: Sun, 17 Jan 2010 10:50:45 +0100 Subject: [Talk-de] Aufruf In-Reply-To: <201001171040.23508.karl.weber99@gmx.net> References: <4B4AE4AF.3080003@gmx.net> <201001171040.23508.karl.weber99@gmx.net> Message-ID: <201001171050.45999.florian@grossing.de> Am So Januar 17 2010 glaubte Karl Weber zu wissen: > Am Samstag, 16. Januar 2010 13:12 schrieb Sven Geggus: > > Blödsinn, das ist bei Open Source Projekten doch normal. Das Kind hat > > sogar einen Namen: Flamewar > > http://de.wikipedia.org/wiki/Flame > > > > Alo einfach nicht so ernst nehmen. > > In dem von Dir zitierten Artikel steht auch, Zitat: > > "Flaming wird in den meisten Foren als Unsitte empfunden und wird von den > Moderatoren meist mit einer Verwarnung geahndet" > > Gibt es hier Moderatoren? Falls ja, wen? In deinem Fall der Filter von KMail: in der Nachrichtenliste mit rechter Maustaste auf die Mail der Nervensäge klicken und dann "Filter anlegen" -> "Nach Absender filtern" Im folgenden Dialog kannst du die Mails des Störers z.B. als gelesen markieren lassen. Da hier aber OT: Wenn du mehr dazu wissen möchtest, mail mich bitte direkt an. flo -- > Ich hoffe, dass ich hier jemanden finde, der sich damit auskennt, oder schon > mal einen Asterisk-Server installiert und erfolgreich konfiguriert hat. Das hoffe ich auch. [Jackyjack und Sebastian Niehaus in dcit] From mail at thomas-reincke.de Sun Jan 17 11:29:15 2010 From: mail at thomas-reincke.de (Thomas Reincke) Date: Sun, 17 Jan 2010 12:29:15 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? In-Reply-To: <20100117094637.GC7526@hydra.gt.owl.de> References: <4B4F8383.1060305@remote.org> <4B4F8574.2030107@ms-team.de> <4B4F8AA4.4000806@remote.org> <201001142349.59656.florian@grossing.de> <20100117094637.GC7526@hydra.gt.owl.de> Message-ID: <4B52F48B.70102@thomas-reincke.de> Florian Lohoff schrieb: > Naja - aber zumindest fuer Geschwindigkeiten und Park/Haltebeschraenkungen > muss es einen Beschilderungsplan geben. > > Sonst waere jedes Knoellchen beliebig anfechtbar weil niemand weiss wo und > wann die Schilder aufgestellt wurden. Ganau das hat jemand bei dem Blitzer hier http://osm.org/go/0GAoqhVY4-- gemacht (warum ist der noch nicht eingetragen oder ist der inzwischen abgebaut?) Der Blitzer steht unmittelbar hinter der Grenze B/D. Die zugehörige Geschwindigkeitsbeschränkung war auf belgischem Gebiet aufgestellt. Und dafür gab es keine verkehrsbehördliche Anordnung. From osm at tappenbeck.net Sun Jan 17 11:36:18 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 17 Jan 2010 12:36:18 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? In-Reply-To: <4B4F8383.1060305@remote.org> References: <4B4F8383.1060305@remote.org> Message-ID: Hi ! Blaue Schilder stehen doch an jeder Ecke und eine Vielzahl von denen erledigt sich doch durch die eigentliche Straßenführung. Beispiel: Nur Gerade aus zulässige und nicht in die Seitenstraße einbiegen - sowieso nicht möglich, da Einbahnstraße. Wenn man die jetzt alle in einer Karte darstellen würde beführchte ich mehr Unübersichtlichkeit als Gewinn. Gruß Jan :-) From osm at tappenbeck.net Sun Jan 17 11:40:10 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 17 Jan 2010 12:40:10 +0100 Subject: [Talk-de] =?iso-8859-15?q?A20=3A_L=FCbeck-S=FCd_bis_Segeberg?= Message-ID: <4B52F71A.3000604@tappenbeck.net> Moin ! in den Lübecker Nachrichten ist heute der Aufmacher das die A20 im Bereich HL-Süd bis SE (Weede) in keinem der Navi-Systeme erfaßt ist und ich habe darüber nachgedacht einen OSM-Verweis in einem Leserbrief zu schreiben. Leider fehlt mir etwas die Zeit die Daten, auch unter dem TMS (?)-Gesichtspunkt zu prüfen. Kann sich dem einer mal annehmen bevor ich was falsches schreibe. http://www.openstreetmap.org/browse/way/40800833/history Gruß Jan :-) From gerrylight at mail.com Sun Jan 17 12:13:12 2010 From: gerrylight at mail.com (Gerry Light) Date: Sun, 17 Jan 2010 04:13:12 -0800 (PST) Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001170721.29011.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <1263676113776-4405903.post@n2.nabble.com> <201001162219.18161.AlexanderMatheisen@ish.de> <1263687249446-4406413.post@n2.nabble.com> <201001170721.29011.AlexanderMatheisen@ish.de> Message-ID: <1263730392160-4408090.post@n2.nabble.com> Alexander Matheisen wrote: > > Entweder kenne ich da ein Feature noch nicht oder kenne es und verstehe > gerade > nicht, was du meinst. > Wie kann man sich denn vom OSM-Server eine Relation rendern lassen? > Klär mich bitte auf! > Dann habe ich mich wahrscheinlich falsch ausgedrückt. Also noch mal mal konkret: Wenn Du z.B. diesen Link verfolgst , dann siehst Du doch auch a) Die gerenderte Karte b) Die Routen-Relation, als blaue Linie gezeichnet (da war wohl "rendern" der falsche Ausdruck) Und das hätte ich gerne - wenn es kein allzu großer technischer Aufwand wäre, so ultrawichtig ist es ja nicht - mit c) Deinen Link-Sternchen kombiniert gehabt. Vielleicht versteht mich irgendjemand und kanns nochmal in osm-Deutsch übersetzen? ;) Viele Grüße, Gerry -- View this message in context: http://n2.nabble.com/OpenLinkMap-tp4404982p4408090.html Sent from the OpenStreetMap Deutschland mailing list archive at Nabble.com. From lists at fuchsschwanzdomain.de Sun Jan 17 12:13:47 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sun, 17 Jan 2010 12:13:47 +0000 (UTC) Subject: [Talk-de] OpenLinkMap References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B5253DE.5070105@googlemail.com> <201001170712.51571.AlexanderMatheisen@ish.de> Message-ID: Alexander Matheisen wrote: > PostgreSQL mit PostGIS ist natürlich in Sachen Geodaten besser geeingnet als > MySQL. PostGIS kann geospacial Indices und ich denke die sollten definitiv > Aber mein Gratishoster bietet zwar PostgreSQL, aber kein Postgis. > Außerdem habe ich mit PostgreSQL noch nie gearbeitet, daher scheitert das bei > mir dann auch an den mangelnden Kenntnissen. Deine Kenntnisse kann ich nicht ändern aber zur Lösung des anderen Problems gibts die FOSSGIS Server. Sven -- "Every time you use Google, you're using a Linux machine" (Chris DiBona, a programs manager for Google) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From lists at fuchsschwanzdomain.de Sun Jan 17 12:23:51 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sun, 17 Jan 2010 12:23:51 +0000 (UTC) Subject: [Talk-de] PostGIS vs. MySQL [was: Re: OpenLinkMap] References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001170953.20404.bernd@bwurst.org> Message-ID: Bernd Wurst wrote: > Was genau wäre der Vorteil? Dass man geospacial indexes hat. Damit kann man ganz schnell alle Objekte innerhalb einer bounding Box selektieren. > Und da Postgres halt nicht Shared-Hosting-geeignet ist [1] und man für solche > Projekte sicherlich keinen eigenen Server braucht, ist MySQL hier IMHO die > viel bessere Wahl weil immer schon vorhanden. Sorry also das Shared hosting Problem existiert so spätenstens seit wir den dev-server haben überhaupt nicht mehr. Dort können wir alle Software installieren die es unter Linux gibt. > Und wenn man dann doch etwas mehr braucht, nimmt man halt die MySQL Spatial > Extensions. Kann nicht alles was PostGIS kann aber doch irgendwie einiges. Da hab ich schon mehrfach gehört dass die nichts taugen, aber das ist höhrensagen. > [1]: Klingt nach Flame, ist es aber nicht. > Ich habe mehrfach auf dem Linuxtag mit Postgres-Entwiklern darüber gesprochen: > Es gibt keine Möglichkeit, einem Benutzer nur die Datenbanken zu zeigen, auf > die er auch Zugriff hat. Ich finde es nicht tragbar, wenn man immer alle > Datenbanken des ganzen Systems sehen kann (auch wenn man dann nicht in die > Datenbank schauen kann). Da sind die Postgres-Entwickler anderer Meinung, die > empfinden das als völlig egal und es wird nicht geändert werden. Wo ist bitte das Problem wenn jeder Benutzer die Namen aller Datenbanken anzeigen kann? Das ändert doch nichts daran, dass er keinen Zugriff auf diese hat. Security by obscurity, wenn Du mich fragst. Wo wir grade beim Datenbank advocacy sind. Ich habe auf dem devserver mit Postgres folgende Lösung implementiert: Shelluser erhalten bei Bedarf einen Datenbankaccount der ihrem Loginnamen entspricht. Autentifiziert wird über ident passwörter sind dadurch nicht notwendig. Für Zugriffe aus Webscripten gibt es einen weiteren User mit eingeschränkten Rechten. Für mysql konnte ich bisher keine vergleichbar elegante Lösung implementieren, einfach weil das Autentifizierungssystem unflexibel ist. Gruss Sven -- "Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open Source-Betriebssystem bedenken sollten, ist, dass Sie kein Windows-Betriebssystem erhalten." (von http://www.dell.de/ubuntu) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From werner.ho at gmx.de Sun Jan 17 12:49:13 2010 From: werner.ho at gmx.de (Werner Hoch) Date: Sun, 17 Jan 2010 13:49:13 +0100 Subject: [Talk-de] Auswertung von Relationstags Message-ID: <201001171349.13406.werner.ho@gmx.de> Hi, ich habe mir ein Script für die Auswertung von Relations tags geschrieben. Die Auswertung soll ähnlich wie tagwatch die verwendeten Tags auflisten. Die tags wurden hierarchisch sortiert: type=enforcement, enforcement=maxspeed, maxspeed=50 wird vereinfacht geschrieben zu: enforcement --> maxspeed --> 50 Die Auswertung habe ich für verschiedene Gebiete laufen lassen: Baden-Württemberg: (von heute) http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de_bw_index.html (die Links auf der Seite funktionieren nicht) Deutschland: (von gestern) http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de_index.html Von dieser Seite aus können Tabellen weiteren Auswertungen und der Auflistung der Relationen der Kategorie aufgerufen werden. Planet: (latest) http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/planet_index.html (die Links auf der Seite funktionieren nicht) Die Farben der Seiten teilweise mit Hilfe dieser Wiki-Seite ermittelt: http://wiki.openstreetmap.org/wiki/Relations Die Zuordnung ist nicht komplett und erst ein Anfang. Mit Hilfe der Auswertung können auch Tippfehler, ... in den Tags gefunden und manuell korrigiert werden. Die Auswertung von Deutschland will ich einmal pro Woche aktualisieren. Bei breiterem Interesse müsste die Auswertung zu einem anderen WebHoster verschoben werden. Grüße Werner From daswaldhorn at gmx.de Sun Jan 17 12:52:04 2010 From: daswaldhorn at gmx.de (Carsten Gerlach) Date: Sun, 17 Jan 2010 13:52:04 +0100 Subject: [Talk-de] =?iso-8859-1?q?A20=3A_L=FCbeck-S=FCd_bis_Segeberg?= In-Reply-To: <4B52F71A.3000604@tappenbeck.net> References: <4B52F71A.3000604@tappenbeck.net> Message-ID: <201001171352.09885.daswaldhorn@gmx.de> Moin, Am Sonntag 17. Januar 2010 12:40:10 schrieb Jan Tappenbeck: > Leider fehlt mir etwas die Zeit die Daten, auch unter dem TMS > (?)-Gesichtspunkt zu prüfen. Die TMC-Daten stehen in der entsprechenden Relation (http://www.openstreetmap.org/browse/relation/21450) und sehen soweit vollständig aus. Ob sie richtig sind, weiß ich nicht. Nur zu bei deinem Leserbrief, vielleicht regt das bei der Redaktion mal zu einem Artikel über OSM an. :-) Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html ========================================= www.stopptdievorratsdatenspeicherung.de -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: This is a digitally signed message part. URL : From werner.ho at gmx.de Sun Jan 17 13:03:54 2010 From: werner.ho at gmx.de (Werner Hoch) Date: Sun, 17 Jan 2010 14:03:54 +0100 Subject: [Talk-de] Relationen aus osm-Dateien herausfiltern Message-ID: <201001171403.54252.werner.ho@gmx.de> Hi, für meine Relationsauswertung muss ich die Relationen aus den osm-Dateien herausfiltern. Derzeit verwende ich folgenden Workaround: -------- bzip2 -dc bw.osm.bz2 | head -n 3 > bw_relations.osm bzip2 -dc bw.osm.bz2 | grep -A 100000 "> bw_relations.osm -------- Getestet habe ich auch die --tag-filter Funktion von osmosis, aber ich bekomme nur eine Fehlermeldung: --------- > osmosis --read-xml file=bw.osm.bz2 --tag-filter reject-ways --tag-filter reject-nodes --write-xml file=rel.osm 17.01.2010 13:53:51 org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.32 17.01.2010 13:53:53 org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. 17.01.2010 13:53:53 org.openstreetmap.osmosis.core.Osmosis main SCHWERWIEGEND: Execution aborted. org.openstreetmap.osmosis.core.OsmosisRuntimeException: Task type tag-filter doesn't exist. at org.openstreetmap.osmosis.core.pipeline.common.TaskManagerFactoryRegister.getInstance(TaskManagerFactoryRegister.java:60) at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.buildTasks(Pipeline.java:50) at org.openstreetmap.osmosis.core.pipeline.common.Pipeline.prepare(Pipeline.java:112) at org.openstreetmap.osmosis.core.Osmosis.run(Osmosis.java:79) at org.openstreetmap.osmosis.core.Osmosis.main(Osmosis.java:30) --------- Die tag-filter aktion müsste lt. Dokumentation funktionieren: http://wiki.openstreetmap.org/wiki/Osmosis/DetailedUsage#--tag-filter_.28--tf.29 Ist in mein Kommando fehlerhaft? Getestet habe ich dann noch xmlstartlet http://xmlstar.sourceforge.net/. > bzip2 -dc bw.osm.bz2 | xml ed -d "//node" -d "//way" >out.osm Das Programm benötigt aber zuviel Speicher. Hat jemand eine Idee, wie die Filterung einfacher erfolgen kann? Oder hat jemand zufällig die Daten der Datenbanktabelle "current_relation_tags" oder einen planet-Auszug der nur die Relationen enthält? Grüße Werner From gmane2009 at cfaerber.name Sun Jan 17 14:06:00 2010 From: gmane2009 at cfaerber.name (=?ISO-8859-1?Q?Claus_F=E4rber?=) Date: 17 Jan 2010 15:06:00 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? References: <4B4F8383.1060305@remote.org> <10B0EE9C184647C1955BCF355E605165@mkwebdialin> <4B4F8D5B.3030102@remote.org> Message-ID: Frederik Ramm schrieb/wrote: > Aber im Gegensatz zu "die Strasse XY hat den folgenden Verlauf" frage > ich ja eigentlich nicht nach Geodaten, sondern nach Erlassen oder > Verordnungen oder was auch immer - es muss doch irgendeinen > Verwaltungsakt geben, der letzten Endes in dem Aufstellen eines blauen > Schildes mit weissem Pfeil muendet, und dieser Verwaltungsakt muss > doch irgendwie publiziert werden, und diese Publikation muesste unter > den §5 UrhG fallen (kein Schutz fuer Verordnungen usw), und dann > muesste man nur noch ein Archiv der Publikation... *seufz* ;-) Verwaltungsakte werden nicht wie "Verordnungen usw." "publiziert", "bekannt gemacht", etc., sondern einfach nur dem Betroffenen bekannt _gegeben_. Bei Verkehrszeichen geschieht das, in dem man so komische bunte Blechdinger an die Straße stellt. Claus From daswaldhorn at gmx.de Sun Jan 17 14:23:32 2010 From: daswaldhorn at gmx.de (Carsten Gerlach) Date: Sun, 17 Jan 2010 15:23:32 +0100 Subject: [Talk-de] =?iso-8859-1?q?Relationsabfrage_=FCber_XAPI_--_Bug_oder?= =?iso-8859-1?q?_Feature=3F?= Message-ID: <201001171523.33619.daswaldhorn@gmx.de> Hallo an alle, seit ca. Anfang Dezember 2009 erhält man bei einer Abfrage nach Relationseigenschaften über die XAPI auch alle dazu gehörenden Wege und Knoten mit geliefert. Vorher hatte man nur die Eigenschaften und Mitglieder bekommen, was ich gern wieder so hätte. :-) Beispiel zum testen (25 KB): http://xapi.openstreetmap.org/api/0.6/relation%5Bref=A%20516%5D Hier bekomme ich 466 Zeilen, obwohl mich nur die letzten 24 interessieren (1,5 KB). Bei diesem Beispiel mag das vielleicht nicht ganz sooo schlimm sein, aber bei meiner eigentlichen Abfrage nach /relation[admin_level=2] gibt das jetzt ca. 375 MB, vorher waren das nur ca. 570 KB. Nun stellt sich die Frage, ob das jetzt so gewollt, oder ein Bug ist? Wenn es so gewollt ist, wie kann man dann trotzdem nur die Eigenschaften und Mitglieder bekommen, wie ist die neue Abfragesyntax? Wenn es ein Bug ist, was kann man tun, um es zu reparieren? Grüße, Carsten PS: Ich hatte Mitte Dezember 80n/Etienne/George schon mal geschrieben (an die Adresse, die in der abgerufenen osm-Datei im Kopf steht) aber noch keine Antwort erhalten, vielleicht wegen SPAM-Filter oder Urlaub, oder... . Wenn wir hier jetzt vielleicht Lösungsmöglichkeiten finden, dann würde ich ihn nochmal anschreiben. -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html ========================================= www.stopptdievorratsdatenspeicherung.de -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: This is a digitally signed message part. URL : From osm-list at freenet.de Sun Jan 17 14:35:36 2010 From: osm-list at freenet.de (Sebastian Klemm) Date: Sun, 17 Jan 2010 15:35:36 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <1263730392160-4408090.post@n2.nabble.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <1263676113776-4405903.post@n2.nabble.com> <201001162219.18161.AlexanderMatheisen@ish.de> <1263687249446-4406413.post@n2.nabble.com> <201001170721.29011.AlexanderMatheisen@ish.de> <1263730392160-4408090.post@n2.nabble.com> Message-ID: <4B532038.7070607@freenet.de> Hallo Alexander, auch von mir vielen Dank für Dein Engagement und die tolle Karte! Gerry Light schrieb: > > Alexander Matheisen wrote: > > > >> >> Wie kann man sich denn vom OSM-Server eine Relation rendern lassen? >> >> Klär mich bitte auf! >> >> >> > > > > , > > dann siehst Du doch auch > > a) Die gerenderte Karte > > b) Die Routen-Relation, als blaue Linie gezeichnet (da war wohl "rendern" > > der falsche Ausdruck) > > > Die Routen-Relation wird in diesem Beispiel mittels OpenLayers als Overlay angezeigt. Das könntest Du auch recht einfach in die OpenLinkMap einbauen, als Beispiel sei [1] genannt. Als GPX-Quelle gibst Du dann statt einem lokalen Pfad dann soetwas wie [2] an und greifst damit die Information direkt von der OSM-API [3] ab. > > Vielleicht versteht mich irgendjemand und kanns nochmal in osm-Deutsch > > übersetzen? ;) > Habe es versucht :-) Dank an Gerry für die Idee, hoffe die o.g. Vorgehensweise führt zum Erfolg, habe es selbst so noch nie probiert, müsste aber prinzipiell funktionieren. Grüße Sebastian [1] [2] [3] From tirkon33 at yahoo.de Sun Jan 17 14:54:46 2010 From: tirkon33 at yahoo.de (Tirkon) Date: Sun, 17 Jan 2010 15:54:46 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? References: <4B4F8383.1060305@remote.org> Message-ID: Frederik Ramm wrote: >Irgendjemand muss die doch aufstellen, und dieser >jemand muss doch auch eine Liste haben, wo er welche aufgestellt hat. >Koennte man auf diesem Wege vielleicht wenigstens an unscharfe Daten >herankommen, die die Community dann noch "veredelt"? Selbst wenn diese Infos vorliegen, könnte es schwierig werden, diese zu bekommen. Wenn ich sehe, wie die Behörden selbst auf den profanen Straßenlisten sitzen. Ich hatte früher in meinem Bekanntenkreis jemand, der beim Bauhof einer kleinen Gemeinde arbeitete. Sein Tätigkeitsgebiet waren kleinere Reparaturen an Straßen, Schildern, Winterdienst etc. Häufiger bekam er Anfragen von seinen Schreibtischkollegen, welche Schilder wo stünden. Und wenn er diese nicht aus dem Kopf beantworten konnte, fuhr er eben hin und ermittelte vor Ort. Die "unscharfe Datenbank" war somit sein Gehirn. ;-) Nach diesen und anderen Gesprächen betreiben einige kleine Gemeinden kaum eigene Kartografie, sondern lassen das bei übergeordneten Behörden, z.B. Katasterämtern erledigen. Manchmal scheint es, als ob der engagierte Mapper mehr weiß, als der zugewiesene Telefonpartner. Und viel Wissen geht dann verloren, wenn der entsprechende ältere Beamte in Rente geht, weil es einfach nicht aufgezeichnet wird. Selbst bei den Gebietsvertretungen der Landesstraßenbauämter, welche für die Bundes-, Landes- und Kreisstraßen zuständig sind, scheint man nach meinen Ermittlungen mehr mit Wasser zu kochen, als man glauben möchte. So dauerte es beispielsweise zwei Wochen, bis man mir für einen gewissen Straßenabschnitt bestätigen konnte, dass eine von mir vor einundeinviertel Jahren vermutete Umwidmung tatsächlich stattgefunden hatte. Die spontane Erstinformation war dabei falsch und wurde erst auf meine Intervention überprüft. From lists at fuchsschwanzdomain.de Sun Jan 17 14:57:34 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sun, 17 Jan 2010 14:57:34 +0000 (UTC) Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, ?wartet sie? References: <4B4F8383.1060305@remote.org> <1rvv98pqzg80v.1p58nstsd1az8.dlg@40tude.net> Message-ID: Thomas Ineichen wrote: > Bedenke dabei bitte aber, dass solche Tafeln auch dort stehen, wo OSM keine > Abbiegerelation benötigt, da die verbotene Strasse eine Einbahnstrasse in > die "falsche" Richtung ist. Das heißt aber doch nur, dass die Abbiegerelation dort redundant ist. Sven -- If we want hardware to work to its full potential, we need to claim to be a recent version of Windows. (Matthew Garrett) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From osm at ulfm.de Sun Jan 17 15:34:16 2010 From: osm at ulfm.de (=?ISO-8859-1?Q?Ulf_M=F6ller?=) Date: Sun, 17 Jan 2010 16:34:16 +0100 Subject: [Talk-de] Schilder - wer stellt sie auf, kontrolliert, wartet sie? In-Reply-To: References: <4B4F8383.1060305@remote.org> Message-ID: Tirkon schrieb: > Selbst wenn diese Infos vorliegen, könnte es schwierig werden, diese > zu bekommen. Wenn ich sehe, wie die Behörden selbst auf den profanen > Straßenlisten sitzen. In den meisten Bundesländern müssen die Behörden solche Informationen inzwischen herausgeben: http://de.wikipedia.org/wiki/Informationsfreiheitsgesetze From frederik at remote.org Sun Jan 17 15:41:06 2010 From: frederik at remote.org (Frederik Ramm) Date: Sun, 17 Jan 2010 16:41:06 +0100 Subject: [Talk-de] Relationen aus osm-Dateien herausfiltern In-Reply-To: <201001171403.54252.werner.ho@gmx.de> References: <201001171403.54252.werner.ho@gmx.de> Message-ID: <4B532F92.10609@remote.org> Hallo, Werner Hoch wrote: > Derzeit verwende ich folgenden Workaround: > -------- > bzip2 -dc bw.osm.bz2 | head -n 3 > bw_relations.osm > bzip2 -dc bw.osm.bz2 | grep -A 100000 "> bw_relations.osm > -------- Eine krude Form mit "sed" ginge so: bzcat bw.osm.bz2 | sed -e "1,/ bla.osm wobei Dir das die allererste "relation"-Zeile verschluckt, und ich bin nicht sed-Wizard genug, um es besser zu koennen ;-) Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From extremecarver at googlemail.com Sun Jan 17 15:53:00 2010 From: extremecarver at googlemail.com (Felix Hartmann) Date: Sun, 17 Jan 2010 16:53:00 +0100 Subject: [Talk-de] Neue Keys/Tags bzw Values fuer relation=route Message-ID: <4B53325C.4050304@gmail.com> Ich hab hier mal eine Wiki Seite aufgemacht um zu diskutieren welche Keys/Tags bzw Values wir noch brauchen um Routen besser differenzieren zu koennen. http://wiki.openstreetmap.org/wiki/Keys_for_relation:route Der Bedarf dafuer exisitert ja (etwa die Diskussionen ob eine Fahrradroute network=rcn oder lcn ist, was eventuell mit einem key:distance viel besser separierbar waere). Bzw wie man bei Mountainbikerouten spezifiert ob es eine Tagesroute ist, oder eine mehrtaegige Route. Ob eine Route von A nach B geht, oder zurueck zum Ursprungsort (wenn Routen noch unvollstaendig sind, ist dies alles andere als offensichtlich). Wir brauchen bei Fahrrad/MTB/Wanderrouten keys um den Gesamtanstieg, Gesamtabstieg in OSM zu hinterlegen (welche auch maschinenleesbar sind). ....... From osm at tappenbeck.net Sun Jan 17 16:31:09 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 17 Jan 2010 17:31:09 +0100 Subject: [Talk-de] =?iso-8859-15?q?A20=3A_L=FCbeck-S=FCd_bis_Segeberg?= In-Reply-To: <201001171352.09885.daswaldhorn@gmx.de> References: <4B52F71A.3000604@tappenbeck.net> <201001171352.09885.daswaldhorn@gmx.de> Message-ID: Am 17.01.2010 13:52, schrieb Carsten Gerlach: > Moin, > > Am Sonntag 17. Januar 2010 12:40:10 schrieb Jan Tappenbeck: >> Leider fehlt mir etwas die Zeit die Daten, auch unter dem TMS >> (?)-Gesichtspunkt zu prüfen. > > Die TMC-Daten stehen in der entsprechenden Relation > (http://www.openstreetmap.org/browse/relation/21450) und sehen soweit > vollständig aus. Ob sie richtig sind, weiß ich nicht. > > Nur zu bei deinem Leserbrief, vielleicht regt das bei der Redaktion mal zu > einem Artikel über OSM an. :-) > > Gruß, Carsten > Genau ! > > > > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From AlexanderMatheisen at ish.de Sun Jan 17 16:35:55 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 17:35:55 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B532038.7070607@freenet.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <1263730392160-4408090.post@n2.nabble.com> <4B532038.7070607@freenet.de> Message-ID: <201001171735.55171.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 15:35:36 schrieb Sebastian Klemm: > Hallo Alexander, > > auch von mir vielen Dank für Dein Engagement und die tolle Karte! > > Gerry Light schrieb: > > > Alexander Matheisen wrote: > >> >> Wie kann man sich denn vom OSM-Server eine Relation rendern lassen? > >> >> Klär mich bitte auf! > > > > > > > >B000FTFT&relation=369697>, dann siehst Du doch auch > > > a) Die gerenderte Karte > > > b) Die Routen-Relation, als blaue Linie gezeichnet (da war wohl > > > "rendern" der falsche Ausdruck) > > Die Routen-Relation wird in diesem Beispiel mittels OpenLayers als > Overlay angezeigt. > Das könntest Du auch recht einfach in die OpenLinkMap einbauen, als > Beispiel sei [1] genannt. Als GPX-Quelle gibst Du dann statt einem > lokalen Pfad dann soetwas wie [2] an und greifst damit die Information > direkt von der OSM-API [3] ab. > Ah, also jetzt verstehe ich das. Naja, werde ich dann mal nach und nach einbauen. Jetzt, wo das Grundgerüst erstmal steht, kann man sich da etwas mehr Zeit lassen und einfacher erweitern. > > > Vielleicht versteht mich irgendjemand und kanns nochmal in osm-Deutsch > > > übersetzen? ;) > > Habe es versucht :-) > Dank an Gerry für die Idee, hoffe die o.g. Vorgehensweise führt zum > Erfolg, habe es selbst so noch nie probiert, müsste aber prinzipiell > funktionieren. > > Grüße > Sebastian > Rurseekatze > [1] > > [2] > [3] > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From AlexanderMatheisen at ish.de Sun Jan 17 16:37:26 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 17:37:26 +0100 Subject: [Talk-de] PostGIS vs. MySQL [was: Re: OpenLinkMap] In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001170953.20404.bernd@bwurst.org> Message-ID: <201001171737.26925.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 13:23:51 schrieb Sven Geggus: > Bernd Wurst wrote: > > Was genau wäre der Vorteil? > > Dass man geospacial indexes hat. Damit kann man ganz schnell alle > Objekte innerhalb einer bounding Box selektieren. > Gut, das ist damit vielleicht einfacher und etwas schneller, aber meine Variante funktioniert (bisher) auch recht gut. > > Und da Postgres halt nicht Shared-Hosting-geeignet ist [1] und man für > > solche Projekte sicherlich keinen eigenen Server braucht, ist MySQL hier > > IMHO die viel bessere Wahl weil immer schon vorhanden. > > Sorry also das Shared hosting Problem existiert so spätenstens seit wir > den dev-server haben überhaupt nicht mehr. Dort können wir alle > Software installieren die es unter Linux gibt. > > > Und wenn man dann doch etwas mehr braucht, nimmt man halt die MySQL > > Spatial Extensions. Kann nicht alles was PostGIS kann aber doch irgendwie > > einiges. > > Da hab ich schon mehrfach gehört dass die nichts taugen, aber das ist > höhrensagen. > > > [1]: Klingt nach Flame, ist es aber nicht. > > Ich habe mehrfach auf dem Linuxtag mit Postgres-Entwiklern darüber > > gesprochen: Es gibt keine Möglichkeit, einem Benutzer nur die Datenbanken > > zu zeigen, auf die er auch Zugriff hat. Ich finde es nicht tragbar, wenn > > man immer alle Datenbanken des ganzen Systems sehen kann (auch wenn man > > dann nicht in die Datenbank schauen kann). Da sind die > > Postgres-Entwickler anderer Meinung, die empfinden das als völlig egal > > und es wird nicht geändert werden. > > Wo ist bitte das Problem wenn jeder Benutzer die Namen aller Datenbanken > anzeigen kann? Das ändert doch nichts daran, dass er keinen Zugriff > auf diese hat. Security by obscurity, wenn Du mich fragst. > > Wo wir grade beim Datenbank advocacy sind. Ich habe auf dem devserver > mit Postgres folgende Lösung implementiert: > > Shelluser erhalten bei Bedarf einen Datenbankaccount der ihrem > Loginnamen entspricht. Autentifiziert wird über ident passwörter sind > dadurch nicht notwendig. Für Zugriffe aus Webscripten gibt es einen > weiteren User mit eingeschränkten Rechten. > > Für mysql konnte ich bisher keine vergleichbar elegante Lösung > implementieren, einfach weil das Autentifizierungssystem unflexibel > ist. > > Gruss > > Sven > Rurseekatze From AlexanderMatheisen at ish.de Sun Jan 17 16:39:22 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 17:39:22 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001170712.51571.AlexanderMatheisen@ish.de> Message-ID: <201001171739.22428.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 13:13:47 schrieb Sven Geggus: > Alexander Matheisen wrote: > > PostgreSQL mit PostGIS ist natürlich in Sachen Geodaten besser geeingnet > > als MySQL. > > PostGIS kann geospacial Indices und ich denke die sollten definitiv > Meine Vorgehensweise ist etwas umständlicher, führt aber letztendlich auch zum Zeil. > > Aber mein Gratishoster bietet zwar PostgreSQL, aber kein Postgis. > > Außerdem habe ich mit PostgreSQL noch nie gearbeitet, daher scheitert das > > bei mir dann auch an den mangelnden Kenntnissen. > > Deine Kenntnisse kann ich nicht ändern aber zur Lösung des anderen > Problems gibts die FOSSGIS Server. > Bernd Wurst hat mir schon einen Account bei sich gesponsort. Der bietet zwar auch kein PostgreSQL, aber ist schonmal eine Steigerung, da ich nun den Updatevorgang voll automatisieren kann. > Sven > Rurseekatze From lists at fuchsschwanzdomain.de Sun Jan 17 16:41:58 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sun, 17 Jan 2010 16:41:58 +0000 (UTC) Subject: [Talk-de] Relationen aus osm-Dateien herausfiltern References: <201001171403.54252.werner.ho@gmx.de> <4B532F92.10609@remote.org> Message-ID: Frederik Ramm wrote: > Eine krude Form mit "sed" ginge so: > > bzcat bw.osm.bz2 | sed -e "1,/ bla.osm > > wobei Dir das die allererste "relation"-Zeile verschluckt, und ich bin > nicht sed-Wizard genug, um es besser zu koennen ;-) Das kann man doch viel schöner mit xmlstarlet machen. Einfach nodes und ways rauslöschen: xmlstarlet ed -d "//node" -d "//way" foo.osm Sven -- Der "normale Bürger" ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From AlexanderMatheisen at ish.de Sun Jan 17 16:43:23 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 17:43:23 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <1263730392160-4408090.post@n2.nabble.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001170721.29011.AlexanderMatheisen@ish.de> <1263730392160-4408090.post@n2.nabble.com> Message-ID: <201001171743.23574.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 13:13:12 schrieb Gerry Light: > Alexander Matheisen wrote: > > Entweder kenne ich da ein Feature noch nicht oder kenne es und verstehe > > gerade > > nicht, was du meinst. > > Wie kann man sich denn vom OSM-Server eine Relation rendern lassen? > > Klär mich bitte auf! > > Dann habe ich mich wahrscheinlich falsch ausgedrückt. Also noch mal mal > konkret: Wenn Du z.B. diesen Link verfolgst > FTFT&relation=369697>, dann siehst Du doch auch > a) Die gerenderte Karte > b) Die Routen-Relation, als blaue Linie gezeichnet (da war wohl "rendern" > der falsche Ausdruck) Das ieht auch in etwa so aus, wie ich mir das schon gedacht habe. Wäre nicht schlecht. > > Und das hätte ich gerne - wenn es kein allzu großer technischer Aufwand > wäre, so ultrawichtig ist es ja nicht - mit c) Deinen Link-Sternchen > kombiniert gehabt. > Vielleicht versteht mich irgendjemand und kanns nochmal in osm-Deutsch > übersetzen? ;) Kriegst du auch. ;-) Jedenfalls bald. Ein bisschen Zeit brauche eben auch ich. Irgendwie bekomme ich das dann auch hin. > Hab ich schon verstanden :-) > Viele Grüße, Gerry > Rurseekatze From AlexanderMatheisen at ish.de Sun Jan 17 16:47:46 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 17:47:46 +0100 Subject: [Talk-de] PostGIS vs. MySQL [was: Re: OpenLinkMap] In-Reply-To: <201001170953.20404.bernd@bwurst.org> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001170953.20404.bernd@bwurst.org> Message-ID: <201001171747.47094.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 09:53:20 schrieb Bernd Wurst: > Hallo Sven. > > Am Sonntag 17 Januar 2010 00:52:05 schrieb Sven Geggus: > > > * die Daten werden nun in einer MySQL-Datenbank gespeichert dadurch > > > eine höhere Geschwindigkeit und schnelleres Laden > > > > Wäre da nicht eine Postgis die bessere Wahl gewesen? > > Was genau wäre der Vorteil? > > Ich habe mir mal ein paar Dinge dazu angelesen (wenn auch nicht > ausprobiert). Wenn man ganze Karten in der Datenbank halten will, > erscheint es schon irgendwie sinnvoll, wenn die Datenbank damit korrekt > umgehen kann. Genauso wenn man geometrische Operationen auf Objekten > ausführt. > Geometrische Operationen führe ich nicht durch. Von daher ist das schonmal kein Vorteil gegenüber PostGIS. > Will man aber nur einzelne punktförmige Objekte in der Datenbank halten und > dann nur Objekte in einem immer rechteckigen Bereich abrufen, dann ist das > völlig oversized. Man sollte aus Effizienzgründen natürlich die Koordinaten > passend umformen, so dass man keine Float-Vergleiche machen muss und ein > Index schadet sicherlich auch nicht, aber Geo-Funktionalität braucht es > dafür irgendwie nicht. Für die punktförmigen Objekte wie zur Zeit reicht es eben. Die Effizienz meiner Datenbank lässt sich aber bestimmt noch steigern. Damit es erstmal überhaupt läuft, habe ich zur Zeit die Koordinaten so wie sie sind als Double drin. Und selbst das läuft schon recht angenehm... > Wir hatten das Thema schon beim OSB, wo ich das Datenbank-Design optimieren > wollte und dafür die Möglichkeiten von PostGIS recherchiert hatte. > > Und da Postgres halt nicht Shared-Hosting-geeignet ist [1] und man für > solche Projekte sicherlich keinen eigenen Server braucht, ist MySQL hier > IMHO die viel bessere Wahl weil immer schon vorhanden. > Und wenn man dann doch etwas mehr braucht, nimmt man halt die MySQL Spatial > Extensions. Kann nicht alles was PostGIS kann aber doch irgendwie einiges. > > Gruß, > Bernd > Rurseekatze > > [1]: Klingt nach Flame, ist es aber nicht. > Ich habe mehrfach auf dem Linuxtag mit Postgres-Entwiklern darüber > gesprochen: Es gibt keine Möglichkeit, einem Benutzer nur die Datenbanken > zu zeigen, auf die er auch Zugriff hat. Ich finde es nicht tragbar, wenn > man immer alle Datenbanken des ganzen Systems sehen kann (auch wenn man > dann nicht in die Datenbank schauen kann). Da sind die Postgres-Entwickler > anderer Meinung, die empfinden das als völlig egal und es wird nicht > geändert werden. > From AlexanderMatheisen at ish.de Sun Jan 17 16:50:39 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 17:50:39 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <201001171750.39281.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 09:52:40 schrieb Jan Tappenbeck: > Moin ! > > interessant - es sollte eine Blackliste geben um Links zu filtern. Bei > uns hat einer die Paketstation mit dem Link zu > http://www.dhl.de/content/de/de/paket/privatkunden/packstation.html > versehen. > Die Paketstationen sind mir auch schon aufgefallen. Wirklich sinnvoll finde ich es eigentlich nicht, aber das muss die Anwendung entscheiden. Im Prinzip bräuchte ich beim Import in die Datenbank nur den Namen bzw. die Tags überprüfen und ggf. die Sachen einfach nicht in die DB schreiben. > Mann stelle sich vor das macht einer mit Briefkästen, Telefonzellen und > bei Lampen zum Hersteller. > Wenn er sonst nicht zu tun hat, warum nicht? ;-) > Wenn man diese Links in einer Talk-Seite hinterlegt dann könnten diese > nacheinander in die Auswertung übernommen werden. > > Gruß Jan :-) > Rurseekatze > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From osm at jonas-krueckel.de Sun Jan 17 17:01:21 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Sun, 17 Jan 2010 18:01:21 +0100 Subject: [Talk-de] =?iso-8859-1?q?Arbeitsmatrix_f=FCr_Haiti?= In-Reply-To: <4B524BEC.7000706@gmx.de> References: <4B511831.4000604@gmx.de> <4B524BEC.7000706@gmx.de> Message-ID: <703B4A10-2267-407F-88BC-AA0EF7D7B093@jonas-krueckel.de> http://projekte.eiops.de/osm-matrix/ Gruß Jonas Am 17.01.2010 um 00:29 schrieb Markus: > Monty setzt morgen (So) die Matrix für Haiti auf. > > Gruss, Markus > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From ulf.lamping at googlemail.com Sun Jan 17 17:05:34 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 17 Jan 2010 18:05:34 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <4B53435E.3010207@googlemail.com> Am 17.01.2010 09:52, schrieb Jan Tappenbeck: > Moin ! > > interessant - es sollte eine Blackliste geben um Links zu filtern. Bei > uns hat einer die Paketstation mit dem Link zu > http://www.dhl.de/content/de/de/paket/privatkunden/packstation.html > versehen. Hatte ich bei mir in der Gegend auch schon gesehen, war aber http://www.packstation.de - also zumindest etwas kürzer :-) > Mann stelle sich vor das macht einer mit Briefkästen, Telefonzellen und > bei Lampen zum Hersteller. Also ich kann mir bei OSM gut vorstellen, daß das schon irgendwo einer gemacht hat ;-) > Wenn man diese Links in einer Talk-Seite hinterlegt dann könnten diese > nacheinander in die Auswertung übernommen werden. Aber wo ziehst du die Grenze? a) Keine internationalen Links? www.hp.com b) Keine nationalen Links? www.packstation.de c) Keine überregionalen Links? http://www.aldi-sued.de d) Keine regionalen Links? http://www.fraenky-getraenke.de e) Keine stadtweiten Links? www.landbierparadies.com f) Keine punktuellen Links? http://www.kornundberg.de Bei mir persönlich wäre diese Grenze irgendwo zwischen c) und d), aber das sieht wieder jeder etwas anders ... Da fände ich es schöner, die Sachen je nach "Regionalität" jeweils anders darzustellen. Dann kann man dann als Anwender unterscheiden. Aber bevor man da eine BlackList anfängt (die viel Arbeit bei einer Person macht), sollte man nicht eher über einen Tag direkt am Link nachdenken? Gruß, ULFL P.S: Wenn man sich OSMdoc anschaut: http://osmdoc.com/en/tag/url/#values gibt es da jetzt schon einen Spitzenreiter mit 656 Einträgen. From werner.ho at gmx.de Sun Jan 17 17:23:57 2010 From: werner.ho at gmx.de (Werner Hoch) Date: Sun, 17 Jan 2010 18:23:57 +0100 Subject: [Talk-de] Relationen aus osm-Dateien herausfiltern In-Reply-To: References: <201001171403.54252.werner.ho@gmx.de> <4B532F92.10609@remote.org> Message-ID: <201001171823.58056.werner.ho@gmx.de> On Sonntag, 17. Januar 2010, Sven Geggus wrote: > Frederik Ramm wrote: > > > Eine krude Form mit "sed" ginge so: > > > > bzcat bw.osm.bz2 | sed -e "1,/ bla.osm > > > > wobei Dir das die allererste "relation"-Zeile verschluckt, und ich bin > > nicht sed-Wizard genug, um es besser zu koennen ;-) > > Das kann man doch viel schöner mit xmlstarlet machen. Einfach nodes > und ways rauslöschen: > > xmlstarlet ed -d "//node" -d "//way" foo.osm Genau der Befehl ging bei mir nicht. Das Programm hat nur meinen Speicher vollgeschrieben. Grüße Werner From addicks at gmx.net Sun Jan 17 17:27:35 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sun, 17 Jan 2010 18:27:35 +0100 Subject: [Talk-de] Informations/Datenbankbeschaffung vom Amt (was: Schilder - wer stellt sie auf, kontrolliert, wartet sie?) In-Reply-To: References: <4B4F8383.1060305@remote.org> Message-ID: Ulf Möller schrieb: > In den meisten Bundesländern müssen die Behörden solche Informationen > inzwischen herausgeben: > > http://de.wikipedia.org/wiki/Informationsfreiheitsgesetze Tja.. aber weder unter freier Lizenz, geschweige denn kostenlos. Da werden schon für die Herausgabe der Daten eines einzelnen Vermessungspunktes Beträge im oberen zweistelligen Euro-Bereich aufgerufen... Das ist schließlich viel Aufwand, dort einen Beamten abzustellen, der die Daten aufbereitet, versandfertig macht, versendet und allein die Rechnungslegung verursacht schließlich Kosten, die gedeckt werden wollen.... -jha- From lists at fuchsschwanzdomain.de Sun Jan 17 17:45:28 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sun, 17 Jan 2010 17:45:28 +0000 (UTC) Subject: [Talk-de] PostGIS vs. MySQL [was: Re: OpenLinkMap] References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001170953.20404.bernd@bwurst.org> <201001171747.47094.AlexanderMatheisen@ish.de> Message-ID: Alexander Matheisen wrote: > Für die punktförmigen Objekte wie zur Zeit reicht es eben. Ja sicher, aber Du kannst keinen geometrischen index über zwei Spalten mit lat/long legen. Wenn man eine Geometriespalte mit 2D Punktobjekten verwendet hat man diese Funktionalität halt schon. Mitja macht ja bei seinen Poitools (poitools.openstreetmap.de) etwas sehr ähnliches wie Du. Da ist dann zum Beispiel eine Tabelle mit Pubs, die so aussieht: osmosis_germany=> \d poi_pub Tabelle »public.poi_pub« Spalte | Typ | Attribute ----------+----------------------+------------------------------------------------------ id | integer | not null default nextval('poi_pub_id_seq'::regclass) osm_type | character varying(8) | not null osm_id | integer | not null point | geometry | not null Indexe: »poi_pub_pkey« PRIMARY KEY, btree (id) »poi_pub_point_id« gist (point) Check-Constraints: »enforce_dims_point« CHECK (ndims(point) = 2) »enforce_geotype_point« CHECK (geometrytype(point) = 'POINT'::text OR point IS NULL) »enforce_srid_point« CHECK (srid(point) = 4326) Mit folgendem SQL Befehl hole ich dann zum Beispiel alle pubs in einem bestimmten Gebiet aus der Tabelle: SELECT astext(point) FROM poi_pub WHERE ST_Intersects(point, SetSRID('BOX2D(8.40241 48.99554, 8.43708 49.02211)'::box2d,4326)); Gruss Sven -- "Remember, democracy never lasts long. It soon wastes itself, exhausts and murders itself. There never was a democracy yet that did not commit suicide." (John Quincy Adams) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From lists at fuchsschwanzdomain.de Sun Jan 17 17:46:42 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sun, 17 Jan 2010 17:46:42 +0000 (UTC) Subject: [Talk-de] OpenLinkMap References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001171750.39281.AlexanderMatheisen@ish.de> Message-ID: Alexander Matheisen wrote: >> Mann stelle sich vor das macht einer mit Briefkästen, Telefonzellen und >> bei Lampen zum Hersteller. >> > Wenn er sonst nicht zu tun hat, warum nicht? ;-) Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen :) Gruss Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From lists at fuchsschwanzdomain.de Sun Jan 17 17:48:52 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sun, 17 Jan 2010 17:48:52 +0000 (UTC) Subject: [Talk-de] Relationen aus osm-Dateien herausfiltern References: <201001171403.54252.werner.ho@gmx.de> <4B532F92.10609@remote.org> <201001171823.58056.werner.ho@gmx.de> Message-ID: Werner Hoch wrote: >> xmlstarlet ed -d "//node" -d "//way" foo.osm > > Genau der Befehl ging bei mir nicht. Das Programm hat nur > meinen Speicher vollgeschrieben. Ich hatte das auf einer zugegeben kleinen Datei gerade ausprobiert. Sven -- This golden age of communication Means everyone talks at the same time (Lyrics of "New Model Army" song "225") /me is giggls at ircnet, http://sven.gegg.us/ on the Web From AlexanderMatheisen at ish.de Sun Jan 17 17:51:13 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 18:51:13 +0100 Subject: [Talk-de] PostGIS vs. MySQL [was: Re: OpenLinkMap] In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001171747.47094.AlexanderMatheisen@ish.de> Message-ID: <201001171851.13048.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 18:45:28 schrieb Sven Geggus: > Alexander Matheisen wrote: > > Für die punktförmigen Objekte wie zur Zeit reicht es eben. > > Ja sicher, aber Du kannst keinen geometrischen index über zwei > Spalten mit lat/long legen. > > Wenn man eine Geometriespalte mit 2D Punktobjekten verwendet hat man > diese Funktionalität halt schon. Mitja macht ja bei seinen Poitools > (poitools.openstreetmap.de) etwas sehr ähnliches wie Du. Er hat mir auch eben schon angeboten, dass wir koorperieren und ich seine Datenbank als Datenbasis nehme. > > Da ist dann zum Beispiel eine Tabelle mit Pubs, die so aussieht: > > osmosis_germany=> \d poi_pub > Tabelle »public.poi_pub« > Spalte | Typ | Attribute > ----------+----------------------+----------------------------------------- > ------------- id | integer | not null default > nextval('poi_pub_id_seq'::regclass) osm_type | character varying(8) | not > null > osm_id | integer | not null > point | geometry | not null > Indexe: > »poi_pub_pkey« PRIMARY KEY, btree (id) > »poi_pub_point_id« gist (point) > Check-Constraints: > »enforce_dims_point« CHECK (ndims(point) = 2) > »enforce_geotype_point« CHECK (geometrytype(point) = 'POINT'::text OR > point IS NULL) »enforce_srid_point« CHECK (srid(point) = 4326) > > Mit folgendem SQL Befehl hole ich dann zum Beispiel alle pubs in > einem bestimmten Gebiet aus der Tabelle: > > SELECT astext(point) FROM poi_pub > WHERE > ST_Intersects(point, SetSRID('BOX2D(8.40241 48.99554, 8.43708 > 49.02211)'::box2d,4326)); > > Gruss > > Sven > Rurseekatze From AlexanderMatheisen at ish.de Sun Jan 17 17:52:42 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 18:52:42 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001171750.39281.AlexanderMatheisen@ish.de> Message-ID: <201001171852.42364.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 18:46:42 schrieb Sven Geggus: > Alexander Matheisen wrote: > >> Mann stelle sich vor das macht einer mit Briefkästen, Telefonzellen und > >> bei Lampen zum Hersteller. > > > > Wenn er sonst nicht zu tun hat, warum nicht? ;-) > > Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen :) Wenn dein Haus ein Point of Interest ist und von überregionaler Bedeutung ist, steht dem nichts im Wege ;-) > > Gruss > > Sven > Rurseekatze From florian at grossing.de Sun Jan 17 18:18:29 2010 From: florian at grossing.de (Florian Gross) Date: Sun, 17 Jan 2010 19:18:29 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001171852.42364.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001171852.42364.AlexanderMatheisen@ish.de> Message-ID: <201001171918.29627.florian@grossing.de> Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: > Am Sonntag 17 Januar 2010 18:46:42 schrieb Sven Geggus: > > Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen :) > Wenn dein Haus ein Point of Interest ist und von überregionaler Bedeutung ist, > steht dem nichts im Wege ;-) Großes Schnitzelessen bei Sven? flo, dann wäre es ein Point of Interest von überregionaler Bedeutung -- >Aha, wenn mal einer schreibt, wie es wirklich ist, wird er also >diskriminiert... was fuer eine Welt! Und ausgerechnet ihr anonymen Zwerge wollt sie ändern? Och nö, da überschätzt ihr euch aber gewaltig. ["Arno Nym" und Dieter Bruegmann in dag°] From AlexanderMatheisen at ish.de Sun Jan 17 18:21:55 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 19:21:55 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001171918.29627.florian@grossing.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001171852.42364.AlexanderMatheisen@ish.de> <201001171918.29627.florian@grossing.de> Message-ID: <201001171921.55537.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 19:18:29 schrieb Florian Gross: > Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: > > Am Sonntag 17 Januar 2010 18:46:42 schrieb Sven Geggus: > > > Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen :) > > > > Wenn dein Haus ein Point of Interest ist und von überregionaler Bedeutung > > ist, steht dem nichts im Wege ;-) > > Großes Schnitzelessen bei Sven? > Wenn er bei mir in der Nähe wohnt, bin ich dabei... ;-) > flo, dann wäre es ein Point of Interest von überregionaler Bedeutung > > >Aha, wenn mal einer schreibt, wie es wirklich ist, wird er also > >diskriminiert... was fuer eine Welt! > > Und ausgerechnet ihr anonymen Zwerge wollt sie ändern? Och nö, da > überschätzt ihr euch aber gewaltig. ["Arno Nym" und Dieter > Bruegmann in dag°] > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From liste12A45q7 at gmx.de Sun Jan 17 19:05:08 2010 From: liste12A45q7 at gmx.de (Markus) Date: Sun, 17 Jan 2010 20:05:08 +0100 Subject: [Talk-de] =?iso-8859-15?q?Haiti_-_K=FCstenlinie?= Message-ID: <4B535F64.5080507@gmx.de> Wie oft wird denn die Küstenlinie gerendert? Vielleicht könnte man das für Haiti in den nächsten Tagen öfter machen? Gruss, Markus From florian at grossing.de Sun Jan 17 19:13:13 2010 From: florian at grossing.de (Florian Gross) Date: Sun, 17 Jan 2010 20:13:13 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001171921.55537.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001171918.29627.florian@grossing.de> <201001171921.55537.AlexanderMatheisen@ish.de> Message-ID: <201001172013.13775.florian@grossing.de> Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: > Am Sonntag 17 Januar 2010 19:18:29 schrieb Florian Gross: > > Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: > > > Am Sonntag 17 Januar 2010 18:46:42 schrieb Sven Geggus: > > > > Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen :) > > > > > > Wenn dein Haus ein Point of Interest ist und von überregionaler Bedeutung > > > ist, steht dem nichts im Wege ;-) > > > > Großes Schnitzelessen bei Sven? > > > Wenn er bei mir in der Nähe wohnt, bin ich dabei... ;-) Wenn genug kommen, lohnen sich Busse. flo -- Michael, ach ne, du bist es ja Albert. Wadenbeisser am Werk. Gibt es eigentlich anstelle von Zeckenzangen auch Kusterzangen um dich rückstandslos aus der Wade zu bekommen? Man möchte ja keinen geifernen Kopf am Fuss festsitzen haben. [Rainer Behrend in dang] From AlexanderMatheisen at ish.de Sun Jan 17 19:15:49 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 20:15:49 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001172013.13775.florian@grossing.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001171921.55537.AlexanderMatheisen@ish.de> <201001172013.13775.florian@grossing.de> Message-ID: <201001172015.49744.AlexanderMatheisen@ish.de> Am Sonntag 17 Januar 2010 20:13:13 schrieb Florian Gross: > Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: > > Am Sonntag 17 Januar 2010 19:18:29 schrieb Florian Gross: > > > Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: > > > > Am Sonntag 17 Januar 2010 18:46:42 schrieb Sven Geggus: > > > > > Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen > > > > > :) > > > > > > > > Wenn dein Haus ein Point of Interest ist und von überregionaler > > > > Bedeutung ist, steht dem nichts im Wege ;-) > > > > > > Großes Schnitzelessen bei Sven? > > > > Wenn er bei mir in der Nähe wohnt, bin ich dabei... ;-) > > Wenn genug kommen, lohnen sich Busse. Oder für die, die aus dem Ausland kommen, werden Sonderzüge und Flugzeuge angemietet. Und für die Unterbringung wird eine Zeltstadt errichtet... ;-) > > flo > Rurseekatze From frederik at remote.org Sun Jan 17 19:42:16 2010 From: frederik at remote.org (Frederik Ramm) Date: Sun, 17 Jan 2010 20:42:16 +0100 Subject: [Talk-de] =?iso-8859-15?q?Haiti_-_K=FCstenlinie?= In-Reply-To: <4B535F64.5080507@gmx.de> References: <4B535F64.5080507@gmx.de> Message-ID: <4B536818.7070707@remote.org> Hallo, Markus wrote: > Wie oft wird denn die Küstenlinie gerendert? > Vielleicht könnte man das für Haiti in den nächsten Tagen öfter machen? Osmarender-Bilder bzw. die Tiles at Home-Kacheln verwenden stets aktuelle Kuestenlinien. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From AlexanderMatheisen at ish.de Sun Jan 17 19:34:29 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 17 Jan 2010 20:34:29 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B53435E.3010207@googlemail.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B53435E.3010207@googlemail.com> Message-ID: <201001172034.29215.AlexanderMatheisen@ish.de> Habe leichte Veränderungen vorgenommen, die hier von einigen gewünscht wurden: * die Anzeige des Datenstandes funktioniert nun wieder (hatte einen Tippfehler im Code, deshalb funktionierte das auch nicht mehr) * es wird nun angezeigt, für welchen Bereich die Daten vorrätig sind * auf der Infoseite gibt es nun eine Übersicht über die berücksichtigten Tags sowie die erlaubten Werte Rurseekatze From florian at grossing.de Sun Jan 17 20:55:03 2010 From: florian at grossing.de (Florian Gross) Date: Sun, 17 Jan 2010 21:55:03 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001172015.49744.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001172013.13775.florian@grossing.de> <201001172015.49744.AlexanderMatheisen@ish.de> Message-ID: <201001172155.03661.florian@grossing.de> Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: > Am Sonntag 17 Januar 2010 20:13:13 schrieb Florian Gross: > > Am So Januar 17 2010 glaubte Alexander Matheisen zu wissen: > > > Am Sonntag 17 Januar 2010 19:18:29 schrieb Florian Gross: > > > > Großes Schnitzelessen bei Sven? > > > Wenn er bei mir in der Nähe wohnt, bin ich dabei... ;-) > > Wenn genug kommen, lohnen sich Busse. > Oder für die, die aus dem Ausland kommen, werden Sonderzüge und Flugzeuge > angemietet. > Und für die Unterbringung wird eine Zeltstadt errichtet... ;-) Hoffentlich ist sein Garten groß genug. flo -- >> Ich kann mich zur not auch selber verformen. >Nö, das erledige ich jetzt. *erledig* Heh! Was hast du da gemacht? Schau mal wie eingedrückt ich jetzt ausseh. *Boink! Boink! Boink! * (Nach dag° hüpf!) [WoKo und Michael Hoffmann in dag°] From marcus.wolschon at googlemail.com Sun Jan 17 20:55:59 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Sun, 17 Jan 2010 21:55:59 +0100 Subject: [Talk-de] Auswertung von Relationstags In-Reply-To: <201001171349.13406.werner.ho@gmx.de> References: <201001171349.13406.werner.ho@gmx.de> Message-ID: Danke, hört sich nach einem wertvollen Hilfsmittel an. :) From lists at fuchsschwanzdomain.de Sun Jan 17 21:08:17 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sun, 17 Jan 2010 21:08:17 +0000 (UTC) Subject: [Talk-de] Euro-Cities gegen Google Message-ID: Hallo zusammen, die Meldung habe ich zunächst übersehen weil die Überschrift das nicht erwarten läßt! http://www.heise.de/newsticker/meldung/Verleger-gehen-gegen-Google-vor-906195.html --schnipp-- Der Online-Kartendienst-Anbieter Euro-Cities soll sich über das kostenlose Anbieten von Karten bei Google maps beschweren. --schnapp-- Ich denke dann sollte Euro-Cities auch gegen Openstreetmap vorgehen. Seit wann gibt es ein Recht auf Bewahrung eines Geschäftsmodells? Sachen gibts! Gruss Sven -- Threading is a performance hack. (The Art of Unix Programming by Eric S. Raymond) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From frederik at remote.org Sun Jan 17 21:16:12 2010 From: frederik at remote.org (Frederik Ramm) Date: Sun, 17 Jan 2010 22:16:12 +0100 Subject: [Talk-de] Euro-Cities gegen Google In-Reply-To: References: Message-ID: <4B537E1C.4020707@remote.org> Hallo, Sven Geggus wrote: > Ich denke dann sollte Euro-Cities auch gegen Openstreetmap vorgehen. > Seit wann gibt es ein Recht auf Bewahrung eines Geschäftsmodells? Naja, es gibt ein Gesetz gegen den unlauteren Wettbewerb, das zum Beispiel auch verbietet, dass Du Deine Waren staendig mit Verlust verkaufst, nur um den kleinen Laden an der Ecke in die Pleite zu treiben. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From lists at fuchsschwanzdomain.de Sun Jan 17 21:33:05 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sun, 17 Jan 2010 21:33:05 +0000 (UTC) Subject: [Talk-de] Euro-Cities gegen Google References: <4B537E1C.4020707@remote.org> Message-ID: Frederik Ramm wrote: > Naja, es gibt ein Gesetz gegen den unlauteren Wettbewerb, das zum > Beispiel auch verbietet, dass Du Deine Waren staendig mit Verlust > verkaufst, nur um den kleinen Laden an der Ecke in die Pleite zu treiben. Ob man das so wirklich vergleichen kann. Die Verfügbarkeit von OSM Karten dürfte aber eine wunderbare Verteidigungslinie für Google sein. Gruss Sven -- Der "normale Bürger" ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From karl.weber99 at gmx.net Sun Jan 17 21:39:53 2010 From: karl.weber99 at gmx.net (Karl Weber) Date: Sun, 17 Jan 2010 22:39:53 +0100 Subject: [Talk-de] Euro-Cities gegen Google In-Reply-To: References: <4B537E1C.4020707@remote.org> Message-ID: <201001172239.53579.karl.weber99@gmx.net> Am Sonntag, 17. Januar 2010 22:33 schrieb Sven Geggus: > > Naja, es gibt ein Gesetz gegen den unlauteren Wettbewerb, das zum > > Beispiel auch verbietet, dass Du Deine Waren staendig mit Verlust > > verkaufst, nur um den kleinen Laden an der Ecke in die Pleite zu treiben. > > Ob man das so wirklich vergleichen kann. Die Verfügbarkeit von OSM > Karten dürfte aber eine wunderbare Verteidigungslinie für Google > sein. Das glaube ich weniger. Google ist ein profitorientiertes Unternehmen, OSM nicht. /Karl From ulf.lamping at googlemail.com Sun Jan 17 21:53:00 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 17 Jan 2010 22:53:00 +0100 Subject: [Talk-de] Euro-Cities gegen Google In-Reply-To: References: <4B537E1C.4020707@remote.org> Message-ID: <4B5386BC.8070202@googlemail.com> Am 17.01.2010 22:33, schrieb Sven Geggus: > Frederik Ramm wrote: > >> Naja, es gibt ein Gesetz gegen den unlauteren Wettbewerb, das zum >> Beispiel auch verbietet, dass Du Deine Waren staendig mit Verlust >> verkaufst, nur um den kleinen Laden an der Ecke in die Pleite zu treiben. > > Ob man das so wirklich vergleichen kann. Die Verfügbarkeit von OSM > Karten dürfte aber eine wunderbare Verteidigungslinie für Google > sein. Na ja, es dürfte wettbewerbsrechtlich schon ein Unterschied sein, ob die Karten von einer Non-Profit Organisation[1] auf der Basis von Spendengeldern und freiwilliger Helfer erstellt wird, oder ob ich die Karten teuer einkaufen, umsonst weitergebe und mit den Werbeeinnahmen querfinanziere. Gruß, ULFL [1] wobei ich nicht weiß, ob die OSMF nach deutschem Recht sowas ist :-) From chris66nrw at gmx.de Sun Jan 17 22:01:39 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Sun, 17 Jan 2010 23:01:39 +0100 Subject: [Talk-de] Relationen aus osm-Dateien herausfiltern In-Reply-To: References: <201001171403.54252.werner.ho@gmx.de> <4B532F92.10609@remote.org> Message-ID: Sven Geggus schrieb: > Das kann man doch viel schöner mit xmlstarlet machen. Cooles Teil. Kann man damit sowas machen: in: Test Cmt Desc Flag, Blue out: Test Cmt Desc Cmt Desc Flag, Blue Also bei jedem Waypoint die cmt und desc dem Namen anfügen? Chris From ulf.lamping at googlemail.com Sun Jan 17 23:28:32 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Mon, 18 Jan 2010 00:28:32 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001172034.29215.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B53435E.3010207@googlemail.com> <201001172034.29215.AlexanderMatheisen@ish.de> Message-ID: <4B539D20.4010604@googlemail.com> Am 17.01.2010 20:34, schrieb Alexander Matheisen: > Habe leichte Veränderungen vorgenommen, die hier von einigen gewünscht wurden: > * die Anzeige des Datenstandes funktioniert nun wieder (hatte einen Tippfehler > im Code, deshalb funktionierte das auch nicht mehr) Schön! > * es wird nun angezeigt, für welchen Bereich die Daten vorrätig sind Auch schön! > * auf der Infoseite gibt es nun eine Übersicht über die berücksichtigten Tags > sowie die erlaubten Werte Über die E-Mail Zeile müssen wir nochmal reden: E-Mail fax gültige E-Mailadresse Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-) Ich hab übrigens gerade phone/fax/email in die Map Features eingetragen. Werden oft genug verwendet und sind wesentlich häufiger als die Alternativen wie "contact:xy". Mal schauen ob einer meckert ... Gruß, ULFL P.S: Meine Nürnberger Änderungen von gestern abend sind leider noch nicht drin, da muß ich wohl noch ein bisschen warten ... From addicks at gmx.net Mon Jan 18 02:42:40 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Mon, 18 Jan 2010 03:42:40 +0100 Subject: [Talk-de] Fwd: [Gpsbabel-misc] New GPSBabel beta release Message-ID: <4B53CAA0.7030901@gmx.net> Zur Info, es gibt ein neues GPS-Babel-Beta-Release. Hilfreich könnte vor allem sein, dass das trk-Format aus Medion-Gopal 4.8/5.0 jetzt unterstützt wird. Zudem wurde für delbin, skytraq und nokiaLMX einiges verbessert. -jha- -------- Original-Nachricht -------- Betreff: [Gpsbabel-misc] New GPSBabel beta release Datum: Sun, 17 Jan 2010 19:25:49 -0600 Von: Robert Lipe An: GPSBabel-misc , gpsbabel-code Hello, Babel-heads. I've pushed a new beta to the download page. It's my plan to wrap this version and go final with the successor to 1.3.6 soon-ish. (If there are any substantial problems found, there may be one more beta.) So please check it out and be sure that all your favorite features still work, the doc makes sense, and the new stuf f is appropriately shiny. Bug reports, complaints, and praise to the lists, please. Enjoy, RJL -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From darkangel at ms-team.de Mon Jan 18 06:42:55 2010 From: darkangel at ms-team.de (Darkangel) Date: Mon, 18 Jan 2010 07:42:55 +0100 Subject: [Talk-de] Euro-Cities gegen Google In-Reply-To: <4B5386BC.8070202@googlemail.com> References: <4B537E1C.4020707@remote.org> <4B5386BC.8070202@googlemail.com> Message-ID: <4B5402EF.5040201@ms-team.de> Am 17.01.2010 22:53, schrieb Ulf Lamping: > Am 17.01.2010 22:33, schrieb Sven Geggus: > >> Frederik Ramm wrote: >> >> >>> Naja, es gibt ein Gesetz gegen den unlauteren Wettbewerb, das zum >>> Beispiel auch verbietet, dass Du Deine Waren staendig mit Verlust >>> verkaufst, nur um den kleinen Laden an der Ecke in die Pleite zu treiben. >>> >> Ob man das so wirklich vergleichen kann. Die Verfügbarkeit von OSM >> Karten dürfte aber eine wunderbare Verteidigungslinie für Google >> sein. >> > Na ja, es dürfte wettbewerbsrechtlich schon ein Unterschied sein, ob die > Karten von einer Non-Profit Organisation[1] auf der Basis von > Spendengeldern und freiwilliger Helfer erstellt wird, oder ob ich die > Karten teuer einkaufen, umsonst weitergebe und mit den Werbeeinnahmen > querfinanziere. > > Gruß, ULFL > > [1] wobei ich nicht weiß, ob die OSMF nach deutschem Recht sowas ist :-) > Letztlich bietet Google sein Maps doch auch an, um darauf Werbung zu platzieren und letztlich Geld zu verdienen. Sie bieten also eine Werbefinanzierte Dienstleistung - wie unzählige andere Internetangebote und zum Beispiel auch die Privaten Fernsehsender. -- Gruß Mario -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 260 bytes Beschreibung: OpenPGP digital signature URL : From s_sommerkamp at gmx.de Mon Jan 18 06:57:57 2010 From: s_sommerkamp at gmx.de (Sven Sommerkamp) Date: Mon, 18 Jan 2010 07:57:57 +0100 Subject: [Talk-de] Kacheln von openstreetmap Message-ID: <201001180757.57991.s_sommerkamp@gmx.de> Ich hab irgendwas blödesn ich Firefox gemacht. Nun werden einzelne Kacheln von Openstreetmap.org nicht mehr geladen.. Wie dreh ich das wieder hin? Gruß Sven From frederik at remote.org Mon Jan 18 07:41:21 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 18 Jan 2010 08:41:21 +0100 Subject: [Talk-de] Kacheln von openstreetmap In-Reply-To: <201001180757.57991.s_sommerkamp@gmx.de> References: <201001180757.57991.s_sommerkamp@gmx.de> Message-ID: <4B5410A1.4000504@remote.org> Hallo, Sven Sommerkamp wrote: > Ich hab irgendwas blödesn ich Firefox gemacht. > Nun werden einzelne Kacheln von Openstreetmap.org nicht mehr geladen.. Vermutlich aus versehen Bilder von a.tile.openstreetmap.org oder b.tile.openstreetmap.org oder so im Adblocker rausgefiltert... je nachdem, ob Du ein Plugin dafuer hast (Adblock plus o.ae.) oder die eingebauten Mechanismen benutzt, in den jeweiligen Einstellungen mal nachsehen. Bye Frederik From s_sommerkamp at gmx.de Mon Jan 18 07:42:42 2010 From: s_sommerkamp at gmx.de (Sven Sommerkamp) Date: Mon, 18 Jan 2010 08:42:42 +0100 Subject: [Talk-de] Kacheln von openstreetmap In-Reply-To: <201001180757.57991.s_sommerkamp@gmx.de> References: <201001180757.57991.s_sommerkamp@gmx.de> Message-ID: <201001180842.42593.s_sommerkamp@gmx.de> Am Montag, 18. Januar 2010 07:57:57 schrieb Sven Sommerkamp: > Ich hab irgendwas blödesn ich Firefox gemacht. > Nun werden einzelne Kacheln von Openstreetmap.org nicht mehr geladen.. > Wie dreh ich das wieder hin? > > Gruß Sven > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > Scheint wieder zu funktionieren.. Weiß zwar nicht wieso, aber alles wieder gut. Gruß Sven From osm at dentro.info Mon Jan 18 08:13:24 2010 From: osm at dentro.info (Stefan Dettenhofer (StefanDausR)) Date: Mon, 18 Jan 2010 09:13:24 +0100 Subject: [Talk-de] =?utf-8?q?Karten_f=C3=BCr_NaviPOWM_auf_dem_Dev-Server?= In-Reply-To: <4B0A596C.7060009@dentro.info> References: <4AB29B90.5060906@wad.org> <4AB338DF.9020703@googlemail.com> <4AB339A4.1070704@dentro.info> <4AB3806E.20702@googlemail.com> <4AB3852C.3030105@dentro.info> <4AB3916D.9070506@wad.org> <4AC0B768.6010301@dentro.info> <4B0A596C.7060009@dentro.info> Message-ID: <4B541824.2000904@dentro.info> Hallo zusammen, die aktuellen MAP-Files für NaviPOWM (0.2.3) stehen nun nur noch auf dem OSM-Dev-Server zur Verfügung! Alle Daten und Infos unter: http://dev.openstreetmap.de/navipowmmaps/ Die Karten werden dort automatisch generiert und die Aktualität dynamisch auf der o.g. Seite angezeigt. Ich kann die Karten nun häufiger erzeugen als bisher: "GermanyPlus" gibt es täglich! Wie oft soll ich die anderen Kontinente umsetzen? Gruß, Stefan From bernd at bwurst.org Mon Jan 18 08:27:49 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Mon, 18 Jan 2010 09:27:49 +0100 Subject: [Talk-de] PostGIS vs. MySQL In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001170953.20404.bernd@bwurst.org> Message-ID: <201001180927.49647.bernd@bwurst.org> Hallo. Am Sonntag 17 Januar 2010 13:23:51 schrieb Sven Geggus: > Dass man geospacial indexes hat. Damit kann man ganz schnell alle > Objekte innerhalb einer bounding Box selektieren. Ja, hat man. Aber bringt einem das was? Ich meine, bei den Projekten von denen wir hier reden ist eine Abfrage WHERE lat BETWEEN 50.1 AND 50.2 AND lon BETWEEN 10.1 AND 10.2 völlig gleichwertig zu deiner Bounding-Box-Geometrie. Ob das jetzt Fehler im Meter- oder je nach Größe im niedrigen Kilometer-Bereich hat, ist doch Jacke wie Hose bei den Dingen hier. Wie gesagt, ich würde aus Performance-Gründen noch z.B. zwei zusätzliche, indizierte Spalten mit int(lat*100) und int(lon*100) anlegen um nur noch Ganzzahlen zum Vergleich zu benutzen. Interessant werden die Geo-Krams-Sachen doch wirklich erst bei richtigen Objekten (Schnitt von Flächen, ...). > > Und da Postgres halt nicht Shared-Hosting-geeignet ist [1] und man für > > solche Projekte sicherlich keinen eigenen Server braucht, ist MySQL hier > > IMHO die viel bessere Wahl weil immer schon vorhanden. > Sorry also das Shared hosting Problem existiert so spätenstens seit wir > den dev-server haben überhaupt nicht mehr. Dort können wir alle > Software installieren die es unter Linux gibt. Ja. Die Frage muss halt erlaubt sein, ob ich mit Halbwissen zu einer Spezialsoftware, die ich mir jetzt extra für ein Projekt anlerne wirklich besser bedient bin als mit einer Standardsoftware, die ich für zig andere Projekte auch nutze. Und genau darauf will ich mit dem Hosting-Argument hinaus: MySQL hast du überall. > > [1]: Klingt nach Flame, ist es aber nicht. > > Ich habe mehrfach auf dem Linuxtag mit Postgres-Entwiklern darüber > > gesprochen: Es gibt keine Möglichkeit, einem Benutzer nur die Datenbanken > > zu zeigen, auf die er auch Zugriff hat. Ich finde es nicht tragbar, wenn > > man immer alle Datenbanken des ganzen Systems sehen kann (auch wenn man > > dann nicht in die Datenbank schauen kann). Da sind die > > Postgres-Entwickler anderer Meinung, die empfinden das als völlig egal > > und es wird nicht geändert werden. > Wo ist bitte das Problem wenn jeder Benutzer die Namen aller Datenbanken > anzeigen kann? Das ändert doch nichts daran, dass er keinen Zugriff > auf diese hat. Security by obscurity, wenn Du mich fragst. Zwei Dinge: 1. Übersicht. Es ist einfach Kacke, wenn ich die 186. und die 219. von 583 Datenbanken nutzen möchte weil ich auf alle anderen keinen Zugriff habe. 2. Normalerweise gibt es keinen Grund, warum jemand sehen sollte welche Projekte ich alle betreibe. Zudem möchte ich aber sprechende Namen der Datenbanken haben. Von jedem Projekt sollte man den Betreiber ermitteln können aber nicht anders herum. Privacy, wenn du mich fragst. > > Und wenn man dann doch etwas mehr braucht, nimmt man halt die MySQL > > Spatial Extensions. Kann nicht alles was PostGIS kann aber doch irgendwie > > einiges. > Da hab ich schon mehrfach gehört dass die nichts taugen, aber das ist > höhrensagen. "Kenne ich nicht, taugt aber sicherlich nichts" höre ich irgendwie recht oft von Postgres-Usern wenn sie nicht bereit sind, sich auf irgend etwas anderes als Postgres einzulassen. Auch ne Einstellung. > Wo wir grade beim Datenbank advocacy sind. Ich habe auf dem devserver > mit Postgres folgende Lösung implementiert: > Shelluser erhalten bei Bedarf einen Datenbankaccount der ihrem > Loginnamen entspricht. Autentifiziert wird über ident passwörter sind > dadurch nicht notwendig. Für Zugriffe aus Webscripten gibt es einen > weiteren User mit eingeschränkten Rechten. > Für mysql konnte ich bisher keine vergleichbar elegante Lösung > implementieren, einfach weil das Autentifizierungssystem unflexibel > ist. Das Postgres-Userauthentication-Konzept ist maßgeblich auf die Nicht-Web- Nutzung optimiert und da sicherlich ne nette Sache (Wenn man automagische Authentifizierung gut findet). Ich würde Ident-Auth jedoch immer und überall ausschalten, weil ich das Konzept nicht mag. Aber hey, man hat die Wahl, ist das nicht toll? Für Web-Nutzung brauchst du dann allerdings wieder nen Username/Passwort- Account und hast irgendwie genau gar nichts gewonnen. Also werd bitte nicht albern, das spielt hier nämlich überhaupt keine Rolle. Gruß, Bernd -- Ruhm und Reichtum verändern einen Menschen nicht. Sie zeigen nur, wie er wirklich ist. -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From lists at fuchsschwanzdomain.de Mon Jan 18 09:45:29 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Mon, 18 Jan 2010 09:45:29 +0000 (UTC) Subject: [Talk-de] Euro-Cities gegen Google References: <4B537E1C.4020707@remote.org> <201001172239.53579.karl.weber99@gmx.net> Message-ID: Karl Weber wrote: > Das glaube ich weniger. Google ist ein profitorientiertes Unternehmen, OSM > nicht. Warum sollte Google nicht so argumentieren dass es kostenlose Karte sowieso gibt? Sven -- "In my opinion MS is a lot better at making money than it is at making good operating systems" (Linus Torvalds, August 1997) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From lists at fuchsschwanzdomain.de Mon Jan 18 09:59:09 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Mon, 18 Jan 2010 09:59:09 +0000 (UTC) Subject: [Talk-de] PostGIS vs. MySQL References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001170953.20404.bernd@bwurst.org> <201001180927.49647.bernd@bwurst.org> Message-ID: Bernd Wurst wrote: > Und genau darauf will ich mit dem Hosting-Argument hinaus: MySQL hast du > überall. Windows auch :P > Zwei Dinge: > 1. Übersicht. Es ist einfach Kacke, wenn ich die 186. und die 219. von 583 > Datenbanken nutzen möchte weil ich auf alle anderen keinen Zugriff habe. > 2. Normalerweise gibt es keinen Grund, warum jemand sehen sollte welche > Projekte ich alle betreibe. Zudem möchte ich aber sprechende Namen der > Datenbanken haben. Von jedem Projekt sollte man den Betreiber ermitteln können > aber nicht anders herum. Privacy, wenn du mich fragst. > "Kenne ich nicht, taugt aber sicherlich nichts" höre ich irgendwie recht oft > von Postgres-Usern wenn sie nicht bereit sind, sich auf irgend etwas anderes > als Postgres einzulassen. Auch ne Einstellung. Och ich gehe da ziemlich unvoreingenommen ran. Wenn myisam Tabellen ausreichen ist MySQL zum Beispiel von der Geschwindigkeit her meist am besten. Was die Geospatial Extensions angeht, kennst Du jemanden, der die produktiv nutzt? Ich jedenfalls nicht. > Das Postgres-Userauthentication-Konzept ist maßgeblich auf die Nicht-Web- > Nutzung optimiert und da sicherlich ne nette Sache (Wenn man automagische > Authentifizierung gut findet). Ich finde es lediglich sinnfrei pro Benutzer 25 Passwörter zu haben. Postgres hat da ein sehr flexibles Konzept um die DB auth irgendwo anzuflanschen. > Für Web-Nutzung brauchst du dann allerdings wieder nen Username/Passwort- > Account und hast irgendwie genau gar nichts gewonnen. Warum sollte ich den brauchen? Zumindest so lange keiner in die Datenbank _reinschreiben_ muss ist das völlig unnötig. Ich geben dem Apache User einfach ebenfalls einen ident auth und setze die Berechtigungen in der Datenbank so, dass dieser User lediglich select Rechte auf bestimmte Tabellen bekommt. Finde ich ehrlich gesagt elegant. Keine DB Passwörter in irgendwelchen Scripten. > ... flame entsorgt Gruss Sven -- Why are there so many Unix-haters-handbooks and not even one Microsoft-Windows-haters handbook? Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! /me is giggls at ircnet, http://sven.gegg.us/ on the Web From lists at fuchsschwanzdomain.de Mon Jan 18 10:03:42 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Mon, 18 Jan 2010 10:03:42 +0000 (UTC) Subject: [Talk-de] Relationen aus osm-Dateien herausfiltern References: <201001171403.54252.werner.ho@gmx.de> <4B532F92.10609@remote.org> Message-ID: Chris-Hein Lunkhusen wrote: > Cooles Teil. > > Kann man damit sowas machen: > > in: > > > Test > Cmt > Desc > Flag, Blue > > > out: > > > Test Cmt Desc > Cmt > Desc > Flag, Blue > > > Also bei jedem Waypoint die cmt und desc dem Namen anfügen? Das geht bestimmt, frag mich aber nicht wie. So gut kenn ich mich damit und mit xslt, was das ja unterm strich ist nicht aus. Sven -- Der "normale Bürger" ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From frederik at remote.org Mon Jan 18 10:10:00 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 18 Jan 2010 11:10:00 +0100 Subject: [Talk-de] PostGIS vs. MySQL In-Reply-To: <201001180927.49647.bernd@bwurst.org> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001170953.20404.bernd@bwurst.org> <201001180927.49647.bernd@bwurst.org> Message-ID: <4B543378.1090307@remote.org> Hallo, Bernd Wurst wrote: > Ich meine, bei den Projekten von denen wir hier reden ist eine Abfrage > WHERE lat BETWEEN 50.1 AND 50.2 AND lon BETWEEN 10.1 AND 10.2 > völlig gleichwertig zu deiner Bounding-Box-Geometrie. Ob das jetzt Fehler im > Meter- oder je nach Größe im niedrigen Kilometer-Bereich hat, ist doch Jacke > wie Hose bei den Dingen hier. Ich weiss nicht, ob ihr da nicht aneinander vorbeiredet: > Wie gesagt, ich würde aus Performance-Gründen noch z.B. zwei zusätzliche, > indizierte Spalten mit int(lat*100) und int(lon*100) anlegen um nur noch > Ganzzahlen zum Vergleich zu benutzen. Bei deinem Beispiel (where lat... and lon...) wird MySQL immer nur einen der beiden Indizes nutzen, und auf der anderen Spalte ist dann table scan angesagt. OSM hatte ja lange Zeit selbst MySQL in Betrieb und hat dafuer praktisch von Hand einen zweidimensionalen Index nachgebaut, indem zu jedem Koordinatenpaar ein "tile"-Wert errechnet wurde, und auf diesen wurde dann indiziert; eine Abfrage sah dann so aus: ... where tile in (riesenliste) and lat ... and lon ... dadurch wurde mit dem "tile" vorgefiltert und dann mit lat/lon die Detailauswahl getroffen. Ulkigerweise wird diese Methode auch jetzt, nach dem Wechsel auf Postgres, beibehalten, obwohl man dort (auch ohne PostGIS) einen zweidimensionalen Index zur Verfuegung haette. Bye Frederik From bernd at bwurst.org Mon Jan 18 10:27:52 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Mon, 18 Jan 2010 11:27:52 +0100 Subject: [Talk-de] PostGIS vs. MySQL In-Reply-To: <4B543378.1090307@remote.org> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001180927.49647.bernd@bwurst.org> <4B543378.1090307@remote.org> Message-ID: <201001181127.52939.bernd@bwurst.org> Hi Frederik. Am Montag 18 Januar 2010 11:10:00 schrieb Frederik Ramm: > Bei deinem Beispiel (where lat... and lon...) wird MySQL immer nur einen > der beiden Indizes nutzen, und auf der anderen Spalte ist dann table > scan angesagt. Hm, ich dachte das Problem wäre in neueren Versionen gelöst? Da hören meine Kenntnisse aber ehrlich gesagt auf und ich will da keine Behauptung aufgestellt haben die nicht stimmt. ;-) Sei's drum. Bei der Menge Daten um die es in solchen Projekten geht, ist auch das ziemlich irrelevant. Ich denke Sven geht es mehr um den Programmierkomfort als um die Performance. Denn die Performance ist in dieser Liga gleichwertig (der Overhead der Verbindung zur DB ist eh mehr als die Zeit zum Suchen der Einträge). Bei einem Datenumfang wie OSM im Ganzen ist das sicherlich ein Unterschied. Aber davon ist ja nicht die Rede sondern Sven wollte explizit für ein Projekt mit ein paar Tausend punktförmigen Objekten PostGIS. Gruß, Bernd -- Autos sind und bleiben Phallus-Symbole. Kein Wunder, dass sich der Smart so schlecht verkauft. Kein Mann möchte freiwillig ein Phallus-Symbol, das auch quer in die Lücke passt! - Eckart von Hirschhausen (dt. Comedian) -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From bernd at bwurst.org Mon Jan 18 10:45:39 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Mon, 18 Jan 2010 11:45:39 +0100 Subject: [Talk-de] PostGIS vs. MySQL In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001180927.49647.bernd@bwurst.org> Message-ID: <201001181145.39749.bernd@bwurst.org> Hi. Am Montag 18 Januar 2010 10:59:09 schrieb Sven Geggus: > Bernd Wurst wrote: > > Und genau darauf will ich mit dem Hosting-Argument hinaus: MySQL hast du > > überall. > Windows auch :P *Umschau* Wo? ;-) Im Ernst, wenn ich meinen Rechner bediene, dann habe ich im Griff was ich wo installiere und wie ich was nutze. Wenn ich aber für Kunden, Vereine, Freunde eine Anwendung schreibe, dann muss ich damit rechnen, dass die Hosting-Bedingungen durch externe Faktoren maßgeblich beeinflusst werden. Die Verfügbarkeit der Datenbank kommt dazu. Bei kommerziellen Projekten mag man das noch definieren können und der Kunde muss das dann machen aber im Freizeitbereich ist das nicht so. > Och ich gehe da ziemlich unvoreingenommen ran. Wenn myisam Tabellen > ausreichen ist MySQL zum Beispiel von der Geschwindigkeit her meist am > besten. Wenn man nur MyISAM-Tabellen nutzen will, sollte man vermutlich keine "richtige" Datenbank benutzen sondern SQLite oder Textfiles. Aber das ist was anderes. :) > Was die Geospatial Extensions angeht, kennst Du jemanden, der die produktiv > nutzt? Ich jedenfalls nicht. Ich "kenne" auch niemanden, der PostGIS nutzt. Ich habe davon gelesen, aber das befähigt mich nicht, Erfahrungen weiter zu geben. Zudem ist das Alter der Verfügbarkeit durchaus relevant. Die GeoSpatial Extensions bei MySQL im brauchbaren Feature-Umfang sind einfach wesentlich neuer als PostGIS. Das hat auf die Verbreitung erheblichen Einfluss. > > Das Postgres-Userauthentication-Konzept ist maßgeblich auf die Nicht-Web- > > Nutzung optimiert und da sicherlich ne nette Sache (Wenn man automagische > > Authentifizierung gut findet). > Ich finde es lediglich sinnfrei pro Benutzer 25 Passwörter zu haben. > Postgres hat da ein sehr flexibles Konzept um die DB auth irgendwo > anzuflanschen. Das Konzept ist flexibel, ja. Aber das ist PAM auch. Aber wer nutzt denn ernsthaft irgendwas anderes als Passwörter? (SSH-Keys sind ne andere Baustelle.) Wohlgemerkt: Ich will nicht sagen dass Postgres oder PostGIS *schlecht* oder schlechter sind. Du musst nicht die allgemeinen Vorzüge von Postgres aufzählen. Mich interessieren die HIER RELEVANTEN Vorteile und dazu kam bisher nichts. > > Für Web-Nutzung brauchst du dann allerdings wieder nen Username/Passwort- > > Account und hast irgendwie genau gar nichts gewonnen. > Warum sollte ich den brauchen? Zumindest so lange keiner in die Datenbank > _reinschreiben_ muss ist das völlig unnötig. Ich geben dem Apache User > einfach ebenfalls einen ident auth und setze die Berechtigungen in der > Datenbank so, dass dieser User lediglich select Rechte auf bestimmte > Tabellen bekommt. Autsch. Und wenn ich dann zwei User auf dem Server habe, dann darf halt jeder alles lesen. Und von Web-Anwendungen die in die DB schreiben möchten habe ich glaube ich auch schonmal was gehört... > Finde ich ehrlich gesagt elegant. Keine DB Passwörter in irgendwelchen > Scripten. Wo und wie man Passwörter speichert ist nun nicht grade durch die verwendete Datenbank definiert. Sven, wir haben hier einen prächtigen Flamewar geschaffen, der sich um vieles dreht, aber nicht darum, warum für die Verwaltung von einstellig tausenden punktförmigen Objekten ein PostGIS das Mittel der Wahl sein sollte. Ich antworte ab sofort nur noch auf eine Diskussion zu dieser Frage, denn der Rest wird redundant. Gruß, Bernd -- People who ask, `Can I ask you a question?' don't really give you a choice, do they? -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From lists at fuchsschwanzdomain.de Mon Jan 18 11:00:11 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Mon, 18 Jan 2010 11:00:11 +0000 (UTC) Subject: [Talk-de] PostGIS vs. MySQL References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001180927.49647.bernd@bwurst.org> <201001181145.39749.bernd@bwurst.org> Message-ID: Bernd Wurst wrote: > Autsch. Und wenn ich dann zwei User auf dem Server habe, dann darf halt jeder > alles lesen. Wo ist das Problem, es geht um Openstreetmapdaten. > Und von Web-Anwendungen die in die DB schreiben möchten habe ich glaube ich > auch schonmal was gehört... Ja sicher. Das ist auf dem devserver bisher nicht aufgetreten. Dafür werde ich speziell abgesicherte Accounts mit eingeschränkten rechten verwenden, die dann Schreibrechte für bestimmte Tabellen bekommen. > Sven, wir haben hier einen prächtigen Flamewar geschaffen, der sich um vieles > dreht, aber nicht darum, warum für die Verwaltung von einstellig tausenden > punktförmigen Objekten ein PostGIS das Mittel der Wahl sein sollte. Spannend wird es erst wenn Du mehr machen willst als eine Bounding Box query das ist doch klar. Trotzdem würde ich dazu tendieren solche Daten in einer Geometriespalte zu speichern gerade weil dann Dinge einfach werden die andernfalls nahezu unlösbar wären. Eine Polygonauswahl wäre so ein Beispiel. Oder was in der Richtung gib mir alle Pubs in der Stadt xy als gpx. BTW Teil2 meines Postings enthielt eine konkrete Frage zu mysql auf die ich bisher noch keine Antwort bekommen habe. Gruss Sven -- "In the land of the brave and the free, we defend our freedom with the GNU GPL" (Richard M. Stallman on www.gnu.org) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From frederik at remote.org Mon Jan 18 11:18:22 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 18 Jan 2010 12:18:22 +0100 Subject: [Talk-de] PostGIS vs. MySQL In-Reply-To: <201001181127.52939.bernd@bwurst.org> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001180927.49647.bernd@bwurst.org> <4B543378.1090307@remote.org> <201001181127.52939.bernd@bwurst.org> Message-ID: <4B54437E.1020702@remote.org> Hallo, Bernd Wurst wrote: > Bei einem Datenumfang wie OSM im Ganzen ist das sicherlich ein Unterschied. > Aber davon ist ja nicht die Rede sondern Sven wollte explizit für ein Projekt > mit ein paar Tausend punktförmigen Objekten PostGIS. Achso. Na fuer sowas nimmt man doch keine Datenbank, sondern eine KML-Datei ;-) Bye Frederik From hartmut at mysql.com Mon Jan 18 11:18:50 2010 From: hartmut at mysql.com (Hartmut Holzgraefe) Date: Mon, 18 Jan 2010 12:18:50 +0100 Subject: [Talk-de] PostGIS vs. MySQL In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001180927.49647.bernd@bwurst.org> <201001181145.39749.bernd@bwurst.org> Message-ID: <4B54439A.7060200@mysql.com> Sven Geggus wrote: > BTW Teil2 meines Postings enthielt eine konkrete Frage zu mysql auf > die ich > bisher noch keine Antwort bekommen habe. > da mir grad nicht wirklich klar ist auf welches Posting du dich beziehst oder was die Frage war: könntest Du die Frage noch einmal wiederholen? -- Hartmut Holzgraefe, MySQL Regional Support Manager, EMEA Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten Amtsgericht Muenchen: HRB161028 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin Haering From brogo at arcor.de Mon Jan 18 11:47:31 2010 From: brogo at arcor.de (Christian H. Bruhn) Date: Mon, 18 Jan 2010 12:47:31 +0100 Subject: [Talk-de] Probleme mit eigenem Mapnik Message-ID: <48424857.20100118124731@arcor.de> Hallo! Ich versuche mich gerade daran, Mapnik bei mir (Windows 7, 64-Bit) zu laufen zu kriegen. Das Ganze scheint auch langem Probieren geklappt zu haben. Ich kann Bilder bzw. Tiles rendern. Allerdings wir nicht alles angezeigt. So werden z.B. landuse=residential oder landuse=forest nicht angezeigt. Ich habe die aktuellen Standardregeln von [1] genutzt und nur die Dateien mit generate_xml.py angepaßt. Das Ergebnis kann man unter [2] sehen. Hat jemand 'ne Idee, warum das Ganze nicht funktioniert? Christian [1] http://svn.openstreetmap.org/applications/rendering/mapnik/ [2] http://img12.imageshack.us/img12/9171/imagepne.png From AlexanderMatheisen at ish.de Mon Jan 18 13:34:54 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Mon, 18 Jan 2010 14:34:54 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B539D20.4010604@googlemail.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001172034.29215.AlexanderMatheisen@ish.de> <4B539D20.4010604@googlemail.com> Message-ID: <201001181434.54463.AlexanderMatheisen@ish.de> Am Montag 18 Januar 2010 00:28:32 schrieb Ulf Lamping: > Am 17.01.2010 20:34, schrieb Alexander Matheisen: > > Habe leichte Veränderungen vorgenommen, die hier von einigen gewünscht > > wurden: * die Anzeige des Datenstandes funktioniert nun wieder (hatte > > einen Tippfehler im Code, deshalb funktionierte das auch nicht mehr) > > Schön! > > > * es wird nun angezeigt, für welchen Bereich die Daten vorrätig sind > > Auch schön! > > > * auf der Infoseite gibt es nun eine Übersicht über die berücksichtigten > > Tags sowie die erlaubten Werte > > Über die E-Mail Zeile müssen wir nochmal reden: > > E-Mail fax gültige E-Mailadresse > > Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-) Tu ich auch nicht. War mal wieder so ein Flüchtigkeitsfehler, Tabellenzeile kopiert und dann vergessen, alles anzupassen. ;-) Ist jetzt aber gefixt. > > > Ich hab übrigens gerade phone/fax/email in die Map Features eingetragen. > Werden oft genug verwendet und sind wesentlich häufiger als die > Alternativen wie "contact:xy". Mal schauen ob einer meckert ... > > Gruß, ULFL Rurseekatze > > P.S: Meine Nürnberger Änderungen von gestern abend sind leider noch > nicht drin, da muß ich wohl noch ein bisschen warten ... > Hab die Daten gerade eben aktualisiert. Wenn sich nicht wieder ein Fehler eingeschlichen hat, sollte die nun drin sein... :) Und: Im Vergleich zum 16.1 sind heute 368 Wikipedialinks und 312 Weblinks hinzugekommen! Anscheinend hat diese Karte schon einige Mapper zum Taggen dieser Sachen bewegen können! From michael at buegehome.de Mon Jan 18 13:51:25 2010 From: michael at buegehome.de (Michael Buege) Date: Mon, 18 Jan 2010 14:51:25 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien Message-ID: <7596152.mHcpufrQfr@buegehome.de> Moin Fuer den nun eingetretenen Fall, dass die Medien langsam wach werden und es Nachfragen um Thema gibt, hatte ich schon mal die Zusammenfassung fuer die Presse uebersetzt und ergaenzt. Ich bitte jeden, der mag und ueber bessere oder zusaetzliche Informationen verfuegt, die dort zu hinterlassen. Mail an mich geht auch, ich schreib`s dann mit rein. Laut Anmerkung eines Journalisten mir gegenueber hat das DRK auf Nachfrage gemeint, man lehnt das Benutzen der OSM-Daten ab. Hat da jemand Kontakt zum DRK und kann Naeheres in Erfahrung bringen? -- Michael From xsteadfastx at gmail.com Mon Jan 18 14:12:46 2010 From: xsteadfastx at gmail.com (Marvin Preuss) Date: Mon, 18 Jan 2010 15:12:46 +0100 Subject: [Talk-de] =?utf-8?q?Karte_mit_Marker_im_Wiki_-_ist_das_m=C3=B6gli?= =?utf-8?q?ch?= In-Reply-To: References: <4B4CE493.6070703@tappenbeck.net> <4B505A16.5030205@gmail.com> Message-ID: <4B546C5E.4000709@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jan Tappenbeck schrieb: > Hallo Marvin, > es geht mir um unser OSM-wiki ! > Gruß Jan .-) OK...dann einfach vergessen was ich gesagt habe :) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAktUbF4ACgkQChE8w47F3oMtZgCgnH3YYTi1QMRtgwhijT9B7SQb RLsAnjJ0YS0gQX8wFbBk2Ywj2nCisKJk =+IiE -----END PGP SIGNATURE----- From osm at jonas-krueckel.de Mon Jan 18 14:23:30 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Mon, 18 Jan 2010 15:23:30 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <7596152.mHcpufrQfr@buegehome.de> References: <7596152.mHcpufrQfr@buegehome.de> Message-ID: <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> Am 18.01.2010 um 14:51 schrieb Michael Buege: > > Moin > Fuer den nun eingetretenen Fall, dass die Medien langsam wach werden und es > Nachfragen um Thema gibt, hatte ich schon mal die Zusammenfassung fuer die > Presse uebersetzt und ergaenzt. > > Ich bitte jeden, der mag und ueber bessere oder zusaetzliche Informationen > verfuegt, die dort zu hinterlassen. Mail an mich geht auch, ich schreib`s > dann mit rein. > Laut Anmerkung eines Journalisten mir gegenueber hat das DRK auf Nachfrage > gemeint, man lehnt das Benutzen der OSM-Daten ab. Hat da jemand Kontakt zum > DRK und kann Naeheres in Erfahrung bringen? Vermutlich nutzen sie Karten von den verschiedenen UN-Mapping-Organisationen. Die nutzen glücklicherweise aber oft OSM-Daten zumindest in Teilen :-D Richtig schade ist es, wenn irgendwelche Geographen selbst alte Karten abmalen und dann zur Verfügung stellen anstatt zu OSM beizutragen. Objektive Gründe gibt es dafür aber wohl zum jetzigen Zeitpunkt keine (die ich mir vorstellen kann oder die ich auf den Mailinglisten gelesen habe). Leider wurde auch beim Analysieren der Luftbilder im Bezug auf Schäden viel Arbeit doppelt gemacht, es gibt mind. 3 unabhängige Datensätze dazu. Für die Zukunft muss da noch viel Informations- und Koordinationsarbeit (von allen Crisismappern) geleistet werden, damit die Ressourcen noch besser gebündelt werden. Trotzdem ist es sehr beeindruckend, wie sowohl die OSM-Seite als auch die andere Organisationen konstruktiv (zusammen) arbeiten. Gruß Jonas From shony at nurfuerspam.de Mon Jan 18 14:38:35 2010 From: shony at nurfuerspam.de (Fabian) Date: Mon, 18 Jan 2010 15:38:35 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001181434.54463.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001172034.29215.AlexanderMatheisen@ish.de> <4B539D20.4010604@googlemail.com> <201001181434.54463.AlexanderMatheisen@ish.de> Message-ID: <4B54726B.2030200@nurfuerspam.de> wie schon gesagt wurde: "endlich sieht man wozu immer alle infos eingetragen wurden". Habe noch die Ueberlegung ob nicht auch opening_hours ausgewertet und angezeigt werden koennen. Bisher pflege ich die immer mit fuer meinen Baecker,Supermarkt,Fahrradladen,Museen,Restaurants etc. aber wenn ich sie wissen will muss ich in den edit modus gehen. JEdenfalls sehr schoene Karte und gute Dokumentation. :-) Alexander Matheisen wrote: > Am Montag 18 Januar 2010 00:28:32 schrieb Ulf Lamping: >> Am 17.01.2010 20:34, schrieb Alexander Matheisen: >>> Habe leichte Veränderungen vorgenommen, die hier von einigen gewünscht >>> wurden: * die Anzeige des Datenstandes funktioniert nun wieder (hatte >>> einen Tippfehler im Code, deshalb funktionierte das auch nicht mehr) >> Schön! >> >>> * es wird nun angezeigt, für welchen Bereich die Daten vorrätig sind >> Auch schön! >> >>> * auf der Infoseite gibt es nun eine Übersicht über die berücksichtigten >>> Tags sowie die erlaubten Werte >> Über die E-Mail Zeile müssen wir nochmal reden: >> >> E-Mail fax gültige E-Mailadresse >> >> Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-) > Tu ich auch nicht. War mal wieder so ein Flüchtigkeitsfehler, Tabellenzeile > kopiert und dann vergessen, alles anzupassen. ;-) > Ist jetzt aber gefixt. >> >> Ich hab übrigens gerade phone/fax/email in die Map Features eingetragen. >> Werden oft genug verwendet und sind wesentlich häufiger als die >> Alternativen wie "contact:xy". Mal schauen ob einer meckert ... >> >> Gruß, ULFL > Rurseekatze >> P.S: Meine Nürnberger Änderungen von gestern abend sind leider noch >> nicht drin, da muß ich wohl noch ein bisschen warten ... >> > Hab die Daten gerade eben aktualisiert. > Wenn sich nicht wieder ein Fehler eingeschlichen hat, sollte die nun drin > sein... :) > Und: > Im Vergleich zum 16.1 sind heute 368 Wikipedialinks und 312 Weblinks > hinzugekommen! Anscheinend hat diese Karte schon einige Mapper zum Taggen > dieser Sachen bewegen können! > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From qbert1 at gmx.de Mon Jan 18 14:48:16 2010 From: qbert1 at gmx.de (qbert biker) Date: Mon, 18 Jan 2010 15:48:16 +0100 Subject: [Talk-de] Gartenzwerge im OSM-Land, war Aufruf In-Reply-To: <201001161300.54270.s_sommerkamp@gmx.de> References: <4B4AE4AF.3080003@gmx.net> <20100111112141.205820@gmx.net> <201001161300.54270.s_sommerkamp@gmx.de> Message-ID: <20100118144816.123930@gmx.net> -------- Original-Nachricht -------- > Datum: Sat, 16 Jan 2010 13:00:54 +0100 > Von: Sven Sommerkamp > An: talk-de at openstreetmap.org > Betreff: Re: [Talk-de] Gartenzwerge im OSM-Land, war Aufruf > Aber damit das anders laufen könnte bräuchte es andere Strukturen bei > OSM.. Das waere wieder mal ein Thema zum totdiskutieren. Es ist wie es ist und Gartenzwerge sind den meisten eben wichtiger als Autobahnen ;) > Oder vielleicht ein zweites in dem man einen Gegenvorschlag für > allgemeine > Verfahrensweisen macht. Noe, kein zweites OSM, aber es gibt freilich schon Moeglichkeiten. Ich habe schon angefangen, andere Verfahrensweisen und Werkzeuge zu entwicklen, die OSM nutzen, ohne dessen Begrenzungen abzubekommen. Ein Zwischenergebnis davon habe ich am 1. Januar, siehe 'spurgenaue Abbildung' veroeffentlicht. Das ist allerdings nur ein Zwischenschritt. Das mittelfristige Ziel ist Konstruktionen als solche abzubilden mit ihren Parallelen, Symmetrien und anderen Eigenschaften. Dieses (Arbeits-)format kann dann auch nach OSM exportiert werden, wobei die internen Konstruktionsdaten natuerlich verloren gehen. Die neuen Werkzeuge sind also keine Konkurrenz zur OSM-Welt, sondern eine Parallelwelt mit Verbindungen zu OSM. Wenn ich z.B. einen Router mit Spurassistenz will, man sich aber bei OSM nicht auf entsprechend genaue Abbildungen eingen kann, erstelle ich die Autobahnen teilweise neu und binde ansonsten das bestehende OSM-Datenmaterial ein. Ein weiteres Problem, das ich mit dieser Vorgehensweise erschlage ist das leidige Lizenzproblem. Alle von mir mit den neuen Tools erstellten Daten sind lizenztechnisch von OSM unabhaengig. Erst mit dem Einbinden der OSM Daten zu einem Gesamtdatensatz greift die jeweilige OSM-Lizenz. Die Ursprungsdaten kann ich auch unter einer BSD-Lizenz vertreiben. Gruesse Hubert Ach ja, wenn es bei den Werkzeugen entsprechende Fortschritte gibt, werde ich die hier melden. Derzeit sind die noch nicht so weit, dass eine Veroeffentlichung viel Sinn macht. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 From osm at nk-bre.net Mon Jan 18 14:50:05 2010 From: osm at nk-bre.net (=?ISO-8859-1?Q?Norbert_K=FCck?=) Date: Mon, 18 Jan 2010 15:50:05 +0100 Subject: [Talk-de] =?iso-8859-1?q?Englische_Diskussion_=FCber_De=3AOpenStr?= =?iso-8859-1?q?eetMap_License?= Message-ID: <4B54751D.7060200@nk-bre.net> Hallo, wenn ich das http://wiki.openstreetmap.org/wiki/Talk:OpenStreetMap_License#De:OpenStreetMap_License_Extra_information.3F richtig verstehe, gibt es Überlegungen, De:OpenStreetMap License mit der englischen Version gleichzuschalten. Das würde Erweiterungen, die aufgrund auch hier geführter Diskussionen erfolgt sind, vernichten. In der Folge müssten sich potentielle Nutzer wieder unnötig durch das Wiki klicken, um die nötige Info zu bekommen. Aber wenn's denn schee macht ... Gruß nk From osm at nk-bre.net Mon Jan 18 14:57:56 2010 From: osm at nk-bre.net (=?ISO-8859-1?Q?Norbert_K=FCck?=) Date: Mon, 18 Jan 2010 15:57:56 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <7596152.mHcpufrQfr@buegehome.de> References: <7596152.mHcpufrQfr@buegehome.de> Message-ID: <4B5476F4.6090803@nk-bre.net> Hallo, am 18.01.2010 14:51 schrieb Michael Buege: > Laut Anmerkung eines Journalisten mir gegenueber hat das DRK auf Nachfrage > gemeint, man lehnt das Benutzen der OSM-Daten ab. Hat da jemand Kontakt zum > DRK und kann Naeheres in Erfahrung bringen? Es ging doch umfänglich durch die Nachrichten, dass "professionelle" Stellen (DLR meine ich zu erinnern) eifrig Satellitenbilder abdigitalisieren und hins. Zerstörungen auswerten. Das wird natürlich lieber genommen, als die Karten von "Heimwerkern". Gruß nk From osm at tappenbeck.net Mon Jan 18 15:28:14 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Mon, 18 Jan 2010 16:28:14 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> References: <7596152.mHcpufrQfr@buegehome.de> <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> Message-ID: Am 18.01.2010 15:23, schrieb Jonas Krückel: > > Am 18.01.2010 um 14:51 schrieb Michael Buege: > >> >> Moin >> Fuer den nun eingetretenen Fall, dass die Medien langsam wach werden und es >> Nachfragen um Thema gibt, hatte ich schon mal die Zusammenfassung fuer die >> Presse uebersetzt und ergaenzt. >> >> Ich bitte jeden, der mag und ueber bessere oder zusaetzliche Informationen >> verfuegt, die dort zu hinterlassen. Mail an mich geht auch, ich schreib`s >> dann mit rein. >> Laut Anmerkung eines Journalisten mir gegenueber hat das DRK auf Nachfrage >> gemeint, man lehnt das Benutzen der OSM-Daten ab. Hat da jemand Kontakt zum >> DRK und kann Naeheres in Erfahrung bringen? > > Vermutlich nutzen sie Karten von den verschiedenen UN-Mapping-Organisationen. Die nutzen glücklicherweise aber oft OSM-Daten zumindest in Teilen :-D > > Richtig schade ist es, wenn irgendwelche Geographen selbst alte Karten abmalen und dann zur Verfügung stellen anstatt zu OSM beizutragen. Objektive Gründe gibt es dafür aber wohl zum jetzigen Zeitpunkt keine (die ich mir vorstellen kann oder die ich auf den Mailinglisten gelesen habe). > Leider wurde auch beim Analysieren der Luftbilder im Bezug auf Schäden viel Arbeit doppelt gemacht, es gibt mind. 3 unabhängige Datensätze dazu. Für die Zukunft muss da noch viel Informations- und Koordinationsarbeit (von allen Crisismappern) geleistet werden, damit die Ressourcen noch besser gebündelt werden. > Trotzdem ist es sehr beeindruckend, wie sowohl die OSM-Seite als auch die andere Organisationen konstruktiv (zusammen) arbeiten. > > Gruß > Jonas Gestern Abend war ja der Bericht im ZDF vom DLR und da wurde als Nutzer das DRK genannt (wenn ich das noch richtig in Erinnerung habe). Ich könnte mir gut Vorstellen das diese Orga langfristige Verträge haben um bei Bedarf auf deren Daten zugreifen zu können. Vielleicht meinen andere (ich will das damit nicht zwangsläufig auf die hier genannten übertragen) das was nichts kostet nichts taugt - wenn die schon nicht selber messen bzw. die Bilder erstellen. Bleibt nur das einmal abzuklären und nachhaltig aufzuarbeiten. Gruß Jan :-) From AlexanderMatheisen at ish.de Mon Jan 18 15:36:43 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Mon, 18 Jan 2010 16:36:43 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B54726B.2030200@nurfuerspam.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001181434.54463.AlexanderMatheisen@ish.de> <4B54726B.2030200@nurfuerspam.de> Message-ID: <201001181636.43855.AlexanderMatheisen@ish.de> Am Montag 18 Januar 2010 15:38:35 schrieb Fabian: > wie schon gesagt wurde: "endlich sieht man wozu immer alle infos > eingetragen wurden". > Habe noch die Ueberlegung ob nicht auch opening_hours ausgewertet und > angezeigt werden koennen. Bisher pflege ich die immer mit fuer meinen > Baecker,Supermarkt,Fahrradladen,Museen,Restaurants etc. aber wenn ich > sie wissen will muss ich in den edit modus gehen. > > JEdenfalls sehr schoene Karte und gute Dokumentation. :-) Öffnungszeiten wären vielleicht auch noch praktisch, werde ich vielleicht auch mal einbauen. Ich denke, du könntest das aber auch mal den Entwickler dieser beiden Karten* vorschlagen, denn da würde die Öffnungszeiten meiner Meinung nach noch besser hineinpassen. * 1. http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Projects/simple-poi-list 2. http://wiki.openstreetmap.org/wiki/FOSSGIS/Server/Projects/simple-poi-list > > Alexander Matheisen wrote: > > Am Montag 18 Januar 2010 00:28:32 schrieb Ulf Lamping: > >> Am 17.01.2010 20:34, schrieb Alexander Matheisen: > >>> Habe leichte Veränderungen vorgenommen, die hier von einigen gewünscht > >>> wurden: * die Anzeige des Datenstandes funktioniert nun wieder (hatte > >>> einen Tippfehler im Code, deshalb funktionierte das auch nicht mehr) > >> > >> Schön! > >> > >>> * es wird nun angezeigt, für welchen Bereich die Daten vorrätig sind > >> > >> Auch schön! > >> > >>> * auf der Infoseite gibt es nun eine Übersicht über die > >>> berücksichtigten Tags sowie die erlaubten Werte > >> > >> Über die E-Mail Zeile müssen wir nochmal reden: > >> > >> E-Mail fax gültige E-Mailadresse > >> > >> Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-) > > > > Tu ich auch nicht. War mal wieder so ein Flüchtigkeitsfehler, > > Tabellenzeile kopiert und dann vergessen, alles anzupassen. ;-) > > Ist jetzt aber gefixt. > > > >> Ich hab übrigens gerade phone/fax/email in die Map Features eingetragen. > >> Werden oft genug verwendet und sind wesentlich häufiger als die > >> Alternativen wie "contact:xy". Mal schauen ob einer meckert ... > >> > >> Gruß, ULFL > > > > Rurseekatze > > > >> P.S: Meine Nürnberger Änderungen von gestern abend sind leider noch > >> nicht drin, da muß ich wohl noch ein bisschen warten ... > > > > Hab die Daten gerade eben aktualisiert. > > Wenn sich nicht wieder ein Fehler eingeschlichen hat, sollte die nun drin > > sein... :) > > Und: > > Im Vergleich zum 16.1 sind heute 368 Wikipedialinks und 312 Weblinks > > hinzugekommen! Anscheinend hat diese Karte schon einige Mapper zum Taggen > > dieser Sachen bewegen können! > > > > _______________________________________________ > > Talk-de mailing list > > Talk-de at openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-de > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From osm at nk-bre.net Mon Jan 18 15:38:48 2010 From: osm at nk-bre.net (=?ISO-8859-1?Q?Norbert_K=FCck?=) Date: Mon, 18 Jan 2010 16:38:48 +0100 Subject: [Talk-de] =?iso-8859-1?q?Nachtrag=3A_Englische_Diskussion_=FCber_?= =?iso-8859-1?q?De=3AOpenStreetMap_License?= In-Reply-To: <4B54751D.7060200@nk-bre.net> References: <4B54751D.7060200@nk-bre.net> Message-ID: <4B548088.2000100@nk-bre.net> am 18.01.2010 15:50 schrieb Norbert Kück: > Hallo, > wenn ich das > http://wiki.openstreetmap.org/wiki/Talk:OpenStreetMap_License#De:OpenStreetMap_License_Extra_information.3F > richtig verstehe, gibt es Überlegungen, De:OpenStreetMap License mit der > englischen Version gleichzuschalten. Das würde Erweiterungen, die > aufgrund auch hier geführter Diskussionen erfolgt sind, vernichten. In > der Folge müssten sich potentielle Nutzer wieder unnötig durch das Wiki > klicken, um die nötige Info zu bekommen. > Aber wenn's denn schee macht ... Der Diskussionsverlauf wurde gekürzt. Die Vorversion ist: http://wiki.openstreetmap.org/index.php?title=Talk:OpenStreetMap_License&oldid=407466#Ugly_clean-up_label From osm at jonas-krueckel.de Mon Jan 18 15:41:26 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Mon, 18 Jan 2010 16:41:26 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: References: <7596152.mHcpufrQfr@buegehome.de> <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> Message-ID: Am 18.01.2010 um 16:28 schrieb Jan Tappenbeck: > Am 18.01.2010 15:23, schrieb Jonas Krückel: >> >> Am 18.01.2010 um 14:51 schrieb Michael Buege: >> >>> >>> Moin >>> Fuer den nun eingetretenen Fall, dass die Medien langsam wach werden und es >>> Nachfragen um Thema gibt, hatte ich schon mal die Zusammenfassung fuer die >>> Presse uebersetzt und ergaenzt. >>> >>> Ich bitte jeden, der mag und ueber bessere oder zusaetzliche Informationen >>> verfuegt, die dort zu hinterlassen. Mail an mich geht auch, ich schreib`s >>> dann mit rein. >>> Laut Anmerkung eines Journalisten mir gegenueber hat das DRK auf Nachfrage >>> gemeint, man lehnt das Benutzen der OSM-Daten ab. Hat da jemand Kontakt zum >>> DRK und kann Naeheres in Erfahrung bringen? >> >> Vermutlich nutzen sie Karten von den verschiedenen UN-Mapping-Organisationen. Die nutzen glücklicherweise aber oft OSM-Daten zumindest in Teilen :-D >> >> Richtig schade ist es, wenn irgendwelche Geographen selbst alte Karten abmalen und dann zur Verfügung stellen anstatt zu OSM beizutragen. Objektive Gründe gibt es dafür aber wohl zum jetzigen Zeitpunkt keine (die ich mir vorstellen kann oder die ich auf den Mailinglisten gelesen habe). >> Leider wurde auch beim Analysieren der Luftbilder im Bezug auf Schäden viel Arbeit doppelt gemacht, es gibt mind. 3 unabhängige Datensätze dazu. Für die Zukunft muss da noch viel Informations- und Koordinationsarbeit (von allen Crisismappern) geleistet werden, damit die Ressourcen noch besser gebündelt werden. >> Trotzdem ist es sehr beeindruckend, wie sowohl die OSM-Seite als auch die andere Organisationen konstruktiv (zusammen) arbeiten. >> >> Gruß >> Jonas > > Gestern Abend war ja der Bericht im ZDF vom DLR und da wurde als Nutzer > das DRK genannt (wenn ich das noch richtig in Erinnerung habe). > > Ich könnte mir gut Vorstellen das diese Orga langfristige Verträge haben > um bei Bedarf auf deren Daten zugreifen zu können. > > Vielleicht meinen andere (ich will das damit nicht zwangsläufig auf die > hier genannten übertragen) das was nichts kostet nichts taugt - wenn die > schon nicht selber messen bzw. die Bilder erstellen. Sag ich ja, keine objektiven bzw. rationalen Gründe. Ich wage mich auch zu behaupten, dass einige OSM-User mehr Erfahrung im Auslesen von Satellitenbildern haben als so manch anderer Kartograph. Außerdem würde, wenn alle nur mit der OSM-Datenbank arbeiten würden, die Qualität auch nochmals steigen. Mit eigenen Tags kann man, wenn man unbedingt möchte, auch seine eigenen Daten kennzeichnen. Verstehen kann ich die Aufteilung nach Straßendaten (OSM) und Analyse auf Schäden (andere Organisation). Aber auch da wird halt vieles doppelt und dreifach gemacht und die Verschwendung von Ressourcen und die Verwirrung, die auf Grund der Fülle von Datensätzen eintritt, schadet jedem. Auch hier wäre eine zentrale Datenbank sinnvoll. Gruß Jonas From webmaster at ts-eastrail.de Mon Jan 18 15:50:44 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Mon, 18 Jan 2010 16:50:44 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien References: <7596152.mHcpufrQfr@buegehome.de><380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> Message-ID: > Vielleicht meinen andere (ich will das damit nicht zwangsläufig auf die > hier genannten übertragen) das was nichts kostet nichts taugt - wenn die > schon nicht selber messen bzw. die Bilder erstellen. Na ja, wir können zwar viel, aber haben auch unsere Grenzen. Du weißt nicht auf was das DLR zurückgreift und ob das nicht besser ist als die Geo Eye Aufnahmen. Die können beispielsweise IR Aufnahmen usw. zeitnah einholen. Dazu sitzen da sicher durchweg Leute die auf Bildauswertung geschult sind und mehr sehen als die meisten hier. Das ist der Punkt den ich damals schon bei der Geschichte mit den Rettungsdiensten meinte. Wir mögen schnell und aktuell sein, sind aber eben in einigen Punkten lange kein Ersatz. Wie man jetzt sieht lag ich nicht daneben. Bei OSM schwankt die Quallität widerum mit dem jeweiligen Bearbeiter. Jedem ist etwas anderes wichtig und wertet auch anders aus. Wo der eine ein Gebäude um den Schatten zeichnet, einen Sandhaufen meintwegen als Trümmerschatten interpretiert, guckt der andere genauer hin. Lufttbildauswertung ist eine Kunst wo die Erfahrung viel ausmacht. Wo der eine nur einen bunten Pixelhaufen sieht, kann ein anderer mit Augen zukniepen, etwas Abstand und eben Erfahrung schon etwas genaues ausmachen. Uns fehlt es an dutzende technischen Möglichkeiten und eben an einer durchweg gleichmäßigen Quallität. Gruß Mirko From liste12A45q7 at gmx.de Mon Jan 18 15:55:55 2010 From: liste12A45q7 at gmx.de (Markus) Date: Mon, 18 Jan 2010 16:55:55 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <4B5476F4.6090803@nk-bre.net> References: <7596152.mHcpufrQfr@buegehome.de> <4B5476F4.6090803@nk-bre.net> Message-ID: <4B54848B.2010707@gmx.de> Hallo Michael und Norbert, > DLR: Luftbilder abdigitalisieren und hins. Zerstörungen auswerten. Manuelle Luftbildauswertung ist eine grosse Kunst. Es braucht viel Erfahrung, aus verschwommenen Pixeln Strukturen und Eigenschaften abzuleiten. Nicht jeder OSMer, der in DE gut arbeitet, kann diese Differenzierungen auch in ihm nicht vertrauten Gegenden leisten. Beispielsweise sind Küstenlinien an flach verlaufenden Küsten, insbesondere wenn der Meeresboden bewachsen oder die Wasseroberfläche mit Algen überzogen ist, sehr schwer zu lokalisieren. Oder die Unterscheidung von Meer/See/Sumpf/trockenfallend. Oder die Unterscheidung von ausgetrockneten Wasserläufen (oft unpassierbar) und Wegen. Oder der Verlauf von Wegen bei schwacher Auflösung. Da helfen spezielle mathematische Analyse-Verfahren, mit denen Vegetation von Wasser oder Boden unterschieden, oder mit denen aus Veränderungen der Lichtintensität Schatten berechnet und daraus Objekte abgeleitet/positioniert werden. Und mit vorher/nachher-Vergleichen können Zerstörungen auch aus sehr schlecht auflösenden DOPs beeindruckend herausgefiltert werden. Für die Zukunft ist natürlich eine Zusammenarbeit zwischen Community und Profis wünschenswert. Aber ich glaube das wird kommen. So wie grad mit Google. Und bis dahin sind unsere Karten - zumindest für Haiti - das Beste was es gibt: stundenaktuell, detailliert, kostenlos. Gruss, Markus From dieterdreist at gmail.com Mon Jan 18 16:01:57 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Mon, 18 Jan 2010 17:01:57 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001171852.42364.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001171750.39281.AlexanderMatheisen@ish.de> <201001171852.42364.AlexanderMatheisen@ish.de> Message-ID: <7acdb3651001180801l58bede96pc50fdb9c65a656c0@mail.gmail.com> Am 17. Januar 2010 18:52 schrieb Alexander Matheisen < AlexanderMatheisen at ish.de>: > > > Hm ich könnte http://home.geggus.net an meien hausnumemr dranhängen :) > Wenn dein Haus ein Point of Interest ist und von überregionaler Bedeutung > ist, > steht dem nichts im Wege ;-) > oder alternativ, wenn es eine eingetragene Marke ist, er über 500 Mitarbeiter beschäftigt, oder in einer Enzyklopädie erwähnt wird? Habe ich die OSM-Relevanzdiskussion überlesen? Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From osm at tappenbeck.net Mon Jan 18 16:10:12 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Mon, 18 Jan 2010 17:10:12 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <4B54848B.2010707@gmx.de> References: <7596152.mHcpufrQfr@buegehome.de> <4B5476F4.6090803@nk-bre.net> <4B54848B.2010707@gmx.de> Message-ID: Am 18.01.2010 16:55, schrieb Markus: > Hallo Michael und Norbert, > >> DLR: Luftbilder abdigitalisieren und hins. Zerstörungen auswerten. > > Manuelle Luftbildauswertung ist eine grosse Kunst. > Es braucht viel Erfahrung, aus verschwommenen Pixeln Strukturen und > Eigenschaften abzuleiten. > > Nicht jeder OSMer, der in DE gut arbeitet, kann diese Differenzierungen > auch in ihm nicht vertrauten Gegenden leisten. > > Beispielsweise sind Küstenlinien an flach verlaufenden Küsten, > insbesondere wenn der Meeresboden bewachsen oder die Wasseroberfläche > mit Algen überzogen ist, sehr schwer zu lokalisieren. > Oder die Unterscheidung von Meer/See/Sumpf/trockenfallend. > Oder die Unterscheidung von ausgetrockneten Wasserläufen (oft > unpassierbar) und Wegen. > Oder der Verlauf von Wegen bei schwacher Auflösung. > > Da helfen spezielle mathematische Analyse-Verfahren, mit denen > Vegetation von Wasser oder Boden unterschieden, oder mit denen aus > Veränderungen der Lichtintensität Schatten berechnet und daraus Objekte > abgeleitet/positioniert werden. > Und mit vorher/nachher-Vergleichen können Zerstörungen auch aus sehr > schlecht auflösenden DOPs beeindruckend herausgefiltert werden. > die machten mir aber auch nur den Eindruck das abgezeichnet wird - aber das kann auch für das Fernsehen nur gemacht worden sein. Gruß Jan :-) From frederik at remote.org Mon Jan 18 16:43:33 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 18 Jan 2010 17:43:33 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: References: <7596152.mHcpufrQfr@buegehome.de> <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> Message-ID: <4B548FB5.2050807@remote.org> Hallo, Jonas Krückel wrote: > Verstehen kann ich die Aufteilung nach Straßendaten (OSM) und Analyse > auf Schäden (andere Organisation). Aber auch da wird halt vieles > doppelt und dreifach gemacht und die Verschwendung von Ressourcen und > die Verwirrung, die auf Grund der Fülle von Datensätzen eintritt, > schadet jedem. Auch hier wäre eine zentrale Datenbank sinnvoll. Wobei ich glaube, dass zumindest einige der anderen Organisationen in solchen Faellen grundsaetzlich auf eine PD- oder "macht was ihr wollt"-Lizenz setzen. Selbst die grossen Luftbildanbieter haben ja fuer Haiti einfach ihre Daten als "macht was ihr wollt" freigegeben. Ich denke, es waere anmassend, anzunehmen, dass die Welt sich kuenftig fuer Krisenfall-Daten irgendwelchen "wenn ihr unsere Daten benutzt, muesst ihr aber ..."-Regeln von OSM beugt. Das bedeutet in letzter Konsequenz, dass man eigentlich eine Spezialinstanz der OSM-Technologie aufsetzen muesste, die komplett unter PD laeuft, und die in solchen Krisenfaellen von allen eingesetzt werden kann. Wenn die Krise dann mal vorbei ist, koennen die verbleibenden Daten (bereinigt von temporaerem Kram wie "hier ist ein Baum umgefallen") dann, weil's ja PD ist, schmerzfrei in die "normale" OSM-Datenbank uebernommen werden. Wenn man sich jetzt Haiti anschaut, dann ist ja praktisch alles an Daten, was einen Wert hat, erst in Folge der Katastrophe entstanden; vorher war ein bisschen was da, aber nichts, was man jetzt zwingend als Startpunkt gebraucht haette. Haette man bei Null angefangen, waere das Ergebnis heute nur unwesentlich anders. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From osm at jonas-krueckel.de Mon Jan 18 17:01:58 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Mon, 18 Jan 2010 18:01:58 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <4B548FB5.2050807@remote.org> References: <7596152.mHcpufrQfr@buegehome.de> <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> <4B548FB5.2050807@remote.org> Message-ID: <0DD4E13E-1353-4C50-AC37-65F5B58EAC8D@jonas-krueckel.de> Am 18.01.2010 um 17:43 schrieb Frederik Ramm: > Hallo, > > Jonas Krückel wrote: >> Verstehen kann ich die Aufteilung nach Straßendaten (OSM) und Analyse >> auf Schäden (andere Organisation). Aber auch da wird halt vieles >> doppelt und dreifach gemacht und die Verschwendung von Ressourcen und >> die Verwirrung, die auf Grund der Fülle von Datensätzen eintritt, >> schadet jedem. Auch hier wäre eine zentrale Datenbank sinnvoll. > > Wobei ich glaube, dass zumindest einige der anderen Organisationen in > solchen Faellen grundsaetzlich auf eine PD- oder "macht was ihr > wollt"-Lizenz setzen. Selbst die grossen Luftbildanbieter haben ja fuer > Haiti einfach ihre Daten als "macht was ihr wollt" freigegeben. Ich > denke, es waere anmassend, anzunehmen, dass die Welt sich kuenftig fuer > Krisenfall-Daten irgendwelchen "wenn ihr unsere Daten benutzt, muesst > ihr aber ..."-Regeln von OSM beugt. Richtig. Wobei zur Zeit die Lizenzen auch im Bezug auf die Nutzung von OSM-Daten sehr locker betrachtet werden. > > Das bedeutet in letzter Konsequenz, dass man eigentlich eine > Spezialinstanz der OSM-Technologie aufsetzen muesste, die komplett unter > PD laeuft, und die in solchen Krisenfaellen von allen eingesetzt werden > kann. Wenn die Krise dann mal vorbei ist, koennen die verbleibenden > Daten (bereinigt von temporaerem Kram wie "hier ist ein Baum > umgefallen") dann, weil's ja PD ist, schmerzfrei in die "normale" > OSM-Datenbank uebernommen werden. Ja, deswegen schreib ich auch letztlich zentrale Datenbank und nicht OSM-Datenbank. Ich denke, dass alle gerade sehr viel lernen, viele coole Tools entstehen und Kontakte geknüpft werden. Wenn der aktuelle Stress vorbei ist, ist es sinnvoll, die Ergebnisse zu analysieren und sich v.a. von den Leuten, die Geodaten in Haiti aktiv genutzt haben, Feedback zu holen und dann entsprechende Vorbereitungen zu treffen bzw. Tools für die Zukunft zu entwickeln. Momentan muss man das aber noch nicht diskutieren, es gibt genug aktuelles zu tun: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Tasks_and_Ideas Dort werden auch eben jene Ideen für die Zukunft gesammelt, vllt. wäre eine Abgrenzung zwischen "jetzt für Haiti" und "Zukunft" sinnvoll. > > Wenn man sich jetzt Haiti anschaut, dann ist ja praktisch alles an > Daten, was einen Wert hat, erst in Folge der Katastrophe entstanden; > vorher war ein bisschen was da, aber nichts, was man jetzt zwingend als > Startpunkt gebraucht haette. Haette man bei Null angefangen, waere das > Ergebnis heute nur unwesentlich anders. Das stimmt. Gruß Jonas From ulf.lamping at googlemail.com Mon Jan 18 19:26:49 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Mon, 18 Jan 2010 20:26:49 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001181434.54463.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001172034.29215.AlexanderMatheisen@ish.de> <4B539D20.4010604@googlemail.com> <201001181434.54463.AlexanderMatheisen@ish.de> Message-ID: <4B54B5F9.2020005@googlemail.com> Am 18.01.2010 14:34, schrieb Alexander Matheisen: > Am Montag 18 Januar 2010 00:28:32 schrieb Ulf Lamping: >> Über die E-Mail Zeile müssen wir nochmal reden: >> >> E-Mail fax gültige E-Mailadresse >> >> Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-) > Tu ich auch nicht. War mal wieder so ein Flüchtigkeitsfehler, Tabellenzeile > kopiert und dann vergessen, alles anzupassen. ;-) War mir klar, der Klassiker halt ;-) > Hab die Daten gerade eben aktualisiert. > Wenn sich nicht wieder ein Fehler eingeschlichen hat, sollte die nun drin > sein... :) > Und: > Im Vergleich zum 16.1 sind heute 368 Wikipedialinks und 312 Weblinks > hinzugekommen! Anscheinend hat diese Karte schon einige Mapper zum Taggen > dieser Sachen bewegen können! So 30-40 sind bestimmt von mir. Ich werde die Karte mal auf dem nächsten NFE-Treffen vorstellen, dann kommt vielleicht noch mehr. Gruß, ULFL From daswaldhorn at gmx.de Mon Jan 18 19:58:01 2010 From: daswaldhorn at gmx.de (Carsten Gerlach) Date: Mon, 18 Jan 2010 20:58:01 +0100 Subject: [Talk-de] Relation der Autobahn A 4 ohne Elemente Message-ID: <201001182058.05750.daswaldhorn@gmx.de> Hallo, mir ist aufgefallen, daß die A4 seit dem 6.1. 2010 ohne Elemente dasteht (http://www.openstreetmap.org/browse/relation/48147). Über den Browser komme ich auch nicht an die History ran, bekomme nur die Meldung "Sorry, the data for the relation with the id 48147, took too long to retrieve." Wie kann man das jetzt wieder reparieren? Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html ========================================= www.stopptdievorratsdatenspeicherung.de -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: This is a digitally signed message part. URL : From l.emmerich at t-online.de Mon Jan 18 19:59:43 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Mon, 18 Jan 2010 20:59:43 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161808.15555.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <2A93A458-CE59-4AC7-B395-EFFD54647633@t-online.de> Hallo Rurseekatze, sehr gute Idee. Mein dickes Lob! Übermorgen trifft sich unsere Gruppe wieder. http://wiki.openstreetmap.org/wiki/DE:Kreis_Düren_Stammtisch Die OpenLinkMap wird sicherlich Thema sein. Vielleicht kommen noch ein paar Ideen hinzu. Viele Grüße Lothar From f at zz.de Mon Jan 18 20:04:03 2010 From: f at zz.de (Florian Lohoff) Date: Mon, 18 Jan 2010 21:04:03 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: References: Message-ID: <20100118200403.GA7635@hydra.gt.owl.de> On Mon, Jan 18, 2010 at 04:50:44PM +0100, Mirko Küster wrote: > > Uns fehlt es an dutzende technischen Möglichkeiten und eben an einer > durchweg gleichmäßigen Quallität. > Ich finde der thread macht uns schlechter als wir sind. Die Qualitaet halte ich subjektiv nicht fuer schlecht. Natuerlich gibt es ueberall luecken aber wir man an Haiti sieht koennen wir die schnell schliessen wenn wir material haben. Wir haben aber vorteile die kein andere bieten kann: - Follow the Sun OSM arbeitet rund um die Uhr und massiv parallel. Es gibt keine 9-17 mentalitaet oder begrenzte resourcen eines Anbieters. - Aktualitaet Niemand anders kann 5min aktuelle Karten/Garmin exporte bauen. Im prinzip koennte die erste Tour Straßen als unpassierbar markieren und sobald die erneut losfahren kann mit neuen Karten losgefahren werden. - Minimaler Aufwand fuer die Pflege Jeder kann sofort anfangen die Karte zu korrigieren. Die Bedingungen sind oeffentlich einsehbar, die Software ist da. Bei jedem anderen Projekt muss vorher in 13 Meetings definiert werden wie ggfs das Feedback aus dem Kriesengebiet aussehen muss damit das eingepflegt werden kann. Bis dann neue Nutzbare Daten/Karten entstehen vergehen Tage. - Flexibel Es gibt kein Datenmodell - Jede Krise ist anders, die bedingungen, beeintraechtigungen, geschwindigkeiten. OSM kann alles abdecken da es kein starres daten/tag modell gibt. Das sind alles Alleinstellungsmerkmale die uns keiner nehmen kann. Das wir ein bastelladen sind und vielleicht die qualitaet nicht so dolle ist hat man mir vor 17 Jahren zum Thema Linux auch gesagt - Und heute hat jeder 2-3 Linux Instanzen zu hause - Sei es im NAS, Receiver, Fernseher, Radio, Access Point oder Heizungssteuerung. Es ist immer noch ein Bastelprojekt aber mit besseren feedback mechanismen als die kommerziellen varianten. Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From mail at thomas-reincke.de Mon Jan 18 20:06:31 2010 From: mail at thomas-reincke.de (Thomas Reincke) Date: Mon, 18 Jan 2010 21:06:31 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <0DD4E13E-1353-4C50-AC37-65F5B58EAC8D@jonas-krueckel.de> References: <7596152.mHcpufrQfr@buegehome.de> <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> <4B548FB5.2050807@remote.org> <0DD4E13E-1353-4C50-AC37-65F5B58EAC8D@jonas-krueckel.de> Message-ID: <4B54BF47.1080201@thomas-reincke.de> Jonas Krückel schrieb: > Ja, deswegen schreib ich auch letztlich zentrale Datenbank und nicht > OSM-Datenbank. Ich denke, dass alle gerade sehr viel lernen, viele > coole Tools entstehen und Kontakte geknüpft werden. Wenn der aktuelle > Stress vorbei ist, ist es sinnvoll, die Ergebnisse zu analysieren und > sich v.a. von den Leuten, die Geodaten in Haiti aktiv genutzt haben, > Feedback zu holen und dann entsprechende Vorbereitungen zu treffen > bzw. Tools für die Zukunft zu entwickeln. Ich denke auch das OSM für diejenigen die die OSM-Daten nicht nutzen wollen durch OSM eine Menge toller Tools bekommen. Alleine schon die Möglichkeit fix brauchbare, selbst aufbereitete Daten in ein Navi zu bekommen. Oder auch die Möglichkeit Karten zu erzeugen. Und ich könnte mir vorstellen das die Tools zur Konfliktlösung bei gleichzeitiger Bearbeitung durch mehrere User bei OSM ausgefeilter sind als bei einem Mapinfo auf Oracle-Datenbank. From AlexanderMatheisen at ish.de Mon Jan 18 20:10:59 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Mon, 18 Jan 2010 21:10:59 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B54B5F9.2020005@googlemail.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001181434.54463.AlexanderMatheisen@ish.de> <4B54B5F9.2020005@googlemail.com> Message-ID: <201001182110.59564.AlexanderMatheisen@ish.de> Am Montag 18 Januar 2010 20:26:49 schrieb Ulf Lamping: > Am 18.01.2010 14:34, schrieb Alexander Matheisen: > > Am Montag 18 Januar 2010 00:28:32 schrieb Ulf Lamping: > >> Über die E-Mail Zeile müssen wir nochmal reden: > >> > >> E-Mail fax gültige E-Mailadresse > >> > >> Ich glaub einfach nicht, das du da die Faxnummern auswertest ;-) > > > > Tu ich auch nicht. War mal wieder so ein Flüchtigkeitsfehler, > > Tabellenzeile kopiert und dann vergessen, alles anzupassen. ;-) > > War mir klar, der Klassiker halt ;-) Ist anscheinend jedem bekannt. > > > Hab die Daten gerade eben aktualisiert. > > Wenn sich nicht wieder ein Fehler eingeschlichen hat, sollte die nun drin > > sein... :) > > Und: > > Im Vergleich zum 16.1 sind heute 368 Wikipedialinks und 312 Weblinks > > hinzugekommen! Anscheinend hat diese Karte schon einige Mapper zum Taggen > > dieser Sachen bewegen können! > > So 30-40 sind bestimmt von mir. Ich werde die Karte mal auf dem nächsten > NFE-Treffen vorstellen, dann kommt vielleicht noch mehr. Find' ich gut, dass du Werbung für mich machst! (Bezahlen tu' ich dich dafür allerdings nicht) :) > > Gruß, ULFL > Rurseekatze From AlexanderMatheisen at ish.de Mon Jan 18 20:17:36 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Mon, 18 Jan 2010 21:17:36 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <2A93A458-CE59-4AC7-B395-EFFD54647633@t-online.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <2A93A458-CE59-4AC7-B395-EFFD54647633@t-online.de> Message-ID: <201001182117.36769.AlexanderMatheisen@ish.de> Am Montag 18 Januar 2010 20:59:43 schrieb Lothar Emmerich: > Hallo Rurseekatze, > > sehr gute Idee. Mein dickes Lob! Vielen Dank :-) > Übermorgen trifft sich unsere Gruppe wieder. > http://wiki.openstreetmap.org/wiki/DE:Kreis_Düren_Stammtisch > Die OpenLinkMap wird sicherlich Thema sein. Vielleicht kommen noch ein paar > Ideen hinzu. Verbesserungsvorschläge und neue Ideen kann ich immer gut gebrauchen. Und durch den Bekanntheitsgrad meiner Karte werden hoffentlich auch mehr Mapper diese Informationen in die OSM-Datenbank eingeben. > > Viele Grüße > Lothar > Rurseekatze (komme aber nicht vom Rursee, das haben haben aber schon viele gedacht; du hattest mich auch schon mal bezüglich Stammtisch angeschrieben) From umax974 at googlemail.com Mon Jan 18 20:24:49 2010 From: umax974 at googlemail.com (UMAX974) Date: Mon, 18 Jan 2010 21:24:49 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <4B54BF47.1080201@thomas-reincke.de> References: <7596152.mHcpufrQfr@buegehome.de> <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> <4B548FB5.2050807@remote.org> <0DD4E13E-1353-4C50-AC37-65F5B58EAC8D@jonas-krueckel.de> <4B54BF47.1080201@thomas-reincke.de> Message-ID: <7EB46380-B221-426C-98F5-A8306754747F@googlemail.com> Ich denke auch, das OSM diesmal zum ersten mal den Ernstfall probt und dabei gar nicht schlecht da steht. Wir werden aus dem Ablauf sehr viele lernen und auch lernen müssen. Ich kann mir aber vorstellen dass OSM sich in den kommenden Tagen und Wochen (auf Haiti ist die Katastrophe ja noch lange nicht vorbei) und bei der hoffentlich nicht so schnell kommenden nächsten Katastrophe, wenn es wieder gebraucht wird, sich einfach noch besser bewähren wird. An dieser Stelle an das Crises Team ein großes Lob!! UMAX974 From fschmidt at extend.de Mon Jan 18 20:26:03 2010 From: fschmidt at extend.de (Friedhelm Schmidt) Date: Mon, 18 Jan 2010 21:26:03 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161808.15555.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <4B54C3DB.6060006@extend.de> Hallo Alexander, auch ich habe gleich angefangen, Links einzutragen und die ersten werden auch schon angezeigt. Dabei fällt mir ein Versatz auf. Der Stern erscheint etwas südöstlich der Position des POIs. Und blöderweise scheint es ein fester Pixelwert, gleich welche Zoomstufe zu sein. http://rurseekatze.bplaced.net/olm2/?zoom=15&lat=49.13555&lon=9.20568&layers=B0TT Hier ist (Kartenmitte) der Biergarten auf der Straße, das Freibad (Tag an der Fläche) in der Landschaft und, besonders blöd, der Taxibootanleger auf der falschen Seite des Neckars. Ich vermute mal, dass das von irgendwelchen Beschriftungen geerbt ist, da mach das auch Sinn. Aber der Stern, der gehört schon auf den richtigen Fleck, oder? Ansonsten, echt super Sache. Weiter so! Grüßle, -fri- From AlexanderMatheisen at ish.de Mon Jan 18 20:36:27 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Mon, 18 Jan 2010 21:36:27 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B54C3DB.6060006@extend.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B54C3DB.6060006@extend.de> Message-ID: <201001182136.27088.AlexanderMatheisen@ish.de> Am Montag 18 Januar 2010 21:26:03 schrieb Friedhelm Schmidt: > Hallo Alexander, > > auch ich habe gleich angefangen, Links einzutragen und die ersten werden > auch schon angezeigt. > > Dabei fällt mir ein Versatz auf. Der Stern erscheint etwas südöstlich > der Position des POIs. Und blöderweise scheint es ein fester Pixelwert, > gleich welche Zoomstufe zu sein. > > http://rurseekatze.bplaced.net/olm2/?zoom=15&lat=49.13555&lon=9.20568&layer > s=B0TT > Der Versatz stört mich auch noch etwas, das kommt dadurch: Die Koordinaten werden mit PHP aus der Datenbank ausgelesen, in ein XML-Format gepackt und dann an den Javascript-Code geschickt. Da dieser noch Berechnungen mit den Koordinaten anstellen muss, muss ich diese in ein float umwandeln. Bei float ist aber die Genauigkeit im Vergleich zu double zu niedrig, weshalb die Sterne immer leicht versetzt sind. Ich hoffe, das hat jetzt irgendjemand verstanden... ;-) Jedenfalls werde ich, wenn ich in den nächsten Tagen mal genug freie Zeit habe, an der Lösung des Problems arbeiten. Im Prinzip weiß ich auch schon, wie man das lösen könnte... > Hier ist (Kartenmitte) der Biergarten auf der Straße, das Freibad (Tag > an der Fläche) in der Landschaft und, besonders blöd, der > Taxibootanleger auf der falschen Seite des Neckars. Ist mir selber auch noch ein Dorn im Auge. > > Ich vermute mal, dass das von irgendwelchen Beschriftungen geerbt ist, > da mach das auch Sinn. Aber der Stern, der gehört schon auf den > richtigen Fleck, oder? Ja, wie gesagt, ich arbeite an der Lösung... > > Ansonsten, echt super Sache. Weiter so! > > Grüßle, > > -fri- > Rurseekatze From l.emmerich at t-online.de Mon Jan 18 20:48:07 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Mon, 18 Jan 2010 21:48:07 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <7596152.mHcpufrQfr@buegehome.de> References: <7596152.mHcpufrQfr@buegehome.de> Message-ID: <74CE30C5-AF5F-4449-93B0-7373CFC27596@t-online.de> Hallo Michael, das Thema Haiti ist aktuell. Richtig so. Wenn ich Dich richtig verstanden habe, suchst Du auch Medienartikel zu OSM. Kann Dir 2 Zeitungsartikel zur Verfügung stellen. Ist das in Deinem Sinne? Gruß Lothar From northcape at gmx.de Mon Jan 18 20:49:30 2010 From: northcape at gmx.de (007) Date: Mon, 18 Jan 2010 21:49:30 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <20100118200403.GA7635@hydra.gt.owl.de> References: <20100118200403.GA7635@hydra.gt.owl.de> Message-ID: <4B54C95A.40804@gmx.de> > [...] Natuerlich gibt es ueberall luecken > aber wir man an Haiti sieht koennen wir die schnell schliessen wenn wir > material haben. Ja, *wenn* wir Material haben. *Wenn* es geoye / Digitalglobe irgendwelche DOP etc. hat gehts ziemlich zügig. Ersetzt aber keine gutes vor Ort Mapping. > - Follow the Sun > OSM arbeitet rund um die Uhr und massiv parallel. Es gibt keine > 9-17 mentalitaet oder begrenzte resourcen eines Anbieters. Aber die meisten OSMer sind typische Schönwetterweicheier was das nicht SAt-Bilder /DOP 'abmalen' betrifft : http://wiki.openstreetmap.org/wiki/Image:Osmdbstats4.png > - Aktualitaet > Niemand anders kann 5min aktuelle Karten/Garmin exporte bauen. Im prinzip > koennte die erste Tour Straßen als unpassierbar markieren und sobald > die erneut losfahren kann mit neuen Karten losgefahren werden. Wenn google Hausnummern hat ist im POI Bereich nur schwer gegen google anstinken da google so 'das Web' (das von den Betreibern der POI gepflegt wird) relativ schnell mit deren Karten verbinden kann - während wir uns die Hacke ablaufen. > - Minimaler Aufwand fuer die Pflege > Jeder kann sofort anfangen die Karte zu korrigieren. Die Bedingungen > sind oeffentlich einsehbar, die Software ist da. Bei jedem anderen Projekt > muss vorher in 13 Meetings definiert werden wie ggfs das Feedback aus dem > Kriesengebiet aussehen muss damit das eingepflegt werden kann. Bis dann > neue Nutzbare Daten/Karten entstehen vergehen Tage. Yep, alles im Bereich des Gartenzwergs ist gut kontrollierbar. Und das ist auch gut so wenn jeder ein gewisses Gebiet im blick hat. Allerdings schadet ein Blick über der horizonz hinaus nicht. P.S. http://de.wikipedia.org/wiki/Front_zur_Befreiung_der_Gartenzwerge > ist hat man mir vor 17 Jahren zum Thema Linux auch gesagt - Und heute > hat jeder 2-3 Linux Instanzen zu hause - Sei es im NAS, Receiver, Fernseher, > Radio, Access Point oder Heizungssteuerung. ...im smartphone Android. :) Gruß From osm at ulfm.de Mon Jan 18 20:58:33 2010 From: osm at ulfm.de (=?ISO-8859-1?Q?Ulf_M=F6ller?=) Date: Mon, 18 Jan 2010 21:58:33 +0100 Subject: [Talk-de] =?iso-8859-1?q?Englische_Diskussion_=FCber_De=3AOpenStr?= =?iso-8859-1?q?eetMap_License?= In-Reply-To: <4B54751D.7060200@nk-bre.net> References: <4B54751D.7060200@nk-bre.net> Message-ID: Norbert Kück schrieb: > richtig verstehe, gibt es Überlegungen, De:OpenStreetMap License mit der > englischen Version gleichzuschalten. Das würde Erweiterungen, die > aufgrund auch hier geführter Diskussionen erfolgt sind, vernichten. Wenn die Erweiterungen wichtig sind, sollten sie doch auch in die englische Version übernommen werden? From daswaldhorn at gmx.de Mon Jan 18 21:06:32 2010 From: daswaldhorn at gmx.de (Carsten Gerlach) Date: Mon, 18 Jan 2010 22:06:32 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001182136.27088.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B54C3DB.6060006@extend.de> <201001182136.27088.AlexanderMatheisen@ish.de> Message-ID: <201001182206.33347.daswaldhorn@gmx.de> Naabend, Am Montag 18. Januar 2010 21:36:27 schrieb Alexander Matheisen: > Am Montag 18 Januar 2010 21:26:03 schrieb Friedhelm Schmidt: > > Dabei fällt mir ein Versatz auf. Der Stern erscheint etwas südöstlich > > der Position des POIs. Und blöderweise scheint es ein fester Pixelwert, > > gleich welche Zoomstufe zu sein. > > > > http://rurseekatze.bplaced.net/olm2/?zoom=15&lat=49.13555&lon=9.20568 > > Der Versatz stört mich auch noch etwas, das kommt dadurch: > Die Koordinaten werden mit PHP aus der Datenbank ausgelesen, in ein > XML-Format gepackt und dann an den Javascript-Code geschickt. Da dieser > noch Berechnungen mit den Koordinaten anstellen muss, muss ich diese in ein > float umwandeln. Bei float ist aber die Genauigkeit im Vergleich zu double > zu niedrig, weshalb die Sterne immer leicht versetzt sind. Möglicherweise ist es auch was anderes (die PHP-XML-JS-Geschichte kann ich nicht beurteilen). Ich hatte auch mal was mit Openlayers gebastelt und da musste in der POI-Datei der Name, die Abmessung und relative Verschiebung der Markersymbole angegeben werden. Und wenn ich deinen HTML-Code richtig interpretiere, dann sind die zwei Zeilen ==================== icons[0] = new Array('link.png','16','16','0','0'); icons[1] = new Array('wikipedia.png','16','16','0','0'); ==================== im Prinzip das, was ich bei mir inder POI-Datei auch angeben musste. Probiere doch mal ('link.png','16','16','-8','-8'), vielleicht hilft das ja schon. Grüße, Carsten PS: Alle Angaben ohne Gewähr. :-) -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html ========================================= www.stopptdievorratsdatenspeicherung.de -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: This is a digitally signed message part. URL : From l.emmerich at t-online.de Mon Jan 18 21:12:04 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Mon, 18 Jan 2010 22:12:04 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161808.15555.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: Hallo Rursekatze, schon wieder 'ne Frage: Hast Du vor, irgendwann eine Suchmaske zu integrieren? Mit eine Suche nach Namen, Tel-Nummern (Rückwertssuche), ... Gruß Lothar From nickblack1 at gmail.com Mon Jan 18 21:16:18 2010 From: nickblack1 at gmail.com (Nick Black) Date: Mon, 18 Jan 2010 23:16:18 +0200 Subject: [Talk-de] [Talk-us] Daily Updates to CloudMade Routing In-Reply-To: References: <223020e61001140310s21a30f74r3c637ada2ab8a25b@mail.gmail.com> <223020e61001151007s49627709g5f9a4b945c20a3a2@mail.gmail.com> Message-ID: <223020e61001181316l4d2fb6fbv841ebd4e8f4cdb4e@mail.gmail.com> Hi Alex, Mapzen.cloudmade.com has minutely updated tiles. They are also available via maps.cloudmade.com: http://maps.cloudmade.com/?lat=51.495065&lng=0.002747&zoom=10&styleId=6618&opened_tab=0 The maps.cloudmade.com service is an alpha - so its not high availability and could go down at any moment :-) -- Nick On Fri, Jan 15, 2010 at 8:12 PM, Alex Mauer wrote: > On 01/15/2010 12:07 PM, Nick Black wrote: >> Hi Alex, >> >> We just updated the tile set today with data from Tue 15th.  There are >> minutely tiles available at mapzen.cloudmade.com - but they aren't >> available through the API at the moment. >> >> We're in the process of upgrading all services to daily updates - I >> know the timelyness of data has been a problem in the past so I'm sure >> this batch of updates will help. > > Thanks, Nick. > > I’m seeing the changes in question on mapzen.cloudmade.com, but not on > maps.cloudmade.com yet.  Is that expected? > > -Alex Mauer “hawke” > > > > _______________________________________________ > Talk-us mailing list > Talk-us at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-us > > -- -- Nick Black twitter.com/nick_b From l.emmerich at t-online.de Mon Jan 18 21:03:49 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Mon, 18 Jan 2010 22:03:49 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161808.15555.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: Hallo Rurseekatze (nicht am Rursee) :-) Welche Daten sammelst Du? Vom wem sollen Daten erfasst und übernommen werden? Nur Organisationen, öffentlich Nummern, ...? So könnte ich ja die Tel-Nr. eines Nachbarn eingeben, der nicht im Telefonbuch steht und auch nicht veröffentlicht werden soll. Bestimmen wir User, was erfasst werden soll, oder hast Du einen Filter eingebaut? Ich denke: Ein Filter muss her, sonst quillt Deine Datenbank irgendwann über. Viele Grüße Lothar From addicks at gmx.net Mon Jan 18 21:26:32 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Mon, 18 Jan 2010 22:26:32 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <4B54C95A.40804@gmx.de> References: <20100118200403.GA7635@hydra.gt.owl.de> <4B54C95A.40804@gmx.de> Message-ID: Warum in den Medien andere die Nase vorn hatten beim Crisis-Mapping? - die OSMler haben sich ums Mapping gekümmert, weniger um die PR. - Auf die ARD-Anfrage wurde wohl nicht "so zu gebissen", wie der Journalist das gern gehabt hätte. - Andere Organisationen haben einen größeren Fundus (oder weniger Skrupel) bei der Erschließung von anderen Datenquellen. Zumal das Risiko "aufzufliegen" bei Nutzern im "Closed-User-Group"-Bereich geringer ist. OSM muss schließlich hinterher wieder eine Datenbank unter freier Lizenz haben. Andre können Daten zukaufen und dann "pro verkaufter Lizenz" Gebühren an den Datenlieferanten abführen. From riedel.andre at gmail.com Mon Jan 18 21:27:33 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Mon, 18 Jan 2010 22:27:33 +0100 Subject: [Talk-de] Relation der Autobahn A 4 ohne Elemente In-Reply-To: <201001182058.05750.daswaldhorn@gmx.de> References: <201001182058.05750.daswaldhorn@gmx.de> Message-ID: <124a940a1001181327tf618ef8td20386f31bbe96e3@mail.gmail.com> Am 18. Januar 2010 20:58 schrieb Carsten Gerlach : > Hallo, > > mir ist aufgefallen, daß die A4 seit dem 6.1. 2010 ohne Elemente dasteht > (http://www.openstreetmap.org/browse/relation/48147). Über den Browser komme > ich auch nicht an die History ran, bekomme nur die Meldung "Sorry, the data > for the relation with the id 48147, took too long to retrieve." > > Wie kann man das jetzt wieder reparieren? > > Gruß, Carsten http://www.openstreetmap.org/api/0.6/relation/48147/307 und dann Version auf aktuelle setzen und wieder hochladen. Wurde mit Changeset 3653930 erledigt. Ciao André From osm at ulfm.de Mon Jan 18 21:38:19 2010 From: osm at ulfm.de (=?UTF-8?B?VWxmIE3DtmxsZXI=?=) Date: Mon, 18 Jan 2010 22:38:19 +0100 Subject: [Talk-de] Euro-Cities gegen Google In-Reply-To: <4B537E1C.4020707@remote.org> References: <4B537E1C.4020707@remote.org> Message-ID: Frederik Ramm schrieb: > Naja, es gibt ein Gesetz gegen den unlauteren Wettbewerb, das zum > Beispiel auch verbietet, dass Du Deine Waren staendig mit Verlust > verkaufst, nur um den kleinen Laden an der Ecke in die Pleite zu treiben. Übrigens hat auch schon mal jemand (in den USA) versucht, die GPL wegen Wettbewerbsbehinderung für ungültig erklären zu lassen. Das Linux-Magazin hatte einen Artikel dazu: http://www.linux-magazin.de/Heft-Abo/Ausgaben/2006/11/Verbotene-Abmachung From fschmidt at extend.de Mon Jan 18 21:41:02 2010 From: fschmidt at extend.de (Friedhelm Schmidt) Date: Mon, 18 Jan 2010 22:41:02 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: References: <20100118200403.GA7635@hydra.gt.owl.de> <4B54C95A.40804@gmx.de> Message-ID: <4B54D56E.20600@extend.de> > Warum in den Medien andere die Nase vorn hatten beim > Crisis-Mapping? ... Mal was ganz anderes: Sind die Garminkarten vom Katastrophengebiet nicht ein Alleinstellungsmerkmal von OSM? Oder können (bzw. machen) die anderen Organisationen das auch? -fri- From osm at jonas-krueckel.de Mon Jan 18 21:50:47 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Mon, 18 Jan 2010 22:50:47 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <4B54D56E.20600@extend.de> References: <20100118200403.GA7635@hydra.gt.owl.de> <4B54C95A.40804@gmx.de> <4B54D56E.20600@extend.de> Message-ID: Am 18.01.2010 um 22:41 schrieb Friedhelm Schmidt: >> Warum in den Medien andere die Nase vorn hatten beim >> Crisis-Mapping? ... > > Mal was ganz anderes: Sind die Garminkarten vom Katastrophengebiet nicht > ein Alleinstellungsmerkmal von OSM? Oder können (bzw. machen) die > anderen Organisationen das auch? Letztlich kommt es darauf an, was genutzt wird. Wer jetzt in der Presse besser da steht zählt nicht. Leider haben wir dazu fast keine (aktuellen) Informationen; für die Leute, die dort arbeiten hat das nunmal keine Priorität (uns zu informieren, was sie gerade nutzen). Wir hoffen, dass wir, sobald sich die Lage stabilisiert hat, mehr Informationen und Feedback bekommen. Jonas From daniela.duerbeck at gmx.de Mon Jan 18 23:46:30 2010 From: daniela.duerbeck at gmx.de (Daniela Duerbeck) Date: Tue, 19 Jan 2010 00:46:30 +0100 Subject: [Talk-de] Fragen und Anmerkungen zu DE:All in one Garmin Map Message-ID: <4B54F2D6.4030107@gmx.de> Hi! Ich hoffe, ich bin hier auch richtig mit meinen Anmerkungen. Ich habe mir erfolgreich einige Karten gemäß der Anleitung auf oben genannter Seite gemacht und bin schwer begeistert. Aber nun habe ich einige Anmerkungen zu der Seite, die ich nirgends sonst loswerden kann, deshalb versuche ich es hier: Die Diskussionsseite: (Anregungen, Kritik & Meinungen bitte hier posten http://forum.openstreetmap.org/viewtopic.php?pid=41408) nimmt leider keine neuen Mitglieder auf, man kann da also leider nix hinschreiben und im Wiki direkt dürfen nur eingetragene User schreiben. Mir sind nämlich ein paar kleine Fehler aufgefallen, die einem totalen Neuling vermutlich den Erfolg einer eigenen Karte verwehren: * wget http://www.mkgmap.org.uk/splitter/splitter.jar hat jetzt die Versionsnummer im Namen und das File alleine gibt es nicht mehr: http://www.mkgmap.org.uk/splitter/splitter-r104.tar.gz wäre die aktuelle Version. * splitter.jar muß nach dem Auspacken nach tiles kopiert werden, sonst klappt der genannte Aufruf so nicht. * Zu "Wir legen 5 verzeichnisse an mit namen: gbasemap, gaddr, gfixme, gosb, gboundary oder so ähnlich. Dann gehts los": Die jeweiligen styles und TYP-Files müssen erst in die betreffenden Directories, also masterstyle nach gbasemap, addresslayer_stayle nach gaddr, etc. Und zu Beginn des Skriptes muß cd gbasemap stehen. Auch muß $stylepath/boundary.TYP besser nur boundary.TYP heißen, oder eben $stylepath vorher gesetzt werden. Dann müßte das aber überallhin, dafür kann man sich dann das Kopieren sparen. * gmt -jo gmapsupp.img gbasemap/gmapsupp.img gaddr/gmapsupp.img gfixme/gmapsupp.img gosb/gmapsupp.img ghoehe/gmapsupp.img ghoehe haben wir vorher nicht angelegt, dafür gboundary. Da reicht vielleicht ein Hinweis, dass man das Kommando an seine Gegebenheiten anpassen muß, evtl. auch, dass man Nichtbenötigtes weglassen kann, also beispielsweise gfixme. etc. So, das waren erstmal meine Anmerkungen, ich hoffe, ich hab nix vergessen. Nun zu meinen Fragen: * Wenn man eine neue Region zu einer Garmin-Karte machen möchte, kann man sich ja das *.osm-File direkt holen. (Ist natürlich bei einer Deutschland-All-in-one-Karte Blödsinn, denn die werden ja täglich neu erzeugt, aber für andere Regionen geht das z.B. so: wget http://www.informationfreeway.org/api/0.6/map?bbox=-18.49,27.49,-12.98,29.47 -O canarias.osm (Im Beispiel die Kanarischen Inseln). Was mich interessieren würde, ist, welche mapid ich dann später da verwenden soll? Irgendwie wurde ich durch Googeln nicht schlauer und noch später braucht man auch noch family_ids und vieles mehr. Was nimmt man da? * Gibt es wirklich immer noch keinen Bugfix, der das Meer blau macht? Wäre es vielleicht möglich, um Inseln und Küsten das Meer zu teilen, also durch Polygone einzuschließen? * Woher hat die Karte die Icons? Einige sind ein bißchen unschön, Einkaufsmöglichkeit z.B., kann man die ändern? So, das wars fürs Erste, aber auf jeden Fall ein ganz dickes Lob an Christoph für die Mühe, es ist wirklich eine Superanleitung, die einen recht schnell mit einer "eigenen" karte belohnt! Ganz, ganz Supersache! Viele liebe Grüße von Dani From cmarqu42 at googlemail.com Mon Jan 18 23:57:23 2010 From: cmarqu42 at googlemail.com (Colin Marquardt) Date: Tue, 19 Jan 2010 00:57:23 +0100 Subject: [Talk-de] Fragen und Anmerkungen zu DE:All in one Garmin Map In-Reply-To: <4B54F2D6.4030107@gmx.de> References: <4B54F2D6.4030107@gmx.de> Message-ID: <814384661001181557y3ee5c2d3s539367df7cc11403@mail.gmail.com> Am 19. Januar 2010 00:46 schrieb Daniela Duerbeck : > Die Diskussionsseite: > (Anregungen, Kritik & Meinungen bitte hier posten > http://forum.openstreetmap.org/viewtopic.php?pid=41408) nimmt leider > keine neuen Mitglieder auf, man kann da also leider nix hinschreiben und > im Wiki direkt dürfen nur eingetragene User schreiben. Doch, das sieht nur so doof aus... der ganz normale OSM-Username und das Passwort funktionieren dort. HTH Colin From kakrueger at gmail.com Tue Jan 19 00:21:05 2010 From: kakrueger at gmail.com (Kai Krueger) Date: Tue, 19 Jan 2010 00:21:05 +0000 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <4B548FB5.2050807@remote.org> References: <7596152.mHcpufrQfr@buegehome.de> <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> <4B548FB5.2050807@remote.org> Message-ID: <4B54FAF1.7060403@gmail.com> On 01/-10/-28163 08:59 PM, Frederik Ramm wrote: > Hallo, ... > > Das bedeutet in letzter Konsequenz, dass man eigentlich eine > Spezialinstanz der OSM-Technologie aufsetzen muesste, die komplett unter > PD laeuft, und die in solchen Krisenfaellen von allen eingesetzt werden > kann. Wenn die Krise dann mal vorbei ist, koennen die verbleibenden > Daten (bereinigt von temporaerem Kram wie "hier ist ein Baum > umgefallen") dann, weil's ja PD ist, schmerzfrei in die "normale" > OSM-Datenbank uebernommen werden. Soweit ich weis haben Mikel Maron und JumpStart genau das gemacht fuer die Projekte Map West Bank, Palistine und Map Kibera, Kenya. Dort haben sie glaube ich einen eigenen OpenStreetMap server aufgesetzt und jeweils eine Karte mit hilfe des OSM-toolstacks erstellt. Diese wurde dann PD released und wieder in die Haupt-OSM datenbank gemerged. Das kann zwar dort funktionieren wo OSM noch nahezu keine Daten hat, wie eben z.B. in Palistina, Kenya oder teilweise auch Haiti, aber wenn OSM weiter waechst, oder es mal mitten in England passiert, wie z.B. nach den schweren Fluten dort, dann wird das ganze so nicht mehr machbar sein. Da waere es dann vermutlich nur moeglich alle editoren dieser Region (Vermutlich nicht so extrem viele) anzuschreiben und zu fragen ob sie die Daten PD releasen, sollte die Lizenz denn wirklich zu einem Problem werden. > > Wenn man sich jetzt Haiti anschaut, dann ist ja praktisch alles an > Daten, was einen Wert hat, erst in Folge der Katastrophe entstanden; > vorher war ein bisschen was da, aber nichts, was man jetzt zwingend als > Startpunkt gebraucht haette. Haette man bei Null angefangen, waere das > Ergebnis heute nur unwesentlich anders. > > Bye > Frederik > Kai From daniela.duerbeck at gmx.de Tue Jan 19 02:58:56 2010 From: daniela.duerbeck at gmx.de (Daniela Duerbeck) Date: Tue, 19 Jan 2010 03:58:56 +0100 Subject: [Talk-de] Recyclingcontainer Message-ID: <4B551FF0.5010008@gmx.de> Hi! Weil bei mir in der Gegend zwei fehlten, da mal gleich eine Frage dazu: Ich hab beide eingetragen, aber bei einem vergessen, einen Namen hinzuzufügen. Der wäre nicht schlecht, wenn man z.B. der Stadt mitteilen möchte, dass er komplett voll ist und dringend geleert werden müßte. Testweise hab ich mir dann eine kleine Garmin-Map erstellt, und meine "neuen" Container waren drin. Aber egal, wie ich mit dem Cursor drumrumfahre, der Name taucht nicht auf (auf dem Garmin). Der eine hat nun einen Namen, der andere nicht, im Garmin sehe ich gar keinen von beiden. Warum? Viele Grüße von Dani From osm at tappenbeck.net Tue Jan 19 07:49:19 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 19 Jan 2010 08:49:19 +0100 Subject: [Talk-de] Haiti: Hilfestellung bei der Iconzuweisung Message-ID: <4B5563FF.9000805@tappenbeck.net> Moin ! kürzlich hatte ich schon einmal eine Anfrage die in diese Richtung gibt - da sollte die Icon Definiton von der Reihefolgen hinten angestellt werden. Diesmal ist es genau umgekehrt. Grund ist einmal das bei der Verwendung von Gebäuden auf Haiti immer nur das graue gibt, was auf den Luftbildern teilweise schwer zu erkennen ist - und das "damage" - beide werden sonst gleich angezeigt und es kann zu Verwechselungen sonst kommen. Vielleicht kann einer von Euch sich der Sache mal kurz annehmen und mir bescheid geben. Hier meine CODE: 1 50000 1 50000 Gruß Jan :-) From ulf.lamping at googlemail.com Tue Jan 19 08:09:27 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Tue, 19 Jan 2010 09:09:27 +0100 Subject: [Talk-de] Haiti: Hilfestellung bei der Iconzuweisung In-Reply-To: <4B5563FF.9000805@tappenbeck.net> References: <4B5563FF.9000805@tappenbeck.net> Message-ID: <4B5568B7.1030909@googlemail.com> Am 19.01.2010 08:49, schrieb Jan Tappenbeck: > Moin ! > > kürzlich hatte ich schon einmal eine Anfrage die in diese Richtung gibt > - da sollte die Icon Definiton von der Reihefolgen hinten angestellt > werden. Diesmal ist es genau umgekehrt. > > Grund ist einmal das bei der Verwendung von Gebäuden auf Haiti immer nur > das graue gibt, was auf den Luftbildern teilweise schwer zu erkennen ist > - und das "damage" - beide werden sonst gleich angezeigt und es kann zu > Verwechselungen sonst kommen. > > Vielleicht kann einer von Euch sich der Sache mal kurz annehmen und mir > bescheid geben. > > Hier meine CODE: > > > > > > 1 > 50000 > > > > > 1 > 50000 > > Ich hab jetzt ehrlich gesagt dein Problem nicht ganz verstanden. Dein Code sieht zumindest nicht grob falsch aus. Gruß, ULFL From chris66nrw at gmx.de Tue Jan 19 09:48:47 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Tue, 19 Jan 2010 10:48:47 +0100 Subject: [Talk-de] Fragen und Anmerkungen zu DE:All in one Garmin Map In-Reply-To: <4B54F2D6.4030107@gmx.de> References: <4B54F2D6.4030107@gmx.de> Message-ID: Daniela Duerbeck schrieb: > Die Diskussionsseite: > (Anregungen, Kritik & Meinungen bitte hier posten > http://forum.openstreetmap.org/viewtopic.php?pid=41408) nimmt leider > keine neuen Mitglieder auf, Das stimmt nicht. Was das selberbauen angeht würde ich mit einer einfachen (singlelayer ohne Typfile) Karte anfangen. Dann sind die Schritte: 1) z.B. von geofabrik.de kleines Bundesland laden (dann gehts auch ohne den Splitter). 2) mkgmap aufrufen 3) fertig. ;-) Wenn Du keinen Wert auf's Routing legst schau dir mal den OSM Komposer von NOP an. > * Gibt es wirklich immer noch keinen Bugfix, der das Meer blau macht? Wäre es vielleicht möglich, um Inseln und Küsten das Meer zu teilen, also durch Polygone einzuschließen? Da wird momentan heftigst gebastelt von den mkgmap Entwicklern. Bei Inseln (alle coastlines innerhalb der BoundingBox) geht es aber im Prinzip schon recht gut. Leider wurde vor einiger Zeit beschlossen, Boundaries als MultiPolygone in OSM einzutragen, und da hatte mkgmap lange Zeit große Probleme damit (Küstenlinien sind ja häufig gleichzeitig Grenzlinien). Chris From osm at tappenbeck.net Tue Jan 19 09:56:59 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 19 Jan 2010 10:56:59 +0100 Subject: [Talk-de] Haiti: Hilfestellung bei der Iconzuweisung In-Reply-To: <4B5568B7.1030909@googlemail.com> References: <4B5563FF.9000805@tappenbeck.net> <4B5568B7.1030909@googlemail.com> Message-ID: Am 19.01.2010 09:09, schrieb Ulf Lamping: > Am 19.01.2010 08:49, schrieb Jan Tappenbeck: >> Moin ! >> >> kürzlich hatte ich schon einmal eine Anfrage die in diese Richtung gibt >> - da sollte die Icon Definiton von der Reihefolgen hinten angestellt >> werden. Diesmal ist es genau umgekehrt. >> >> Grund ist einmal das bei der Verwendung von Gebäuden auf Haiti immer nur >> das graue gibt, was auf den Luftbildern teilweise schwer zu erkennen ist >> - und das "damage" - beide werden sonst gleich angezeigt und es kann zu >> Verwechselungen sonst kommen. >> >> Vielleicht kann einer von Euch sich der Sache mal kurz annehmen und mir >> bescheid geben. >> >> Hier meine CODE: >> >> >> >> >> >> 1 >> 50000 >> >> >> >> >> 1 >> 50000 >> >> > > Ich hab jetzt ehrlich gesagt dein Problem nicht ganz verstanden. > > Dein Code sieht zumindest nicht grob falsch aus. > > Gruß, ULFL Bei mir werden die Icons nicht angezeigt in der von mir definierten Form - es wird das standard JOSM-Building angezeigt. gruß Jan .-) From stw at gmx.de Tue Jan 19 11:24:25 2010 From: stw at gmx.de (Steffen Wolf) Date: Tue, 19 Jan 2010 12:24:25 +0100 Subject: [Talk-de] Relationen aus osm-Dateien herausfiltern In-Reply-To: <4B532F92.10609@remote.org> References: <201001171403.54252.werner.ho@gmx.de> <4B532F92.10609@remote.org> Message-ID: <20100119112425.GB8299@vakuum.informatik.uni-kl.de> Hi Frederik Ramm, > Werner Hoch wrote: >> Derzeit verwende ich folgenden Workaround: >> -------- >> bzip2 -dc bw.osm.bz2 | head -n 3 > bw_relations.osm >> bzip2 -dc bw.osm.bz2 | grep -A 100000 "> bw_relations.osm >> -------- > Eine krude Form mit "sed" ginge so: > bzcat bw.osm.bz2 | sed -e "1,/ bla.osm > wobei Dir das die allererste "relation"-Zeile verschluckt, und ich bin > nicht sed-Wizard genug, um es besser zu koennen ;-) Wizard bin ich auch nicht, aber so klappts: bzcat bw.osm.bz2 | sed -n -e '1,3p' -e '/bw_relations.osm -n: gib nix aus -e: was folgt ist Befehl und nicht Datei 1,3p: gib Zeilen 1-3 aus /suche/,$p: gib ab Suchergebnis bis letzter Zeile alles aus '': die bash zerpflueckt sonst das $ Der Speicherverbrauch scheint sich im Rahmen zu halten, also Groessenordnung eine Zeile. Fuer die, die mehr ueber sed lernen wollen, gibt's hier eine gute Zusammenstellung von hilfreichen Befehlen: http://sed.sourceforge.net/sed1line.txt cu, stw From AlexanderMatheisen at ish.de Tue Jan 19 12:08:35 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Tue, 19 Jan 2010 13:08:35 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <201001191308.35876.AlexanderMatheisen@ish.de> Am Montag 18 Januar 2010 22:03:49 schrieb Lothar Emmerich: > Hallo Rurseekatze (nicht am Rursee) :-) > > Welche Daten sammelst Du? > Vom wem sollen Daten erfasst und übernommen werden? Nur Organisationen, > öffentlich Nummern, ...? So könnte ich ja die Tel-Nr. eines Nachbarn > eingeben, der nicht im Telefonbuch steht und auch nicht veröffentlicht > werden soll. > Nach meiner Meinung sollten nur Daten mit Relevanz für die Allgemeinheit in die Datenbank. Telefonnummern von Privatpersonen gehören in ein Telefonbuch und können vielleicht aus einer externen Datenbank über die Karte gelegt werden. > Bestimmen wir User, was erfasst werden soll, oder hast Du einen Filter > eingebaut? Im Grunde bestimmen nur die User, was in die Datenbank kommt. Ich werde aber in Zukunft noch einen Filter einbauen, mit dem man dann zum Beispiel Packstationen, von denen jede mit einer url getaggt ist, ausblenden kann. > > Ich denke: Ein Filter muss her, sonst quillt Deine Datenbank irgendwann > über. Die Datenbank wird so oder so immer weiter wachsen, aber ich denke, dass man deshalb nicht irgendwelche DInge herausfiltern muss. > > Viele Grüße > Lothar Rurseekatze From michael at buegehome.de Tue Jan 19 12:27:15 2010 From: michael at buegehome.de (Michael Buege) Date: Tue, 19 Jan 2010 13:27:15 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien References: <7596152.mHcpufrQfr@buegehome.de> <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> Message-ID: <7586016.9uGhXeRzep@buegehome.de> Zitat Jonas Krückel: > > Am 18.01.2010 um 14:51 schrieb Michael Buege: > >> >> Moin >> Fuer den nun eingetretenen Fall, dass die Medien langsam wach werden und >> es Nachfragen um Thema gibt, hatte ich schon mal die Zusammenfassung fuer >> die Presse uebersetzt und ergaenzt. >> >> Ich bitte jeden, der mag und ueber bessere oder zusaetzliche >> Informationen verfuegt, die dort zu hinterlassen. Mail an mich geht auch, >> ich schreib`s dann mit rein. >> Laut Anmerkung eines Journalisten mir gegenueber hat das DRK auf >> Nachfrage gemeint, man lehnt das Benutzen der OSM-Daten ab. Hat da jemand >> Kontakt zum DRK und kann Naeheres in Erfahrung bringen? > > Vermutlich nutzen sie Karten von den verschiedenen > UN-Mapping-Organisationen. Die nutzen glücklicherweise aber oft OSM-Daten > zumindest in Teilen :-D Sieht ganz so aus. Hier der Artikel: Das mit dem THW hatte der Herr Schubert mir gegenueber nicht erwaehnt. -- Michael From AlexanderMatheisen at ish.de Tue Jan 19 12:50:41 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Tue, 19 Jan 2010 13:50:41 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <201001191350.41898.AlexanderMatheisen@ish.de> Am Montag 18 Januar 2010 22:12:04 schrieb Lothar Emmerich: > Hallo Rursekatze, > > schon wieder 'ne Frage: > Hast Du vor, irgendwann eine Suchmaske zu integrieren? > Mit eine Suche nach Namen, Tel-Nummern (Rückwertssuche), ... Eine Suche will ich demnächst vielleicht auch einbauen, mit der es dann möglich sein soll, Orte zu finden, damit man nicht immer umständlich zu einem bestimmten Ort navigieren muss. Aber eine Rückwärtssuche für Telefonnummern ist meiner Meinung nach besser in einer Telefonbuchanwendung aufgehoben. Ich zeige Telefonnummern zwar auch an, aber hauptsächlich ist das eine Karte für Weblinks. > > Gruß > Lothar Rurseekatze From joerk at jhamburger.de Tue Jan 19 13:00:30 2010 From: joerk at jhamburger.de (=?ISO-8859-1?Q?J=F6rk?=) Date: Tue, 19 Jan 2010 14:00:30 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001191350.41898.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191350.41898.AlexanderMatheisen@ish.de> Message-ID: moin, zunächst 'mal : tolle Sache! Kann es sinnvoll sein, daß wir uns grob einigen, was überhaupt eingetragen wird? Wikipedia Vereine? welche? Schulen? Gaststätten? .... Wo soll(te) die Grenze sein? VG Jörk From openstreetmap at assetburned.de Tue Jan 19 13:01:55 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Tue, 19 Jan 2010 14:01:55 +0100 Subject: [Talk-de] =?iso-8859-1?q?Haiti_-_K=FCstenlinie?= In-Reply-To: <4B536818.7070707@remote.org> References: <4B535F64.5080507@gmx.de> <4B536818.7070707@remote.org> Message-ID: <6B70C686-C77D-401B-B019-103E14A8FB87@assetburned.de> moin On 17.01.2010, at 20:42, Frederik Ramm wrote: > > Markus wrote: >> Wie oft wird denn die Küstenlinie gerendert? >> Vielleicht könnte man das für Haiti in den nächsten Tagen öfter machen? > > Osmarender-Bilder bzw. die Tiles at Home-Kacheln verwenden stets aktuelle > Kuestenlinien. soweit ich das sehe ist es nicht die küstenlinie sondern die bounderies für die regierungsbezirke. die sollten sich wohl mit der küstenlinie überlappen aber da hat sich noch keiner zu bereit erklärt. unter anderem muß man auch drauf achten wie die satelitenbilder sich zu den jeweiligen punkten verhalten. evl fehlen ja doch noch vorgelagerte inseln :-) cu AssetBurned -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From openstreetmap at assetburned.de Tue Jan 19 13:22:15 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Tue, 19 Jan 2010 14:22:15 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <4B548FB5.2050807@remote.org> References: <7596152.mHcpufrQfr@buegehome.de> <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> <4B548FB5.2050807@remote.org> Message-ID: moin On 18.01.2010, at 17:43, Frederik Ramm wrote: > > Wobei ich glaube, dass zumindest einige der anderen Organisationen in > solchen Faellen grundsaetzlich auf eine PD- oder "macht was ihr > wollt"-Lizenz setzen. Selbst die grossen Luftbildanbieter haben ja fuer > Haiti einfach ihre Daten als "macht was ihr wollt" freigegeben. Ich > denke, es waere anmassend, anzunehmen, dass die Welt sich kuenftig fuer > Krisenfall-Daten irgendwelchen "wenn ihr unsere Daten benutzt, muesst > ihr aber ..."-Regeln von OSM beugt. > > Das bedeutet in letzter Konsequenz, dass man eigentlich eine > Spezialinstanz der OSM-Technologie aufsetzen muesste, die komplett unter > PD laeuft, und die in solchen Krisenfaellen von allen eingesetzt werden > kann. Wenn die Krise dann mal vorbei ist, koennen die verbleibenden > Daten (bereinigt von temporaerem Kram wie "hier ist ein Baum > umgefallen") dann, weil's ja PD ist, schmerzfrei in die "normale" > OSM-Datenbank uebernommen werden. > stellt sich dann aber die frage wer definiert eine kriese die es würdig erscheinen lässt eine entsprechende instanz zu starten. Das übiche Herbsthochwasser in Köln? etwas wie das Elbhochwasser wo polen und deutschland betroffen waren? die aktuelle aktion in abanien? das erdbeben in haiti? oder das beben gestern guatemala? und selbst wenn gilt: jeder definiert seine kriese selbst und wenn es nur die baustelle um die ecke ist... ab wann sollen die daten da wieder rausgenommen werden und in die normale OSM einfließen? cu assetburned From stefan.schwan at googlemail.com Tue Jan 19 13:26:22 2010 From: stefan.schwan at googlemail.com (Stefan Schwan) Date: Tue, 19 Jan 2010 14:26:22 +0100 Subject: [Talk-de] =?utf-8?q?Englische_Diskussion_=C3=BCber_De=3AOpenStree?= =?utf-8?q?tMap_License?= In-Reply-To: References: <4B54751D.7060200@nk-bre.net> Message-ID: <4a29beb81001190526o770acc86tec6f89ffd23d0e6b@mail.gmail.com> Hi! Am 18. Januar 2010 21:58 schrieb Ulf Möller : > Norbert Kück schrieb: > >> richtig verstehe, gibt es Überlegungen, De:OpenStreetMap License mit der >> englischen Version gleichzuschalten. Das würde Erweiterungen, die >> aufgrund auch hier geführter Diskussionen erfolgt sind, vernichten. > > Wenn die Erweiterungen wichtig sind, sollten sie doch auch in die > englische Version übernommen werden? Inhaltlich scheint es außer dem Link zum Lizenzgenerator und dem imo fragwürdigem Aufruf statt zur Lizenz lieber auf die Wiki-Seite zu verlinken ja keine "Erweiterung" gegeben zu haben. Das Problem scheint mir die im Vergleich zur Englischen Version unvollständige Legal FAQ zu sein. Dort wird die Frage [1]Legal_FAQ#I_would_like_to_use_OpenStreetMap_maps._How_should_I_credit_you.3F ausführlich beantwortet. Iin der deutschen Version fehlte sie bisher, statt dessen gibt es ein paar (im Vergleich zur Legal FAQ unvollständige) Hinweise zur Attribuierung auf De:OpenStreetMap License: Ich finde allerdings, das die Legal FAQ dafür der bessere Ort dafür ist. Zum einen, damit die deutschen und englischen Inhalte an den gleichen Stellen zu finden sind, zum anderen, damit die Attribuierung mit den anderen rechtlichen Fragen zusammen dargestellt und diskutiert werden kann. Ich habe daher den Absatz aus den englischen Legal FAQ übersetzt und als Ich möchte OpenStreetMap verwenden. Wie soll ich auf euch hinweisen? in die DE:Legal FAQ eingefügt. Mein Vorschlag ist, den Absatz "Lizenzbedingungen erfüllen" in DE:OpenStreetMap Licence zu löschen und stattdessen einen Link auf DE:Legal_FAQ#Ich_m.C3.B6chte_OpenStreetMap_verwenden._Wie_soll_ich_auf_euch_hinweisen.3F zu setzen (und einen gleich lautenden Absatz "Complying to the licence" mit Link in der englischen Version von OpenStreetMap Licence einzufügen.) Gruß, Stefan From liste12A45q7 at gmx.de Tue Jan 19 13:29:43 2010 From: liste12A45q7 at gmx.de (Markus) Date: Tue, 19 Jan 2010 14:29:43 +0100 Subject: [Talk-de] =?iso-8859-1?q?Haiti_-_K=FCstenlinie?= In-Reply-To: <6B70C686-C77D-401B-B019-103E14A8FB87@assetburned.de> References: <4B535F64.5080507@gmx.de> <4B536818.7070707@remote.org> <6B70C686-C77D-401B-B019-103E14A8FB87@assetburned.de> Message-ID: <4B55B3C7.5000601@gmx.de> Hallo ... , > soweit ich das sehe ist es nicht die küstenlinie sondern die bounderies > für die regierungsbezirke. natural=coastline und boundary=XY sind verschiedene Klassen. Die *Küstenlinie* ist physikalisch als Wassergrenze sichtbar. Wichtig ist dabei, dass der Wasserstand berücksichtigt wird. Die Küstenlinie entspricht einem definierten Wasserstand. Je nach Aufnahmezeitpunkt des Luftbildes und der zugehörigen Tiedenhöhe, muss die Tiedenhöhe addiert oder subtrahiert werden, und dann muss je nach Steigung des Meeresbodens bzw Ufers die Küstenlinie entsprechend korrigiert werden. Das kann mehrere hundert Meter ausmachen und zu ganz anderen Küstenformen führen als im Bild. Die *Seegrenze* ist die Landesgrenze und zwischenstaatlich festgelegt. Sie liegt für Haiti 12 Seemeilen seewärts von der Basislinie, die eine eigene geografisch/politische Linie bildet (und weder der Küstenlinie, noch der lokalen Grenze entspricht). Die "boundary" die Du meinst, entspricht den innerstaatliche Grenzen (in DE den Grenzen der Bundesländer = Katastergrenze). > die sollten sich wohl mit der küstenlinie überlappen Nein, das sollen sie mit hoher Wahrscheinlichkeit nicht. Wie das aber genau ist, kann nur die Regierung sagen - und die hat derzeit wahrlich andere Sorgen. Bei der Küstenlinie: > muß man auch drauf achten wie die satelitenbilder sich zu den jeweiligen > punkten verhalten. evl fehlen ja doch noch vorgelagerte inseln :-) Inseln sind in den Satellitenbildern deutlich zu sehen. (zumindest solange man sie nicht mit Algen verwechselt). Die aus alten Satellitenbildern abgeleiteten "zackigen" Küstenlinien sind hingegen meist falsch, da die dabei verwendeten Algorithmen Algen nicht erkennen. Manchmal sind die Bilder so schlecht auflösend, dass vorgelagerte Steine, Felsen und Inseln fälschlicherweise als "zur Küste gehörig" interpretiert wurden. Küstenlinien sind meist in Bögen geschwungen (ausser da wo sie sehr felsig ist, da ist sie gezackt). Gruss, Markus From frederik at remote.org Tue Jan 19 13:37:05 2010 From: frederik at remote.org (Frederik Ramm) Date: Tue, 19 Jan 2010 14:37:05 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: References: <7596152.mHcpufrQfr@buegehome.de> <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> <4B548FB5.2050807@remote.org> Message-ID: <4B55B581.9090304@remote.org> Hallo, AssetBurned wrote: > stellt sich dann aber die frage wer definiert eine kriese die es > würdig erscheinen lässt eine entsprechende instanz zu starten. Wieso? Wenn jemand die Resourcen dafuer auftreibt, kann er eine Extra-Instanz auch fuer sein umgekipptes Goldfischglas aufmachen, er braucht dafuer ja keine spezeille Berechtigung. > ab wann sollen die daten da > wieder rausgenommen werden und in die normale OSM einfließen? Genauso, wie jetzt schon jeder Mapper frei entscheidet, was er in OSM einfliessen laesst und was nicht, waere das dann auch. Bye Frederik From openstreetmap at assetburned.de Tue Jan 19 13:45:28 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Tue, 19 Jan 2010 14:45:28 +0100 Subject: [Talk-de] =?iso-8859-1?q?Haiti_-_K=FCstenlinie?= In-Reply-To: <4B55B3C7.5000601@gmx.de> References: <4B535F64.5080507@gmx.de> <4B536818.7070707@remote.org> <6B70C686-C77D-401B-B019-103E14A8FB87@assetburned.de> <4B55B3C7.5000601@gmx.de> Message-ID: <7B76039E-8069-4FAF-8716-E031AA7E2BC9@assetburned.de> moin On 19.01.2010, at 14:29, Markus wrote: >> soweit ich das sehe ist es nicht die küstenlinie sondern die bounderies >> für die regierungsbezirke. > > natural=coastline > und > boundary=XY > > sind verschiedene Klassen. ich schnippel mal den rest. Ja ist mir soweit bekannt und wir sind da einer meinung. Tatsache ist aber das ein massiver import von irgendwelchen daten da vor 2 tagen einiges an neuen punkten gesetzt hat. einige davon waren als costeline makiert und die stimmten nun mit ganix überein was bereits da war (inklusive sat bildern) aber nehmen wir mal nen beispiel http://www.openstreetmap.org/edit?lat=18.06603&lon=-73.80004&zoom=17 wenn du auf den editor gehst (insbesondere mit den digital globe oder geoeye bildern) wirst du sehen das da eine insel ist. auf der normalen OSM karte hingegen ist da nur wasser zu sehen. das die küstenlinie der insel auch nicht mit dem sat bild übereinstimmt... ok... sollte jemand mappen. aber was ich in meinen ursprünglichen posting meinte das die grenzen der regierungsbezirge (oder bundesländer wie du es passen übersetztes) hier nicht stimmen sollte auch jeden auffallen... die grenze des regierungsbezirkes verläuft zwischen der haiti-festland-küste und ebend jener insel. ich denke da ist die bezierksgrenze falsch gemappt. nur eines von vielen beispielen die mir beim mappen da im süd-westen über den weg lief und offenbar bin ich nicht der einzige. cu assetburned From openstreetmap at assetburned.de Tue Jan 19 13:53:26 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Tue, 19 Jan 2010 14:53:26 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien In-Reply-To: <4B55B581.9090304@remote.org> References: <7596152.mHcpufrQfr@buegehome.de> <380BB247-03F4-4A3E-A2CB-422E838305FD@jonas-krueckel.de> <4B548FB5.2050807@remote.org> <4B55B581.9090304@remote.org> Message-ID: moin On 19.01.2010, at 14:37, Frederik Ramm wrote: > AssetBurned wrote: >> stellt sich dann aber die frage wer definiert eine kriese die es >> würdig erscheinen lässt eine entsprechende instanz zu starten. > > Wieso? Wenn jemand die Resourcen dafuer auftreibt, kann er eine > Extra-Instanz auch fuer sein umgekipptes Goldfischglas aufmachen, er > braucht dafuer ja keine spezeille Berechtigung. auch hier kommt es drauf an wie die mechanissmen werden. mal den fall ich setz mich auf ne liste wo alle änderungen auf dieser "kriesenkarte" im radius 100km um meinen wohnort aufschlagen und ich bekomme dann SMS. das würde mich nicht unerheblich nerven wenn da jemand meint sein umgekipptes rotweinglas auf dem weißen teppich ist ne weltweite kriese. spätestens nach dem 2. oder 3. vorfall der art würde ich mir da nen filter wünschen oder das abbestellen. oder was anderes... sobald auf diesen layer gemapt wird geht ne mail an die kriesen mailingliste raus... schwups stehen 100 oder so bereit und suchen nach nem grund dafür warum jetzt umbedingt ihre hilfe beim mappen gebraucht wird.... auch unschön. also irgendwie sehe ich da schon bedarf nach etwas struktur... gut wie gesagt meinetwegen soll da jeder seinen kaffeetassen unfall mappen dürfen, aber dann möchte ich vorher einige mechanissmen ettabliert wissen wann ein allgemeiner großalarm gegeben wird. nur nen paar individuell einstellbare filter... mehr nich dann bin ich zufrieden :-) > >> ab wann sollen die daten da >> wieder rausgenommen werden und in die normale OSM einfließen? > > Genauso, wie jetzt schon jeder Mapper frei entscheidet, was er in OSM > einfliessen laesst und was nicht, waere das dann auch. naja ganz so einfach ist es ja nicht. wenn du für solche lokalen kriesen auf daten zurück greifst die dir explizit nur für die verwendung während der kriese gegeben werden, kannst du die nicht einfach in OSM übernehmen. solche konstrukte wären dann ja denkbar. z.B. THW macht marker über die eigenen erfahrungen vor ort und sagt "ok eigentlich nur für den internen gebrauch aber weil wir ja eure karten nutzen ist es so einfacher für uns." cu assetburned From osm at tappenbeck.net Tue Jan 19 14:34:27 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 19 Jan 2010 15:34:27 +0100 Subject: [Talk-de] NOAA-Bilder einbinden Message-ID: <4B55C2F3.3060208@tappenbeck.net> Moin ! ich habe versucht die NOAA-Bilder [1] in JOSM einzubinden über http://hypercube.telascience.org/cgi-bin/mapserv?map=/geo/haiti/mapfiles/4326.map&layers=noaa-01-18-4326&request=GetMap&version=1.0.0&styles=&format=image/jpeg&service=WMS& bekomme allerdings in PAP kein Bild. Hat einer es mal hinbekommen ? [1] http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Imagery_and_data_sources#NOAA Gruß jan :-) From riedel.andre at gmail.com Tue Jan 19 14:51:33 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Tue, 19 Jan 2010 15:51:33 +0100 Subject: [Talk-de] NOAA-Bilder einbinden In-Reply-To: <4B55C2F3.3060208@tappenbeck.net> References: <4B55C2F3.3060208@tappenbeck.net> Message-ID: <124a940a1001190651q50bd378eq74fcf9afee18e9b1@mail.gmail.com> Am 19. Januar 2010 15:34 schrieb Jan Tappenbeck : > Moin ! > > ich habe versucht die NOAA-Bilder [1] in JOSM einzubinden über > > http://hypercube.telascience.org/cgi-bin/mapserv?map=/geo/haiti/mapfiles/4326.map&layers=noaa-01-18-4326&request=GetMap&version=1.0.0&styles=&format=image/jpeg&service=WMS& > > bekomme allerdings in PAP kein Bild. Hat einer es mal hinbekommen ? Läuft perfekt für mich. Jedoch ist das Bild wieder anders georeferenziert. From liste12A45q7 at gmx.de Tue Jan 19 15:19:01 2010 From: liste12A45q7 at gmx.de (Markus) Date: Tue, 19 Jan 2010 16:19:01 +0100 Subject: [Talk-de] =?iso-8859-1?q?Haiti_-_K=FCstenlinie?= In-Reply-To: <7B76039E-8069-4FAF-8716-E031AA7E2BC9@assetburned.de> References: <4B535F64.5080507@gmx.de> <4B536818.7070707@remote.org> <6B70C686-C77D-401B-B019-103E14A8FB87@assetburned.de> <4B55B3C7.5000601@gmx.de> <7B76039E-8069-4FAF-8716-E031AA7E2BC9@assetburned.de> Message-ID: <4B55CD65.3080805@gmx.de> Hallo ... , Entscheiden ist, dass in dem Gebiet Menschen leben! http://www.openstreetmap.org/edit?lat=18.06603&lon=-73.80004&zoom=16 Die Siedlungen sind in der Karte NOCH NICHT eingezeichnet. Auch nicht alle die Wege die hin führen. - - - - > Tatsache ist aber das ein massiver import von irgendwelchen daten da vor 2 tagen einiges an neuen punkten gesetzt hat. einige davon waren als costeline makiert und die stimmten nun mit ganix überein was bereits da war (inklusive sat bildern) Ich sehe in Haiti zwei Linien: a) natural=coastline b) boundary=administrative + admin_level=8 Die boundary fasse ich nicht an, da nehme ich an, sie kommt von irgend einer "offiziellen" Stelle, die soll auch von entsprechend wissenden Menschen ggf korrigiert werden (mache ich in DE ebenfalls so). > http://www.openstreetmap.org/edit?lat=18.06603&lon=-73.80004&zoom=17 > digital globe oder geoeye Gib mir mal bitte die WMS-URL. > eine insel ist. > auf der normalen OSM karte hingegen ist da nur wasser zu sehen. Ja, das ist ein typisches Beispiel für Fehlerquellen. Ich interpretiere eine 200m grosse Insel, als Teil einer langestreckten vorgelagerten Bank mit Riffen und Bewuchs. Teile dieses Bewuchses werden selbst bei geringer Tide regelässig trockenfallen oder zu Wasserpflanzen werden, das Ganze kann ein matschiges Sumpfgebiet oder aber ein harter bis felsiger Grund sein. Den Bewuchs traue ich mich nicht zu interpretieren. Deutlich ist aber die Brandungswelle am vorgelagerten Riff der südlichen Insel. Daraus würde ich schliessen: Deine Insel ist ok. Aber man bräuchte jemanden mit Ortskenntnis, der sagt: dabei handelt es sich um Pflanze XY, im Gegensatz zu der etwas dunkleren/helleren Fläche mit AB/CD. Seegraswiese bis Korallenriff. Am besten fragt man einen Taucher und einen Seemann aus Haiti. Dann ein paar Vergleichsfotos/Satellitenbilder und los gehts. Tide: http://www.tide-forecast.com/locations/Port-au-Prince-Haiti/tides/latest max 74 cm Wellenhöhe: > grenze des regierungsbezirkes verläuft zwischen der haiti-festland-küste und ebend jener insel. Ob das richtig ist kann nur die Regierung vor Ort feststellen. Gruss, Markus From koc.hartmann at t-online.de Tue Jan 19 14:21:52 2010 From: koc.hartmann at t-online.de (Klaus Hartmann) Date: Tue, 19 Jan 2010 15:21:52 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001161808.15555.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> Message-ID: <201001191521.54766.koc.hartmann@t-online.de> Hallo Rurseekatze, kann es sein, dass der Buchstabe 'ß' in wikipedia-links irgendwo unter die Räder kommt oder mach ich etwas falsch? Hier , der Ort Straßgiech ist so in der wikipedia verzeichnet, der link aus der Karte heraus führt aber zu einer Fehlerseite, da das 'ß' irgendwie falsch umgesetzt wird. MfG Klaus From freemaps.osm at googlemail.com Tue Jan 19 15:45:30 2010 From: freemaps.osm at googlemail.com (Christoph Wagner) Date: Tue, 19 Jan 2010 16:45:30 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001191521.54766.koc.hartmann@t-online.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191521.54766.koc.hartmann@t-online.de> Message-ID: <61af4ce51001190745g2cf31695i4c57a0e91abacfff@mail.gmail.com> Am 19. Januar 2010 15:21 schrieb Klaus Hartmann : > > Hallo Rurseekatze, > > kann es sein, dass der Buchstabe 'ß' in wikipedia-links irgendwo unter die > Räder kommt oder mach ich etwas falsch? > Wo wir gerade bei verschluckten Buchstaben sind. Weiß einer, was hier das Problem ist? http://rurseekatze.bplaced.net/olm2/?zoom=18&lat=51.05336&lon=13.73738&layers=B0TT Die Hofkirche heißt eben "Kathedrale Sanctissimæ Trinitatis". Leider wird der Buchstabe "æ" gefressen. Verwendest du überall UTF8? Grüße Christoph From AlexanderMatheisen at ish.de Tue Jan 19 15:49:54 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Tue, 19 Jan 2010 16:49:54 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <61af4ce51001190745g2cf31695i4c57a0e91abacfff@mail.gmail.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191521.54766.koc.hartmann@t-online.de> <61af4ce51001190745g2cf31695i4c57a0e91abacfff@mail.gmail.com> Message-ID: <201001191649.54828.AlexanderMatheisen@ish.de> Am Dienstag 19 Januar 2010 16:45:30 schrieb Christoph Wagner: > Am 19. Januar 2010 15:21 schrieb Klaus Hartmann : > > Hallo Rurseekatze, > > > > kann es sein, dass der Buchstabe 'ß' in wikipedia-links irgendwo unter > > die Räder kommt oder mach ich etwas falsch? > > Wo wir gerade bei verschluckten Buchstaben sind. > Weiß einer, was hier das Problem ist? > http://rurseekatze.bplaced.net/olm2/?zoom=18&lat=51.05336&lon=13.73738&laye > rs=B0TT > > Die Hofkirche heißt eben "Kathedrale Sanctissimæ Trinitatis". > Leider wird der Buchstabe "æ" gefressen. > > Verwendest du überall UTF8? > Nein, das ist zur Zeit das Problem. Daher muss ich jedes Sonderzeichen durch das Programm mit einer Entität ersetzten lassen. In den nächsten Tagen sollte jedoch der Umzug auf den dev-Server abgeschlossen sein, und dann solllten solche Probleme vorbei sein, da ich dann die Daten direkt in die Db schreibe, ohne Umweg über CSV-Datei. > Grüße > Christoph > Rurseekatze From AlexanderMatheisen at ish.de Tue Jan 19 15:51:08 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Tue, 19 Jan 2010 16:51:08 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001191521.54766.koc.hartmann@t-online.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191521.54766.koc.hartmann@t-online.de> Message-ID: <201001191651.08521.AlexanderMatheisen@ish.de> Am Dienstag 19 Januar 2010 15:21:52 schrieb Klaus Hartmann: > Hallo Rurseekatze, > > kann es sein, dass der Buchstabe 'ß' in wikipedia-links irgendwo unter die > Räder kommt oder mach ich etwas falsch? > Nein, du machst da nichts falsch. Werde in den nächsten Tagen auf den dev-Server umziehen, dann hören die Probleme aller Wahrscheinlichkeit nach auf. > Hier > ers=B0TT>, der Ort Straßgiech ist so in der wikipedia verzeichnet, der link > aus der Karte heraus führt aber zu einer Fehlerseite, da das 'ß' irgendwie > falsch umgesetzt wird. > > MfG > > Klaus > Rurseekatze From osm at tappenbeck.net Tue Jan 19 16:07:09 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 19 Jan 2010 17:07:09 +0100 Subject: [Talk-de] =?iso-8859-15?q?shortlink_f=FCr_Karten?= Message-ID: <4B55D8AD.3080607@tappenbeck.net> Moin ! gab es icht die Möglichkeit einen Shortlink mit nur wenigen Buchstaben für einen Ausschnitt zu generieren?? Auf .Org ist zwar ein Link - es ändert sich aber nur die Länge der geo. Koordinaten. Gruß Jan :-) From osmck at gmx.de Tue Jan 19 16:17:19 2010 From: osmck at gmx.de (Christian Knorr) Date: Tue, 19 Jan 2010 17:17:19 +0100 Subject: [Talk-de] =?iso-8859-1?q?shortlink_f=FCr_Karten?= In-Reply-To: <4B55D8AD.3080607@tappenbeck.net> References: <4B55D8AD.3080607@tappenbeck.net> Message-ID: <1263917839.3381.2.camel@Notebook> Am Dienstag, den 19.01.2010, 17:07 +0100 schrieb Jan Tappenbeck: > Moin ! Hallo Jan, > gab es icht die Möglichkeit einen Shortlink mit nur wenigen Buchstaben > für einen Ausschnitt zu generieren?? > > Auf .Org ist zwar ein Link - es ändert sich aber nur die Länge der geo. > Koordinaten. Ja, kann ich bestätigen. Beim Short-Link ist die Koordinate länger und nicht exakt die Ursprüngliche. Aber ist das ein Nachteil für Dich? Oder wo liegt das Problem? > Gruß Jan :-) MfG, Chris........ From chris66nrw at gmx.de Tue Jan 19 16:19:11 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Tue, 19 Jan 2010 17:19:11 +0100 Subject: [Talk-de] =?iso-8859-15?q?shortlink_f=FCr_Karten?= In-Reply-To: <4B55D8AD.3080607@tappenbeck.net> References: <4B55D8AD.3080607@tappenbeck.net> Message-ID: Jan Tappenbeck schrieb: > gab es icht die Möglichkeit einen Shortlink mit nur wenigen Buchstaben > für einen Ausschnitt zu generieren?? > > Auf .Org ist zwar ein Link - es ändert sich aber nur die Länge der geo. > Koordinaten. Du sprichst mal wieder in Rätseln. ;-) Shortlink (unten rechts in der Map): Kurz genug? Ansonsten die üblichen Verdächtigen tinyurl.com, kuerzer.de etc. Chris From osm at tappenbeck.net Tue Jan 19 16:39:04 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 19 Jan 2010 17:39:04 +0100 Subject: [Talk-de] =?iso-8859-15?q?shortlink_f=FCr_Karten?= In-Reply-To: References: <4B55D8AD.3080607@tappenbeck.net> Message-ID: Am 19.01.2010 17:19, schrieb Chris-Hein Lunkhusen: > Jan Tappenbeck schrieb: > >> gab es icht die Möglichkeit einen Shortlink mit nur wenigen Buchstaben >> für einen Ausschnitt zu generieren?? >> >> Auf .Org ist zwar ein Link - es ändert sich aber nur die Länge der geo. >> Koordinaten. > > Du sprichst mal wieder in Rätseln. ;-) > > Shortlink (unten rechts in der Map): > > > > Kurz genug? > > Ansonsten die üblichen Verdächtigen tinyurl.com, kuerzer.de etc. > > Chris Wieso ??? wenn Du auf http://www.openstreetmap.org/?lat=51.3230502605438&lon=8.43286514282227&zoom=15 mal auf Shortlinks clicks dann bekomme ich nicht soetwas wie http://osm.org/go/0GL at 7qOJ - woher hast Du den Link ???? Würde den kurzen gerne haben um für die Presse weiterzugeben. gruß Jan .-) From addicks at gmx.net Tue Jan 19 16:42:00 2010 From: addicks at gmx.net (Johann H. Addicks) Date: 19 Jan 2010 16:42:00 +0000 Subject: [Talk-de] =?iso-8859-1?q?Haiti_-_K=FCstenlinie?= References: <4B535F64.5080507@gmx.de> <4B536818.7070707@remote.org> Message-ID: >> Vielleicht könnte man das für Haiti in den nächsten Tagen öfter machen? > Osmarender-Bilder bzw. die Tiles at Home-Kacheln verwenden stets aktuelle > Kuestenlinien. Ich schaue mir seit diesem Posting immer wieder http://osm.org/go/YeSR2yEwR-- an. Was ist denn dort falsch gemappt, dass die Küstenlinie vom Mapnik nicht übernommen wird und die Straßen immernoch im Wasser verlaufen?? -jha- From frederik at remote.org Tue Jan 19 16:50:58 2010 From: frederik at remote.org (Frederik Ramm) Date: Tue, 19 Jan 2010 17:50:58 +0100 Subject: [Talk-de] =?iso-8859-1?q?Haiti_-_K=FCstenlinie?= In-Reply-To: References: <4B535F64.5080507@gmx.de> <4B536818.7070707@remote.org> Message-ID: <4B55E2F2.3050606@remote.org> Hallo, Johann H. Addicks wrote: >>> Vielleicht könnte man das für Haiti in den nächsten Tagen öfter machen? > >> Osmarender-Bilder bzw. die Tiles at Home-Kacheln verwenden stets aktuelle >> Kuestenlinien. > > Ich schaue mir seit diesem Posting immer wieder > http://osm.org/go/YeSR2yEwR-- an. > > Was ist denn dort falsch gemappt, dass die Küstenlinie vom Mapnik nicht > übernommen wird und die Straßen immernoch im Wasser verlaufen?? Mapnik verarbeitet die Kuestenlinien nicht direkt, sondern Shapefiles, die aus diesen generiert werden; diese Generierung findet aber nicht taeglich statt. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From AlexanderMatheisen at ish.de Tue Jan 19 16:52:37 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Tue, 19 Jan 2010 17:52:37 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191350.41898.AlexanderMatheisen@ish.de> Message-ID: <201001191752.37767.AlexanderMatheisen@ish.de> Am Dienstag 19 Januar 2010 14:00:30 schrieb Jörk: > moin, > > zunächst 'mal : tolle Sache! > Danke. :) > Kann es sinnvoll sein, daß wir uns grob einigen, was überhaupt > eingetragen wird? > > Wikipedia > Vereine? welche? > Schulen? > Gaststätten? > .... > > Wo soll(te) die Grenze sein? > Im Grunde muss dies jeder Mapper für sich entscheiden. Grundsätzlich kann man aber sagen, dass Privatpersonen nicht in diese Karte gehören. Ich selbst wurde alles eintragen, was für eine mehr oder weniger größerer Anzahl von Leuten relevant ist, auch wenn es nur ein kleiner Karnevalsverein ist. Aber bei diesem Thema kommt man dann schnell zu einer großen philosophisch anmuteneden Sinndiskussion. > VG > > Jörk > Rurseekatze From daswaldhorn at gmx.de Tue Jan 19 16:56:47 2010 From: daswaldhorn at gmx.de (Carsten Gerlach) Date: Tue, 19 Jan 2010 17:56:47 +0100 Subject: [Talk-de] =?iso-8859-1?q?shortlink_f=FCr_Karten?= In-Reply-To: References: <4B55D8AD.3080607@tappenbeck.net> Message-ID: <201001191756.50878.daswaldhorn@gmx.de> Am Dienstag 19. Januar 2010 17:39:04 schrieb Jan Tappenbeck: > Würde den kurzen gerne haben um für die Presse weiterzugeben. Wenn du mit der linken Maustaste auf den Link klickst, wird der sofort vom OSM-Server interpretiert und als "normaler" Link mit lat und lon angezeigt. Klicke mit der rechten Maustaste drauf, dann "Link-Adresse kopieren" (oder so ähnlich, je nach Browser). Dann einfach aus der Zwischenablage an deiner gewünschten Stelle einfügen. Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html ========================================= www.stopptdievorratsdatenspeicherung.de -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: This is a digitally signed message part. URL : From AlexanderMatheisen at ish.de Tue Jan 19 16:58:56 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Tue, 19 Jan 2010 17:58:56 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001182206.33347.daswaldhorn@gmx.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001182136.27088.AlexanderMatheisen@ish.de> <201001182206.33347.daswaldhorn@gmx.de> Message-ID: <201001191758.56920.AlexanderMatheisen@ish.de> Am Montag 18 Januar 2010 22:06:32 schrieb Carsten Gerlach: > Naabend, > > Am Montag 18. Januar 2010 21:36:27 schrieb Alexander Matheisen: > > Am Montag 18 Januar 2010 21:26:03 schrieb Friedhelm Schmidt: > > > Dabei fällt mir ein Versatz auf. Der Stern erscheint etwas südöstlich > > > der Position des POIs. Und blöderweise scheint es ein fester Pixelwert, > > > gleich welche Zoomstufe zu sein. > > > > > > http://rurseekatze.bplaced.net/olm2/?zoom=15&lat=49.13555&lon=9.20568 > > > > Der Versatz stört mich auch noch etwas, das kommt dadurch: > > Die Koordinaten werden mit PHP aus der Datenbank ausgelesen, in ein > > XML-Format gepackt und dann an den Javascript-Code geschickt. Da dieser > > noch Berechnungen mit den Koordinaten anstellen muss, muss ich diese in > > ein float umwandeln. Bei float ist aber die Genauigkeit im Vergleich zu > > double zu niedrig, weshalb die Sterne immer leicht versetzt sind. > > Möglicherweise ist es auch was anderes (die PHP-XML-JS-Geschichte kann ich > nicht beurteilen). > Ich hatte auch mal was mit Openlayers gebastelt und da musste in der > POI-Datei der Name, die Abmessung und relative Verschiebung der > Markersymbole angegeben werden. Und wenn ich deinen HTML-Code richtig > interpretiere, dann sind die zwei Zeilen > > ==================== > icons[0] = new Array('link.png','16','16','0','0'); > icons[1] = new Array('wikipedia.png','16','16','0','0'); > ==================== > > im Prinzip das, was ich bei mir inder POI-Datei auch angeben musste. > Probiere doch mal ('link.png','16','16','-8','-8'), vielleicht hilft das > ja schon. Da bin ich bisher noch gar nicht drauf gekommen! Ja, man kann die Icons damit verschieben, sodass sie etwas näher an der tatsächlichen Position liegen, aber die Restungenauigkeit durch die ungenauen Koordinaten ist immer noch da. > Grüße, Carsten > > PS: Alle Angaben ohne Gewähr. :-) > Rurseekatze From liste12A45q7 at gmx.de Tue Jan 19 17:24:12 2010 From: liste12A45q7 at gmx.de (Markus) Date: Tue, 19 Jan 2010 18:24:12 +0100 Subject: [Talk-de] GPS-Mate, Oziexplorer Message-ID: <4B55EABC.8070000@gmx.de> Wer kann mir den Unterschied erklären? Gibt es eine OpenSource-Alternative? Gruss, Markus From daniela.duerbeck at gmx.de Tue Jan 19 17:42:00 2010 From: daniela.duerbeck at gmx.de (Daniela Duerbeck) Date: Tue, 19 Jan 2010 18:42:00 +0100 Subject: [Talk-de] Fragen und Anmerkungen zu DE:All in one Garmin Map In-Reply-To: References: <4B54F2D6.4030107@gmx.de> Message-ID: <4B55EEE8.9090204@gmx.de> Chris-Hein Lunkhusen wrote: > Was das selberbauen angeht würde ich mit einer einfachen > (singlelayer ohne Typfile) Karte anfangen. > Das kannst Du gerne tun. > Dann sind die Schritte: > > 1) z.B. von geofabrik.de kleines Bundesland laden (dann gehts auch ohne > den Splitter). > Dann nimm doch das Saarland, oder Vorarlberg. Viele Grüße von Dani From openstreetmap at assetburned.de Tue Jan 19 17:44:34 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Tue, 19 Jan 2010 18:44:34 +0100 Subject: [Talk-de] =?iso-8859-1?q?Haiti_-_K=FCstenlinie?= In-Reply-To: <4B55CD65.3080805@gmx.de> References: <4B535F64.5080507@gmx.de> <4B536818.7070707@remote.org> <6B70C686-C77D-401B-B019-103E14A8FB87@assetburned.de> <4B55B3C7.5000601@gmx.de> <7B76039E-8069-4FAF-8716-E031AA7E2BC9@assetburned.de> <4B55CD65.3080805@gmx.de> Message-ID: moin On 19.01.2010, at 16:19, Markus wrote: > Entscheiden ist, dass in dem Gebiet Menschen leben! > http://www.openstreetmap.org/edit?lat=18.06603&lon=-73.80004&zoom=16 > Die Siedlungen sind in der Karte NOCH NICHT eingezeichnet. > Auch nicht alle die Wege die hin führen. > hm? entscheidend für das mappen von dingen in OSM ist das dort menschen leben!? fangen wir jetzt an relevanzkriterien in OSM einzuführen? ich vermute mal du meinst es in bezug auf das gegenwertige ereignis in haiti. sprich du wolltest schreiben "momentan ist es wichtiger straßen und orte zu mappen wo menschen leben, also solche flecken!" ? dem kan ich nur bedingt zustimmen. zum einen ging es in der ursprünglichen diskussion darum das es fragen zum rendern der küstenlinien gab. und zum anderen wollte ich ein beispiel nennen und das ist mir als erstes zwischen die finger gekommen. außerdem ist gerade die küstenlinie eine interessante sache. dort könnte man z.B. via landungsbote hilfsgüter in gegenen liefern die sonst nicht oder nur aus der luft erreichbar sind ebend so ist der abtransport auf hospitalschiffe möglich. vorgelagerte inseln und riffe können da probleme bereiten. cu assetburned From l.emmerich at t-online.de Tue Jan 19 16:51:24 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Tue, 19 Jan 2010 17:51:24 +0100 Subject: [Talk-de] Legende in Karten Message-ID: <2EBA0E9E-A72B-4647-B27A-E1AD3E8D1352@t-online.de> Hallöchen, ist es möglich, eine Legende z.B. in Mapnik einzublenden? Benutzer der Karten ohne OSM-Wissen fragen sich sicherlich, was diese oder jene Farbe bedeutet. Gruß Lothar From chris66nrw at gmx.de Tue Jan 19 18:03:37 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Tue, 19 Jan 2010 19:03:37 +0100 Subject: [Talk-de] Legende in Karten In-Reply-To: <2EBA0E9E-A72B-4647-B27A-E1AD3E8D1352@t-online.de> References: <2EBA0E9E-A72B-4647-B27A-E1AD3E8D1352@t-online.de> Message-ID: > ist es möglich, eine Legende z.B. in Mapnik einzublenden? Ja, auf "Legende" klicken. Funktioniert aber nicht beim T at H Layer (nur Autobahn wird angezeigt). Chris From osm-ml at roland-ramthun.de Tue Jan 19 18:18:10 2010 From: osm-ml at roland-ramthun.de (Roland Ramthun) Date: Tue, 19 Jan 2010 19:18:10 +0100 Subject: [Talk-de] Legende in Karten In-Reply-To: <2EBA0E9E-A72B-4647-B27A-E1AD3E8D1352@t-online.de> References: <2EBA0E9E-A72B-4647-B27A-E1AD3E8D1352@t-online.de> Message-ID: <1263925090.4177.1.camel@localhost> Am Dienstag, den 19.01.2010, 17:51 +0100 schrieb Lothar Emmerich: > Hallöchen, > > ist es möglich, eine Legende z.B. in Mapnik einzublenden? > Benutzer der Karten ohne OSM-Wissen fragen sich sicherlich, was diese oder jene Farbe bedeutet. Ja, z.B. indem man auf "Legende" auf der linken Seite des Bildschirms klickt ;-) Zugegebenermaßen guckt man gerne über den Link drüber, weil man eine inhaltliche Fortsetzung von "Hilfe", "Wiki" und "Shop" erwartet. Grüße Roland From werner.ho at gmx.de Tue Jan 19 18:17:34 2010 From: werner.ho at gmx.de (Werner Hoch) Date: Tue, 19 Jan 2010 19:17:34 +0100 Subject: [Talk-de] Relationen aus osm-Dateien herausfiltern In-Reply-To: <20100119112425.GB8299@vakuum.informatik.uni-kl.de> References: <201001171403.54252.werner.ho@gmx.de> <4B532F92.10609@remote.org> <20100119112425.GB8299@vakuum.informatik.uni-kl.de> Message-ID: <201001191917.34550.werner.ho@gmx.de> Hallo Steffen, On Dienstag, 19. Januar 2010, Steffen Wolf wrote: > > Werner Hoch wrote: > >> Derzeit verwende ich folgenden Workaround: > >> -------- > >> bzip2 -dc bw.osm.bz2 | head -n 3 > bw_relations.osm > >> bzip2 -dc bw.osm.bz2 | grep -A 100000 "> bw_relations.osm > >> -------- > > bzcat bw.osm.bz2 | sed -n -e '1,3p' -e '/bw_relations.osm > > -n: gib nix aus > -e: was folgt ist Befehl und nicht Datei > 1,3p: gib Zeilen 1-3 aus > /suche/,$p: gib ab Suchergebnis bis letzter Zeile alles aus > '': die bash zerpflueckt sonst das $ Cool, danke. Ich habe mal grep und sed verglichen: werner at linux-m82i:~/osm> time bzcat bw.osm.bz2 | grep -A 100000 "> /dev/null real 0m55.945s user 0m50.408s sys 0m5.564s werner at linux-m82i:~/osm> time bzcat bw.osm.bz2 | sed -n -e '1,3p' -e '/> /dev/null real 1m33.072s user 1m48.933s sys 0m5.316s sed ist deutlich langsamer. > Der Speicherverbrauch scheint sich im Rahmen zu halten, also > Groessenordnung eine Zeile. Das war zu erwarten. Grüße Werner From osm at tappenbeck.net Tue Jan 19 19:36:32 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 19 Jan 2010 20:36:32 +0100 Subject: [Talk-de] =?iso-8859-15?q?shortlink_f=FCr_Karten?= In-Reply-To: <201001191756.50878.daswaldhorn@gmx.de> References: <4B55D8AD.3080607@tappenbeck.net> <201001191756.50878.daswaldhorn@gmx.de> Message-ID: Am 19.01.2010 17:56, schrieb Carsten Gerlach: > Am Dienstag 19. Januar 2010 17:39:04 schrieb Jan Tappenbeck: >> Würde den kurzen gerne haben um für die Presse weiterzugeben. > > Wenn du mit der linken Maustaste auf den Link klickst, wird der sofort vom > OSM-Server interpretiert und als "normaler" Link mit lat und lon angezeigt. > > Klicke mit der rechten Maustaste drauf, dann "Link-Adresse kopieren" (oder so > ähnlich, je nach Browser). Dann einfach aus der Zwischenablage an deiner > gewünschten Stelle einfügen. > > Gruß, Carsten > > > > > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de Danke - und wieder etwas dazugelernt ! gruß Jan :-) From simon.kokolakis at gmx.de Tue Jan 19 21:42:01 2010 From: simon.kokolakis at gmx.de (Simon Kokolakis) Date: Tue, 19 Jan 2010 22:42:01 +0100 Subject: [Talk-de] keepright in Haiti Message-ID: <4B562729.7060204@gmx.de> Hallo, Harald hat die Mittelamerika Datenbank nochmals neu durchlaufen lassen. Jetzt können in Haiti die Fehler der letzten Edit-Tage behoben werden. http://keepright.ipax.at/report_map.php?db=osm_XG&zoom=14&lat=18.53404&lon=-72.34086&layers=B00T Beste Grüße, Simon From riedel.andre at gmail.com Tue Jan 19 23:04:45 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Wed, 20 Jan 2010 00:04:45 +0100 Subject: [Talk-de] TMC-Punkt in Abwegen Message-ID: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> Hallo, ich habe einen Punkt gefunden, welcher weit weg von seinem gedachten Standort ist. Es geht um folgenden Punkt: http://osm-tmc.anders-hamburg.de/point.php?lcd=57123 welcher fälschlicher weise in Frankenberg/Sa. einen Autobahnrastplatz darstellt. Diesen Rastplatz gibt es dort nicht. http://osm-tmc.anders-hamburg.de/index.php?lat=50.91447&lon=13.01813&zoom=16&layers=B0T Auf Grund des Namens und der Rastplatzeigenschaft sollt er Standort eigentlich östlich von Purschwitz liegen. http://osm-tmc.anders-hamburg.de/index.php?lat=51.20711&lon=14.54167&zoom=15&layers=B0T Damit die TMC-Daten den Straßenverlauf korrekt wiedergeben, müsst er in Frankenberg eingeben werden. Wenn jedoch der Rastplatz mit einer TMC-Meldung gesperrt werden sollte, hätte das jedoch falsche Auswirkungen für das Routing auf der A4. Was machen? Ciao André From s.wolff at web.de Tue Jan 19 23:45:27 2010 From: s.wolff at web.de (Stephan Wolff) Date: Wed, 20 Jan 2010 00:45:27 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001191752.37767.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191350.41898.AlexanderMatheisen@ish.de> <201001191752.37767.AlexanderMatheisen@ish.de> Message-ID: Am 19.01.2010 17:52, schrieb Alexander Matheisen: > Am Dienstag 19 Januar 2010 14:00:30 schrieb Jörk: >> >> zunächst 'mal : tolle Sache! >> Dem Lob schließe ich mich an. >> Kann es sinnvoll sein, daß wir uns grob einigen, was überhaupt >> eingetragen wird? >> >> Wikipedia >> Vereine? welche? >> Schulen? >> Gaststätten? >> .... >> >> Wo soll(te) die Grenze sein? >> > Im Grunde muss dies jeder Mapper für sich entscheiden. Ich halte es für sinnvoll, solche Fragen frühzeitig zu klären. Bislang haben wir (fast) nur altruistische Mapper, die uneigennützig Daten für OSM erfassen. Sobald die Nutzung und die Medienpräsenz von OSM zunimmt, werden auch wirtschaftliche Interessen dazukommen. Man betrachte als Beispiele den "A.A.A.A.A.A. Schlüsseldienst" in den Gelben Seiten, Webadressen wie "www.billige-fluege-nach-palma.de" oder die diversen Googleoptimierer. Wenn wir einmal 2000 Einträge eines Zigarettenautomatenbetreibers mit Weblink in der Datenbank und in der Karte haben oder Werbenamen als name="Reifen Meier - Der Reifenhändler mit der größten Auswahl in der Stadt" auftauchen, wird es schwer, diese loszuwerden. Jetzt können wir noch leicht Regeln aufstellen. > Grundsätzlich kann man aber sagen, dass Privatpersonen nicht in diese Karte > gehören. Das ist sicherlich unstrittig, aber auch Verkaufsautomaten, Firmen ohne Immobilie und ohne Ladengeschäft (Briefkastenfirmen, Büros, Agenturen, etc.) und Vereine ohne eigene Räume möchte ich nicht auf der Karte haben. Viele Grüße Stephan From osm at tobias-knerr.de Wed Jan 20 00:24:59 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Wed, 20 Jan 2010 01:24:59 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191350.41898.AlexanderMatheisen@ish.de> <201001191752.37767.AlexanderMatheisen@ish.de> Message-ID: <4B564D5B.6010307@tobias-knerr.de> Stephan Wolff schrieb: > Wenn wir einmal 2000 Einträge eines Zigarettenautomatenbetreibers mit > Weblink in der Datenbank und in der Karte haben ... können wir eine Zigarettenautomaten-Karte bauen. Ist doch prinzipiell nicht schlechter als z.B. eine Briefkasten-Karte. Ich fände es nebenbei bemerkt gar nicht so schlecht, wenn man beim Aktualisieren von solchen Daten mit Betreibern kooperieren würde. Das setzt natürlich voraus, dass die Informationen korrekt sind, denn ... > oder Werbenamen als > name="Reifen Meier - Der Reifenhändler mit der größten Auswahl in der > Stadt" auftauchen, wird es schwer, diese loszuwerden. Jetzt können wir > noch leicht Regeln aufstellen. ... meine bevorzugte Regel ist: Solange es eindeutig und korrekt getaggt ist, gibt es normalerweise auch keine Probleme. Beispiel: Der Laden heißt nun mal "Reifen Meier", also gehört auch dieser String in das name-Tag, aber wenn jemand noch ein Tag "slogan=Der Reifenhändler mit [...]" zusätzlich anbringt, von mir aus. Muss man ja nicht rendern. > auch Verkaufsautomaten, Firmen ohne > Immobilie und ohne Ladengeschäft (Briefkastenfirmen, Büros, Agenturen, > etc.) und Vereine ohne eigene Räume möchte ich nicht auf der Karte haben. Auf den meisten Karten fände ich wohl auch nicht sinnvoll. In der *Datenbank* hätte ich sie aber gerne stehen, sofern sie - wieder einmal dieses Kriterium - korrekt als solche getaggt sind. Natürlich setzt das eines voraus: Du kannst dann nicht, wie es die OpenLinkMap momentan wohl tut, jedes Objekt mit Name und Link blind in deine Karte aufnehmen. Genauso wenig, wie Kartenstile eine Linie für jeden way zeichnen, der in der Datenbank liegt. Ich sehe das aber weniger als Problem, sondern als Feature: Du *kannst* als Kartenbastler bestimmen, was du in deiner Karte haben willst. Wenn eine von deiner Meinung abweichende Projektregel von vornherein die Aufnahme in die Datenbank verhindert hätte, könntest du das nicht. Tobias Knerr From ulf.lamping at googlemail.com Wed Jan 20 00:36:27 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Wed, 20 Jan 2010 01:36:27 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191350.41898.AlexanderMatheisen@ish.de> <201001191752.37767.AlexanderMatheisen@ish.de> Message-ID: <4B56500B.2090103@googlemail.com> Am 20.01.2010 00:45, schrieb Stephan Wolff: > Am 19.01.2010 17:52, schrieb Alexander Matheisen: >> Am Dienstag 19 Januar 2010 14:00:30 schrieb Jörk: >>> Kann es sinnvoll sein, daß wir uns grob einigen, was überhaupt >>> eingetragen wird? >>> >>> Wikipedia >>> Vereine? welche? >>> Schulen? >>> Gaststätten? >>> .... >>> >>> Wo soll(te) die Grenze sein? >>> >> Im Grunde muss dies jeder Mapper für sich entscheiden. > > Ich halte es für sinnvoll, solche Fragen frühzeitig zu klären. Bislang > haben wir (fast) nur altruistische Mapper, die uneigennützig Daten für > OSM erfassen. Ich hab irgendwo neulich mal eine description="Dieser wunderschöne Wanderweg führt am idyllischen Mühlbach entlang und folgt dann der liebevoll ..." gesehen - das hat sich mit ziemlicher Sicherheit kein Mapper aus den Fingern gesaugt ;-) > Sobald die Nutzung und die Medienpräsenz von OSM zunimmt, > werden auch wirtschaftliche Interessen dazukommen. Man betrachte als > Beispiele den "A.A.A.A.A.A. Schlüsseldienst" in den Gelben Seiten, > Webadressen wie "www.billige-fluege-nach-palma.de" oder die diversen > Googleoptimierer. > Wenn wir einmal 2000 Einträge eines Zigarettenautomatenbetreibers mit > Weblink in der Datenbank und in der Karte haben oder Werbenamen als > name="Reifen Meier - Der Reifenhändler mit der größten Auswahl in der > Stadt" auftauchen, wird es schwer, diese loszuwerden. Jetzt können wir > noch leicht Regeln aufstellen. Die Weblinks am Zichtenautomaten sind kein großes Problem. Wenn das überhand nimmt, legt man die Automaten auf einen eigenen Kartenlayer und blendet den defaultmäßig aus. Der normale Anwender sieht die dann nicht mehr, der den es wirklich interessiert kann es sich einschalten. Auch bei dem Reifenhändler kappt man ab einer gewissen Länge einfach ab, und wenn dann "Reifen Meier - Der Reifenhänd ..." in der Karte auftaucht, verliert der "Optimierer" wohl recht schnell die Lust. Wenn der Name der Firma aber nun ganz offiziell: "Reifen Meier - Der Reifenhändler mit der größten Auswahl in der Stadt GmbH" lautet, welche objektive Regel willst du da aufstellen was davon eingetragen werden darf und was nicht? >> Grundsätzlich kann man aber sagen, dass Privatpersonen nicht in diese Karte >> gehören. > > Das ist sicherlich unstrittig, aber auch Verkaufsautomaten, Firmen ohne > Immobilie und ohne Ladengeschäft (Briefkastenfirmen, Büros, Agenturen, > etc.) und Vereine ohne eigene Räume möchte ich nicht auf der Karte haben. Du mußt da ganz klar zwischen OSM Datenbank und irgendwelchen Karten unterscheiden. Wenn die Daten offensichtlich falsch eingetragen sind, z.B. wenn einer seine Briefkastenfirma als tourism=attraction taggt ist das klar ein Verstoß gegen "Wir mappen nicht für die Renderer" - diese Regel gibt es schon "ewig". Wenn die Daten richtig eingetragen sind, kann sich der Kartenhersteller aussuchen, was er für den gegebenen Anwendungsfall als sinnvoll ansieht. Halte ich für wesentlich besser und einfacher als irgendwelche "Relevanzkriterien" aufzustellen. Man kann ja gerade bei Wikipedia sehr schön sehen, daß das nix als Ärger macht :-) Gruß, ULFL From ulf.lamping at googlemail.com Wed Jan 20 02:44:11 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Wed, 20 Jan 2010 03:44:11 +0100 Subject: [Talk-de] =?iso-8859-15?q?Mal_wieder_einiges_in_den_Map_Features_?= =?iso-8859-15?q?erg=E4nzt?= Message-ID: <4B566DFB.8090406@googlemail.com> Hallo! Ich hab mal die Map Features[1] mit den aktuellen verfügbaren OSMdoc[2] Verwendungszahlen verglichen. Außerdem hatte ich ein Auge auf der tagsupport Liste[3]. Beim Vergleich sind mir einige Tags aufgefallen, die in signifikanten Größenordnungen verwendet werden aber in den Map Features nicht auftauchen. Ich hab daher einiges in den Map Features ergänzt. Das sind (in Klammern die "aktuellen" Verwendungszahlen): aerialway=pylon (~800) amenity=car_wash (~1400) amenity=clock (~250) amenity=fire_hydrant (~500) amenity=sauna (~1000) barrier=block (~1800) highway=platform (~1000) historic=boundary_stone (~1600) historic=wayside_cross (~4600) historic=wayside_shrine (~1800) man_made=petroleum_well (~11000) power=pole (~12000) power=minor_line (~1200) waterway=ditch (~28000) waterway=rapids (~1100) An die bestehenden Einträge habe ich folgendes hinzugefügt: barrier=fence wood_fence (~1400) und wire_fence (~1200) Außerdem hab ich bei einer Reihe von Einträgen die "erlaubten" Typen (Node, Way, Area, Relation) an die aktuelle Verwendung angepaßt. Zu den neuen Sachen hab ich mir eine englische Kurzbeschreibung aus den Fingern gesaugt, bitte bei Bedarf ergänzen/korrigieren - auch eine deutsche Übersetzung fehlt noch. Zu den meisten Features gibt es auch proposal Seiten, da hab ich aber keine Ahnung was man machen muß um die entsprechend einzubinden - bzw. die Wahrscheinlichkeit das ich was kaputt mache ist zu hoch ;-) Wenn einer der geneigten Leser ... Gruß, ULFL [1] http://wiki.openstreetmap.org/wiki/Map_Features [2] http://osmdoc.com/en/tag [3] http://wiki.openstreetmap.org/wiki/User:Stevage/tagsupport From florian at grossing.de Wed Jan 20 05:45:34 2010 From: florian at grossing.de (Florian Gross) Date: Wed, 20 Jan 2010 06:45:34 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B564D5B.6010307@tobias-knerr.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B564D5B.6010307@tobias-knerr.de> Message-ID: <201001200645.34885.florian@grossing.de> Am Mi Januar 20 2010 glaubte Tobias Knerr zu wissen: > Stephan Wolff schrieb: > > oder Werbenamen als > > name="Reifen Meier - Der Reifenhändler mit der größten Auswahl in der > > Stadt" auftauchen, wird es schwer, diese loszuwerden. Jetzt können wir > > noch leicht Regeln aufstellen. > Beispiel: Der Laden heißt nun mal "Reifen Meier", also gehört auch > dieser String in das name-Tag, aber wenn jemand noch ein Tag "slogan=Der > Reifenhändler mit [...]" zusätzlich anbringt, von mir aus. Muss man ja > nicht rendern. Ich würde damit rechnen, daß da der Slogan bei dem einen oder anderen bei name= mit reinkommt. flo -- Im Rahmen der vielfach proklamierten Gleichstellung ergibt sich trivial die Forderung "Klaut mehr Liegeraeder!" Helmut Springer in drf] From marcus.wolschon at googlemail.com Wed Jan 20 06:43:24 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Wed, 20 Jan 2010 07:43:24 +0100 Subject: [Talk-de] TMC-Punkt in Abwegen In-Reply-To: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> Message-ID: 2010/1/20 André Riedel : > Hallo, > > ich habe einen Punkt gefunden, welcher weit weg von seinem gedachten > Standort ist. > > Es geht um folgenden Punkt: > http://osm-tmc.anders-hamburg.de/point.php?lcd=57123 > > welcher fälschlicher weise in Frankenberg/Sa. einen Autobahnrastplatz > darstellt. Diesen Rastplatz gibt es dort nicht. > http://osm-tmc.anders-hamburg.de/index.php?lat=50.91447&lon=13.01813&zoom=16&layers=B0T > > Auf Grund des Namens und der Rastplatzeigenschaft sollt er Standort > eigentlich östlich von Purschwitz liegen. > http://osm-tmc.anders-hamburg.de/index.php?lat=51.20711&lon=14.54167&zoom=15&layers=B0T > > Damit die TMC-Daten den Straßenverlauf korrekt wiedergeben, müsst er > in Frankenberg eingeben werden. Wenn jedoch der Rastplatz mit einer > TMC-Meldung gesperrt werden sollte, hätte das jedoch falsche > Auswirkungen für das Routing auf der A4. Wenn der Rastplatz bei Purschwitz in das Segment http://osm-tmc.anders-hamburg.de/segment.php?lcd=42607 passt, würde ich den wählen. Keine Ahnung wie es zu sowas kommen konnte. Ich kann mir nur denken dass der Rastplatz weiter die Strasse rauf geplant war oder hier irgendwas mit den Koordinaten durcheinander gekommen ist. Aber frag mich nicht wie. Marcus From bernd at bwurst.org Wed Jan 20 06:47:43 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Wed, 20 Jan 2010 07:47:43 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001200645.34885.florian@grossing.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B564D5B.6010307@tobias-knerr.de> <201001200645.34885.florian@grossing.de> Message-ID: <201001200747.43521.bernd@bwurst.org> Am Mittwoch 20 Januar 2010 06:45:34 schrieb Florian Gross: > Ich würde damit rechnen, daß da der Slogan bei dem einen oder anderen > bei name= mit reinkommt. Ich würde damit rechnen, dass da der Slogan dann bei dem einen oder anderen von der Community wieder aus name= entfernt wird. Gruß, Bernd -- Alle Menschen werden als Originale geboren, die meisten sterben als Kopien. -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From ke at gnu.franken.de Wed Jan 20 06:53:43 2010 From: ke at gnu.franken.de (Karl Eichwalder) Date: Wed, 20 Jan 2010 07:53:43 +0100 Subject: [Talk-de] Recyclingcontainer In-Reply-To: <4B551FF0.5010008@gmx.de> (Daniela Duerbeck's message of "Tue, 19 Jan 2010 03:58:56 +0100") References: <4B551FF0.5010008@gmx.de> Message-ID: Daniela Duerbeck writes: > Der eine hat > nun einen Namen, der andere nicht, im Garmin sehe ich gar keinen von beiden. > Warum? Haben die container bei euch offizielle namen? Ok, möglich ist bei den deutschen verwaltungsfanatikern alles, strommasten sind ja auch oft benamst--wobei das eigentlich eher references (ref=) sind, denke ich. Wenn man einen vollen container melden will, wird man wohl einfach sagen, das ding auf dem Kohlplatz oder an der Bahnhofstraße beim schwimmbad sei voll. -- Karl Eichwalder From sloslo at web.de Wed Jan 20 07:33:42 2010 From: sloslo at web.de (Christian Slotwinsky) Date: Wed, 20 Jan 2010 08:33:42 +0100 Subject: [Talk-de] Wie rendert man Relationen mit or/p? Message-ID: <4B56B1D6.9020008@web.de> Hallo miteinander. Ich beschäftige mich seit einiger Zeit mit dem rendern von Kartendaten mittels Osmarender. Nach dem ausprobieren verschiedenster Wege bin ich bei or/p gelandet. Dies lieferte mir die schnellsten und besten Ergebnisse. Leider ist es mir bislang nicht gelungen Relationen zu rendern obwohl ich die entsprechenden Optionen (showRelationRoute) in der XML-Datei aktiviert bzw. die Kommentare entfernt habe. Ist das ein Sonderfall der or/p Version oder kann das "Original" Osmarender auch keine Relationen rendern ? Wie geht Ihr in solch einem Fall vor? Gruß Christian From news2 at bavarianmallet.de Wed Jan 20 08:03:22 2010 From: news2 at bavarianmallet.de (Georg Feddern) Date: Wed, 20 Jan 2010 09:03:22 +0100 Subject: [Talk-de] TMC Rastplatz an Autobahn (was: TMC-Punkt in Abwegen) In-Reply-To: References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> Message-ID: <4B56B8CA.2010902@bavarianmallet.de> Moin, Marcus Wolschon schrieb: > 2010/1/20 André Riedel > >> Wenn jedoch der Rastplatz mit einer >> TMC-Meldung gesperrt werden sollte, hätte das jedoch falsche >> Auswirkungen für das Routing auf der A... >> Hier möchte ich gerne mal einhaken: Bisher habe ich die Punkte eines Segmentes immer auf die Strecke gesetzt. Aber gehört solch ein TMC-Punkt nicht eigentlich auf den Rastplatz statt auf die Richtungsfahrbahn? Wenn nur der Rastplatz punktförmig gesperrt werden soll, darf dadurch ja eigentlich nicht die gesamte Autobahn gesperrt werden. Wenn ein Streckenabschnitt vom / bis zum Rastplatz gesperrt wird, würde das auch mit dem Punkt auf dem Rastplatz greifen. Gruß Georg From michael at rathai.de Wed Jan 20 08:23:26 2010 From: michael at rathai.de (Michael Rathai) Date: Wed, 20 Jan 2010 09:23:26 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien References: <7596152.mHcpufrQfr@buegehome.de> <74CE30C5-AF5F-4449-93B0-7373CFC27596@t-online.de> Message-ID: <4B56CB8E.0047.005E.0@rathai.de> OpenStreetMap-Projekt als Katastrophenhelfer Frisch auf heise online: http://goo.gl/0Npm >>> Von: Lothar Emmerich An:gmane.comp.gis.openstreetmap.region.de, michael at buegehome.de, talk-de at openstreetmap.org Datum: 18.01.2010 21:48 Betreff: Re: Crisismapping Haiti, OSM und die Medien Hallo Michael, das Thema Haiti ist aktuell. Richtig so. Wenn ich Dich richtig verstanden habe, suchst Du auch Medienartikel zu OSM. Kann Dir 2 Zeitungsartikel zur Verfügung stellen. Ist das in Deinem Sinne? Gruß Lothar -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From andre+joost at nurfuerspam.de Wed Jan 20 08:35:28 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Wed, 20 Jan 2010 09:35:28 +0100 Subject: [Talk-de] Wie rendert man Relationen mit or/p? In-Reply-To: <4B56B1D6.9020008@web.de> References: <4B56B1D6.9020008@web.de> Message-ID: <4B56C050.7070308@nurfuerspam.de> Christian Slotwinsky schrieb: > Leider ist es mir bislang nicht gelungen Relationen zu rendern obwohl > ich die entsprechenden Optionen (showRelationRoute) in der XML-Datei > aktiviert bzw. die Kommentare entfernt habe. > > Ist das ein Sonderfall der or/p Version oder kann das "Original" > Osmarender auch keine Relationen rendern ? Mit den mapfeatures der Zoomstufe 17 kann osmarender die Linien gesondert darstellen. Wie du schon schreibst, mit showrelationroute=yes und die Kommentare entfernen. Den ref-tag an der Linie anbringen ist aber in der xsl von osmarender so nicht vorgesehen (wohl aber bei ref-tags der Wege). Dazu müsste das ref-tag der Relation erst mal auf alle Wege verteilt werden, und mehrfache refs für einen Weg sinnvoll aneinandergehangen werden. Dazu habe ich in der xsl keinen Eintrag gefunden. In or/p wird es dann vermutlich auch nicht laufen. Natürlich kann man die z17 auch für größere Gebiete verwenden, irgendwann ist aber der Arbeitsspeicher voll. > Wie geht Ihr in solch einem Fall vor? Probier deine xml mal mit dem "richtigen" osmarender, vielleicht ist ja doch noch ein anderer bug drin. Eventuell auch mal die Farben und Linienbreiten verändern. Gruß, André Joost From marcus.wolschon at googlemail.com Wed Jan 20 08:51:09 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Wed, 20 Jan 2010 09:51:09 +0100 Subject: [Talk-de] TMC Rastplatz an Autobahn (was: TMC-Punkt in Abwegen) In-Reply-To: <4B56B8CA.2010902@bavarianmallet.de> References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> <4B56B8CA.2010902@bavarianmallet.de> Message-ID: 2010/1/20 Georg Feddern : > Hier möchte ich gerne mal einhaken: > Bisher habe ich die Punkte eines Segmentes immer auf die Strecke gesetzt. > Aber gehört solch ein TMC-Punkt nicht eigentlich auf den Rastplatz statt > auf die Richtungsfahrbahn? Er gehört auf die Strecke, sonst kann ein "Stau von A bis 3 Schritte zurück" nicht ausgewertet werden. > Wenn nur der Rastplatz punktförmig gesperrt werden soll, darf dadurch ja > eigentlich nicht die gesamte Autobahn gesperrt werden. Ich denke nicht dass gesperrte Rastplätze überhaupt übermittelt werden. Das ist einfach nur eine Marke "Unfall BEI Rastplatz XYZ". Ein Rastplatz ist einfach nicht wichtig genug im Vergleich zur Aut > Wenn ein Streckenabschnitt vom / bis zum Rastplatz gesperrt wird, würde > das auch mit dem Punkt auf dem Rastplatz greifen. > > Gruß > Georg > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From michael at buegehome.de Wed Jan 20 08:54:01 2010 From: michael at buegehome.de (Michael Buege) Date: Wed, 20 Jan 2010 09:54:01 +0100 Subject: [Talk-de] Crisismapping Haiti, OSM und die Medien References: <7596152.mHcpufrQfr@buegehome.de> <74CE30C5-AF5F-4449-93B0-7373CFC27596@t-online.de> Message-ID: <1508812.BAbgRRjNjR@buegehome.de> Zitat Lothar Emmerich: > Hallo Michael, > > das Thema Haiti ist aktuell. Richtig so. > Wenn ich Dich richtig verstanden habe, suchst Du auch Medienartikel zu > OSM. Kann Dir 2 Zeitungsartikel zur Verfügung stellen. Ist das in Deinem > Sinne? Nur her damit! ;-) Aktuell bin ich aber auf der Suche nach Material zum Thema OSM-Haiti. Nicht nur Zeitungsberichte, sondern auch Informationen von Leuten, die vor Ort waren, sind oder sein werden und die eventuell OSM-Sachen nutzen oder brauchen. -- Michael From michael at buegehome.de Wed Jan 20 10:14:15 2010 From: michael at buegehome.de (Michael Buege) Date: Wed, 20 Jan 2010 11:14:15 +0100 Subject: [Talk-de] URGENT!! Anfrage ZDF Message-ID: <1310323.VMT7EG9crf@buegehome.de> Gerade hat mich Ferdinand Utner vom ZDF angerufen. Er sucht nach Personen, die in Haiti mappen. Es soll als Teil eines Berichtes gezeigt werden, wie aus den Luftbildern Daten entstehen. Ort ist egal, Termin am besten gestern. Ich hab jetzt erst mal auf die Jungs von der Uni Heidelberg verwiesen, es waere aber trotzdem gut, wenn sich noch zusaetzlich jemand bereit erklaeren koennte, sich mal ueber die Schulter schauen zu lassen. Freiwillige vor, es ist eilig. Kontaktdaten gibts bei mir. -- Michael From hy-soft at sha-mash.de Wed Jan 20 10:17:16 2010 From: hy-soft at sha-mash.de (hy-soft) Date: Wed, 20 Jan 2010 10:17:16 +0000 Subject: [Talk-de] =?utf-8?q?Pr=C3=A4sentation?= Message-ID: <4B56D82C.1040102@sha-mash.de> Lothar Emmerich wrote: > Hallöchen, > > hier endlich die versprochene Präsentation Danke, dass Du Dir die Muehe gemacht hast, allerdings sieht das Ergebnis bei mir so aus wie unter: http://yfrog.com/1aosmscreenj zu sehen. Daher als Praesentation eher ungeeignet. ***hy From news2 at bavarianmallet.de Wed Jan 20 10:20:59 2010 From: news2 at bavarianmallet.de (Georg Feddern) Date: Wed, 20 Jan 2010 11:20:59 +0100 Subject: [Talk-de] TMC Rastplatz an Autobahn In-Reply-To: References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> <4B56B8CA.2010902@bavarianmallet.de> Message-ID: <4B56D90B.7060406@bavarianmallet.de> Marcus Wolschon schrieb: > 2010/1/20 Georg Feddern : > >> Hier möchte ich gerne mal einhaken: >> Bisher habe ich die Punkte eines Segmentes immer auf die Strecke gesetzt. >> Aber gehört solch ein TMC-Punkt nicht eigentlich auf den Rastplatz statt >> auf die Richtungsfahrbahn? >> > > Er gehört auf die Strecke, sonst kann ein "Stau von A bis 3 Schritte zurück" > nicht ausgewertet werden. > Das sehe ich anders, dann ist ja auch immer der Streckenabschnitt vor und/oder nach dem Rast-/Parkplatz betroffen, ob die Staulinie nun über den Rast-/Parkplatz oder über die Strecke dran vorbei geführt wird, ist dann m. E. nicht wesentlich. >> Wenn nur der Rastplatz punktförmig gesperrt werden soll, darf dadurch ja >> eigentlich nicht die gesamte Autobahn gesperrt werden. >> > > Ich denke nicht dass gesperrte Rastplätze überhaupt übermittelt werden. > Das ist einfach nur eine Marke "Unfall BEI Rastplatz XYZ". > > Ein Rastplatz ist einfach nicht wichtig genug im Vergleich zur Aut > Ich erinnere mich zumindest an genügend Verkehrsfunkmeldungen für LKW, das Parkplätze überfüllt sind. Ich weiß aber eben auch nicht, ob dies als TMC-Ereignis übermittelt wird, wenn nicht, ok. Wenn doch, wäre es nur blöd, wenn wegen dieser Punkt-Sperrung der vorbeifließende Verkehr (und seien es nur LKWs) dann über eine Umleitung geschickt würde. Vorerst bleibe ich dann bei der bisherigen Praxis. Gruß Georg From AlexanderMatheisen at ish.de Wed Jan 20 11:20:10 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Wed, 20 Jan 2010 12:20:10 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191752.37767.AlexanderMatheisen@ish.de> Message-ID: <201001201220.10509.AlexanderMatheisen@ish.de> Am Mittwoch 20 Januar 2010 00:45:27 schrieb Stephan Wolff: > Am 19.01.2010 17:52, schrieb Alexander Matheisen: > > Am Dienstag 19 Januar 2010 14:00:30 schrieb Jörk: > >> zunächst 'mal : tolle Sache! > > Dem Lob schließe ich mich an. > > >> Kann es sinnvoll sein, daß wir uns grob einigen, was überhaupt > >> eingetragen wird? > >> > >> Wikipedia > >> Vereine? welche? > >> Schulen? > >> Gaststätten? > >> .... > >> > >> Wo soll(te) die Grenze sein? > > > > Im Grunde muss dies jeder Mapper für sich entscheiden. > > Ich halte es für sinnvoll, solche Fragen frühzeitig zu klären. Bislang > haben wir (fast) nur altruistische Mapper, die uneigennützig Daten für > OSM erfassen. Sobald die Nutzung und die Medienpräsenz von OSM zunimmt, > werden auch wirtschaftliche Interessen dazukommen. Man betrachte als > Beispiele den "A.A.A.A.A.A. Schlüsseldienst" in den Gelben Seiten, > Webadressen wie "www.billige-fluege-nach-palma.de" oder die diversen > Googleoptimierer. > Wenn wir einmal 2000 Einträge eines Zigarettenautomatenbetreibers mit > Weblink in der Datenbank und in der Karte haben oder Werbenamen als > name="Reifen Meier - Der Reifenhändler mit der größten Auswahl in der > Stadt" auftauchen, wird es schwer, diese loszuwerden. Jetzt können wir > noch leicht Regeln aufstellen. > > > Grundsätzlich kann man aber sagen, dass Privatpersonen nicht in diese > > Karte gehören. > > Das ist sicherlich unstrittig, aber auch Verkaufsautomaten, Firmen ohne > Immobilie und ohne Ladengeschäft (Briefkastenfirmen, Büros, Agenturen, > etc.) und Vereine ohne eigene Räume möchte ich nicht auf der Karte haben. > > > Viele Grüße > > Stephan > Ich würde vorschlagen, dass wir diese Diskussion besser in einen eigenen Thread ausgliedern, denn das hat nicht mehr viel mit der OpenLinkMap zu tun. Rurseekatze From telegnom.osm at googlemail.com Wed Jan 20 11:26:25 2010 From: telegnom.osm at googlemail.com (Max Andre) Date: Wed, 20 Jan 2010 12:26:25 +0100 Subject: [Talk-de] Kennzeichnung von (Nicht)Raucherkneipen/Hotels/Restaurants Message-ID: <4B56E861.3060502@googlemail.com> Hallo, im deutschsprachigen Ableger des OSM-Forums kam die Frage nach einem Tag auf, um Restaurants/Kneipen in den geraucht werden darf und solche in denen nicht geraucht werden darf zu kennzeichnen [1]. Ich habe mal angefangen und ein Proposal für ein Tag smoking = no / yes / separated geschrieben [2]. Mit den drei Werten yes / no / separated sollten sich eigentlich alle relevanten Situationen abbilden lassen. Grüße Telegnom [1] http://forum.openstreetmap.org/viewtopic.php?pid=55394 [2] http://wiki.openstreetmap.org/wiki/Proposed_features/Smoking From marcus.wolschon at googlemail.com Wed Jan 20 11:48:12 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Wed, 20 Jan 2010 12:48:12 +0100 Subject: [Talk-de] TMC Rastplatz an Autobahn In-Reply-To: <4B56D90B.7060406@bavarianmallet.de> References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> <4B56B8CA.2010902@bavarianmallet.de> <4B56D90B.7060406@bavarianmallet.de> Message-ID: 2010/1/20 Georg Feddern : > Ich erinnere mich zumindest an genügend Verkehrsfunkmeldungen für LKW, > das Parkplätze überfüllt sind. > Ich weiß aber eben auch nicht, ob dies als TMC-Ereignis übermittelt > wird, wenn nicht, ok. > Wenn doch, wäre es nur blöd, wenn wegen dieser Punkt-Sperrung der > vorbeifließende Verkehr (und seien es nur LKWs) dann über eine Umleitung > geschickt würde. Ich sehe in den Event-Codes nichts was sich ausschließlich auf LKW bezieht und nichts was sich auf das Parken bezieht. Marcus From mail at thomas-reincke.de Wed Jan 20 11:44:35 2010 From: mail at thomas-reincke.de (Thomas Reincke) Date: Wed, 20 Jan 2010 12:44:35 +0100 Subject: [Talk-de] Kennzeichnung von (Nicht)Raucherkneipen/Hotels/Restaurants In-Reply-To: <4B56E861.3060502@googlemail.com> References: <4B56E861.3060502@googlemail.com> Message-ID: <4B56ECA3.1050202@thomas-reincke.de> Max Andre schrieb: > > Mit den drei Werten yes / no / separated sollten sich eigentlich alle > relevanten Situationen abbilden lassen. Ich würde zusätzlich ein "outside" hinzufügen. Es gibt ja auch Gastronomie mit und ohne Außenbereich. Und draußen darf meisten geraucht werden. From marcus.wolschon at googlemail.com Wed Jan 20 11:51:17 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Wed, 20 Jan 2010 12:51:17 +0100 Subject: [Talk-de] TMC Rastplatz an Autobahn In-Reply-To: <4B56D90B.7060406@bavarianmallet.de> References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> <4B56B8CA.2010902@bavarianmallet.de> <4B56D90B.7060406@bavarianmallet.de> Message-ID: 2010/1/20 Georg Feddern : > Das sehe ich anders, dann ist ja auch immer der Streckenabschnitt vor > und/oder nach dem Rast-/Parkplatz betroffen, > ob die Staulinie nun über den Rast-/Parkplatz oder über die Strecke dran > vorbei geführt wird, ist dann m. E. nicht wesentlich. ... > Vorerst bleibe ich dann bei der bisherigen Praxis. Dann pass aber auch auf, dass die Way-Liste das Segment über den Rastplatz geht und die der Road ebenfalls. Damit das ganze wenigstens konsistent bleibt. Mit der Road kann dann nicht mehr die existierende type=route route=road -Relation der Autobahn genommen werden. Marcus From news2 at bavarianmallet.de Wed Jan 20 12:23:52 2010 From: news2 at bavarianmallet.de (Georg Feddern) Date: Wed, 20 Jan 2010 13:23:52 +0100 Subject: [Talk-de] TMC Rastplatz an Autobahn In-Reply-To: References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> <4B56B8CA.2010902@bavarianmallet.de> <4B56D90B.7060406@bavarianmallet.de> Message-ID: <4B56F5D8.4040906@bavarianmallet.de> Moin, Marcus Wolschon schrieb: > 2010/1/20 Georg Feddern : > >> Vorerst bleibe ich dann bei der bisherigen Praxis. >> > > Dann pass aber auch auf, dass die Way-Liste das Segment > über den Rastplatz geht und die der Road ebenfalls. > Damit das ganze wenigstens konsistent bleibt. > Mit der Road kann dann nicht mehr die existierende > type=route route=road -Relation der Autobahn genommen werden. > Mißverständnis. Ich belasse die Punkte wie bisher auf der Strecke. Aber der Hinweis mit den Relationen ist auch ein Argument, das ein paar andere Sonderfälle (Punkt liegt weit außerhalb der route-Relation) betrifft - grmmpff, muss ich nochmal ein paar Extra-TMC-Relationen nachschieben. Gruß Georg From falk.zscheile at googlemail.com Wed Jan 20 13:07:46 2010 From: falk.zscheile at googlemail.com (Falk Zscheile) Date: Wed, 20 Jan 2010 14:07:46 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: <4B566DFB.8090406@googlemail.com> References: <4B566DFB.8090406@googlemail.com> Message-ID: <1545fef41001200507q2b9c2decyce19f0a7ba4ab8f@mail.gmail.com> Am 20. Januar 2010 03:44 schrieb Ulf Lamping : > Ich hab mal die Map Features[1] mit den aktuellen verfügbaren OSMdoc[2] > Verwendungszahlen verglichen. Außerdem hatte ich ein Auge auf der > tagsupport Liste[3]. > [...] > Ich hab daher einiges in den Map Features ergänzt. Das sind (in Klammern > die "aktuellen" Verwendungszahlen): >[...] > Zu den meisten Features gibt es auch proposal Seiten, da hab ich aber > keine Ahnung was man machen muß um die entsprechend einzubinden - bzw. > die Wahrscheinlichkeit das ich was kaputt mache ist zu hoch ;-) > > Wenn einer der geneigten Leser ... > Gibt es irgendwo eine Anleitung, wie man Map Features ergänzen kann? Mir ist schon nicht klar, wie ich etwas in Map Features eintragen kann. Insbesondere interessiert mich aber, wie ich für die Deutschen Map Features die Englische Definition ersetzen kann. Danke & Gruß, Falk From osm at tobias-knerr.de Wed Jan 20 13:30:49 2010 From: osm at tobias-knerr.de (Tordanik) Date: Wed, 20 Jan 2010 05:30:49 -0800 (PST) Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: <4B566DFB.8090406@googlemail.com> References: <4B566DFB.8090406@googlemail.com> Message-ID: <1263994249502-4426474.post@n2.nabble.com> Ulf Lamping wrote: > > An die bestehenden Einträge habe ich folgendes hinzugefügt: > > barrier=fence wood_fence (~1400) und wire_fence (~1200) Ja, aber eben 1400 barrier=wood_fence von einem einzigen Mapper. Ich sehe das nicht als Indiz dafür, dass sich dieses Tag durchgesetzt hat - und damit auch nicht als guten Grund, das in die Map Features zu befördern. Das wäre mir ja egal, wenn das Tag was taugen würde. Ich finde es aber eine ziemlich unsinnige Idee, ein Zusatzattribut (Material), das fast alle Anwendungen erst mal nicht interessieren wird, mit in den barrier-Wert zu packen. Oder wollen wir demnächst auch auf highway=pebblestone_footway umstellen? Tobias Knerr PS: Teste gerade dieses "Nabble"-ML-Webfrontend - ich hoffe, es funktioniert alles... -- View this message in context: http://n2.nabble.com/Mal-wieder-einiges-in-den-Map-Features-erganzt-tp4424438p4426474.html Sent from the Germany mailing list archive at Nabble.com. From telegnom.osm at googlemail.com Wed Jan 20 13:43:57 2010 From: telegnom.osm at googlemail.com (Max Andre) Date: Wed, 20 Jan 2010 14:43:57 +0100 Subject: [Talk-de] Kennzeichnung von (Nicht)Raucherkneipen/Hotels/Restaurants In-Reply-To: <4B56ECA3.1050202@thomas-reincke.de> References: <4B56E861.3060502@googlemail.com> <4B56ECA3.1050202@thomas-reincke.de> Message-ID: <4B57089D.10502@googlemail.com> Thomas Reincke schrieb: > Max Andre schrieb: > >> Mit den drei Werten yes / no / separated sollten sich eigentlich alle >> relevanten Situationen abbilden lassen. >> > > Ich würde zusätzlich ein "outside" hinzufügen. Es gibt ja auch > Gastronomie mit und ohne Außenbereich. Und draußen darf meisten geraucht > werden. Stimmt, die Idee mit outside ist gut. Gibt ja doch viele Gastronomiebetriebe bei den auf der Terrasse geraucht werden darf, aber nicht im Gastraum. Hab's in das proposal aufgenommen. From addicks at gmx.net Wed Jan 20 13:51:00 2010 From: addicks at gmx.net (Johann H. Addicks) Date: 20 Jan 2010 13:51:00 +0000 Subject: [Talk-de] =?iso-8859-1?q?Haiti_-_K=FCstenlinie?= References: <4B535F64.5080507@gmx.de> <4B536818.7070707@remote.org> <4B55E2F2.3050606@remote.org> Message-ID: > Mapnik verarbeitet die Kuestenlinien nicht direkt, sondern Shapefiles, > die aus diesen generiert werden; diese Generierung findet aber nicht > taeglich statt. Gibt es IRGNDEINE Möglichkeit, das ausnahmsweise mal zu beschleunigen oder "außer der Reihe" zumindest für Haiti manuell durchzuführen. Das würde die Darstellung der gerenderten Karte deutlich verbessern, die "die meisten Leute" zu sehen bekommen. Das Land besteht schließlich aus ziemlich viel Küste und die Darstellungsfehler "Straßen und Camps im Wasser" sind wirklich eklatant. Sieht nämlich eher nach einer Überschwemmungskatastrophe aus auf den Mapnik-Karten.... -jha- From liste12A45q7 at gmx.de Wed Jan 20 13:53:27 2010 From: liste12A45q7 at gmx.de (Markus) Date: Wed, 20 Jan 2010 14:53:27 +0100 Subject: [Talk-de] OSM in CMS einbinden (Drupal, Joomla, Typo3) Message-ID: <4B570AD7.8060903@gmx.de> Liebe OSMer, wer hat Erfahrung, wie man OSM-Karten in ein CMS einbaut? - Drupal - Joomla - Typo3 - ... Wäre super, wenn wir im Wiki eine deutschsprachige Anleitung dazu hätten! vielleicht später auch in Englisch? Wäre eine gute Möglichkeit, OSM weiter zu verbreiten. Gruss, Markus From addicks at gmx.net Wed Jan 20 13:52:00 2010 From: addicks at gmx.net (Johann H. Addicks) Date: 20 Jan 2010 13:52:00 +0000 Subject: [Talk-de] URGENT!! Anfrage ZDF References: <1310323.VMT7EG9crf@buegehome.de> Message-ID: > Gerade hat mich Ferdinand Utner vom ZDF angerufen. Er sucht nach Personen, > die in Haiti mappen. Es soll als Teil eines Berichtes gezeigt werden, wie > aus den Luftbildern Daten entstehen. Ort ist egal, Termin am besten > gestern. Naja, wenn sich keiner meldet, dann gibt's wieder ein Feature über die Mapper beim DLR, die überlegen sicher nicht lange... -jha- From telegnom.osm at googlemail.com Wed Jan 20 14:07:39 2010 From: telegnom.osm at googlemail.com (Max Andre) Date: Wed, 20 Jan 2010 15:07:39 +0100 Subject: [Talk-de] OSM in CMS einbinden (Drupal, Joomla, Typo3) In-Reply-To: <4B570AD7.8060903@gmx.de> References: <4B570AD7.8060903@gmx.de> Message-ID: <4B570E2B.2010703@googlemail.com> Markus schrieb: > Liebe OSMer, > > wer hat Erfahrung, wie man OSM-Karten in ein CMS einbaut? > - Drupal > - Joomla > - Typo3 > - ... > > Wäre super, wenn wir im Wiki eine deutschsprachige Anleitung dazu > hätten! vielleicht später auch in Englisch? > > Wäre eine gute Möglichkeit, OSM weiter zu verbreiten. > > Gruss, Markus Für Wordpress gibt es ein OSM-Plugin [1]. Leider kann ich (noch) nichts zur Bedienung sagen, werde es mit aber gleich mal aus der Nähe anschauen. [1] http://wordpress.org/extend/plugins/osm/ Grüße Max From chris66nrw at gmx.de Wed Jan 20 14:09:57 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Wed, 20 Jan 2010 15:09:57 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: <1263994249502-4426474.post@n2.nabble.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> Message-ID: Tordanik schrieb: > Ulf Lamping wrote: >> An die bestehenden Einträge habe ich folgendes hinzugefügt: >> >> barrier=fence wood_fence (~1400) und wire_fence (~1200) > > Ja, aber eben 1400 barrier=wood_fence von einem einzigen Mapper. Ich sehe > das nicht als Indiz dafür, dass sich dieses Tag durchgesetzt hat - und damit > auch nicht als guten Grund, das in die Map Features zu befördern. > > Das wäre mir ja egal, wenn das Tag was taugen würde. Ich finde es aber eine > ziemlich unsinnige Idee, ein Zusatzattribut (Material), das fast alle > Anwendungen erst mal nicht interessieren wird, mit in den barrier-Wert zu > packen. +1 Das ist mal wieder ganz schlechtes, nicht abwärtskompatibles, apps-breakendes Design. ;-) Ich wünsche mir einen Bot der das ändert zu barrier=fence, fence_type=wire oder so. Chris From marcus.wolschon at googlemail.com Wed Jan 20 14:23:25 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Wed, 20 Jan 2010 15:23:25 +0100 Subject: [Talk-de] TMC Rastplatz an Autobahn In-Reply-To: <4B56F5D8.4040906@bavarianmallet.de> References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> <4B56B8CA.2010902@bavarianmallet.de> <4B56D90B.7060406@bavarianmallet.de> <4B56F5D8.4040906@bavarianmallet.de> Message-ID: 2010/1/20 Georg Feddern : > Aber der Hinweis mit den Relationen ist auch ein Argument, das ein paar > andere Sonderfälle (Punkt liegt weit außerhalb der route-Relation) > betrifft Hast du da Beispiele für? Sollte nicht wirklich vorkommen. Die Punkte definieren ja gerade welche Strecke gemeint ist. Marcus From ldp at xs4all.nl Wed Jan 20 14:26:23 2010 From: ldp at xs4all.nl (Lennard) Date: Wed, 20 Jan 2010 15:26:23 +0100 Subject: [Talk-de] =?iso-8859-1?q?Haiti_-_K=FCstenlinie?= In-Reply-To: References: <4B535F64.5080507@gmx.de> <4B536818.7070707@remote.org> <4B55E2F2.3050606@remote.org> Message-ID: <4B57128F.9090203@xs4all.nl> Johann H. Addicks wrote: >> Mapnik verarbeitet die Kuestenlinien nicht direkt, sondern Shapefiles, >> die aus diesen generiert werden; diese Generierung findet aber nicht >> taeglich statt. > > Gibt es IRGNDEINE Möglichkeit, das ausnahmsweise mal zu beschleunigen oder > "außer der Reihe" zumindest für Haiti manuell durchzuführen. http://lists.openstreetmap.org/pipermail/talk/2010-January/047335.html -- Lennard From dieterdreist at gmail.com Wed Jan 20 14:34:48 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 20 Jan 2010 15:34:48 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: <1263994249502-4426474.post@n2.nabble.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> Message-ID: <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> Am 20. Januar 2010 14:30 schrieb Tordanik : > Ulf Lamping wrote: > > An die bestehenden Einträge habe ich folgendes hinzugefügt: > > barrier=fence wood_fence (~1400) und wire_fence (~1200) > > Das wäre mir ja egal, wenn das Tag was taugen würde. Ich finde es aber eine > ziemlich unsinnige Idee, ein Zusatzattribut (Material), das fast alle > Anwendungen erst mal nicht interessieren wird, mit in den barrier-Wert zu > packen. Oder wollen wir demnächst auch auf highway=pebblestone_footway > umstellen? > +1 (also -1 für den pebblestone_footway) barrier=fence barrier:material=wire/wood/concrete/steal/barbed_wire/iron/etc. barrier:type=chain-link (Maschendraht)/palisade (Palisadenzaun)/wattle (Flechtzaun)/etc. wie oft kein schlechter Einstieg: http://de.wikipedia.org/wiki/Zaun Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From dieterdreist at gmail.com Wed Jan 20 14:36:40 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 20 Jan 2010 15:36:40 +0100 Subject: [Talk-de] OSM in CMS einbinden (Drupal, Joomla, Typo3) In-Reply-To: <4B570AD7.8060903@gmx.de> References: <4B570AD7.8060903@gmx.de> Message-ID: <7acdb3651001200636r51166d70u630a5a27ed1b508e@mail.gmail.com> Am 20. Januar 2010 14:53 schrieb Markus : > Liebe OSMer, > > wer hat Erfahrung, wie man OSM-Karten in ein CMS einbaut? > - Drupal > - Joomla > - Typo3 > zu Joomla gab es vor kurzem hier eine Ankündigung, dass jemand da ein Plugin/Erweiterung geschrieben hat. Findest Du im Archiv. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From osm-list at freenet.de Wed Jan 20 14:44:18 2010 From: osm-list at freenet.de (Sebastian Klemm) Date: Wed, 20 Jan 2010 15:44:18 +0100 Subject: [Talk-de] OSM in CMS einbinden (Drupal, Joomla, Typo3) In-Reply-To: <4B570AD7.8060903@gmx.de> References: <4B570AD7.8060903@gmx.de> Message-ID: <4B5716C2.4070809@freenet.de> Hallo Markus, Markus schrieb: > Liebe OSMer, > > wer hat Erfahrung, wie man OSM-Karten in ein CMS einbaut? > - Drupal > - Joomla > - Typo3 > - ... > Für Joomla gibt es injooosm [1], besprochen auch auf der deutschen ML [2], und joomGPStracks [3]. Über die Qualität kann ich leider (noch) nichts sagen. Grüße, Sebastian [1] [2] [3] From hy-soft at sha-mash.de Wed Jan 20 14:53:39 2010 From: hy-soft at sha-mash.de (hy-soft) Date: Wed, 20 Jan 2010 14:53:39 +0000 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> Message-ID: <4B5718F3.7000800@sha-mash.de> Martin Koppenhoefer wrote: > barrier=fence > barrier:material=wire/wood/concrete/steal/barbed_wire/iron/etc. .....................................^^^^^^ Steal - Zaun geklaut??? [SCNR] ***hy From grenzdebil at gmail.com Wed Jan 20 15:05:57 2010 From: grenzdebil at gmail.com (Martin Simon) Date: Wed, 20 Jan 2010 17:05:57 +0200 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> Message-ID: Am 20. Januar 2010 16:34 schrieb Martin Koppenhoefer : > +1 (also -1 für den pebblestone_footway) > > barrier=fence > barrier:material=wire/wood/concrete/steal/barbed_wire/iron/etc. > barrier:type=chain-link (Maschendraht)/palisade (Palisadenzaun)/wattle > (Flechtzaun)/etc. > > wie oft kein schlechter Einstieg: > http://de.wikipedia.org/wiki/Zaun > > Gruß Martin Ja, wobei sich barrier:type und barrier:material oft überschneiden dürften - ich würde jedenfalls für alle maschendrahtzäune davon ausgehen, daß sie aus Metall sind ;-) barrier:height wäre auch *sehr* interessant, zumindest für meine Wanderkarten... :-) -Martin From news2 at bavarianmallet.de Wed Jan 20 15:07:19 2010 From: news2 at bavarianmallet.de (Georg Feddern) Date: Wed, 20 Jan 2010 16:07:19 +0100 Subject: [Talk-de] Kennzeichnung von (Nicht)Raucherkneipen/Hotels/Restaurants In-Reply-To: <4B57089D.10502@googlemail.com> References: <4B56E861.3060502@googlemail.com> <4B56ECA3.1050202@thomas-reincke.de> <4B57089D.10502@googlemail.com> Message-ID: <4B571C27.3070003@bavarianmallet.de> Moin, Max Andre schrieb: > Thomas Reincke schrieb: > >> Max Andre schrieb: >> >> >>> Mit den drei Werten yes / no / separated sollten sich eigentlich alle >>> relevanten Situationen abbilden lassen. >>> >>> >> Ich würde zusätzlich ein "outside" hinzufügen. Es gibt ja auch >> Gastronomie mit und ohne Außenbereich. Und draußen darf meisten geraucht >> werden. >> > Stimmt, die Idee mit outside ist gut. Gibt ja doch viele > Gastronomiebetriebe bei den auf der Terrasse geraucht werden darf, aber > nicht im Gastraum. Hab's in das proposal aufgenommen. > Die Korinthe muss jetzt noch raus: Ich kenne eine Kneipe, die hat keinen echten Außenbereich, aber dafür draußen vor dem Eingang ein beheiztes Gartenhäuschen hingestellt. Ist das dann smoking=outside;seperated? Georg From dieterdreist at gmail.com Wed Jan 20 15:09:04 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 20 Jan 2010 16:09:04 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: <4B5718F3.7000800@sha-mash.de> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> <4B5718F3.7000800@sha-mash.de> Message-ID: <7acdb3651001200709l414e321bl780b6e71f2697b60@mail.gmail.com> Am 20. Januar 2010 15:53 schrieb hy-soft : > Martin Koppenhoefer wrote: > > barrier=fence > > barrier:material=wire/wood/concrete/steal/barbed_wire/iron/etc. > .....................................^^^^^^ > Steal - Zaun geklaut??? > Oops, kommt mal vor ;-) gemeint war natürlich ein Stahlzaun. Davon gibt's ja auch durchaus verschiedene (z.B. mesh (oder besser welded_mesh? Oder sollen wir die Fügungsart (geschweisst, geschmiedet, verschraubt, genagelt, geflochten, etc. in einen weiteren Subtag packen? Interessant wären z.B. auch Angaben zu Maschenweite). mesh http://img.archiexpo.com/images_ae/photo-g/welded-mesh-fence-127462.jpg palisade? bars? http://img.archiexpo.com/images_ae/photo-g/steel-fence-161624.jpg wie nennt man wohl das auf Englisch? http://commons.wikimedia.org/wiki/File:Metallzaun_vor_Hecke_und_Mauer.jpg Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From addicks at gmx.net Wed Jan 20 15:08:00 2010 From: addicks at gmx.net (Johann H. Addicks) Date: 20 Jan 2010 15:08:00 +0000 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> <4B5718F3.7000800@sha-mash.de> Message-ID: >> barrier=fence >> barrier:material=wire/wood/concrete/steal/barbed_wire/iron/etc. > .....................................^^^^^^ > Steal - Zaun geklaut??? Metalldiebe sind überall. Von geklauten Feuerleitern und selbst Bahn-Fahrdrähten liest man immer wieder. Da könnte man also auch dieses "virtuelle Material" taggen... -jha- From dieterdreist at gmail.com Wed Jan 20 15:10:31 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 20 Jan 2010 16:10:31 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> Message-ID: <7acdb3651001200710p7ce0a573p6e95d529959a3645@mail.gmail.com> Am 20. Januar 2010 16:05 schrieb Martin Simon : > Ja, wobei sich barrier:type und barrier:material oft überschneiden > dürften - ich würde jedenfalls für alle maschendrahtzäune davon > ausgehen, daß sie aus Metall sind ;-) > > ja, man muss ja nicht immer alle Tags angeben, bei vielen Konstruktionsarten ist aber durchaus unterschiedliches Material möglich. Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From addicks at gmx.net Wed Jan 20 15:11:00 2010 From: addicks at gmx.net (Johann H. Addicks) Date: 20 Jan 2010 15:11:00 +0000 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> Message-ID: > Ja, wobei sich barrier:type und barrier:material oft überschneiden > dürften - Wie heisst eigentlich Streckmetall (die Bewohner der östlichen Bundesländer kennen es zu Genüge) auf englisch? "meshed metal baffle"? -jha- From riedel.andre at gmail.com Wed Jan 20 15:17:42 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Wed, 20 Jan 2010 16:17:42 +0100 Subject: [Talk-de] TMC-Punkt in Abwegen In-Reply-To: References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> Message-ID: <124a940a1001200717v59065389v468c7ad51cb577ef@mail.gmail.com> Am 20. Januar 2010 07:43 schrieb Marcus Wolschon : > Wenn der Rastplatz bei Purschwitz in das Segment > http://osm-tmc.anders-hamburg.de/segment.php?lcd=42607 > passt, würde ich den wählen. Nein er würde eigentlich in das folg. Segment gehören. http://osm-tmc.anders-hamburg.de/segment.php?lcd=7101 zw. http://osm-tmc.anders-hamburg.de/point.php?lcd=11204 und http://osm-tmc.anders-hamburg.de/point.php?lcd=11205 Also wie weiter? > Keine Ahnung wie es zu sowas kommen konnte. > Ich kann mir nur denken dass der Rastplatz weiter die > Strasse rauf geplant war oder hier irgendwas > mit den Koordinaten durcheinander gekommen ist. > Aber frag mich nicht wie. Eher zweiteres. Ciao André From osmck at gmx.de Wed Jan 20 15:24:01 2010 From: osmck at gmx.de (Christian Knorr) Date: Wed, 20 Jan 2010 16:24:01 +0100 Subject: [Talk-de] OSM in CMS einbinden (Drupal, Joomla, Typo3) In-Reply-To: <4B5716C2.4070809@freenet.de> References: <4B570AD7.8060903@gmx.de> <4B5716C2.4070809@freenet.de> Message-ID: <1264001041.2788.4.camel@Notebook> Am Mittwoch, den 20.01.2010, 15:44 +0100 schrieb Sebastian Klemm: > Für Joomla gibt es injooosm [1], besprochen auch auf der deutschen ML > [2], und joomGPStracks [3]. > Über die Qualität kann ich leider (noch) nichts sagen. Hallo zusammen, ich bin der Entwickler von injooosm, genauer gesagt Weiterentwickler, da es von joomGPStracks stammt, dieses aber eingefroren ist. Wenn Du was bestimmtest suchst/brauchst sag‘ Bescheid, da bin ich flexibel :-) Nächste Version steht eh bald an. Knappe OnLine-Demo: http://injooosm.sourceforge.net/ > Grüße, > Sebastian MfG, Chris...... > [1] > [2] From grenzdebil at gmail.com Wed Jan 20 15:46:59 2010 From: grenzdebil at gmail.com (Martin Simon) Date: Wed, 20 Jan 2010 17:46:59 +0200 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> Message-ID: Am 20. Januar 2010 17:11 schrieb Johann H. Addicks : > Wie heisst eigentlich Streckmetall (die Bewohner der östlichen Bundesländer > kennen es zu Genüge) auf englisch? > "meshed metal baffle"? Was heißt das auf deutsch? ;-) From osm_ at malenki.ch Wed Jan 20 16:03:04 2010 From: osm_ at malenki.ch (malenki) Date: Wed, 20 Jan 2010 17:03:04 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= References: <4B566DFB.8090406@googlemail.com> <1545fef41001200507q2b9c2decyce19f0a7ba4ab8f@mail.gmail.com> Message-ID: <20100120170304.40ad643b@c2d-sid> Falk Zscheile schrieb: >Gibt es irgendwo eine Anleitung, wie man Map Features ergänzen kann? Dir hilft vermutlich als Erstes der Link unter "Help": http://wiki.openstreetmap.org/wiki/Wiki Gruß malenki From lists at fuchsschwanzdomain.de Wed Jan 20 16:15:15 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Wed, 20 Jan 2010 16:15:15 +0000 (UTC) Subject: [Talk-de] OSM in CMS einbinden (Drupal, Joomla, Typo3) References: <4B570AD7.8060903@gmx.de> <4B570E2B.2010703@googlemail.com> Message-ID: Max Andre wrote: > Für Wordpress gibt es ein OSM-Plugin [1]. Das ist ganz nett! Beispiele: http://blog.gegg.us/2009/08/openstreetmap-communal-data-import/ http://www.christeck.de/wp/2009/12/06/mapping-rivers-in-the-woods-2/ Gruss Sven -- Der "normale Bürger" ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From jochen at remote.org Wed Jan 20 16:22:53 2010 From: jochen at remote.org (Jochen Topf) Date: Wed, 20 Jan 2010 17:22:53 +0100 Subject: [Talk-de] LinuxTag 2010 Message-ID: <20100120162253.GB8014@eldorado.topf.org> Der LinuxTag ist eine der größten Veranstaltungen zum Thema Open Source etc. in Europa. Die letzten Jahre war OSM dort immer vertreten, sowohl mit einem Stand als auch mit Vorträgen. Wäre schön, wenn das dieses Jahr auch wieder was wird. Vorletztes Jahr hat Frederik einen Vortrag gehalten, letztes Jahr ich, vielleicht mag diesmal jemand anderes. Ich bin von den LinuxTaglern auch angesprochen worden, ob man nicht einen Block von mehreren Vorträgen zu verschiedenen OSM-Themen zusammenstellen will. Ich hab keine Zeit für, aber wenn jemand mag, bitte melden. Kontakte kann ich gerne herstellen. Hier ist der Call for Papers (läuft noch bis zum 29. Januar): http://www.linuxtag.org/2010/de/program/call-for-papers.html Will sich jemand von den Berlinern wieder um die Orga des Standes kümmern? Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From andre-r at online.de Wed Jan 20 16:25:18 2010 From: andre-r at online.de (=?ISO-8859-1?Q?Andr=E9_Reichelt?=) Date: Wed, 20 Jan 2010 17:25:18 +0100 Subject: [Talk-de] URGENT!! Anfrage ZDF In-Reply-To: <1310323.VMT7EG9crf@buegehome.de> References: <1310323.VMT7EG9crf@buegehome.de> Message-ID: <4B572E6E.3090707@online.de> Könnte das nicht einer machen, der schonmal mit der Presse gearbeitet hat? Irgend einer von der Geofabrik oder so? Ich will niemandem Arbeit aufbürgen, aber die werden uns wohl am Besten präsentieren können. Gruß, André -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 260 bytes Beschreibung: OpenPGP digital signature URL : From jochen at remote.org Wed Jan 20 16:49:37 2010 From: jochen at remote.org (Jochen Topf) Date: Wed, 20 Jan 2010 17:49:37 +0100 Subject: [Talk-de] URGENT!! Anfrage ZDF In-Reply-To: <4B572E6E.3090707@online.de> References: <1310323.VMT7EG9crf@buegehome.de> <4B572E6E.3090707@online.de> Message-ID: <20100120164937.GC9633@eldorado.topf.org> On Wed, Jan 20, 2010 at 05:25:18PM +0100, André Reichelt wrote: > Könnte das nicht einer machen, der schonmal mit der Presse gearbeitet > hat? Irgend einer von der Geofabrik oder so? Ich will niemandem Arbeit > aufbürgen, aber die werden uns wohl am Besten präsentieren können. Die von der Geofabrik haben genug zu tun und auch keine Ahnung, was in Haiti so läuft. Wenn sich niemand findet, der aktiv bei der Haiti-Aktion mitmacht und drüber reden will, dann gibts auch nichts zu berichten... Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From dido_698 at web.de Wed Jan 20 16:59:17 2010 From: dido_698 at web.de (steffen) Date: Wed, 20 Jan 2010 17:59:17 +0100 Subject: [Talk-de] Route ist "discontinuous" laut OSM Inspector Message-ID: <4B573665.6020502@web.de> Hallo, ich hab mal in Kornwestheim mit dem taggen von ÖPNV angefangen. Insbesondere der Buslinien. Nun sehe ich im OSM Inspector, das die Relation [1] "discontinuous" ist. Die Relation [2] aber nicht. Wo ist der Fehler? Gruß Steffen [1] http://www.openstreetmap.org/browse/relation/377674 [2] http://www.openstreetmap.org/browse/relation/380749 From news2 at bavarianmallet.de Wed Jan 20 17:10:33 2010 From: news2 at bavarianmallet.de (Georg Feddern) Date: Wed, 20 Jan 2010 18:10:33 +0100 Subject: [Talk-de] TMC Rastplatz an Autobahn In-Reply-To: References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> <4B56B8CA.2010902@bavarianmallet.de> <4B56D90B.7060406@bavarianmallet.de> <4B56F5D8.4040906@bavarianmallet.de> Message-ID: <4B573909.20800@bavarianmallet.de> Moin, Marcus Wolschon schrieb: > 2010/1/20 Georg Feddern : > >> Aber der Hinweis mit den Relationen ist auch ein Argument, das ein paar >> andere Sonderfälle (Punkt liegt weit außerhalb der route-Relation) >> betrifft >> > > Hast du da Beispiele für? > Sollte nicht wirklich vorkommen. > Die Punkte definieren ja gerade welche Strecke gemeint ist. > 2 Beispiele in Schleswig-Holstein: http://www.openstreetmap.org/?lat=54.31118&lon=9.96168&zoom=15&layers=B000FTF http://osm-tmc.anders-hamburg.de/?zoom=15&lat=54.31749&lon=9.96244&layers=0BT Die route-Relation L 194 (OSM 71788) deckt sich nicht mit der TMC-Road-Relation L 194 (LCD 49484, OSM 390219). Die route-Relation L 194 endet/beginnt im TMC-Punkt Achterwehr (LCD 49485) am Schnittpunkt L 194 / L 48 / K 93. Der TMC-Road ist aber noch ein weiterer TMC-Punkt an der Anschlußstelle 5 der A 210 zugeordnet (LCD 49491). Der ist aber nur über die L 48 und K 67 zu erreichen. http://www.openstreetmap.org/?lat=54.3054&lon=8.7063&zoom=14&layers=B000FTF http://osm-tmc.anders-hamburg.de/?zoom=13&lat=54.29933&lon=8.74686&layers=0BT Die route-Relation L 305 (OSM 390002) deckt sich nicht mit der TMC-Road-Relation L 305 (LCD 49388, OSM 390218). Die L 305 endet am Schnittpunkt mit der L 33 (obwohl sie als Strecke durchgehend ist und der nördliche Ast der L 33 einmündet). Der TMC-Road ist aber noch der TMC-Punkt (LCD 49392) zugeordnet, der westlich liegende Kreisel in St.-Peter-Ording. Gruß Georg From andre-r at online.de Wed Jan 20 17:12:04 2010 From: andre-r at online.de (=?ISO-8859-15?Q?Andr=E9_Reichelt?=) Date: Wed, 20 Jan 2010 18:12:04 +0100 Subject: [Talk-de] [Haiti] Bilder von hypercube.telascience.org offline? Message-ID: <4B573964.5080609@online.de> Hallo, habe ich irgend etwas falsch eingestellt? Wenn ich auf die Bilder von hypercube.telascience.org zugreifen möchte, bleibt das Bild schwarz. Die anderen Bilder funktionieren einwandfrei. Kann dem mal bitte wer nachgehen? Gruß, André -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 260 bytes Beschreibung: OpenPGP digital signature URL : From frederik at remote.org Wed Jan 20 17:22:35 2010 From: frederik at remote.org (Frederik Ramm) Date: Wed, 20 Jan 2010 18:22:35 +0100 Subject: [Talk-de] URGENT!! Anfrage ZDF In-Reply-To: <20100120164937.GC9633@eldorado.topf.org> References: <1310323.VMT7EG9crf@buegehome.de> <4B572E6E.3090707@online.de> <20100120164937.GC9633@eldorado.topf.org> Message-ID: <4B573BDB.1010806@remote.org> Hallo, Jochen Topf wrote: > On Wed, Jan 20, 2010 at 05:25:18PM +0100, André Reichelt wrote: >> Könnte das nicht einer machen, der schonmal mit der Presse gearbeitet >> hat? Irgend einer von der Geofabrik oder so? Ich will niemandem Arbeit >> aufbürgen, aber die werden uns wohl am Besten präsentieren können. > > Die von der Geofabrik haben genug zu tun und auch keine Ahnung, was in > Haiti so läuft. Also die einzigen Sachen, die ich in Haiti gemappt habe, sind ein paar minimale Geometriereparaturen fuer Probleme, die ich beim Weiterverarbeiten entdeckt habe. Ich sags mal so: Wenn ich als OSM-Mapper viel Zeit das Abmalen von Luftbildern auf Haiti stecken wuerde und nachher laesst sich so ein Hansel von einer Firma im Fernsehen praesentieren, dessen Edits man an einer Hand abzaehlen kann, waere ich vermutlich ein bisschen duepiert! Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From torstiko at gmail.com Wed Jan 20 17:23:27 2010 From: torstiko at gmail.com (Torsten Breda) Date: Wed, 20 Jan 2010 18:23:27 +0100 Subject: [Talk-de] [Haiti] Bilder von hypercube.telascience.org offline? In-Reply-To: <4B573964.5080609@online.de> References: <4B573964.5080609@online.de> Message-ID: <882496461001200923m3c5a46b5t81e3d5b768a964e9@mail.gmail.com> Am 20. Januar 2010 18:12 schrieb André Reichelt : > Hallo, > habe ich irgend etwas falsch eingestellt? Wenn ich auf die Bilder von > hypercube.telascience.org zugreifen möchte, bleibt das Bild schwarz. Die > anderen Bilder funktionieren einwandfrei. > > Kann dem mal bitte wer nachgehen? > Hab gerade im IRC nachgefragt. Sollte gehen. Lediglich einige noch nicht gecachte Bilder sind noch nicht verfügbar. Gruß Torsten From michael at buegehome.de Wed Jan 20 17:31:13 2010 From: michael at buegehome.de (Michael Buege) Date: Wed, 20 Jan 2010 18:31:13 +0100 Subject: [Talk-de] [Haiti] Bilder von hypercube.telascience.org offline? References: <4B573964.5080609@online.de> Message-ID: <1743474.lrn6VHe3Ts@buegehome.de> Zitat André Reichelt: > Hallo, > habe ich irgend etwas falsch eingestellt? Wenn ich auf die Bilder von > hypercube.telascience.org zugreifen möchte, bleibt das Bild schwarz. > Die anderen Bilder funktionieren einwandfrei. > > Kann dem mal bitte wer nachgehen? Könnte das nicht einer machen, der schonmal damit gearbeitet hat? Irgend einer von hypercube.telascience.org oder so? Ich will niemandem Arbeit aufbuerden, aber die werden das wohl am Besten beantworten können. SCNR -- Michael From osm at tobias-knerr.de Wed Jan 20 17:36:42 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Wed, 20 Jan 2010 18:36:42 +0100 Subject: [Talk-de] Kennzeichnung von (Nicht)Raucherkneipen/Hotels/Restaurants In-Reply-To: <4B56ECA3.1050202@thomas-reincke.de> References: <4B56E861.3060502@googlemail.com> <4B56ECA3.1050202@thomas-reincke.de> Message-ID: <4B573F2A.7040307@tobias-knerr.de> Thomas Reincke schrieb: > Max Andre schrieb: >> Mit den drei Werten yes / no / separated sollten sich eigentlich alle >> relevanten Situationen abbilden lassen. > > Ich würde zusätzlich ein "outside" hinzufügen. Es gibt ja auch > Gastronomie mit und ohne Außenbereich. Und draußen darf meisten geraucht > werden. Dann haben wir aber eine Überschneidung: Wenn man nur ein einziges Tag nimmt, dann kann man nicht mehr zwischen "draußen darf geraucht werden, drinnen gar nicht" und "draußen darf geraucht werden, drinnen nur in einem gesonderten Raum" unterscheiden. Auch eine Unterscheidung "draußen überall" und "nur in einem Teil des Außenbereichs" ist dann nicht möglich. Ich fände also etwas nach Art von smoking:outside=yes/no/separated besser, das man zum normalen smoking-Tag hinzufügen kann, wenn es einen Unterschied zwischen drinnen und draußen gibt. Tobias Knerr From andre-r at online.de Wed Jan 20 18:50:56 2010 From: andre-r at online.de (=?ISO-8859-1?Q?Andr=E9_Reichelt?=) Date: Wed, 20 Jan 2010 19:50:56 +0100 Subject: [Talk-de] [Haiti] Bilder von hypercube.telascience.org offline? In-Reply-To: <882496461001200923m3c5a46b5t81e3d5b768a964e9@mail.gmail.com> References: <4B573964.5080609@online.de> <882496461001200923m3c5a46b5t81e3d5b768a964e9@mail.gmail.com> Message-ID: <4B575090.4010209@online.de> Torsten Breda schrieb: > Hab gerade im IRC nachgefragt. Sollte gehen. Lediglich einige noch > nicht gecachte Bilder sind noch nicht verfügbar. Hallo, jetzt funktioniert es offensichtlich. Danke! Gruß, André -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 260 bytes Beschreibung: OpenPGP digital signature URL : From 1248 at gmx.de Wed Jan 20 19:01:32 2010 From: 1248 at gmx.de (1248) Date: Wed, 20 Jan 2010 11:01:32 -0800 (PST) Subject: [Talk-de] Kennzeichnung von (Nicht)Raucherkneipen/Hotels/Restaurants In-Reply-To: <4B573F2A.7040307@tobias-knerr.de> References: <4B56E861.3060502@googlemail.com> <4B56ECA3.1050202@thomas-reincke.de> <4B573F2A.7040307@tobias-knerr.de> Message-ID: <1264014092782-4428658.post@n2.nabble.com> Tordanik wrote: > > Thomas Reincke schrieb: >> Max Andre schrieb: > >> Ich würde zusätzlich ein "outside" hinzufügen. Es gibt ja auch >> Gastronomie mit und ohne Außenbereich. Und draußen darf meisten geraucht >> werden. > > Dann haben wir aber eine Überschneidung: Wenn man nur ein einziges Tag > nimmt, dann kann man nicht mehr zwischen "draußen darf geraucht werden, > drinnen gar nicht" und "draußen darf geraucht werden, drinnen nur in > einem gesonderten Raum" unterscheiden. Auch eine Unterscheidung "draußen > überall" und "nur in einem Teil des Außenbereichs" ist dann nicht möglich. > > Ich fände also etwas nach Art von smoking:outside=yes/no/separated > besser, das man zum normalen smoking-Tag hinzufügen kann, wenn es einen > Unterschied zwischen drinnen und draußen gibt. > > Stimmt. Ich werde das mal im Proposal entsprechend abändern. Grüße, Philipp -- View this message in context: http://n2.nabble.com/Kennzeichnung-von-Nicht-Raucherkneipen-Hotels-Restaurants-tp4425957p4428658.html Sent from the Germany mailing list archive at Nabble.com. From addicks at gmx.net Wed Jan 20 19:05:00 2010 From: addicks at gmx.net (Johann H. Addicks) Date: 20 Jan 2010 19:05:00 +0000 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> Message-ID: >> Wie heisst eigentlich Streckmetall (die Bewohner der östlichen Bundesländer >> kennen es zu Genüge) auf englisch? >> "meshed metal baffle"? > Was heißt das auf deutsch? ;-) Streckmetall? -jha- From spam at mversen.de Wed Jan 20 19:12:08 2010 From: spam at mversen.de (Matthias Versen) Date: Wed, 20 Jan 2010 20:12:08 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> Message-ID: Johann H. Addicks wrote: >>> Wie heisst eigentlich Streckmetall (die Bewohner der östlichen Bundesländer >>> kennen es zu Genüge) auf englisch? >>> "meshed metal baffle"? > >> Was heißt das auf deutsch? ;-) > > Streckmetall? http://de.wikipedia.org/wiki/Streckmetall die Englische Version ist : http://en.wikipedia.org/wiki/Expanded_metal Matthias From dieterdreist at gmail.com Wed Jan 20 19:14:38 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 20 Jan 2010 20:14:38 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> Message-ID: <7acdb3651001201114j3e062c99w610fc27eaed5bb0e@mail.gmail.com> Am 20. Januar 2010 16:11 schrieb Johann H. Addicks : > > Ja, wobei sich barrier:type und barrier:material oft überschneiden > > dürften - > > Wie heisst eigentlich Streckmetall (die Bewohner der östlichen Bundesländer > kennen es zu Genüge) auf englisch? > "meshed metal baffle"? > m.E. heisst das "expanded metal". "Meshed metal baffle" ist eine Beschreibung der Bauteilform, nicht der Herstellungsart. Streckmetall beinhaltet das "Strecken" als Charakteristikum, während das andere rückübersetzt sowas wie Metall-Gitter-Platte oder so heissen würde. Also wie gesagt IMHO "expanded metal" (gem. Wikipedia). Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From addicks at gmx.net Wed Jan 20 19:15:00 2010 From: addicks at gmx.net (Johann H. Addicks) Date: 20 Jan 2010 19:15:00 +0000 Subject: [Talk-de] URGENT!! Anfrage ZDF References: <1310323.VMT7EG9crf@buegehome.de> <4B572E6E.3090707@online.de> <20100120164937.GC9633@eldorado.topf.org> <4B573BDB.1010806@remote.org> Message-ID: > Ich sags mal so: Wenn ich als OSM-Mapper viel Zeit das Abmalen von > Luftbildern auf Haiti stecken wuerde und nachher laesst sich so ein > Hansel von einer Firma im Fernsehen praesentieren, dessen Edits man an > einer Hand abzaehlen kann, waere ich vermutlich ein bisschen duepiert! Dann sollte zumindest jemand, der den angeblichen "Hansel" beim ZDF kennt erläutern, dass - die deutschen Crisis-Mapper bei OSM kamerascheu sind - sich niemand vom Presseteam kompetent sieht - keiner von den hiesigen Vorgarten-Mappern mit fremden Federn auftrten will. - Arbeit an den Karten für die Aktiven wichtiger eingestuft wird als Selbstdarstellung in Einwegmedien. -jha- From dieterdreist at gmail.com Wed Jan 20 19:26:33 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 20 Jan 2010 20:26:33 +0100 Subject: [Talk-de] URGENT!! Anfrage ZDF In-Reply-To: References: <1310323.VMT7EG9crf@buegehome.de> <4B572E6E.3090707@online.de> <20100120164937.GC9633@eldorado.topf.org> <4B573BDB.1010806@remote.org> Message-ID: <7acdb3651001201126o3093b47eqa6b940c68f0a853b@mail.gmail.com> Am 20. Januar 2010 20:15 schrieb Johann H. Addicks : > > Ich sags mal so: Wenn ich als OSM-Mapper viel Zeit das Abmalen von > > Luftbildern auf Haiti stecken wuerde und nachher laesst sich so ein > > Hansel von einer Firma im Fernsehen praesentieren, dessen Edits man an > > einer Hand abzaehlen kann, waere ich vermutlich ein bisschen duepiert! > > > Dann sollte zumindest jemand, der den angeblichen "Hansel" beim ZDF kennt > erläutern, dass > - die deutschen Crisis-Mapper bei OSM kamerascheu sind > - sich niemand vom Presseteam kompetent sieht > - keiner von den hiesigen Vorgarten-Mappern mit fremden Federn auftrten > will. > - Arbeit an den Karten für die Aktiven wichtiger eingestuft wird als > Selbstdarstellung in Einwegmedien. > Wie wärs mit Jonas Krückel? Ich will ja auch niemandem Arbeit aufhalsen, noch habe ich einen wirklichen Überblick, wer dort viel gemacht hat, aber von den deutschen Mappern ist er mir ein paarmal im Kontext Haiti auf div. Listen aufgefallen, er kann sich gut ausdrücken, und sonst meldet sich ja scheints auch keiner, der gerne mal in der ersten Reihe stehen würde... Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From ulf.lamping at googlemail.com Wed Jan 20 20:02:02 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Wed, 20 Jan 2010 21:02:02 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> Message-ID: <4B57613A.8000502@googlemail.com> Am 20.01.2010 15:09, schrieb Chris-Hein Lunkhusen: > Tordanik schrieb: > >> Ulf Lamping wrote: >>> An die bestehenden Einträge habe ich folgendes hinzugefügt: >>> >>> barrier=fence wood_fence (~1400) und wire_fence (~1200) >> >> Ja, aber eben 1400 barrier=wood_fence von einem einzigen Mapper. Ich sehe >> das nicht als Indiz dafür, dass sich dieses Tag durchgesetzt hat - und damit >> auch nicht als guten Grund, das in die Map Features zu befördern. >> >> Das wäre mir ja egal, wenn das Tag was taugen würde. Ich finde es aber eine >> ziemlich unsinnige Idee, ein Zusatzattribut (Material), das fast alle >> Anwendungen erst mal nicht interessieren wird, mit in den barrier-Wert zu >> packen. > > +1 > > Das ist mal wieder ganz schlechtes, nicht abwärtskompatibles, > apps-breakendes Design. ;-) Wer hat was von Design gesagt?!? Ist halt so geworden ;-) > Ich wünsche mir einen Bot der das ändert zu > barrier=fence, fence_type=wire oder so. Hab ich nix gegen. Wenn euch das wichtig ist, sollte halt einer von den "Beschwerdeführern" hier den Mapper kontaktieren und das entsprechend klären/abändern. Hab ich überhaupt kein Problem mit. Das rauspfriemeln der Sachen ist schon eine Menge Arbeit, da kann sich auch mal jemand anders betätigen ... Gruß, ULFL From osm at ulfm.de Wed Jan 20 20:08:11 2010 From: osm at ulfm.de (=?UTF-8?B?VWxmIE3DtmxsZXI=?=) Date: Wed, 20 Jan 2010 21:08:11 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: <4B57613A.8000502@googlemail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> Message-ID: Ulf Lamping schrieb: > Wer hat was von Design gesagt?!? Ist halt so geworden ;-) Naja. Wenn das nur von einem Mapper so benutzt wird, ist die Anzahl der Tags kein Argument, das in die Map Features aufzunehmen. From osm at jonas-krueckel.de Wed Jan 20 20:59:22 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Wed, 20 Jan 2010 21:59:22 +0100 Subject: [Talk-de] URGENT!! Anfrage ZDF In-Reply-To: <7acdb3651001201126o3093b47eqa6b940c68f0a853b@mail.gmail.com> References: <1310323.VMT7EG9crf@buegehome.de> <4B572E6E.3090707@online.de> <20100120164937.GC9633@eldorado.topf.org> <4B573BDB.1010806@remote.org> <7acdb3651001201126o3093b47eqa6b940c68f0a853b@mail.gmail.com> Message-ID: <1A69D3CE-C680-4147-8080-2B2D07B38AD6@jonas-krueckel.de> Am 20.01.2010 um 20:26 schrieb Martin Koppenhoefer: > Am 20. Januar 2010 20:15 schrieb Johann H. Addicks : > > Ich sags mal so: Wenn ich als OSM-Mapper viel Zeit das Abmalen von > > Luftbildern auf Haiti stecken wuerde und nachher laesst sich so ein > > Hansel von einer Firma im Fernsehen praesentieren, dessen Edits man an > > einer Hand abzaehlen kann, waere ich vermutlich ein bisschen duepiert! > > > Dann sollte zumindest jemand, der den angeblichen "Hansel" beim ZDF kennt > erläutern, dass > - die deutschen Crisis-Mapper bei OSM kamerascheu sind > - sich niemand vom Presseteam kompetent sieht > - keiner von den hiesigen Vorgarten-Mappern mit fremden Federn auftrten will. > - Arbeit an den Karten für die Aktiven wichtiger eingestuft wird als > Selbstdarstellung in Einwegmedien. > > > Wie wärs mit Jonas Krückel? Ich will ja auch niemandem Arbeit aufhalsen, noch habe ich einen wirklichen Überblick, wer dort viel gemacht hat, aber von den deutschen Mappern ist er mir ein paarmal im Kontext Haiti auf div. Listen aufgefallen, er kann sich gut ausdrücken, und sonst meldet sich ja scheints auch keiner, der gerne mal in der ersten Reihe stehen würde... Danke für die Anerkennung. Jedoch habe ich im Moment sehr wenig Zeit und wenn dann geht die eben direkt in die Organisation des crisismapping... Gruß Jonas -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From ulf.lamping at googlemail.com Wed Jan 20 21:13:37 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Wed, 20 Jan 2010 22:13:37 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> Message-ID: <4B577201.2070405@googlemail.com> Am 20.01.2010 21:08, schrieb Ulf Möller: > Ulf Lamping schrieb: > >> Wer hat was von Design gesagt?!? Ist halt so geworden ;-) > > Naja. Wenn das nur von einem Mapper so benutzt wird, ist die Anzahl der > Tags kein Argument, das in die Map Features aufzunehmen. Entschuldigung, daß ich mir mehrere Stunden Arbeit damit gemacht habe, die ganzen Tags mal durchzugehen und signifikant verwendete davon in die Map Features zu übernehmen. Entschuldigung, daß ich mir außerdem die Arbeit gemacht habe, dies als Mail zu dokumentieren mit der Bitte um Mithilfe - u.a. damit die anderen Bescheid wissen. Entschuldigung, daß ich mir nicht auch noch die Arbeit gemacht habe, bei jedem einzelnen Tag eine mehrstündige Recherche dranzuhängen, ob es denn vielleicht auch Gründe gegen einen Eintrag gibt, z.B. zeigt OSMdoc/tagwatch die Anzahl der Benutzer dieses Tags überhaupt nicht an. Wie wäre es mit folgender Antwort gewesen: "Hi Ulf, danke für die Änderungen. Dir ist wahrscheinlich nicht aufgefallen, das barrier=wood_fence / wire_fence bislang nur von einem einzigen Benutzer verwendet wird. Die Tags finde ich schlecht, weil die Material Eigenschaft besser in einem Subtag beschrieben wird. Lass uns das doch gleich glattziehen, ich sehe schonmal zu ob ich den Mapper erreichen kann." Hätte meine Bereitschaft hier was zu verbessern enorm gesteigert und die Sache wäre nach ein paar Stunden wohl aus der Welt. So aber ist meine Bereitschaft hier noch was zu tun jetzt sehr niedrig. Also Leute, wenn das eure Idee von Zusammenarbeit ist - einer macht sich ne Menge Arbeit, bittet um Mithilfe und die anderen hacken dann nur drauf rum ohne selber einen Finger zu krümmen - dann danke ich für's Gespräch. Gruß, ULFL From osm at tappenbeck.net Wed Jan 20 21:13:45 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 20 Jan 2010 22:13:45 +0100 Subject: [Talk-de] URGENT!! Anfrage ZDF In-Reply-To: <1310323.VMT7EG9crf@buegehome.de> References: <1310323.VMT7EG9crf@buegehome.de> Message-ID: <4B577209.40908@tappenbeck.net> Michael Du kennst doch schon Gott und die Welt - hast Du keinen Kontakt zu einem deutschsprachigen Helfer der das nutzt und vielleicht denen einen Eindruck über Telefon geben kann - dann könnten wir immer noch etwas machen. ... komme jetzt bitte nicht auf den Gedanken .... Bin gerade aus Stuttgart zurück und nächste Woche wieder und muss jetzt mich auch nochmal im Office sehen lassen. Nochmal ein halber Tag wird schwer zu machen sein - frei zu bekommen. Andersherum wie willst Du das am besten rüber bringen. Ich habe da so eine Idee - da hat einer die Szene in den letzten Tagen intensiv beobachtet. Kann sich nicht noch einmal erbarmen.... MB??? Gruß Jan :-) Am 20.01.2010 11:14, schrieb Michael Buege: > > Gerade hat mich Ferdinand Utner vom ZDF angerufen. Er sucht nach Personen, > die in Haiti mappen. Es soll als Teil eines Berichtes gezeigt werden, wie > aus den Luftbildern Daten entstehen. Ort ist egal, Termin am besten > gestern. > Ich hab jetzt erst mal auf die Jungs von der Uni Heidelberg verwiesen, es > waere aber trotzdem gut, wenn sich noch zusaetzlich jemand bereit erklaeren > koennte, sich mal ueber die Schulter schauen zu lassen. > Freiwillige vor, es ist eilig. > Kontaktdaten gibts bei mir. > From webmaster at ts-eastrail.de Wed Jan 20 21:52:24 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Wed, 20 Jan 2010 22:52:24 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> Message-ID: <099AABD64C4E4E4AB63CCAA1B2EFEA70@mkwebdialin> > Also Leute, wenn das eure Idee von Zusammenarbeit ist - einer macht sich > ne Menge Arbeit, bittet um Mithilfe und die anderen hacken dann nur > drauf rum ohne selber einen Finger zu krümmen - dann danke ich für's > Gespräch. Ulf, du warst da auch ein bisschen vorschnell. Einige der von dir genannten Sachen sind zum teil mit auf meinem Mist gewachsen oder ich war an der größeren Verbreitung beteiligt und kenne daher den HIntergrund ein bisschen. Da gab es auch Gründe das vorerst nicht in Map Features aufzunehmen. Da wäre z.B. power=pole und minor_line. Die hatte ich nach dem eintragen einiger unzähliger Kilometer Hochspannungsnetz tesweise zusammen mit Erdkabeln, Verteilerkästen, Landmarkern und anderen Details mit ausprobiert. Vieles war anfangs auch nur von mir in größerem Umfang genutzt. Um die 3000 Poles dürften auf meine Kappe gehen. Dann hatte ich dazu mal Seiten aufgesetzt und das ganze extra mit "möglicher Tag" angefangen. Nur zur Dokumentation und rein ohne Proposal. Ich weiß nicht inwieweit sich das mitlerweile verbreitet hat, aber reif ist das sicher noch nicht ganz. Beim Hydranten lag der Fall z.B. so das der mit amenity eigentlich schon tot war, weil unzureichend und auch nicht weiter betreut. Danach wurde von jemandem ein besserer Tag vorgeschlagen. Da ging es aber irgendwann auch nicht weiter. Den habe ich dann beispielsweise für mich noch um die Angaben der Hinweisschilder ergänzt, später habe ich das noch abgewandelt z.B. um Schieber der Wasserversorgung ergänzt. Das ganze dann in meiner "Zuckerdose" in größerem Umfang genutzt und getestet. Auch das ohne Abstimmung ohne alles und lange nicht reif. Was du aber zurecht kritisiert, ist die Möglichkeit die Verwendung anhand von Userzahlen einzusehen. Ideen hat man viele und es ist kein Ding bei deren Umsetzung mal eben in die tausende zu kommen. Das dürfte mit meiner historic:19xx:* Spielwiese auch schon wieder passiert sein. Da kann man schnell den Eindruck gewinnen, dass der eine oder andere Tag oft genutzt wird. Ich teste öfters mal was neues. Kann das aber nicht zur Abstimmung stellen, weil ich noch zu der Generation Ossis gehöre, die sich noch lange mit Russich begnügen durften und wo das aufsetzen eines Proposals in ausreichendem Englisch eine Hürde darstellt. Das mit den Usern kann man aber vorerst über einen Umweg wuppen. Jede dieser Tagseiten bietet einen Link zur XAPI. Da kann man sich die Objekte ziehen und die anteilige Verwendung in JOSM einsehen. Vielleicht erbarmt sich ja mal einer und integriert entsprechendes mal direkt in seine Seite. Gruß Mirko From chris66nrw at gmx.de Wed Jan 20 21:55:30 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Wed, 20 Jan 2010 22:55:30 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: <1263994249502-4426474.post@n2.nabble.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> Message-ID: Tordanik schrieb: > Ja, aber eben 1400 barrier=wood_fence von einem einzigen Mapper. Wie findet man das raus? Die osm-API Links auf tagwatch gehen bei mir nicht (oder muss man nur lange genug warten? ) Grüße Chris [1] http://tagwatch.stoecker.eu/osmxapi/*[barrier=wire_fence] From osm at tobias-knerr.de Wed Jan 20 22:06:44 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Wed, 20 Jan 2010 23:06:44 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> Message-ID: <4B577E74.1070508@tobias-knerr.de> Chris-Hein Lunkhusen schrieb: > Tordanik schrieb: > >> Ja, aber eben 1400 barrier=wood_fence von einem einzigen Mapper. > > Wie findet man das raus? > > Die osm-API Links auf tagwatch gehen bei mir nicht (oder > muss man nur lange genug warten? ) Ich hab den JOSM-Link auf osmdoc[1] verwendet. Der dortige XAPI-Link[2] geht auch. Tobias Knerr [1] http://osmdoc.com/de/tag/barrier/wood_fence [2] http://www.informationfreeway.org/api/0.6/*%5Bbarrier=wood_fence%5D From chris66nrw at gmx.de Wed Jan 20 22:45:46 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Wed, 20 Jan 2010 23:45:46 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: <4B577E74.1070508@tobias-knerr.de> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B577E74.1070508@tobias-knerr.de> Message-ID: Tobias Knerr schrieb: >>> Ja, aber eben 1400 barrier=wood_fence von einem einzigen Mapper. >> Wie findet man das raus? > Ich hab den JOSM-Link auf osmdoc[1] verwendet. Der dortige XAPI-Link[2] > geht auch. > > [1] http://osmdoc.com/de/tag/barrier/wood_fence > [2] http://www.informationfreeway.org/api/0.6/*%5Bbarrier=wood_fence%5D Ok, dann ist er aber nicht der einzige Mapper. In Mapnik wird barrier=wood_fence sogar dargestellt. Naja, meine Meinung ist, dass man vor Änderungen der MapFeatures erst die Meinung von mehreren Leuten einholen sollte, zB. hier in der Liste oder auf der Diskussionsseite. Chris From osm at fips-schneider.de Wed Jan 20 22:48:26 2010 From: osm at fips-schneider.de (Fips Schneider) Date: Wed, 20 Jan 2010 23:48:26 +0100 Subject: [Talk-de] Route ist "discontinuous" laut OSM Inspector In-Reply-To: <4B573665.6020502@web.de> References: <4B573665.6020502@web.de> Message-ID: <4B57883A.4060502@fips-schneider.de> steffen wrote: > Hallo, > > ich hab mal in Kornwestheim mit dem taggen von ÖPNV angefangen. > Insbesondere der Buslinien. > > Nun sehe ich im OSM Inspector, das die Relation [1] "discontinuous" ist. > Die Relation [2] aber nicht. > > Wo ist der Fehler? Hmm...so Probleme habe ich auch diverse. Glaube das funzt irgendwas im OSM-Inspector nicht....? Teilweise (in Frankfurt/Main) werden völlig chaotische Buslinien als ordered klassifiziert - und machmal werden geordnete, komplette als discontinous gewertet.... - fips > > Gruß Steffen > > [1] http://www.openstreetmap.org/browse/relation/377674 > [2] http://www.openstreetmap.org/browse/relation/380749 > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From osm at ulfm.de Wed Jan 20 22:59:46 2010 From: osm at ulfm.de (=?ISO-8859-1?Q?Ulf_M=F6ller?=) Date: Wed, 20 Jan 2010 23:59:46 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: <4B577201.2070405@googlemail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> Message-ID: Ulf Lamping schrieb: > Also Leute, wenn das eure Idee von Zusammenarbeit ist - einer macht sich > ne Menge Arbeit, bittet um Mithilfe und die anderen hacken dann nur > drauf rum ohne selber einen Finger zu krümmen - dann danke ich für's > Gespräch. Ich finde es super, dass du dir die Mühe gemacht hast und dass man viele wichtige Tags jetzt leichter findet. Bei so einer zentralen Seite wie den Map Features spielt auch eine Rolle, dass die Features in das Design hineinpassen sollten. Das ist ja keine Kritik an deiner Arbeit, sondern höchstens an demjenigen, der sich die wood_fence und wire_fence Tags ausgedacht hat. Deutsche Übersetzungen für die neu dokumentierten Tags schreibe ich auch noch... :) From osm-talk at mx-server.de Wed Jan 20 23:07:06 2010 From: osm-talk at mx-server.de (Michael Bemmerl) Date: Thu, 21 Jan 2010 00:07:06 +0100 Subject: [Talk-de] TMC-Punkt in Abwegen In-Reply-To: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> Message-ID: <4B578C9A.90707@mx-server.de> Hallo zusammen, André Riedel schrieb: > ich habe einen Punkt gefunden, welcher weit weg von seinem gedachten > Standort ist. Ich habe mir mal erlaubt, für solche "Ungereimtheiten" in den TMC-Daten eine Wiki-Seite anzulegen: http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/Discrepancies Templates mit Links auf den OSM-Validator habe ich bei der Gelegenheit auch gleich erstellt (TMC-Area / -Road / -Segment / -Point), allerdings für Segment kein schönes Icon gefunden... Grüße, Michi -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 195 bytes Beschreibung: OpenPGP digital signature URL : From ulf.lamping at googlemail.com Wed Jan 20 23:48:21 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Thu, 21 Jan 2010 00:48:21 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> Message-ID: <4B579645.8000605@googlemail.com> Am 20.01.2010 23:59, schrieb Ulf Möller: > Ulf Lamping schrieb: > >> Also Leute, wenn das eure Idee von Zusammenarbeit ist - einer macht sich >> ne Menge Arbeit, bittet um Mithilfe und die anderen hacken dann nur >> drauf rum ohne selber einen Finger zu krümmen - dann danke ich für's >> Gespräch. > > Ich finde es super, dass du dir die Mühe gemacht hast und dass man viele > wichtige Tags jetzt leichter findet. Danke ;-) > Bei so einer zentralen Seite wie den Map Features spielt auch eine > Rolle, dass die Features in das Design hineinpassen sollten. Da bin ich ganz deiner Meinung. Nur andererseits kann und will ich die Mapper auch nicht in ein bestimmtes Design zwingen, sondern möglichst das dokumentieren, was tatsächlich verwendet wird - auch wenn das vielleicht anders designed hätte. Ich hab übrigens *einiges* auch nicht aufgenommen, was mir seltsam vorkam, oder wo es noch keine klare Entscheidung zw. mehreren ähnlichen Tags gibt. > Das ist ja > keine Kritik an deiner Arbeit, sondern höchstens an demjenigen, der sich > die wood_fence und wire_fence Tags ausgedacht hat. Die Kritik am Tag selbst kann ich ja auch durchaus nachvollziehen. Wie schon gesagt, wenn sich einer die Arbeit machen will, hier eine bessere Lösung durchzubringen (und sei es nur mit dem Mapper zu reden und die Tags mit einem Bot umdrehen), hab ich kein Problem das auch schnell wieder rauszuschmeissen. Es war durchaus eine der Absichten hinter meiner ersten Mail, solche Probleme offenzulegen. Allerdings sollte das dann bald passieren, bevor es monatelang in den Map Features stand. Dann ist es aus meiner Sicht zu spät für eine Änderung. > Deutsche Übersetzungen für die neu dokumentierten Tags schreibe ich auch > noch... :) Super, dann hat der rant ja was gebracht ;-) Gruß, ULFL From ekkehart at gmx.de Wed Jan 20 23:59:15 2010 From: ekkehart at gmx.de (NopMap) Date: Wed, 20 Jan 2010 15:59:15 -0800 (PST) Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: <4B579645.8000605@googlemail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> <4B579645.8000605@googlemail.com> Message-ID: <1264031955781-4430514.post@n2.nabble.com> Hi! Wie wäre es damit, die Tags, die jetzt hier in die Kritik geraten sind oder die von denen selbst der Verursacher meint, sie gehören (nohc) nicht in die Map Features einfach wieder raus zu nehmen? So wie es jetzt ist, dienen sie dazu, jeden irrezuführen, der in den Map Features nachschlägt. bye Nop -- View this message in context: http://n2.nabble.com/Mal-wieder-einiges-in-den-Map-Features-erganzt-tp4424438p4430514.html Sent from the Germany mailing list archive at Nabble.com. From daniela.duerbeck at gmx.de Thu Jan 21 00:03:08 2010 From: daniela.duerbeck at gmx.de (Daniela Duerbeck) Date: Thu, 21 Jan 2010 01:03:08 +0100 Subject: [Talk-de] Recyclingcontainer In-Reply-To: References: <4B551FF0.5010008@gmx.de> Message-ID: <4B5799BC.9050407@gmx.de> Karl Eichwalder wrote: > Haben die container bei euch offizielle namen? Ok, möglich ist bei den > deutschen verwaltungsfanatikern alles, strommasten sind ja auch oft > benamst--wobei das eigentlich eher references (ref=) sind, denke ich. > Ich glaube schon. Ich rief mal bei der Stadt an, weil der Container nicht nur voll war, sondern die Leute ihre leeren Flaschen auch rund um die Container abgeladen hatten und bat eben darum, die betreffenden Container möglichst rasch auszuleeren. Da wurde erst mal gerätselt: Wo steht er denn? Und er hatte dann den Namen (oder Standort) der Straße, die ein bißchen entfernt vom Container ist, nicht den der Straße, an dem er wirklich exakt steht. > Wenn man einen vollen container melden will, wird man wohl einfach > sagen, das ding auf dem Kohlplatz oder an der Bahnhofstraße beim > schwimmbad sei voll. > Ja, aber einfacher wäre es, man wüßte genau den Standort. (Also den, den die in der Datenbank haben) Viele Grüße von Dani From daniela.duerbeck at gmx.de Thu Jan 21 00:06:55 2010 From: daniela.duerbeck at gmx.de (Daniela Duerbeck) Date: Thu, 21 Jan 2010 01:06:55 +0100 Subject: [Talk-de] Packstationen Message-ID: <4B579A9F.7020601@gmx.de> Hi! Da ich eine Weile nicht mitlas, wollte ich wissen, ob DHL eigentlich inzwischen mal eine offizielle Liste der Packstationen rüberwachsen lassen hat. Ich bekam auf meine Fragen nämlich niemals eine Antwort. Viele Grüße von Dani From ulf.lamping at googlemail.com Thu Jan 21 00:22:05 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Thu, 21 Jan 2010 01:22:05 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: <099AABD64C4E4E4AB63CCAA1B2EFEA70@mkwebdialin> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> <099AABD64C4E4E4AB63CCAA1B2EFEA70@mkwebdialin> Message-ID: <4B579E2D.8060401@googlemail.com> Am 20.01.2010 22:52, schrieb Mirko Küster: >> Also Leute, wenn das eure Idee von Zusammenarbeit ist - einer macht sich >> ne Menge Arbeit, bittet um Mithilfe und die anderen hacken dann nur >> drauf rum ohne selber einen Finger zu krümmen - dann danke ich für's >> Gespräch. > > Ulf, du warst da auch ein bisschen vorschnell. Einige der von dir genannten > Sachen sind zum teil mit auf meinem Mist gewachsen oder ich war an der > größeren Verbreitung beteiligt und kenne daher den HIntergrund ein bisschen. > Da gab es auch Gründe das vorerst nicht in Map Features aufzunehmen. Das was du als Beispiele nennst: power=pole, minor_line und amenity=fire_hydrant, sehe ich von den Begriffen her als passend und mit einem Blick auf die Nutzungszahlen auch als "konkurrenzlos" an. Das die Sachen in den Map Features auftauchen heißt für mich nicht, daß dahinter ein kompletter Satz an fertigen Definitionen für alle Eventualitäten bereits vorhanden sein muß. Nur glaube ich einfach nicht, das demnächst einer kommt und einen ganz anderen Begriff etablieren wird. Ich halte es daher für sinnvoll, daß nicht jeder in OSMDoc nach dem Begriff suchen muß, wenn doch letztendlich alle z.B. bei fire_hydrant landen werden. > Das mit den Usern kann man aber vorerst über einen Umweg wuppen. Jede dieser > Tagseiten bietet einen Link zur XAPI. Da kann man sich die Objekte ziehen > und die anteilige Verwendung in JOSM einsehen. Vielleicht erbarmt sich ja > mal einer und integriert entsprechendes mal direkt in seine Seite. Ich habe ja garnicht gemeint, daß ich es nicht rausfinden könnte. Aber muß ich bei solchen Aktionen denn alles alleine machen? ;-) Gruß, ULFL From rainerk at smial.prima.de Wed Jan 20 21:30:00 2010 From: rainerk at smial.prima.de (Rainer Knaepper) Date: Wed, 20 Jan 2010 22:30:00 +0100 Subject: [Talk-de] Kennzeichnung von (Nicht)Raucherkneipen/Hotels/Restaurants In-Reply-To: <4B573F2A.7040307@tobias-knerr.de> References: <4B573F2A.7040307@tobias-knerr.de> Message-ID: Moin Tobias, >Thomas Reincke schrieb: >> Max Andre schrieb: >>> Mit den drei Werten yes / no / separated sollten sich eigentlich >>> alle relevanten Situationen abbilden lassen. >> >> Ich würde zusätzlich ein "outside" hinzufügen. Es gibt ja auch >> Gastronomie mit und ohne Außenbereich. Und draußen darf meisten >> geraucht werden. >Dann haben wir aber eine Überschneidung: Wenn man nur ein einziges >Tag nimmt, dann kann man nicht mehr zwischen "draußen darf geraucht >werden, drinnen gar nicht" und "draußen darf geraucht werden, >drinnen nur in einem gesonderten Raum" unterscheiden. Auch eine >Unterscheidung "draußen überall" und "nur in einem Teil des >Außenbereichs" ist dann nicht möglich. >Ich fände also etwas nach Art von smoking:outside=yes/no/separated >besser, das man zum normalen smoking-Tag hinzufügen kann, wenn es >einen Unterschied zwischen drinnen und draußen gibt. Es gibt hier mindestens zwei Kneipen, in denen man draußen immer, drinnen ab 21 Uhr bis Ladenschluß rauchen darf. Rainer -- From ulf.lamping at googlemail.com Thu Jan 21 00:37:44 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Thu, 21 Jan 2010 01:37:44 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: <1264031955781-4430514.post@n2.nabble.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> <4B579645.8000605@googlemail.com> <1264031955781-4430514.post@n2.nabble.com> Message-ID: <4B57A1D8.7000309@googlemail.com> Am 21.01.2010 00:59, schrieb NopMap: > > Hi! > > Wie wäre es damit, die Tags, die jetzt hier in die Kritik geraten sind oder > die von denen selbst der Verursacher meint, sie gehören (nohc) nicht in die > Map Features einfach wieder raus zu nehmen? > > So wie es jetzt ist, dienen sie dazu, jeden irrezuführen, der in den Map > Features nachschlägt. Jetzt lass aber auch mal die Kirche im Dorf. Was ist bitte daran irreführend, wenn jemand einen Hydranten eintragen will und in den Map Features dazu amenity=fire_hydrant mit Kurzbeschreibung und Foto findet? Ich finde das eher hilfreich. Gruß, ULFL P.S: Ja, wood_fence / wire_fence sind da wesentlich grenzwertiger. From webmaster at ts-eastrail.de Thu Jan 21 01:21:20 2010 From: webmaster at ts-eastrail.de (=?utf-8?Q?Mirko_K=C3=BCster?=) Date: Thu, 21 Jan 2010 02:21:20 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> <4B579645.8000605@googlemail.com><1264031955781-4430514.post@n2.nabble.com> <4B57A1D8.7000309@googlemail.com> Message-ID: > Was ist bitte daran irreführend, wenn jemand einen Hydranten eintragen > will und in den Map Features dazu amenity=fire_hydrant mit > Kurzbeschreibung und Foto findet? Irreführend ist in dem Fall das falsche Wort. Aber du puscht dadurch einen eher suboptimalen Tag. Der Tag amenity=fire_hydrant ist nichts weiter als ein versacktes Proposal und diese Information ansich auch eher ein Stub. Das Teil befasst sich nur mit den Überfluhydranten als sichtbare Objekte. Die sind in Deutschland auch eher unüblich. Der Verfasser kommt wohl aus einer Ecke mit warmen Klima, dort nutzen die nur überflur. Die Masse der Hydranten sind bei uns frostbebedingt unterflur als Straßeneinbauarmartur. Bei uns im Ort existieren glaube noch 4 Überflur, dazu kommen mehr als 10 mal soviel Unterflur. Deswegen hat den auch bisher keiner auf die Features gezogen, trotzdem scheint sich der Tag leider verbreitet zu haben. Die Weiterentwicklung fire_hydrant=underground/pillar/wall/pond wurde zwar auch nicht weiter bis zu einem Voting verfolgt, bringt aber bei weitem mehr und wäre beispielsweise schon für eine Hydrantenkarte nutzbar, würde so auch einen Sinn machen. Nun die Preisfrage. Was würde fürs Projekt mehr bringen, amenity=fire_hydrant, was uns in unseren Breitengraden wenige reine Orientierungspunkte bringt, oder fire_hydrant=* was man als Orientierungspunkt und als echt hilfreiche Information für Rechtungskräfte nutzen kann? Spätestens beim nächsten Crisismapping hätten wir etwas was andere nicht haben. Aktuelle Hydrantenkarten. Die sind nämlich selbst hierzulande nicht selbstverständlich. Manche Wehr hat da nur einen alten fetzen Papier, der ab und an mal handschriftlich ergänzt wird. Gruß Mirko From 1248 at gmx.de Thu Jan 21 01:49:24 2010 From: 1248 at gmx.de (1248) Date: Wed, 20 Jan 2010 17:49:24 -0800 (PST) Subject: [Talk-de] Kennzeichnung von (Nicht)Raucherkneipen/Hotels/Restaurants In-Reply-To: References: <4B56E861.3060502@googlemail.com> <4B56ECA3.1050202@thomas-reincke.de> <4B573F2A.7040307@tobias-knerr.de> Message-ID: <1264038564621-4431100.post@n2.nabble.com> Rainer Knaepper wrote: > > Es gibt hier mindestens zwei Kneipen, in denen man draußen immer, > drinnen ab 21 Uhr bis Ladenschluß rauchen darf. > Jetzt könnte man natürlich hingehen und die genauen Zeiten taggen. Das halte ich jedoch für übertrieben, kann mir auch nicht vorstellen, daß das häufig eingetragen würde. Als realistische Lösung schlage ich vor, die Werte "yes / no / separated" um den Wert "sometimes" (oder auch intermittent / temporarily / was auch immer ein native speaker zu "zeitweise" sagen würde) zu ergänzen. Ich weiß, man kann Fälle konstruieren, bei denen das nicht paßt, wenn es z.B. nur zeitweise einen extra Raucherraum geben würde. Solche Fälle halte ich aber für sehr selten und würde das Risiko, daß man solche Fälle dann nicht 100%ig korrekt taggen kann, zugunsten eines einfachen Schemas eingehen. Die wesentliche Aussage, die die Nutzer der Karte interessiert (Riecht es da nach Rauch? Kann ich da evtl. rauchen?) ist damit ja gegeben, und wen's genauer interessiert, der muß halt anrufen. Grüße, Philipp -- View this message in context: http://n2.nabble.com/Kennzeichnung-von-Nicht-Raucherkneipen-Hotels-Restaurants-tp4425957p4431100.html Sent from the Germany mailing list archive at Nabble.com. From ulf.lamping at googlemail.com Thu Jan 21 02:03:21 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Thu, 21 Jan 2010 03:03:21 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> <4B579645.8000605@googlemail.com><1264031955781-4430514.post@n2.nabble.com> <4B57A1D8.7000309@googlemail.com> Message-ID: <4B57B5E9.7050708@googlemail.com> Am 21.01.2010 02:21, schrieb Mirko Küster: > > Die Weiterentwicklung fire_hydrant=underground/pillar/wall/pond wurde zwar > auch nicht weiter bis zu einem Voting verfolgt, bringt aber bei weitem mehr > und wäre beispielsweise schon für eine Hydrantenkarte nutzbar, würde so auch > einen Sinn machen. > > Nun die Preisfrage. Was würde fürs Projekt mehr bringen, > amenity=fire_hydrant, was uns in unseren Breitengraden wenige reine > Orientierungspunkte bringt, amenity=fire_hydrant bedeutet in meiner laienhaften Vorstellung, daß dort ein Hydrant für Feuerwehren ist - egal welcher Bauart. Sprich, das ist so ein Teil, da kann man einen Schlauch anschliessen und wenn man ein Ventil aufdreht kommen große Mengen Wasser raus. Ob die in Italien meist oberirdisch und bei uns eher unterirdisch sind spielt doch dafür erstmal überhaupt keine Rolle. > oder fire_hydrant=* was man als > Orientierungspunkt und als echt hilfreiche Information für Rechtungskräfte > nutzen kann? Aber wo ist hier das Problem, das haben wir doch an anderen Stellen ganz genauso? Jetzt wird dieser Tag um Detailinfos angereichert: amenity=parking parking=underground ist doch genau das gleiche Schema wie: amenity=fire_hydrant fire_hydrant=underground Dazu muß doch prinzipiell nichts neues erfunden werden. > Spätestens beim nächsten Crisismapping hätten wir etwas was andere nicht > haben. Aktuelle Hydrantenkarten. Die sind nämlich selbst hierzulande nicht > selbstverständlich. Manche Wehr hat da nur einen alten fetzen Papier, der ab > und an mal handschriftlich ergänzt wird. Korrigier mich, aber die müssen doch in erster Linie wissen, wo so ein Ding ist. Die werden schon damit klarkommen, egal ob der nun über oder unter der Erde ist. Klar, ist es hilfreich zu wissen wonach man im Ernstfall genau sucht. Gruß, ULFL P.S: Hier in Nürnberg gibt es genügend von beiden Sorten. From addicks at gmx.net Thu Jan 21 03:08:27 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Thu, 21 Jan 2010 04:08:27 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: <4B57B5E9.7050708@googlemail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> <4B579645.8000605@googlemail.com><1264031955781-4430514.post@n2.nabble.com> <4B57A1D8.7000309@googlemail.com> <4B57B5E9.7050708@googlemail.com> Message-ID: Am 21.01.2010 03:03, schrieb Ulf Lamping: > Aber wo ist hier das Problem, das haben wir doch an anderen Stellen ganz > genauso? Jetzt wird dieser Tag um Detailinfos angereichert: > > amenity=parking > parking=underground Und bei den Trafounterstationen ist's doch ebenso, die sind häufig genug unterirdisch unter Platten im Gehweg. -jha- From ke at gnu.franken.de Thu Jan 21 05:16:33 2010 From: ke at gnu.franken.de (Karl Eichwalder) Date: Thu, 21 Jan 2010 06:16:33 +0100 Subject: [Talk-de] Packstationen In-Reply-To: <4B579A9F.7020601@gmx.de> (Daniela Duerbeck's message of "Thu, 21 Jan 2010 01:06:55 +0100") References: <4B579A9F.7020601@gmx.de> Message-ID: Daniela Duerbeck writes: > Da ich eine Weile nicht mitlas, wollte ich wissen, ob DHL eigentlich > inzwischen mal eine offizielle Liste der Packstationen rüberwachsen > lassen hat. Eine solche liste ist ein geschäftsgeheimnis (oder so ähnlich) und deshalb bekommen wir keine, IIRC. -- Karl Eichwalder From marcus.wolschon at googlemail.com Thu Jan 21 07:53:13 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Thu, 21 Jan 2010 08:53:13 +0100 Subject: [Talk-de] TMC-Punkt in Abwegen In-Reply-To: <4B578C9A.90707@mx-server.de> References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> <4B578C9A.90707@mx-server.de> Message-ID: 2010/1/21 Michael Bemmerl : > Hallo zusammen, > > André Riedel schrieb: >> ich habe einen Punkt gefunden, welcher weit weg von seinem gedachten >> Standort ist. > > Ich habe mir mal erlaubt, für solche "Ungereimtheiten" in den TMC-Daten > eine Wiki-Seite anzulegen: > http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/Discrepancies > > Templates mit Links auf den OSM-Validator habe ich bei der Gelegenheit > auch gleich erstellt (TMC-Area / -Road / -Segment / -Point), allerdings > für Segment kein schönes Icon gefunden... Danke From jochen at remote.org Thu Jan 21 07:52:18 2010 From: jochen at remote.org (Jochen Topf) Date: Thu, 21 Jan 2010 08:52:18 +0100 Subject: [Talk-de] Route ist "discontinuous" laut OSM Inspector In-Reply-To: <4B57883A.4060502@fips-schneider.de> References: <4B573665.6020502@web.de> <4B57883A.4060502@fips-schneider.de> Message-ID: <20100121075218.GA14741@eldorado.topf.org> On Wed, Jan 20, 2010 at 11:48:26PM +0100, Fips Schneider wrote: > steffen wrote: > > Hallo, > > > > ich hab mal in Kornwestheim mit dem taggen von ÖPNV angefangen. > > Insbesondere der Buslinien. > > > > Nun sehe ich im OSM Inspector, das die Relation [1] "discontinuous" ist. > > Die Relation [2] aber nicht. > > > > Wo ist der Fehler? > > Hmm...so Probleme habe ich auch diverse. Glaube das funzt irgendwas im > OSM-Inspector nicht....? > > Teilweise (in Frankfurt/Main) werden völlig chaotische Buslinien als > ordered klassifiziert - und machmal werden geordnete, komplette als > discontinous gewertet.... Ich will nicht ausschließen, dass im Inspector der eine oder andere Fehler ist, ist schon vorgekommen. :-) Ich brauch dann aber genauere Angaben, um das Debuggen zu können. Am besten einen Permalink zum Inspector, der genau das anzeigt, um das es geht (Ort und passender Layer) und was ihr meint, was richtig wäre. Aber bitte schaut vorher genau nach, es kann auch sein, dass nur ein einziger Way falschrum ist oder ein Node doppelt oder so. Das ist sehr schwer zu sehen, genau dafür ist der Inspector ja da, dass er sowas erkennt. Im aktuellen JOSM ist übrigens ein ziemlich cooler Relations-Editor drin, in dem man erkennen kann, ob eine Relation durchgängig ist. Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From lkml at ds.gauner.org Thu Jan 21 08:12:16 2010 From: lkml at ds.gauner.org (Dominik Schulz) Date: Thu, 21 Jan 2010 09:12:16 +0100 Subject: [Talk-de] Packstationen In-Reply-To: References: <4B579A9F.7020601@gmx.de> Message-ID: <201001210912.20582.lkml@ds.gauner.org> Am Donnerstag 21 Januar 2010 06:16:33 schrieb Karl Eichwalder: > Daniela Duerbeck writes: > > Da ich eine Weile nicht mitlas, wollte ich wissen, ob DHL eigentlich > > inzwischen mal eine offizielle Liste der Packstationen rüberwachsen > > lassen hat. > > Eine solche liste ist ein geschäftsgeheimnis (oder so ähnlich) und > deshalb bekommen wir keine, IIRC. > Diese Einstellung klingt für mich ziemlich kurzsichtig. Aber nun gut ... -- Mit freundlichen Grüßen / Best Regards Dominik -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 198 bytes Beschreibung: This is a digitally signed message part. URL : From frederik at remote.org Thu Jan 21 08:25:03 2010 From: frederik at remote.org (Frederik Ramm) Date: Thu, 21 Jan 2010 09:25:03 +0100 Subject: [Talk-de] Packstationen In-Reply-To: References: <4B579A9F.7020601@gmx.de> Message-ID: <4B580F5F.9020100@remote.org> Hallo, Karl Eichwalder wrote: > Eine solche liste ist ein geschäftsgeheimnis (oder so ähnlich) und > deshalb bekommen wir keine, IIRC. Tobias Wendorff hatte bei denen angefragt und seine Ergebnisse hier dokumentiert: http://wiki.openstreetmap.org/wiki/DE:Kommunikation/DPAG Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From osm at tappenbeck.net Thu Jan 21 08:48:02 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 21 Jan 2010 09:48:02 +0100 Subject: [Talk-de] Permalink aus JOSM ermitteln Message-ID: <4B5814C2.8010105@tappenbeck.net> moin ! kann man aus JOSM einen Permalink für die aktuelle Ansicht generieren ? Gruß Jan :-) From fschmidt at extend.de Thu Jan 21 09:01:48 2010 From: fschmidt at extend.de (Friedhelm Schmidt) Date: Thu, 21 Jan 2010 10:01:48 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001191308.35876.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191308.35876.AlexanderMatheisen@ish.de> Message-ID: <4B5817FC.6020601@extend.de> Hallo Rurseekatze, ist OpenLinkMap z. Zt. kaputt? Ich kriege jedenfalls mit http://rurseekatze.bplaced.net/olm2/?zoom=15&lat=49.12931&lon=9.20041&layers=B0TT seit gestern keine POIs mehr angezeigt. Und im IE8 sehe ich nur den Rahmen, keine Karte, kein POI-Layer. Grüßle Friedhelm From rainerk at smial.prima.de Thu Jan 21 09:47:00 2010 From: rainerk at smial.prima.de (Rainer Knaepper) Date: Thu, 21 Jan 2010 10:47:00 +0100 Subject: [Talk-de] Kennzeichnung von (Nicht)Raucherkneipen/Hotels/Restaurants In-Reply-To: <1264038564621-4431100.post@n2.nabble.com> References: <1264038564621-4431100.post@n2.nabble.com> Message-ID: Moin, >> Es gibt hier mindestens zwei Kneipen, in denen man draußen immer, >> drinnen ab 21 Uhr bis Ladenschluß rauchen darf. >Jetzt könnte man natürlich hingehen und die genauen Zeiten taggen. smoking=21:00-24:00 könnte unter Umständen als Bekleidungsvorschrift mißverstanden werden :-) Rainer -- From riedel.andre at gmail.com Thu Jan 21 09:53:55 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Thu, 21 Jan 2010 10:53:55 +0100 Subject: [Talk-de] Permalink aus JOSM ermitteln In-Reply-To: <4B5814C2.8010105@tappenbeck.net> References: <4B5814C2.8010105@tappenbeck.net> Message-ID: <124a940a1001210153x57e5a0b5oa26f2a11df3dda7f@mail.gmail.com> Am 21. Januar 2010 09:48 schrieb Jan Tappenbeck : > moin ! > > kann man aus JOSM einen Permalink für die aktuelle Ansicht generieren ? > > Gruß Jan :-) Ja. Links unten mit einem Rechtsklick auf die Koordinaten öffnet sich ein Fenster, welches die Informationen enthält. Früher war dazu, dass utilsplugin nötig, welches mit der Version 2575 einverleibt wurde. Ciao André From czarkowski at gmail.com Thu Jan 21 09:56:53 2010 From: czarkowski at gmail.com (Martin Czarkowski) Date: Thu, 21 Jan 2010 10:56:53 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B5817FC.6020601@extend.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191308.35876.AlexanderMatheisen@ish.de> <4B5817FC.6020601@extend.de> Message-ID: <4B5824E5.3020202@gmail.com> Am 21.01.2010 10:01, schrieb Friedhelm Schmidt: > Hallo Rurseekatze, > > ist OpenLinkMap z. Zt. kaputt? Ich kriege jedenfalls mit > > http://rurseekatze.bplaced.net/olm2/?zoom=15&lat=49.12931&lon=9.20041&layers=B0TT > > seit gestern keine POIs mehr angezeigt. Und im IE8 sehe ich nur den Rahmen, keine Karte, > kein POI-Layer. > > Grüßle > > Friedhelm > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > Hi, hatte gerade den gleichen Gedanken, habe vorgestern paar Sachen eingetragen. Wie oft wird OLM aktualisiert? Gruß Martin From news2 at bavarianmallet.de Thu Jan 21 10:10:27 2010 From: news2 at bavarianmallet.de (Georg Feddern) Date: Thu, 21 Jan 2010 11:10:27 +0100 Subject: [Talk-de] TMC-Punkt in Abwegen In-Reply-To: <4B578C9A.90707@mx-server.de> References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> <4B578C9A.90707@mx-server.de> Message-ID: <4B582813.9060006@bavarianmallet.de> Moin, Michael Bemmerl schrieb: > André Riedel schrieb: > >> ich habe einen Punkt gefunden, welcher weit weg von seinem gedachten >> Standort ist. >> > > Ich habe mir mal erlaubt, für solche "Ungereimtheiten" in den TMC-Daten > eine Wiki-Seite anzulegen: > http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany/Discrepancies > Schöne Seite, danke. In diesem Zusammenhang: Das *Außer*orts beim TMC scheint mir nicht unbedingt etwas mit der Lage, sondern eher der Bedeutung des Punkts im TMC zu tun zu haben. *Inner*orts habe ich bisher nur bei wenige Punkte gefunden, die auch eine größere innerörtliche Verkehrs-Bedeutung innerhalb größerer Städte* haben, während - abgesehen von den Autobahnen- ca. 75% aller bisher bearbeiteten *Außer*orts-Punkte innerhalb einer Ortschaft liegen. Gruß Georg * was wir hier in Schleswig-Holstein halt so 'größere Städte' nennen ... From fschmidt at extend.de Thu Jan 21 10:11:08 2010 From: fschmidt at extend.de (Friedhelm Schmidt) Date: Thu, 21 Jan 2010 11:11:08 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B5817FC.6020601@extend.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191308.35876.AlexanderMatheisen@ish.de> <4B5817FC.6020601@extend.de> Message-ID: <4B58283C.4040707@extend.de> Am 21.01.2010 10:01, schrieb Friedhelm Schmidt: > ist OpenLinkMap z. Zt. kaputt? Ich kriege jedenfalls mit > > http://rurseekatze.bplaced.net/olm2/?zoom=15&lat=49.12931&lon=9.20041&layers=B0TT > > seit gestern keine POIs mehr angezeigt. Ach, hab ich vergessen: Das bezieht sich auf Firefox 3.5 unter WIN XP. Hier seh ich zwar die die Karte aber nicht die POIs. -fri- From osm at tobias-knerr.de Thu Jan 21 11:16:06 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Thu, 21 Jan 2010 12:16:06 +0100 Subject: [Talk-de] Kennzeichnung von (Nicht)Raucherkneipen/Hotels/Restaurants In-Reply-To: References: <4B573F2A.7040307@tobias-knerr.de> Message-ID: <4B583776.6080004@tobias-knerr.de> Rainer Knaepper wrote: > Es gibt hier mindestens zwei Kneipen, in denen man draußen immer, > drinnen ab 21 Uhr bis Ladenschluß rauchen darf. Dafür führt man keine Extra-Lösung ein, sondern verwendet die Methode, die man auch für "Einbahnstraße von ... bis ..." oder "Höchstgeschwindigkeit von ... bis ..." verwenden würde. Lösungen wie http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags lassen sich z.B. problemlos auch auf smoking übertragen Tobias Knerr From AlexanderMatheisen at ish.de Thu Jan 21 11:42:56 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Thu, 21 Jan 2010 12:42:56 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B5817FC.6020601@extend.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191308.35876.AlexanderMatheisen@ish.de> <4B5817FC.6020601@extend.de> Message-ID: <201001211242.56300.AlexanderMatheisen@ish.de> Am Donnerstag 21 Januar 2010 10:01:48 schrieb Friedhelm Schmidt: > Hallo Rurseekatze, > > ist OpenLinkMap z. Zt. kaputt? Ich kriege jedenfalls mit > > http://rurseekatze.bplaced.net/olm2/?zoom=15&lat=49.12931&lon=9.20041&layer > s=B0TT > > seit gestern keine POIs mehr angezeigt. Und im IE8 sehe ich nur den Rahmen, > keine Karte, kein POI-Layer. Ist gefixt, habe den Programmcode ein wenig geändert und damit aus Versehen die Marker sofort wieder gelöscht, nachdem sie gezeichnet wurden. > > Grüßle > > Friedhelm > Rurseekatze From AlexanderMatheisen at ish.de Thu Jan 21 11:44:45 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Thu, 21 Jan 2010 12:44:45 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B58283C.4040707@extend.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B5817FC.6020601@extend.de> <4B58283C.4040707@extend.de> Message-ID: <201001211244.45596.AlexanderMatheisen@ish.de> Am Donnerstag 21 Januar 2010 11:11:08 schrieb Friedhelm Schmidt: > Am 21.01.2010 10:01, schrieb Friedhelm Schmidt: > > ist OpenLinkMap z. Zt. kaputt? Ich kriege jedenfalls mit > > > > http://rurseekatze.bplaced.net/olm2/?zoom=15&lat=49.12931&lon=9.20041&lay > >ers=B0TT > > > > seit gestern keine POIs mehr angezeigt. > > Ach, hab ich vergessen: Das bezieht sich auf Firefox 3.5 unter WIN XP. Hier > seh ich zwar die die Karte aber nicht die POIs. > Ist gefixt, habe den Programmcode ein wenig geändert und damit aus Versehen die Marker sofort wieder gelöscht, nachdem sie gezeichnet wurden. > -fri- > Rurseekatze From AlexanderMatheisen at ish.de Thu Jan 21 11:45:48 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Thu, 21 Jan 2010 12:45:48 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B5824E5.3020202@gmail.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B5817FC.6020601@extend.de> <4B5824E5.3020202@gmail.com> Message-ID: <201001211245.48873.AlexanderMatheisen@ish.de> Am Donnerstag 21 Januar 2010 10:56:53 schrieb Martin Czarkowski: > Am 21.01.2010 10:01, schrieb Friedhelm Schmidt: > > Hallo Rurseekatze, > > > > ist OpenLinkMap z. Zt. kaputt? Ich kriege jedenfalls mit > > > > http://rurseekatze.bplaced.net/olm2/?zoom=15&lat=49.12931&lon=9.20041&lay > >ers=B0TT > > > > seit gestern keine POIs mehr angezeigt. Und im IE8 sehe ich nur den > > Rahmen, keine Karte, kein POI-Layer. > > > > Grüßle > > > > Friedhelm > > > > _______________________________________________ > > Talk-de mailing list > > Talk-de at openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-de > > Hi, > > hatte gerade den gleichen Gedanken, habe vorgestern paar Sachen > eingetragen. Wie oft wird OLM aktualisiert? Zur Zeit täglich, zuletzt gestern mittag und auch wieder heute nachmittag. Problem ist übrigens gefixt. > > Gruß > Martin > Rurseekatze From 1248 at gmx.de Thu Jan 21 11:49:30 2010 From: 1248 at gmx.de (1248) Date: Thu, 21 Jan 2010 03:49:30 -0800 (PST) Subject: [Talk-de] Kennzeichnung von (Nicht)Raucherkneipen/Hotels/Restaurants In-Reply-To: <4B583776.6080004@tobias-knerr.de> References: <4B56E861.3060502@googlemail.com> <4B56ECA3.1050202@thomas-reincke.de> <4B573F2A.7040307@tobias-knerr.de> <4B583776.6080004@tobias-knerr.de> Message-ID: <1264074570019-4433184.post@n2.nabble.com> Tordanik wrote: > > > Lösungen wie > http://wiki.openstreetmap.org/wiki/Proposed_features/Extended_conditions_for_access_tags > lassen sich z.B. problemlos auch auf smoking übertragen > > Das ist keine Lösung, sondern ein Krampf... ;-) Sorry, aber eine wirklich überzeugende Lösung für zeitgebundene Eigenschaften habe ich bei OSM noch nicht gesehen. (Ist ja auch kein Wunder, wenn man beim Datenmodell auf key-value-pairs beschränkt ist.) Daher bin ich Verfechter eines pragmatischen Ansatzes. Wenn die Daten irgendwann in ferner Zukunft mal hierarchisch / objektorientiert gespeichert werden, dann kann man das immer noch anders machen... Just my 2ct. Grüße, Philipp -- View this message in context: http://n2.nabble.com/Kennzeichnung-von-Nicht-Raucherkneipen-Hotels-Restaurants-tp4425957p4433184.html Sent from the Germany mailing list archive at Nabble.com. From webmaster at ts-eastrail.de Thu Jan 21 11:58:20 2010 From: webmaster at ts-eastrail.de (=?utf-8?Q?Mirko_K=C3=BCster?=) Date: Thu, 21 Jan 2010 12:58:20 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> <4B579645.8000605@googlemail.com><1264031955781-4430514.post@n2.nabble.com> <4B57A1D8.7000309@googlemail.com> <4B57B5E9.7050708@googlemail.com> Message-ID: > amenity=fire_hydrant bedeutet in meiner laienhaften Vorstellung, daß > dort ein Hydrant für Feuerwehren ist - egal welcher Bauart. > > Sprich, das ist so ein Teil, da kann man einen Schlauch anschliessen und > wenn man ein Ventil aufdreht kommen große Mengen Wasser raus. Ob die in > Italien meist oberirdisch und bei uns eher unterirdisch sind spielt doch > dafür erstmal überhaupt keine Rolle. Wie schon geschrieben für eine laienhafte Auswertung sicher auch völlig ausreichend. Wer die Infos wirklich auswerten will, kann damit allerdings sehr wenig anfangen. Der muss wissen ob das ein Überflur ist, wo man direkt mit dem Schlauch rankommt, ein Unterflur wo man ein Standrohr braucht, in BaWü ggf. die längere Schachtvariante oder ob das beispielsweise nur ein Sauganschluss ist, wo noch eine Ansaugpumpe zwischen muss. Wichtig für die Leistung ist auch der Durchmesser und ggf. Druck. Das sagt aus an was für einem Netz das Teil hängt. 80 ist der Schütze Arsch im Netz, die letzte Meile für die Haushalte, nichts für den großen Durst. Im Fall der Fälle braucht man die Hauptleitungen ab 100 bzw. 250. > Aber wo ist hier das Problem, das haben wir doch an anderen Stellen ganz > genauso? Jetzt wird dieser Tag um Detailinfos angereichert: > > amenity=parking > parking=underground > > ist doch genau das gleiche Schema wie: > > amenity=fire_hydrant > fire_hydrant=underground > > Dazu muß doch prinzipiell nichts neues erfunden werden. Das Problem ist das man den amenity schon verworfen hatte und eben unabhängig das bessere neue aufgesetzt hatte, was ohne den überflüssigen Haupttag auskommt, der zudem mal wieder im Sammelbecken amenity abgekippt wurde. Beides hat und hatte nichts miteinander zu tun. > Korrigier mich, aber die müssen doch in erster Linie wissen, wo so ein > Ding ist. Die werden schon damit klarkommen, egal ob der nun über oder > unter der Erde ist. Klar, ist es hilfreich zu wissen wonach man im > Ernstfall genau sucht. Klar wissen die in überschaubaren Orten in etwa die Standorte. In größeren Orten, bei größeren Bränden mit Wehren aus dem Umland etc. hat man Hydrantenpläne, damit man nicht ewig vor Ort nach den Schildern suchen muss. Es kommt auch immer mal vor das einer verkeimt ist, die Leistung nicht reicht oder was auch immer. Da ist es Hilfreich schon vorher im Bilde zu sein, statt das der Maschinist kostbare Minuten mit verstecke spielen verschwendet. Unter den Verfassern waren unter anderem Wehrangehörige, die das genau aus diesem Grund mit gefördert und getestet hatten. Einer glaube aus Hamburg. > P.S: Hier in Nürnberg gibt es genügend von beiden Sorten. Und, hat man die mit amenity entsprechend ergänzt? Gruß Mirko From osm.mailinglist at t-i.ch Thu Jan 21 12:22:56 2010 From: osm.mailinglist at t-i.ch (Thomas Ineichen) Date: Thu, 21 Jan 2010 13:22:56 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> <4B579645.8000605@googlemail.com><1264031955781-4430514.post@n2.nabble.com> <4B57A1D8.7000309@googlemail.com> Message-ID: <1f37bxb4809q4$.9xhxe2c2f5wa$.dlg@40tude.net> Hallo Mirko, > eher unüblich. Der Verfasser kommt wohl aus einer Ecke mit warmen Klima, ^^^^^^^^^^^^ > dort nutzen die nur überflur. Die Masse der Hydranten sind bei uns > frostbebedingt unterflur als Straßeneinbauarmartur. Bei uns im Ort > existieren glaube noch 4 Überflur, dazu kommen mehr als 10 mal soviel > Unterflur. Deswegen hat den auch bisher keiner auf die Features gezogen, > trotzdem scheint sich der Tag leider verbreitet zu haben. Ich würd die Schweiz jetzt nicht umbedingt dem 'warmen Klima' zurechnen und trotzdem haben wir hier im Dorf _nur_ Überflurhydranten. Auch in der Stadt Zürich sind ca. 25% der Hydranten Überflur. Bei korrekter Bedienung ist der Frost auch gar kein Problem, da das Ventil genügend weit unten im Boden liegt. (Nur schon, damit keine Fontäne rausschiesst, wenn einer mit dem Auto reinfährt.) Ansonsten bin ich auch Ulfs Meinung, dass amenity=fire_hydrant als erste Näherung genügt. Gruss, Thomas From stefan.schwan at googlemail.com Thu Jan 21 13:26:38 2010 From: stefan.schwan at googlemail.com (Stefan Schwan) Date: Thu, 21 Jan 2010 14:26:38 +0100 Subject: [Talk-de] =?utf-8?q?DE=3ALegal_FAQ_war=3A_Englische_Diskussion_?= =?utf-8?q?=C3=BCber_De=3AOpenStreetMap_License?= Message-ID: <4a29beb81001210526y396a3a38gbff8090aa30258e@mail.gmail.com> Hi! Nachdem da kein Einspruch kam, habe ich die Seiten Legal FAQ und Common licence interpretations neu übersetzt und auf DE:Legal FAQ gespeichert. Den Absatz "Lizenzbedingungen erfüllen" auf DE:OpenStreetMap Licence habe ich gelöscht, und stattdessen einen neuen "Namensnennung" mit deeplink auf [1] gesetzt. Bei der englischen Version habe ich einen gleichlautenden Absatz und Link eingefügt. gruß, Stefan [1] http://wiki.openstreetmap.org/wiki/DE:Legal_FAQ#Ich_m.C3.B6chte_OpenStreetMap_verwenden._Wie_soll_ich_auf_euch_hinweisen.3F From czarkowski at gmail.com Thu Jan 21 14:19:39 2010 From: czarkowski at gmail.com (Martin Czarkowski) Date: Thu, 21 Jan 2010 15:19:39 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: <1f37bxb4809q4$.9xhxe2c2f5wa$.dlg@40tude.net> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> <4B579645.8000605@googlemail.com><1264031955781-4430514.post@n2.nabble.com> <4B57A1D8.7000309@googlemail.com> <1f37bxb4809q4$.9xhxe2c2f5wa$.dlg@40tude.net> Message-ID: <4B58627B.2010205@gmail.com> Am 21.01.2010 13:22, schrieb Thomas Ineichen: > Hallo Mirko, > > > Ich würd die Schweiz jetzt nicht umbedingt dem 'warmen Klima' zurechnen und > trotzdem haben wir hier im Dorf _nur_ Überflurhydranten. Auch in der Stadt > Zürich sind ca. 25% der Hydranten Überflur. > > Bei korrekter Bedienung ist der Frost auch gar kein Problem, da das Ventil > genügend weit unten im Boden liegt. (Nur schon, damit keine Fontäne > rausschiesst, wenn einer mit dem Auto reinfährt.) > > > Ansonsten bin ich auch Ulfs Meinung, dass amenity=fire_hydrant als erste > Näherung genügt. > > > > Gruss, > Thomas > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > Hi, bei uns in der Gegend (Niederbayern) habe ich auch schon viele Überflurhydranten gesichtet und amenity=fire_hydrant erscheint mir persönlich ok. Ich werde diese bei meinen nächsten mapping Touren mit aufnehmen. Gruß Martin From osm at tappenbeck.net Thu Jan 21 14:45:26 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 21 Jan 2010 15:45:26 +0100 Subject: [Talk-de] =?iso-8859-15?q?OSM-Haiti=3A_das_ist_doch_einmal_eine_s?= =?iso-8859-15?q?ch=F6ne_R=FCckmeldung_=2E=2E=2E=2E?= Message-ID: <4B586886.801@tappenbeck.net> Zitat: hope this is the right place to post this. If not, please re-post in the correct location. My name is Craig Luecke and I'm currently in Port Au Prince with the Fairfax County Urban Search & Rescue Team (USA-1) out of Fairfax, VA, USA. We were the first USA rescue team on the ground. I wish there was a way that I properly express to you how important your OSM files were to us. Most of our team members own their own Garmin Rino and 60CSx units on top of the units we already have in the equipment cache. Having these detailed maps on our GPS units is a big deal. Shortly after discovering your work I quickly spread the word and transferred the street level maps onto as many Garmin units as we could before sending the American rescue teams on the streets. The team members are thrilled to have this resource you have created. I wish you could see their faces 'light up' when I take their GPS unit and tell them that I'm going to give them street level detail maps. They have been working VERY hard and anything that can help them in every aspect of their mission here is greatly appreciated. I am spreading the word about this work to all rescue and humanitarian teams on the ground here in Haiti. Please be assured that we are using your data - I just wish we knew about this earlier. THANK YOU! If there is anything I can do to return the favor please let me know. My email is rocklandusa at gmail.com. 13:40, 21 January 2010 (UTC) Source: http://wiki.openstreetmap.org/wiki/Talk:Humanitarian_OSM_Team From osm at tappenbeck.net Thu Jan 21 14:50:36 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 21 Jan 2010 15:50:36 +0100 Subject: [Talk-de] =?iso-8859-15?q?JOSM=3A_Farbe_f=FCr_Residental_/_Verbin?= =?iso-8859-15?q?dungsstra=DFe_anpassen?= Message-ID: <4B5869BC.20108@tappenbeck.net> Moin ! kann mir einer kurz sagen wo ich die Farbe für Residental und Unclassificated umstellen muss. Habe ich noch nicht gemacht und es gibt zwei Einträge mit Variablen und wie heißen diese für die o.g. Typen ?? Gruß Jan :-) From darkangel at ms-team.de Thu Jan 21 15:10:04 2010 From: darkangel at ms-team.de (DarkAngel) Date: Thu, 21 Jan 2010 16:10:04 +0100 Subject: [Talk-de] Gratisnavi von Nokia Message-ID: <4B586E4C.5080708@ms-team.de> Nokia bietet seine Navilösung Ovi-Karten ab sofort (für ausgewählte Handys) kostenlos an. In Kürze soll der Dienst dann für alle Symbian60 Handys verfügbar sein. Im Gegensatz zu früher ist damit auch die Navigation kostenlos und die Karten lassen sich im Gegensatz zu Google bereits vorher am PC herunterladen und auf dem Handy speichern. Somit ist unterwegs keine Datenverbindung erforderlich. http://www.focus.de/digital/handy/gratis-navigation-nokia-eroeffnet-den-kartenkrieg_aid_472846.html http://www.nokia.de/ovi-dienste-und-apps/ovi-karten/home Möglicherweise ist dies aber nicht nur als Schritt gegen Google gedacht, sondern auch eine Reaktion auf OSM. -- Gruß Mario -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 261 bytes Beschreibung: OpenPGP digital signature URL : From qbert1 at gmx.de Thu Jan 21 15:49:49 2010 From: qbert1 at gmx.de (qbert biker) Date: Thu, 21 Jan 2010 16:49:49 +0100 Subject: [Talk-de] Gratisnavi von Nokia In-Reply-To: <4B586E4C.5080708@ms-team.de> References: <4B586E4C.5080708@ms-team.de> Message-ID: <20100121154949.93870@gmx.net> -------- Original-Nachricht -------- > Datum: Thu, 21 Jan 2010 16:10:04 +0100 > Von: DarkAngel > An: Openstreetmap allgemeines in Deutsch > Betreff: [Talk-de] Gratisnavi von Nokia > Nokia bietet seine Navilösung Ovi-Karten ab sofort (für ausgewählte > Handys) kostenlos an. In Kürze soll der Dienst dann für alle Symbian60 > Handys verfügbar sein. Im Gegensatz zu früher ist damit auch die > Navigation kostenlos und die Karten lassen sich im Gegensatz zu Google > bereits vorher am PC herunterladen und auf dem Handy speichern. Somit > ist unterwegs keine Datenverbindung erforderlich. > > http://www.focus.de/digital/handy/gratis-navigation-nokia-eroeffnet-den-kartenkrieg_aid_472846.html > http://www.nokia.de/ovi-dienste-und-apps/ovi-karten/home > > Möglicherweise ist dies aber nicht nur als Schritt gegen Google gedacht, > sondern auch eine Reaktion auf OSM. Gibts denn ein Massenprodukt, das auf OSM aufsetzt? Wenn nicht, waere es ziemlich dumm von Nokia, auf die Einnahmen gerade jetzt wegen OSM zu verzichten. Im Gegenzug muss sich NOKIA gegen Google positionieren, das mit Android und dessen Online-Navi maechtig aufgetrumpft hat. NOKIA ist ein weltweit agierendes Unternehmen und da stellt sich die Frage, wie gut die OSM Abdeckung in Europa und ganz besonders in Asien ist, denn da verkauft NOKIA nicht schlecht. Gibts dazu eine Statistik? Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser From chris66nrw at gmx.de Thu Jan 21 15:58:15 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Thu, 21 Jan 2010 16:58:15 +0100 Subject: [Talk-de] =?iso-8859-15?q?JOSM=3A_Farbe_f=FCr_Residental_/_Verbin?= =?iso-8859-15?q?dungsstra=DFe_anpassen?= In-Reply-To: <4B5869BC.20108@tappenbeck.net> References: <4B5869BC.20108@tappenbeck.net> Message-ID: Jan Tappenbeck schrieb: > kann mir einer kurz sagen wo ich die Farbe für Residental und > Unclassificated umstellen muss. > > Habe ich noch nicht gemacht und es gibt zwei Einträge mit Variablen und > wie heißen diese für die o.g. Typen ?? Anzeige-Einstellungen->Farbe Zeichenstil Standard:Straße > Unclassificated Unclassified Chris From news at jonasstein.de Thu Jan 21 16:34:17 2010 From: news at jonasstein.de (Jonas Stein) Date: Thu, 21 Jan 2010 17:34:17 +0100 Subject: [Talk-de] Kennzeichnung von (Nicht)Raucherkneipen/Hotels/Restaurants References: <4B56E861.3060502@googlemail.com> <4B56ECA3.1050202@thomas-reincke.de> <4B57089D.10502@googlemail.com> <4B571C27.3070003@bavarianmallet.de> Message-ID: <99cm27-oi5.ln1@news.jonasstein.de> > Die Korinthe muss jetzt noch raus: > Ich kenne eine Kneipe, die hat keinen echten Außenbereich, aber dafür > draußen vor dem Eingang ein beheiztes Gartenhäuschen hingestellt. > Ist das dann smoking=outside;seperated? > Na das Gebaeude wird einfach extra gemappt -was sonst? ;-) SCNR -- Jonas Stein From dido_698 at web.de Thu Jan 21 16:44:06 2010 From: dido_698 at web.de (steffen) Date: Thu, 21 Jan 2010 17:44:06 +0100 Subject: [Talk-de] Route ist "discontinuous" laut OSM Inspector In-Reply-To: <20100121075218.GA14741@eldorado.topf.org> References: <4B573665.6020502@web.de> <4B57883A.4060502@fips-schneider.de> <20100121075218.GA14741@eldorado.topf.org> Message-ID: <4B588456.3030209@web.de> --- Original Nachricht --- Absender: Jochen Topf Datum: 21.01.2010 08:52 > On Wed, Jan 20, 2010 at 11:48:26PM +0100, Fips Schneider wrote: > >> steffen wrote: >> >>> Hallo, >>> >>> ich hab mal in Kornwestheim mit dem taggen von ÖPNV angefangen. >>> Insbesondere der Buslinien. >>> >>> Nun sehe ich im OSM Inspector, das die Relation [1] "discontinuous" ist. >>> Die Relation [2] aber nicht. >>> >>> Wo ist der Fehler? >>> >> Hmm...so Probleme habe ich auch diverse. Glaube das funzt irgendwas im >> OSM-Inspector nicht....? >> >> Teilweise (in Frankfurt/Main) werden völlig chaotische Buslinien als >> ordered klassifiziert - und machmal werden geordnete, komplette als >> discontinous gewertet.... >> > Ich will nicht ausschließen, dass im Inspector der eine oder andere Fehler > ist, ist schon vorgekommen. :-) Ich brauch dann aber genauere Angaben, um > das Debuggen zu können. Am besten einen Permalink zum Inspector, der genau > das anzeigt, um das es geht (Ort und passender Layer) und was ihr meint, > was richtig wäre. > > Aber bitte schaut vorher genau nach, es kann auch sein, dass nur ein einziger > Way falschrum ist oder ein Node doppelt oder so. Das ist sehr schwer zu sehen, > genau dafür ist der Inspector ja da, dass er sowas erkennt. > > Im aktuellen JOSM ist übrigens ein ziemlich cooler Relations-Editor drin, in > dem man erkennen kann, ob eine Relation durchgängig ist. > > Jochen > Hier mal der Permalink für [1] http://tools.geofabrik.de/osmi/?view=pubtrans_network&lon=9.18403&lat=48.86882&zoom=14&overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous Hier ist kein Node doppelt, aber ein Way. Dies wird auch im JOSM angezeigt. Der doppelte Way ist rot hinterlegt. Aber: Der Bus fährt halt eine Schleife. Und hier der Permalink für [2] http://tools.geofabrik.de/osmi/?view=pubtrans_network&lon=9.18327&lat=48.87248&zoom=14&overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous Gruß Steffen From news at jonasstein.de Thu Jan 21 16:42:03 2010 From: news at jonasstein.de (Jonas Stein) Date: Thu, 21 Jan 2010 17:42:03 +0100 Subject: [Talk-de] URGENT!! Anfrage ZDF References: <1310323.VMT7EG9crf@buegehome.de> Message-ID: > Gerade hat mich Ferdinand Utner vom ZDF angerufen. Er sucht nach Personen, > die in Haiti mappen. Es soll als Teil eines Berichtes gezeigt werden, wie > aus den Luftbildern Daten entstehen. Ort ist egal, Termin am besten > gestern. Koennen zu unserer Mappingparty am Sa. kommen. Aber eins vorneweg: Troisdorf ist nicht Haiti. Aber gegen eine Spende oeffnet bestimmt einer die Haiti-Map und zeichnet etwas rum. Aber sollen sich bei mir nicht 10 Min. vorher melden. Gruesse, -- Jonas Stein From news at jonasstein.de Thu Jan 21 16:47:46 2010 From: news at jonasstein.de (Jonas Stein) Date: Thu, 21 Jan 2010 17:47:46 +0100 Subject: [Talk-de] Recyclingcontainer References: <4B551FF0.5010008@gmx.de> <4B5799BC.9050407@gmx.de> Message-ID: > Ja, aber einfacher wäre es, man wüßte genau den Standort. (Also den, den > die in der Datenbank haben) Dann sollte man dort mal lieb nachfragen, ob die ihre Liste fuer OSM nicht freigeben. In meiner Region habe ich an Containern noch keine Standortnummer gesehen. (Vielleicht ist die auch etwas versteckt). Ist ja schliesslich deren Sucharbeit, die man erleichtert... Ein Versuch ist es wert. Gruesse, -- Jonas Stein From guerda at freenet.de Thu Jan 21 17:00:56 2010 From: guerda at freenet.de (Philip =?ISO-8859-1?Q?Gilli=DFen?=) Date: Thu, 21 Jan 2010 18:00:56 +0100 Subject: [Talk-de] =?iso-8859-1?q?OSM-Haiti=3A_das_ist_doch_einmal_eine_sc?= =?iso-8859-1?q?h=F6ne_R=FCckmeldung_=2E=2E=2E=2E?= In-Reply-To: <4B586886.801@tappenbeck.net> References: <4B586886.801@tappenbeck.net> Message-ID: <1264093257.6903.3.camel@philip-desktop> Heyho! Am Donnerstag, den 21.01.2010, 15:45 +0100 schrieb Jan Tappenbeck: > Zitat: > [Ganz viel Öl für die CrisisMapper] Das geht ja wirklich runter wie Öl. Ich war/bin zwar nicht beteiligt, aber das ist einfach klasse, dass solch eine Rückmeldung kommt. Eine solche Meldung müsste man in allen News-Foren (heise, Golem) verbreiten, wo ganz viel FUD über "Studenten die glauben, in ihrer warmen Bude Haiti helfen zu können"[1] erfunden wird. Danke für die Weiterleitung! Gruß, Philip [1] http://www.heise.de/newsticker/foren/forum-172828/msg-17961198/read/showthread-1/ -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: Dies ist ein digital signierter Nachrichtenteil URL : From news at jonasstein.de Thu Jan 21 16:55:06 2010 From: news at jonasstein.de (Jonas Stein) Date: Thu, 21 Jan 2010 17:55:06 +0100 Subject: [Talk-de] Verwalter der Strassenliste Message-ID: Hallo, wir haben am Sa eine Mappingparty und moechten die Liste fehlender Strassen auf 0 reduzieren. Damit dieser Erfolg auch im Strassenverzeichnis sichtbar ist muesste jemand Fehler der Strassenliste entgegennehmen und einpflegen. Unter der angegebenen Flo-Mailadresse habe ich auch nach einer Woche und mehreren Mails keine Antwort erhalten. Wer hat noch Moeglichkeit zu helfen? Falls es nur einen Menschen gibt, an dem die ganze Strassenliste haengt muesste man mal ueberlegen, wie man ihn unterstuetzen kann. Herzliche Gruesse, -- Jonas Stein From dido_698 at web.de Thu Jan 21 17:12:15 2010 From: dido_698 at web.de (steffen) Date: Thu, 21 Jan 2010 18:12:15 +0100 Subject: [Talk-de] Packstationen In-Reply-To: <4B580F5F.9020100@remote.org> References: <4B579A9F.7020601@gmx.de> <4B580F5F.9020100@remote.org> Message-ID: <4B588AEF.1080302@web.de> > Hallo, > > Karl Eichwalder wrote: > >> Eine solche liste ist ein geschäftsgeheimnis (oder so ähnlich) und >> deshalb bekommen wir keine, IIRC. >> > Tobias Wendorff hatte bei denen angefragt und seine Ergebnisse hier > dokumentiert: > > http://wiki.openstreetmap.org/wiki/DE:Kommunikation/DPAG > Kann ich die Seite nutzen, um fehlende Angaben (Leerungszeiten) einzutragen? Briefkasten ist in OSM schon eingetragen. Gruß Steffen p.s. Die Briefkästen würde ich nach der Karte eh nicht eintragen, da die Standorte nicht 100% stimmen. z.B. [1]. Hier ist der Briefkasten nummer zwei auf der falschen Straßenseite. [1] http://standorte.deutschepost.de/Standortsuche?standorttyp=briefkaesten&lang=de&original_entered_city=Kornwestheim&postleitzahl=70806&ort=Kornwestheim&strasse=Bolzstr.&pmtype=0 From czarkowski at gmail.com Thu Jan 21 17:17:56 2010 From: czarkowski at gmail.com (Martin Czarkowski) Date: Thu, 21 Jan 2010 18:17:56 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001211242.56300.AlexanderMatheisen@ish.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191308.35876.AlexanderMatheisen@ish.de> <4B5817FC.6020601@extend.de> <201001211242.56300.AlexanderMatheisen@ish.de> Message-ID: <4B588C44.8080105@gmail.com> Hi, werden die POI's nur angezeigt wenn die entsprechenden Angaben bei Nodes eingetragen sind? Ich habe auch Schulen und Tankstellen als building=yes und mit den Daten versehen, diese werden aber nicht als POI's auf der Karte angezeigt... bzw. der Eintrag Wikipedia wird beim Rathaus angezeigt, der Eintrag website nicht. Siehe hier: http://rurseekatze.bplaced.net/olm2/?zoom=18&lat=48.49864&lon=12.06281&layers=B0TT d.h. Wiki wird auch bei building=yes angezeigt, Sternchen nur bei Nodes??? bei JOSM sieht man die Einträge bei Raiffeisenbank, Sparkasse, Tankstelle und Rathaus Gruß Martin -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : 0157GDS091230.402.xls Dateityp : application/vnd.ms-excel Dateigröße : 14848 bytes Beschreibung: nicht verfügbar URL : From chris66nrw at gmx.de Thu Jan 21 17:23:57 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Thu, 21 Jan 2010 18:23:57 +0100 Subject: [Talk-de] Verwalter der Strassenliste In-Reply-To: References: Message-ID: Jonas Stein schrieb: > wir haben am Sa eine Mappingparty und moechten die Liste fehlender > Strassen auf 0 reduzieren. > Damit dieser Erfolg auch im Strassenverzeichnis sichtbar ist muesste jemand > Fehler der Strassenliste entgegennehmen und einpflegen. > Unter der angegebenen Flo-Mailadresse habe ich auch nach einer Woche und > mehreren Mails keine Antwort erhalten. > > Wer hat noch Moeglichkeit zu helfen? > > Falls es nur einen Menschen gibt, an dem die ganze Strassenliste haengt > muesste man mal ueberlegen, wie man ihn unterstuetzen kann. Hi, da gibt es Zwei. Floh und Sven. Schau mal hier http://wiki.openstreetmap.org/wiki/Hall_of_Fame/Streets_complete Chris (der seine Stadt auch auf 100% gepushed hat) From news at jonasstein.de Thu Jan 21 17:24:54 2010 From: news at jonasstein.de (Jonas Stein) Date: Thu, 21 Jan 2010 18:24:54 +0100 Subject: [Talk-de] =?utf-8?q?Notrufs=C3=A4ulen_Positionen?= References: <1099106765@web.de> Message-ID: <68fm27-oi5.ln1@news.jonasstein.de> Hallo Walter und Jan, > ich bin gerade dabei, mich um "soetwas" zu kümmern. schlage mich gerade mit xml,xsl und ähnlichen rum, um das einigermassen hinzukriegen. > die technik (xalan, xerces, osmosis, ...) hab ich inzwischen einigermassen im griff, jetzt kommt das organisatorische: ,quellen (der daten), rechte, bereits in der db vorhandene daten, wie taggt man das zeug und sowas. Gibt es zu Eurer Arbeit schon einen Eintrag auf der Seite http://wiki.openstreetmap.org/wiki/DE:Kommunikation ? Das Ergebnis wuerde mich sehr Interessieren. Viel Erfolg! -- Jonas Stein From czarkowski at gmail.com Thu Jan 21 17:36:17 2010 From: czarkowski at gmail.com (Martin Czarkowski) Date: Thu, 21 Jan 2010 18:36:17 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B588C44.8080105@gmail.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001191308.35876.AlexanderMatheisen@ish.de> <4B5817FC.6020601@extend.de> <201001211242.56300.AlexanderMatheisen@ish.de> <4B588C44.8080105@gmail.com> Message-ID: <4B589091.2070805@gmail.com> habe gerade eine unerklärliche Excel-Tabelle mitgeschickt, sorry... Am 21.01.2010 18:17, schrieb Martin Czarkowski: > Hi, > > werden die POI's nur angezeigt wenn die entsprechenden Angaben bei > Nodes eingetragen sind? > Ich habe auch Schulen und Tankstellen als building=yes und mit den > Daten versehen, diese werden aber nicht als POI's auf der Karte > angezeigt... > bzw. der Eintrag Wikipedia wird beim Rathaus angezeigt, der Eintrag > website nicht. Siehe hier: > http://rurseekatze.bplaced.net/olm2/?zoom=18&lat=48.49864&lon=12.06281&layers=B0TT > d.h. Wiki wird auch bei building=yes angezeigt, Sternchen nur bei Nodes??? > > bei JOSM sieht man die Einträge bei Raiffeisenbank, Sparkasse, > Tankstelle und Rathaus > > Gruß > Martin > -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From dieterdreist at gmail.com Thu Jan 21 17:49:58 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Thu, 21 Jan 2010 18:49:58 +0100 Subject: [Talk-de] =?utf-8?q?OSM-Haiti=3A_das_ist_doch_einmal_eine_sch?= =?utf-8?b?w7ZuZSBSw7xja21lbGR1bmcgLi4uLg==?= In-Reply-To: <4B586886.801@tappenbeck.net> References: <4B586886.801@tappenbeck.net> Message-ID: <7acdb3651001210949m5532bff5od32d006bbd6d0e1d@mail.gmail.com> Am 21. Januar 2010 15:45 schrieb Jan Tappenbeck : ... If there is anything I can do to > return the favor please let me know. My email is rocklandusa at gmail.com. > 13:40, 21 January 2010 (UTC) falls die Probleme mit der Ausrichtung der Luftbilder noch aktuell sind: die könnten evtl. ein paar Tracks schicken, dann könnte man damit die Bilder ausrichten? Soweit ich das sehe gibt es praktisch überhaupt keine Tracks in Port Au Prince. Gruß Martin From AlexanderMatheisen at ish.de Thu Jan 21 18:01:48 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Thu, 21 Jan 2010 19:01:48 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <4B589091.2070805@gmail.com> References: <201001161808.15555.AlexanderMatheisen@ish.de> <4B588C44.8080105@gmail.com> <4B589091.2070805@gmail.com> Message-ID: <201001211901.48889.AlexanderMatheisen@ish.de> Am Donnerstag 21 Januar 2010 18:36:17 schrieb Martin Czarkowski: > habe gerade eine unerklärliche Excel-Tabelle mitgeschickt, sorry... > Egal. :) > Am 21.01.2010 18:17, schrieb Martin Czarkowski: > > Hi, > > > > werden die POI's nur angezeigt wenn die entsprechenden Angaben bei > > Nodes eingetragen sind? > > Ich habe auch Schulen und Tankstellen als building=yes und mit den > > Daten versehen, diese werden aber nicht als POI's auf der Karte > > angezeigt... > > bzw. der Eintrag Wikipedia wird beim Rathaus angezeigt, der Eintrag > > website nicht. Siehe hier: > > http://rurseekatze.bplaced.net/olm2/?zoom=18&lat=48.49864&lon=12.06281&la > >yers=B0TT d.h. Wiki wird auch bei building=yes angezeigt, Sternchen nur > > bei Nodes??? > > Eigentlich sollte das funktionieren. Du hast das alles richtig getaggt und die Daten wurden heute nachmittag zueltzt aktualisiert, das sollte eigentlich drin sein. Ich werde mich mal drum kümmern. Spätestens, wenn ich auf den Devserver migriert bin und eine bereits vorhandene tagesaktuelle Datenbank mitbenutze sollte das alles soweit funktionieren. Dann werden die Sternchen auch endlich auf dem Mittelpunkt der Fläche angezeigt. > > bei JOSM sieht man die Einträge bei Raiffeisenbank, Sparkasse, > > Tankstelle und Rathaus > > > > Gruß > > Martin > Rurseekatze From telegnom.osm at googlemail.com Thu Jan 21 18:02:45 2010 From: telegnom.osm at googlemail.com (Max Andre) Date: Thu, 21 Jan 2010 19:02:45 +0100 Subject: [Talk-de] Recyclingcontainer In-Reply-To: <4B5799BC.9050407@gmx.de> References: <4B551FF0.5010008@gmx.de> <4B5799BC.9050407@gmx.de> Message-ID: <4B5896C5.9030906@googlemail.com> Daniela Duerbeck schrieb: > Karl Eichwalder wrote: > >> Haben die container bei euch offizielle namen? Ok, möglich ist bei den >> deutschen verwaltungsfanatikern alles, strommasten sind ja auch oft >> benamst--wobei das eigentlich eher references (ref=) sind, denke ich. >> >> > Ich glaube schon. Ich rief mal bei der Stadt an, weil der Container > nicht nur voll war, sondern die Leute ihre leeren Flaschen auch rund um > die Container abgeladen hatten und bat eben darum, die betreffenden > Container möglichst rasch auszuleeren. > Da wurde erst mal gerätselt: Wo steht er denn? Und er hatte dann den > Namen (oder Standort) der Straße, die ein bißchen entfernt vom Container > ist, nicht den der Straße, an dem er wirklich exakt steht. > > >> Wenn man einen vollen container melden will, wird man wohl einfach >> sagen, das ding auf dem Kohlplatz oder an der Bahnhofstraße beim >> schwimmbad sei voll. >> >> > Ja, aber einfacher wäre es, man wüßte genau den Standort. (Also den, den > die in der Datenbank haben) > > Viele Grüße von Dani > > Hallo, ich denke nicht das Recyclingcontainer mit name=Waldstraße getaggt werden sollten. Wenn überhaupt ist das wie bei den Strommasten auch eine ref. Was in dem Zusammenhang aber noch sinnvoll wäre, ist den operator der Container zu mappen, damit man auch weiß, bei wem man anrufen muss. Im Wiki ist als "useful combination" name=* angegeben [1]. Ich denke da sollte man unbedingt noch ref=* aufnhemen. Name macht IMHO nur dann Sinn, wenn es sich um einen Recyclinghof handelt. Aber an den Containern.... Wenn es keinen Einwände gibt, werde ich die Wikiseite mal dahin gehend überarbeiten. Grüße Max From telegnom.osm at googlemail.com Thu Jan 21 18:06:57 2010 From: telegnom.osm at googlemail.com (Max Andre) Date: Thu, 21 Jan 2010 19:06:57 +0100 Subject: [Talk-de] Verwalter der Strassenliste In-Reply-To: References: Message-ID: <4B5897C1.9060707@googlemail.com> Chris-Hein Lunkhusen schrieb: > Jonas Stein schrieb: > > >> wir haben am Sa eine Mappingparty und moechten die Liste fehlender >> Strassen auf 0 reduzieren. >> Damit dieser Erfolg auch im Strassenverzeichnis sichtbar ist muesste jemand >> Fehler der Strassenliste entgegennehmen und einpflegen. >> Unter der angegebenen Flo-Mailadresse habe ich auch nach einer Woche und >> mehreren Mails keine Antwort erhalten. >> >> Wer hat noch Moeglichkeit zu helfen? >> >> Falls es nur einen Menschen gibt, an dem die ganze Strassenliste haengt >> muesste man mal ueberlegen, wie man ihn unterstuetzen kann. >> > > Hi, > da gibt es Zwei. Floh und Sven. > > Schau mal hier > http://wiki.openstreetmap.org/wiki/Hall_of_Fame/Streets_complete > > Chris (der seine Stadt auch auf 100% gepushed Jonas, ich kann am Samstag eine Instanz des Statistiktools von Sven Anders auch lokal laufen lassen. da können wir uns dann den Erfolg "live" anschauen. Müsste das nur entsprechend vorbereiten und bräuchte noch ein paar Infos von dir. Bin später auch noch im Chat. Grüße Max From jochen at remote.org Thu Jan 21 19:39:44 2010 From: jochen at remote.org (Jochen Topf) Date: Thu, 21 Jan 2010 20:39:44 +0100 Subject: [Talk-de] Route ist "discontinuous" laut OSM Inspector In-Reply-To: <4B588456.3030209@web.de> References: <4B573665.6020502@web.de> <4B57883A.4060502@fips-schneider.de> <20100121075218.GA14741@eldorado.topf.org> <4B588456.3030209@web.de> Message-ID: <20100121193944.GB11882@eldorado.topf.org> On Thu, Jan 21, 2010 at 05:44:06PM +0100, steffen wrote: > --- Original Nachricht --- > Absender: Jochen Topf > Datum: 21.01.2010 08:52 > > On Wed, Jan 20, 2010 at 11:48:26PM +0100, Fips Schneider wrote: > > > >> steffen wrote: > >> > >>> Hallo, > >>> > >>> ich hab mal in Kornwestheim mit dem taggen von ÖPNV angefangen. > >>> Insbesondere der Buslinien. > >>> > >>> Nun sehe ich im OSM Inspector, das die Relation [1] "discontinuous" ist. > >>> Die Relation [2] aber nicht. > >>> > >>> Wo ist der Fehler? > >>> > >> Hmm...so Probleme habe ich auch diverse. Glaube das funzt irgendwas im > >> OSM-Inspector nicht....? > >> > >> Teilweise (in Frankfurt/Main) werden völlig chaotische Buslinien als > >> ordered klassifiziert - und machmal werden geordnete, komplette als > >> discontinous gewertet.... > >> > > Ich will nicht ausschließen, dass im Inspector der eine oder andere Fehler > > ist, ist schon vorgekommen. :-) Ich brauch dann aber genauere Angaben, um > > das Debuggen zu können. Am besten einen Permalink zum Inspector, der genau > > das anzeigt, um das es geht (Ort und passender Layer) und was ihr meint, > > was richtig wäre. > > > > Aber bitte schaut vorher genau nach, es kann auch sein, dass nur ein einziger > > Way falschrum ist oder ein Node doppelt oder so. Das ist sehr schwer zu sehen, > > genau dafür ist der Inspector ja da, dass er sowas erkennt. > > > > Im aktuellen JOSM ist übrigens ein ziemlich cooler Relations-Editor drin, in > > dem man erkennen kann, ob eine Relation durchgängig ist. > > > > Jochen > > > Hier mal der Permalink für [1] > http://tools.geofabrik.de/osmi/?view=pubtrans_network&lon=9.18403&lat=48.86882&zoom=14&overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous > > Hier ist kein Node doppelt, aber ein Way. Dies wird auch im JOSM > angezeigt. Der doppelte Way ist rot hinterlegt. > Aber: Der Bus fährt halt eine Schleife. > > > Und hier der Permalink für [2] > http://tools.geofabrik.de/osmi/?view=pubtrans_network&lon=9.18327&lat=48.87248&zoom=14&overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous Danke. Ich bin dem mal nachgegangen und da ist ein Fehler im Inspector. Dadurch, dass ein Way 2mal in der Relation ist, baut die PostgreSQL wohl die Route nicht richtig zusammen und denkt dann, dass das Ding discontinous ist. Also definitiv ein Fehler im OSMI, leider ist der aber sehr schwer zu fixen, weil eine ganze Menge umgestellt werden muss. :-( Ich hab mal ins Wiki einen Hinweis getan. Weiss noch nicht, wie wir da am besten weiter vorgehen. Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From osm-talk at mx-server.de Thu Jan 21 20:31:33 2010 From: osm-talk at mx-server.de (Michael Bemmerl) Date: Thu, 21 Jan 2010 21:31:33 +0100 Subject: [Talk-de] TMC-Punkt in Abwegen In-Reply-To: <4B582813.9060006@bavarianmallet.de> References: <124a940a1001191504s40bd7ab8yf87a6f48a3c30cbc@mail.gmail.com> <4B578C9A.90707@mx-server.de> <4B582813.9060006@bavarianmallet.de> Message-ID: <4B58B9A5.9060907@mx-server.de> Georg Feddern schrieb: > In diesem Zusammenhang: > Das *Außer*orts beim TMC scheint mir nicht unbedingt etwas mit der Lage, > sondern eher der Bedeutung des Punkts im TMC zu tun zu haben. > *Inner*orts habe ich bisher nur bei wenige Punkte gefunden, die auch > eine größere innerörtliche Verkehrs-Bedeutung innerhalb größerer Städte* > haben, während - abgesehen von den Autobahnen- ca. 75% aller bisher > bearbeiteten *Außer*orts-Punkte innerhalb einer Ortschaft liegen. Diesen Gedanken hatte ich auch schon mal, das "innerorts" innerhalb bewohnten Gebiets bedeutet [1]. Und selbst wenn dem so wäre, wäre Punkt 31431 noch in der falschen Area. Ich hatte den deswegen auch erst gar nicht gefunden gehabt. ;-) Grüße, Michi [1] http://www.mail-archive.com/talk-de at openstreetmap.org/msg60097.html -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 195 bytes Beschreibung: OpenPGP digital signature URL : From ekkehart at gmx.de Thu Jan 21 20:31:57 2010 From: ekkehart at gmx.de (NopMap) Date: Thu, 21 Jan 2010 12:31:57 -0800 (PST) Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: <4B57A1D8.7000309@googlemail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> <4B579645.8000605@googlemail.com> <1264031955781-4430514.post@n2.nabble.com> <4B57A1D8.7000309@googlemail.com> Message-ID: <1264105917803-4436157.post@n2.nabble.com> Hi! Ulf Lamping wrote: > > > P.S: Ja, wood_fence / wire_fence sind da wesentlich grenzwertiger. > > Und genau die meinte ich mit "Tags die hier in die Kritik geraten sind". Eigentlich waren sich hier alle einig, daß die Mischung von Art und Material keine gute Idee ist und daß es da schon bessere Ansätze bei anderen Tags gibt. Aber jeder der die Map Features als Nachschlagewerk benutzt (und hier nicht mitliest), wird natürlich annehmen daß gehört so und fortan so taggen, wenn ihn Zäune interessieren. Damit hast Du aus der anerkannt suboptimalen Lösung, die bisher nur von einem Mapper benutzt wurde, de facto den zukünftigen, suboptimalen Standard kreiert. Darum würde ich Dich bitten, es wieder rauszunehmen, bis es zu dem Thema einen besseren Vorschlag gibt. Bessere Ansätze waren ja hier in der Diskussion schon zu finden. Ich nehm' Dir die Arbeit ja gerne ab, aber das riecht dann schon wieder nach Edit War... :-) bye Nop -- View this message in context: http://n2.nabble.com/Mal-wieder-einiges-in-den-Map-Features-erganzt-tp4424438p4436157.html Sent from the Germany mailing list archive at Nabble.com. From andre-r at online.de Thu Jan 21 20:39:31 2010 From: andre-r at online.de (=?UTF-8?B?QW5kcsOpIFJlaWNoZWx0?=) Date: Thu, 21 Jan 2010 21:39:31 +0100 Subject: [Talk-de] =?utf-8?q?OSM-Haiti=3A_das_ist_doch_einmal_eine_sch?= =?utf-8?b?w7ZuZSBSw7xja21lbGR1bmcgLi4uLg==?= In-Reply-To: <7acdb3651001210949m5532bff5od32d006bbd6d0e1d@mail.gmail.com> References: <4B586886.801@tappenbeck.net> <7acdb3651001210949m5532bff5od32d006bbd6d0e1d@mail.gmail.com> Message-ID: <4B58BB83.4050009@online.de> Am 21.01.2010 18:49, schrieb Martin Koppenhoefer: > falls die Probleme mit der Ausrichtung der Luftbilder noch aktuell > sind: die könnten evtl. ein paar Tracks schicken, dann könnte man > damit die Bilder ausrichten? Soweit ich das sehe gibt es praktisch > überhaupt keine Tracks in Port Au Prince. Hat er scheinbar schon: Gruß, André -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 260 bytes Beschreibung: OpenPGP digital signature URL : From chris66nrw at gmx.de Thu Jan 21 21:22:44 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Thu, 21 Jan 2010 22:22:44 +0100 Subject: [Talk-de] =?utf-8?q?OSM-Haiti=3A_das_ist_doch_einmal_eine_sch?= =?utf-8?b?w7ZuZSBSw7xja21lbGR1bmcgLi4uLg==?= In-Reply-To: <4B58BB83.4050009@online.de> References: <4B586886.801@tappenbeck.net> <7acdb3651001210949m5532bff5od32d006bbd6d0e1d@mail.gmail.com> <4B58BB83.4050009@online.de> Message-ID: André Reichelt schrieb: >> falls die Probleme mit der Ausrichtung der Luftbilder noch aktuell >> sind: die könnten evtl. ein paar Tracks schicken, dann könnte man >> damit die Bilder ausrichten? Soweit ich das sehe gibt es praktisch >> überhaupt keine Tracks in Port Au Prince. > > Hat er scheinbar schon: > > Yepp, der ist schon drin. Demnach muss das GeoEye WMS ca. 10-15 m verschoben werden. Im Nachbarland DomRep gibts übrigens massig Touri-Tracks. Chris From osm at tappenbeck.net Thu Jan 21 21:41:46 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 21 Jan 2010 22:41:46 +0100 Subject: [Talk-de] =?utf-8?q?OSM-Haiti=3A_das_ist_doch_einmal_eine_sch?= =?utf-8?b?w7ZuZSBSw7xja21lbGR1bmcgLi4uLg==?= In-Reply-To: References: <4B586886.801@tappenbeck.net> <7acdb3651001210949m5532bff5od32d006bbd6d0e1d@mail.gmail.com> <4B58BB83.4050009@online.de> Message-ID: Am 21.01.2010 22:22, schrieb Chris-Hein Lunkhusen: > André Reichelt schrieb: > >>> falls die Probleme mit der Ausrichtung der Luftbilder noch aktuell >>> sind: die könnten evtl. ein paar Tracks schicken, dann könnte man >>> damit die Bilder ausrichten? Soweit ich das sehe gibt es praktisch >>> überhaupt keine Tracks in Port Au Prince. >> >> Hat er scheinbar schon: >> >> > > Yepp, der ist schon drin. Demnach muss das GeoEye WMS ca. 10-15 m > verschoben werden. > > Im Nachbarland DomRep gibts übrigens massig Touri-Tracks. > > Chris > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de bitte entsprechend im wiki dokumentieren ! gruß Jan :-) From addicks at gmx.net Thu Jan 21 22:00:00 2010 From: addicks at gmx.net (Johann H. Addicks) Date: 21 Jan 2010 22:00:00 +0000 Subject: [Talk-de] =?iso-8859-1?q?GeoEye_TIFF_offset_=28was=3A_OSM-Haiti?= =?iso-8859-1?q?=3A_das_ist_doch_einmal_eine_sch=F6ne_R=FCckmeldung?= =?iso-8859-1?q?_=2E=2E=2E=2E=29?= References: <4B586886.801@tappenbeck.net> <7acdb3651001210949m5532bff5od32d006bbd6d0e1d@mail.gmail.com> <4B58BB83.4050009@online.de> Message-ID: [..Tracks für die Luftbild-Ausrichtung benötigt..] > > Yepp, der ist schon drin. Demnach muss das GeoEye WMS ca. 10-15 m > verschoben werden. Sobei nicht jeder Offset statisch sein muss. Die Verzerrungen müssen nicht linear sein. Da auch das GeoEye-Bild zusammengestitcht worden ist aus Schrägbildern, kann das durchaus eine wellenförmige Verzerrung sein oder auf einen unzureichend aufgelöstes Gelände-Höhenprofil zurückgehen. Aber natürlich "besser im Flachland und in der City korrekt", als gar keine Korrektur. -jha- From michael at buegehome.de Thu Jan 21 22:15:22 2010 From: michael at buegehome.de (Michael Buege) Date: Thu, 21 Jan 2010 23:15:22 +0100 Subject: [Talk-de] =?utf-8?q?OSM-Haiti=3A_das_ist_doch_einmal_eine_sch?= =?utf-8?b?w7ZuZSBSw7xja21lbGR1bmcgLi4uLg==?= References: <4B586886.801@tappenbeck.net> <7acdb3651001210949m5532bff5od32d006bbd6d0e1d@mail.gmail.com> <4B58BB83.4050009@online.de> Message-ID: <1792000.f5p8hOLoCL@buegehome.de> Zitat Chris-Hein Lunkhusen: > André Reichelt schrieb: > >>> falls die Probleme mit der Ausrichtung der Luftbilder noch aktuell >>> sind: die könnten evtl. ein paar Tracks schicken, dann könnte man >>> damit die Bilder ausrichten? Soweit ich das sehe gibt es praktisch >>> überhaupt keine Tracks in Port Au Prince. >> >> Hat er scheinbar schon: >> >> > > Yepp, der ist schon drin. Demnach muss das GeoEye WMS ca. 10-15 m > verschoben werden. Nach diesen Tracks scheinen die Google Aerial Bilder sehr genau zu sein. Mit einer Aufloesung von 15cm sehr gutes Material. -- Michael From michael at buegehome.de Thu Jan 21 22:43:56 2010 From: michael at buegehome.de (Michael Buege) Date: Thu, 21 Jan 2010 23:43:56 +0100 Subject: [Talk-de] Vorlagen Josm Crisismapping Message-ID: <2802677.V5TxkM02gq@buegehome.de> Falls es das nicht schon gibt, wuerde ich gerne fuer Josm ein Preset speziell mit Tags basteln, die in Kriesenfaellen benutzt werden. Dazu braeuchte ich ein paar Icons. Hat jemand was passendes in Petto oder kann kurzfristig was kreieren? Nix besonderes, moeglichst simpel und einpraegsam. Vielleicht auch schon vorhandenes, was passen koennte zusammentragen. Danke. -- Michael From osm at jonas-krueckel.de Thu Jan 21 23:05:42 2010 From: osm at jonas-krueckel.de (=?iso-8859-1?Q?Jonas_Kr=FCckel?=) Date: Fri, 22 Jan 2010 00:05:42 +0100 Subject: [Talk-de] Vorlagen Josm Crisismapping In-Reply-To: <2802677.V5TxkM02gq@buegehome.de> References: <2802677.V5TxkM02gq@buegehome.de> Message-ID: <71CE1E08-E401-46C7-AC58-D260CA0DF305@jonas-krueckel.de> Am 21.01.2010 um 23:43 schrieb Michael Buege: > > Falls es das nicht schon gibt, wuerde ich gerne fuer Josm ein Preset > speziell mit Tags basteln, die in Kriesenfaellen benutzt werden. > http://twitter.com/wonderchook/status/8044320804 Da bastelt schon jemand. Jonas From osm at tobias-knerr.de Thu Jan 21 23:46:22 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Fri, 22 Jan 2010 00:46:22 +0100 Subject: [Talk-de] =?utf-8?b?WnVzYXR6YXR0cmlidXRlIGbDvHIgWsOkdW5lICh3YXM6?= =?utf-8?q?_Mal_wieder_einiges_in_den_Map_Features_erg=C3=A4nzt=29?= In-Reply-To: <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> Message-ID: <4B58E74E.1000809@tobias-knerr.de> Martin Koppenhoefer schrieb: > barrier=fence > barrier:material=wire/wood/concrete/steal/barbed_wire/iron/etc. > barrier:type=chain-link (Maschendraht)/palisade (Palisadenzaun)/wattle > (Flechtzaun)/etc. > > wie oft kein schlechter Einstieg: > http://de.wikipedia.org/wiki/Zaun Insgesamt sind wir uns ja anscheinend einig, dass wir lieber Zusatzattribute verwenden wollen. Bevor also die Diskussion ergebnislos zerfasert, hier noch mal inhaltlich zum Thema Zaun-Tagging: Jemand hat schon vor über einem Jahr einen Schlüssel fence_type ins Wiki gestellt, soweit ich sehen kann aber ohne Diskussion, Proposal o.ä.; hat gerade an die 200 Verwendungen: http://wiki.openstreetmap.org/wiki/Key:fence_type Gefällt euch die dortige Werteliste? Sollte man den so lassen, erweitern, bestimmte Aspekte verbessern (welche?) oder lieber komplett neue Schlüssel definieren? Tobias Knerr From osm at tobias-knerr.de Thu Jan 21 23:47:21 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Fri, 22 Jan 2010 00:47:21 +0100 Subject: [Talk-de] =?utf-8?b?WnVzYXR6YXR0cmlidXRlIGbDvHIgWsOkdW5lICh3YXM6?= =?utf-8?q?_Mal_wieder_einiges_in_den_Map_Features_erg=C3=A4nzt=29?= In-Reply-To: <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> Message-ID: <4B58E789.2000402@tobias-knerr.de> Martin Koppenhoefer schrieb: > barrier=fence > barrier:material=wire/wood/concrete/steal/barbed_wire/iron/etc. > barrier:type=chain-link (Maschendraht)/palisade (Palisadenzaun)/wattle > (Flechtzaun)/etc. > > wie oft kein schlechter Einstieg: > http://de.wikipedia.org/wiki/Zaun Insgesamt sind wir uns ja anscheinend einig, dass wir lieber Zusatzattribute verwenden wollen. Bevor also die Diskussion ergebnislos zerfasert, hier noch mal inhaltlich zum Thema Zaun-Tagging: Jemand hat schon vor über einem Jahr einen Schlüssel fence_type ins Wiki gestellt, soweit ich sehen kann aber ohne Diskussion, Proposal o.ä.; hat etwa 200 Verwendungen: http://wiki.openstreetmap.org/wiki/Key:fence_type Gefällt euch die dortige Werteliste? Sollte man den so lassen, erweitern, bestimmte Aspekte verbessern (welche?) oder lieber komplett neue Schlüssel definieren? Tobias Knerr From osm at ulfm.de Thu Jan 21 23:55:13 2010 From: osm at ulfm.de (=?ISO-8859-1?Q?Ulf_M=F6ller?=) Date: Fri, 22 Jan 2010 00:55:13 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> Message-ID: Ulf Möller schrieb: > Deutsche Übersetzungen für die neu dokumentierten Tags schreibe ich auch > noch... :) Und bin dabei gleich über was Merkwürdiges in den Map Features gestolpert: leisure=common mit der deutschen Beschreibung "allgemein", englisch "an area where the public can walk anywhere (UK)". Was hat das für einen Sinn? "Where the public can walk" wäre für mich foot=yes... From addicks at gmx.net Fri Jan 22 00:53:02 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Fri, 22 Jan 2010 01:53:02 +0100 Subject: [Talk-de] =?iso-8859-1?q?leisure=3Dcommon_=28Re=3A_Mal_wieder_ein?= =?iso-8859-1?q?iges_in_den_Map_Features_erg=E4nzt=29?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> Message-ID: Am 22.01.2010 00:55, schrieb Ulf Möller: > leisure=common mit der deutschen Beschreibung "allgemein", englisch "an > area where the public can walk anywhere (UK)". > > Was hat das für einen Sinn? "Where the public can walk" wäre für mich > foot=yes... Welchen das ergibt? Klingt nach "Mehrzweckhalle, ohne Dach" ;-) Vielleicht eine Festwiese? -jha- From frederik at remote.org Fri Jan 22 01:03:06 2010 From: frederik at remote.org (Frederik Ramm) Date: Fri, 22 Jan 2010 02:03:06 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> Message-ID: <4B58F94A.1060103@remote.org> Hallo, Ulf Möller wrote: > leisure=common mit der deutschen Beschreibung "allgemein", englisch "an > area where the public can walk anywhere (UK)". > > Was hat das für einen Sinn? "Where the public can walk" wäre für mich > foot=yes... Naja, leisure=common ist wie leisure=park, nur dass im leisure=common jeder auf dem Gras laufen darf und im leisure=park man auf den Wegen bleiben soll. Leisure=common ist zum Hinsetzen und Picknicken, leisure=park mehr so zum Spazierengehen und Sagen "Oh, Liebling, schau mal dort die Blumenrabatten, sind die nicht ganz entzueckend?" Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From ulf.lamping at googlemail.com Fri Jan 22 01:08:56 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Fri, 22 Jan 2010 02:08:56 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> Message-ID: <4B58FAA8.8000004@googlemail.com> Am 22.01.2010 00:55, schrieb Ulf Möller: > Ulf Möller schrieb: > >> Deutsche Übersetzungen für die neu dokumentierten Tags schreibe ich auch >> noch... :) > > Und bin dabei gleich über was Merkwürdiges in den Map Features gestolpert: > > leisure=common mit der deutschen Beschreibung "allgemein", englisch "an > area where the public can walk anywhere (UK)". > > Was hat das für einen Sinn? "Where the public can walk" wäre für mich > foot=yes... Ist da nicht der englische "Common Ground" mit gemeint, also sowas wie eine öffentliche Grünfläche? Was jetzt aber genau der Unterschied zu leisure=park ist, kann ich dir spontan auch nicht genau sagen (ich meine mich zu erinnern, common ist eine andere Rechtsform in UK). Aber das ist schon so alt, da hat halt nie einer groß nach gefragt ;-) Mußt du am besten mal auf talk nachfragen ... Gruß, ULFL P.S: Ich fürchte, wenn du die Übersetzungen durchgehst, findest du noch ein paar mehr solcher Ungereimtheiten ... From gnubold at gmail.com Fri Jan 22 01:27:32 2010 From: gnubold at gmail.com (Micha Ruh) Date: Fri, 22 Jan 2010 02:27:32 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> Message-ID: <75827e241001211727y1c1d2538pa6f7f79db100644d@mail.gmail.com> Am 22. Januar 2010 00:55 schrieb Ulf Möller : > > Und bin dabei gleich über was Merkwürdiges in den Map Features gestolpert: > > leisure=common mit der deutschen Beschreibung "allgemein", englisch "an > area where the public can walk anywhere (UK)". > > Was hat das für einen Sinn? "Where the public can walk" wäre für mich > foot=yes... > Wir Schweizer kenned as als Allmend, keine Ahnung ob ihr in Deutschland das auch kennt http://de.wikipedia.org/wiki/Allmende <-- beschreibt es zwar katastrophal schlecht, kann aber verstanden werden Gruess, Micha -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From ulf.lamping at googlemail.com Fri Jan 22 02:02:16 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Fri, 22 Jan 2010 03:02:16 +0100 Subject: [Talk-de] =?utf-8?q?Mal_wieder_einiges_in_den_Map_Features_erg?= =?utf-8?b?w6RuenQ=?= In-Reply-To: <1264105917803-4436157.post@n2.nabble.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <4B57613A.8000502@googlemail.com> <4B577201.2070405@googlemail.com> <4B579645.8000605@googlemail.com> <1264031955781-4430514.post@n2.nabble.com> <4B57A1D8.7000309@googlemail.com> <1264105917803-4436157.post@n2.nabble.com> Message-ID: <4B590728.2080702@googlemail.com> Am 21.01.2010 21:31, schrieb NopMap: > > Darum würde ich Dich bitten, es wieder rauszunehmen, bis es zu dem Thema > einen besseren Vorschlag gibt. Bessere Ansätze waren ja hier in der > Diskussion schon zu finden. Kann ich ja durchaus verstehen. Andererseits hilft es dem Mapper da draußen auch nicht wirklich, wenn die Sachen erst in die Map Features kommen, wenn diese bis ins kleinste durchdacht und bereits seit Jahren erprobt sind. Dann kommen wir hier auch nicht voran. Und die Thematik Map Features den Leuten zu überlassen, die geological=palaeontological_site eintragen, das jetzt seit einiger Zeit drin ist und insgesamt so zehnmal im gesamten planet auftaucht finde ich auch nicht soooo gelungen. Das Thema Map Features bleibt halt spannend. > Ich nehm' Dir die Arbeit ja gerne ab, aber das riecht dann schon wieder nach > Edit War... :-) So, hab wood_fence/wire_fence jetzt wieder rausgenommen. Wenn es die überwiegende Meinung ist, daß es keine gute Idee ist sowas einzubauen hab ich kein großes Problem wenn sowas auch wieder rausgenommen wird - zumindest wenn ich diese Meinung halbwegs nachvollziehen kann :-) Ich fände es jetzt allerdings schon eine gute Sache, wenn sich die Leute, die gegen eine Vermischung dieser Eigenschaften sind, sich "zusammensetzen" und überlegen wie denn sowas wie ein Zaunmaterial eigentlich getaggt werden soll. Der Bedarf scheint ja vorhanden zu sein. Sonst haben wir den gleichen "Ärger" in einem halben Jahr wieder ;-) Gruß, ULFL From dieterdreist at gmail.com Fri Jan 22 03:13:21 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Fri, 22 Jan 2010 04:13:21 +0100 Subject: [Talk-de] =?utf-8?b?WnVzYXR6YXR0cmlidXRlIGbDvHIgWsOkdW5lICh3YXM6?= =?utf-8?q?_Mal_wieder_einiges_in_den_Map_Features_erg=C3=A4nzt=29?= In-Reply-To: <4B58E74E.1000809@tobias-knerr.de> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> <4B58E74E.1000809@tobias-knerr.de> Message-ID: <7acdb3651001211913x1697f6f7tc1701fcf6c2e2664@mail.gmail.com> Am 22. Januar 2010 00:46 schrieb Tobias Knerr : > Martin Koppenhoefer schrieb: >> barrier=fence >> barrier:material=wire/wood/concrete/steal/barbed_wire/iron/etc. >> barrier:type=chain-link (Maschendraht)/palisade (Palisadenzaun)/wattle >> (Flechtzaun)/etc. >> >> wie oft kein schlechter Einstieg: >> http://de.wikipedia.org/wiki/Zaun > > Insgesamt sind wir uns ja anscheinend einig, dass wir lieber > Zusatzattribute verwenden wollen. Bevor also die Diskussion ergebnislos > zerfasert, hier noch mal inhaltlich zum Thema Zaun-Tagging: > > Jemand hat schon vor über einem Jahr einen Schlüssel fence_type ins Wiki > gestellt, soweit ich sehen kann aber ohne Diskussion, Proposal o.ä.; hat > gerade an die 200 Verwendungen: > http://wiki.openstreetmap.org/wiki/Key:fence_type > > Gefällt euch die dortige Werteliste? - electric fände ich als Attribut besser, Strom kann man schließlich auf alle möglichen Zäune geben. - ich würde Typ und Material in 2 unterschiedlichen keys angeben und daher auch solche Definitionen wie chain ändern: "a type of woven fence usually made from galvanized or LLDPE-coated steel wire". Ist doch für den Typus egal, ob der aus galvanisiertem oder kunststoffüberzogenem Stahldraht hergestellt wurde. - ich bevorzuge den Doppelpunkt gegenüber dem Unterstrich (barrier_type), man könnte evtl. auch nur type benutzen? schön wäre evtl. noch, für den üblichen Jägerzaun und den üblichen Rasterzaun (http://www.dreibrodt-zauncenter.de/pictures/stahl/img028.jpg) einen Tag zu haben. Für Pedanten könnte man bei Rasterzaun noch das Raster angeben. Bin gerade zu müde um das noch nachzusehen. Die Höhe ist auch wichtig. (m.E. wichtiger als der genaue Typ). Würdet Ihr eher height oder barrier:height verwenden? Gruß Martin From ulf.lamping at googlemail.com Fri Jan 22 04:02:32 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Fri, 22 Jan 2010 05:02:32 +0100 Subject: [Talk-de] =?utf-8?q?Zusatzattribute_f=C3=BCr_Z=C3=A4une?= In-Reply-To: <4B58E789.2000402@tobias-knerr.de> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> <4B58E789.2000402@tobias-knerr.de> Message-ID: <4B592358.3010601@googlemail.com> Am 22.01.2010 00:47, schrieb Tobias Knerr: > Martin Koppenhoefer schrieb: >> barrier=fence >> barrier:material=wire/wood/concrete/steal/barbed_wire/iron/etc. >> barrier:type=chain-link (Maschendraht)/palisade (Palisadenzaun)/wattle >> (Flechtzaun)/etc. >> >> wie oft kein schlechter Einstieg: >> http://de.wikipedia.org/wiki/Zaun barrier=fence barrier:material=wire barrier:type=chain-link ... für einen Maschendrahtzaun klingt mir jetzt z.B. ein wenig "overengineered". Warum nicht einfach: barrier=fence fence_type=mesh_wire > Insgesamt sind wir uns ja anscheinend einig, dass wir lieber > Zusatzattribute verwenden wollen. Bevor also die Diskussion ergebnislos > zerfasert, hier noch mal inhaltlich zum Thema Zaun-Tagging: > > Jemand hat schon vor über einem Jahr einen Schlüssel fence_type ins Wiki > gestellt, soweit ich sehen kann aber ohne Diskussion, Proposal o.ä.; hat > etwa 200 Verwendungen: > http://wiki.openstreetmap.org/wiki/Key:fence_type > > Gefällt euch die dortige Werteliste? Sollte man den so lassen, > erweitern, bestimmte Aspekte verbessern (welche?) oder lieber komplett > neue Schlüssel definieren? Dann haben wir nachher drei Seiten zum gleichen Thema und das Chaos ist wieder mal perfekt ;-) Mein Vorschlag: Seite verbessern (bei 200 Verwendungen kann man das aus meiner Sicht noch machen) und ganz wichtig: *passende* Fotos einfügen! Die Fotos helfen wesentlich mehr als vieles andere :-) Aber auch hier, für den "Bedarfsmapper" nicht zu kompliziert machen - dann wendet es nämlich vielleicht auch mehr als einer an. Gruß, ULFL P.S: barrier=hedge gibt es ja schon direkt in den Map Features, sollte aus der Type-Seite raus. From osm at tappenbeck.net Fri Jan 22 05:20:01 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Fri, 22 Jan 2010 06:20:01 +0100 Subject: [Talk-de] Vorlagen Josm Crisismapping In-Reply-To: <71CE1E08-E401-46C7-AC58-D260CA0DF305@jonas-krueckel.de> References: <2802677.V5TxkM02gq@buegehome.de> <71CE1E08-E401-46C7-AC58-D260CA0DF305@jonas-krueckel.de> Message-ID: Am 22.01.2010 00:05, schrieb Jonas Krückel: > > Am 21.01.2010 um 23:43 schrieb Michael Buege: > >> >> Falls es das nicht schon gibt, wuerde ich gerne fuer Josm ein Preset >> speziell mit Tags basteln, die in Kriesenfaellen benutzt werden. >> > > http://twitter.com/wonderchook/status/8044320804 > > Da bastelt schon jemand. > > Jonas das ist schon hier verfügbar http://github.com/wonderchook/OpenStreetMap-Humanitarian-Tags/raw/master/humanitarian_presets_josm.xml schön wäre noch eine Anpassung der Icondarstellung für Gebäude - die sind jetzt grau und nur schwerlich über den Luftbildern zu erkennen !!! Gruß Jan :-) From florian at grossing.de Fri Jan 22 07:25:40 2010 From: florian at grossing.de (Florian Gross) Date: Fri, 22 Jan 2010 08:25:40 +0100 Subject: [Talk-de] =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_e?= =?iso-8859-1?q?rg=E4nzt?= In-Reply-To: <4B590728.2080702@googlemail.com> References: <4B566DFB.8090406@googlemail.com> <1264105917803-4436157.post@n2.nabble.com> <4B590728.2080702@googlemail.com> Message-ID: <201001220825.40646.florian@grossing.de> Am Fr Januar 22 2010 glaubte Ulf Lamping zu wissen: > Am 21.01.2010 21:31, schrieb NopMap: > > Ich nehm' Dir die Arbeit ja gerne ab, aber das riecht dann schon wieder nach > > Edit War... :-) > > So, hab wood_fence/wire_fence jetzt wieder rausgenommen. > > Wenn es die überwiegende Meinung ist, daß es keine gute Idee ist sowas > einzubauen hab ich kein großes Problem wenn sowas auch wieder > rausgenommen wird - zumindest wenn ich diese Meinung halbwegs > nachvollziehen kann :-) > > Ich fände es jetzt allerdings schon eine gute Sache, wenn sich die > Leute, die gegen eine Vermischung dieser Eigenschaften sind, sich > "zusammensetzen" und überlegen wie denn sowas wie ein Zaunmaterial > eigentlich getaggt werden soll. Der Bedarf scheint ja vorhanden zu sein. > > Sonst haben wir den gleichen "Ärger" in einem halben Jahr wieder ;-) Wenn sich viele einig sind, daß vorgeschlagene Tags nicht so toll sind und andere deutlich besser, sollte man über die anderen nachdenken. Wäre halt nicht ganz schlecht, wenn es einigermaßen einen Konsens zu einem verwendeten Tag gibt. Wenn sich jeder was eigenes ausdenkt, blickt nachher keiner mehr durch. flo, der schon darauf wartet, daß die verwendete Holzart auch noch eingetragen wird ;-) -- [OE] Zusätzlich muß man auf automatischen Zeilenumbruch sowie automatisch eingefügte Signaturen verzichten und bei Antworten auf qp-codierte Artikel das Quoting manuell nachbearbeiten. Da kann man seine Artikel auch gleich per telnet $NNTPSERVER 119 einliefern. [Marc Haber in dcsn] From hartmut at mysql.com Fri Jan 22 08:33:25 2010 From: hartmut at mysql.com (Hartmut Holzgraefe) Date: Fri, 22 Jan 2010 09:33:25 +0100 Subject: [Talk-de] Nutzung der Briefkastensuche [Was: Re: Packstationen] In-Reply-To: <4B588AEF.1080302@web.de> References: <4B579A9F.7020601@gmx.de> <4B580F5F.9020100@remote.org> <4B588AEF.1080302@web.de> Message-ID: <4B5962D5.3070608@mysql.com> steffen wrote: >> Hallo, >> >> Karl Eichwalder wrote: >> >>> Eine solche liste ist ein geschäftsgeheimnis (oder so ähnlich) und >>> deshalb bekommen wir keine, IIRC. >>> >> Tobias Wendorff hatte bei denen angefragt und seine Ergebnisse hier >> dokumentiert: >> >> http://wiki.openstreetmap.org/wiki/DE:Kommunikation/DPAG >> > Kann ich die Seite nutzen, um fehlende Angaben (Leerungszeiten) > einzutragen? Briefkasten ist in OSM schon eingetragen. Die Nutzungsbedingungen dürften nicht mit der OSM Lizenz kompatibel sein: http://standorte.deutschepost.de/pages/info/de/index.html?id=legalnotice [...] Die Deutsche Post AG räumt dem Nutzer für die zur Verfügung gestellten Informationen das nicht ausschließliche, zeitlich unbefristete, unwiderrufliche und nicht übertragbare Recht ein, diese ausschließlich für Einzelabfragen zu privaten Zwecken zu nutzen. Jede gewerbliche Nutzung bedarf der schriftlichen Zustimmung der Deutschen Post AG. [...] Inhalt und Struktur der Deutsche Post Webseiten sind urheberrechtlich geschützt. Die Vervielfältigung von Informationen oder Daten, insbesondere die Verwendung von Texten, Textteilen oder Bildmaterial, bedarf der vorherigen Zustimmung der Deutsche Post AG. [...] > p.s. Die Briefkästen würde ich nach der Karte eh nicht eintragen, da die > Standorte nicht 100% stimmen. z.B. [1]. Hier ist der Briefkasten nummer > zwei auf der falschen Straßenseite. Ja, die angegebenen Positionen sind nicht unbedingt die genauesten, selbst in Bielefeld Innenstadt habe ich schon Abweichungen um die 100m erlebt, ebenso Kästen die zwar real existieren aber nicht in der Suche auftauchen. Sie reichen aber um festzustellen wo 'uns' noch Kästen fehlen. Einen Abgleich der OSM post_box Daten mit den Suchergebnissen der Post als ToDo Liste halte ich persönlich noch für "zu privaten Zwecken". D.h. ich mache mich mit der Information "hier sind noch Kästen die uns fehlen" auf die Suche, fotografiere die so gefundenen Kästen vor Ort, und erstelle dann daraus den OSM Eintrag samt Standortreferenz und Leerungszeiten. [...] Eine gewerbliche Nutzung wird u.a. dann vermutet, wenn mehr als 200 Einzelanfragen innerhalb von 24 Stunden gestellt werden. In solchen Fällen wird der Zugang für den Nutzer gesperrt. [...] Da ich den Abgleich allerdings nicht komplett von Hand mache sondern dafür schon ein Script geschrieben habe das ausgehend von einer Startadresse und den dazu gelieferten 10 nächsten Briefkastenstandorten rekursiv so lange weitersucht bis alle Kästen für eine Gemeinde oder eine Postleitzahl gefunden wurden bin ich während des Testens schon mehrmals in dieses "200 Anfragen je 24h" limit hineingelaufen. Das ermitteln von Standorten mit der Postsuche und anschließende eigene Erfassung vor Ort als private, nicht gewerbliche Nutzung durchgeht ist allerdings bisher nur meine private Meinung, daher werde ich mein Abgleichscript wohl noch solange für mich behalten bis ich mich das nächste mal mit meinem Anwalt auf ein Bier getroffen habe ... From sloslo at web.de Fri Jan 22 10:13:23 2010 From: sloslo at web.de (Christian Slotwinsky) Date: Fri, 22 Jan 2010 11:13:23 +0100 Subject: [Talk-de] =?iso-8859-15?q?Sch=F6nheitsfehler_in_Osmarender?= Message-ID: <4B597A43.2090505@web.de> Hallo miteinander, Osmarender zeichnet sinnvoller Weise Straßen in einer Reihenfolge die ihrer Wichtigkeit entspricht, damit z.B. in Kreuzungsfällen die Hauptstraße nicht von einer Nebenstraße zerschnitten wird. Endet jedoch eine höherrangige auf einer durchlaufenden niederrangigen Straße, so wird das runde Ende der höherrangigen Straße auf die niederrangige Straße gezeichnet. Dies sieht unschön aus. Gibt es eine Möglichkeit dieses Verhalten innerhalb Osmarenders zu ändern ? Hier ein Beispiel mit einer endenen Autobahn. http://www.openstreetmap.org/?lat=52.47784&lon=13.35535&zoom=17&layers=0B00FTF Gruß Slotty From shony at nurfuerspam.de Fri Jan 22 10:18:37 2010 From: shony at nurfuerspam.de (Fabian) Date: Fri, 22 Jan 2010 11:18:37 +0100 Subject: [Talk-de] Verwalter der Strassenliste In-Reply-To: References: Message-ID: <4B597B7D.1020004@nurfuerspam.de> geht es um was in Brandenburg zufaellig? da habe ich meine eigene nicht so schicke aber funktionierende Auswertung. (die detaillierte Statistik ist am ende der liste) zb http://shony.de/osm/streetnamescheck/de_Treuenbrietzen.html http://shony.de/osm/streetnamescheck/ ist zZt nur auf Brandenburg beschraenkt um downloaddaten zu sparen. Hatte auch die ueberlegung wenn es mehr wird die straßenlisten in ein wiki zu schreiben und von dort als quelle fuer die Auswertung zu holen. wenn ich helfen kann sag Bescheid, sofern Straßenliste als csv und gebietsgrenzen am besten als polygon -file vorliegen kann ich ja auch noch dein Gebiet zur Auswertung herunter laden. Jonas Stein wrote: > Hallo, > > wir haben am Sa eine Mappingparty und moechten die Liste fehlender > Strassen auf 0 reduzieren. > Damit dieser Erfolg auch im Strassenverzeichnis sichtbar ist muesste jemand > Fehler der Strassenliste entgegennehmen und einpflegen. > Unter der angegebenen Flo-Mailadresse habe ich auch nach einer Woche und > mehreren Mails keine Antwort erhalten. > > Wer hat noch Moeglichkeit zu helfen? > > Falls es nur einen Menschen gibt, an dem die ganze Strassenliste haengt > muesste man mal ueberlegen, wie man ihn unterstuetzen kann. > > Herzliche Gruesse, > From frederik at remote.org Fri Jan 22 10:20:00 2010 From: frederik at remote.org (Frederik Ramm) Date: Fri, 22 Jan 2010 11:20:00 +0100 Subject: [Talk-de] =?iso-8859-15?q?Sch=F6nheitsfehler_in_Osmarender?= In-Reply-To: <4B597A43.2090505@web.de> References: <4B597A43.2090505@web.de> Message-ID: <4B597BD0.5050709@remote.org> Hallo, Christian Slotwinsky wrote: > Endet jedoch eine höherrangige auf einer durchlaufenden niederrangigen > Straße, so wird das runde Ende der höherrangigen Straße auf die > niederrangige Straße gezeichnet. > Dies sieht unschön aus. Stimmt, aber es ist wirklich ein kompliziertes Problem, das Mapnik und auch z.B. Google genauso haben: http://maps.google.de/maps?ll=52.477827,13.355502&spn=0.002911,0.004903&z=18 Wenn Du einen Vorschlag fuer einen guten Algorithmus hast, der das richtig macht, nur her damit ;-) Bye Frederik From werner.ho at gmx.de Fri Jan 22 10:29:17 2010 From: werner.ho at gmx.de (Werner Hoch) Date: Fri, 22 Jan 2010 11:29:17 +0100 Subject: [Talk-de] Auswertung von Relationstags In-Reply-To: <201001171349.13406.werner.ho@gmx.de> References: <201001171349.13406.werner.ho@gmx.de> Message-ID: <201001221129.17827.werner.ho@gmx.de> Hi, die Links zu den Auswertungen haben sich geändert und alle Links müssten jetzt funktionieren. On Sonntag, 17. Januar 2010, Werner Hoch wrote: > Die Auswertung habe ich für verschiedene Gebiete laufen lassen: > Baden-Württemberg: (von heute) > http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de_bw_index.html http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de_bw.html > Deutschland: (von gestern) > http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de_index.html http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de.html > Planet: (latest) > http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/planet_index.html http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/planet.html Grüsse Werner From falk.zscheile at googlemail.com Fri Jan 22 10:36:26 2010 From: falk.zscheile at googlemail.com (Falk Zscheile) Date: Fri, 22 Jan 2010 11:36:26 +0100 Subject: [Talk-de] =?iso-8859-1?q?Zusatzattribute_f=FCr_Z=E4une_=28was=3A_?= =?iso-8859-1?q?Mal_wieder_einiges_in_den_Map_Features_erg=E4nzt=29?= In-Reply-To: <7acdb3651001211913x1697f6f7tc1701fcf6c2e2664@mail.gmail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> <4B58E74E.1000809@tobias-knerr.de> <7acdb3651001211913x1697f6f7tc1701fcf6c2e2664@mail.gmail.com> Message-ID: <1545fef41001220236o26d0c9c9re00ee79a634288e@mail.gmail.com> Am 22. Januar 2010 04:13 schrieb Martin Koppenhoefer : [Überlegungen zum Attributschema von Zäunen] > > - ich bevorzuge den Doppelpunkt gegenüber dem Unterstrich > (barrier_type), man könnte evtl. auch nur type benutzen? > [...] > > Die Höhe ist auch wichtig. (m.E. wichtiger als der genaue Typ). Würdet > Ihr eher height oder barrier:height verwenden? > Ich für meinen Teil habe aus der information=guidepost (guidepost=bicycle vs. bicycle=yes) gelernt, dass man bei der Erstellung neuer Schlüssel-Wert-Kombinationen Überschneidungen zu bereits bestehendem vermeiden sollte. Sowohl type=value als auch height=value werden bereits in anderen Zusammenhängen verwendet. Jetzt aber bitte nicht (wieder) die Diskussion, dass sich diese Attribute (für Zaun- und Straßendurchfahrtshöhe) bei sauberem Arbeiten im Datenschema und der Wirklichkeit nie begegnen sollten :-) Gruß, Falk From f at zz.de Fri Jan 22 10:46:21 2010 From: f at zz.de (Florian Lohoff) Date: Fri, 22 Jan 2010 11:46:21 +0100 Subject: [Talk-de] Verwalter der Strassenliste In-Reply-To: References: Message-ID: <20100122104621.GA2176@hydra.gt.owl.de> On Thu, Jan 21, 2010 at 05:55:06PM +0100, Jonas Stein wrote: > Hallo, > > wir haben am Sa eine Mappingparty und moechten die Liste fehlender > Strassen auf 0 reduzieren. > Damit dieser Erfolg auch im Strassenverzeichnis sichtbar ist muesste jemand > Fehler der Strassenliste entgegennehmen und einpflegen. > Unter der angegebenen Flo-Mailadresse habe ich auch nach einer Woche und > mehreren Mails keine Antwort erhalten. > > Wer hat noch Moeglichkeit zu helfen? > > Falls es nur einen Menschen gibt, an dem die ganze Strassenliste haengt > muesste man mal ueberlegen, wie man ihn unterstuetzen kann. Ich bin ziemlich Land unter durch alle moeglichen dinge im Real Life. Die kiste steht da und wer mag kriegt einen Shell account und kann das zeugs pflegen und zusammensetzen. Ich habe mit einer Wiki geschichte angefangen wo jeder selber neue auswertungen einkippen kann. Das zeugs funktioniert bis auf kleinigkeiten aber ich bin zum switch noch nicht gekommen. Sorry fuer die derzeitige Stille ... Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From dieterdreist at gmail.com Fri Jan 22 11:36:35 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Fri, 22 Jan 2010 12:36:35 +0100 Subject: [Talk-de] =?utf-8?q?Zusatzattribute_f=C3=BCr_Z=C3=A4une?= In-Reply-To: <4B592358.3010601@googlemail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> <4B58E789.2000402@tobias-knerr.de> <4B592358.3010601@googlemail.com> Message-ID: <7acdb3651001220336r52f9b5f8y32124c92e77a4b01@mail.gmail.com> Am 22. Januar 2010 05:02 schrieb Ulf Lamping : > barrier=fence > barrier:material=wire > barrier:type=chain-link > > ... für einen Maschendrahtzaun klingt mir jetzt z.B. ein wenig > "overengineered". Warum nicht einfach: > > barrier=fence > fence_type=mesh_wire weil das nicht Maschendrahtzaun heisst, sondern Drahtgitterzaun? http://www.armaexport.com/wp-content/uploads/WELDED_MESH_WIRE_FENCE.jpg http://www.twpinc.com/ m.E. ist der Unterschied eines geschweissten zu einem geflochtenen Zaun nicht zu kompliziert. Wem das alles zuviel ist, der kann das ja sowieso weglassen und sich mit einem barrier=fence begnügen. Auch kann man barrier:material=wire beim Maschendrahtzaun z.B. weglassen. > Mein Vorschlag: Seite verbessern (bei 200 Verwendungen kann man das aus > meiner Sicht noch machen) und ganz wichtig: *passende* Fotos einfügen! +1 > Die Fotos helfen wesentlich mehr als vieles andere :-) > > Aber auch hier, für den "Bedarfsmapper" nicht zu kompliziert machen - > dann wendet es nämlich vielleicht auch mehr als einer an. "kompliziert" wird es doch nur, wenn entweder die Seite unübersichtlich gestaltet ist, oder man verschiedene, sich evtl. sogar widersprechende Seiten zum gleichen Thema im Wiki findet. Gruß Martin From computerteddy at gmx.de Fri Jan 22 11:47:32 2010 From: computerteddy at gmx.de (Carsten Schwede) Date: Fri, 22 Jan 2010 12:47:32 +0100 Subject: [Talk-de] Worldfile vom 20.1.10 - mit extra Haiti- Karte Message-ID: <4B599054.6010900@gmx.de> Hallo, die neuen Daten liegen wie immer bereit unter http://wiki.openstreetmap.org/wiki/User:Computerteddy Einige der speziellen Tags für Haiti sind eingepflegt, z.B. die eingestürzten Gebäude. Hier für gibt es im typ-File auch ein extra Icon. Die Haiti-Karte kann zu allen anderen Karten auf das GPS-Gerät hinzugefügt werden, sie hat die Family-ID 45 (für Mapsource-Nutzer und Typfile-Bauer) Zusätzlich haben wir einen rss-Feed aufgebaut, auf dem die Verfügbarkeit der Karten auf dem GwdG-Mirror angezeigt wird und der auch gleich anklickbar ist zum Download der Dateien. http://www.smash-net.org/osm_garmin_rss.xml -- Viele Gruesse Computerteddy From osm at tobias-knerr.de Fri Jan 22 12:25:06 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Fri, 22 Jan 2010 13:25:06 +0100 Subject: [Talk-de] =?iso-8859-1?q?Zusatzattribute_f=FCr_Z=E4une?= In-Reply-To: <1545fef41001220236o26d0c9c9re00ee79a634288e@mail.gmail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> <4B58E74E.1000809@tobias-knerr.de> <7acdb3651001211913x1697f6f7tc1701fcf6c2e2664@mail.gmail.com> <1545fef41001220236o26d0c9c9re00ee79a634288e@mail.gmail.com> Message-ID: <4B599922.4070700@tobias-knerr.de> Falk Zscheile schrieb: > Ich für meinen Teil habe aus der information=guidepost > (guidepost=bicycle vs. bicycle=yes) gelernt, dass man bei der > Erstellung neuer Schlüssel-Wert-Kombinationen Überschneidungen zu > bereits bestehendem vermeiden sollte. Sowohl type=value als auch > height=value werden bereits in anderen Zusammenhängen verwendet. Bei type stimme ich zu, da das momentan einen recht engen Verwendungszweck hat und den besser auch behalten sollte. Sonst wird es spätestens dann ein Problem geben, wenn jemand eine Zaun-Relation oder so bastelt. ;-) Bei height sehe ich aber kein Problem, denn das ist doch auch jetzt schon dafür vorgesehen, die Höhe aller möglichen Objekte anzugeben (auch wenn natürlich die Interpretation dessen, was die "Höhe" ist, vom Objekt abhängen kann). Das darf man daher m.E. genauso wie name an beliebige Objekte hängen. Key:height[1] nennt sogar ausdrücklich die Verwendung an barrier=wall als Beispiel, was ich für ein sehr verwandtes Themengebiet halte. Die Verwendung für Zäune ist wohl kaum eine Abweichung von der bestehenden Nutzung des Tags. > Jetzt aber bitte nicht (wieder) die Diskussion, dass sich diese > Attribute (für Zaun- und Straßendurchfahrtshöhe) bei sauberem Arbeiten > im Datenschema und der Wirklichkeit nie begegnen sollten :-) Straßendurchfahrtshöhe? Meines Wissens steht height für die Höhe eines Objekts, nicht für den freien Raum über einem Objekt. Für die "wie viel Platz ist über dieser Straße"-Info haben wir doch extra maxheight:physical eingeführt? (Falls es diesbezüglich wirklich unterschiedliche Interpretationen gibt und Diskussionsbedarf besteht, bitte ich um Abspaltung unter geändertem Betreff.) Tobias Knerr [1] http://wiki.openstreetmap.org/wiki/Key:height From chris66nrw at gmx.de Fri Jan 22 12:38:02 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Fri, 22 Jan 2010 13:38:02 +0100 Subject: [Talk-de] Worldfile vom 20.1.10 - mit extra Haiti- Karte In-Reply-To: <4B599054.6010900@gmx.de> References: <4B599054.6010900@gmx.de> Message-ID: Carsten Schwede schrieb: > die neuen Daten liegen wie immer bereit unter > > http://wiki.openstreetmap.org/wiki/User:Computerteddy > > Einige der speziellen Tags für Haiti sind eingepflegt, z.B. die > eingestürzten Gebäude. Hier für gibt es im typ-File auch ein extra Icon. > Die Haiti-Karte kann zu allen anderen Karten auf das GPS-Gerät > hinzugefügt werden, sie hat die Family-ID 45 (für Mapsource-Nutzer und > Typfile-Bauer) Hi Teddy, Du wird übrigens in der aktuellen CC2 Folge (203) erwähnt ! http://www.cczwei.de/ Chris From falk.zscheile at googlemail.com Fri Jan 22 12:38:43 2010 From: falk.zscheile at googlemail.com (Falk Zscheile) Date: Fri, 22 Jan 2010 13:38:43 +0100 Subject: [Talk-de] =?iso-8859-1?q?Zusatzattribute_f=FCr_Z=E4une?= In-Reply-To: <4B599922.4070700@tobias-knerr.de> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> <4B58E74E.1000809@tobias-knerr.de> <7acdb3651001211913x1697f6f7tc1701fcf6c2e2664@mail.gmail.com> <1545fef41001220236o26d0c9c9re00ee79a634288e@mail.gmail.com> <4B599922.4070700@tobias-knerr.de> Message-ID: <1545fef41001220438ib2e156ekf987daf77146892c@mail.gmail.com> Am 22. Januar 2010 13:25 schrieb Tobias Knerr : > Falk Zscheile schrieb: >> Jetzt aber bitte nicht (wieder) die Diskussion, dass sich diese >> Attribute (für Zaun- und Straßendurchfahrtshöhe) bei sauberem Arbeiten >> im Datenschema und der Wirklichkeit nie begegnen sollten :-) > > Straßendurchfahrtshöhe? Meines Wissens steht height für die Höhe eines > Objekts, nicht für den freien Raum über einem Objekt. Für die "wie viel > Platz ist über dieser Straße"-Info haben wir doch extra > maxheight:physical eingeführt? > > (Falls es diesbezüglich wirklich unterschiedliche Interpretationen gibt > und Diskussionsbedarf besteht, bitte ich um Abspaltung unter geändertem > Betreff.) Nein, falscher Alarm. Es gibt hier (zum Glück) nur die von dir zugrunde gelegte Interpretation. Ich habe height=value mit maxheight=value verwechselt. Gruß, Falk From sloslo at web.de Fri Jan 22 12:56:12 2010 From: sloslo at web.de (Christian Slotwinsky) Date: Fri, 22 Jan 2010 13:56:12 +0100 Subject: [Talk-de] =?iso-8859-15?q?Sch=F6nheitsfehler_in_Osmarender?= In-Reply-To: <4B597BD0.5050709@remote.org> References: <4B597A43.2090505@web.de> <4B597BD0.5050709@remote.org> Message-ID: <4B59A06C.2080901@web.de> Am 22.01.2010 11:20, schrieb Frederik Ramm: > Hallo, > > Christian Slotwinsky wrote: > >> Endet jedoch eine höherrangige auf einer durchlaufenden niederrangigen >> Straße, so wird das runde Ende der höherrangigen Straße auf die >> niederrangige Straße gezeichnet. >> Dies sieht unschön aus. >> > Stimmt, aber es ist wirklich ein kompliziertes Problem, das Mapnik und > auch z.B. Google genauso haben: > > http://maps.google.de/maps?ll=52.477827,13.355502&spn=0.002911,0.004903&z=18 > > Wenn Du einen Vorschlag fuer einen guten Algorithmus hast, der das > richtig macht, nur her damit ;-) > > Bye > Frederik > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > > > Hallo Frederik, ich arbeite daran ;-) . Eine, wenn auch nicht hundertprozentige, Lösung wäre die zeichnerische Verlagerung der link-Wege (z.B. primary-link) vor die niederwertigen Wege durch Änderung in der Rule-Datei. Aus meiner Sicht sollte dies kein Problem sein, da ein link-Weg auf der einen Seite immer einen Weg gleichen Wertes trifft wo die Zeichenreihenfolge keine Rolle spielt und an dem anderen Ende meist an einem niederwertigen Weg endet. Sonderfälle will ich nicht ausschließen, habe ich aber auch noch nicht gesehen. Fehlt somit "nur" noch eine Lösung für die restlichen Fälle. In einer OSM.xml Datei ist mir aufgefallen, dass ein Node der zeichnerisch am Anfang oder am Ende eines Ways sitzt, in der Wayauflistung auch am Anfang bzw. am Ende steht. Ist dies ein Zufall oder werden die Waynodes im Zuge der Datenbankabfrage nach Lage sortiert ? Gruß Slotty From frederik at remote.org Fri Jan 22 13:19:22 2010 From: frederik at remote.org (Frederik Ramm) Date: Fri, 22 Jan 2010 14:19:22 +0100 Subject: [Talk-de] =?iso-8859-15?q?Sch=F6nheitsfehler_in_Osmarender?= In-Reply-To: <4B59A06C.2080901@web.de> References: <4B597A43.2090505@web.de> <4B597BD0.5050709@remote.org> <4B59A06C.2080901@web.de> Message-ID: <4B59A5DA.1090502@remote.org> Hallo, Christian Slotwinsky wrote: > In einer OSM.xml Datei ist mir aufgefallen, dass ein Node der > zeichnerisch am Anfang oder am Ende eines Ways sitzt, in der > Wayauflistung auch am Anfang bzw. am Ende steht. Normalerweise werden die Nodes nach ID sortiert. Bye Frederik From joerk at jhamburger.de Fri Jan 22 13:21:41 2010 From: joerk at jhamburger.de (=?ISO-8859-15?Q?J=F6rk?=) Date: Fri, 22 Jan 2010 14:21:41 +0100 Subject: [Talk-de] ZDF-Drehscheibe u. OSM Message-ID: moin, ist noch nicht on-line, aber das ZDF hat recht ausführlich über OSM und Haiti berichtet :-) VG Jörk From osmck at gmx.de Fri Jan 22 13:59:56 2010 From: osmck at gmx.de (Christian Knorr) Date: Fri, 22 Jan 2010 14:59:56 +0100 Subject: [Talk-de] ZDF-Drehscheibe u. OSM In-Reply-To: References: Message-ID: <1264168796.3043.3.camel@Notebook> Am Freitag, den 22.01.2010, 14:21 +0100 schrieb Jörk: > moin, > ist noch nicht on-line, aber das ZDF hat recht ausführlich über OSM und > Haiti berichtet :-) Jetzt OnLine: http://www.zdf.de/ZDFmediathek/beitrag/video/951672/drehscheibe-am-22.-Januar-2010?bc=saz;saz1;kua428#/beitrag/video/951672/drehscheibe-am-22.-Januar-2010 Am Balken kann man zu "Hilfe für Haiti: Open Street Maps" navigieren. > VG > > Jörk MfG, Chris.......... From frederik at remote.org Fri Jan 22 14:32:03 2010 From: frederik at remote.org (Frederik Ramm) Date: Fri, 22 Jan 2010 15:32:03 +0100 Subject: [Talk-de] pizzo=no Message-ID: <4B59B6E3.7030509@remote.org> Hallo, http://www.spiegel.de/reise/aktuell/0,1518,673288,00.html Gibt's schon "pizzo=no" (antipizzo=yes?) in Italien? Bye Frederik From osm-list at freenet.de Fri Jan 22 14:45:28 2010 From: osm-list at freenet.de (Sebastian Klemm) Date: Fri, 22 Jan 2010 15:45:28 +0100 Subject: [Talk-de] ZDF-Drehscheibe u. OSM In-Reply-To: <1264168796.3043.3.camel@Notebook> References: <1264168796.3043.3.camel@Notebook> Message-ID: <4B59BA08.1010307@freenet.de> Hallo, Christian Knorr schrieb: > Am Freitag, den 22.01.2010, 14:21 +0100 schrieb Jörk: > >> moin, >> ist noch nicht on-line, aber das ZDF hat recht ausführlich über OSM und >> Haiti berichtet :-) >> > > Jetzt OnLine: > http://www.zdf.de/ZDFmediathek/beitrag/video/951672/drehscheibe-am-22.-Januar-2010?bc=saz;saz1;kua428#/beitrag/video/951672/drehscheibe-am-22.-Januar-2010 > Am Balken kann man zu "Hilfe für Haiti: Open Street Maps" navigieren Danke, habe es im Wiki in der Presseliste [1] gleich ergänzt. Grüße, Sebastian [1] From andre-r at online.de Fri Jan 22 16:57:40 2010 From: andre-r at online.de (=?ISO-8859-15?Q?Andr=E9_Reichelt?=) Date: Fri, 22 Jan 2010 17:57:40 +0100 Subject: [Talk-de] Einfach Marker-URLs erstellen? Message-ID: <4B59D904.6050309@online.de> Hallo, das bisherige Verfahren, Marker-URLs zu erstellen ist unglaublich zeitaufwändig. Deshalb würde ich mir eine Seite wünschen, bei der man nur an die betreffende Stelle klickt und dann dort ein Marker erscheint. Außerdem sollte es möglich sein, den Kartenmittelpunkt unabhängig vom Marker zu setzen oder diesen auf den Marker zu zentrieren. Der Zoom sollte ebenfalls übernommen werden. Gibt es sowas schon und ich kenne es nicht, oder hat sich da noch keiner darum gekümmert? Gruß, André -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 260 bytes Beschreibung: OpenPGP digital signature URL : From MarkusNentwig at gmx.de Fri Jan 22 17:06:16 2010 From: MarkusNentwig at gmx.de (Markus Nentwig) Date: Fri, 22 Jan 2010 18:06:16 +0100 Subject: [Talk-de] ZDF-Drehscheibe u. OSM In-Reply-To: <1264168796.3043.3.camel@Notebook> References: <1264168796.3043.3.camel@Notebook> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christian Knorr schrieb: > Am Freitag, den 22.01.2010, 14:21 +0100 schrieb Jörk: >> moin, >> ist noch nicht on-line, aber das ZDF hat recht ausführlich über OSM und >> Haiti berichtet :-) > > Jetzt OnLine: > http://www.zdf.de/ZDFmediathek/beitrag/video/951672/drehscheibe-am-22.-Januar-2010?bc=saz;saz1;kua428#/beitrag/video/951672/drehscheibe-am-22.-Januar-2010 > Am Balken kann man zu "Hilfe für Haiti: Open Street Maps" navigieren. "Der von Ihnen geforderte Beitrag ist aus rechtlichen Gründen nicht mehr erreichbar." - oder so ähnlich. Kommt das bei euch auch? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAktZ2wgACgkQFATAbpKdc6rKSwCdGpNuaTOLke1AnrPQKt4I4zl1 GH4AoODaVYpKhvyYSS1Fvlkyc0SmVRBX =C1GZ -----END PGP SIGNATURE----- From andre-r at online.de Fri Jan 22 17:08:48 2010 From: andre-r at online.de (=?UTF-8?B?QW5kcsOpIFJlaWNoZWx0?=) Date: Fri, 22 Jan 2010 18:08:48 +0100 Subject: [Talk-de] ZDF-Drehscheibe u. OSM In-Reply-To: <1264168796.3043.3.camel@Notebook> References: <1264168796.3043.3.camel@Notebook> Message-ID: <4B59DBA0.8000501@online.de> Am 22.01.2010 14:59, schrieb Christian Knorr: > Jetzt OnLine: Vielen Dank für den Link. Sehr schöner Beitrag. -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 260 bytes Beschreibung: OpenPGP digital signature URL : From MarkusNentwig at gmx.de Fri Jan 22 17:09:29 2010 From: MarkusNentwig at gmx.de (Markus Nentwig) Date: Fri, 22 Jan 2010 18:09:29 +0100 Subject: [Talk-de] Einfach Marker-URLs erstellen? In-Reply-To: <4B59D904.6050309@online.de> References: <4B59D904.6050309@online.de> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 André Reichelt schrieb: > Hallo, > das bisherige Verfahren, Marker-URLs zu erstellen ist unglaublich > zeitaufwändig. Deshalb würde ich mir eine Seite wünschen, bei der man > nur an die betreffende Stelle klickt und dann dort ein Marker erscheint. > Außerdem sollte es möglich sein, den Kartenmittelpunkt unabhängig vom > Marker zu setzen oder diesen auf den Marker zu zentrieren. Der Zoom > sollte ebenfalls übernommen werden. > > Gibt es sowas schon und ich kenne es nicht, oder hat sich da noch keiner > darum gekümmert? Hallo, ich glaube, das Thema kommt nicht zum ersten Mal auf. Beim letzten Mal kam alles von "Ist doch einfach, mach dies, dann das, dann soundso und dann noch dies" bis "Machs doch besser" mit den üblichen Diskussionen ;) Ich finde es auch nicht intuitiv, Bekannte von mir fragen dann immer bei mir nach, ob ich ihnen nicht nen Link mit Marker geben kann. Soll heißen, bisher hat sich noch keiner drum gekümmert. Gruß, Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAktZ28gACgkQFATAbpKdc6pfvQCfdF/Ul4tfmECej9Jg5de875Ak L2cAoMGAAyDO9rlDNDfHBtpi8e53ImWt =JFUj -----END PGP SIGNATURE----- From addicks at gmx.net Fri Jan 22 17:07:00 2010 From: addicks at gmx.net (Johann H. Addicks) Date: 22 Jan 2010 17:07:00 +0000 Subject: [Talk-de] =?iso-8859-1?q?Sch=F6nheitsfehler_in_Osmarender?= References: <4B597A43.2090505@web.de> <4B597BD0.5050709@remote.org> Message-ID: > Stimmt, aber es ist wirklich ein kompliziertes Problem, das Mapnik und > auch z.B. Google genauso haben: Noch unschöner wird's wenn sich die Straßen unterschiedlichen Typs einfach "nur so" zu nahe kommen. Da schlägt dann noch zu, dass Brücken als letztes drübergerendert werden und dort prioritäten zwischen primary und trunclink umdrehen? siehe die Überleitung über die L3005 hier: http://osm.org/go/0D0S1vprl- -jha- From mark at obrembalski.de Fri Jan 22 17:19:45 2010 From: mark at obrembalski.de (Mark Obrembalski) Date: Fri, 22 Jan 2010 18:19:45 +0100 Subject: [Talk-de] ZDF-Drehscheibe u. OSM References: <1264168796.3043.3.camel@Notebook> Message-ID: Markus Nentwig wrote: > "Der von Ihnen geforderte Beitrag ist aus rechtlichen Gründen nicht > mehr erreichbar." - oder so ähnlich. Kommt das bei euch auch? Nein, hier läuft es problemlos. Gruß, Mark From dido_698 at web.de Fri Jan 22 17:29:33 2010 From: dido_698 at web.de (steffen) Date: Fri, 22 Jan 2010 18:29:33 +0100 Subject: [Talk-de] Nutzung der Briefkastensuche [Was: Re: Packstationen] In-Reply-To: <4B5962D5.3070608@mysql.com> References: <4B579A9F.7020601@gmx.de> <4B580F5F.9020100@remote.org> <4B588AEF.1080302@web.de> <4B5962D5.3070608@mysql.com> Message-ID: <4B59E07D.7090801@web.de> > steffen wrote: > >>> Hallo, >>> >>> Karl Eichwalder wrote: >>> >>> >>>> Eine solche liste ist ein geschäftsgeheimnis (oder so ähnlich) und >>>> deshalb bekommen wir keine, IIRC. >>>> >>>> >>> Tobias Wendorff hatte bei denen angefragt und seine Ergebnisse hier >>> dokumentiert: >>> >>> http://wiki.openstreetmap.org/wiki/DE:Kommunikation/DPAG >>> >>> >> Kann ich die Seite nutzen, um fehlende Angaben (Leerungszeiten) >> einzutragen? Briefkasten ist in OSM schon eingetragen. >> > Die Nutzungsbedingungen dürften nicht mit der OSM Lizenz kompatibel > sein: > > http://standorte.deutschepost.de/pages/info/de/index.html?id=legalnotice > > [...] > Die Deutsche Post AG räumt dem Nutzer für die zur Verfügung gestellten > Informationen das nicht ausschließliche, zeitlich unbefristete, > unwiderrufliche und nicht übertragbare Recht ein, diese ausschließlich > für Einzelabfragen zu privaten Zwecken zu nutzen. Jede gewerbliche > Nutzung bedarf der schriftlichen Zustimmung der Deutschen Post AG. > [...] > Inhalt und Struktur der Deutsche Post Webseiten sind urheberrechtlich > geschützt. Die Vervielfältigung von Informationen oder Daten, > insbesondere die Verwendung von Texten, Textteilen oder Bildmaterial, > bedarf der vorherigen Zustimmung der Deutsche Post AG. > [...] > Okay das heißt: Standort merken und mal eine Spaziergang mit Digicam unternehmen. ;-) >> p.s. Die Briefkästen würde ich nach der Karte eh nicht eintragen, da die >> Standorte nicht 100% stimmen. z.B. [1]. Hier ist der Briefkasten nummer >> zwei auf der falschen Straßenseite. >> > Ja, die angegebenen Positionen sind nicht unbedingt die genauesten, > selbst in Bielefeld Innenstadt habe ich schon Abweichungen um die 100m > erlebt, ebenso Kästen die zwar real existieren aber nicht in der Suche > auftauchen. > > Sie reichen aber um festzustellen wo 'uns' noch Kästen fehlen. Einen > Abgleich der OSM post_box Daten mit den Suchergebnissen der Post als > ToDo Liste halte ich persönlich noch für "zu privaten Zwecken". > D.h. ich mache mich mit der Information "hier sind noch Kästen die > uns fehlen" auf die Suche, fotografiere die so gefundenen Kästen vor > Ort, und erstelle dann daraus den OSM Eintrag samt Standortreferenz > und Leerungszeiten. > Das mach ich auch so. Die Karte hilft zu suchen ob es da noch Briefkästen gibt oder nicht. Wir haben bei uns nur einen "englischen" Briefkasten (rot) aus unserer Partnerstadt, da kann man schlecht die Leerungszeiten erkennen. Aber ich such mal ob ich es doch irgendwo finde. Was ist eigentlich mit Packetboxen die nur einmal täglich geleert werden? Wie tagt man dies? Gruß Steffen From MarkusNentwig at gmx.de Fri Jan 22 17:49:52 2010 From: MarkusNentwig at gmx.de (Markus Nentwig) Date: Fri, 22 Jan 2010 18:49:52 +0100 Subject: [Talk-de] ZDF-Drehscheibe u. OSM In-Reply-To: References: <1264168796.3043.3.camel@Notebook> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mark Obrembalski schrieb: > Markus Nentwig wrote: > >> "Der von Ihnen geforderte Beitrag ist aus rechtlichen Gründen nicht > > mehr erreichbar." - oder so ähnlich. Kommt das bei euch auch? > > Nein, hier läuft es problemlos. Komisch, bei mir jetzt auch... Sogar ziemlich schnell... Danke trotzdem! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAktZ5UAACgkQFATAbpKdc6oC+gCZAdP5cBs/zaqkizCH0prDJ6Q1 ZQAAn17GIGcAYgRQ6FEWadHtiQILvlSf =K9Pn -----END PGP SIGNATURE----- From dieterdreist at gmail.com Fri Jan 22 18:41:26 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Fri, 22 Jan 2010 19:41:26 +0100 Subject: [Talk-de] pizzo=no In-Reply-To: <4B59B6E3.7030509@remote.org> References: <4B59B6E3.7030509@remote.org> Message-ID: <7acdb3651001221041n47e01550m122836ebc85180f0@mail.gmail.com> 2010/1/22 Frederik Ramm : > Hallo, > > http://www.spiegel.de/reise/aktuell/0,1518,673288,00.html > > Gibt's schon "pizzo=no" (antipizzo=yes?) in Italien? gerade kam ein Aufruf deswegen über die italienische Liste (mit Link zum Spiegel-artikel). Gruß Martin From gnubold at gmail.com Fri Jan 22 20:01:30 2010 From: gnubold at gmail.com (Micha Ruh) Date: Fri, 22 Jan 2010 21:01:30 +0100 Subject: [Talk-de] pizzo=no In-Reply-To: <4B59B6E3.7030509@remote.org> References: <4B59B6E3.7030509@remote.org> Message-ID: <75827e241001221201l27ee8653geb906974868d19d5@mail.gmail.com> pizza=yes -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From dieterdreist at gmail.com Fri Jan 22 20:10:30 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Fri, 22 Jan 2010 21:10:30 +0100 Subject: [Talk-de] pizzo=no In-Reply-To: <75827e241001221201l27ee8653geb906974868d19d5@mail.gmail.com> References: <4B59B6E3.7030509@remote.org> <75827e241001221201l27ee8653geb906974868d19d5@mail.gmail.com> Message-ID: <7acdb3651001221210o4046a20elccfe792742ef28f2@mail.gmail.com> 2010/1/22 Micha Ruh : > pizza=yes pazzo? Martin From michael at buegehome.de Fri Jan 22 20:19:49 2010 From: michael at buegehome.de (Michael Buege) Date: Fri, 22 Jan 2010 21:19:49 +0100 Subject: [Talk-de] Ubuntu 9.10 Josm WMS Plugin Message-ID: <3645615.cSXb8vxdau@buegehome.de> Kann jemand ein funktionierendes WMS-Plugin in Josm unter Ubuntu 9.10 bestaetigen? -- Michael From gnubold at gmail.com Fri Jan 22 20:25:13 2010 From: gnubold at gmail.com (Micha Ruh) Date: Fri, 22 Jan 2010 21:25:13 +0100 Subject: [Talk-de] pizzo=no In-Reply-To: <7acdb3651001221210o4046a20elccfe792742ef28f2@mail.gmail.com> References: <4B59B6E3.7030509@remote.org> <75827e241001221201l27ee8653geb906974868d19d5@mail.gmail.com> <7acdb3651001221210o4046a20elccfe792742ef28f2@mail.gmail.com> Message-ID: <75827e241001221225n6a4cba83xb0368c2b6c922d0b@mail.gmail.com> palazzo=yes pazzo=prohibited -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From gerrylight at mail.com Fri Jan 22 20:37:57 2010 From: gerrylight at mail.com (Gerry Light) Date: Fri, 22 Jan 2010 12:37:57 -0800 (PST) Subject: [Talk-de] Ubuntu 9.10 Josm WMS Plugin In-Reply-To: <3645615.cSXb8vxdau@buegehome.de> References: <3645615.cSXb8vxdau@buegehome.de> Message-ID: <1264192677420-4442341.post@n2.nabble.com> Michael Buege wrote: > > Kann jemand ein funktionierendes WMS-Plugin in Josm unter Ubuntu 9.10 > bestaetigen? > Bestätige für josm-tested 2561; wmsplugin 18953. -- View this message in context: http://n2.nabble.com/Ubuntu-9-10-Josm-WMS-Plugin-tp4442263p4442341.html Sent from the Germany mailing list archive at Nabble.com. From osmck at gmx.de Fri Jan 22 21:05:27 2010 From: osmck at gmx.de (Christian Knorr) Date: Fri, 22 Jan 2010 22:05:27 +0100 Subject: [Talk-de] Einfach Marker-URLs erstellen? In-Reply-To: <4B59D904.6050309@online.de> References: <4B59D904.6050309@online.de> Message-ID: <1264194327.2802.5.camel@Notebook> Am Freitag, den 22.01.2010, 17:57 +0100 schrieb André Reichelt: > Hallo, > das bisherige Verfahren, Marker-URLs zu erstellen ist unglaublich > zeitaufwändig. Was ist eine Marker-URL? MfG, Chris.......... From osmck at gmx.de Fri Jan 22 21:08:42 2010 From: osmck at gmx.de (Christian Knorr) Date: Fri, 22 Jan 2010 22:08:42 +0100 Subject: [Talk-de] =?iso-8859-1?q?Sch=F6nheitsfehler_in_Osmarender?= In-Reply-To: References: <4B597A43.2090505@web.de> <4B597BD0.5050709@remote.org> Message-ID: <1264194522.2802.8.camel@Notebook> Am Freitag, den 22.01.2010, 17:07 +0000 schrieb Johann H. Addicks: > > Stimmt, aber es ist wirklich ein kompliziertes Problem, das Mapnik und > > auch z.B. Google genauso haben: > > Noch unschöner wird's wenn sich die Straßen unterschiedlichen Typs einfach > "nur so" zu nahe kommen. Hab ich auch: http://osm.org/go/0GBoLwJ9x- wo ist der Fluss? ;-) Man beachte auch die parallele Einmündung bei Hausnummer 34/47 (Nähe Bienengracht), da ist noch ein Stück Brücke zwischen. MfG, Chris....... From osmck at gmx.de Fri Jan 22 21:11:10 2010 From: osmck at gmx.de (Christian Knorr) Date: Fri, 22 Jan 2010 22:11:10 +0100 Subject: [Talk-de] Ubuntu 9.10 Josm WMS Plugin In-Reply-To: <3645615.cSXb8vxdau@buegehome.de> References: <3645615.cSXb8vxdau@buegehome.de> Message-ID: <1264194670.2802.10.camel@Notebook> Am Freitag, den 22.01.2010, 21:19 +0100 schrieb Michael Buege: > Kann jemand ein funktionierendes WMS-Plugin in Josm unter Ubuntu 9.10 > bestaetigen? Ja. JOSM 2561, WMS 19240. Allerdings sind viele vorinstallierten Services kaputt. Es geht glaube nur LandSat. MfG, Chris...... From addicks at gmx.net Fri Jan 22 21:58:10 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Fri, 22 Jan 2010 22:58:10 +0100 Subject: [Talk-de] OT: Rosenmontag naht (was: pizzo=no) In-Reply-To: <75827e241001221225n6a4cba83xb0368c2b6c922d0b@mail.gmail.com> References: <4B59B6E3.7030509@remote.org> <75827e241001221201l27ee8653geb906974868d19d5@mail.gmail.com> <7acdb3651001221210o4046a20elccfe792742ef28f2@mail.gmail.com> <75827e241001221225n6a4cba83xb0368c2b6c922d0b@mail.gmail.com> Message-ID: Am 22.01.2010 21:25, schrieb Micha Ruh: > palazzo=yes > pazzo=prohibited In einem Forum würde jetzt ein Moderator den Teil des Threads abtrennen und in ein anderes Unterforum ("auf die Wiese") schieben... -jha- From osm_ at malenki.ch Fri Jan 22 22:00:54 2010 From: osm_ at malenki.ch (malenki) Date: Fri, 22 Jan 2010 23:00:54 +0100 Subject: [Talk-de] Einfach Marker-URLs erstellen? References: <4B59D904.6050309@online.de> <1264194327.2802.5.camel@Notebook> Message-ID: <20100122230054.5b8ed9a4@c2d-sid> Christian Knorr schrieb: >Am Freitag, den 22.01.2010, 17:57 +0100 schrieb André Reichelt: >> Hallo, >> das bisherige Verfahren, Marker-URLs zu erstellen ist unglaublich >> zeitaufwändig. >Was ist eine Marker-URL? Eine URL, die eine Karte mit einem Pfeil aufruft, der eine bestimmte Stelle markiert Die für openstreetmap.org sehen meist so aus: http://www.openstreetmap.org/?mlat=59.884415&mlon=10.541332&zoom=14&layers=B000FTF Gruß malenki From gnubold at gmail.com Fri Jan 22 22:21:18 2010 From: gnubold at gmail.com (Micha Ruh) Date: Fri, 22 Jan 2010 23:21:18 +0100 Subject: [Talk-de] OT: Rosenmontag naht (was: pizzo=no) In-Reply-To: References: <4B59B6E3.7030509@remote.org> <75827e241001221201l27ee8653geb906974868d19d5@mail.gmail.com> <7acdb3651001221210o4046a20elccfe792742ef28f2@mail.gmail.com> <75827e241001221225n6a4cba83xb0368c2b6c922d0b@mail.gmail.com> Message-ID: <75827e241001221421n106d1765wabc5bca0047a553a@mail.gmail.com> > > In einem Forum würde jetzt ein Moderator den Teil des Threads abtrennen > und in ein anderes Unterforum ("auf die Wiese") schieben... > Und in einer Mailingliste kann sich jeder zum Moderator aufspielen und seinen OT-Senf dazugeben.. Gruess, Micha -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From florian at grossing.de Fri Jan 22 21:27:15 2010 From: florian at grossing.de (Florian Gross) Date: Fri, 22 Jan 2010 22:27:15 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001200747.43521.bernd@bwurst.org> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001200645.34885.florian@grossing.de> <201001200747.43521.bernd@bwurst.org> Message-ID: <201001222227.15700.florian@grossing.de> Am Mi Januar 20 2010 glaubte Bernd Wurst zu wissen: > Am Mittwoch 20 Januar 2010 06:45:34 schrieb Florian Gross: > > Ich würde damit rechnen, daß da der Slogan bei dem einen oder anderen > > bei name= mit reinkommt. > > Ich würde damit rechnen, dass da der Slogan dann bei dem einen oder anderen > von der Community wieder aus name= entfernt wird. Super. Das gibt dann bestimmt keinen edit- war... flo -- Lass es mich mal so sagen: "Vieleicht sind wir alle nur eine Simulation in einem grossem Computer. Nur müsste man doch , zum Kuckuck no eins, herausfinden können, wie man diese Simulation gewinnen kann. [WoKo in dag°] From wkg.koenig at googlemail.com Sat Jan 23 01:02:23 2010 From: wkg.koenig at googlemail.com (Werner =?utf-8?q?K=C3=B6nig?=) Date: Sat, 23 Jan 2010 02:02:23 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor Message-ID: <201001230202.24062.wkg.koenig@gmail.com> Hallo Liste, da heute auf der Boot in Duesseldorf das neue plugin toms fuer den josm-Editor zu Editieren vom Seezeichen vorgestellt wird, moechte ich dies hier auf der LIste tun. Es handelt sich um ein plugin, welches in Zukunft das Editieren von Seezeichen erleichtern soll. toms steht fuer to map seamarks. Bisher ist dies nur eingeschraenkt fuer eine Oberkategorie von Bojen moeglich. Auf der Seite http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin ist dazu eine aktuelle Version (8.0) fuer windows verfügbar. Die Version fuer Linux und die entsprechende Source ist unter http://sourceforge.net/projects/openseamap/files/JOSM-plugin_OSeaM-Editor_toms erhaeltlich (leider nur in der Version 7, die noch eine Abhaengigkeit bezueglich des Loggers log4j von Apache aufweist (in der Version 8 sind diese Abhängigkeiten mittels bedingter Kompilierung aufgehoben). Wenn man fuer linux eine aktuelle Version von toms (8.0) haben moechte, so kann man sich die Windows-Version herunterladen. Das plugin toms.jar ist auch unter linux lauffaehig. Die Installationsanweisung auf sourcforge ist noch nicht auf die Verion 8.0 angepasst, so dass dann die Anweisungen bezueglich des Loggers hinfällig sind. Gruß Werner From gnubold at gmail.com Sat Jan 23 01:15:48 2010 From: gnubold at gmail.com (Micha Ruh) Date: Sat, 23 Jan 2010 02:15:48 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <201001230202.24062.wkg.koenig@gmail.com> References: <201001230202.24062.wkg.koenig@gmail.com> Message-ID: <75827e241001221715q112e9b86g6707157e1d2f3e36@mail.gmail.com> Wie habt ihr es geschafft für ein Java-Programm eine Linux- und eine Win-Version zu proggen? Gruess, Micha -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From ulf.lamping at googlemail.com Sat Jan 23 03:09:38 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 23 Jan 2010 04:09:38 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <201001230202.24062.wkg.koenig@gmail.com> References: <201001230202.24062.wkg.koenig@gmail.com> Message-ID: <4B5A6872.50004@googlemail.com> Am 23.01.2010 02:02, schrieb Werner König: > Hallo Liste, > > da heute auf der Boot in Duesseldorf das neue plugin toms fuer den josm-Editor zu Editieren vom Seezeichen vorgestellt wird, moechte ich dies hier auf der LIste tun. > Es handelt sich um ein plugin, welches in Zukunft das Editieren von Seezeichen erleichtern soll. toms steht fuer to map seamarks. Bisher ist dies nur eingeschraenkt > fuer eine Oberkategorie von Bojen moeglich. Auf der Seite http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin ist dazu eine aktuelle Version (8.0) fuer windows > verfügbar. Die Version fuer Linux und die entsprechende Source ist unter http://sourceforge.net/projects/openseamap/files/JOSM-plugin_OSeaM-Editor_toms erhaeltlich (leider nur in der Version 7, > die noch eine Abhaengigkeit bezueglich des Loggers log4j von Apache aufweist (in der Version 8 sind diese Abhängigkeiten mittels bedingter Kompilierung aufgehoben). Wenn man > fuer linux eine aktuelle Version von toms (8.0) haben moechte, so kann man sich die Windows-Version herunterladen. Das plugin toms.jar ist auch unter linux lauffaehig. Die Installationsanweisung > auf sourcforge ist noch nicht auf die Verion 8.0 angepasst, so dass dann die Anweisungen bezueglich des Loggers hinfällig sind. Als Entwickler des "offiziellen" JOSM Windows Installers möchte hier mal ein paar Worte loswerden. Es wird hier nicht (nur) ein JOSM Plugin zum editieren von Seezeichen vorgestellt, sondern ein "eigener OpenSeaMap" JOSM Windows Installer mit einigen OpenSeaMap Erweiterungen. Nur leider nicht wirklich getrennt zu einem bestehenden JOSM aber auch nicht in sauberer Zusammenarbeit. Der OpenSeaMap Installer überschreibt bei der Installation *ungefragt* bestehende Einstellungen und hat mir gerade ein paar Sachen von meinem vorher vorhandenen JOSM zerschossen. Besten Dank dafür! Das geht schonmal garnicht!!! So macht ihr euch die Sache möglichst einfach, Probleme werden aber an andere weitergeschoben. Eine eigene Hilfe / Support sieht OpenSeaMap z.B. garnicht erst vor, sobald also irgendwelche Probleme auftauchen geht der Anwender direkt in die "normalen JOSM Kanäle", die mit dem OpenSeaMap Installer und dessen Spezialitäten eigentlich nichts zu tun haben. Entweder ihr macht das ganze *komplett* getrennt vom offiziellen JOSM, mit eigenem Namen, eigenen Verzeichnissen, eigenem bugtracker usw. oder ihr haltet euch an die vorhandenen JOSM Mechanismen und versucht diese "von innen heraus" zu verbessern, z.B. in dem ihr einen "Special Interest Manager" baut, der einen Satz von Erweiterungen (Plugin, Presets, Mappaint, ...) für den Anwender als ganzes "in einem Rutsch" möglichst einfach verwaltet/installiert. Dann haben nämlich alle was davon. Sorry, aber so macht ihr euch die Sache aus meiner Sicht zu leicht und bürdet damit anderen die daraus resultierende Mehrarbeit auf. Das finde ich nicht ok. Gruß, ULFL P.S: Werner, Sorry für das negative Feedback, ich weiß du hast da bestimmt Arbeit reingesteckt. From wkg.koenig at googlemail.com Sat Jan 23 07:44:59 2010 From: wkg.koenig at googlemail.com (Werner =?utf-8?q?K=C3=B6nig?=) Date: Sat, 23 Jan 2010 08:44:59 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <4B5A6872.50004@googlemail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5A6872.50004@googlemail.com> Message-ID: <201001230844.59973.wkg.koenig@gmail.com> Am Samstag, 23. Januar 2010 04:09:38 schrieb Ulf Lamping: > Am 23.01.2010 02:02, schrieb Werner König: > > Hallo Liste, > > > > da heute auf der Boot in Duesseldorf das neue plugin toms fuer den josm-Editor zu Editieren vom Seezeichen vorgestellt wird, moechte ich dies hier auf der LIste tun. > > Es handelt sich um ein plugin, welches in Zukunft das Editieren von Seezeichen erleichtern soll. toms steht fuer to map seamarks. Bisher ist dies nur eingeschraenkt > > fuer eine Oberkategorie von Bojen moeglich. Auf der Seite http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin ist dazu eine aktuelle Version (8.0) fuer windows > > verfügbar. Die Version fuer Linux und die entsprechende Source ist unter http://sourceforge.net/projects/openseamap/files/JOSM-plugin_OSeaM-Editor_toms erhaeltlich (leider nur in der Version 7, > > die noch eine Abhaengigkeit bezueglich des Loggers log4j von Apache aufweist (in der Version 8 sind diese Abhängigkeiten mittels bedingter Kompilierung aufgehoben). Wenn man > > fuer linux eine aktuelle Version von toms (8.0) haben moechte, so kann man sich die Windows-Version herunterladen. Das plugin toms.jar ist auch unter linux lauffaehig. Die Installationsanweisung > > auf sourcforge ist noch nicht auf die Verion 8.0 angepasst, so dass dann die Anweisungen bezueglich des Loggers hinfällig sind. > > Als Entwickler des "offiziellen" JOSM Windows Installers möchte hier mal > ein paar Worte loswerden. > > > Es wird hier nicht (nur) ein JOSM Plugin zum editieren von Seezeichen > vorgestellt, sondern ein "eigener OpenSeaMap" JOSM Windows Installer mit > einigen OpenSeaMap Erweiterungen. > > Nur leider nicht wirklich getrennt zu einem bestehenden JOSM aber auch > nicht in sauberer Zusammenarbeit. Der OpenSeaMap Installer überschreibt > bei der Installation *ungefragt* bestehende Einstellungen und hat mir > gerade ein paar Sachen von meinem vorher vorhandenen JOSM zerschossen. > Besten Dank dafür! Das geht schonmal garnicht!!! > Ich habe nur das Plugin und die Installationsanweisung unter sourcforge geschrieben, wenn man sich an diese hält sollte nichts kaputtgehen. Für den Installer unter Windows bin ich nicht verantworlich und bedaure, wenn hier bei wem auch immer ein Schaden entstanden ist > > So macht ihr euch die Sache möglichst einfach, Probleme werden aber an > andere weitergeschoben. Eine eigene Hilfe / Support sieht OpenSeaMap > z.B. garnicht erst vor, sobald also irgendwelche Probleme auftauchen > geht der Anwender direkt in die "normalen JOSM Kanäle", die mit dem > OpenSeaMap Installer und dessen Spezialitäten eigentlich nichts zu tun > haben. Stimmt so nicht ganz. Sowohl auf openseamap.org als auch auf sourceforge gibt es zu dem plugin eine Hilfe > > Entweder ihr macht das ganze *komplett* getrennt vom offiziellen JOSM, > mit eigenem Namen, eigenen Verzeichnissen, eigenem bugtracker usw. oder > ihr haltet euch an die vorhandenen JOSM Mechanismen und versucht diese > "von innen heraus" zu verbessern, z.B. in dem ihr einen "Special > Interest Manager" baut, der einen Satz von Erweiterungen (Plugin, > Presets, Mappaint, ...) für den Anwender als ganzes "in einem Rutsch" > möglichst einfach verwaltet/installiert. Dann haben nämlich alle was davon. Ich moechte schon, dass das ganze "von innen heraus" laeuft, daher meine Frage "Was ist der richtige Weg", was ist ein Special Interest Manager. Bugtracker finde ich gut, wie kann ich den im wiki von osm anlegen. > > > Sorry, aber so macht ihr euch die Sache aus meiner Sicht zu leicht und > bürdet damit anderen die daraus resultierende Mehrarbeit auf. Das finde > ich nicht ok. Ich moechte niemanden Mehrarbeit aufbuerden, sondern eher ein nutzvolles Tool zur Verfügung stellen > > > P.S: Werner, Sorry für das negative Feedback, ich weiß du hast da > bestimmt Arbeit reingesteckt. Ich halte dieses Feedback nicht fuer negativ, es zeigt, dass hier noch einige Arbeit notwendig ist, damit alles reibungslos laeuft. Daher meine Bitte, damit dies eine konstruktive Kritik bleibt / wird, macht Verbesserungsvorschlaege, die dann moeglichst scjnell umgesetzt werden. Gruß Werner From wkg.koenig at googlemail.com Sat Jan 23 07:57:07 2010 From: wkg.koenig at googlemail.com (Werner =?utf-8?q?K=C3=B6nig?=) Date: Sat, 23 Jan 2010 08:57:07 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <75827e241001221715q112e9b86g6707157e1d2f3e36@mail.gmail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <75827e241001221715q112e9b86g6707157e1d2f3e36@mail.gmail.com> Message-ID: <201001230857.08220.wkg.koenig@gmail.com> Am Samstag, 23. Januar 2010 02:15:48 schrieb Micha Ruh: > Wie habt ihr es geschafft für ein Java-Programm eine Linux- und eine > Win-Version zu proggen? Versteh die Frage nicht ganz. Da Java einen Zwischen-Code interpretiert, braucht man unter den verschiedenen Betriebssystemen nur die jeweilige Runtime-Library und das ganze ist portabel. Das ist ja gerade der Vorteil von Java, auch josm funktioniert unter verschiedenen Betriebssystemen. (Toms ist von mir unter verschiedenen Systemen getestet worden, wie da sind Windows: xp,vista windows 7 linux: opensuse, ubuntu ) außerdem laesst sich das Betriebssystem unter java leicht mit folgendem Code ermitteln // Abfrage Umgebungsvariable Properties p = System.getProperties(); Set s = p.keySet(); if(s.contains("os.name")) os = p.getProperty("os.name"); Gruß Werner From osm at tappenbeck.net Sat Jan 23 07:59:08 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 23 Jan 2010 08:59:08 +0100 Subject: [Talk-de] JOSM-tags - gross/kleinschreibung Message-ID: <4B5AAC4C.5060609@tappenbeck.net> Moin ! nur eine kurze Frage um sicher zu gehen - key und value (wenn nicht Name oder vergleichbares) werden doch stets DURCHGEHEND KLEINGESCHRIEBEN ?? Gruß jan :-) From ekkehart at gmx.de Sat Jan 23 10:52:32 2010 From: ekkehart at gmx.de (NopMap) Date: Sat, 23 Jan 2010 02:52:32 -0800 (PST) Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <4B5A6872.50004@googlemail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5A6872.50004@googlemail.com> Message-ID: <1264243952458-4444891.post@n2.nabble.com> Hallo! Ulf Lamping wrote: > > Es wird hier nicht (nur) ein JOSM Plugin zum editieren von Seezeichen > vorgestellt, sondern ein "eigener OpenSeaMap" JOSM Windows Installer mit > einigen OpenSeaMap Erweiterungen. > > Nur leider nicht wirklich getrennt zu einem bestehenden JOSM aber auch > nicht in sauberer Zusammenarbeit. Der OpenSeaMap Installer überschreibt > bei der Installation *ungefragt* bestehende Einstellungen und hat mir > gerade ein paar Sachen von meinem vorher vorhandenen JOSM zerschossen. > Besten Dank dafür! Das geht schonmal garnicht!!! > Diese Darstellung klingt ein wenig dramatischer als es wirklich ist. Um Deine Worte zu benutzen: "Jetzt laß aber mal die Kirche im Dorf". :-) Der Installer überschreibt genau eine Einstellung von JOSM, und zwar die Auswahl eines eigenen mappaint-Styles. Die meisten JOSM-Benutzer dürften von diesem Setting noch nie was gehört haben und davon nichts bemerken. Dich als einen der Experten zu dem Thema hat es sicher mindestens 30 Sekunden gekostet, den "Schaden" in den Settings wieder zu beheben. Wenn noch mehr kaputtgegangen ist, dann ist das ein Bug im Installer und eine qualifierte Fehlermeldung wäre hilfreicher als "ein paar Sachen zerschossen". Wenn ich eine ganz normale, neue JOSM-Version herunterlade, ist ab und zu wesentlich mehr zerschossen - ich denke da nur an meine Überraschung als plötzlich nach der Restrukturierung der Presets die gesamte Button-Bar leer war. Von daher würde ich mal sagen: Kein Grund zur Panik. :-) Vielleicht noch ein Wort zur Zielgruppe: Wie schon gesagt, der Editor wird auf der Boot vorgestellt. Ziel des Installers ist es, einem Hobbyskipper, der noch nie was programmiert hat und der bei Java an eine Insel in der Karibik denkt, in einem Rutsch und ohne Rückfragen einen funktionstüchtigen Editor für Seezeichen zu präsentieren. Wo JOSM das erlaubt (z.B. beim Anmelden der Plugins), geschieht das ohne Eingriff, aber da wo JOSM keine Schnittstelle bietet, muß der Installer das Setting einstellen. Ich denke das einzige was wirklich noch fehlt ist der Disclaimer: QuickInstaller nicht geeignet für OSM-Experten. :-) bye Nop -- View this message in context: http://n2.nabble.com/toms-neues-Plugin-fuer-josm-Editor-tp4443559p4444891.html Sent from the Germany mailing list archive at Nabble.com. From igadsb at web.de Sat Jan 23 10:59:35 2010 From: igadsb at web.de (marcus scholz) Date: Sat, 23 Jan 2010 11:59:35 +0100 Subject: [Talk-de] Interessante Aussage des DLR Message-ID: <34144699@web.de> Hallo, gestern war ein größerer Bericht über das Haiti-Katastrophenmanagement in den VDI-Nachrichten (Ingenieurszeitung), in dem über die Arbeit des DLR sowie das OSM-Engagement berichtet wurde. Der Bericht ist auch online verfügbar (OSM auf Seite 2): http://www.vdi-nachrichten.de/vdi-nachrichten/aktuelle_ausgabe/akt_ausg_detail.asp?cat=2&id=45803&source=paging&cp=1 Interessantes Zitat von Olaf Kranz (Koordinator des nationalen und internationalen Einsatzes des DLR) über den Einsatz der Online-Communitys: "Diese Arbeiten helfen uns sehr. Dann können wir uns mehr auf die Schadensmuster konzentrieren." Die sehen uns also nicht als Konkurrenz. Bildunterschrift in der Zeitung: "Für die Helfer im Katastrophengebiet ist interpretiertes Kartenmaterial überlebenswichtig. DLR-Forscher bewerten Satellitenbilder. Doch auch Hunderttausende Freiwillige arbeiten in Online-Communitys an Karten für die Helfer vor Ort." Na ja, so viele werden's wohl doch nicht sein ;-) außerdem gefunden: http://www.ftd.de/it-medien/medien-internet/:erdbebenhilfe-2-0-crisis-mapper-bahnen-rettern-auf-haiti-den-weg/50063905.html Man beachte bitte die Bezeichnung "freundliche Geographen" :-) Freundliche Grüße Marcus ______________________________________________________________________ Haiti-Nothilfe! Helfen Sie per SMS: Sende UIHAITI an die Nummer 81190. Von 5 Euro je SMS (zzgl. SMS-Gebühr) gehen 4,83 Euro an UNICEF. From osm at tobias-knerr.de Sat Jan 23 11:16:47 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Sat, 23 Jan 2010 12:16:47 +0100 Subject: [Talk-de] JOSM-tags - gross/kleinschreibung In-Reply-To: <4B5AAC4C.5060609@tappenbeck.net> References: <4B5AAC4C.5060609@tappenbeck.net> Message-ID: <4B5ADA9F.7000102@tobias-knerr.de> Jan Tappenbeck schrieb: > nur eine kurze Frage um sicher zu gehen - key und value (wenn nicht Name > oder vergleichbares) werden doch stets DURCHGEHEND KLEINGESCHRIEBEN ?? Es ist üblich, Keys und Values in Kleinbuchstaben zu schreiben. Mir bekannte Ausnahmen sind Dinge wie names und refs (also echte Zeichenketten-Werte), einige komplexere Dinge wie Zeitangaben, außerdem Länderkennungen (DE, zur Unterscheidung von der Sprachkennung de). Akronyme werden gerne mal groß geschrieben (z.B. TMC:*-Keys), aber manchmal auch nicht (url=*)... Ausnahme ist m.E. außerdem alles, wo sich der Erfinder des Tags was sinnvolles dabei gedacht hat. Also immer den konkreten Fall beurteilen, wenn man fremden Tags begegnet. Tobias Knerr From mail at thomas-reincke.de Sat Jan 23 12:10:30 2010 From: mail at thomas-reincke.de (Thomas Reincke) Date: Sat, 23 Jan 2010 13:10:30 +0100 Subject: [Talk-de] Verwalter der Strassenliste In-Reply-To: <20100122104621.GA2176@hydra.gt.owl.de> References: <20100122104621.GA2176@hydra.gt.owl.de> Message-ID: <4B5AE736.8040804@thomas-reincke.de> Florian Lohoff schrieb: > Ich bin ziemlich Land unter durch alle moeglichen dinge im Real Life. > > Die kiste steht da und wer mag kriegt einen Shell account und kann das zeugs > pflegen und zusammensetzen. Ich habe mit einer Wiki geschichte angefangen wo > jeder selber neue auswertungen einkippen kann. Das zeugs funktioniert bis auf > kleinigkeiten aber ich bin zum switch noch nicht gekommen. > > Sorry fuer die derzeitige Stille ... Auch wenn es Dir nicht unmittelbar hilft. Vielleicht kannst Du den Text "Korrekturen an den Daten bitte an flo at rfc822.org." entsprechend ändern und dort auf das geplante Wiki verweisen. Dann wirst Du nicht mit Mails zugeschüttet die Du zur Zeit nicht abarbeiten kannst und deren Erstellung andere auch Zeit und Mühe gekostet hat. From mark at obrembalski.de Sat Jan 23 12:11:28 2010 From: mark at obrembalski.de (Mark Obrembalski) Date: Sat, 23 Jan 2010 13:11:28 +0100 Subject: [Talk-de] OT: Rosenmontag naht (was: pizzo=no) References: <4B59B6E3.7030509@remote.org> <75827e241001221201l27ee8653geb906974868d19d5@mail.gmail.com> <7acdb3651001221210o4046a20elccfe792742ef28f2@mail.gmail.com> <75827e241001221225n6a4cba83xb0368c2b6c922d0b@mail.gmail.com> Message-ID: Johann H. Addicks wrote: > In einem Forum würde jetzt ein Moderator den Teil des Threads abtrennen > und in ein anderes Unterforum ("auf die Wiese") schieben... Und in einer Newsgroup könnten die Beteiligten das sogar selbst erledigen: XPost + FUp2 de.alt.arnooo. Eigenwillige Grüße, Mark From ulf.lamping at googlemail.com Sat Jan 23 14:56:38 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 23 Jan 2010 15:56:38 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <1264243952458-4444891.post@n2.nabble.com> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5A6872.50004@googlemail.com> <1264243952458-4444891.post@n2.nabble.com> Message-ID: <4B5B0E26.9040409@googlemail.com> Am 23.01.2010 11:52, schrieb NopMap: > > Hallo! > > > Ulf Lamping wrote: >> >> Es wird hier nicht (nur) ein JOSM Plugin zum editieren von Seezeichen >> vorgestellt, sondern ein "eigener OpenSeaMap" JOSM Windows Installer mit >> einigen OpenSeaMap Erweiterungen. >> >> Nur leider nicht wirklich getrennt zu einem bestehenden JOSM aber auch >> nicht in sauberer Zusammenarbeit. Der OpenSeaMap Installer überschreibt >> bei der Installation *ungefragt* bestehende Einstellungen und hat mir >> gerade ein paar Sachen von meinem vorher vorhandenen JOSM zerschossen. >> Besten Dank dafür! Das geht schonmal garnicht!!! >> > > Diese Darstellung klingt ein wenig dramatischer als es wirklich ist. Um > Deine Worte zu benutzen: "Jetzt laß aber mal die Kirche im Dorf". :-) Ich mag es schlicht nicht, wenn man was halbgares rausbringt. > Der Installer überschreibt genau eine Einstellung von JOSM, und zwar die > Auswahl eines eigenen mappaint-Styles. Die meisten JOSM-Benutzer dürften von > diesem Setting noch nie was gehört haben und davon nichts bemerken. Dich als > einen der Experten zu dem Thema hat es sicher mindestens 30 Sekunden > gekostet, den "Schaden" in den Settings wieder zu beheben. Danach ist *jeder* JOSM auf dem Rechner kaputt, weil die Darstellung danach allgemein nicht mehr paßt (spontan sind mir Kneipen und Bushaltestellen aufgefallen, bei denen keine Icons mehr dargestellt werden) und dies kann dann nur noch per Hand korrigiert werden. > Wenn noch mehr > kaputtgegangen ist, dann ist das ein Bug im Installer und eine qualifierte > Fehlermeldung wäre hilfreicher als "ein paar Sachen zerschossen". Es ist also kein Bug, wenn JOSM Sachen nicht mehr darstellt die er vorher dargestellt hat?!? Komische Logik. Was weiß denn ich, was er noch so zerschossen hat? Ich habe nämlich kein Vertrauen mehr, ob und wo der Installer sonst noch was zerschossen hat, wenn er schon grundlegende Sachen geschrotet hat (Stichwort: Vertrauen in die Software und was sie tut). Und ich halte es auch nicht für meine "Aufgabe" hier tiefschürfende Analysen zu fahren. > Wenn ich eine ganz normale, neue JOSM-Version herunterlade, ist ab und zu > wesentlich mehr zerschossen - ich denke da nur an meine Überraschung als > plötzlich nach der Restrukturierung der Presets die gesamte Button-Bar leer > war. Von daher würde ich mal sagen: Kein Grund zur Panik. :-) Und wenn schon die normale JOSM Version hier Probleme hat, ist es völlig ok, wenn hier "externe" Installer noch mehr kaputt machen? Sorry, diese Logik erschließt sich mir nicht. > Vielleicht noch ein Wort zur Zielgruppe: Wie schon gesagt, der Editor wird > auf der Boot vorgestellt. Ziel des Installers ist es, einem Hobbyskipper, > der noch nie was programmiert hat und der bei Java an eine Insel in der > Karibik denkt, in einem Rutsch und ohne Rückfragen einen funktionstüchtigen > Editor für Seezeichen zu präsentieren. Wo JOSM das erlaubt (z.B. beim > Anmelden der Plugins), geschieht das ohne Eingriff, aber da wo JOSM keine > Schnittstelle bietet, muß der Installer das Setting einstellen. Das stimmt schlicht nicht. Dann sollte der Installer das *zusätzlich* einstellen und nicht ersetzen. Es ist ohne Probleme möglich, mappaint Styles zusätzlich zu den bestehenden Styles hinzuzufügen. Wenn der Installer dazu nicht in der Lage ist, sollte man ihn nicht rausbringen. > Ich denke das einzige was wirklich noch fehlt ist der Disclaimer: > QuickInstaller nicht geeignet für OSM-Experten. :-) Jeder, der JOSM installiert hat und dann den OpenSeaMap installer verwendet ist davon betroffen. Gerade den Einsteiger wird dies mehr als verwirren ... Gruß, ULFL From bernd at bwurst.org Sat Jan 23 15:32:40 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Sat, 23 Jan 2010 16:32:40 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001222227.15700.florian@grossing.de> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001200747.43521.bernd@bwurst.org> <201001222227.15700.florian@grossing.de> Message-ID: <201001231632.40550.bernd@bwurst.org> Am Freitag 22 Januar 2010 22:27:15 schrieb Florian Gross: > Am Mi Januar 20 2010 glaubte Bernd Wurst zu wissen: > > Am Mittwoch 20 Januar 2010 06:45:34 schrieb Florian Gross: > > > Ich würde damit rechnen, daß da der Slogan bei dem einen oder anderen > > > bei name= mit reinkommt. > > > > > > Ich würde damit rechnen, dass da der Slogan dann bei dem einen oder > > anderen von der Community wieder aus name= entfernt wird. > > Super. Das gibt dann bestimmt keinen edit- war... Nein, da jeder verantwortungsvolle Admin bzw. ein Abuse-Team sicherlich die Variante ohne Werbung für passender hält und daher den Edit-War im Falle eines Falles sehr schnell mit einer zeitweiligen Sperrung belegen dürfte. Gruß, Bernd -- Der Vorteil der Klugheit besteht darin, daß man sich dumm stellen kann. Umgekehrt ist das wesentlich schwieriger. - Kurt Tucholsky -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From ulf.lamping at googlemail.com Sat Jan 23 15:43:36 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 23 Jan 2010 16:43:36 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <201001230844.59973.wkg.koenig@gmail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5A6872.50004@googlemail.com> <201001230844.59973.wkg.koenig@gmail.com> Message-ID: <4B5B1928.4000807@googlemail.com> Am 23.01.2010 08:44, schrieb Werner König: > Ich habe nur das Plugin und die Installationsanweisung unter sourcforge geschrieben, > wenn man sich an diese hält sollte nichts kaputtgehen. Für den Installer unter Windows > bin ich nicht verantworlich und bedaure, wenn hier bei wem auch immer ein Schaden > entstanden ist Ich suche auch keinen Verantwortlichen, sondern möchte für alle Beteiligten Probleme vermeiden ;-) Wenn mir aber ein Installer bestehende Einstellungen in einem "anderen" Programm zerschießt, sei mir ein gewisses Maß an Frustration zugestanden ... > Stimmt so nicht ganz. Sowohl auf openseamap.org als auch auf sourceforge gibt > es zu dem plugin eine Hilfe http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin Auf sourceforge wird nirgendwo von der Seite verwiesen, der Hilfe Link auf http://wiki.openseamap.org/index.php?title=Hilfe:Hilfe zeigt auf eine leere Seite. > Ich moechte schon, dass das ganze "von innen heraus" laeuft, daher meine > Frage "Was ist der richtige Weg", was ist ein Special Interest Manager. "Special Interest Manager": Eine noch nicht vorhandene Möglichkeit im JOSM, genau so einen Satz von Plugin(s), Presets und Styles über einen einfachen Weg und in einem Rutsch zu installieren. Wenn ich im Firefox ein "Add-On" installiere, muß ich das auch nicht an drei Stellen irgendwo was eintragen, sondern klicke auf Datei xy und die macht das für mich. Ob das jetzt als Erweiterung zum JOSM Plugin Mechanismus oder als was neues gemacht werden sollte kann ich nicht sagen. Ja, das ist einiges an Entwicklungsaufwand. Das wäre dann nämlich allgemein verwendbar, z.B. aktuell für das Disaster Mapping in Haiti. > Bugtracker finde ich gut, wie kann ich den im wiki von osm anlegen. ? > Ich halte dieses Feedback nicht fuer negativ, es zeigt, dass hier noch einige > Arbeit notwendig ist, damit alles reibungslos laeuft. Daher meine Bitte, damit > dies eine konstruktive Kritik bleibt / wird, macht Verbesserungsvorschlaege, > die dann moeglichst scjnell umgesetzt werden. Als dringlichstes *muß* der Windows Installer die Mappaint Styles zusätzlich zu den bestehenden/internen Styles installieren und nicht einfach bestehende Sachen überschreiben. Gruß, ULFL P.S: Hat das eigentlich irgendeinen Grund, daß das Plugin toms und nicht einfach OpenSeaMap heißt? So muß man sich nur noch einen Namen merken ... From florian at grossing.de Sat Jan 23 16:14:06 2010 From: florian at grossing.de (Florian Gross) Date: Sat, 23 Jan 2010 17:14:06 +0100 Subject: [Talk-de] OpenLinkMap In-Reply-To: <201001231632.40550.bernd@bwurst.org> References: <201001161808.15555.AlexanderMatheisen@ish.de> <201001222227.15700.florian@grossing.de> <201001231632.40550.bernd@bwurst.org> Message-ID: <201001231714.06973.florian@grossing.de> Am Sa Januar 23 2010 glaubte Bernd Wurst zu wissen: > Am Freitag 22 Januar 2010 22:27:15 schrieb Florian Gross: > > Am Mi Januar 20 2010 glaubte Bernd Wurst zu wissen: > > > Am Mittwoch 20 Januar 2010 06:45:34 schrieb Florian Gross: > > > > Ich würde damit rechnen, daß da der Slogan bei dem einen oder anderen > > > > bei name= mit reinkommt. > > > > > > > > > Ich würde damit rechnen, dass da der Slogan dann bei dem einen oder > > > anderen von der Community wieder aus name= entfernt wird. > > > > Super. Das gibt dann bestimmt keinen edit- war... > > Nein, da jeder verantwortungsvolle Admin bzw. ein Abuse-Team sicherlich die > Variante ohne Werbung für passender hält und daher den Edit-War im Falle eines > Falles sehr schnell mit einer zeitweiligen Sperrung belegen dürfte. Jo, wär halt zusätzlich Aufwand. Und wenn man gleich einen Tag slogan= mit einbaut? Nur mal so eine Idee. Muß ja nicht gleich angezeigt werden. flo -- Was mich auf den Gedanken bringt: Ein Satz simultan gezuendeter Bomben auf der CeBIT waere das mit Abstand effizienteste Mittel, die DV-Landschaften zu vereinfachen und zu straffen. [Hans Bonfigt in dasr] From wkg.koenig at googlemail.com Sat Jan 23 18:07:18 2010 From: wkg.koenig at googlemail.com (Werner =?utf-8?q?K=C3=B6nig?=) Date: Sat, 23 Jan 2010 19:07:18 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <4B5B1928.4000807@googlemail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <201001230844.59973.wkg.koenig@gmail.com> <4B5B1928.4000807@googlemail.com> Message-ID: <201001231907.18753.wkg.koenig@gmail.com> Am Samstag, 23. Januar 2010 16:43:36 schrieb Ulf Lamping: > Am 23.01.2010 08:44, schrieb Werner König: > > Als dringlichstes *muß* der Windows Installer die Mappaint Styles > zusätzlich zu den bestehenden/internen Styles installieren und nicht > einfach bestehende Sachen überschreiben. Da ich den Installer nicht gemacht habe, habe ich auch keinen Einfluss auf diesen. In der Installationsanleitung siehe unten ist der Weg so beschrieben, dass dieser Fehler nicht passiert. (Macht ja auch keinen Sinn, die anderen Pictogramme moechte man ja auch sehen, nicht nur Tonnen) > > Gruß, ULFL > > P.S: Hat das eigentlich irgendeinen Grund, daß das Plugin toms und nicht > einfach OpenSeaMap heißt? So muß man sich nur noch einen Namen merken ... > Hilfe fuer die Bedienung des plugins bekommt man hier http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin/Window http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin/edit http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin/Seamark http://wiki.openseamap.org/index.php?title=De:JOSM_and_Plugin/Harbour das Paket (leider bisher nur Version 7 mit sourcen bekommt man hier http://sourceforge.net/projects/openseamap/files/JOSM-plugin_OSeaM-Editor_toms (in dem Zip_Archiv ist auch eine Installationsanleitung, sowohl fuer Windows als fuer Linux- Benutzer) > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > From ekkehart at gmx.de Sat Jan 23 18:20:58 2010 From: ekkehart at gmx.de (NopMap) Date: Sat, 23 Jan 2010 10:20:58 -0800 (PST) Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <4B5B0E26.9040409@googlemail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5A6872.50004@googlemail.com> <1264243952458-4444891.post@n2.nabble.com> <4B5B0E26.9040409@googlemail.com> Message-ID: <1264270858280-4446303.post@n2.nabble.com> Hi! Ulf Lamping wrote: > >> Diese Darstellung klingt ein wenig dramatischer als es wirklich ist. Um >> Deine Worte zu benutzen: "Jetzt laß aber mal die Kirche im Dorf". :-) > > Ich mag es schlicht nicht, wenn man was halbgares rausbringt. > Ich auch nicht. Aber wir haben halt unterschiedliche Ansichten, was halbgar ist. Der Installer erfüllt seine Aufgabe. Wie schon gesagt, er ist für Neueinsteiger vorgesehen, nicht für OSM-Entwickler mit komplexen Installationen, die sowieso keinen Installer brauchen. Komisch, wenn ich etwas als halbgar empfunden habe - zum Beispiel völlig undokumentierte Funktionalitäten - hast Du stets argumentiert daß in einem Open Source Projekt halt jeder macht, soviel er will und so wie er es für richtig hält. Es wird ja niemand gezwungen, das Ergebnis zu benutzen. Ulf Lamping wrote: > > Danach ist *jeder* JOSM auf dem Rechner kaputt, weil die Darstellung > danach allgemein nicht mehr paßt (spontan sind mir Kneipen und > Bushaltestellen aufgefallen, bei denen keine Icons mehr dargestellt > werden) und dies kann dann nur noch per Hand korrigiert werden. > Dann hast Du aber wirklich was ganz Besonderes zusammenkonfiguriert. Bei meinen Tests konnte ich sowas nicht beobachten. Und nachdem in einer Erstinstallation von JOSM dieses Setting überhaupt nicht vorhanden ist, wüßte ich nicht wie das technisch möglich sein soll. Ulf Lamping wrote: > > Was weiß denn ich, was er noch so zerschossen hat? Ich habe nämlich kein > Vertrauen mehr, ob und wo der Installer sonst noch was zerschossen hat, > wenn er schon grundlegende Sachen geschrotet hat (Stichwort: Vertrauen > in die Software und was sie tut). Und ich halte es auch nicht für meine > "Aufgabe" hier tiefschürfende Analysen zu fahren. > Wenn Du nicht weißt, ob und was sonst eventuell noch passiert ist, sondern es nur vermutest und auch keine Lust hast, es Dir näher anzusehen, dann solltest Du es aber auch nicht öffentlich wie eine Tatsache behaupten. Ulf Lamping wrote: > >> Wenn ich eine ganz normale, neue JOSM-Version herunterlade, ist ab und zu >> wesentlich mehr zerschossen - ich denke da nur an meine Überraschung als >> plötzlich nach der Restrukturierung der Presets die gesamte Button-Bar >> leer >> war. Von daher würde ich mal sagen: Kein Grund zur Panik. :-) > > Und wenn schon die normale JOSM Version hier Probleme hat, ist es völlig > ok, wenn hier "externe" Installer noch mehr kaputt machen? Sorry, diese > Logik erschließt sich mir nicht. > Wir sind regelmäßig größeren Kummer gewohnt - wieso also über einen sehr kleinen Kummer Wind machen? Ulf Lamping wrote: > >> Wo JOSM das erlaubt (z.B. beim >> Anmelden der Plugins), geschieht das ohne Eingriff, aber da wo JOSM keine >> Schnittstelle bietet, muß der Installer das Setting einstellen. > > Das stimmt schlicht nicht. > > Dann sollte der Installer das *zusätzlich* einstellen und nicht > ersetzen. Es ist ohne Probleme möglich, mappaint Styles zusätzlich zu > den bestehenden Styles hinzuzufügen. Wenn der Installer dazu nicht in > der Lage ist, sollte man ihn nicht rausbringen. > Es ist möglich, aber nicht einfach. Die preferences von JOSM sehen auf den ersten Blick zwar so aus wie Java Properties, sind aber ein proprietäres, undokumentiertes Format mit eigener Serialisierung. Das in der unhandlichen Installer-Scriptsprache nachzubauen war mir schlichtweg zu gefährlich, da entsteht dann wirklich das Risiko etwas unbeabsichtigt zerschießen. Falls Du schon zuverlässigen Code für sowas hast, werde ich ihn natürlich gerne einbauen. Ulf Lamping wrote: > > Jeder, der JOSM installiert hat und dann den OpenSeaMap installer > verwendet ist davon betroffen. Gerade den Einsteiger wird dies mehr als > verwirren ... > Das ist falsch. Nur die Leute, die einen Mappaint-Stil eingestellt haben, bekommen ihn ersetzt und können ihn einfach über die Settings wieder einschalten. Einsteiger bemerken gar nix davon. Du bist einer der ganz wenigen Profis, für die der Installer Probleme bringen kann. Aber für Experten wie Dich ist er auch nicht bestimmt. bye Nop -- View this message in context: http://n2.nabble.com/toms-neues-Plugin-fuer-josm-Editor-tp4443559p4446303.html Sent from the Germany mailing list archive at Nabble.com. From ulf.lamping at googlemail.com Sat Jan 23 20:45:43 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 23 Jan 2010 21:45:43 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <1264270858280-4446303.post@n2.nabble.com> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5A6872.50004@googlemail.com> <1264243952458-4444891.post@n2.nabble.com> <4B5B0E26.9040409@googlemail.com> <1264270858280-4446303.post@n2.nabble.com> Message-ID: <4B5B5FF7.5010106@googlemail.com> Am 23.01.2010 19:20, schrieb NopMap: > Komisch, wenn ich etwas als halbgar empfunden habe - zum Beispiel völlig > undokumentierte Funktionalitäten - hast Du stets argumentiert daß in einem > Open Source Projekt halt jeder macht, soviel er will und so wie er es für > richtig hält. Es ist eine Sache etwas in den JOSM einzubauen und dieses dann nicht zu dokumentieren (was ich nicht gut finde). Es ist aber eine ganz andere Sache einen Fork zu machen der dann das bestehende Programm kaputt konfiguriert. > Es wird ja niemand gezwungen, das Ergebnis zu benutzen. Das werde ich in Zukunft auch bestimmt nicht mehr tun. > Dann hast Du aber wirklich was ganz Besonderes zusammenkonfiguriert. Bei > meinen Tests konnte ich sowas nicht beobachten. Und nachdem in einer > Erstinstallation von JOSM dieses Setting überhaupt nicht vorhanden ist, > wüßte ich nicht wie das technisch möglich sein soll. Jetzt wird es etwas klarer. Probleme bekommst du immer dann, wenn du bei den Styles bereits was konfiguriert hast. Betrifft also Neueinsteiger tatsächlich nicht. > Wenn Du nicht weißt, ob und was sonst eventuell noch passiert ist, sondern > es nur vermutest und auch keine Lust hast, es Dir näher anzusehen, dann > solltest Du es aber auch nicht öffentlich wie eine Tatsache behaupten. Tatsache ist, das mein bisheriger JOSM nach der OpenSeaMap Installation kaputt konfiguriert war. Tatsache ist, das euer Installer das ungefragt gemacht hat. Tatsache ist, das diese Tatsachen nirgendwo so beschrieben waren, das ich vorher davon auch nur eine Ahnung hatte. > Es ist möglich, aber nicht einfach. Die preferences von JOSM sehen auf den > ersten Blick zwar so aus wie Java Properties, sind aber ein proprietäres, > undokumentiertes Format mit eigener Serialisierung. JOSM ist Open Source unter GPL, du kannst jederzeit in den Code schauen. Ich gehe jetzt mal davon aus, daß NopMap der OSM Composer Entwickler ist, der seinen Source Code selbst nicht freigibt. Irgendwie kommt mir gerade das Wort Glashaus in den Sinn ... > Das in der unhandlichen > Installer-Scriptsprache nachzubauen war mir schlichtweg zu gefährlich, da > entsteht dann wirklich das Risiko etwas unbeabsichtigt zerschießen. Da gebe ich dir recht, NSIS ist für sowas teils ziemlich krude. > Falls Du schon zuverlässigen Code für sowas hast, werde ich ihn natürlich > gerne einbauen. Sorry, aber ich mache nicht deine Arbeit, noch dazu in einem proprietären Projekt (oder wo finde ich den Source Code?). Gruß, ULFL From frederik at remote.org Sat Jan 23 22:46:10 2010 From: frederik at remote.org (Frederik Ramm) Date: Sat, 23 Jan 2010 23:46:10 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <4B5B5FF7.5010106@googlemail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5A6872.50004@googlemail.com> <1264243952458-4444891.post@n2.nabble.com> <4B5B0E26.9040409@googlemail.com> <1264270858280-4446303.post@n2.nabble.com> <4B5B5FF7.5010106@googlemail.com> Message-ID: <4B5B7C32.3090100@remote.org> Hallo, Ulf Lamping wrote: > Ich gehe jetzt mal davon aus, daß NopMap der OSM Composer Entwickler > ist, der seinen Source Code selbst nicht freigibt. Irgendwie kommt mir > gerade das Wort Glashaus in den Sinn ... Was wir hier beobachten (und was mit erstaunlicher Geschwindigkeit in einen Flamewar abdriftet), ist doch im Grundsatz einfach das Aufeinandertreffen verschiedener Herangehensweisen. Das OpenSeaMap-Team, das schon in der Vergangenheit dem Fortkommen in der Sache eine hoehere Prioritaet eingeraeumt hat als dem Einvernehmen mit der restlichen OSM-Community spielt hier Messe wie die "Grossen" - man macht einen aufwendigen Messestand, und zum ersten Messetag releast man mit grossem Tamtam irgendwas, was bis dahin geheim war, um einen Publicity-Effekt zu haben. Ich kenne mich in dem Messe-Business nicht so aus, eventuell muss man das ja so machen, um ueberhaupt Aufmerksamkeit zu erregen. Solche Aktionen fuehren in aller Regel automatisch dazu, dass man (a) verleitet ist, halbgare Sachen rauszubringen (entweder jetzt schnell zum Messetermin - oder halt erst in einem Jahr...) und dass man (b) auch vorher nicht gross in der Community hausieren geht, weil sonst der Neuheitseffekt weg ist. Das ist etwas, was es bei uns sonst normalerweise nicht gibt; die meisten lassen sich bei der Software-Entwicklung in die Karten schauen und "belaestigen" die Community schon mit ersten Alpha-Versionen, wenn praktisch noch ueberhaupt nichts geht. Etwaige Bedenkentraeger, wie hier Ulf, koennen sich fruehzeitig einbringen. Ich teile zwar Ulfs Bedenken, und mir persoenlich gefaellt die relativ abgeschottete Vorgehensweise des OSeaM-Teams nicht so gut, aber ich finde, auch fuer eine Pluralitaet der Herangehensweisen haben wir bei OSM genug Platz; lass die es doch mal auf diese Weise probieren. Vielleicht ist das fuer die Zielgruppe sogar der geeignetere Weg. Wenn sich beim JOSM-Team jemand ueber zerschossene Styles beschwert, muss man halt kuenftig als erstes fragen, ob er einen Segelschein hat ;-) Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From osm at terbrueggen.net Sat Jan 23 23:11:49 2010 From: osm at terbrueggen.net (olvagor) Date: Sun, 24 Jan 2010 00:11:49 +0100 Subject: [Talk-de] Revert einiger Changesets Message-ID: <4B5B8235.4050400@terbrueggen.net> Hi, der Benutzer "amm" hat in "meinen" Gebieten alle Straßen mit "maxspeed=DE:speed:30" in "maxspeed=30" vereinfacht. Das scheint sich tatsächlich auf Gebiete zu beschränken, in denen ich tätig bin. Keine Ahnung, was ich ihm getan habe. Mir ist die Diskussion um maxspeed=Zahl oder maxspeed=Text bekannt und ich möchte die hiermit nicht wieder anheizen. Ich bin da relativ leidenschaftslos. Aber "DE:speed:30" bedeutet einfach mehr als nur "30" und damit hat "amm" Informationen zerstört. Kann bitte jemand folgende Changesets rückgängig machen? 3661614 3661647 3661668 3661749 3661880 3662016 Vielen Dank, Markus From frederik at remote.org Sat Jan 23 23:18:59 2010 From: frederik at remote.org (Frederik Ramm) Date: Sun, 24 Jan 2010 00:18:59 +0100 Subject: [Talk-de] Revert einiger Changesets In-Reply-To: <4B5B8235.4050400@terbrueggen.net> References: <4B5B8235.4050400@terbrueggen.net> Message-ID: <4B5B83E3.8000304@remote.org> Hallo, olvagor wrote: > der Benutzer "amm" hat in "meinen" Gebieten alle Straßen mit > "maxspeed=DE:speed:30" in "maxspeed=30" vereinfacht. Das scheint sich > tatsächlich auf Gebiete zu beschränken, in denen ich tätig bin. Keine > Ahnung, was ich ihm getan habe. Hast Du den Benutzer "amm" mal angeschrieben und auf den Sachverhalt aufmerksam gemacht? Das sollte man vor so einer "ich mach alles rueckgaengig"-Aktion tun, sonst gibt das eventuell unnoetig Streit. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From ulf.lamping at googlemail.com Sat Jan 23 23:45:28 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 24 Jan 2010 00:45:28 +0100 Subject: [Talk-de] Revert einiger Changesets In-Reply-To: <4B5B8235.4050400@terbrueggen.net> References: <4B5B8235.4050400@terbrueggen.net> Message-ID: <4B5B8A18.7090208@googlemail.com> Am 24.01.2010 00:11, schrieb olvagor: > Hi, > > der Benutzer "amm" hat in "meinen" Gebieten alle Straßen mit > "maxspeed=DE:speed:30" in "maxspeed=30" vereinfacht. Das scheint sich > tatsächlich auf Gebiete zu beschränken, in denen ich tätig bin. Keine > Ahnung, was ich ihm getan habe. > > Mir ist die Diskussion um maxspeed=Zahl oder maxspeed=Text bekannt und > ich möchte die hiermit nicht wieder anheizen. Ich bin da relativ > leidenschaftslos. Aber "DE:speed:30" bedeutet einfach mehr als nur "30" > und damit hat "amm" Informationen zerstört. Und zwar genau welche? Mir sagt "DE:speed:" nämlich nichts. Gruß, ULFL From osm at tobias-knerr.de Sat Jan 23 23:52:13 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Sun, 24 Jan 2010 00:52:13 +0100 Subject: [Talk-de] =?utf-8?q?Zusatzattribute_f=C3=BCr_Z=C3=A4une?= In-Reply-To: <7acdb3651001211913x1697f6f7tc1701fcf6c2e2664@mail.gmail.com> References: <4B566DFB.8090406@googlemail.com> <1263994249502-4426474.post@n2.nabble.com> <7acdb3651001200634i5acd9947ocbaf2c8f30f9be7d@mail.gmail.com> <4B58E74E.1000809@tobias-knerr.de> <7acdb3651001211913x1697f6f7tc1701fcf6c2e2664@mail.gmail.com> Message-ID: <4B5B8BAD.9050903@tobias-knerr.de> Ich hab jetzt mal eine mit dem Material von Key:fence_type initialisierte Wiki-Seite angelegt: http://wiki.openstreetmap.org/wiki/User:Tordanik/Fence_attributes Alle Interessierten bitte einfach wild drauflosschreiben, -ändern und -löschen. Dann sehen wir hoffentlich, ob die gewünschten Taggingmöglichkeiten durch Verbesserung von fence_type erreichbar sind oder wir eigene Tags brauchen. Martin Koppenhoefer schrieb: > - electric fände ich als Attribut besser, Strom kann man schließlich > auf alle möglichen Zäune geben. Gemeint ist vermutlich oft der "klassische" elektrische Weidezaun. Wie sähe der Typ dafür aus? > - ich würde Typ und Material in 2 unterschiedlichen keys angeben und > daher auch solche Definitionen wie chain ändern: "a type of woven > fence usually made from galvanized or LLDPE-coated steel wire". Ist > doch für den Typus egal, ob der aus galvanisiertem oder > kunststoffüberzogenem Stahldraht hergestellt wurde. Das stimmt, diese Definition ist m.E. nicht so gut. Die Frage ist, ob man einfach nur den Typ verallgemeinern sollte oder wirklich ein Bedarf besteht, die Art des Drahtes zu taggen. Generell sollten die Typen m.E. so gewählt sein, dass der Mapper im Normalfall aufs Material verzichten kann (das von der Bauart oft schon weitgehend vorgegeben wird) und mit einem Zusatztag auskommt. > Die Höhe ist auch wichtig. (m.E. wichtiger als der genaue Typ). Würdet > Ihr eher height oder barrier:height verwenden? height, siehe Antwort auf Falks Mail. Tobias Knerr From f at zz.de Sat Jan 23 23:55:18 2010 From: f at zz.de (Florian Lohoff) Date: Sun, 24 Jan 2010 00:55:18 +0100 Subject: [Talk-de] Revert einiger Changesets In-Reply-To: <4B5B8235.4050400@terbrueggen.net> References: <4B5B8235.4050400@terbrueggen.net> Message-ID: <20100123235518.GA15873@hydra.gt.owl.de> On Sun, Jan 24, 2010 at 12:11:49AM +0100, olvagor wrote: > Hi, > > der Benutzer "amm" hat in "meinen" Gebieten alle Straßen mit > "maxspeed=DE:speed:30" in "maxspeed=30" vereinfacht. Das scheint sich > tatsächlich auf Gebiete zu beschränken, in denen ich tätig bin. Keine > Ahnung, was ich ihm getan habe. Vielleicht weil du der einzige bist der sowas wie DE:speed:30 benutzt? Ich sehe das zum ersten mal - maxspeed=30 ist klar maxspeed=DE:urban ist auch noch klar aber was ist maxspeed=DE:speed:30 ? Das wir in DE sind ergibt sich aus der germany polygon und das eine geschwindigkeitsangabe ist sagt ja schon das tag maxspeed. Ich vermag redundanzen zu entdecken - vielleicht habe ich ja was uebersehen? Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From osm at terbrueggen.net Sat Jan 23 23:57:10 2010 From: osm at terbrueggen.net (olvagor) Date: Sun, 24 Jan 2010 00:57:10 +0100 Subject: [Talk-de] Revert einiger Changesets In-Reply-To: <4B5B83E3.8000304@remote.org> References: <4B5B8235.4050400@terbrueggen.net> <4B5B83E3.8000304@remote.org> Message-ID: <4B5B8CD6.9070202@terbrueggen.net> Hallo, Frederik Ramm schrieb: > Hast Du den Benutzer "amm" mal angeschrieben und auf den Sachverhalt > aufmerksam gemacht? Das sollte man vor so einer "ich mach alles > rueckgaengig"-Aktion tun, sonst gibt das eventuell unnoetig Streit. Hab ihn angeschrieben aber vielleicht sollte ich noch ein paar Tage auf ne Antwort warten. Dann melde ich mich bald nochmal. Gruß, Markus From osm at terbrueggen.net Sat Jan 23 23:59:02 2010 From: osm at terbrueggen.net (olvagor) Date: Sun, 24 Jan 2010 00:59:02 +0100 Subject: [Talk-de] Revert einiger Changesets In-Reply-To: <4B5B8A18.7090208@googlemail.com> References: <4B5B8235.4050400@terbrueggen.net> <4B5B8A18.7090208@googlemail.com> Message-ID: <4B5B8D46.3030600@terbrueggen.net> Hallo, Ulf Lamping schrieb: >> leidenschaftslos. Aber "DE:speed:30" bedeutet einfach mehr als nur "30" >> und damit hat "amm" Informationen zerstört. > > Und zwar genau welche? > > Mir sagt "DE:speed:" nämlich nichts. Ich weiß gerade selber nicht mehr, wo ich diesen Wert für maxspeed her habe. Aber mit großer Wahrscheinlichkeit irgendwo aus dem Wiki. Mit DE:speed:30 tagge ich 30-Zonen. Und genau diese Information geht verloren, nämlich dass es eine 30-Zone ist und nicht nur ein 30-Schild. Gruß, Markus From wkg.koenig at googlemail.com Sun Jan 24 00:39:42 2010 From: wkg.koenig at googlemail.com (Werner =?utf-8?q?K=C3=B6nig?=) Date: Sun, 24 Jan 2010 01:39:42 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <4B5B7C32.3090100@remote.org> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5B5FF7.5010106@googlemail.com> <4B5B7C32.3090100@remote.org> Message-ID: <201001240139.42762.wkg.koenig@gmail.com> Am Samstag, 23. Januar 2010 23:46:10 schrieb Frederik Ramm: > Hallo, > > Ulf Lamping wrote: > > Ich gehe jetzt mal davon aus, daß NopMap der OSM Composer Entwickler > > ist, der seinen Source Code selbst nicht freigibt. Irgendwie kommt mir > > gerade das Wort Glashaus in den Sinn ... > > Was wir hier beobachten (und was mit erstaunlicher Geschwindigkeit in > einen Flamewar abdriftet), ist doch im Grundsatz einfach das > Aufeinandertreffen verschiedener Herangehensweisen. Ueber die Heftigkeit der Auseinandersetzung bin ich auch erstaunt, habe ich nicht erwartet, da der "Normal"-User anscheinend von dieser Problematik nicht betroffen ist. Fuer Spezialisten gibt es ja immer noch den sourceforge-link mit detailierter Installationsanweisung ( http://sourceforge.net/projects/openseamap/files/JOSM-plugin_OSeaM-Editor_toms) > > Das OpenSeaMap-Team, das schon in der Vergangenheit dem Fortkommen in > der Sache eine hoehere Prioritaet eingeraeumt hat als dem Einvernehmen > mit der restlichen OSM-Community spielt hier Messe wie die "Grossen" - > man macht einen aufwendigen Messestand, und zum ersten Messetag releast > man mit grossem Tamtam irgendwas, was bis dahin geheim war, um einen > Publicity-Effekt zu haben. Ich kenne mich in dem Messe-Business nicht so > aus, eventuell muss man das ja so machen, um ueberhaupt Aufmerksamkeit > zu erregen. > > Solche Aktionen fuehren in aller Regel automatisch dazu, dass man (a) > verleitet ist, halbgare Sachen rauszubringen (entweder jetzt schnell zum > Messetermin - oder halt erst in einem Jahr...) und dass man (b) auch > vorher nicht gross in der Community hausieren geht, weil sonst der > Neuheitseffekt weg ist. Hier habe ich sicherlich Fehler begangen, eine derartige Vorgehensweise behagt mir eigentlich auch nicht. Habe jedoch auch im Vorfeld darauf hingewiesen, dass eine bessere Zusammenarbeit z. B. mit der "freien Tonne" gefallen wuerde. Umso erstaunter bin ich, dass es hier ja "nur" um den Installer geht. Der Kern der Sache, nämlich das josm-plugin, ist noch gar nicht richtig beurteilt worden. Wie findet Ihr die Sache, sie ist auch uebertragbar auf andere komplexere Gebilde, wie zum Beispiel Bahnhöfe oder Relations. Das ganze ist bei toms noch gar nicht bis zum Ende durchgefuehrt, es ist durchaus moeglich das plugin zu starten, schlummern zu lassen und nur aktiv zu werden, wenn ein Seezeichen aktiviert wird oder mit rechter Maustaste eine Anforderung zur Neuanlage aufgerufen wird. Dies ist auch bei anderen Entities moeglich. > > Das ist etwas, was es bei uns sonst normalerweise nicht gibt; die > meisten lassen sich bei der Software-Entwicklung in die Karten schauen > und "belaestigen" die Community schon mit ersten Alpha-Versionen, wenn > praktisch noch ueberhaupt nichts geht. Etwaige Bedenkentraeger, wie hier > Ulf, koennen sich fruehzeitig einbringen. ich finde es gut im Vorfeld alpha-Tester zu haben, glaube auch nicht, dass fuer den Neuheitseffekt auf der Boot die "Verschleierungstechnik" gut war, da 90% dieser Klientel, diese Liste gar nicht kennen. > > Ich teile zwar Ulfs Bedenken, und mir persoenlich gefaellt die relativ > abgeschottete Vorgehensweise des OSeaM-Teams nicht so gut, aber ich > finde, auch fuer eine Pluralitaet der Herangehensweisen haben wir bei > OSM genug Platz; lass die es doch mal auf diese Weise probieren. > Vielleicht ist das fuer die Zielgruppe sogar der geeignetere Weg. > > Wenn sich beim JOSM-Team jemand ueber zerschossene Styles beschwert, > muss man halt kuenftig als erstes fragen, ob er einen Segelschein hat ;-) ok, ich habe auch keinen Segelschein und muss mich da auf die Fachleute verlassen 8-) Gruss Werner From ulf.lamping at googlemail.com Sun Jan 24 00:50:06 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 24 Jan 2010 01:50:06 +0100 Subject: [Talk-de] Revert einiger Changesets In-Reply-To: <4B5B8D46.3030600@terbrueggen.net> References: <4B5B8235.4050400@terbrueggen.net> <4B5B8A18.7090208@googlemail.com> <4B5B8D46.3030600@terbrueggen.net> Message-ID: <4B5B993E.7050506@googlemail.com> Am 24.01.2010 00:59, schrieb olvagor: > Hallo, > > Ulf Lamping schrieb: >>> leidenschaftslos. Aber "DE:speed:30" bedeutet einfach mehr als nur "30" >>> und damit hat "amm" Informationen zerstört. >> >> Und zwar genau welche? >> >> Mir sagt "DE:speed:" nämlich nichts. > > Ich weiß gerade selber nicht mehr, wo ich diesen Wert für maxspeed her > habe. Aber mit großer Wahrscheinlichkeit irgendwo aus dem Wiki. > > Mit DE:speed:30 tagge ich 30-Zonen. Und genau diese Information geht > verloren, nämlich dass es eine 30-Zone ist und nicht nur ein 30-Schild. Na ja, wenn das aber nur die hälfte der Leute verstehen, führt das halt schnell dazu, daß sowas auch mal wieder rausfliegt. Da kann man ja auch mal über andere Lösungen nachdenken, z.B.: maxspeed=30 source:maxspeed=DE:30zone (wie im Wiki erwähnt - oder etwas in der Art) fände ich da sehr viel aussagekräftiger und eindeutiger. Aus dem ganzen Zeug, was aktuell als Value in maxspeed eingetragen wird kann nämlich wirklich kein Mensch (mehr) was sinnvolles rauslesen ohne ein mehrtägiges Tag Studium zu betreiben :-( Gruß, ULFL P.S: Das verbandeln vom Wert der Höchstgeschwindigkeit und Grund der Höchstgeschwindigkeit in einem Tag halte ich nach wie vor für eine Krücke ... From l.emmerich at t-online.de Sun Jan 24 01:41:47 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Sun, 24 Jan 2010 02:41:47 +0100 Subject: [Talk-de] Revert einiger Changesets In-Reply-To: <4B5B8235.4050400@terbrueggen.net> References: <4B5B8235.4050400@terbrueggen.net> Message-ID: Hallo olvagor, habe in folgender Liste nachgeschaut: http://tagwatch.stoecker.eu/Germany/De/tags.html Hierin kommt maxspeed=30 209 378-mal vor maxspeed=DE:speed:30 lediglich 401-mal. Wie viele von den 401 stammen von Dir? Das spricht eindeutig für die einfache Lösung. Gruß Lothar From ulf.lamping at googlemail.com Sun Jan 24 02:11:27 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 24 Jan 2010 03:11:27 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <201001240139.42762.wkg.koenig@gmail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5B5FF7.5010106@googlemail.com> <4B5B7C32.3090100@remote.org> <201001240139.42762.wkg.koenig@gmail.com> Message-ID: <4B5BAC4F.3060106@googlemail.com> Am 24.01.2010 01:39, schrieb Werner König: > Ueber die Heftigkeit der Auseinandersetzung bin ich auch erstaunt, habe ich nicht > erwartet, da der "Normal"-User anscheinend von dieser Problematik nicht betroffen ist. > Fuer Spezialisten gibt es ja immer noch den sourceforge-link mit detailierter Installationsanweisung > ( http://sourceforge.net/projects/openseamap/files/JOSM-plugin_OSeaM-Editor_toms) Wenn dem User (in diesem Fall mir) seine Einstellungen zerschossen werden, ist dieser sauer - egal ob Anfänger oder Experte. > Hier habe ich sicherlich Fehler begangen, eine derartige Vorgehensweise behagt mir > eigentlich auch nicht. Habe jedoch auch im Vorfeld darauf hingewiesen, dass eine bessere > Zusammenarbeit z. B. mit der "freien Tonne" gefallen wuerde. Umso erstaunter bin ich, dass es > hier ja "nur" um den Installer geht. Das ist halt einer der bislang wenigen Schnittpunkte zwischen OSM und OSM ;-) > Der Kern der Sache, nämlich das josm-plugin, ist noch > gar nicht richtig beurteilt worden. Wie findet Ihr die Sache, sie ist auch uebertragbar auf andere > komplexere Gebilde, wie zum Beispiel Bahnhöfe oder Relations. Wo ich "damals" die turn restriction Darstellung in den JOSM eingebaut habe, hatte ich mir sowas ähnliches auch schonmal überlegt. Hatte da eher eine Art Wizard im Sinn, mit dem man sich ein Bild ähnlich wie im Fahrschulbogen "zusammenklickt". Sowas wie: 1. Seite: "Bitte die Art der Beschränkung auswählen" (mit den Bildern der Verkehrszeichen) 2. Seite: "Bitte die Ausgangsstraße in der Karte auswählen" 3. Seite: "Bitte den Verbindungspunkt der beiden Straßen in der Karte auswählen" 4. Seite: "Bitte die Zielstraße in der Karte auswählen" Da kann man dann noch alle möglichen Fehlerprüfungen einbauen, z.B. ob überhaupt Straßen ausgewählt wurden, ob eine der Straßen aufgespaltet werden muß usw. Ich denke in die Richtung der mehr (foto-)graphischen Eingabe sollte (und wird) es auf die Dauer zumindest bei den komplizierteren Sachen gehen. Die Presets waren ein guter erster Schritt für die "Eingabeerleichterung", aber das reicht in vielen Fällen noch nicht. Jetzt kommt dein toms und fängt an das graphisch darzustellen - das finde ich gut. Ob diese Art von Editor auch bei Bahnhöfen und Relations (oder auch anderen Sachen) gut funktioniert muß man halt ausprobieren. Wird toms - wie bei den Presets - über XML "gesteuert", oder sind die Sachen "hardcoded" drin? > Das ganze ist bei toms noch gar > nicht bis zum Ende durchgefuehrt, es ist durchaus moeglich das plugin zu starten, schlummern zu lassen > und nur aktiv zu werden, wenn ein Seezeichen aktiviert wird oder mit rechter Maustaste eine Anforderung zur > Neuanlage aufgerufen wird. Dies ist auch bei anderen Entities moeglich. Im Menu halte ich das für nicht so gut, damit geht dem Anwender die Übersicht verloren, was es denn alle so für "Helferlein" überhaupt gibt. Wenn wir irgendwann mal ein Kontextmenu bekommen sollten - fehlt mir schon seit drei Jahren :-), gehören da natürlich nur die Sachen rein, die aktuell auch anwendbar sind. > ich finde es gut im Vorfeld alpha-Tester zu haben, glaube auch nicht, dass fuer den Neuheitseffekt > auf der Boot die "Verschleierungstechnik" gut war, da 90% dieser Klientel, diese Liste gar nicht kennen. Ich tippe mal so auf 99,99% ;-) Gruß, ULFL From list at lab.at Sun Jan 24 08:11:40 2010 From: list at lab.at (Andreas Labres) Date: Sun, 24 Jan 2010 09:11:40 +0100 Subject: [Talk-de] Revert einiger Changesets In-Reply-To: <4B5B993E.7050506@googlemail.com> References: <4B5B8235.4050400@terbrueggen.net> <4B5B8A18.7090208@googlemail.com> <4B5B8D46.3030600@terbrueggen.net> <4B5B993E.7050506@googlemail.com> Message-ID: <4B5C00BC.5020804@al.lab.at> On 24.01.10 01:50, Ulf Lamping wrote: > Da kann man ja auch mal über andere Lösungen nachdenken, z.B.: > maxspeed=30 > source:maxspeed=DE:30zone (wie im Wiki erwähnt - oder etwas in der Art) > > fände ich da sehr viel aussagekräftiger und eindeutiger. > +1 In dieser Art ließe sich auch die leidige at:maxspeed=Ortsgebiet Problematik lösen. Servus, Andreas From wkg.koenig at googlemail.com Sun Jan 24 11:02:06 2010 From: wkg.koenig at googlemail.com (Werner =?utf-8?q?K=C3=B6nig?=) Date: Sun, 24 Jan 2010 12:02:06 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <4B5BAC4F.3060106@googlemail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <201001240139.42762.wkg.koenig@gmail.com> <4B5BAC4F.3060106@googlemail.com> Message-ID: <201001241202.07342.wkg.koenig@gmail.com> Am Sonntag, 24. Januar 2010 03:11:27 schrieb Ulf Lamping: > > Ich denke in die Richtung der mehr (foto-)graphischen Eingabe sollte > (und wird) es auf die Dauer zumindest bei den komplizierteren Sachen gehen. > > Die Presets waren ein guter erster Schritt für die > "Eingabeerleichterung", aber das reicht in vielen Fällen noch nicht. > > Jetzt kommt dein toms und fängt an das graphisch darzustellen - das > finde ich gut. Ob diese Art von Editor auch bei Bahnhöfen und Relations > (oder auch anderen Sachen) gut funktioniert muß man halt ausprobieren. > > > Wird toms - wie bei den Presets - über XML "gesteuert", oder sind die > Sachen "hardcoded" drin? Bisher ist die ganze Sache "hardcoded". Steuerung ueber xml ist jedoch angedacht. Insbesonder das Tagging-Schema moechte ich als xml-Datei abbilden, damit ich nicht bei jeder kleinen Aenderung das ganze Programm anpacken muss. Dazu werde ich wahrscheinlich eine StaX-Parser verwenden (in java 1.6 enthalten). Erste Versuche sind positiv. Dies ist jedoch nur ein Anfang. Schau mal unter http://www.jaxfront.org/pages/, dort wird beschrieben, wie man mit jaxfront Programme auf der Basis von xml-Schematas generieren kann. Dass ganze ist fuer nicht kommerzielle Anwendung freie Software und steht zumindest teilweise unter der GPL-Lizenz zur Verfuegung, d.h die Sourcen muessen zumindestens teilweise oeffentlich zugaenglich sein. Ich denke der Ansatzpunkt derartiges in josm zu integrieren sind die presets. > > > Das ganze ist bei toms noch gar > > nicht bis zum Ende durchgefuehrt, es ist durchaus moeglich das plugin zu starten, schlummern zu lassen > > und nur aktiv zu werden, wenn ein Seezeichen aktiviert wird oder mit rechter Maustaste eine Anforderung zur > > Neuanlage aufgerufen wird. Dies ist auch bei anderen Entities moeglich. > > Im Menu halte ich das für nicht so gut, damit geht dem Anwender die > Übersicht verloren, was es denn alle so für "Helferlein" überhaupt gibt. > > Wenn wir irgendwann mal ein Kontextmenu bekommen sollten - fehlt mir > schon seit drei Jahren :-), gehören da natürlich nur die Sachen rein, > die aktuell auch anwendbar sind. Ich habe mich in toms dazu als SelectionChangedListener in die entsprechende Event-Liste eingetragen und bekomme daher jeden Node-Wechsel mit und kann entsprechend in der Maske reagieren. Bei der Suche nach dieser Loesung habe ich aehnliche Ansaetze fuer den MouseListener-Event gesehen. Damit muesste man doch einen Rechtsklick relativ einfach abfangen und entsprechend mit einem Kotextmenue reagieren koennen? Gruss Werner From gerrylight at mail.com Sun Jan 24 11:02:36 2010 From: gerrylight at mail.com (Gerry Light) Date: Sun, 24 Jan 2010 03:02:36 -0800 (PST) Subject: [Talk-de] Revert einiger Changesets In-Reply-To: <4B5B993E.7050506@googlemail.com> References: <4B5B8235.4050400@terbrueggen.net> <4B5B8A18.7090208@googlemail.com> <4B5B8D46.3030600@terbrueggen.net> <4B5B993E.7050506@googlemail.com> Message-ID: <1264330956600-4448708.post@n2.nabble.com> Ulf Lamping wrote: > > Da kann man ja auch mal über andere Lösungen nachdenken, z.B.: > > maxspeed=30 > source:maxspeed=DE:30zone (wie im Wiki erwähnt - oder etwas in der Art) > > fände ich da sehr viel aussagekräftiger und eindeutiger. > +1 auch von mir. Wenn man die Daten interpretieren will (z.B. im Navi Geschwindigkeiten anzeigen), dann ist die Ursache für die Höchstgeschwindigkeit egal. Außerdem möchte man kaum zu jedem Wert eine riesige, internationale Liste von Konstanten mitschleppen, zumal die meines Wissens nirgends zusammengetragen ist (dieses Vorgehen kann/wird sich ja dann auch auf andere Tags ausweiten). Mit der "italienischen" Art (also extra Tag) ist man genauso flexibel, das Zeug bleibt menschenlesbarer, man kommt aber nicht in Teufels Küche beim interpretieren. Nachteile sehe ich persönlich keine. Wenn wir uns darauf einigen können, sollten wir aber auch die Wiki-Seiten entsprechend anpassen, um ein bißchen Verwirrung aus der Thematik zu nehmen. -- View this message in context: http://n2.nabble.com/Revert-einiger-Changesets-tp4447254p4448708.html Sent from the Germany mailing list archive at Nabble.com. From osm at tobias-knerr.de Sun Jan 24 11:42:36 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Sun, 24 Jan 2010 12:42:36 +0100 Subject: [Talk-de] =?utf-8?q?Grund_f=C3=BCr_maxspeed_taggen_=28was=3A_Re?= =?utf-8?q?=3A__Revert_einiger_Changesets=29?= In-Reply-To: <1264330956600-4448708.post@n2.nabble.com> References: <4B5B8235.4050400@terbrueggen.net> <4B5B8A18.7090208@googlemail.com> <4B5B8D46.3030600@terbrueggen.net> <4B5B993E.7050506@googlemail.com> <1264330956600-4448708.post@n2.nabble.com> Message-ID: <4B5C322C.20305@tobias-knerr.de> Gerry Light schrieb: > Ulf Lamping wrote: >> maxspeed=30 >> source:maxspeed=DE:30zone (wie im Wiki erwähnt - oder etwas in der Art) >> > +1 auch von mir. > > [...] > Mit der "italienischen" Art (also extra Tag) ist man genauso flexibel, das > Zeug bleibt menschenlesbarer, man kommt aber nicht in Teufels Küche beim > interpretieren. Nachteile sehe ich persönlich keine. Ich will noch mal drauf hinweisen, dass es in diesen Diskussionen üblicherweise zwei ähnlich scheinende, aber eigentlich verschiedene Zielsetzungen gibt: 1. Grund für Maxspeed angeben 2. Defaultvorgaben für Maxspeed (und einige andere Informationen) setzen Hier geht es gerade wohl speziell um #1. Wenn man dieses Problem für sich genommen betrachtet, finde auch ich die beste Lösung, die Ursache einer Beschränkung als zusätzliches Tag zu erfassen. Abgesehen von der Notwendigkeit, zwei Tags zu setzen, gibt es wohl wirklich keine Nachteile. Den Zweck von #2, für den Tags wie zone:traffic=DE:urban taugen, kann das allerdings alleine nicht erfüllen: Beispiel eben die explizit ausgeschilderte Höchstgeschwindigkeit innerorts. Innerorts mit allen sonstigen Folgen ist die Straße dennoch, aber das ist nicht Grund für die Höchstgeschwindigkeit. Hier bräuchte man dann also 3 Tags: - die Höchstgeschwindigkeit - den Grund dafür (Schild) - die Innerorts-Info Die Ziele, alle diese Zusatzdaten anzugeben und gleichzeitig einen expliziten numerischen Maxspeed zu haben, sind also durchaus vereinbar - dass es dadurch ein wenig umständlicher wird, als wenn man eines der Ziele zurückstellen würde, sollte aber klar sein. Tobias Knerr From gerrylight at mail.com Sun Jan 24 11:47:57 2010 From: gerrylight at mail.com (Gerry Light) Date: Sun, 24 Jan 2010 03:47:57 -0800 (PST) Subject: [Talk-de] =?utf-8?q?Grund_f=C3=BCr_maxspeed_taggen_=28was=3A_Re?= =?utf-8?q?=3A__Revert_einiger_Changesets=29?= In-Reply-To: <4B5C322C.20305@tobias-knerr.de> References: <4B5B8235.4050400@terbrueggen.net> <4B5B8A18.7090208@googlemail.com> <4B5B8D46.3030600@terbrueggen.net> <4B5B993E.7050506@googlemail.com> <1264330956600-4448708.post@n2.nabble.com> <4B5C322C.20305@tobias-knerr.de> Message-ID: <1264333677241-4448822.post@n2.nabble.com> -- View this message in context: http://n2.nabble.com/Revert-einiger-Changesets-tp4447254p4448822.html Sent from the Germany mailing list archive at Nabble.com. From ekkehart at gmx.de Sun Jan 24 12:11:48 2010 From: ekkehart at gmx.de (NopMap) Date: Sun, 24 Jan 2010 04:11:48 -0800 (PST) Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <4B5B5FF7.5010106@googlemail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5A6872.50004@googlemail.com> <1264243952458-4444891.post@n2.nabble.com> <4B5B0E26.9040409@googlemail.com> <1264270858280-4446303.post@n2.nabble.com> <4B5B5FF7.5010106@googlemail.com> Message-ID: <1264335108241-4448884.post@n2.nabble.com> Hi! Ulf Lamping wrote: > > Es ist eine Sache etwas in den JOSM einzubauen und dieses dann nicht zu > dokumentieren (was ich nicht gut finde). Es ist aber eine ganz andere > Sache einen Fork zu machen der dann das bestehende Programm kaputt > konfiguriert. > Das Wort "fork" halte ich für ein wenig übertrieben, nachdem hier exakt gar nichts am Code von JOSM verändert wurde. Ulf Lamping wrote: > > > Tatsache ist, das mein bisheriger JOSM nach der OpenSeaMap Installation > kaputt konfiguriert war. Tatsache ist, das euer Installer das ungefragt > gemacht hat. Tatsache ist, das diese Tatsachen nirgendwo so beschrieben > waren, das ich vorher davon auch nur eine Ahnung hatte. > Klar ist das suboptimal. Aber das sind alles Dinge, die Du mit jeder neuen Versionen von jedem OSM Standard-Tool ebenso immer wieder erleben kannst. Von daher kann man genauso sagen: Es ist der Normalzustand und beim Ausprobieren aller Tools, Plugins und unbekannter Komponenten sind Vorsicht und ein Backup angesagt. Ulf Lamping wrote: > > JOSM ist Open Source unter GPL, du kannst jederzeit in den Code schauen. > > Ich gehe jetzt mal davon aus, daß NopMap der OSM Composer Entwickler > ist, der seinen Source Code selbst nicht freigibt. Irgendwie kommt mir > gerade das Wort Glashaus in den Sinn ... > Ich weiß zwar nicht, was das mit dem Thema zu tun haben soll, aber es gibt gute Gründe, warum Composer nicht OS sein kann. Können wir gerne mal am Stammtisch bereden. Dafür gibt es aber eine ausführliche (und fast vollständige :-) Dokumentation dazu - und davon haben die Nicht-Programmierer unter den Benutzern bedeutend mehr. Ulf Lamping wrote: > > Sorry, aber ich mache nicht deine Arbeit, noch dazu in einem > proprietären Projekt (oder wo finde ich den Source Code?). > Och, der ist nicht geheim - wird bestimmt noch im SF auftauchen wenn die Messepanik vorbei ist. bye Nop -- View this message in context: http://n2.nabble.com/toms-neues-Plugin-fuer-josm-Editor-tp4443559p4448884.html Sent from the Germany mailing list archive at Nabble.com. From gerrylight at mail.com Sun Jan 24 12:37:03 2010 From: gerrylight at mail.com (Gerry Light) Date: Sun, 24 Jan 2010 04:37:03 -0800 (PST) Subject: [Talk-de] =?utf-8?q?Grund_f=C3=BCr_maxspeed_taggen_=28was=3A_Re?= =?utf-8?q?=3A__Revert_einiger_Changesets=29?= In-Reply-To: <4B5C322C.20305@tobias-knerr.de> References: <4B5B8235.4050400@terbrueggen.net> <4B5B8A18.7090208@googlemail.com> <4B5B8D46.3030600@terbrueggen.net> <4B5B993E.7050506@googlemail.com> <1264330956600-4448708.post@n2.nabble.com> <4B5C322C.20305@tobias-knerr.de> Message-ID: <1264336623843-4448938.post@n2.nabble.com> Tordanik wrote: > > Ich will noch mal drauf hinweisen, dass es in diesen Diskussionen > üblicherweise zwei ähnlich scheinende, aber eigentlich verschiedene > Zielsetzungen gibt: > > 1. Grund für Maxspeed angeben > 2. Defaultvorgaben für Maxspeed (und einige andere Informationen) setzen > [...] > Den Zweck von #2, für den Tags wie zone:traffic=DE:urban taugen, kann > das allerdings alleine nicht erfüllen: Beispiel eben die explizit > ausgeschilderte Höchstgeschwindigkeit innerorts. Innerorts mit allen > sonstigen Folgen ist die Straße dennoch, aber das ist nicht Grund für > die Höchstgeschwindigkeit. Hier bräuchte man dann also 3 Tags: > - die Höchstgeschwindigkeit > - den Grund dafür (Schild) > - die Innerorts-Info > "Innerorts", durch ein Residential-Polygon beschrieben, reicht IMHO. Ich wäre jedenfalls zu faul, selber jeden Way an jeder Ortschaft aufzutrennen und das in jeder einzelnen Straße zu taggen. Das kann die EDV selber schneller und fehlerfreier erledigen. Zugegeben, das Problem ist aus Programmierersicht auch nicht ganz so trivial wie es zunächst scheint. Andererseits muß das nur ein einziges mal gemacht werden, und wahrscheinlich existiert der Algorithmus schon für andere Boundaries in ähnlicher Form. Doch selbst wenn man diese boundary-Technik nicht mag: Nehmen wir mal an, ich möchte entscheiden, ob ich innerorts bin oder nicht. Warum sollte ich da auf die Idee kommen, ausgerechnet ins maxspeed-Tag zu schauen, um dies festzustellen? Das ist für mich unlogisch und gehört sowieso in ein extra-Tag. Aber das sind nur meine zwei Cent zu dem Thema - wir sind ja scheinbar ähnlicher Meinung. > Die Ziele, alle diese Zusatzdaten anzugeben und gleichzeitig einen > expliziten numerischen Maxspeed zu haben, sind also durchaus vereinbar - > dass es dadurch ein wenig umständlicher wird, als wenn man eines der > Ziele zurückstellen würde, sollte aber klar sein. > +1 Ich bin der Überzeugung, daß man Anfängern und auch Anwendungsprogrammieren einen großen Gefallen tut, wenn sie "maxspeed=konkreter_wert" lesen und schreiben können. Und wenn wir jemals eine einigermaßen vollständige Karte haben wollen, müssen wir noch viele Anfänger locken. Auf dem Lande siehts in Deutschland teilweise noch sehr leer aus - von anderen Ländern mal ganz abgesehen. -- View this message in context: http://n2.nabble.com/Revert-einiger-Changesets-tp4447254p4448938.html Sent from the Germany mailing list archive at Nabble.com. From christian at hartnick.de Sun Jan 24 12:38:03 2010 From: christian at hartnick.de (Christian Hartnick) Date: Sun, 24 Jan 2010 13:38:03 +0100 Subject: [Talk-de] [Fwd: Bitte um eine Kartenkorrektur!] Message-ID: <4B5C3F2B.40703@hartnick.de> Hallo, könnte bitte jemand mit Lösch-/Wiederherstellungserfahrungen dem Mann helfen: Gruß Christian -------- Original-Nachricht -------- Betreff: Bitte um eine Kartenkorrektur! Datum: Sun, 24 Jan 2010 11:46:26 +0100 Von: Jörg Mertinatsch Organisation: http://freemail.web.de/ An: osm at postkammer.de Hallo, seit Anfang Januar füge ich (User "Trampeltier") einige Wege und Informationen in die OSM Karte ein. Heute wollte ich erstmals einen Gewässerbereich unterteilen und habe hier leider einen kleinen Schaden angerichtet. Die Gewässergrenzen sind in Ihrer Lage unberührt, das Gewässer wird aber nicht mehr als Wasserfläche dargestellt. Aus dem oberen Bereich des Schlänitzsees wollte ich die Wublitz (diese geht dort weiter!) abgrenzen. Könnte bitte ein kompetentes Mitglied der Gemeinschaft hier eine Korrektur vornehmen? In Zukunft werde ich mich vorab besser informieren und bei solchen Aktionen etwas vorsichtiger sein. Sorry. Die Änderungsnummer lautet: http://www.openstreetmap.org/browse/changeset/3698908 Der Permalink lautet: http://www.openstreetmap.org/?lat=52.4572&lon=12.9518&zoom=14&layers=B000FTFT Vielen Dank. mfg. J. Mertinatsch ______________________________________________________________________ Haiti-Nothilfe! Helfen Sie per SMS: Sende UIHAITI an die Nummer 81190. Von 5 Euro je SMS (zzgl. SMS-Gebühr) gehen 4,83 Euro an UNICEF. From ekkehart at gmx.de Sun Jan 24 12:42:04 2010 From: ekkehart at gmx.de (NopMap) Date: Sun, 24 Jan 2010 04:42:04 -0800 (PST) Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <4B5B7C32.3090100@remote.org> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5A6872.50004@googlemail.com> <1264243952458-4444891.post@n2.nabble.com> <4B5B0E26.9040409@googlemail.com> <1264270858280-4446303.post@n2.nabble.com> <4B5B5FF7.5010106@googlemail.com> <4B5B7C32.3090100@remote.org> Message-ID: <1264336924536-4448948.post@n2.nabble.com> Hi! Frederik Ramm wrote: > > Das OpenSeaMap-Team, das schon in der Vergangenheit dem Fortkommen in > der Sache eine hoehere Prioritaet eingeraeumt hat als dem Einvernehmen > mit der restlichen OSM-Community spielt hier Messe wie die "Grossen" - > man macht einen aufwendigen Messestand, und zum ersten Messetag releast > man mit grossem Tamtam irgendwas, was bis dahin geheim war, um einen > Publicity-Effekt zu haben. Ich kenne mich in dem Messe-Business nicht so > aus, eventuell muss man das ja so machen, um ueberhaupt Aufmerksamkeit > zu erregen. > OpenSeaMap hat grundsätzlich immer zuerst versucht, ein Einvernehmen zu finden. Aber das große Ziel ist es, eine breite Menge an potentiellen Interessenten erreichen und ihnen OSM ohne Ansprüche an ihre technische Vorbildung möglichst leicht zugänglich zu machen und sozusagen auf einem Silbertablett zu servieren. Manch eingefleischter Techniker in der Community sieht Benutzerfreundlichkeit nicht als sonderlich erstrebenswertes Ziel, so war die notwendige Unterstützung nur teilweise zu finden. Dann hat man nur die Wahl, die eigenen Ziele aufzugeben oder sie halt selbst umzusetzen. Geheimhaltung gehörte allerdings nie zum Programm, jeder der gefragt hat, hat immer eine ausführliche Antwort erhalten. Allerdings haben wir hier ganz einfach einer alten Messetradition gehuldigt - und das ist bei den Großen Firmen auch nicht anders: Es hat nichts mit Publicityeffekten zu tun, die Software, die für die Messe gebraucht wird, wurde erst in letzter Minute vor der Messe fertig. :-) Ich denke der Kern der ganzen Sache liegt in einem Mißverständnis. Werner wollte hier sein _Plugin_ vorstellen - nicht den _Installer_. Der Installer ist für das Messepublikum so einfach wie möglich gehalten, die Entwickler hier brauchen ihn nicht und sollten mit der ausführlichen Installationsanleitung arbeiten. Dann sehen sie auch gleich, was alles an Einzelteilen dazugehört. Ich wußte nicht, daß Werner eine Ankündigung hier plant und Werner wußte nicht, daß er noch darauf hätte hinweisen können. Ansonsten würde ich einfach vorschlagen, wir wenden uns wieder einer inhaltlichen Würdigung des Plugins zu. bye Nop -- View this message in context: http://n2.nabble.com/toms-neues-Plugin-fuer-josm-Editor-tp4443559p4448948.html Sent from the Germany mailing list archive at Nabble.com. From k127 at gmx.de Sun Jan 24 12:59:29 2010 From: k127 at gmx.de (Klaus Hartl) Date: Sun, 24 Jan 2010 13:59:29 +0100 Subject: [Talk-de] [Fwd: Bitte um eine Kartenkorrektur!] In-Reply-To: <4B5C3F2B.40703@hartnick.de> References: <4B5C3F2B.40703@hartnick.de> Message-ID: <4B5C4431.3050808@gmx.de> Hallo Jörg, wie es scheint, warst Du etwas zu eifrig, das Polygon war mehr als geschlossen, d.h. du hast nach dem Schließen über's Ziel hinaus digitalisiert.. Jetzt passt's wieder! cheers, klaus Christian Hartnick schrieb: > Hallo, > > > könnte bitte jemand mit Lösch-/Wiederherstellungserfahrungen dem Mann > helfen: > > Gruß > > Christian > > -------- Original-Nachricht -------- > Betreff: Bitte um eine Kartenkorrektur! > Datum: Sun, 24 Jan 2010 11:46:26 +0100 > Von: Jörg Mertinatsch > Organisation: http://freemail.web.de/ > An: osm at postkammer.de > > > > Hallo, > > seit Anfang Januar füge ich (User "Trampeltier") einige Wege und Informationen in die OSM Karte ein. > > Heute wollte ich erstmals einen Gewässerbereich unterteilen und habe hier leider einen kleinen Schaden angerichtet. > Die Gewässergrenzen sind in Ihrer Lage unberührt, das Gewässer wird aber nicht mehr als Wasserfläche dargestellt. > Aus dem oberen Bereich des Schlänitzsees wollte ich die Wublitz (diese geht dort weiter!) abgrenzen. > > Könnte bitte ein kompetentes Mitglied der Gemeinschaft hier eine Korrektur vornehmen? > In Zukunft werde ich mich vorab besser informieren und bei solchen Aktionen etwas vorsichtiger sein. > > Sorry. > > Die Änderungsnummer lautet: http://www.openstreetmap.org/browse/changeset/3698908 > Der Permalink lautet: http://www.openstreetmap.org/?lat=52.4572&lon=12.9518&zoom=14&layers=B000FTFT > > Vielen Dank. > > mfg. J. Mertinatsch > ______________________________________________________________________ > Haiti-Nothilfe! Helfen Sie per SMS: Sende UIHAITI an die Nummer 81190. > Von 5 Euro je SMS (zzgl. SMS-Gebühr) gehen 4,83 Euro an UNICEF. > > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > > From k127 at gmx.de Sun Jan 24 13:18:47 2010 From: k127 at gmx.de (Klaus Hartl) Date: Sun, 24 Jan 2010 14:18:47 +0100 Subject: [Talk-de] Revert einiger Changesets In-Reply-To: <4B5B993E.7050506@googlemail.com> References: <4B5B8235.4050400@terbrueggen.net> <4B5B8A18.7090208@googlemail.com> <4B5B8D46.3030600@terbrueggen.net> <4B5B993E.7050506@googlemail.com> Message-ID: <4B5C48B7.3070800@gmx.de> +1 Der Unterschied zwischen einer Zone-30 und einer normalen Begrenzung ist doch, dass bei der Zone auch noch nach dem Abbiegen 30km/h gelten, bis zum Zone-Ende-Schild. Der Sinn liegt also in der Ersparnis der normalen Schilder in der Realität. Wo aber ist der Sinn bzw. Unterschied in unseren Daten, wenn wir sowieso jede betreffende Straße damit attributieren? Meines Erachtens ist die Zonen-Information - wie auch Gerry mit 'innerorts' meint - höchstens als Verschneidung wertvoll, absolut vernachlässigenswert also, wenn die Straße schon über das maxspeed-tag verfügen. Ulf Lamping schrieb: > Am 24.01.2010 00:59, schrieb olvagor: > >> Hallo, >> >> Ulf Lamping schrieb: >> >>>> leidenschaftslos. Aber "DE:speed:30" bedeutet einfach mehr als nur "30" >>>> und damit hat "amm" Informationen zerstört. >>>> >>> Und zwar genau welche? >>> >>> Mir sagt "DE:speed:" nämlich nichts. >>> >> Ich weiß gerade selber nicht mehr, wo ich diesen Wert für maxspeed her >> habe. Aber mit großer Wahrscheinlichkeit irgendwo aus dem Wiki. >> >> Mit DE:speed:30 tagge ich 30-Zonen. Und genau diese Information geht >> verloren, nämlich dass es eine 30-Zone ist und nicht nur ein 30-Schild. >> > > Na ja, wenn das aber nur die hälfte der Leute verstehen, führt das halt > schnell dazu, daß sowas auch mal wieder rausfliegt. > > > Da kann man ja auch mal über andere Lösungen nachdenken, z.B.: > > maxspeed=30 > source:maxspeed=DE:30zone (wie im Wiki erwähnt - oder etwas in der Art) > > fände ich da sehr viel aussagekräftiger und eindeutiger. > > > Aus dem ganzen Zeug, was aktuell als Value in maxspeed eingetragen wird > kann nämlich wirklich kein Mensch (mehr) was sinnvolles rauslesen ohne > ein mehrtägiges Tag Studium zu betreiben :-( > > Gruß, ULFL > > P.S: Das verbandeln vom Wert der Höchstgeschwindigkeit und Grund der > Höchstgeschwindigkeit in einem Tag halte ich nach wie vor für eine > Krücke ... > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > > From wkg.koenig at googlemail.com Sun Jan 24 13:20:40 2010 From: wkg.koenig at googlemail.com (Werner =?utf-8?q?K=C3=B6nig?=) Date: Sun, 24 Jan 2010 14:20:40 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <1264336924536-4448948.post@n2.nabble.com> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5B7C32.3090100@remote.org> <1264336924536-4448948.post@n2.nabble.com> Message-ID: <201001241420.40775.wkg.koenig@gmail.com> Am Sonntag, 24. Januar 2010 13:42:04 schrieb NopMap: > > > Ich denke der Kern der ganzen Sache liegt in einem Mißverständnis. Werner > wollte hier sein _Plugin_ vorstellen - nicht den _Installer_. Der Installer > ist für das Messepublikum so einfach wie möglich gehalten, die Entwickler > hier brauchen ihn nicht und sollten mit der ausführlichen > Installationsanleitung arbeiten. Dann sehen sie auch gleich, was alles an > Einzelteilen dazugehört. So ist es. Es kommt noch dazu, dass ich die Version 8 mit zur Verfügung stellen wollte. Diese steht jedoch bisher noch nicht auf sourceforge zur Verfügung Hier gibt es bisher nur Version 7. Da Markus diesen Download ermöglicht hat, weiß ich bis jetzt noch nicht, wie ich den updaten kann. Leider weist die Version 7 noch die fuer den Benutzer nicht wirklich brauchbare Vernetzung mit der logg4j Bibliothek von Apache auf (daher die Intention stelle doch Version 8 zur Verfügung). Nur deshalb habe ich auf den Installer zurueckgegriffen, sonst waere alles mit der Installationsanweisung moeglich gewesen. > Ich wußte nicht, daß Werner eine Ankündigung hier plant und Werner wußte > nicht, daß er noch darauf hätte hinweisen können. Wollte den Installer eigntlich gar nicht einsetzen. War ein sehr spontaner Entschluss. Außerdem waere das plugin im svn der josm-plugins wesentlich besser aufgehoben. Aber auch dazu habe ich bisher keinen Zugriff. Waere dankbar, wenn man mir sagen koennte, wie ich diesen Zugriff bekommen kann, insbesondere, da ich selbst mit einem svn-System lokal arbeite (Tortoise-Svn). Gruss Werner From ulf.lamping at googlemail.com Sun Jan 24 14:07:01 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 24 Jan 2010 15:07:01 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <201001241420.40775.wkg.koenig@gmail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <4B5B7C32.3090100@remote.org> <1264336924536-4448948.post@n2.nabble.com> <201001241420.40775.wkg.koenig@gmail.com> Message-ID: <4B5C5405.4050209@googlemail.com> Am 24.01.2010 14:20, schrieb Werner König: > Außerdem waere das plugin im svn der josm-plugins wesentlich besser aufgehoben. Ja, das wäre gut. > Aber > auch dazu habe ich bisher keinen Zugriff. Waere dankbar, wenn man mir sagen koennte, > wie ich diesen Zugriff bekommen kann, insbesondere, da ich selbst mit einem svn-System > lokal arbeite (Tortoise-Svn). Mit Tortoise-Svn arbeite ich auch, das klappt gut. Die Plugins liegen ja im "normalen" OSM Svn: http://svn.openstreetmap.org/applications/editors/josm/plugins Da bekommt man normallerweise recht einfach Zugriff drauf, hab aber gerade leider nicht im Kopf, wen du da fragen mußt (ist schon ziemlich lange her bei mir). Gruß, ULFL From ulf.lamping at googlemail.com Sun Jan 24 14:31:46 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 24 Jan 2010 15:31:46 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <201001241202.07342.wkg.koenig@gmail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <201001240139.42762.wkg.koenig@gmail.com> <4B5BAC4F.3060106@googlemail.com> <201001241202.07342.wkg.koenig@gmail.com> Message-ID: <4B5C59D2.7000208@googlemail.com> Am 24.01.2010 12:02, schrieb Werner König: > Am Sonntag, 24. Januar 2010 03:11:27 schrieb Ulf Lamping: >> Wird toms - wie bei den Presets - über XML "gesteuert", oder sind die >> Sachen "hardcoded" drin? > Bisher ist die ganze Sache "hardcoded". Steuerung ueber xml ist jedoch angedacht. > Insbesonder das Tagging-Schema moechte ich als xml-Datei abbilden, damit ich nicht > bei jeder kleinen Aenderung das ganze Programm anpacken muss. Dazu werde ich wahrscheinlich > eine StaX-Parser verwenden (in java 1.6 enthalten). Erste Versuche sind positiv. > > Dies ist jedoch nur ein Anfang. Schau mal unter http://www.jaxfront.org/pages/, dort wird > beschrieben, wie man mit jaxfront Programme auf der Basis von xml-Schematas generieren kann. > Dass ganze ist fuer nicht kommerzielle Anwendung freie Software und steht zumindest teilweise > unter der GPL-Lizenz zur Verfuegung, d.h die Sourcen muessen zumindestens teilweise > oeffentlich zugaenglich sein. Wenn ich sowas wie "Free Community Edition" lese, lasse ich persönlich da eher die Finger von. Das wird dann nach einiger Zeit gerne mal nicht mehr "ganz so free" - nämlich dann, wenn die Bugs im Produkt behoben sind ;-) > Ich denke der Ansatzpunkt derartiges in josm zu integrieren sind die presets. Zunächst würde ich das erstmal parallel zu den presets machen, es muß in der Ecke noch genug auspropiert werden, da läßt man bestehende Mechanismen besser erstmal in Ruhe ;-) > Ich habe mich in toms dazu als SelectionChangedListener in die entsprechende Event-Liste > eingetragen und bekomme daher jeden Node-Wechsel mit und kann entsprechend in der > Maske reagieren. Bei der Suche nach dieser Loesung habe ich aehnliche Ansaetze fuer den > MouseListener-Event gesehen. Damit muesste man doch einen Rechtsklick relativ einfach > abfangen und entsprechend mit einem Kotextmenue reagieren koennen? Das sollte nicht sooo schwierig sein, es hat halt bislang keiner (inkl. mir) angepackt. Die einzige "Schwierigkeit" ist dabei wohl die Verwendung der rechten Maustaste zum Kartenverschieben. Aber ich denke auch das kann man durchaus in den Griff bekommen. Frederik hatte sowas im Slippy-Map Plugin sogar schonmal eingebaut. Gruß, ULFL From osm_ at malenki.ch Sun Jan 24 14:37:41 2010 From: osm_ at malenki.ch (malenki) Date: Sun, 24 Jan 2010 15:37:41 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor References: <201001230202.24062.wkg.koenig@gmail.com> <4B5B7C32.3090100@remote.org> <1264336924536-4448948.post@n2.nabble.com> <201001241420.40775.wkg.koenig@gmail.com> <4B5C5405.4050209@googlemail.com> Message-ID: <20100124153741.268ac0eb@c2d-sid> Ulf Lamping schrieb: >Am 24.01.2010 14:20, schrieb Werner König: > >> Aber >> auch dazu habe ich bisher keinen Zugriff. Waere dankbar, wenn man >> mir sagen koennte, wie ich diesen Zugriff bekommen kann, > >Da bekommt man normallerweise recht einfach Zugriff drauf, hab aber >gerade leider nicht im Kopf, wen du da fragen mußt (ist schon ziemlich >lange her bei mir). Steht in http://wiki.openstreetmap.org/wiki/SVN Gruß malenki From dieterdreist at gmail.com Sun Jan 24 15:07:21 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Sun, 24 Jan 2010 16:07:21 +0100 Subject: [Talk-de] =?utf-8?q?Grund_f=C3=BCr_maxspeed_taggen_=28was=3A_Re?= =?utf-8?q?=3A_Revert_einiger_Changesets=29?= In-Reply-To: <1264336623843-4448938.post@n2.nabble.com> References: <4B5B8235.4050400@terbrueggen.net> <4B5B8A18.7090208@googlemail.com> <4B5B8D46.3030600@terbrueggen.net> <4B5B993E.7050506@googlemail.com> <1264330956600-4448708.post@n2.nabble.com> <4B5C322C.20305@tobias-knerr.de> <1264336623843-4448938.post@n2.nabble.com> Message-ID: <7acdb3651001240707r2e435c6v65555d2a8b728168@mail.gmail.com> Am 24. Januar 2010 13:37 schrieb Gerry Light : > "Innerorts", durch ein Residential-Polygon beschrieben, reicht IMHO. -1, bitte nicht. residential heisst "Wohngebiet", die sind zwar üblicherweise innerorts (allerdings auch nicht immer, s. Grüngelbe-Ortshinweisschilder), aber es gibt durchaus noch viel mehr Landuses, die auch innerorts sind. Ein innerorts-Polygon an sich halte ich allerdings auch für eleganter als das Taggen jeder einzelnen Straße dafür. > Ich bin der Überzeugung, daß man Anfängern und auch Anwendungsprogrammieren > einen großen Gefallen tut, wenn sie "maxspeed=konkreter_wert" lesen und > schreiben können. +1 Gruß Martin From ulf.lamping at googlemail.com Sun Jan 24 15:10:53 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 24 Jan 2010 16:10:53 +0100 Subject: [Talk-de] Revert einiger Changesets In-Reply-To: <4B5C48B7.3070800@gmx.de> References: <4B5B8235.4050400@terbrueggen.net> <4B5B8A18.7090208@googlemail.com> <4B5B8D46.3030600@terbrueggen.net> <4B5B993E.7050506@googlemail.com> <4B5C48B7.3070800@gmx.de> Message-ID: <4B5C62FD.7070404@googlemail.com> Am 24.01.2010 14:18, schrieb Klaus Hartl: > +1 > Der Unterschied zwischen einer Zone-30 und einer normalen Begrenzung ist > doch, dass bei der Zone auch noch nach dem Abbiegen 30km/h gelten, bis > zum Zone-Ende-Schild. Der Sinn liegt also in der Ersparnis der normalen > Schilder in der Realität. Wo aber ist der Sinn bzw. Unterschied in > unseren Daten, wenn wir sowieso jede betreffende Straße damit > attributieren? Meines Erachtens ist die Zonen-Information - wie auch > Gerry mit 'innerorts' meint - höchstens als Verschneidung wertvoll, > absolut vernachlässigenswert also, wenn die Straße schon über das > maxspeed-tag verfügen. Lass uns doch nicht über die Sinnhaftigkeit des taggens einer Zone-30 diskutieren, das bringt nichts weil es hier einfach unterschiedliche Meinungen gibt, die man auch alle mit gutem Gewissen vertreten kann. Wenn Mapper den Grund für die Höchstgeschwindigkeit eintragen wollen, dann sollen sie das auch tun können, das ist ja prinzipiell kein Problem. Das heißt ja nicht, das es jeder eintragen muß (ich z.b. werde es nicht tun). Was offensichtlich hier zu Problemen führt ist die Vermischung von Wert der Höchstgeschwindigkeit (30 km/h, egal warum) und Grund der Höchstgeschwindigkeit (explizites Schild, 30Zone, Ortschaft, ...). Wenn jemand nun neben oder anstelle vom Wert der Höchstgeschwindigkeit (auch) den Grund eintragen möchte, ist das wie gesagt völlig ok. Dann kann man ihm aber schon zumuten dafür einen zweiten/anderen Tag zu setzen. Wenn ich mir so die aktuellen maxspeed Werte anschaue, läßt es mich erschauern wenn ich dafür eine Auswertung schreiben müßte. Wir taggen zwar weder für die Renderer, noch für die Router, aber laßt ihnen doch zumindest eine Chance mit den Daten was anfangen zu können ;-) Gruß, ULFL From webmaster at ts-eastrail.de Sun Jan 24 15:22:29 2010 From: webmaster at ts-eastrail.de (=?utf-8?Q?Mirko_K=C3=BCster?=) Date: Sun, 24 Jan 2010 16:22:29 +0100 Subject: [Talk-de] =?utf-8?q?Grund_f=C3=BCr_maxspeed_taggen_=28was=3A_Re?= =?utf-8?q?=3A_Revert_einiger_Changesets=29?= References: <4B5B8235.4050400@terbrueggen.net><4B5B8A18.7090208@googlemail.com> <4B5B8D46.3030600@terbrueggen.net><4B5B993E.7050506@googlemail.com><1264330956600-4448708.post@n2.nabble.com><4B5C322C.20305@tobias-knerr.de><1264336623843-4448938.post@n2.nabble.com> <7acdb3651001240707r2e435c6v65555d2a8b728168@mail.gmail.com> Message-ID: <95FE41CC5CA84A1988AC2A946C1E429F@mkwebdialin> > Ein innerorts-Polygon an sich halte ich allerdings auch für eleganter > als das Taggen jeder einzelnen Straße dafür. Das haben wir schon lange und nennt sich Place. Das kannst du unabhängig vom Landuse einmal um den Ort ziehen, und auch entsprechend am Ortseingang enden lassen. Damit ist auch das Ort / Weiler Problem kein Thema mehr, gibt der Wert ja direkt an. Wenn ich einen Ort voll habe ziehe ich immer zusätzlich zum Place Node das Polygon. Das wird ja beispielsweise auch bei Garrys Checks für unmapped genutzt. Der wertet so alles innerhalb dieser Place Polygone aus, auch Straßen. Es dürfte also kein großes Ding sein das so in der Form auch für die in/out Frage zu nutzen. Gruß Mirko From osm at terbrueggen.net Sun Jan 24 15:26:48 2010 From: osm at terbrueggen.net (olvagor) Date: Sun, 24 Jan 2010 16:26:48 +0100 Subject: [Talk-de] Revert einiger Changesets In-Reply-To: References: <4B5B8235.4050400@terbrueggen.net> Message-ID: <4B5C66B8.9030004@terbrueggen.net> Hi, Lothar Emmerich schrieb: > Das spricht eindeutig für die einfache Lösung. Wie ich bereits sagte, hänge ich nicht an dem Tag. Bis gestern war ich davon ausgegangen, ein einigermaßen etabliertes Tag zu nutzen. Offensichtlich hab ich da irgendwie maxspeed und zone durcheinandergeworfen. Jedenfalls halte ich es durchaus für sinnvoll, den Grund für die Geschwindigkeitsbeschränkung zu erfassen. Ich habe überhaupt nichts gegen maxspeed=30 zone=speed:30 o.ä. Nur möchte ich einfach nicht, dass die Information einfach sang- und klanglos verschwindet. Gruß, Markus From gerrylight at mail.com Sun Jan 24 15:41:59 2010 From: gerrylight at mail.com (Gerry Light) Date: Sun, 24 Jan 2010 07:41:59 -0800 (PST) Subject: [Talk-de] =?utf-8?q?Grund_f=C3=BCr_maxspeed_taggen_=28was=3A_Re?= =?utf-8?q?=3A_Revert_einiger_Changesets=29?= In-Reply-To: <7acdb3651001240707r2e435c6v65555d2a8b728168@mail.gmail.com> References: <4B5B8235.4050400@terbrueggen.net> <4B5B8A18.7090208@googlemail.com> <4B5B8D46.3030600@terbrueggen.net> <4B5B993E.7050506@googlemail.com> <1264330956600-4448708.post@n2.nabble.com> <4B5C322C.20305@tobias-knerr.de> <1264336623843-4448938.post@n2.nabble.com> <7acdb3651001240707r2e435c6v65555d2a8b728168@mail.gmail.com> Message-ID: <1264347719199-4449479.post@n2.nabble.com> Martin Koppenhoefer wrote: > > -1, bitte nicht. residential heisst "Wohngebiet", die sind zwar > üblicherweise innerorts (allerdings auch nicht immer, s. > Grüngelbe-Ortshinweisschilder), aber es gibt durchaus noch viel mehr > Landuses, die auch innerorts sind. > Stimmt, mein Fehler. Im Weiler gelten keine Ortsbeschränkungen. Aber die ganze Geschichte mit den Wohngebieten/Orten/Gemeinden usw. möchte ich ohnehin noch mal zur Diskussion stellen, weil man in dem Bereich doch arg merkt, dass das Tagging im Laufe der Zeit gewachsen ist. Mach ich aber irgendwann mal in einen eigenen Thread, wenn ich meine Gedanken dazu gesammelt habe (was allerdings dauern kann). -- View this message in context: http://n2.nabble.com/Revert-einiger-Changesets-tp4447254p4449479.html Sent from the Germany mailing list archive at Nabble.com. From osm at tappenbeck.net Sun Jan 24 16:12:38 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 24 Jan 2010 17:12:38 +0100 Subject: [Talk-de] OSM im NDR-Fernsehen Message-ID: <4B5C7176.5040003@tappenbeck.net> heute Abend im NDR-Schleswig-Holstein Magazin http://www3.ndr.de/sendungen/s-h_magazin/start138_sid-690896.html Gruß Jan :-) From wkg.koenig at googlemail.com Sun Jan 24 16:14:21 2010 From: wkg.koenig at googlemail.com (Werner =?utf-8?q?K=C3=B6nig?=) Date: Sun, 24 Jan 2010 17:14:21 +0100 Subject: [Talk-de] toms, neues Plugin fuer josm-Editor In-Reply-To: <4B5C59D2.7000208@googlemail.com> References: <201001230202.24062.wkg.koenig@gmail.com> <201001241202.07342.wkg.koenig@gmail.com> <4B5C59D2.7000208@googlemail.com> Message-ID: <201001241714.22141.wkg.koenig@gmail.com> Am Sonntag, 24. Januar 2010 15:31:46 schrieb Ulf Lamping: > Wenn ich sowas wie "Free Community Edition" lese, lasse ich persönlich > da eher die Finger von. Das wird dann nach einiger Zeit gerne mal nicht > mehr "ganz so free" - nämlich dann, wenn die Bugs im Produkt behoben > sind ;-) Ich wollte ja nur mal den Ansatz zeigen, der sehr interessant ist. Außerdem schiele ich ein bisschen auf die Sourcen, die zumindest teilweise freigegeben sind. Darum muss ich mich noch kümmern. Wenn man mir diese gibt, glaube ich, dass man das ganze aehnlich in Josm nachbilden kann, ohne in eine Lizenzpflicht zu schlidderrn. > > > Ich denke der Ansatzpunkt derartiges in josm zu integrieren sind die presets. > > Zunächst würde ich das erstmal parallel zu den presets machen, es muß in > der Ecke noch genug auspropiert werden, da läßt man bestehende > Mechanismen besser erstmal in Ruhe ;-) Natuerlich parallel, aber trotzdem aufbauend auf den presets > > > Ich habe mich in toms dazu als SelectionChangedListener in die entsprechende Event-Liste > > eingetragen und bekomme daher jeden Node-Wechsel mit und kann entsprechend in der > > Maske reagieren. Bei der Suche nach dieser Loesung habe ich aehnliche Ansaetze fuer den > > MouseListener-Event gesehen. Damit muesste man doch einen Rechtsklick relativ einfach > > abfangen und entsprechend mit einem Kotextmenue reagieren koennen? > > Das sollte nicht sooo schwierig sein, es hat halt bislang keiner (inkl. > mir) angepackt. Die einzige "Schwierigkeit" ist dabei wohl die > Verwendung der rechten Maustaste zum Kartenverschieben. Aber ich denke > auch das kann man durchaus in den Griff bekommen. Frederik hatte sowas > im Slippy-Map Plugin sogar schonmal eingebaut. Denke auch, dass das machbar ist, werde es in der naechsten Zeit mal ausprobieren. Gruss Werner From telegnom.osm at googlemail.com Sun Jan 24 16:31:34 2010 From: telegnom.osm at googlemail.com (Max Andre) Date: Sun, 24 Jan 2010 17:31:34 +0100 Subject: [Talk-de] Ubuntu 9.10 Josm WMS Plugin In-Reply-To: <3645615.cSXb8vxdau@buegehome.de> References: <3645615.cSXb8vxdau@buegehome.de> Message-ID: <4B5C75E6.6060607@googlemail.com> Michael Buege schrieb: > Kann jemand ein funktionierendes WMS-Plugin in Josm unter Ubuntu 9.10 > bestaetigen? > > Kann ein funktionierendes WMS-Plugin unter Ubuntu 9.10 in allen Version der letzten Wochen (inkl. der selbstgebrauten SVN-Versionen) melden. Allerdings nicht mit dem gnome-web-photo aus dem ubuntu repository. Da habe ich eine ältere Version installieren müssen, da ansonsten scheinbar keine Bilder geladen werden, was aber am gnome-web-photo liegt. Die eingebaute Yahoo! - Quelle funktioniert bei mir ohne Probleme. Auch die nachgerüsteten Haiti-Quellen rennen problemlos. Grüße Max From lists at falconaerie.de Sun Jan 24 17:37:11 2010 From: lists at falconaerie.de (=?ISO-8859-15?Q?Ren=E9_Falk?=) Date: Sun, 24 Jan 2010 18:37:11 +0100 Subject: [Talk-de] OSM im NDR-Fernsehen In-Reply-To: <4B5C7176.5040003@tappenbeck.net> References: <4B5C7176.5040003@tappenbeck.net> Message-ID: <4B5C8547.5030300@falconaerie.de> Am 24.01.2010 17:12, schrieb Jan Tappenbeck: > heute Abend im NDR-Schleswig-Holstein Magazin > > http://www3.ndr.de/sendungen/s-h_magazin/start138_sid-690896.html Ich lese da nix von OSM, nur von Spenden für Haiti, Jump & Race, Strandsegeln in St.Peter, Windpark Wasbek, Howaldt und dem Quiz. Grüße René From ekkehart at gmx.de Sun Jan 24 18:28:57 2010 From: ekkehart at gmx.de (NopMap) Date: Sun, 24 Jan 2010 10:28:57 -0800 (PST) Subject: [Talk-de] OSM Composer V0.81 mit neuem Wizard Message-ID: <1264357737513-4450076.post@n2.nabble.com> Hallo! Es gibt eine neue Version V0.81 von OSM Composer. Diesmal beinhaltet Composer ein grundlegend neues Feature, zu dem ich ein paar Worte verlieren möchte. Bei der Kartenerstellung in OSM gibt es immer wieder ein paar knifflige Fragen zu beantworten: - Welche Tags werden verwendet, welche Objekte gibt es im Kartenbereich? - Funktionieren meine Renderregeln, werden die gewünschten Objekte erfaßt? - Fehlen noch Objekte auf meiner Karte, werden überhaupt alle Renderregeln benutzt? Für die Verwendung von Tags gibt es Statistiken wie Tagwatch und OSMDoc. Für die Übersicht über Renderregeln gibt es den Wiki-Ansatz bei Kosmos/Groundtruth oder den graphischen Ansatz mit den Previews in Composer. Aber irgendwie ist es immer noch alles rech mühsam und mit sehr viel Handarbeit verbunden, viel basiert auf Try&Error. Seit einiger Zeit ging mir ein neuer, gemischter Ansatz durch den Kopf, den ich jetzt mal in Composer eingebaut habe. In Ermangelung eines besseren Namens habe ich das Modul Wizard genannt. Im Prinzip fährt Composer eine Statistik über den verarbeiteten Kartenausschnitt und zeigt die Verwendung und Häufigkeit der einzelnen Tags in einem Baum an. (Toll, das macht OSMDoc auch :-). Dann werden in diesen Baum alle Renderregeln eingetragen und mit einem kleinen Previewicon graphisch verdeutlicht. Es wird zwischen direkten Regeln unterschieden, die immer dieses Ergebnis bringen, und Tags, die in komplexen Bedingungen verwendet werden und kontextabhängig so gerendert werden können. Schließlich werden noch alle internen Verwendung von Composer eingetragen, z.B. für ein Wegeverzeichnis. Grundsätzlich soll diese Sicht helfen, die Regeln leichter zu verstehen. Der Baum ist nicht statisch, sonden alle Regeln können direkt im Baum angezeigt und bearbeitet werden. Darüber hinaus können neue Regeln einfach erzeugt werden, indem man ein Kartenobjekt nimmt und per Drag&Drop auf ein bisher unbenutztes Tag zieht. Alle Änderungen werden im Wizard sofort angezeigt. Meine erste Erfahrung war ganz positiv - sonst hätte ich's schnell und heimlich wieder ausgebaut. :-) Ich habe ein paar Dinge in meiner Karte gefunden, die mir so vorher noch nicht klar waren und konnte sie ergänzen oder korrigieren. Jetzt würde ich aber Euch einladen, euch das Konzept mal anzusehen, ob Ihr damit etwas anfangen könnt und vielleicht noch weitere Ideen habt, was man damit anstellen könnte. Denkt bitte immer daran, die Idee ist noch ganz jung und sicher ausbaufähig. Auch wenn Ihr mit Garminkarten und Composer nichts am Hut habt, könnte es interessant sein mal draufzuschauen, vielleicht kann man mit dem Ansatz ja auch bei anderen Toolkombinationen für mehr Durchblick sorgen. So, jetzt aber zur gewohnten Zusammenfassung. Die wesentlichen Features der neuen Version sind: * Erste Unterstützung für routingfähige Karten * Wizardmodus, der Renderregeln und Statistiken über vorhandene Tags grafisch zusammenbringt * Automatisches Erzeugen von Icons auf Flächen * Unterstützung einer Whitelist für Tags * Kartenparameter sind Pflichtfelder * Fix: Kartenid wieder mehrstellig * Fix: Zweifarbige Bitmaps bei Linien möglich. Danke an Walter Schlögl für die Lösung. Download unter [url]http://wiki.openstreetmap.org/wiki/DE:OSM_Composer#Download[/url] bye Nop -- View this message in context: http://n2.nabble.com/OSM-Composer-V0-81-mit-neuem-Wizard-tp4450076p4450076.html Sent from the Germany mailing list archive at Nabble.com. From osm at tappenbeck.net Sun Jan 24 19:52:23 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sun, 24 Jan 2010 20:52:23 +0100 Subject: [Talk-de] OSM im NDR-Fernsehen In-Reply-To: <4B5C8547.5030300@falconaerie.de> References: <4B5C7176.5040003@tappenbeck.net> <4B5C8547.5030300@falconaerie.de> Message-ID: Am 24.01.2010 18:37, schrieb René Falk: > Am 24.01.2010 17:12, schrieb Jan Tappenbeck: >> heute Abend im NDR-Schleswig-Holstein Magazin >> >> http://www3.ndr.de/sendungen/s-h_magazin/start138_sid-690896.html > > Ich lese da nix von OSM, nur von Spenden für Haiti, Jump& Race, > Strandsegeln in St.Peter, Windpark Wasbek, Howaldt und dem Quiz. > > Grüße > > René sorry - war ein fehlalarm. da hatten meine informanten etwas falsch verstanden. was nicht ist - kann ja noch kommen ! gruß jan :-) From wkg.koenig at googlemail.com Sun Jan 24 20:42:05 2010 From: wkg.koenig at googlemail.com (Werner =?utf-8?q?K=C3=B6nig?=) Date: Sun, 24 Jan 2010 21:42:05 +0100 Subject: [Talk-de] OSM Composer V0.81 mit neuem Wizard In-Reply-To: <1264357737513-4450076.post@n2.nabble.com> References: <1264357737513-4450076.post@n2.nabble.com> Message-ID: <201001242142.05299.wkg.koenig@gmail.com> Am Sonntag, 24. Januar 2010 19:28:57 schrieb NopMap: > > > So, jetzt aber zur gewohnten Zusammenfassung. Die wesentlichen Features der > neuen Version sind: > > * Erste Unterstützung für routingfähige Karten > * Wizardmodus, der Renderregeln und Statistiken über vorhandene Tags > grafisch zusammenbringt > * Automatisches Erzeugen von Icons auf Flächen > * Unterstützung einer Whitelist für Tags > * Kartenparameter sind Pflichtfelder > * Fix: Kartenid wieder mehrstellig > * Fix: Zweifarbige Bitmaps bei Linien möglich. Danke an Walter Schlögl für > die Lösung. > Hoert sich gut an. Habe selber bis jetzt noch gar nichts mit dem Composer gemacht. Wenn ich ehrlich bin, habe ich bisher noch nicht einmal gewusst, dass es ein derartiges Tool gibt. Da ich mich aber selber mit der Kartenerstellung (fuer private Zwecke) beschaeftigen moechte, werde ich nicht umhin kommen dieses Tool mal auszuprobieren. Danke an alle, die sich so viel Arbeit machen, dass man derartige Tools hier angeboten bekommt. Gruss Werner From l.emmerich at t-online.de Sun Jan 24 21:14:55 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Sun, 24 Jan 2010 22:14:55 +0100 Subject: [Talk-de] OSM Composer V0.81 mit neuem Wizard In-Reply-To: <201001242142.05299.wkg.koenig@gmail.com> References: <1264357737513-4450076.post@n2.nabble.com> <201001242142.05299.wkg.koenig@gmail.com> Message-ID: <394B4004-4973-4292-9E78-AE63F0D242C8@t-online.de> Am 24.01.2010 um 21:42 schrieb Werner König: > Am Sonntag, 24. Januar 2010 19:28:57 schrieb NopMap: >> >> >> So, jetzt aber zur gewohnten Zusammenfassung. Die wesentlichen Features der >> neuen Version sind: >> >> * Erste Unterstützung für routingfähige Karten >> * Wizardmodus, der Renderregeln und Statistiken über vorhandene Tags >> grafisch zusammenbringt >> * Automatisches Erzeugen von Icons auf Flächen >> * Unterstützung einer Whitelist für Tags >> * Kartenparameter sind Pflichtfelder >> * Fix: Kartenid wieder mehrstellig >> * Fix: Zweifarbige Bitmaps bei Linien möglich. Danke an Walter Schlögl für >> die Lösung. >> > > Hoert sich gut an. Habe selber bis jetzt noch gar nichts mit dem Composer gemacht. > Wenn ich ehrlich bin, habe ich bisher noch nicht einmal gewusst, dass es ein derartiges > Tool gibt. Da ich mich aber selber mit der Kartenerstellung (fuer private Zwecke) beschaeftigen > moechte, werde ich nicht umhin kommen dieses Tool mal auszuprobieren. > > Danke an alle, die sich so viel Arbeit machen, dass man derartige Tools hier angeboten bekommt. > > Gruss > > Werner > Dem kann ich mich nur anschließen. Möchte auch Karten erstellen. Danke für das Tool. Die nächsten Abende sind ausgebucht Gruß Lothar From news at jonasstein.de Sun Jan 24 23:27:32 2010 From: news at jonasstein.de (Jonas Stein) Date: Mon, 25 Jan 2010 00:27:32 +0100 Subject: [Talk-de] Recyclingcontainer References: <4B551FF0.5010008@gmx.de> <4B5799BC.9050407@gmx.de> <4B5896C5.9030906@googlemail.com> Message-ID: <4k1v27-8k8.ln1@news.jonasstein.de> > [..] Im Wiki ist als "useful combination" name=* angegeben [1]. Ich denke da > sollte man unbedingt noch ref=* aufnhemen. Name macht IMHO nur dann > Sinn, wenn es sich um einen Recyclinghof handelt. Aber an den > Containern.... Wenn es keinen Einwände gibt, werde ich die Wikiseite mal > dahin gehend überarbeiten. OK ueberzeugt. Wiki: Das waere prima. Danke. -- Jonas Stein From news at jonasstein.de Mon Jan 25 00:15:53 2010 From: news at jonasstein.de (Jonas Stein) Date: Mon, 25 Jan 2010 01:15:53 +0100 Subject: [Talk-de] =?utf-8?q?interessanter_Bug_in_Stra=C3=9Fenlistenauswer?= =?utf-8?q?tung?= Message-ID: Wenn man auf http://osm.gt.owl.de/Strassenliste/Troisdorf/Status.html sich in dem Absatz Nicht in OSM den Europaplatz in Google Maps anzeigen laesst wird der 'richtige' nahe dem Rotter See gefunden. klickt man jedoch auf Interaktive Anzeige der fehlenden Straßen und dann Alle Straßen anzeigen erhaelt man .. [x] Europaplatz (gefunden in Sankt Augustin) .. Bemerkt Google die OSM Abfrage und liefert andere Daten, oder ist die Abfrage nicht optimal formuliert? -- Jonas Stein From tonnhofer at omniscale.de Mon Jan 25 10:37:18 2010 From: tonnhofer at omniscale.de (Oliver Tonnhofer) Date: Mon, 25 Jan 2010 11:37:18 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> Message-ID: <13598919-6293-464F-8625-2ED4106ED959@omniscale.de> Moin, On 15.01.2010, at 09:30, Oliver Tonnhofer wrote: > PS: Im aktuellen Datenbestand sind gibt es noch Probleme mit > Multipolygon Relations (so ist z.B. der Bodensee z.Zt. trockengelegt). > Das wird allerdings in der nächsten Woche behoben. Die Multipolygone funktionieren nun zum größten Teil. Hier und da kann z.B. nochmal ein Innenhof fehlen, etc. Das "freie" Tagging-Format für Polygone ist nicht immer leicht zu verarbeiten. Nach und nach werden wir das aber noch verbessern. Auch die Ways mit Straßen plus Straßenbahn werden nun dargestellt. Danke für die Hinweise. Gruß Oliver -- Oliver Tonnhofer Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) From frederik at remote.org Mon Jan 25 12:10:39 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 25 Jan 2010 13:10:39 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <13598919-6293-464F-8625-2ED4106ED959@omniscale.de> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> <13598919-6293-464F-8625-2ED4106ED959@omniscale.de> Message-ID: <4B5D8A3F.2040605@remote.org> Hallo, Oliver Tonnhofer wrote: > Die Multipolygone funktionieren nun zum größten Teil. Hier und da kann > z.B. nochmal ein Innenhof fehlen, etc. Das "freie" Tagging-Format für > Polygone ist nicht immer leicht zu verarbeiten. Nach und nach werden > wir das aber noch verbessern. Also mit Lichtungen in Waeldern klappt es noch ueberhaupt nicht, siehe Beispiel hier (in den inneren blauen Ringen sollte eigentlich kein Wald sein): http://www.remote.org/frederik/tmp/omniscale_wald.png Erzaehlt ihr mal etwas mehr darueber, wie ihr die Daten aufbereitet? Fuer die Multipolygone solltet ihr ungefaehr nach diesem Algorithmus vorgehen: http://wiki.openstreetmap.org/wiki/Relation:multipolygon/Algorithm Je nachdem, was ihr genau macht, koennte es sein, dass ihr zuweilen an dem scheitert, was da in RG-6 beschrieben ist - wenn man die Polygone mit PostGIS zusammenbaut, dann mag das naemlich gar nicht, wenn zwei innere Ringe sich beruehren, und das kommt in OSM oefters vor. Weil ziemlich viele Leute mit diesen Multipolygonen nicht so gut zurecht kommen, haben wir angefangen, einen PostGIS-Dump bereitzustellen, in saemtliche Flaechenobjekte, inkl. komplexer Multipolygone, fertig aufbereitet als Polygongeometrien drin sind: http://download.geofabrik.de/polygon/ Update derzeit aber nur einmal die Woche. Eventuell koennt ihr das benutzen, oder zumindest zur Fehlersuche heranziehen. Ist allerdings weltweit, also muesst ihr ggf. erst noch Euren Bereich rausschneiden. Bye Frederik From news at jonasstein.de Mon Jan 25 12:53:18 2010 From: news at jonasstein.de (Jonas Stein) Date: Mon, 25 Jan 2010 13:53:18 +0100 Subject: [Talk-de] Wie sicher ist Openstreetmap vor Ausbeutung? Message-ID: Jemand moechte gerne seine eigene Kartendarstellung haben, duest dafuer mit GPS-Maus am Notebook in einem gestohlenem Google-Auto durch alle Strassen. Laedt fleissig bei OSM hoch und hat nach ein paar Jahren seine Wunschkarte erstellt. Ein paar Tage drauf kostet der Zugriff auf den OSM-Server 10 EUR/Monat im Abo und Daten runterladen geht nur noch in 100 kB Haeppchen. Wie realistisch ist so ein Scenario? Welche Abhaengigkeiten bestehen? Falls Stadtplandienst die OSM Server kauft, koennte eine neue Gruppe den letzten Datenstand auf eigene Server hochladen und weiter machen? Welches Interesse haben die Betreiber und Sponsoren an dem Projekt? Ich fand dazu bislang noch keine Antwort, auch bei der letzten Mapping-Party war das den Teilnehmern nicht ganz klar. Herzliche Gruesse, und frohes mappen, -- Jonas Stein From osm-ml at roland-ramthun.de Mon Jan 25 13:32:01 2010 From: osm-ml at roland-ramthun.de (Roland Ramthun) Date: Mon, 25 Jan 2010 14:32:01 +0100 Subject: [Talk-de] Wie sicher ist Openstreetmap vor Ausbeutung? In-Reply-To: References: Message-ID: <1264426321.5304.6.camel@localhost> Am Montag, den 25.01.2010, 13:53 +0100 schrieb Jonas Stein: > Welche Abhaengigkeiten bestehen? Welcher Form? Die Frage ist ungenau. OSM hängt nicht klassisch von einer Firma o.ä. ab, sondern wird von dem englischen Äquivalent eines e.V. verwaltet. > Falls Stadtplandienst die OSM Server kauft, Man kann keine "Server kaufen". OSM wird verwaltet von der OSM-Foundation, die die Server betreibt. Man könnte versuchen die OSM Foundation zu übernehmen. Dagegen kann man sich wehren, indem man der Foundation als Mitglied beitritt und damit Stimmrechte erwirbt. > koennte eine neue Gruppe den letzten Datenstand auf eigene Server > hochladen und weiter machen? Ja. Grüße Roland From qbert1 at gmx.de Mon Jan 25 13:48:50 2010 From: qbert1 at gmx.de (qbert biker) Date: Mon, 25 Jan 2010 14:48:50 +0100 Subject: [Talk-de] Wie sicher ist Openstreetmap vor Ausbeutung? In-Reply-To: References: Message-ID: <20100125134850.260440@gmx.net> -------- Original-Nachricht -------- > Datum: Mon, 25 Jan 2010 13:53:18 +0100 > Von: Jonas Stein > An: talk-de at openstreetmap.org > Betreff: [Talk-de] Wie sicher ist Openstreetmap vor Ausbeutung? > Welche Abhaengigkeiten bestehen? Falls Stadtplandienst die OSM Server > kauft, > koennte eine neue Gruppe den letzten Datenstand auf eigene Server > hochladen > und weiter machen? Soweit es das Worldfile betrifft, ist die Sache einfach zu beantworten. Alle Daten, die da drin sind, koennen fuer einen Neustart auf einem beliebigen Server an beliebigen Ort verwendet werden. Spannender wirds bei den ganzen Changeset-Sachen, die immer wichtiger werden. Das wuerde mich auch interessieren, inwieweit da Daten verlorengehen, wenn alle DB-Server mit allen Backups verloren gehen wuerden. > Welches Interesse haben die Betreiber und Sponsoren an dem Projekt? > Ich fand dazu bislang noch keine Antwort, auch bei der letzten > Mapping-Party war das den Teilnehmern nicht ganz klar. Bei Geofabrik und Cloudmade sollte das Interesse klar sein. Wenn die ein Geschaeftsmodell haben, muesste die Antwort da drin stehen. Denke mal, die ziehen Projekte rund um OSM-Daten an Land mit denen sie die Loehne der Mitarbeiter bezahlen. Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser From frederik at remote.org Mon Jan 25 14:17:34 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 25 Jan 2010 15:17:34 +0100 Subject: [Talk-de] Wie sicher ist Openstreetmap vor Ausbeutung? In-Reply-To: References: Message-ID: <4B5DA7FE.7080608@remote.org> Hallo, Jonas Stein wrote: > Ein paar Tage drauf kostet der Zugriff auf den OSM-Server 10 EUR/Monat > im Abo und Daten runterladen geht nur noch in 100 kB Haeppchen. > > Wie realistisch ist so ein Scenario? Das mit den 100kb-Haeppchen kann natuerlich bei einer Server-Ueberlastung immer passieren, und grundsaetzlich *koennten* die derzeitigen Serverbetreiber auch Geld fuer den Zugriff verlangen (das waere ziemlich bloedsinnig, und niemand hat es vor, aber gehen taete es schon). Allerdings kann jeder, jederzeit, einen kompletten Datenabzug - neuerdings sogar mit Historie einschl. Changesets, und bald auch mit GPS-Tracks - vom OSM-Server runterladen und damit einen eigenen OSM-Server aufstellen, der keine 10 EUR/Monat kostet und bei dem man beliebig viel herunterladen kann. Da kann man also relativ unbesorgt sein. Das einzige, was bei so einem Neustart verloren gehen wuerde, waeren GPS-Tracks von Leuten, die als "privat" hochgeladen wurden, denn diese sind eben privat und nicht fuer die Oeffentlichkeit bestimmt. Auch die Benutzer-Accounts mit Passwoertern und E-Mail-Adressen sind nicht oeffentlich, d.h. jeder muesste sich beim neuen System neu anmelden. Die OSM Foundation betreibt die Server, hat die Domains openstreetmap.org/osm.org inne und bemueht sich u.U. um Markeneintragung fuer den Namen OSM. Eine feindliche Uebernahme der OSMF durch z.B. "stadtplandienst" oder so wuerde also dazu fuehren, dass unsere Daten alle frei bleiben und jeder damit ein neues OSM aufsetzen kann, aber der neue Besitzer koennte natuerlich auf die Webseite openstreetmap.org irgendwas schreiben wie "kommt alle zu blablub.net und macht beim nachfolger von OSM mit" und dadurch die Bekanntheit von OSM fuer eigene Zwecke nutzen. Mit "feindlicher Uebernahme" ist hier kein Aufkaufen gemeint, das geht nicht, sondern man muesste massiv Mitglieder in die OSMF einschleusen und dadurch dann die Wahlen entsprechend beeinflussen, so dass die Mehrheit der Vorstandmitglieder aus dem eigenen Freundeskreis bestehen, dann kann man da schalten und walten wie man will. Mit dem geplanten Lizenzwechsel aendert sich die Situation geringfuegig, die OSMF ist dann nicht mehr voellig egal, sondern sie kann, wenn 50% der aktiven Mapper zustimmen, die Lizenz veraendern (wobei es immer eine "free and open" Lizenz bleiben muss, daher haelt der potentielle Schaden sich in Grenzen). Eins ist in jedem Fall 100% sicher: Das, was Du heute als Planet-File herunterlaedst, hast Du bis in alle Ewigkeit unter der CC-BY-SA 2.0 zur Verfuegung, da kann Dir niemand in die Suppe spucken. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From frederik at remote.org Mon Jan 25 14:56:35 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 25 Jan 2010 15:56:35 +0100 Subject: [Talk-de] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung Message-ID: <4B5DB123.9090003@remote.org> Hallo, das Konferenzprogramm fuer die FOSSGIS 2010 steht jetzt fest. Die Konferenz findet vom Dienstag 2.3. bis Freitag 5.3. 2010 in Osnabrueck statt. An den ersten beiden Tagen ist der Focus auf klassischem Open Source GIS, und von Donnerstag mittag bis Freitag abend gehoert die Buehne uns OSMern. An den OSM-Tagen gibt es in aller Regel einen "Vortrags-Track" mit halbstuendigen Vortraegen und parallel einen Track mit "Community Sessions" statt, das sind dann Veranstaltungen mit staerkerem Diskussionscharakter, bei denen der Austausch in der Community im Vordergrund steht und nicht irgendjemand vom Pult aus doziert. (Wir wollten diese Veranstaltungen erst "Workshops" nennen, aber das haette ein Durcheinander gegeben, denn auf der FOSSGIS gibt es bereits "Workshops", das sind kostenpflichtige Tutorien fuer diverse OSS-Programme.) Hier findet ihr das komplette Programm der Konferenz: http://www.fossgis.de/konferenz/2010/index.de.html - die meisten Vortragenden kennt ihr vermutlich bereits aus Mailinglisten, Foren etc. Hier koennt ihr euch zur Konferenz anmelden: http://www.fossgis.de/civicrm/event/register?reset=1&id=2 Die Konferenz ist grundsaetzlich kostenlos, auch die Kaffeepausen und ein einfaches Mittagessen gibt es fuer alle Teilnehmer gratis. Bitte meldet Euch aber auf jeden Fall trotzdem an, damit auch genuegend Essen eingekauft wird ;-) Geld kosten lediglich die bereits erwaehnten Workshops sowie die Abendveranstaltungen am Dienstag und Donnerstag abend (38 bzw 36 Euro fuer Essen+Trinken-Flatrate). Details zu diesen Abendveranstaltungen hier: http://www.fossgis.de/konferenz/wiki/Main_Page. Ich wuerde mich freuen, viele von Euch in Osnabrueck zu treffen. Ich selber werde von Dienstag bis Freitag die ganze Zeit da sein. Einen eigenen OpenStreetMap-Stand wird es diesmal nicht geben, aber irgendwo stellen wir einen Tisch auf und haengen ein paar coole Poster hin. LIGHTNING TALKS --------------- Wir haben 30 Minuten fuer Lightning Talks vorgesehen. Lightning Talks sind Minivortrage, bei denen jemand 1-2 Folien zeigt oder ganz kurz ein Programm oder eine Webseite demonstriert oder irgendwas erzaehlt - wenn jemand von Euch also irgendwas spannendes macht mit OSM, wozu er/sie etwas sagen will oder ein bisschen Aufmerksamkeit erregen, ist das die ideale Gelegenheit. Lightning Talks koennen auch noch direkt auf der Veranstaltung angemeldet werden (aber wer jetzt schon weiss, dass er was sagen will, kann das auch gleich anmelden). Ich organisiere das. BIRDS OF A FEATHER ------------------- Sogenannte "BoF"-Sessions sind geplante oder spontane Arbeits-/Diskussionssitzungen kleinerer Gruppen. Wir haben dafuer Raeume zur Verfuegung, wer also gern sein OSM-Projekt mit anderen besprechen/voranbringen moechte und im offiziellen Programm dafuer keinen Platz sieht, der kann eine BoF veranschlagen. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From claudius.h at gmx.de Mon Jan 25 15:22:08 2010 From: claudius.h at gmx.de (Claudius) Date: Mon, 25 Jan 2010 16:22:08 +0100 Subject: [Talk-de] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung In-Reply-To: <4B5DB123.9090003@remote.org> References: <4B5DB123.9090003@remote.org> Message-ID: Am 25.01.2010 15:56, Frederik Ramm: > Hallo, > > das Konferenzprogramm fuer die FOSSGIS 2010 steht jetzt fest. >(...) > Hier findet ihr das komplette Programm der Konferenz: > > http://www.fossgis.de/konferenz/2010/index.de.html Tolle Vorträge. Aber 30 Minuten für die ÖPNV-Karte... :P Wäre wahrscheinlich praktischer, dass direkt vor die Mittagspause zu legen, denn garantiert wird eine immer wieder nötige Route-Tagging-Diskussion angestossen werden. Claudius From tonnhofer at omniscale.de Mon Jan 25 16:12:09 2010 From: tonnhofer at omniscale.de (Oliver Tonnhofer) Date: Mon, 25 Jan 2010 17:12:09 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <4B5D8A3F.2040605@remote.org> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> <13598919-6293-464F-8625-2ED4106ED959@omniscale.de> <4B5D8A3F.2040605@remote.org> Message-ID: <4DD3C061-ECA3-4B18-B03D-F82C7EAAD160@omniscale.de> Moin, On 25.01.2010, at 13:10, Frederik Ramm wrote: > Also mit Lichtungen in Waeldern klappt es noch ueberhaupt nicht, siehe > Beispiel hier (in den inneren blauen Ringen sollte eigentlich kein > Wald > sein): Nicht generell, aber in diesem Fall schlug die Multipolygon Relation fehl. > Erzaehlt ihr mal etwas mehr darueber, wie ihr die Daten aufbereitet? Wir verarbeiten die OSM XML direkt. > Fuer die Multipolygone solltet ihr ungefaehr nach diesem Algorithmus > vorgehen: > http://wiki.openstreetmap.org/wiki/Relation:multipolygon/Algorithm [RG-6 ...] Genau das fehlt noch. Überall wo ungültige Geometrien sind werden die Multipolygone z.Zt. noch übersprungen. > Weil ziemlich viele Leute mit diesen Multipolygonen nicht so gut > zurecht > kommen, haben wir angefangen, einen PostGIS-Dump bereitzustellen, in > saemtliche Flaechenobjekte, inkl. komplexer Multipolygone, fertig > aufbereitet als Polygongeometrien drin sind: > > http://download.geofabrik.de/polygon/ Danke für den Hinweis. Zum testen/vergleichen werde ich mir da mal eine Datenbank mit aufsetzten. Darf ich fragen wie der Polygon extrakt erstellt wurde? osm2pgsql? Grüße Oliver -- Oliver Tonnhofer Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) From web at oemmes.net Mon Jan 25 17:24:41 2010 From: web at oemmes.net (Nils Heuermann) Date: Mon, 25 Jan 2010 18:24:41 +0100 Subject: [Talk-de] =?iso-8859-15?q?interessanter_Bug_in_Stra=DFenlistenaus?= =?iso-8859-15?q?wertung?= In-Reply-To: References: Message-ID: Hallo Jonas, wenn man auf den Link in der Liste klickt, sucht Google Maps anscheinend auch nach POIs/Geschäften und findet "Städt. Kindergarten Europaplatz - Frieslandring 5, 53844 Troisdorf" und fokussiert darauf (was wohl "zufällig" mit dem gewünschten Europaplatz übereinstimmt). Bei der "interaktiven Anzeige" wird das über die API abgefragt, und da Google die Straße nicht direkt kennt, wird der Europaring in St. Augustin als Ergebnis vorgeschlagen. Das bekommt man unter anderem auch, wenn man den Link in der Liste klickt und dann das Suchformular von Google noch mal abschickt: "Meinten Sie: Europaring, 53757 Sankt Augustin, Rhein-Sieg-Kreis, NRW" Liegt also weder an der Straßenlistenauswertung, noch daran, dass Google OSM nicht mag ;) Google kennt die Straße einfach nicht. Viele Grüße, Nils Am Mon, 25 Jan 2010 01:15:53 +0100 hat Jonas Stein geschrieben: > Wenn man auf > http://osm.gt.owl.de/Strassenliste/Troisdorf/Status.html > sich in dem Absatz > Nicht in OSM > den Europaplatz in Google Maps anzeigen laesst wird der 'richtige' nahe > dem Rotter See gefunden. > > klickt man jedoch auf > Interaktive Anzeige der fehlenden Straßen > und dann > Alle Straßen anzeigen > > erhaelt man > .. > [x] Europaplatz (gefunden in Sankt Augustin) > .. > > Bemerkt Google die OSM Abfrage und liefert andere Daten, oder ist die > Abfrage nicht optimal formuliert? > From guerda at freenet.de Mon Jan 25 17:50:40 2010 From: guerda at freenet.de (Philip =?ISO-8859-1?Q?Gilli=DFen?=) Date: Mon, 25 Jan 2010 18:50:40 +0100 Subject: [Talk-de] Einfach Marker-URLs erstellen? In-Reply-To: <4B59D904.6050309@online.de> References: <4B59D904.6050309@online.de> Message-ID: <1264441840.5264.4.camel@philip-desktop> Hallo André! Am Freitag, den 22.01.2010, 17:57 +0100 schrieb André Reichelt: > Gibt es sowas schon und ich kenne es nicht, oder hat sich da noch keiner > darum gekümmert? Ich habe genau diesen Vorschlag mal im OSM-Trac eingestellt. Leider mit geringem Erfolg: http://trac.openstreetmap.org/ticket/2132 Ich denke, dass so eine Funktionalität immer noch sehr sinnvoll wäre und auch im OpenLayers Platz finden könnte. Schade, dass so eine Idee so platt ohne Diskussion weggebügelt wurde. Gruß, Philip -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: Dies ist ein digital signierter Nachrichtenteil URL : From 1248 at gmx.de Mon Jan 25 17:54:45 2010 From: 1248 at gmx.de (1248) Date: Mon, 25 Jan 2010 09:54:45 -0800 (PST) Subject: [Talk-de] Einfach Marker-URLs erstellen? In-Reply-To: <4B59D904.6050309@online.de> References: <4B59D904.6050309@online.de> Message-ID: <1264442085396-4455439.post@n2.nabble.com> André Reichelt wrote: > > Gibt es sowas schon und ich kenne es nicht, oder hat sich da noch keiner > darum gekümmert? > Ich kenne sowas auch nicht, aber frag doch mal den Autor von diesem [1] Thread im Forum. Der hat eine gute Lösung zum einfachen embedden von Slippy Maps bereitgestellt, daher sollte das für ihn relativ einfach sein, auch so etwas zu basteln (denke ich jedenfalls). Grüße, Philipp [1] http://forum.openstreetmap.org/viewtopic.php?pid=15212 -- View this message in context: http://n2.nabble.com/Einfach-Marker-URLs-erstellen-tp4441233p4455439.html Sent from the Germany mailing list archive at Nabble.com. From bernd at bwurst.org Mon Jan 25 18:10:45 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Mon, 25 Jan 2010 19:10:45 +0100 Subject: [Talk-de] Einfach Marker-URLs erstellen? In-Reply-To: <1264441840.5264.4.camel@philip-desktop> References: <4B59D904.6050309@online.de> <1264441840.5264.4.camel@philip-desktop> Message-ID: <201001251910.45991.bernd@bwurst.org> Am Montag 25 Januar 2010 18:50:40 schrieb Philip Gillißen: > Schade, dass so eine Idee so platt ohne Diskussion weggebügelt wurde. Soweit ich mich erinnern kann, wurde da nichts weggebügelt sondern nur in der Art geantwortet wie: Dafür gibt es momentan keine fertige Funktion, du kannst es aber so ... machen. Dass es bisher schlicht niemanden *so sehr* interessiert hat, dass es mal jemand einbaut, ist IMHO kein "wegbügeln". Gruß, Bernd -- Als deutscher Tourist im Ausland steht man vor der Frage, ob man sich anständig benehmen muß, oder ob schon deutsche Touristen dagewesen sind. - Kurt Tucholsky -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From osm at terbrueggen.net Mon Jan 25 18:18:55 2010 From: osm at terbrueggen.net (olvagor) Date: Mon, 25 Jan 2010 19:18:55 +0100 Subject: [Talk-de] Revert einiger Changesets In-Reply-To: <4B5B8235.4050400@terbrueggen.net> References: <4B5B8235.4050400@terbrueggen.net> Message-ID: <4B5DE08F.7050304@terbrueggen.net> Hallo miteinander, olvagor schrieb: > Kann bitte jemand folgende Changesets rückgängig machen? > > 3661614 > 3661647 > 3661668 > 3661749 > 3661880 > 3662016 in Absprache mit Amm würde ich euch (vermutlich Frederik) bitten, die genannten Changesets zu reverten. Ich werde dann die betroffenen Straßen mit maxspeed=30 zone:maxspeed=DE:30 taggen. Gruß und Danke im Voraus, Markus From guerda at freenet.de Mon Jan 25 18:26:22 2010 From: guerda at freenet.de (Philip =?ISO-8859-1?Q?Gilli=DFen?=) Date: Mon, 25 Jan 2010 19:26:22 +0100 Subject: [Talk-de] Einfach Marker-URLs erstellen? In-Reply-To: <201001251910.45991.bernd@bwurst.org> References: <4B59D904.6050309@online.de> <1264441840.5264.4.camel@philip-desktop> <201001251910.45991.bernd@bwurst.org> Message-ID: <1264443982.5264.5.camel@philip-desktop> Hallo Bernd! Am Montag, den 25.01.2010, 19:10 +0100 schrieb Bernd Wurst: > Soweit ich mich erinnern kann, wurde da nichts weggebügelt sondern nur in der > Art geantwortet wie: Dafür gibt es momentan keine fertige Funktion, du kannst > es aber so ... machen. Mit so einer Antwort hatte ich gerechnet und diese wäre imho auch angemessen gewesen. Leider war es die Antwort à la: OSM ist nicht dafür da, also mach dir keine Mühe. Gruß, Philip -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: Dies ist ein digital signierter Nachrichtenteil URL : From frederik at remote.org Mon Jan 25 18:30:29 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 25 Jan 2010 19:30:29 +0100 Subject: [Talk-de] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung In-Reply-To: References: <4B5DB123.9090003@remote.org> Message-ID: <4B5DE345.70809@remote.org> Hallo, Claudius wrote: > Tolle Vorträge. Aber 30 Minuten für die ÖPNV-Karte... :P Wäre > wahrscheinlich praktischer, dass direkt vor die Mittagspause zu legen, > denn garantiert wird eine immer wieder nötige Route-Tagging-Diskussion > angestossen werden. Es gibt immer die Moeglichkeit, wenn sich nach so einem Vortrag viele Interessierte finden, die das weiterdiskutieren moechten, den Nahkampf in einem separaten Raum weiterzufuehren ("BoF") - ich hoffe sogar, dass das ein paar mal passieren wird, denn wir wollen ja keine Konferenz, wo hauptsaechlich ein paar Grosskopferte reden und die andren zuhoeren, sondern das ganze soll ja eine Veranstaltung von der und fuer die Community sein. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From frederik at remote.org Mon Jan 25 18:35:39 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 25 Jan 2010 19:35:39 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <4DD3C061-ECA3-4B18-B03D-F82C7EAAD160@omniscale.de> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> <13598919-6293-464F-8625-2ED4106ED959@omniscale.de> <4B5D8A3F.2040605@remote.org> <4DD3C061-ECA3-4B18-B03D-F82C7EAAD160@omniscale.de> Message-ID: <4B5DE47B.6020700@remote.org> Hallo, Oliver Tonnhofer wrote: >> Weil ziemlich viele Leute mit diesen Multipolygonen nicht so gut >> zurecht >> kommen, haben wir angefangen, einen PostGIS-Dump bereitzustellen, in >> saemtliche Flaechenobjekte, inkl. komplexer Multipolygone, fertig >> aufbereitet als Polygongeometrien drin sind: >> >> http://download.geofabrik.de/polygon/ > > Danke für den Hinweis. Zum testen/vergleichen werde ich mir da mal > eine Datenbank mit aufsetzten. Darf ich fragen wie der Polygon extrakt > erstellt wurde? osm2pgsql? Ne, das ist "Handarbeit" mit gutem altem selbstgeschriebenen C- bzw. C++-Code, der den ganzen Planeten einliest, sich zu den Multipolygonen die Ways raussucht, und sie zu geeigneten Polygonen zusammenfuzzelt. Die PostGIS kommt dabei gar nicht zur Anwendung, wir benutzen PostGIS-Dump praktisch nur als Ausgabeformat, weil wir dachten, dass die Zielgruppe damit am meisten anfangen kann. Das Programm benutzt allerdings fuer Geometrieoperationen die GEOS-Library, die in PostGIS ebenfalls zur Anwendung kommt. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From schmalzlocke at googlemail.com Mon Jan 25 18:58:20 2010 From: schmalzlocke at googlemail.com (Elmar Burke) Date: Mon, 25 Jan 2010 19:58:20 +0100 Subject: [Talk-de] Problem mit osmosis, Klasse nicht gefunden Message-ID: <1264445900.6956.0.camel@elmar-laptop> Hey, mein erster Eintrag in der Mailing-Liste... Welch ein Eindruck muss es hinterlassen, wenn ich mit so einem Problem hier aufschlage ;-) Es geht, wie im Betreff erwähnt, um osmosis. Dieses tolle Tool welches im "OpenStreetMap-Buch" als Allzweckwaffe beschrieben wird. Ich dachte mir, gut dann musst du nicht immer bei der Geofabrik die NRW.osm runter laden, sondern kannst einfach aus der planet.osm ausschneiden was ich brauche. Nun zu meinem Problem, welches ich schon im englischen Forum gepostet habe: Ich bin der Anleitung im Wiki zur Installation gefolgt aber doch bekomme ich folgende Fehlermeldung: >Exception in thread "main" java.lang.NoClassDefFoundError: >org/openstreetmap/osmosis/core/Osmosis >Caused by: java.lang.ClassNotFoundException: >org.openstreetmap.osmosis.core.Osmosis > at java.net.URLClassLoader$1.run(URLClassLoader.java:200) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:188) > at java.lang.ClassLoader.loadClass(ClassLoader.java:307) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) > at java.lang.ClassLoader.loadClass(ClassLoader.java:252) > at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) >Could not find the main class: org.openstreetmap.osmosis.core.Osmosis. >Program will exit. Ich nutze Ubuntu 10.09 (auf Debian bekomme ich aber die gleiche Fehlermeldung). Java: java version "1.6.0_15", Java(TM) SE Runtime Environment (build 1.6.0_15-b03), Java HotSpot(TM) Client VM (build 14.1-b02, mixed mode, sharing) Hoffentlich kann mir einer von euch helfen. Freundliche Grüße / Groetjes Elmar Burke ---------------------------------------------- www.elmar-burke.de info at elmar-burke.de From frederik at remote.org Mon Jan 25 19:13:32 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 25 Jan 2010 20:13:32 +0100 Subject: [Talk-de] Problem mit osmosis, Klasse nicht gefunden In-Reply-To: <1264445900.6956.0.camel@elmar-laptop> References: <1264445900.6956.0.camel@elmar-laptop> Message-ID: <4B5DED5C.6070700@remote.org> Hi. Elmar Burke wrote: > Ich bin der Anleitung im Wiki zur Installation gefolgt aber doch bekomme > ich folgende Fehlermeldung: > >> Exception in thread "main" java.lang.NoClassDefFoundError: >> org/openstreetmap/osmosis/core/Osmosis >> Caused by: java.lang.ClassNotFoundException: Hast Du denn auch das bin/osmosis aufgerufen? Diese Fehlermeldung klingt so, als ob Du es mit "java -jar osmosis.jar" probiert haettest...? Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From wkg.koenig at googlemail.com Mon Jan 25 19:26:44 2010 From: wkg.koenig at googlemail.com (Werner =?iso-8859-1?q?K=F6nig?=) Date: Mon, 25 Jan 2010 20:26:44 +0100 Subject: [Talk-de] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung In-Reply-To: <4B5DB123.9090003@remote.org> References: <4B5DB123.9090003@remote.org> Message-ID: <201001252026.44980.wkg.koenig@gmail.com> Am Montag, 25. Januar 2010 15:56:35 schrieb Frederik Ramm: > > http://www.fossgis.de/konferenz/2010/index.de.html > > - die meisten Vortragenden kennt ihr vermutlich bereits aus > Mailinglisten, Foren etc. > > Hier koennt ihr euch zur Konferenz anmelden: > > http://www.fossgis.de/civicrm/event/register?reset=1&id=2 > > Die Konferenz ist grundsaetzlich kostenlos, auch die Kaffeepausen und > ein einfaches Mittagessen gibt es fuer alle Teilnehmer gratis. Bitte > meldet Euch aber auf jeden Fall trotzdem an, damit auch genuegend Essen > eingekauft wird ;-) > > Geld kosten lediglich die bereits erwaehnten Workshops sowie die > Abendveranstaltungen am Dienstag und Donnerstag abend (38 bzw 36 Euro > fuer Essen+Trinken-Flatrate). Details zu diesen Abendveranstaltungen > hier: http://www.fossgis.de/konferenz/wiki/Main_Page. > > Ich wuerde mich freuen, viele von Euch in Osnabrueck zu treffen. Ich > selber werde von Dienstag bis Freitag die ganze Zeit da sein. Einen > eigenen OpenStreetMap-Stand wird es diesmal nicht geben, aber irgendwo > stellen wir einen Tisch auf und haengen ein paar coole Poster hin. > Tolle Veranstaltung, leider fuer mich zeitlich nicht machbar. Werden die Vortaege auch irgendwo veroeffentlicht. Besonders interessieren wuerde mich - Karten im Druck - Mapnik - mehr als nur tiles - OSM für Garmin Geräte Gruß Werner From lars.lingner at fossgis.de Mon Jan 25 19:37:47 2010 From: lars.lingner at fossgis.de (Lars Lingner) Date: Mon, 25 Jan 2010 20:37:47 +0100 Subject: [Talk-de] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung In-Reply-To: <201001252026.44980.wkg.koenig@gmail.com> References: <4B5DB123.9090003@remote.org> <201001252026.44980.wkg.koenig@gmail.com> Message-ID: <4B5DF30B.8090809@fossgis.de> Werner König schrieb: [...] >> > Tolle Veranstaltung, leider fuer mich zeitlich nicht machbar. Werden die Vortaege > auch irgendwo veroeffentlicht. > Es wird einen Tagungsband geben. Gedruckt und digital. Darin sind alle abgegebenen Vorträge enthalten. Die Referenten stellen aber auch ihre Folien anschließend zur Verfügung. Eine Aufzeichnung der Veranstaltungen ist nicht geplant. Lars From dido_698 at web.de Mon Jan 25 20:59:11 2010 From: dido_698 at web.de (steffen) Date: Mon, 25 Jan 2010 21:59:11 +0100 Subject: [Talk-de] Route ist "discontinuous" laut OSM Inspector In-Reply-To: <20100121193944.GB11882@eldorado.topf.org> References: <4B573665.6020502@web.de> <4B57883A.4060502@fips-schneider.de> <20100121075218.GA14741@eldorado.topf.org> <4B588456.3030209@web.de> <20100121193944.GB11882@eldorado.topf.org> Message-ID: <4B5E061F.7000204@web.de> --- Original Nachricht --- Absender: Jochen Topf Datum: 21.01.2010 20:39 > On Thu, Jan 21, 2010 at 05:44:06PM +0100, steffen wrote: >> --- Original Nachricht --- >> Absender: Jochen Topf >> Datum: 21.01.2010 08:52 >>> On Wed, Jan 20, 2010 at 11:48:26PM +0100, Fips Schneider wrote: >>> >>>> steffen wrote: >>>> >>>>> Hallo, >>>>> >>>>> ich hab mal in Kornwestheim mit dem taggen von ÖPNV angefangen. >>>>> Insbesondere der Buslinien. >>>>> >>>>> Nun sehe ich im OSM Inspector, das die Relation [1] "discontinuous" ist. >>>>> Die Relation [2] aber nicht. >>>>> >>>>> Wo ist der Fehler? >>>>> >>>> Hmm...so Probleme habe ich auch diverse. Glaube das funzt irgendwas im >>>> OSM-Inspector nicht....? >>>> >>>> Teilweise (in Frankfurt/Main) werden völlig chaotische Buslinien als >>>> ordered klassifiziert - und machmal werden geordnete, komplette als >>>> discontinous gewertet.... >>>> >>> Ich will nicht ausschließen, dass im Inspector der eine oder andere Fehler >>> ist, ist schon vorgekommen. :-) Ich brauch dann aber genauere Angaben, um >>> das Debuggen zu können. Am besten einen Permalink zum Inspector, der genau >>> das anzeigt, um das es geht (Ort und passender Layer) und was ihr meint, >>> was richtig wäre. >>> >>> Aber bitte schaut vorher genau nach, es kann auch sein, dass nur ein einziger >>> Way falschrum ist oder ein Node doppelt oder so. Das ist sehr schwer zu sehen, >>> genau dafür ist der Inspector ja da, dass er sowas erkennt. >>> >>> Im aktuellen JOSM ist übrigens ein ziemlich cooler Relations-Editor drin, in >>> dem man erkennen kann, ob eine Relation durchgängig ist. >>> >>> Jochen >>> >> Hier mal der Permalink für [1] >> http://tools.geofabrik.de/osmi/?view=pubtrans_network&lon=9.18403&lat=48.86882&zoom=14&overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous >> >> Hier ist kein Node doppelt, aber ein Way. Dies wird auch im JOSM >> angezeigt. Der doppelte Way ist rot hinterlegt. >> Aber: Der Bus fährt halt eine Schleife. >> >> >> Und hier der Permalink für [2] >> http://tools.geofabrik.de/osmi/?view=pubtrans_network&lon=9.18327&lat=48.87248&zoom=14&overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous > > Danke. > > Ich bin dem mal nachgegangen und da ist ein Fehler im Inspector. Dadurch, > dass ein Way 2mal in der Relation ist, baut die PostgreSQL wohl die > Route nicht richtig zusammen und denkt dann, dass das Ding discontinous > ist. Also definitiv ein Fehler im OSMI, leider ist der aber sehr schwer > zu fixen, weil eine ganze Menge umgestellt werden muss. :-( Ich hab mal > ins Wiki einen Hinweis getan. Weiss noch nicht, wie wir da am besten > weiter vorgehen. > > Jochen Guten Abend, ich bin es nochmal. Habe hier [1] noch ein ähnliches Problem. Da wird es aber nicht als discontinous angezeigt. Hier habe ich aber mit "forward" & "backward" gearbeitet. Gruß Steffen [1] http://tools.geofabrik.de/osmi/?view=pubtrans_network&lon=9.17423&lat=48.85408&zoom=17&overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous From igadsb at web.de Mon Jan 25 21:21:27 2010 From: igadsb at web.de (igadsb at web.de) Date: Mon, 25 Jan 2010 22:21:27 +0100 Subject: [Talk-de] Viele Fehler in Haiti Message-ID: <38249986@web.de> Hallo alle miteinander, mir kommt es fast so vor, als würde diese Gegend in Haiti von Neulingen als Spielwiese benutzt: http://www.openstreetmap.org/?lat=18.9688&lon=-72.3651&zoom=12&layers=B000FTF Hier sind heute ganz viele falsche Eintragungen hinzugekommen (Trunk mit Tankstelle und Hotel, n komischer Kreis ohne tags, Telefonzelle mitten in der Pampa, usw). Ein User hatte auch Straßen und Feldwege bei La Chapelle in primary und motorways umgewandelt (hab ich schon wieder repariert). Ein anderer hat dort nen schon existierenden Fluß nochmal gezeichnet. Diese Einträge wurden alle von 5 neuen Benutzern gemacht, die sich erst heute bzw. einer am Samstag angemeldet haben. Ich nenne jetzt mal hier keine Benutzernamen, kann ja jeder selbst nachschauen. Diese Häufung in einem Gebiet an einem Tag ist doch seltsam. Wenn sich da jemand ständig unter neuem Benutzernamen anmelden sollte und Blödsinn macht, hätten wir wohl ein ziemliches Problem, zumal sich einer der Benutzernamen wie 'Djihad' ausspricht. Gegen die Vandalismustheorie spricht vielleicht, dass manche Eintragungen schon Sinn machen (way um nen Ort, aber ohne landuse-tag) Mir ist nun leider in den letzten Tagen schon öfter aufgefallen, dass von Neulingen in Haiti einiges falsch gemacht wurde, vor allem zu hoch gestufte Straßen (das fällt zumindest schnell auf). Doppelte und nicht verbundene Wege kommen vielleicht auch von der Benutzung von Potlatch (soll ja manchmal etwas langsam nachladen). Alle Fehler, die ich bisher entdeckt habe, wurden zumindest mit Potlatch gemacht. Manches hat vielleicht auch mit verschobenen Sat-Aufnahmen zu tun. So schön es auch ist, dass neue Leute mitmachen. Wenn man ständig solche groben Fehler von anderen ausbügeln muss vergeht einem irgendwann die Lust (und ich kann auch nicht jeden Tag alle neuen Benutzer individuell und höflich anschreiben). Zumal die oft großen Fehler doch auch etwas peinlich sind, jetzt wo die Karte da so in der Öffentlichkeit steht und genutzt wird. Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern weniger Fehler gemacht werden? Viele Grüße Marcus ________________________________________________________________________ Kostenlos tippen, täglich 1 Million gewinnen: zum WEB.DE MillionenKlick! http://produkte.web.de/go/08/ From flabot at googlemail.com Mon Jan 25 21:39:09 2010 From: flabot at googlemail.com (FlaBot) Date: Mon, 25 Jan 2010 22:39:09 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <38249986@web.de> References: <38249986@web.de> Message-ID: Einige Fehler entstehen durch Klicken in Potlatcher ... andere eben so ... Eine automatische Liste mit vielen Fehlern zum abarbeiten gibts hier (http://toolserver.org/~flacus/OSM/haiti.php) . Etwa 2-3 neue Version pro Tag. Bitte helft mir die Fehler schnell abzuarbeiten, sodass man in Zukunft immer Zeitnah die Fehler erkennt und ggf die User anschreiben kann. Lg Dirk From frederik at remote.org Mon Jan 25 21:43:02 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 25 Jan 2010 22:43:02 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <38249986@web.de> References: <38249986@web.de> Message-ID: <4B5E1066.9020002@remote.org> Hallo, igadsb at web.de wrote: > Diese Einträge wurden alle von 5 neuen Benutzern > gemacht, die sich erst heute bzw. einer am Samstag angemeldet haben. > Ich nenne jetzt mal hier keine Benutzernamen, kann ja jeder selbst > nachschauen. > > Diese Häufung in einem Gebiet an einem Tag ist doch seltsam. Ich glaube, dass es hie und da solche "Crisis Camps" gibt, wo Leute, die gern irgendwie helfen wollen, von anderen, die glauben, dass das sinnvoll ist, den Umgang mit OSM-Tools beigebracht bekommen. Dass dabei vermehrt und unter Umstaenden auch konzentriert Murks gemacht wird, muss man wohl in Kauf nehmen. > Kann man dieses Problem besser in den Griff bekommen, sodass von > neuen Usern weniger Fehler gemacht werden? Glaube nicht. Wir muessen die Leute einfach gewaehren lassen, und in ein paar Monaten, wenn das hektische Krisenmapping vorueber ist, dann schauen wir weiter. Es ist vielleicht auch gar nicht immer hilfreich, wenn wir den Leuten unsere Qualitaetsmasstaebe und Standards aufs Auge druecken; eventuell bremsen wir damit eher. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From chris66nrw at gmx.de Mon Jan 25 21:44:05 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Mon, 25 Jan 2010 22:44:05 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <38249986@web.de> References: <38249986@web.de> Message-ID: igadsb at web.de schrieb: > Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern weniger Fehler gemacht werden? ich denke damit müssen wir leben. Besser fehlerhafte Daten als überhaupt keine Daten. Und wenn Du mal keepright anwirfst, findest Du auch bei uns noch tausende Fehler. Chris From frederik at remote.org Mon Jan 25 22:10:08 2010 From: frederik at remote.org (Frederik Ramm) Date: Mon, 25 Jan 2010 23:10:08 +0100 Subject: [Talk-de] FOSSGIS 2010 in Osnabrueck: Programm und Anmeldung In-Reply-To: <4B5DF30B.8090809@fossgis.de> References: <4B5DB123.9090003@remote.org> <201001252026.44980.wkg.koenig@gmail.com> <4B5DF30B.8090809@fossgis.de> Message-ID: <4B5E16C0.7060800@remote.org> Hallo, Lars Lingner wrote: >> Tolle Veranstaltung, leider fuer mich zeitlich nicht machbar. Werden die Vortaege >> auch irgendwo veroeffentlicht. > > Eine Aufzeichnung der Veranstaltungen ist nicht geplant. Wenn irgendjemand aus der OSM-Community aber willens und in der Lage ist, eine solche Aufzeichnung zu organisieren (und idealerweise die Sachen nachher alle unter eine offenen Lizenz rauszugeben), dann wuerden wir das durchaus gut finden und, wo moeglich, unterstuetzen. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From addicks at gmx.net Mon Jan 25 22:42:37 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Mon, 25 Jan 2010 23:42:37 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <38249986@web.de> References: <38249986@web.de> Message-ID: Ich habe gerade mehrere Tracks gefunden, die nach meiner Meinung auf Wassergräben und Wadis gemalt worden sind... Gibt es eine ZDV für "Luftbildauswertung aller Truppen"? -jha- From osm-lists at michael-kaeufl.de Tue Jan 26 02:54:10 2010 From: osm-lists at michael-kaeufl.de (Michael =?utf-8?q?K=C3=A4ufl?=) Date: Tue, 26 Jan 2010 03:54:10 +0100 Subject: [Talk-de] =?utf-8?q?Mappertreffen_f=C3=BCr_Passau_=26_Straubing?= Message-ID: <201001260354.10553.osm-lists@michael-kaeufl.de> Hallo zusammen, ich wollte auf diesem Wege fragen, ob es Interessenten für Mappertreffen in Straubing und Passau gibt. Wer sich angesprochen fühlt darf sich bei mir oder auf der Niederbayern-Liste niederbayern at lists.openstreetmap.de melden. Danke! Grüße, Michael From torstiko at gmail.com Tue Jan 26 06:36:41 2010 From: torstiko at gmail.com (Torsten Breda) Date: Tue, 26 Jan 2010 07:36:41 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <38249986@web.de> References: <38249986@web.de> Message-ID: <882496461001252236w2d014a57y573ffaad0dc77579@mail.gmail.com> Am 25. Januar 2010 22:21 schrieb : > Hallo alle miteinander, > Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern weniger Fehler gemacht werden? > Das einfachste, was man machen kann, ist den einzelnen "verursachenden" User anzuschreiben und freundlich darauf hinweisen, dass seine Änderungen zwar gut gemeint sind, er jedoch zukünftig sorgfältiger arbeiten sollte. Dann bietet man bei der Gelegenheit auch gleich Hilfe bei Problemen und Fragen an und beide Seiten sind zufrieden. Natürlich kann man auch einfach die Fehler korrigieren und auf das Verständnis des anderen hoffen. Das hast du sicherlich auch schon beides gemacht, bevor du dich an die ML gerichtet hast. Alle reglementierenden Maßnahmen schrecken meiner Meinung nach nur ab. Dann wären wir heute nicht da, wo wir sind. Ich bin jetzt seit einigen Jahren bei OSM dabei und habe überraschend positive Erfahrung mit der Selbstheilung der crowd gemacht. Zusätzlich wirkt ein wenig Kommunikation und direkte Ansprache oft Wunder. (Natürlich sollte man die mittlerweile recht guten Tools zur Fehlerkontrolle auch nicht außer Acht lassen.) Meine Meinung Torsten From michael at rathai.de Tue Jan 26 06:47:41 2010 From: michael at rathai.de (Michael Rathai) Date: Tue, 26 Jan 2010 07:47:41 +0100 Subject: [Talk-de] OSM in 3sat nano Message-ID: <4B5E9E1D.0047.005E.0@rathai.de> In der gestrigen Folge von 3sat nano kam ein längerer Beitrag zu OSM: http://hstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.mov oder http://wstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.asx -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From michael at rathai.de Tue Jan 26 06:54:07 2010 From: michael at rathai.de (Michael Rathai) Date: Tue, 26 Jan 2010 07:54:07 +0100 Subject: [Talk-de] Antw: OSM in 3sat nano References: <4B5E9E1D.0047.005E.0@rathai.de> Message-ID: <4B5E9F9F.0047.005E.0@rathai.de> Eigentlich waren es sogar 2 Beiträge, einer noch zu Haiti : http://wstreaming.zdf.de/3sat/veryhigh/100125_routenpl_nano.asx >>> Von: Michael Rathai An:gmane.comp.gis.openstreetmap.region.de, talk-de at openstreetmap.org Datum: 26.01.2010 07:47 Betreff: OSM in 3sat nano In der gestrigen Folge von 3sat nano kam ein längerer Beitrag zu OSM: http://hstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.mov oder http://wstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.asx -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From darkangel at ms-team.de Tue Jan 26 06:59:08 2010 From: darkangel at ms-team.de (DarkAngel) Date: Tue, 26 Jan 2010 07:59:08 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: References: <38249986@web.de> Message-ID: <4B5E92BC.4060207@ms-team.de> Am 25.01.2010 22:44, schrieb Chris-Hein Lunkhusen: > igadsb at web.de schrieb: > > >> Kann man dieses Problem besser in den Griff bekommen, sodass von neuen Usern weniger Fehler gemacht werden? >> > ich denke damit müssen wir leben. Besser fehlerhafte Daten als überhaupt > keine Daten. Und wenn Du mal keepright anwirfst, findest Du > auch bei uns noch tausende Fehler. > Was nützt eine Straßenkarte mit lauter Fehlern? Was passiert, wenn tatsächlich jemand diese Karten vor Ort nutzt und mit seinem Lkw voller Hilfsgüter nicht auf einer befestigten Straße sondern irgendwo auf dem Feld landet? Wie fällt das Presseecho wohl aus, wenn zwar viele Daten erfasst sind, ein Teil davon aber unbrauchbar ist? Besser wenige Daten aber dafür verlässliche! -- Gruß Mario -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 261 bytes Beschreibung: OpenPGP digital signature URL : From torstiko at gmail.com Tue Jan 26 07:06:42 2010 From: torstiko at gmail.com (Torsten Breda) Date: Tue, 26 Jan 2010 08:06:42 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <4B5E92BC.4060207@ms-team.de> References: <38249986@web.de> <4B5E92BC.4060207@ms-team.de> Message-ID: <882496461001252306h3f56b8aege6ceb18670441342@mail.gmail.com> Am 26. Januar 2010 07:59 schrieb DarkAngel : > > Besser wenige Daten aber dafür verlässliche! > Eine leere Karte enthält keine Fehler! Schon mal nachgedacht, was du forderst? Vielleicht sollte man besser fordern, dass die erfahreneren User mehr Zeit in die Fehlerbeseitigung/Validierung stecken, aber ich bleibe bei meiner Meinung, dass die OSM immer besser und verlässlicher ist, als es einige Schwarzmaler wahrhaben wollten. Und allen Unkenrufen zum Trotz ist eine fehlerhafte Karte besser, als gar keine. Und wenn der von die ziterte LKW-Fahrer im Feld landet, dann sollte er mal über seinen Fahrstil nachdenken und nicht die Schuld bei anderen suchen. Meine Meinung Torsten From frederik at remote.org Tue Jan 26 07:54:38 2010 From: frederik at remote.org (Frederik Ramm) Date: Tue, 26 Jan 2010 08:54:38 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <4B5E92BC.4060207@ms-team.de> References: <38249986@web.de> <4B5E92BC.4060207@ms-team.de> Message-ID: <4B5E9FBE.1060305@remote.org> Hallo, DarkAngel wrote: > Was nützt eine Straßenkarte mit lauter Fehlern? Was passiert, wenn > tatsächlich jemand diese Karten vor Ort nutzt und mit seinem Lkw voller > Hilfsgüter nicht auf einer befestigten Straße sondern irgendwo auf dem > Feld landet? Wie fällt das Presseecho wohl aus, wenn zwar viele Daten > erfasst sind, ein Teil davon aber unbrauchbar ist? > > Besser wenige Daten aber dafür verlässliche! Das ist genau das, was ich meinte, als ich andeutete, dass die Interessen von OSM und der Helfercommunity nicht immer deckungsgleich sein muessen - vor Ort hat man vielleicht lieber mehr Daten, auf die Gefahr hin, dass einige davon falsch sind, waehrend wir sonst bei OSM sagen: "Dann warte ich mit dem Eintragen lieber, bis ich mal vor Ort bin". Bye Frederik From darkangel at ms-team.de Tue Jan 26 07:55:45 2010 From: darkangel at ms-team.de (DarkAngel) Date: Tue, 26 Jan 2010 08:55:45 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <882496461001252306h3f56b8aege6ceb18670441342@mail.gmail.com> References: <38249986@web.de> <4B5E92BC.4060207@ms-team.de> <882496461001252306h3f56b8aege6ceb18670441342@mail.gmail.com> Message-ID: <4B5EA001.30609@ms-team.de> Am 26.01.2010 08:06, schrieb Torsten Breda: > Am 26. Januar 2010 07:59 schrieb DarkAngel : > > >> Besser wenige Daten aber dafür verlässliche! >> >> > Eine leere Karte enthält keine Fehler! > Schon mal nachgedacht, was du forderst? > > Vielleicht sollte man besser fordern, dass die erfahreneren User mehr > Zeit in die Fehlerbeseitigung/Validierung stecken, aber ich bleibe bei > meiner Meinung, dass die OSM immer besser und verlässlicher ist, als > es einige Schwarzmaler wahrhaben wollten. Und allen Unkenrufen zum > Trotz ist eine fehlerhafte Karte besser, als gar keine. > > Ich habe nie behauptet, das OSM schlecht ist - sonst würde ich da auch kaum mitmachen. Ich kann die Qualität speziell in der Region Haiti nicht beurteilen und beziehe mich auch nicht direkt darauf. Was nützt es aber, wenn zahlreiche Informationen in eine Karte gezeichnet werden, von denen viele falsch sind und hinterher korrigiert werden müssen. Zumal es bekanntermaßen schwerer ist, Daten zu korrigieren als neu zu erfassen. Dazu muss ich nämlich erstmal erkennen, dass sie falsch sind. Dann doch lieber etwas weniger und dafür richtig. Klar enthält eine leere Karte keine Fehler, dann weiß ich aber zumindest, dass ich diese Karte nicht benutzen brauche. Wenn ich aber eine Karte mit Straßen/Wegen oder anderen Infos habe, will ich mich auch darauf verlassen können. Es nützt mir dann nichts wenn 70% der Infos korrekt sind, ich aber nicht weiß welche 70% das sind. Aber wenn falsche Infos besser sind als keine, warum malen wir dann die leeren Flächen in Deutschland nicht schön bunt aus. -- Gruß Mario -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 261 bytes Beschreibung: OpenPGP digital signature URL : From ekkehart at gmx.de Tue Jan 26 09:22:08 2010 From: ekkehart at gmx.de (NopMap) Date: Tue, 26 Jan 2010 01:22:08 -0800 (PST) Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: References: <38249986@web.de> Message-ID: <1264497728337-4459658.post@n2.nabble.com> Chris-Hein Lunkhusen wrote: > > ich denke damit müssen wir leben. Besser fehlerhafte Daten als überhaupt > keine Daten. Und wenn Du mal keepright anwirfst, findest Du > auch bei uns noch tausende Fehler. > Das sehe ich vehement anders. Wenn eine Information nicht vorhanden ist, dann weiß man, daß man vorsichtig sein sollte und sich noch aus anderen Quellen Informationen beschaffen muß. Wenn man in einer Krisenregion unterwegs ist und die Information ist falsch, dann kann das drastische Folgen haben. Schon mal versucht mit einem Konvoi von Sattelzügen zu wenden, weil die vermeintlich gute Straße plötzlich aufhört oder unpassierbar wird? Von daher: Wenn man helfen will und den Leuten in der Region nicht noch zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder bestmögliche Daten - oder besser gar keine! bye Nop -- View this message in context: http://n2.nabble.com/Viele-Fehler-in-Haiti-tp4456815p4459658.html Sent from the Germany mailing list archive at Nabble.com. From michael at buegehome.de Tue Jan 26 09:24:42 2010 From: michael at buegehome.de (Michael Buege) Date: Tue, 26 Jan 2010 10:24:42 +0100 Subject: [Talk-de] Viele Fehler in Haiti References: <38249986@web.de> <4B5E92BC.4060207@ms-team.de> Message-ID: <3499847.0gdAI9xacI@buegehome.de> Zitat DarkAngel: > Am 25.01.2010 22:44, schrieb Chris-Hein Lunkhusen: >> igadsb at web.de schrieb: >> >> >>> Kann man dieses Problem besser in den Griff bekommen, sodass von neuen >>> Usern weniger Fehler gemacht werden? >>> >> ich denke damit müssen wir leben. Besser fehlerhafte Daten als überhaupt >> keine Daten. Und wenn Du mal keepright anwirfst, findest Du >> auch bei uns noch tausende Fehler. >> > Was nützt eine Straßenkarte mit lauter Fehlern? Wie kommst du darauf, dass die Strassenkarte lauter Fehler enthaelt? Hast du sie dir schon mal angeschaut und verglichen? Und wenn ja, womit hast du sie verglichen? Und wieviele Fehler hast du gefunden? Wieviel Aufwand war es, die Fehler zu berichtigen? Und hast du dir mal die Disclaimer anderer Kartenanbieter fuer Haiti angesehen? Zu sagen, die kochen auch nur mit Wasser, wuerde glatt als Lobhudelei durchgehen. Oder begruendet sich deine Vermutung alleine auf die Tatsache, dass an den Daten in Haiti viele neue Leute mitarbeiten? Wir sind eine Community, schon vergessen? Selbst wenn vielleicht du und ich und noch ein paar Leute es im konkreten Fall es gerne anders saehen, jeder darf und soll mitarbeiten. Denn im Gegensatz zu anderen Organisationen haben wir keine personellen Strukturen, die in Krisensituationen Plane entwerfen und bereithalten, an denen sich jeder zu orientieren hat. Eigenverantwortung, konstruktive Kritik, gegenseitige Hilfe sind die Zauberworte, die den Ameisenhaufen OSM organisieren. > Was passiert, wenn > tatsächlich jemand diese Karten vor Ort nutzt und mit seinem Lkw voller > Hilfsgüter nicht auf einer befestigten Straße sondern irgendwo auf dem > Feld landet? Dann hat der Fahrer gepennt. Aber im Allgemeinen gehoeren Leute, die die Strasse verlassen und ins Feld fahren, wenn die Karte oder das Navi es befehlen, nicht zum Personal von Hilfsorganisationen. > Wie fällt das Presseecho wohl aus, wenn zwar viele Daten > erfasst sind, ein Teil davon aber unbrauchbar ist? "Freiwillige wollen helfen, OSM erschwert Mitarbeit, Google Map-Maker bietet Unterstuetzung an" Gefaellt dir die Schlagzeile besser? Mach dir mal um das Presseecho keine Sorgen. Das verhallt bereits wieder spuerbar. Viel wichtiger ist das Echo der Leute, die OSM-Daten vor Ort oder im Zusammenhang mit Krisenkoordination benutzt haben. Da steht ein Erfahrungsaustausch noch aus. Das wird sicher nicht ohne Kritik abgehen, aber dafuer sind Erfahrungsaustausche ja da. > Besser wenige Daten aber dafür verlässliche! Mit dem Motto haetten wir erst gar nicht anfangen duerfen in Haiti. Es geht ja nicht nur um die Unerfahrenheit einiger neuer Mapper. Der ueberwiegende Teil der Daten beruht auf einer Vielzahl von Luftbildern, die von sehr unterschiedlicher Qualitaet in Bezug auf Aufloesung, Abdeckung und Lagegenauigkeit sind. In vielen Gebieten ist immer noch schwierig einen verlaesslichen Bezug zu finden. Staendig kommen neue Quellen hinzu, die ploetzlch bereits bestehende Objekte voellig verschoben aussehen lassen. Was in alten CIA-Karten als Hauptstrasse eingetragen ist, entpuppt sich im Luftbild als Trampelpfad, Furten befinden sich an komplett anderer Stelle und so weiter und so fort. Es ist also nicht immer die Unerfahrenheit der Mapper, die vermeintliche Fehler entstehen laesst. Sicher ist es so, dass ein Grossteil der Arbeit an den Daten fuer Haiti Korrekturen sind. Aber wir koennen dieses Wiki-Grundprinzip nicht einfach aussetzen. Es ist unter anderem Bestandteil des Erfolges von OSM. Nun kann man sagen, Krisensituationen, wo es moeglicherweise um Menschenleben geht, sind als Testobjekt nicht geeignet. Sicher, aber wir testen ja gar nicht. Im Gegenteil, wir wenden bereits gesammeltes Wissen an. Wir tun das, was wir immer machen. Wir fangen an und machen erst mal das, was unter den gegebenen Umstaenden moeglich ist. Wir sammeln dabei Erfahrungen, geben diese Erfahrungen weiter und werden besser. Und unter "Erfahrung weitergeben" verstehe ich unter anderem das Korrigieren von "Fehlern" anderer Mapper. Das halte ich fuer sehr viel effizienter, als sich Strukturen auszudenken und zu etablieren, die nur das Entstehen "verlaesslicher Daten" zulassen, im Grunde aber nur aufhalten und Ressourcen binden. -- Michael From osm at dentro.info Tue Jan 26 09:36:17 2010 From: osm at dentro.info (Stefan Dettenhofer (StefanDausR)) Date: Tue, 26 Jan 2010 10:36:17 +0100 Subject: [Talk-de] OSM in 3sat nano In-Reply-To: <4B5E9E1D.0047.005E.0@rathai.de> References: <4B5E9E1D.0047.005E.0@rathai.de> Message-ID: <4B5EB791.6040401@dentro.info> Hallo, Michael Rathai schrieb: > > In der gestrigen Folge von 3sat nano kam ein längerer Beitrag zu OSM: > > http://hstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.mov > oder > http://wstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.asx Der obige Beitrag wurde schon mehrmals wiederholt! Siehe hier: http://lists.openstreetmap.org/pipermail/talk-de/2009-November/058992.html Der von Haiti ist neu. Danke! Gruß, Stefan From jochen at remote.org Tue Jan 26 09:53:54 2010 From: jochen at remote.org (Jochen Topf) Date: Tue, 26 Jan 2010 10:53:54 +0100 Subject: [Talk-de] Route ist "discontinuous" laut OSM Inspector In-Reply-To: <4B5E061F.7000204@web.de> References: <4B573665.6020502@web.de> <4B57883A.4060502@fips-schneider.de> <20100121075218.GA14741@eldorado.topf.org> <4B588456.3030209@web.de> <20100121193944.GB11882@eldorado.topf.org> <4B5E061F.7000204@web.de> Message-ID: <20100126095354.GC2559@atlantis> On Mon, Jan 25, 2010 at 09:59:11PM +0100, steffen wrote: > ich bin es nochmal. Habe hier [1] noch ein ähnliches > Problem. Da wird es aber nicht als discontinous angezeigt. > Hier habe ich aber mit "forward" & "backward" gearbeitet. > > Gruß Steffen > > [1] > http://tools.geofabrik.de/osmi/?view=pubtrans_network&lon=9.17423&lat=48.85408&zoom=17&overlays=bus_lines_w,bus_lines_n,rail_lines_w,rail_lines_n,light_lines_w,light_lines_n,subway_lines_w,subway_lines_n,mono_lines_w,mono_lines_n,tram_lines_w,tram_lines_n,routes_ways,routes_nodes,railway_routes,labels_w,labels_n,networks,unordered_w,unordered_n,discontinuous Der OSMI versteht forward und backward nicht. Damit hat es nichts zu tun. Warum er manchmal einen Fehler anzeigt und manchmal nicht, liegt einfach daran, wie die einzelnen Ways zusammengebaut werden: Der geht die nicht der Reihe nach durch, sondern hat die in einer zufälligen Reihenfolge. Er schaut die Stück für Stück an und baut zusammen, was er kann. Je nachdem ergibt sich in so einer Situation dann ein kompletter Weg oder halt mehrere Teile. Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From frederik at remote.org Tue Jan 26 09:57:19 2010 From: frederik at remote.org (Frederik Ramm) Date: Tue, 26 Jan 2010 10:57:19 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <1264497728337-4459658.post@n2.nabble.com> References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> Message-ID: <4B5EBC7F.9050309@remote.org> Hallo, NopMap wrote: > Von daher: Wenn man helfen will und den Leuten in der Region nicht noch > zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder > bestmögliche Daten - oder besser gar keine! Das ist doch Quark. Jeder Konvoi von Sattelzuegen da unten muss damit rechnen, dass eine Strasse ploetzlich unpassierbar ist, selbst wenn sie auf dem Satelitenbild von vor drei Tagen noch perfekt in Schuss war. Bye Frederik From florian at grossing.de Tue Jan 26 10:21:45 2010 From: florian at grossing.de (Florian Gross) Date: Tue, 26 Jan 2010 11:21:45 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <4B5EA001.30609@ms-team.de> References: <38249986@web.de> <882496461001252306h3f56b8aege6ceb18670441342@mail.gmail.com> <4B5EA001.30609@ms-team.de> Message-ID: <201001261121.45741.florian@grossing.de> Am Di Januar 26 2010 glaubte DarkAngel zu wissen: > Ich habe nie behauptet, das OSM schlecht ist - sonst würde ich da auch > kaum mitmachen. Ich kann die Qualität speziell in der Region Haiti nicht > beurteilen und beziehe mich auch nicht direkt darauf. Was nützt es aber, > wenn zahlreiche Informationen in eine Karte gezeichnet werden, von denen > viele falsch sind und hinterher korrigiert werden müssen. Soweit ich das mitbekommen habe, gab es in Haiti schon vor dem Erdbeben nur schlechtes oder auch gar kein Kartenmaterial. Das heißt, das was dort vorhanden war, ist so gut wie untauglich. Und dann dürfte noch einiges verschüttet worden sein. So viel schlimmer kann es nicht werden. Wenn man sich bewußt macht, daß alle in Haiti verfügbaren Karten fehlerhaft sind, und sich nicht nur auf eine verläßt, dürfte was halbwegs brauchbares herauskommen. > Zumal es > bekanntermaßen schwerer ist, Daten zu korrigieren als neu zu erfassen. > Dazu muss ich nämlich erstmal erkennen, dass sie falsch sind. Dann doch > lieber etwas weniger und dafür richtig. > Klar enthält eine leere Karte keine Fehler, dann weiß ich aber > zumindest, dass ich diese Karte nicht benutzen brauche. Es ist ganz einfach: Vor Ort in Haiti gibt es keine verläßlichen Karten. Es kann nur versucht werden, das vorhandene Kartenmaterial zu verbessern, auch durch Feedback durch die Einsatzkräfte vor Ort. Mit Sicherheit sehen einige Straßen von Luftbildern aus, als ob sie problemlos befahrbar sind und wenn der erste LKW drüberfährt, knallt es. Also trägt man vorsichtshalber keine Straße ein? > Wenn ich aber eine Karte mit Straßen/Wegen oder anderen Infos habe, will > ich mich auch darauf verlassen können. Es nützt mir dann nichts wenn 70% > der Infos korrekt sind, ich aber nicht weiß welche 70% das sind. Mit deiner Einstllung würden die Hilfskräfte in Haiti blind drauf losfahren, weil es schlichtweg keine korrekten Karten gibt. Irgendwie hab ich das Gefühl, daß du das Ganze mit Karten von Navis in Mitteleuropa vergleichst, die der Bequemlichkeit halber eingesetzt werden und nicht in einem Katastrophengebiet. Die haben gerade die Wahl zwischen zwei Übeln: - ohne Kartenmaterial losfahren "es keine verlässliche Karte" und zigmal wieder umdrehen/sich total verfahren oder - das vorhandene Kartenmaterial nehmen und das Beste draus zu machen. Klar wäre es besser, wenn die eine fehlerfreie oder annähernd fehlerfreie Karte hätten, aber die gibt es nicht und wird es in annehmbarer Zeit nicht geben. Die haben keine Zeit. Hier in D kann man auch ohne Karte halbwegs ankommen, zur Not fragt man halt, wo man langfahren muß. Nur mit dem Unterschied, daß es hier keine unterbrochenen Straßen und dafür brauchbare Wegweiser gibt. Und bei einer Privatfahrt ist sich verfahren ärgerlich, das war es aber schon. > Aber wenn falsche Infos besser sind als keine, warum malen wir dann die > leeren Flächen in Deutschland nicht schön bunt aus. Mal ehrlich: sind die leeren Flächen in D ein Problem? Hängen davon Menschenleben ab? Die Flächen werden auch noch nach und nach gefüllt. Ich frage mich gerade, ob du dir der Situation vor Ort in Haiti bewußt bist oder eher nur provozieren willst. Glaubst du, die meisten Kartenzeichner von OSM wollen in Haiti etwas falsches einzeichnen? Ich denke nicht. Es mag den einen oder anderen Vollpfosten geben, der sowas toll findet, aber die dürften die absolute Ausnahme sein. Und die Krux ist nunmal, daß Sat- Bilder auswerten teilweise sehr schwierig ist und es immer Fehler geben wird, sogar von darin ausgebildeten Menschen. Nur daß es wohl nicht annähernd genug für sowas ausgebildete Menschen gibt, um in diesem Fall was halbwegs in deinen Augen brauchbares hinzubekommen. flo -- Die Netiquette ist (lediglich) eine FAQ zu der Frage "Warum sind die anderen so genervt von mir und nennen mich immer PLONK?". [Oliver Gassner in dsn] From osm at tappenbeck.net Tue Jan 26 10:27:18 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 26 Jan 2010 11:27:18 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: References: <38249986@web.de> Message-ID: <4B5EC386.9080104@tappenbeck.net> Am 25.01.2010 22:39, schrieb FlaBot: > Einige Fehler entstehen durch Klicken in Potlatcher ... andere eben so ... > > Eine automatische Liste mit vielen Fehlern zum abarbeiten gibts hier > (http://toolserver.org/~flacus/OSM/haiti.php) . > > Etwa 2-3 neue Version pro Tag. Bitte helft mir die Fehler schnell > abzuarbeiten, sodass man in Zukunft immer Zeitnah die Fehler erkennt > und ggf die User anschreiben kann. > > > > Lg Dirk moin ! könnte nicht eine gpx wie bei garry bereitgestellt werden - die liste ist regional springend - mit einer gpx könnte ich diese zuladen wie das grid für die osm-matrix und dann gleich mit bearbeiten. gruß jan :-) From florian at grossing.de Tue Jan 26 10:27:30 2010 From: florian at grossing.de (Florian Gross) Date: Tue, 26 Jan 2010 11:27:30 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <4B5EBC7F.9050309@remote.org> References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> <4B5EBC7F.9050309@remote.org> Message-ID: <201001261127.30611.florian@grossing.de> Am Di Januar 26 2010 glaubte Frederik Ramm zu wissen: > NopMap wrote: > > Von daher: Wenn man helfen will und den Leuten in der Region nicht noch > > zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder > > bestmögliche Daten - oder besser gar keine! > > Das ist doch Quark. Jeder Konvoi von Sattelzuegen da unten muss damit > rechnen, dass eine Strasse ploetzlich unpassierbar ist, selbst wenn sie > auf dem Satelitenbild von vor drei Tagen noch perfekt in Schuss war. Eben. Vor allem sieht man den Straßen auf den Sat- Bildern z.B. nicht an, ob die Brücke noch einen LKW tragen kann. Mir wären jedenfalls halbwegs brauchbare Karten lieber als daß ich blind drauflosstochern muß, wo sich überhaupt Straßen befinden. Da müßte der Konvoi noch viel öfter immer wieder wenden und sich einen anderen Weg suchen. Die können gerade nur zwischen einem größeren und einem kleineren Übel wählen. BTW: kann jedes Nachbeben die Situation wieder komplett auf den Kopf stellen. Also erstellt man lieber gar keine Karten (die OSM- Community nicht und alle anderen auch nicht)? Klingt nicht sehr sinnvoll. flo -- Es ist gar kein Wunder wenn unsere industrien umkippen und zusammenbrechen. Wenn Ihr die alle auf zweigen baut. Glaubt Ihr denn wir wären irgendwelche komischen Vögel? Nenen! Eine Industrie hatt auf solidem Boden zu stehen, und sonst gar nichts! Und sie hatt vie zu Produzieren mit noch weniger mitteln. [WoKo in dag°] From osm at tappenbeck.net Tue Jan 26 10:27:18 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 26 Jan 2010 11:27:18 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: References: <38249986@web.de> Message-ID: <4B5EC386.9080104@tappenbeck.net> Am 25.01.2010 22:39, schrieb FlaBot: > Einige Fehler entstehen durch Klicken in Potlatcher ... andere eben so ... > > Eine automatische Liste mit vielen Fehlern zum abarbeiten gibts hier > (http://toolserver.org/~flacus/OSM/haiti.php) . > > Etwa 2-3 neue Version pro Tag. Bitte helft mir die Fehler schnell > abzuarbeiten, sodass man in Zukunft immer Zeitnah die Fehler erkennt > und ggf die User anschreiben kann. > > > > Lg Dirk moin ! könnte nicht eine gpx wie bei garry bereitgestellt werden - die liste ist regional springend - mit einer gpx könnte ich diese zuladen wie das grid für die osm-matrix und dann gleich mit bearbeiten. gruß jan :-) From pascal.neis at gmail.com Tue Jan 26 11:13:29 2010 From: pascal.neis at gmail.com (Pascal Neis) Date: Tue, 26 Jan 2010 12:13:29 +0100 Subject: [Talk-de] =?iso-8859-1?q?Haiti_Routing_=FCber_=22highway=3Droad?= =?iso-8859-1?q?=22_=28was=3A_Re=3A_Viele_Fehler_in_Haiti=29?= In-Reply-To: <201001261127.30611.florian@grossing.de> References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> <4B5EBC7F.9050309@remote.org> <201001261127.30611.florian@grossing.de> Message-ID: <4B5ECE59.1060507@gmail.com> Hi, Florian Gross schrieb: > Am Di Januar 26 2010 glaubte Frederik Ramm zu wissen: >> NopMap wrote: >>> Von daher: Wenn man helfen will und den Leuten in der Region nicht noch >>> zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder >>> bestmögliche Daten - oder besser gar keine! >> Das ist doch Quark. Jeder Konvoi von Sattelzuegen da unten muss damit >> rechnen, dass eine Strasse ploetzlich unpassierbar ist, selbst wenn sie >> auf dem Satelitenbild von vor drei Tagen noch perfekt in Schuss war. > > Eben. Vor allem sieht man den Straßen auf den Sat- Bildern z.B. > nicht an, ob die Brücke noch einen LKW tragen kann. > > Mir wären jedenfalls halbwegs brauchbare Karten lieber als daß ich > blind drauflosstochern muß, wo sich überhaupt Straßen befinden. > Da müßte der Konvoi noch viel öfter immer wieder wenden und sich > einen anderen Weg suchen. ich habe eine Anfrage von einem User (Frieder) bekommen, ob ich auch "highway=road" beim Haiti Routing (http://data.giub.uni-bonn.de/openrouteservice/haiti_special) verwenden könnte. Normal ist dieses Tag ja eigentlich für "temporäre" Straßen gedacht und wird somit normal bei mir nicht zum Routing in den Graph mit aufgenommen. Für Haiti würde ich dies gerne jetzt anders handhaben. Ich wollte jetzt "highway=road" generell für alle Routingvarianten verwenden. Was denkt ihr? Oder lieber nur für Fussgänger? Danke für ein kurzes Feedback! pascal From igadsb at web.de Tue Jan 26 11:16:29 2010 From: igadsb at web.de (igadsb at web.de) Date: Tue, 26 Jan 2010 12:16:29 +0100 Subject: [Talk-de] Viele Fehler in Haiti Message-ID: <39312714@web.de> Hallo nochmal, ich wollte eigentlich keine Grundsatzdiskussion lostreten. Ich denke, dass sich die Haiti-Karte schon mehr als sehen lassen kann und sehr nützlich ist. Ich finde es eigentlich auch gut, dass neue Mapper hinzukommen. Vielleicht kommt dadurch ja die eine oder andere entscheidende Information hinzu, die sonst fehlen würde. Die Fehler müssen eben immer wieder korrigiert werden (vorausgesetzt viele bleiben am Ball und achten darauf und trauen sich auch mal was zu löschen) Mir war nur eben diese massive Häufung von Fehlern vieler frisch angemeldeter User in einem Umkreis von wenigen Kilometern an einem Tag komisch vorgekommen (war wohl deshalb etwas frustriert angesichts dieser Entwicklung ;-) ). Vielleicht ist's einfach nur Zufall. Dann bleibt halt doch nur, die Leute einzeln darauf hinzuweisen (natürlich ganz freundlich). Gruß Marcus ______________________________________________________ GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT! Jetzt freischalten unter http://movieflat.web.de From pascal.neis at gmail.com Tue Jan 26 11:18:53 2010 From: pascal.neis at gmail.com (Pascal Neis) Date: Tue, 26 Jan 2010 12:18:53 +0100 Subject: [Talk-de] =?iso-8859-1?q?Haiti_Routing_=FCber_=22highway=3Droad?= =?iso-8859-1?q?=22?= In-Reply-To: <4B5ECE59.1060507@gmail.com> References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> <4B5EBC7F.9050309@remote.org> <201001261127.30611.florian@grossing.de> <4B5ECE59.1060507@gmail.com> Message-ID: <4B5ECF9D.9070008@gmail.com> Hi, Pascal Neis schrieb: > Hi, > > Florian Gross schrieb: >> Am Di Januar 26 2010 glaubte Frederik Ramm zu wissen: >>> NopMap wrote: >>>> Von daher: Wenn man helfen will und den Leuten in der Region nicht noch >>>> zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder >>>> bestmögliche Daten - oder besser gar keine! >>> Das ist doch Quark. Jeder Konvoi von Sattelzuegen da unten muss damit >>> rechnen, dass eine Strasse ploetzlich unpassierbar ist, selbst wenn sie >>> auf dem Satelitenbild von vor drei Tagen noch perfekt in Schuss war. >> Eben. Vor allem sieht man den Straßen auf den Sat- Bildern z.B. >> nicht an, ob die Brücke noch einen LKW tragen kann. >> >> Mir wären jedenfalls halbwegs brauchbare Karten lieber als daß ich >> blind drauflosstochern muß, wo sich überhaupt Straßen befinden. >> Da müßte der Konvoi noch viel öfter immer wieder wenden und sich >> einen anderen Weg suchen. > > > ich habe eine Anfrage von einem User (Frieder) bekommen, ob ich > auch "highway=road" beim Haiti Routing > (http://data.giub.uni-bonn.de/openrouteservice/haiti_special) > verwenden könnte. sry, hab natürlich folgende Website gemeint: http://openls.geog.uni-heidelberg.de/osm-haiti/ das andere war die alte Wenseite von vor 1,5 Jahren pascal From osm at tappenbeck.net Tue Jan 26 11:44:11 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 26 Jan 2010 12:44:11 +0100 Subject: [Talk-de] OSM in 3sat nano In-Reply-To: <4B5E9E1D.0047.005E.0@rathai.de> References: <4B5E9E1D.0047.005E.0@rathai.de> Message-ID: Am 26.01.2010 07:47, schrieb Michael Rathai: > In der gestrigen Folge von 3sat nano kam ein längerer Beitrag zu OSM: > http://hstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.mov > oder > http://wstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.asx > > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de das ist der Beitrag der im Wiki zum ZDF steht ! gruß Jan :-) From chris66nrw at gmx.de Tue Jan 26 11:45:28 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Tue, 26 Jan 2010 12:45:28 +0100 Subject: [Talk-de] =?iso-8859-1?q?Haiti_Routing_=FCber_=22highway=3Droad?= =?iso-8859-1?q?=22?= In-Reply-To: <4B5ECE59.1060507@gmail.com> References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> <4B5EBC7F.9050309@remote.org> <201001261127.30611.florian@grossing.de> <4B5ECE59.1060507@gmail.com> Message-ID: Moin Pascal, > ich habe eine Anfrage von einem User (Frieder) bekommen, ob ich > auch "highway=road" beim Haiti Routing > (http://data.giub.uni-bonn.de/openrouteservice/haiti_special) > verwenden könnte. Normal ist dieses Tag ja eigentlich für > "temporäre" Straßen gedacht und wird somit normal bei mir nicht > zum Routing in den Graph mit aufgenommen. Für Haiti würde ich > dies gerne jetzt anders handhaben. Ich wollte jetzt "highway=road" > generell für alle Routingvarianten verwenden. Was denkt ihr? > Oder lieber nur für Fussgänger? Danke für ein kurzes Feedback! Ich denke es spricht nichts dagegen, highway=road mit _niedriger Priorität_ aufzunehmen. Soviel ich weiss sind die im Default-mkgmap-Style auch mit drin. Dito bei highway=track mit grade 1. Haiti bis grade 3 oder so. Chris From claudius.h at gmx.de Tue Jan 26 11:58:41 2010 From: claudius.h at gmx.de (Claudius) Date: Tue, 26 Jan 2010 12:58:41 +0100 Subject: [Talk-de] Antw: OSM in 3sat nano In-Reply-To: <4B5E9F9F.0047.005E.0@rathai.de> References: <4B5E9E1D.0047.005E.0@rathai.de> <4B5E9F9F.0047.005E.0@rathai.de> Message-ID: Am 26.01.2010 07:54, Michael Rathai: > Eigentlich waren es sogar 2 Beiträge, einer noch zu Haiti : > http://wstreaming.zdf.de/3sat/veryhigh/100125_routenpl_nano.asx > > >>> > *Von: * Michael Rathai > *An:* gmane.comp.gis.openstreetmap.region.de, talk-de at openstreetmap.org > *Datum: * 26.01.2010 07:47 > *Betreff: * OSM in 3sat nano > > In der gestrigen Folge von 3sat nano kam ein längerer Beitrag zu OSM: > http://hstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.mov > oder > http://wstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.asx Es wäre toll, wenn ihr zu den Direktlinks der Steams (die nicht (mehr) funktionieren) den Titel der Sendung nennen würdet, da man dann auch über die Mediathek dahin findet und Zusatzinformationen erhält. Claudius From darkangel at ms-team.de Tue Jan 26 12:38:01 2010 From: darkangel at ms-team.de (DarkAngel) Date: Tue, 26 Jan 2010 13:38:01 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <4B5E9FBE.1060305@remote.org> References: <38249986@web.de> <4B5E92BC.4060207@ms-team.de> <4B5E9FBE.1060305@remote.org> Message-ID: <4B5EE229.4070800@ms-team.de> Am 26.01.2010 08:54, schrieb Frederik Ramm: > Hallo, > > DarkAngel wrote: > >> Was nützt eine Straßenkarte mit lauter Fehlern? Was passiert, wenn >> tatsächlich jemand diese Karten vor Ort nutzt und mit seinem Lkw voller >> Hilfsgüter nicht auf einer befestigten Straße sondern irgendwo auf dem >> Feld landet? Wie fällt das Presseecho wohl aus, wenn zwar viele Daten >> erfasst sind, ein Teil davon aber unbrauchbar ist? >> >> Besser wenige Daten aber dafür verlässliche! >> > Das ist genau das, was ich meinte, als ich andeutete, dass die > Interessen von OSM und der Helfercommunity nicht immer deckungsgleich > sein muessen - vor Ort hat man vielleicht lieber mehr Daten, auf die > Gefahr hin, dass einige davon falsch sind, waehrend wir sonst bei OSM > sagen: "Dann warte ich mit dem Eintragen lieber, bis ich mal vor Ort bin". > > Gibt es denn ein Feedback von Leuten, die dort im Einsatz sind und tatsächlich OSM-Material verwenden? -- Gruß Mario -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 261 bytes Beschreibung: OpenPGP digital signature URL : From michael at rathai.de Tue Jan 26 12:53:17 2010 From: michael at rathai.de (Michael Rathai) Date: Tue, 26 Jan 2010 13:53:17 +0100 Subject: [Talk-de] Antw: OSM in 3sat nano References: <4B5E9E1D.0047.005E.0@rathai.de> <4B5E9F9F.0047.005E.0@rathai.de> Message-ID: <4B5EF3CD.0047.005E.0@rathai.de> > Es wäre toll, wenn ihr zu den Direktlinks der Steams (die nicht (mehr) > funktionieren) den Titel der Sendung nennen würdet, da man dann auch > über die Mediathek dahin findet und Zusatzinformationen erhält. Der Titel der Sendung : nano Sender : 3sat Termin: gestern - 25.1.2010 SCNR > *Betreff: * OSM in 3sat nano > > In der gestrigen Folge von 3sat nano kam ein längerer Beitrag zu OSM: > http://hstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.mov > oder > http://wstreaming.zdf.de/3sat/veryhigh/080819_vermessung_nano.asx Claudius From ekkehart at gmx.de Tue Jan 26 12:53:50 2010 From: ekkehart at gmx.de (NopMap) Date: Tue, 26 Jan 2010 04:53:50 -0800 (PST) Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <4B5EBC7F.9050309@remote.org> References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> <4B5EBC7F.9050309@remote.org> Message-ID: <1264510430579-4460423.post@n2.nabble.com> Hi! Frederik Ramm wrote: > > NopMap wrote: >> Von daher: Wenn man helfen will und den Leuten in der Region nicht noch >> zusätzlichen Schaden versursachen, muß die Devise lauten: Entweder >> bestmögliche Daten - oder besser gar keine! > > Das ist doch Quark. Jeder Konvoi von Sattelzuegen da unten muss damit > rechnen, dass eine Strasse ploetzlich unpassierbar ist, selbst wenn sie > auf dem Satelitenbild von vor drei Tagen noch perfekt in Schuss war. > Natürlich kann es immer sein, daß sich noch etwas geändert hat - aber das ist doch kein Grund von vorneherein schludrig zu sein und fehlerhafte Einträge auf die leichte Schulter zu nehmen! Man könnte fast meinen, es hätte bisher keine Karten von Haiti gegeben. Alte Papierkarten gibt es zuhauf. Eine OSM-Karte kann nur helfen, wenn sie aktuellere und/oder zuverlässigere Informationen liefert. Die Info, daß da vielleicht irgendwie sowas ähnliches wie eine Straße gewesen sein könnte, ist wertlos, die bekommt man auch von jeder herkömmlichen Karte. Und ein falscher Eintrag ist destruktiv: Er suggeriert, daß der Eintrag bei OSM, der in den letzten paar Tagen erfolgt ist, aktuellere Infos darstellt und größere Zuverlässigkeit hat als eine Karte vom letzten Jahr. Da ist gar kein Eintrag besser, da kann der Betroffene wenigstens die Zuverlässigkeit realistisch einschätzen. bye Nop -- View this message in context: http://n2.nabble.com/Viele-Fehler-in-Haiti-tp4456815p4460423.html Sent from the Germany mailing list archive at Nabble.com. From darkangel at ms-team.de Tue Jan 26 13:01:17 2010 From: darkangel at ms-team.de (DarkAngel) Date: Tue, 26 Jan 2010 14:01:17 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <3499847.0gdAI9xacI@buegehome.de> References: <38249986@web.de> <4B5E92BC.4060207@ms-team.de> <3499847.0gdAI9xacI@buegehome.de> Message-ID: <4B5EE79D.3080504@ms-team.de> Am 26.01.2010 10:24, schrieb Michael Buege: > Zitat DarkAngel: > > >> Am 25.01.2010 22:44, schrieb Chris-Hein Lunkhusen: >> >>> igadsb at web.de schrieb: >>> >>> >>> >>>> Kann man dieses Problem besser in den Griff bekommen, sodass von neuen >>>> Usern weniger Fehler gemacht werden? >>>> >>>> >>> ich denke damit müssen wir leben. Besser fehlerhafte Daten als überhaupt >>> keine Daten. Und wenn Du mal keepright anwirfst, findest Du >>> auch bei uns noch tausende Fehler. >>> >>> >> Was nützt eine Straßenkarte mit lauter Fehlern? >> > Wie kommst du darauf, dass die Strassenkarte lauter Fehler enthaelt? Hast du > sie dir schon mal angeschaut und verglichen? Und wenn ja, womit hast du sie > verglichen? Und wieviele Fehler hast du gefunden? Wieviel Aufwand war es, > die Fehler zu berichtigen? Und hast du dir mal die Disclaimer anderer > Kartenanbieter fuer Haiti angesehen? Das habe nicht ich, sonder der Starter dieser Diskussion gesagt! Ich bezug mich ausschließlich auf die Aussage von Chris, dass Fehlerhafte Karten besser als keine sind. > > "Freiwillige wollen helfen, OSM erschwert Mitarbeit, Google Map-Maker bietet > Unterstuetzung an" > Gefaellt dir die Schlagzeile besser? > Mach dir mal um das Presseecho keine Sorgen. Das verhallt bereits wieder > spuerbar. Viel wichtiger ist das Echo der Leute, die OSM-Daten vor Ort oder > im Zusammenhang mit Krisenkoordination benutzt haben. Da steht ein > Erfahrungsaustausch noch aus. Das wird sicher nicht ohne Kritik abgehen, > aber dafuer sind Erfahrungsaustausche ja da. > Gibt es Kräfte, die die Karten von OSM einsetzen? >> Besser wenige Daten aber dafür verlässliche! >> > Es ist also nicht immer die Unerfahrenheit der > Mapper, die vermeintliche Fehler entstehen laesst. > Auch das war nicht meine Behauptung. > Das halte ich fuer sehr viel effizienter, als > sich Strukturen auszudenken und zu etablieren, die nur das > Entstehen "verlaesslicher Daten" zulassen, im Grunde aber nur aufhalten und > Ressourcen binden. > Habe ich das irgendwo getan? Der Grundgedanke von OSM ist/war, eine frei Karte der Welt zu erstellen - zumindest habe ich es so verstanden. Während man sich in Deutschland streitet wie man einen Radweg zu mappen hat, ob ein Fußweg Bestandteil der Straße ist oder getrennt gezeichnet wird und wie man am besten die einzelne Pflastersteine mappen kann - weil das evtl. mal jemand braucht - wird in anderen Regionen losgezeichnet was das Zeug hält. Hauptsache wir haben da in kurzer Zeit viele bunte Linien drin. -- Gruß Mario -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 261 bytes Beschreibung: OpenPGP digital signature URL : From claudius.h at gmx.de Tue Jan 26 14:28:40 2010 From: claudius.h at gmx.de (Claudius) Date: Tue, 26 Jan 2010 15:28:40 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <4B5EE229.4070800@ms-team.de> References: <38249986@web.de> <4B5E92BC.4060207@ms-team.de> <4B5E9FBE.1060305@remote.org> <4B5EE229.4070800@ms-team.de> Message-ID: Am 26.01.2010 13:38, DarkAngel: > Am 26.01.2010 08:54, schrieb Frederik Ramm: >> Hallo, >> >> DarkAngel wrote: >> >>> Was nützt eine Straßenkarte mit lauter Fehlern? Was passiert, wenn >>> tatsächlich jemand diese Karten vor Ort nutzt und mit seinem Lkw voller >>> Hilfsgüter nicht auf einer befestigten Straße sondern irgendwo auf dem >>> Feld landet? Wie fällt das Presseecho wohl aus, wenn zwar viele Daten >>> erfasst sind, ein Teil davon aber unbrauchbar ist? >>> >>> Besser wenige Daten aber dafür verlässliche! >>> >> Das ist genau das, was ich meinte, als ich andeutete, dass die >> Interessen von OSM und der Helfercommunity nicht immer deckungsgleich >> sein muessen - vor Ort hat man vielleicht lieber mehr Daten, auf die >> Gefahr hin, dass einige davon falsch sind, waehrend wir sonst bei OSM >> sagen: "Dann warte ich mit dem Eintragen lieber, bis ich mal vor Ort bin". >> >> > Gibt es denn ein Feedback von Leuten, die dort im Einsatz sind und > tatsächlich OSM-Material verwenden? Ja, aber das "beschränkt" sich vor allem auf ein "Danke, danke, danke, hätten wir nur früher davon gewusst". Ich hab bisher nirgends gelesen, dass sich jemand über Kartenfehler beschwert hätte. Insofern eher eine Bestätigung dafür, dass das "überhaupt eine Karte haben" viel höher gewertet wird. Claudius From frederik at remote.org Tue Jan 26 15:36:55 2010 From: frederik at remote.org (Frederik Ramm) Date: Tue, 26 Jan 2010 16:36:55 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <1264510430579-4460423.post@n2.nabble.com> References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> <4B5EBC7F.9050309@remote.org> <1264510430579-4460423.post@n2.nabble.com> Message-ID: <4B5F0C17.6080801@remote.org> Hallo, NopMap wrote: > Natürlich kann es immer sein, daß sich noch etwas geändert hat - aber das > ist doch kein Grund von vorneherein schludrig zu sein und fehlerhafte > Einträge auf die leichte Schulter zu nehmen! Aber es ist im Zweifel, wie andere schon gesagt haben, wichtiger, dass die Karte einen Anhaltspunkt gibt "da hinten geht es irgendwie weiter", als dass jemand darauf verzichtet hat, diesen Sachverhalt zu mappen, weil er es nicht genau sagen konnte. Bye Frederik From geo.osm at googlemail.com Tue Jan 26 16:08:00 2010 From: geo.osm at googlemail.com (geo.osm) Date: Tue, 26 Jan 2010 17:08:00 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <4B5EE79D.3080504@ms-team.de> References: <38249986@web.de> <4B5E92BC.4060207@ms-team.de> <3499847.0gdAI9xacI@buegehome.de> <4B5EE79D.3080504@ms-team.de> Message-ID: <4B5F1360.6080404@googlemail.com> Hi, > Gibt es Kräfte, die die Karten von OSM einsetzen? > http://wiki.openstreetmap.org/wiki/Talk:Humanitarian_OSM_Team dort findest du das Feedback eines in Haiti helfenden. War auch ein Thread in dieser Mailingliste. -- schönen Gruß Alex From tfechu at googlemail.com Tue Jan 26 16:22:54 2010 From: tfechu at googlemail.com (T. Clormann) Date: Tue, 26 Jan 2010 17:22:54 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <4B5F1360.6080404@googlemail.com> References: <38249986@web.de> <4B5E92BC.4060207@ms-team.de> <3499847.0gdAI9xacI@buegehome.de> <4B5EE79D.3080504@ms-team.de> <4B5F1360.6080404@googlemail.com> Message-ID: <9258a5061001260822t63918ca5j605aa20670ed1f18@mail.gmail.com> Hallo, Am 26. Januar 2010 17:08 schrieb geo.osm : > Hi, > > Gibt es Kräfte, die die Karten von OSM einsetzen? > > > http://wiki.openstreetmap.org/wiki/Talk:Humanitarian_OSM_Team > > dort findest du das Feedback eines in Haiti helfenden. War auch ein > Thread in dieser Mailingliste. > Genau, nämlich hier: Am 21. Januar 2010 15:45 schrieb Jan Tappenbeck : > Zitat: > hope this is the right place to post this. If not, please re-post in the > correct location. My name is Craig Luecke and I'm currently in Port Au > Prince with the Fairfax County Urban Search & Rescue Team (USA-1) out of > Fairfax, VA, USA. We were the first USA rescue team on the ground. I > wish there was a way that I properly express to you how important your > OSM files were to us. Most of our team members own their own Garmin Rino > and 60CSx units on top of the units we already have in the equipment > cache. Having these detailed maps on our GPS units is a big deal. > Shortly after discovering your work I quickly spread the word and > transferred the street level maps onto as many Garmin units as we could > before sending the American rescue teams on the streets. The team > members are thrilled to have this resource you have created. I wish you > could see their faces 'light up' when I take their GPS unit and tell > them that I'm going to give them street level detail maps. They have > been working VERY hard and anything that can help them in every aspect > of their mission here is greatly appreciated. I am spreading the word > about this work to all rescue and humanitarian teams on the ground here > in Haiti. Please be assured that we are using your data - I just wish we > knew about this earlier. THANK YOU! If there is anything I can do to > return the favor please let me know. My email is rocklandusa at gmail.com. > 13:40, 21 January 2010 (UTC) > Source: http://wiki.openstreetmap.org/wiki/Talk:Humanitarian_OSM_Team Und später dann noch der Hinweis auf einen aufgezeichneten Track offenbar auch von Craig Luecke: Am 21. Januar 2010 21:39 schrieb André Reichelt : > Am 21.01.2010 18:49, schrieb Martin Koppenhoefer: > > falls die Probleme mit der Ausrichtung der Luftbilder noch aktuell > > sind: die könnten evtl. ein paar Tracks schicken, dann könnte man > > damit die Bilder ausrichten? Soweit ich das sehe gibt es praktisch > > überhaupt keine Tracks in Port Au Prince. > Hat er scheinbar schon: > http://mirror.openstreetmap.nl/haiti/ > Gruß, > André Wenn man diesen Track über die Haiti-Karte legt, stellt man eine hervorragende Übereinstimmung fest! (Kann aber auch sein, dass jemand anhand dieses Tracks die befahrenen Straßen in OSM angepasst hat) Gruß, Thomas -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From neuntoeter at arcor.de Tue Jan 26 18:32:20 2010 From: neuntoeter at arcor.de (volker) Date: Tue, 26 Jan 2010 19:32:20 +0100 Subject: [Talk-de] Haiti - JOSM/WMS In-Reply-To: <9258a5061001260822t63918ca5j605aa20670ed1f18@mail.gmail.com> References: <38249986@web.de> <4B5F1360.6080404@googlemail.com> <9258a5061001260822t63918ca5j605aa20670ed1f18@mail.gmail.com> Message-ID: <201001261932.20750.neuntoeter@arcor.de> Hallo, das WMS Plugin in JOSM (2894) zeigt mir von Haiti nur weiße (leere) Kacheln. Ich verwende die URLs von http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Mapping_Coordination. WMS-Url: http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.map&layers=quickbird-01-20-4326&request=GetMap&version=1.0.0&styles=&format=image/jpeg&service=WMS& Die Yahoo Kacheln werden korrekt dargestellt. Ich verwende webkit-image zum herunterladen. Grabbing WMS http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.map&layers=quickbird-01-20-4326&request=GetMap&version=1.0.0&styles=&format=image/jpeg&service=WMS&bbox=-72.3874569,18.6312806,-72.3525882,18.6643188&srs=EPSG:4326&width=499&height=500 Grabbing WMS http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.map&layers=quickbird-01-20-4326&request=GetMap&version=1.0.0&styles=&format=image/jpeg&service=WMS&bbox=-72.3874569,18.5982360,-72.3525882,18.6312806&srs=EPSG:4326&width=499&height=500 Grabbing WMS http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.map&layers=quickbird-01-20-4326&request=GetMap&version=1.0.0&styles=&format=image/jpeg&service=WMS&bbox=-72.3874569,18.6643188,-72.3525882,18.6973505&srs=EPSG:4326&width=500&height=500 Grabbing WMS http://hypercube.telascience.org/cgi- bin/mapserv?map=/geo/haiti/mapfiles/4326.map&layers=quickbird-01-20-4326&request=GetMap&version=1.0.0&styles=&format=image/jpeg&service=WMS&bbox=-72.3251953,18.6295889,-72.3137695,18.6404156&srs=EPSG:4326&width=500&height=500 Ist die Url falsch? Wenn ich die im Browser öffne erscheint auch nur eine weiße Kachel. Grüße, Volker From stefan.schwan at googlemail.com Tue Jan 26 18:46:32 2010 From: stefan.schwan at googlemail.com (Stefan Schwan) Date: Tue, 26 Jan 2010 19:46:32 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <4B5EE79D.3080504@ms-team.de> References: <38249986@web.de> <4B5E92BC.4060207@ms-team.de> <3499847.0gdAI9xacI@buegehome.de> <4B5EE79D.3080504@ms-team.de> Message-ID: <4a29beb81001261046p34cbd0f0tf63c8a0b0dd261d7@mail.gmail.com> Hallo! Am 26. Januar 2010 14:01 schrieb DarkAngel : > Am 26.01.2010 10:24, schrieb Michael Buege: >> Zitat DarkAngel: >> >> >>> Am 25.01.2010 22:44, schrieb Chris-Hein Lunkhusen: >>> >>>> igadsb at web.de schrieb: >>>> >>>> >>>> >>>>> Kann man dieses Problem besser in den Griff bekommen, sodass von neuen >>>>> Usern weniger Fehler gemacht werden? >>>>> >>>>> >>>> ich denke damit müssen wir leben. Besser fehlerhafte Daten als überhaupt >>>> keine Daten. Und wenn Du mal keepright anwirfst, findest Du >>>> auch bei uns noch tausende Fehler. >>>> >>>> >>> Was nützt eine Straßenkarte mit lauter Fehlern? >>> >> Wie kommst du darauf, dass die Strassenkarte lauter Fehler enthaelt? Hast du >> sie dir schon mal angeschaut und verglichen? Und wenn ja, womit hast du sie >> verglichen? Und wieviele Fehler hast du gefunden? Wieviel Aufwand war es, >> die Fehler zu berichtigen? Und hast du dir mal die Disclaimer anderer >> Kartenanbieter fuer Haiti angesehen? > Das habe nicht ich, sonder der Starter dieser Diskussion gesagt! > Ich bezug mich ausschließlich auf die Aussage von Chris, dass > Fehlerhafte Karten besser als keine sind. > >> >> "Freiwillige wollen helfen, OSM erschwert Mitarbeit, Google Map-Maker bietet >> Unterstuetzung an" >> Gefaellt dir die Schlagzeile besser? >> Mach dir mal um das Presseecho keine Sorgen. Das verhallt bereits wieder >> spuerbar. Viel wichtiger ist das Echo der Leute, die OSM-Daten vor Ort oder >> im Zusammenhang mit Krisenkoordination benutzt haben. Da steht ein >> Erfahrungsaustausch noch aus. Das wird sicher nicht ohne Kritik abgehen, >> aber dafuer sind Erfahrungsaustausche ja da. >> > Gibt es Kräfte, die die Karten von OSM einsetzen? > >>> Besser wenige Daten aber dafür verlässliche! >>> >> Es ist also nicht immer die Unerfahrenheit der >> Mapper, die vermeintliche Fehler entstehen laesst. >> > Auch das war nicht meine Behauptung. >> Das halte ich fuer sehr viel effizienter, als >> sich Strukturen auszudenken und zu etablieren, die nur das >> Entstehen "verlaesslicher Daten" zulassen, im Grunde aber nur aufhalten und >> Ressourcen binden. >> > Habe ich das irgendwo getan? > > > Der Grundgedanke von OSM ist/war, eine frei Karte der Welt zu erstellen > - zumindest habe ich es so verstanden. Während man sich in Deutschland > streitet wie man einen Radweg zu mappen hat, ob ein Fußweg Bestandteil > der Straße ist oder getrennt gezeichnet wird und wie man am besten die > einzelne Pflastersteine mappen kann - weil das evtl. mal jemand braucht > - wird in anderen Regionen losgezeichnet was das Zeug hält. Hauptsache > wir haben da in kurzer Zeit viele bunte Linien drin. Der Grundgedanke ist, dass OSM Geodaten sammeln und frei zur Verfügung stellen möchte. Ein anderer Grundgedanke ist, dass sich die Sache von alleine steuern muss. Du tust so, als könnte man Mapper (in Haiti, oder sonstwo) irgendwie in eine bestimmte Richtung, sei es hin zu bestimmten Qualitätsstandards oder Schwerpunkten beim Mappen, steuern.Es gibt keine Steuerung, keine Mindeststandards. Die Diskussion "Warum malen wir nicht die freien Flächen zu?" wird ja regelmäßig wegen der landuse=agricultural Flächen geführt: Manche Mapper finden es wichtig, solche Informationen vom Luftbild ab zu zeichnen - andere Beschweren sich dann darüber, dass das was da als landwirtschaftliche Fläche in der DB ist, in Wirklichkeit eine Almlende oder Brachland ist. Sie finden, dass man so etwas nur dann eintragen sollte, wenn man sich 100% sicher ist (und, überspitzt gesagt, bei mindestens 3 Bauern und staatlichen Quellen nachgefragt haben muss, ob sich die durchschnittliche Nutzung der letzten 15 Jahren mit der Definition der Mapfeatures deckt.) Es nutzt ihnen nichts: Landwirtschaftliche Flächen werden trotzdem täglich eingetragen - auch wenn es in Wirklichkeit Almlenden oder Brachflächen sind. Gleichzeitig werden täglich landwirtschaftliche Flächen zu Almenden oder Brachland umgetaggt, weil sich jemand an dieser Ungenauigkeit stört, selber dort aber keine Informationen neu erfasst hätte. Ganz ähnlich ist es bei administrativen Grenzen: Ich habe eine der ersten Stadtgrenzen in NRW eingetragen: Sie wurde inzwischen mehrfach von anderen Mappern korrigiert und verbessert - und ist in ihrer Genauigkeit heute weit von dem entfernt, was ich damals "Pi mal Daumen" teilweise weit in das Gebiet der Nachbargemeinden "gerotzt" hatte. Inzwischen gibt es _alle_ Stadtgrenzen in NRW, wobei ein Großteil eben nicht aus Datenspenden kommt, sondern immer noch relativ ungenau ist. Du stellst es so hin, als würden die Nutzer von OSM Daten von uns erwarten, dass unsere Daten garantiert komplett und fehlerfrei sind. Es ist vermessen anzunehmen, irgendjemand würde sich auf OSM Daten verlassen - er wäre schön blöd: Jedem, der die NRW Stadtgrenzen von OSM nutzen möchte muss klar sein, dass sie nicht alle garantiert 100% korrekt sind. Jedem der irgendwelche OSM Daten nutzt, muss es klar werden, dass wir nicht 100% richtiges und komplettes Kartenmaterial _liefern_ sondern das wir Daten _sammeln_ und damit niemals fertig werden, sondern ständig auf Verbesserungen der Community und Nutzer angewiesen bleiben. So wie sich niemand ungeprüft auf z.B. rechtliche oder medizinische Informationen aus der Wikipedia verlassen sollte, so sollte sich auch niemand ungeprüft auf OSM verlassen, wenn es darauf ankommt. Weil es in einem solchen Fall "drauf ankommt", bin ich bin mir relativ sicher, dass die Route eines großen Konvois von einem Vorrausfahrzeug überprüft wird. Wenn der Fahrer dieses Fahrzeugs dieser Tage nach Hause kommt und die Fehler in unseren Daten korrigiert damit sie noch nützlicher werden - dann funktioniert OSM richtig und wir kommen mit dem Sammeln von freien Geodaten voran. Wenn aber aus Angst vor Fehlern niemand Daten einträgt - dann ist das Planen von Konvoi-Routen oder das Arbeiten mit Stadtgrenzen unmöglich: Dann wird es überhaupt keine (freien) Daten geben. Mir kommt es ein wenig so vor, als ob sich viele Mapper die in letzter Zeit zu OSM gestoßen sind, erstmal wochenlang durch das Wiki gequält haben, um ja alles richtig und nichts kaputt zu machen - die sind jetzt beleidigt, wenn andere einfach so loslegen und dabei Fehler passieren. OSM ist nicht zu dem geworden was es ist, weil alles beim ersten Eintragen gleich perfekt erfasst werden muss. Es ist ein evolutionärer Prozess, bei dem jeder damit leben muss, dass auf dem Weg von einer leeren Datenbank zu einer freien Weltkarte auch Ungenauigkeiten und Fehler auftreten. Gruß, Stefan From neuntoeter at arcor.de Tue Jan 26 18:50:16 2010 From: neuntoeter at arcor.de (volker) Date: Tue, 26 Jan 2010 19:50:16 +0100 Subject: [Talk-de] Haiti - JOSM/WMS In-Reply-To: <201001261932.20750.neuntoeter@arcor.de> References: <38249986@web.de> <9258a5061001260822t63918ca5j605aa20670ed1f18@mail.gmail.com> <201001261932.20750.neuntoeter@arcor.de> Message-ID: <201001261950.16965.neuntoeter@arcor.de> Hallo nochmal, wer lesen kann ist klar im Vorteil: Hier wurde ich geholfen: http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Imagery_and_data_sources Volker On Tuesday 26 January 2010 19:32:20 volker wrote: > Hallo, > > das WMS Plugin in JOSM (2894) zeigt mir von Haiti nur weiße (leere) > Kacheln. Ich verwende die URLs von > http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Mapping_Coordination. > > WMS-Url: > http://hypercube.telascience.org/cgi- > bin/mapserv?map=/geo/haiti/mapfiles/4326.map&layers=quickbird-01-20-4326&re > quest=GetMap&version=1.0.0&styles=&format=image/jpeg&service=WMS& > > Die Yahoo Kacheln werden korrekt dargestellt. Ich verwende webkit-image zum > herunterladen. > > Grabbing WMS http://hypercube.telascience.org/cgi- > bin/mapserv?map=/geo/haiti/mapfiles/4326.map&layers=quickbird-01-20-4326&re > quest=GetMap&version=1.0.0&styles=&format=image/jpeg&service=WMS&bbox=-72.3 > 874569,18.6312806,-72.3525882,18.6643188&srs=EPSG:4326&width=499&height=500 > Grabbing WMS http://hypercube.telascience.org/cgi- > bin/mapserv?map=/geo/haiti/mapfiles/4326.map&layers=quickbird-01-20-4326&re > quest=GetMap&version=1.0.0&styles=&format=image/jpeg&service=WMS&bbox=-72.3 > 874569,18.5982360,-72.3525882,18.6312806&srs=EPSG:4326&width=499&height=500 > Grabbing WMS http://hypercube.telascience.org/cgi- > bin/mapserv?map=/geo/haiti/mapfiles/4326.map&layers=quickbird-01-20-4326&re > quest=GetMap&version=1.0.0&styles=&format=image/jpeg&service=WMS&bbox=-72.3 > 874569,18.6643188,-72.3525882,18.6973505&srs=EPSG:4326&width=500&height=500 > Grabbing WMS http://hypercube.telascience.org/cgi- > bin/mapserv?map=/geo/haiti/mapfiles/4326.map&layers=quickbird-01-20-4326&re > quest=GetMap&version=1.0.0&styles=&format=image/jpeg&service=WMS&bbox=-72.3 > 251953,18.6295889,-72.3137695,18.6404156&srs=EPSG:4326&width=500&height=500 > > Ist die Url falsch? Wenn ich die im Browser öffne erscheint auch nur eine > weiße Kachel. > > Grüße, > > Volker > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From tirkon33 at yahoo.de Tue Jan 26 18:52:59 2010 From: tirkon33 at yahoo.de (Tirkon) Date: Tue, 26 Jan 2010 19:52:59 +0100 Subject: [Talk-de] Wie sicher ist Openstreetmap vor Ausbeutung? References: Message-ID: Jonas Stein wrote: >Ein paar Tage drauf kostet der Zugriff auf den OSM-Server 10 EUR/Monat >im Abo und Daten runterladen geht nur noch in 100 kB Haeppchen. Es wird wohl genug Spiegel geben. Einer davon liegt bei Wikimedia Deutschland e.V., um die Wikipedia mit OSM Daten zu versorgen und um OSM-Wikipedia bezogene Tools laufen zu lassen. Auch bei Fossgis e.V. gibt es neuerdings drei Server. Inwieweit da schon Spiegel liegen, weiß ich nicht, dürfte aber nicht mehr lange dauern. "Wegschließen" der Daten ist also nahezu unmöglich. Die verwendete Software ist frei. Es wird also vermutlich nicht lange dauern, bis das komplette Projekt wieder frei verfügbar ist. Ich bin mir ziemlich sicher, dass zumindest die Wikipedia umgehend einen Fork machen würde, wenn sich niemand Anderes findet. Denn die bauen OSM gerade bei Wikipedia ein und werden es dann auch nicht mehr missen wollen. So hätte man einen technisch kompetenten und millionenschweren Betreiber immer in der Hinterhand. Auch der Fossgis könnte man das zutrauen. Aber das wissen Andere hier genauer als ich. From osm at tappenbeck.net Tue Jan 26 19:00:17 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 26 Jan 2010 20:00:17 +0100 Subject: [Talk-de] josm: verschiebe-hinweis wieder aktivieren Message-ID: <4B5F3BC1.8020903@tappenbeck.net> Moin ! wenn man plötzlich viele Elemente verschiebt gibt es eine Meldung die man mit einem Haken deaktivieren kann. Dieses habe ich versehentlich gemacht und möchte ich wieder aktivieren - kann mir einer sagen wie ?? Gruß jan :-) From frederik at remote.org Tue Jan 26 19:06:11 2010 From: frederik at remote.org (Frederik Ramm) Date: Tue, 26 Jan 2010 20:06:11 +0100 Subject: [Talk-de] josm: verschiebe-hinweis wieder aktivieren In-Reply-To: <4B5F3BC1.8020903@tappenbeck.net> References: <4B5F3BC1.8020903@tappenbeck.net> Message-ID: <4B5F3D23.1080506@remote.org> Hi, Jan Tappenbeck wrote: > Dieses habe ich versehentlich gemacht und möchte ich wieder aktivieren - > kann mir einer sagen wie ?? Schau mal in Deiner .josm/preferences-Datei und entferne dort die Zeile mit "movedManyElements". Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From michael at buegehome.de Tue Jan 26 19:17:50 2010 From: michael at buegehome.de (Michael Buege) Date: Tue, 26 Jan 2010 20:17:50 +0100 Subject: [Talk-de] Viele Fehler in Haiti References: <38249986@web.de> <4B5E92BC.4060207@ms-team.de> <3499847.0gdAI9xacI@buegehome.de> <4B5EE79D.3080504@ms-team.de> Message-ID: <9099338.STz526j1IN@buegehome.de> Zitat DarkAngel: > [...] Während man sich in Deutschland > streitet wie man einen Radweg zu mappen hat, ob ein Fußweg Bestandteil > der Straße ist oder getrennt gezeichnet wird und wie man am besten die > einzelne Pflastersteine mappen kann - weil das evtl. mal jemand braucht > - wird in anderen Regionen losgezeichnet was das Zeug hält. Hauptsache > wir haben da in kurzer Zeit viele bunte Linien drin. Ich kenne ein paar Leute, die haben sich in den vergangenen zwei Wochen diverse Naechte um die Ohren geschlagen mit mappen, neue Quellen auftun, Quellen bearbeiten, Luftbilder abgleichen und zur Verfuegung stellen, mappen, alte Landkarten warpen, Informationen im Wiki einpflegen, Tools anpassen, fertige Karten produzieren, WMS-Server bereitstellen, mappen, Kontakte zu Hilfsorganisationen aufrecht halten, Presse mit Infos versorgen, und wieder mappen, Arbeit koordinieren, mappen usw, usw, usw... Waere mal interessant zu erfahren, was die so sagen, wenn sie hoeren, sie haben das in der Region nur gemacht, um in kurzer Zeit viele bunte Linien drin zu haben. schoenes Leben noch -- Michael From michael at buegehome.de Tue Jan 26 19:30:46 2010 From: michael at buegehome.de (Michael Buege) Date: Tue, 26 Jan 2010 20:30:46 +0100 Subject: [Talk-de] =?utf-8?q?Haiti_Routing_=C3=BCber_=22highway=3Droad=22_?= =?utf-8?q?=28was=3A_Re=3A_Viele_Fehler_in_Haiti=29?= References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> <4B5EBC7F.9050309@remote.org> <201001261127.30611.florian@grossing.de> <4B5ECE59.1060507@gmail.com> Message-ID: <1276714.Jo52qOPNm6@buegehome.de> Zitat Pascal Neis: > > ich habe eine Anfrage von einem User (Frieder) bekommen, ob ich > auch "highway=road" beim Haiti Routing > (http://data.giub.uni-bonn.de/openrouteservice/haiti_special) > verwenden könnte. Normal ist dieses Tag ja eigentlich für > "temporäre" Straßen gedacht und wird somit normal bei mir nicht > zum Routing in den Graph mit aufgenommen. Für Haiti würde ich > dies gerne jetzt anders handhaben. Ich wollte jetzt "highway=road" > generell für alle Routingvarianten verwenden. Was denkt ihr? > Oder lieber nur für Fussgänger? Danke für ein kurzes Feedback! Afaik wird "highway=road" doch fuer Strassen benutzt, von denen ich (aus Luftbildern) nichts weiter kenne als Lage und Verlauf. Nur der Rest muesste vor Ort verifiziert werden. So gesehen, spricht imho eigentlich nichts dagegen, bedingt drueber zu routen. Gibt es sehr viele davon in Haiti? Die Luftbilder sind teilweise gut genug, um zumindest ein "residential" erkennen zu koennen, wo eins ist. -- Michael From osm at tappenbeck.net Tue Jan 26 20:07:04 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Tue, 26 Jan 2010 21:07:04 +0100 Subject: [Talk-de] josm: verschiebe-hinweis wieder aktivieren In-Reply-To: <4B5F3D23.1080506@remote.org> References: <4B5F3BC1.8020903@tappenbeck.net> <4B5F3D23.1080506@remote.org> Message-ID: Am 26.01.2010 20:06, schrieb Frederik Ramm: > Hi, > > Jan Tappenbeck wrote: >> Dieses habe ich versehentlich gemacht und möchte ich wieder aktivieren - >> kann mir einer sagen wie ?? > > Schau mal in Deiner .josm/preferences-Datei und entferne dort die Zeile > mit "movedManyElements". > > Bye > Frederik > danke ! From m.sirin07 at googlemail.com Tue Jan 26 20:50:35 2010 From: m.sirin07 at googlemail.com (Mehmet Sirin) Date: Tue, 26 Jan 2010 21:50:35 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> Message-ID: <55744b1c1001261250p7f9b8677ve8403e4bafd5a51b@mail.gmail.com> Hi, bietet ihr auch verschiedene Styles an? Habe im WMS bisher nur einen entdeckt, nämlich jenen, den ihr auf eurer Homepage präsentiert. In der Capabilitie-XML ist davon auch nichts zu lesen. Zu Testzwecken benutze ich den WMS..und muss sagen, dass er abgeht wie eine Rakete. Grüße M.Sirin Am 15. Januar 2010 09:30 schrieb Oliver Tonnhofer : > Moin, > > vor einer Weile ging unser OpenStreetMap WMS hier über die Liste. Wir > haben den Dienst nun gründlich aktualisiert. Neben aktuellen OSM-Daten > und der Erweiterung um Österreich, Schweiz und die Benelux, wurde das > komplette Rendering überarbeitet. Das Kartenstyling basiert jetzt > nicht mehr auf der original osm.xml. Daher unterscheidet sich der WMS > nun auch in den großen Maßstäben von openstreetmap.org. > > Das Ganze gibts unter: http://osm.omniscale.de/ > Der WMS: http://osm.omniscale.net/proxy/service? > > Da wir nun auch Permalinks haben, hier gleich mal einen sehr schicken > Ausschnitt aus den Niederlanden: > http://osm.omniscale.de/?zoom=13&lat=52.37492&lon=6.92425&layers=B00F > > Private und nicht-kommerzielle Nutzung erlaubt, alles andere gerne > nach Absprache. Genaueres unter http://omniscale.de/nutzungsbedingungen > > > Gruß > Oliver > > > PS: Im aktuellen Datenbestand sind gibt es noch Probleme mit > Multipolygon Relations (so ist z.B. der Bodensee z.Zt. trockengelegt). > Das wird allerdings in der nächsten Woche behoben. > > -- > Oliver Tonnhofer > Omniscale - Dominik Helle, Oliver Tonnhofer GbR > Nadorster Str. 60, 26123 Oldenburg > Tel: +49(0)441/9392774-2 (Fax: 9) > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From mark at obrembalski.de Tue Jan 26 21:04:22 2010 From: mark at obrembalski.de (Mark Obrembalski) Date: Tue, 26 Jan 2010 22:04:22 +0100 Subject: [Talk-de] Viele Fehler in Haiti References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> Message-ID: NopMap wrote: > Wenn eine Information nicht vorhanden ist, dann weiß man, daß man > vorsichtig sein sollte und sich noch aus anderen Quellen > Informationen beschaffen muß. > Wenn man in einer Krisenregion unterwegs ist und die Information ist > falsch, dann kann das drastische Folgen haben. Nun ja - gerade in einer Krisenregion wird man damit rechnen müssen, dass Informationen gelegentlich unzuverlässig sind. Sicher sollte man (nicht nur, aber speziell im Fall Haiti) nach bestem Wissen und Gewissen kartieren, aber das schließt Irrtümer nun mal nicht aus. Auch wenn man Informationen hat, muss man also vorsichtig sein und auch andere Quellen berücksichtigen. > Schon mal versucht > mit einem Konvoi von Sattelzügen zu wenden, weil die vermeintlich > gute Straße plötzlich aufhört oder unpassierbar wird? Wenn ich in einer Gegend unterwegs bin, in der ich mich nun mal nicht auf jede Information verlassen kann, muss ich damit aber rechnen und z.B. dem Konvoi ein wendiges Fahrzeug vorausschicken, das die Fahrer der Sattelzüge rechtzeitig warnen kann. Ich nehme sehr an, dass das einer vernünftig arbeitenden Hilfsorganisation auch bewußt ist. > > Von daher: Wenn man helfen will und den Leuten in der Region nicht > noch zusätzlichen Schaden versursachen, muß die Devise lauten: > Entweder bestmögliche Daten - oder besser gar keine! Was möglich ist, hängt aber vom Ausgangsmaterial und den eigenen Fähigkeiten ab. Gruß, Mark From georg.loesel at fossgis.de Tue Jan 26 21:17:57 2010 From: georg.loesel at fossgis.de (=?ISO-8859-15?Q?=22Georg_L=F6sel_=28FOSSGIS_e=2EV=2E=29=22?=) Date: Tue, 26 Jan 2010 22:17:57 +0100 Subject: [Talk-de] Fwd: guufy <> OpenStreetMap Message-ID: <4B5F5C05.6090808@fossgis.de> Hallo in die Runde, der FOSSGIS e.V. hat diese Anfrage erhalten. Kann jemand in dieser Runde hier helfen? Danke Gruß Georg -------- Original-Nachricht -------- Betreff: guufy <> OpenStreetMap Datum: Tue, 26 Jan 2010 16:41:29 +0100 Von: Martin Müller An: info at fossgis.de, Dirk , Heiko , Nase Hallo, wir haben unsere interaktive Echtzeitdaten-Suchmaschine guufy gestartet und möchten nicht mit GoogleMaps zusammenarbeiten um den Usern den Weg zu zeigen. Wie könnten guufy.com und OSM zusammenarbeiten, wenn es um Wegfindung geht? Bitte leiten Sie diese Anfage an die entsprechende Stelle weiter. MfG, Martin Müller PCSD Interactive Software Karlstrasse 19 64367 Mühltal 0151-22284262 www.guufy.com martin.mueller at guufy.com From openstreetmap at assetburned.de Tue Jan 26 21:20:58 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Tue, 26 Jan 2010 22:20:58 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <1264510430579-4460423.post@n2.nabble.com> References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> <4B5EBC7F.9050309@remote.org> <1264510430579-4460423.post@n2.nabble.com> Message-ID: moin On 26.01.2010, at 13:53, NopMap wrote: > Frederik Ramm wrote: > > Natürlich kann es immer sein, daß sich noch etwas geändert hat - aber das > ist doch kein Grund von vorneherein schludrig zu sein und fehlerhafte > Einträge auf die leichte Schulter zu nehmen! > > Man könnte fast meinen, es hätte bisher keine Karten von Haiti gegeben. Alte > Papierkarten gibt es zuhauf. Eine OSM-Karte kann nur helfen, wenn sie > aktuellere und/oder zuverlässigere Informationen liefert. Die Info, daß da > vielleicht irgendwie sowas ähnliches wie eine Straße gewesen sein könnte, > ist wertlos, die bekommt man auch von jeder herkömmlichen Karte. > > Und ein falscher Eintrag ist destruktiv: Er suggeriert, daß der Eintrag bei > OSM, der in den letzten paar Tagen erfolgt ist, aktuellere Infos darstellt > und größere Zuverlässigkeit hat als eine Karte vom letzten Jahr. Da ist gar > kein Eintrag besser, da kann der Betroffene wenigstens die Zuverlässigkeit > realistisch einschätzen. ack, lieber mal auf die ein oder andere neuen routen verzichten als eindeutig falsche wege. ich denke man sollte eventuell nen popup machen wo drinne steht "bevor du eine neue straße mapst schau bitte nach ob in der nähe eine mit gleichen verlauf ist." es scheint ja wirklich so zu sein als wenn da leute karten versuchen abzuzeichnen aber die sat bilder sind zum bestehenden material verschoben. ich hab sowas mit den japanischen sateliten fotos im süden von haiti bemerkt. leute die danach gemapt haben hatten einen deutlichen Offset zu dem material was direkt im potlach auf Openstreetmaps.org zu sehen war. meine konsequenz war das ich mich aus den gebieten ferngehalten habe, da ich dachte es ist einfacher nen ganzen alle objekte in einem gebiet zu versetzen als einzelne. sollte man neulingen evl auch so erklären. gemappt hab ich dann einfach in anderen gebieten. cu assetburned -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From georg.loesel at fossgis.de Tue Jan 26 21:29:31 2010 From: georg.loesel at fossgis.de (=?UTF-8?B?Ikdlb3JnIEzDtnNlbCAoRk9TU0dJUyBlLlYuKSI=?=) Date: Tue, 26 Jan 2010 22:29:31 +0100 Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= Message-ID: <4B5F5EBB.2060106@fossgis.de> Hallo, auf unserem Arbeitswochenende wurde das RollUp für den FOSSGIS e.V. weiter voran gebracht und wir werden unseres noch vor der Konferenz drucken. Bei dem Treffen in 2009 im Linuxhotel wurde entschieden dass OSM auch die Möglichkeit hat ein solches professionelles RollUp zu bekommen um damit auf Messen präsent zu sein. http://www.fossgis.de/wiki/RollUps Was fehlt ist noch eine druckfähige Datei die wir dann zusammen mit unserer Datei an die Druckerei schicken werden. Wir dachten an diese Rollups: http://www.neon-greiner.de Neon Greiner Jonas-Cahn-Str. 4 53115 Bonn Tel 0228 638034 Roll-Up 4-screen-classic Banner, 215x100cm, 235,50€ netto Wenn ihr in den nächsten Wochen (10 Februar?) was entwickelt können wir das noch mit erledigen. Oder ist da schon was vorbereitet? Gruß Georg -- ---------------------------------------------------- FOSSGIS e.V. DER Ansprechpartner in Sachen Freie GIS und Freie Daten www.fossgis.de / georg.loesel at fossgis.de ---------------------------------------------------- From Lulu-Ann at gmx.de Tue Jan 26 21:17:57 2010 From: Lulu-Ann at gmx.de (Lulu-Ann) Date: Tue, 26 Jan 2010 22:17:57 +0100 Subject: [Talk-de] =?iso-8859-1?q?Neue_Vereinbarung_zum_Eintragen_von_Frei?= =?iso-8859-1?q?texten_mit_Relevanz_f=FCr_Behinderte?= Message-ID: <1264540677.2700.30.camel@annette-ubuntu> Hallo, ich freue mich, daß die Abstimmung über http://wiki.openstreetmap.org/wiki/Proposed_features/DisabilityDescription positiv ausgegangen ist. Ab sofort können mit den Tags blind:description:lg, deaf:description:lg und wheelchair:description:lg Freitexte der Karte hinzugefügt werden, die für behinderte Benutzer von Belang sind und einfach (noch) nicht anders eingetragen werden können. Beispiele: Funktionalität in Kirchen und Theatern für Hörgeräte-Benutzer Untertitel in Kinos für Taube Überkopf-Gefahren für Blinde Audiodescription, Spezielle Museumsführungen für Blinde Türbreiten für Rollstuhlfahrer usw. Dargestellt sollen diese Einträge bald auf http://www.barrierefreie-karten.de Schöne Grüße Lulu-Ann From dieterdreist at gmail.com Tue Jan 26 22:03:08 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Tue, 26 Jan 2010 23:03:08 +0100 Subject: [Talk-de] =?utf-8?q?Neue_Vereinbarung_zum_Eintragen_von_Freitexte?= =?utf-8?q?n_mit_Relevanz_f=C3=BCr_Behinderte?= In-Reply-To: <1264540677.2700.30.camel@annette-ubuntu> References: <1264540677.2700.30.camel@annette-ubuntu> Message-ID: <7acdb3651001261403g785eedf6td5b6732dbc5a5e06@mail.gmail.com> Am 26. Januar 2010 22:17 schrieb Lulu-Ann : > Ab sofort können mit den Tags > > blind:description:lg, > deaf:description:lg > und > wheelchair:description:lg > > Freitexte der Karte hinzugefügt werden, die für behinderte Benutzer von > Belang sind und einfach (noch) nicht anders eingetragen werden können. > Beispiele: > Funktionalität in Kirchen und Theatern für Hörgeräte-Benutzer > Untertitel in Kinos für Taube > Überkopf-Gefahren für Blinde > Audiodescription, Spezielle Museumsführungen für Blinde > Türbreiten für Rollstuhlfahrer > usw. ist das denn sinnvoll, jetzt solche Dinge mit Freitexteingaben zu machen, anstatt gleich Tags dafür anzubieten? Vieles davon ist doch allgemein interessant. Mindestbreiten und solche Dinge taggen wir ja normalerweise mit entspr. tags und nicht als Freitext. So was wie Untertitel in Kinos könnte ich mir auch gut als Zusatztag fürs Kino vorstellen, etc. Gruß Martin From claudius.h at gmx.de Tue Jan 26 22:42:07 2010 From: claudius.h at gmx.de (Claudius) Date: Tue, 26 Jan 2010 23:42:07 +0100 Subject: [Talk-de] Antw: OSM in 3sat nano In-Reply-To: <4B5EF3CD.0047.005E.0@rathai.de> References: <4B5E9E1D.0047.005E.0@rathai.de> <4B5E9F9F.0047.005E.0@rathai.de> <4B5EF3CD.0047.005E.0@rathai.de> Message-ID: Am 26.01.2010 13:53, Michael Rathai: >> Es wäre toll, wenn ihr zu den Direktlinks der Steams (die nicht (mehr) >> funktionieren) den Titel der Sendung nennen würdet, da man dann auch >> über die Mediathek dahin findet und Zusatzinformationen erhält. > > Der Titel der Sendung : nano > Sender : 3sat > Termin: gestern - 25.1.2010 > > SCNR Hinter dir: Ein dreiköpfiger Affe! *doh* Claudius From osm at fips-schneider.de Tue Jan 26 22:32:46 2010 From: osm at fips-schneider.de (Fips Schneider) Date: Tue, 26 Jan 2010 23:32:46 +0100 Subject: [Talk-de] =?iso-8859-1?q?Schlie=DFf=E4cher?= Message-ID: <4B5F6D8E.8080006@fips-schneider.de> Hi ihr, weiss jemand einen Tag für Schließfächer? War ich einfach zu blöd, das zu finden? Danke! - Fips -- From osm at tappenbeck.net Wed Jan 27 05:23:06 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 27 Jan 2010 06:23:06 +0100 Subject: [Talk-de] Nachfrage bei ARD / ZDF wegen GPX-Daten Message-ID: <4B5FCDBA.50907@tappenbeck.net> Moin ! mir ist gerade eine Idee gekommen und ich wollte kurz fragen ob einer soetwas schon einmal in Angriff genommen hat bzw. wie Ihr darüber denkt. Die Sender sind zur Zeit viel im Umfeld unterwegs und ich rechne damit das einige der Reporter auch einen GPS-Empfänger dabei haben könnten. Wenn die sich in der Lage sind Ihre Wege aufzuzeichnen dann sind die vielleicht in der Lage GPX-Dateien zu mailen die wir als Referenzierungshilfe dienen. ... Eure Meinung ??? Hat einer von Euch ggf. schon eine zielgerichtete Adressen -> ggf. bitte als Mail an mich (User:Lübeck) schicken. Gruß Jan :-) From osm at tappenbeck.net Wed Jan 27 06:28:22 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 27 Jan 2010 07:28:22 +0100 Subject: [Talk-de] Haiti: WMS-gesucht Message-ID: <4B5FDD06.1090000@tappenbeck.net> Moin ! ich habe auf http://hypercube.telascience.org/haiti/?zoom=9&lat=19&lon=-72.19725&layers=osm,qbpre gerade Bilder von Quickview (PRE-Event) gesehen. Kann mir einer sagen wo die WMS-Daten für JOSM zu finden sind. Das ist ja weit weg vom Epizentrum - für Messungen im Flughafenbereich sicherlich ausreichend. Gruß Jan :-) From northcape at gmx.de Wed Jan 27 07:47:16 2010 From: northcape at gmx.de (007) Date: Wed, 27 Jan 2010 08:47:16 +0100 Subject: [Talk-de] Antw: OSM in 3sat nano In-Reply-To: References: <4B5E9E1D.0047.005E.0@rathai.de> <4B5E9F9F.0047.005E.0@rathai.de> <4B5EF3CD.0047.005E.0@rathai.de> Message-ID: <4B5FEF84.7040207@gmx.de> Am 26.01.2010 23:42, schrieb Claudius: > Am 26.01.2010 13:53, Michael Rathai: >>> Es wäre toll, wenn ihr zu den Direktlinks der Steams (die nicht (mehr) >>> funktionieren) den Titel der Sendung nennen würdet, da man dann auch >>> über die Mediathek dahin findet und Zusatzinformationen erhält. >> >> Der Titel der Sendung : nano >> Sender : 3sat >> Termin: gestern - 25.1.2010 >> >> SCNR > > Hinter dir: Ein dreiköpfiger Affe! *doh* > > Claudius Sicher das es kein zweiköpfiges Eichhörnchen ist ? ;) From tonnhofer at omniscale.de Wed Jan 27 08:10:48 2010 From: tonnhofer at omniscale.de (Oliver Tonnhofer) Date: Wed, 27 Jan 2010 09:10:48 +0100 Subject: [Talk-de] Omniscale OSM-WMS aktualisiert In-Reply-To: <55744b1c1001261250p7f9b8677ve8403e4bafd5a51b@mail.gmail.com> References: <6B7485BF-1E68-4A39-A6AD-4652B1B486DF@omniscale.de> <55744b1c1001261250p7f9b8677ve8403e4bafd5a51b@mail.gmail.com> Message-ID: Moin, On 26.01.2010, at 21:50, Mehmet Sirin wrote: > bietet ihr auch verschiedene Styles an? > Habe im WMS bisher nur einen entdeckt, nämlich jenen, den ihr auf > eurer Homepage präsentiert. In der Capabilitie-XML ist davon auch > nichts zu lesen. > Zu Testzwecken benutze ich den WMS..und muss sagen, dass er abgeht > wie eine Rakete. Nein, auf osm.omniscale.net bieten wir nur diesen einen Style an. Für eine kommerzielle Nutzung kann der Style jedoch sehr einfach Angepasst werden. Gruß Oliver -- Oliver Tonnhofer Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From qbert1 at gmx.de Wed Jan 27 09:39:13 2010 From: qbert1 at gmx.de (qbert biker) Date: Wed, 27 Jan 2010 10:39:13 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <4a29beb81001261046p34cbd0f0tf63c8a0b0dd261d7@mail.gmail.com> References: <38249986@web.de> <4B5E92BC.4060207@ms-team.de> <3499847.0gdAI9xacI@buegehome.de> <4B5EE79D.3080504@ms-team.de> <4a29beb81001261046p34cbd0f0tf63c8a0b0dd261d7@mail.gmail.com> Message-ID: <20100127093913.39450@gmx.net> -------- Original-Nachricht -------- > Datum: Tue, 26 Jan 2010 19:46:32 +0100 > Von: Stefan Schwan > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] Viele Fehler in Haiti > Der Grundgedanke ist, dass OSM Geodaten sammeln und frei zur Verfügung > stellen möchte. Ja, soweit OK. > Ein anderer Grundgedanke ist, dass sich die Sache von > alleine steuern muss. Das wird von der endlosen Wiederholung auch nicht richtiger. Das ist kein Grundgedanke, sondern eine Entwicklung, die vor ein paar Jahren andere Positionen verdraengt hat. > Du tust so, als könnte man Mapper (in Haiti, oder sonstwo) irgendwie > in eine bestimmte Richtung, sei es hin zu bestimmten > Qualitätsstandards oder Schwerpunkten beim Mappen, steuern.Es gibt > keine Steuerung, keine Mindeststandards. Natuerlich gibts eine Steuerung, auch wenn die unterschwellig passiert. Diese Steuerung hat vor ein paar Jahren die Parole ausgegeben, dass man vorerst alles einfach halten muss, weil Entwickler fehlen und solange es weisse Flaechen gibt Masse wichtiger ist als Klasse. Und spaeter hat diese Steuerung eben die Parole ausgegeben, dass es jetzt so viele Daten und Mapper gibt, dass man nichts mehr aendern kann und hat die Entscheidung von vorgestern zum Grundprinzip erklaert. > Die Diskussion "Warum malen wir nicht die freien Flächen zu?" Werden unter anderem deswegen gefuehrt, weil man nie ein Layerkonzept eingefuehrt hat. Jetzt versucht man verzweifelt, mit Daten auszukommen, die historisches und aktuelles, Wege und Flaechen, temporeaeres und statisches, usw. zu einem gigantischen Knotensalat verwurschteln. Selbst etwas so einfaches wie 'zeige mir alle Wege an und blende Wiesen und Waelder aus', ist bei OSM alles andere als trivial. Aber Minimalstandards waeren ja der Untergang von OSM... Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser From osm at tappenbeck.net Wed Jan 27 11:00:24 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 27 Jan 2010 12:00:24 +0100 Subject: [Talk-de] =?iso-8859-15?q?Stra=DFenverzeichnis_STENDAL_verf=FCgba?= =?iso-8859-15?q?r?= Message-ID: <4B601CC8.5000608@tappenbeck.net> http://svenanders.openstreetmap.de/SV-stat/Sachsen-Anhalt/Stendal/ danke Sven ! gruß Jan :-) From telegnom.osm at googlemail.com Wed Jan 27 11:03:42 2010 From: telegnom.osm at googlemail.com (Max Andre) Date: Wed, 27 Jan 2010 12:03:42 +0100 Subject: [Talk-de] =?iso-8859-15?q?Stra=DFenverzeichnis_STENDAL_verf=FCgba?= =?iso-8859-15?q?r?= In-Reply-To: <4B601CC8.5000608@tappenbeck.net> References: <4B601CC8.5000608@tappenbeck.net> Message-ID: <4B601D8E.2010107@googlemail.com> Am 27.01.2010 12:00, schrieb Jan Tappenbeck: > http://svenanders.openstreetmap.de/SV-stat/Sachsen-Anhalt/Stendal/ > > danke Sven ! > > gruß Jan :-) > > _______________________________________________ > Hallo, wenn man sich die "Detailseiten" anschauen möchte, wird man nach einem Benutzernamen und Passwort gefragt. Ist das gewollt? Ich denke mal nicht, da es so keinen Sinn macht, da man nicht erkennen kann, was noch gemappt werden muss. Grüße Max From news at jonasstein.de Wed Jan 27 11:42:05 2010 From: news at jonasstein.de (Jonas Stein) Date: Wed, 27 Jan 2010 12:42:05 +0100 Subject: [Talk-de] Ubuntu 9.10 Josm WMS Plugin References: <3645615.cSXb8vxdau@buegehome.de> Message-ID: > Kann jemand ein funktionierendes WMS-Plugin in Josm unter Ubuntu 9.10 > bestaetigen? Habe es unter Ubuntu und Debian durch selbst kompilieren von http://wiki.openstreetmap.org/wiki/JOSM/Plugins/WMSPlugin#webkit-image_.28QT.29 gemacht. Der Code ist zwar haesslich und unkommentiert, aber es klappt. Wichtig: Sun-Java durfte hier nicht die Open JDK Version sein. Viel Erfolg! -- Jonas Stein From news at jonasstein.de Wed Jan 27 11:54:15 2010 From: news at jonasstein.de (Jonas Stein) Date: Wed, 27 Jan 2010 12:54:15 +0100 Subject: [Talk-de] bonn-rhein-sieg: Neue regionale OSM-Mailingliste (+Gmane) Message-ID: <74m537-373.ln1@news.jonasstein.de> Regionale (Bonn/Rhein-Sieg) Diskussionen über Openstreetmap können ab sofort auch auf einer neu eingerichteten Openstreetmap-Mailingliste geführt werden https://lists.openstreetmap.de/mailman/listinfo/bonn-rhein-sieg Wichtige Ergebnisse von Diskussionen, die einen Bonner Bezug haben oder sich auf die Bonner OSM-Treffen beziehen, sollen hier im Wiki festgehalten werden. http://wiki.openstreetmap.org/wiki/Bonn_Stammtisch Ein Spiegel der Liste kann ueber Gmane bezogen werden. -- Jonas Stein From falk.zscheile at googlemail.com Wed Jan 27 12:50:08 2010 From: falk.zscheile at googlemail.com (Falk Zscheile) Date: Wed, 27 Jan 2010 13:50:08 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= Message-ID: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> Moin zusammen, das folgende Problem ist in M-V aufgetaucht und wurde auch schon dort auf der Mailingliste angesprochen. Es dürfte aber auch für andere Küstenbundesländer interessant sein. Deshalb möchte ich es gern hier zur Diskussion stellen: Die uns zur Verfügung gestellten amtlichen Gemeindegrenzen weichen zum Teil deutlich vom heutigen Verlauf der Küstenlinie ab. Nach Festlegung der amtlichen Grenzen wurden diese nicht mehr an den sich ändernden Küstenverlauf angepasst. Ein schönes Beispiele findet man hier am Salzhaff: http://www.openstreetmap.org/?lat=54.0568&lon=11.5323&zoom=14&layers=B000FTF Ein anderes in Rostock, dass aber schon gelöst ist. Hier wurde neu vermessen und der Grenzverlauf angepasst. Der Import nach OSM wird demnächst erfolgen. Zur Erläuterung: Die Zipfel in der Grenze entsprechen Buhnenwänden, die damals, als die Grenze festgelegt wurde (1910), noch vorhanden waren. http://www.openstreetmap.org/?lat=54.17751&lon=12.01866&zoom=16&layers=B000FTF Es stellt ich nun die Frage: amtliche Daten Beibehalten oder "schönzeichen", also Grenzlinie entlang der Küste führen? Das "Schönzeichen" wird wohl so auch bei topographischen Karten gehandhabt. Wie seht ihr die Sache? Genauigkeit vor Schönheit oder Schönheit vor Genauigkeit? Gruß, Falk -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From frederik at remote.org Wed Jan 27 13:00:15 2010 From: frederik at remote.org (Frederik Ramm) Date: Wed, 27 Jan 2010 14:00:15 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> Message-ID: <4B6038DF.8040606@remote.org> Hallo, Falk Zscheile wrote: > Wie seht ihr die Sache? Genauigkeit vor Schönheit oder Schönheit vor > Genauigkeit? Nach meinem aesthetischen Empfinden ist die Einzeichnung jeder Art von Grenze direkt an der Kueste niemals schoen, insofern stellt sich das Problem nicht ;-) Bye Frederik From landwirt at wilsen.de Wed Jan 27 13:41:55 2010 From: landwirt at wilsen.de (Sebastian Masch) Date: Wed, 27 Jan 2010 14:41:55 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> Message-ID: <4B6042A3.8000100@wilsen.de> Falk Zscheile wrote on 27.01.2010 13:50: > Moin zusammen, > > das folgende Problem ist in M-V aufgetaucht und wurde auch schon dort auf > der Mailingliste angesprochen. Es dürfte aber auch für andere > Küstenbundesländer interessant sein. Deshalb möchte ich es gern hier zur > Diskussion stellen: > > Die uns zur Verfügung gestellten amtlichen Gemeindegrenzen weichen zum Teil > deutlich vom heutigen Verlauf der Küstenlinie ab. Nach Festlegung der > amtlichen Grenzen wurden diese nicht mehr an den sich ändernden > Küstenverlauf angepasst. Ein schönes Beispiele findet man hier am Salzhaff: > Es stellt ich nun die Frage: amtliche Daten Beibehalten oder "schönzeichen", > also Grenzlinie entlang der Küste führen? Das "Schönzeichen" wird wohl so > auch bei topographischen Karten gehandhabt. > > Wie seht ihr die Sache? Genauigkeit vor Schönheit oder Schönheit vor > Genauigkeit? > Wenn die administrativen Grenzen diesen Verlauf haben, dann sollte man ihn auch so belassen. Heißt ja nicht umsonst boundary=administrative. Sebastian From jacques.nietsch at gmx.de Wed Jan 27 13:55:58 2010 From: jacques.nietsch at gmx.de (Jacques Nietsch) Date: Wed, 27 Jan 2010 14:55:58 +0100 Subject: [Talk-de] Schulprojekte mit OpenStreetMap? Message-ID: Hat Jemand Kenntnisse von Schulprojekten mit OpenStreetMap? Ich habe eine entsprechende Anfrage einer Schülerin. Ihre Lehrerin ist am überlegen, ob sie mit ihrer Klasse so etwas durchführen kann. Schöne Grüße Jacques From osm at terbrueggen.net Wed Jan 27 14:00:47 2010 From: osm at terbrueggen.net (olvagor) Date: Wed, 27 Jan 2010 15:00:47 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <4B6042A3.8000100@wilsen.de> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> Message-ID: <4B60470F.8010603@terbrueggen.net> Hallo, Am 27.01.2010 14:41, schrieb Sebastian Masch: >> Wie seht ihr die Sache? Genauigkeit vor Schönheit oder Schönheit vor >> Genauigkeit? >> > > Wenn die administrativen Grenzen diesen Verlauf haben, dann sollte man > ihn auch so belassen. Heißt ja nicht umsonst boundary=administrative. Die Frage ist meines Erachtes, welche Auswirkungen das auf irgendwelche Auswertungen hat. In verschiedenen Threads zu anderen Themen kam immer das Argument "Dass wir in Deutschland sind, wissen wir eh aus dem umgebenden Polygon". Das stimmt ja in genau diesem Fall nicht mehr. Deswegen sollten die Grenzen meiner Meinung nach schöngezeichnet werden. Vielleicht kann man aber auch eine Unterscheidung treffen zwischen tatsächlicher und offizieller Grenze. Auswertungen müssen dann halt gegen die tatsächliche Grenze laufen. Gruß, Markus From osm at tappenbeck.net Wed Jan 27 14:02:25 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 27 Jan 2010 15:02:25 +0100 Subject: [Talk-de] Shape-Export Message-ID: <4B604771.9070103@tappenbeck.net> Moin ! wenn man im Wiki nach Shape-Export sucht dann findet man immer nur ein Tool das in Verbindung mit Ubuntu und einer OSMLibary läuft. Gibt es etwas vergleichbares was unter Windows läuft - z.b. via PERL ??? Gruß Jan :-) From osm at terbrueggen.net Wed Jan 27 14:04:37 2010 From: osm at terbrueggen.net (olvagor) Date: Wed, 27 Jan 2010 15:04:37 +0100 Subject: [Talk-de] Schulprojekte mit OpenStreetMap? In-Reply-To: References: Message-ID: <4B6047F5.50805@terbrueggen.net> Hi, Am 27.01.2010 14:55, schrieb Jacques Nietsch: > Hat Jemand Kenntnisse von Schulprojekten mit OpenStreetMap? ich weiß, dass es an der Fachhochschule Südwestfalen in Iserlohn [1] eine AG o.ä. zu dem Thema gab. Genaueres ist mir aber leider auch nicht bekannt. Das ist natürlich kein richtiges Schulprojekt aber vielleicht trotzdem für dich bzw. deine Kontaktperson interessant. Wenn Interesse besteht, kann ich mal versuchen, nen Kontakt zur FH aufzubauen. Garantieren kann ich aber für nix. Gruß, Markus [1] http://www3.fh-swf.de/ From joerk at jhamburger.de Wed Jan 27 14:04:11 2010 From: joerk at jhamburger.de (=?ISO-8859-15?Q?J=F6rk?=) Date: Wed, 27 Jan 2010 15:04:11 +0100 Subject: [Talk-de] Schulprojekte mit OpenStreetMap? In-Reply-To: References: Message-ID: Jacques Nietsch schrieb: > Hat Jemand Kenntnisse von Schulprojekten mit OpenStreetMap? > > Ich habe eine entsprechende Anfrage einer Schülerin. > Ihre Lehrerin ist am überlegen, ob sie mit ihrer Klasse > so etwas durchführen kann. > > Schöne Grüße > Jacques > moin, wirf 'mal einen Blick auf die Meck-Pomm-Liste, da ist gerade so etwas. VG Jörk From andre+joost at nurfuerspam.de Wed Jan 27 14:08:24 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Wed, 27 Jan 2010 15:08:24 +0100 Subject: [Talk-de] Shape-Export In-Reply-To: <4B604771.9070103@tappenbeck.net> References: <4B604771.9070103@tappenbeck.net> Message-ID: <4B6048D8.3050601@nurfuerspam.de> Jan Tappenbeck schrieb: > Moin ! > > wenn man im Wiki nach Shape-Export sucht dann findet man immer nur ein > Tool das in Verbindung mit Ubuntu und einer OSMLibary läuft. > > Gibt es etwas vergleichbares was unter Windows läuft - z.b. via PERL ??? > Quantum GIS kann in den Versionen Mimas und Enceladus osm-daten importieren und als shapefile abspeichern. Allerdings sind beide Versionen etwas unstable :-( Gruß, André Joost From andre+joost at nurfuerspam.de Wed Jan 27 14:10:17 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Wed, 27 Jan 2010 15:10:17 +0100 Subject: [Talk-de] Schulprojekte mit OpenStreetMap? In-Reply-To: References: Message-ID: <4B604949.5080204@nurfuerspam.de> Jacques Nietsch schrieb: > Hat Jemand Kenntnisse von Schulprojekten mit OpenStreetMap? > > Ich habe eine entsprechende Anfrage einer Schülerin. > Ihre Lehrerin ist am überlegen, ob sie mit ihrer Klasse > so etwas durchführen kann. > Über die Dortmunder Mailingliste wurde unlängst ein Schulprojekt in Breckerfeld angeleiert. Dort hat aber die heiße Phase noch nicht begonnen. Gruß, André Joost From gerrylight at mail.com Wed Jan 27 14:12:11 2010 From: gerrylight at mail.com (Gerry Light) Date: Wed, 27 Jan 2010 06:12:11 -0800 (PST) Subject: [Talk-de] Schulprojekte mit OpenStreetMap? In-Reply-To: References: Message-ID: <1264601531772-4467353.post@n2.nabble.com> http://wiki.openstreetmap.org/wiki/Aschaffenburg/FDG-Aktion -- View this message in context: http://n2.nabble.com/Schulprojekte-mit-OpenStreetMap-tp4467273p4467353.html Sent from the Germany mailing list archive at Nabble.com. From k127 at gmx.de Wed Jan 27 14:45:18 2010 From: k127 at gmx.de (Klaus Hartl) Date: Wed, 27 Jan 2010 15:45:18 +0100 Subject: [Talk-de] Schulprojekte mit OpenStreetMap? In-Reply-To: References: Message-ID: <4B60517E.7030108@gmx.de> Vielleicht suchst Du das hier: http://www.map-your-world.ch/index.php Wurde u.a. auf der letzten FOSSGIS vorgestellt. Cheers, Klaus Jacques Nietsch schrieb: > Hat Jemand Kenntnisse von Schulprojekten mit OpenStreetMap? > > Ich habe eine entsprechende Anfrage einer Schülerin. > Ihre Lehrerin ist am überlegen, ob sie mit ihrer Klasse > so etwas durchführen kann. > > Schöne Grüße > Jacques > > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > > From falk.zscheile at googlemail.com Wed Jan 27 14:54:49 2010 From: falk.zscheile at googlemail.com (Falk Zscheile) Date: Wed, 27 Jan 2010 15:54:49 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <4B60470F.8010603@terbrueggen.net> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> Message-ID: <1545fef41001270654n177e1e79s57d2ca10bdcaff63@mail.gmail.com> Am 27. Januar 2010 15:00 schrieb olvagor : > > Am 27.01.2010 14:41, schrieb Sebastian Masch: > >> Wie seht ihr die Sache? Genauigkeit vor Schönheit oder Schönheit vor > >> Genauigkeit? > >> > > > > Wenn die administrativen Grenzen diesen Verlauf haben, dann sollte man > > ihn auch so belassen. Heißt ja nicht umsonst boundary=administrative. > > Die Frage ist meines Erachtes, welche Auswirkungen das auf irgendwelche > Auswertungen hat. In verschiedenen Threads zu anderen Themen kam immer > das Argument "Dass wir in Deutschland sind, wissen wir eh aus dem > umgebenden Polygon". Das stimmt ja in genau diesem Fall nicht mehr. > > Deswegen sollten die Grenzen meiner Meinung nach schöngezeichnet werden. > Vielleicht kann man aber auch eine Unterscheidung treffen zwischen > tatsächlicher und offizieller Grenze. Auswertungen müssen dann halt > gegen die tatsächliche Grenze laufen. > Naja, da könnte man aber auch sagen, dann soll der Renderer schauen, ob er die Linie "schöngezeichnet" bekommt, dass muß man nicht zwingend an den Rohdaten machen. Zumindest können wir die genauen Grenzen als historic:coastline:anno_domini behalten ;-) Gruß, Falk -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From jochen at remote.org Wed Jan 27 14:54:59 2010 From: jochen at remote.org (Jochen Topf) Date: Wed, 27 Jan 2010 15:54:59 +0100 Subject: [Talk-de] Schulprojekte mit OpenStreetMap? In-Reply-To: References: Message-ID: <20100127145459.GA16589@eldorado.topf.org> On Wed, Jan 27, 2010 at 02:55:58PM +0100, Jacques Nietsch wrote: > Hat Jemand Kenntnisse von Schulprojekten mit OpenStreetMap? Ich hab mal eine 2-tägige Mapping-Aktion mit einer Klasse gemacht: http://wiki.openstreetmap.org/wiki/Mapping-Aktion_am_Elisabeth-von-Thüringen-Gymnasium Einiges an Aufwand, aber hat gut geklappt und die Kids hatten Spaß dabei. > Ich habe eine entsprechende Anfrage einer Schülerin. > Ihre Lehrerin ist am überlegen, ob sie mit ihrer Klasse > so etwas durchführen kann. Das allerwichtigste ist, dass es einen erfahrenen OSMer gibt, der bereit ist das zu begleiten. OSM ist nicht einfach genug, als das ein Lehrer sich da mal einen Abend einliest und das alleine machen kann. Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From osm at tappenbeck.net Wed Jan 27 15:25:26 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Wed, 27 Jan 2010 16:25:26 +0100 Subject: [Talk-de] =?iso-8859-15?q?Stra=DFenverzeichnis_STENDAL_verf=FCgba?= =?iso-8859-15?q?r?= In-Reply-To: <4B601D8E.2010107@googlemail.com> References: <4B601CC8.5000608@tappenbeck.net> <4B601D8E.2010107@googlemail.com> Message-ID: Am 27.01.2010 12:03, schrieb Max Andre: > Am 27.01.2010 12:00, schrieb Jan Tappenbeck: >> http://svenanders.openstreetmap.de/SV-stat/Sachsen-Anhalt/Stendal/ >> >> danke Sven ! >> >> gruß Jan :-) >> >> _______________________________________________ >> > Hallo, > > wenn man sich die "Detailseiten" anschauen möchte, wird man nach einem > Benutzernamen und Passwort gefragt. Ist das gewollt? Ich denke mal > nicht, da es so keinen Sinn macht, da man nicht erkennen kann, was noch > gemappt werden muss. > > Grüße > > Max Auszug aus dem Report: Wichtig: Um auf die Ortsteilseiten Zugriff zu bekommen, benötigst du ein Passwort. Dieses bekommst du, wenn du bei OSM mitwirkst und das glaubhaft per E-Mail an: strassenvergleich (AT) sven.anders.im bekundest. Weitergabe dieses Passworts und der Stadtteilseiten ist nicht gestattet! Gruß Jan .-) From menk-you.should.remove.this.for.permanent.contact at mestrona.net Wed Jan 27 15:45:11 2010 From: menk-you.should.remove.this.for.permanent.contact at mestrona.net (Alexander Menk) Date: Wed, 27 Jan 2010 18:45:11 +0300 Subject: [Talk-de] Mapnik Style Editor / Dead Link Message-ID: Hallo! gibt es den auf http://wiki.openstreetmap.org/wiki/Mapnik genannten Style Editor noch? http://dev.openstreetmap.nl/~panman/styledit/ geht leider nicht. Viele Grüße, Alexander From telegnom.osm at googlemail.com Wed Jan 27 16:12:58 2010 From: telegnom.osm at googlemail.com (Max Andre) Date: Wed, 27 Jan 2010 17:12:58 +0100 Subject: [Talk-de] =?iso-8859-15?q?Stra=DFenverzeichnis_STENDAL_verf=FCgba?= =?iso-8859-15?q?r?= In-Reply-To: References: <4B601CC8.5000608@tappenbeck.net> <4B601D8E.2010107@googlemail.com> Message-ID: <4B60660A.2040605@googlemail.com> Am 27.01.2010 16:25, schrieb Jan Tappenbeck: > Am 27.01.2010 12:03, schrieb Max Andre: > >> Am 27.01.2010 12:00, schrieb Jan Tappenbeck: >> >>> http://svenanders.openstreetmap.de/SV-stat/Sachsen-Anhalt/Stendal/ >>> >>> danke Sven ! >>> >>> gruß Jan :-) >>> >>> _______________________________________________ >>> >>> >> Hallo, >> >> wenn man sich die "Detailseiten" anschauen möchte, wird man nach einem >> Benutzernamen und Passwort gefragt. Ist das gewollt? Ich denke mal >> nicht, da es so keinen Sinn macht, da man nicht erkennen kann, was noch >> gemappt werden muss. >> >> Grüße >> >> Max >> > Auszug aus dem Report: > > Wichtig: Um auf die Ortsteilseiten Zugriff zu bekommen, benötigst du ein > Passwort. Dieses bekommst du, wenn du bei OSM mitwirkst und das > glaubhaft per E-Mail an: strassenvergleich (AT) sven.anders.im > bekundest. Weitergabe dieses Passworts und der Stadtteilseiten ist nicht > gestattet! > > Gruß Jan .-) > > > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > Ah ja, danke für den Hinweis! Manchmal sollte man auch den Text lesen ;) Max From dieterdreist at gmail.com Wed Jan 27 16:44:54 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 27 Jan 2010 17:44:54 +0100 Subject: [Talk-de] Nachfrage bei ARD / ZDF wegen GPX-Daten In-Reply-To: <4B5FCDBA.50907@tappenbeck.net> References: <4B5FCDBA.50907@tappenbeck.net> Message-ID: <7acdb3651001270844u71f8e450xc011fedfee6e40db@mail.gmail.com> Am 27. Januar 2010 06:23 schrieb Jan Tappenbeck : > Die Sender sind zur Zeit viel im Umfeld unterwegs und ich rechne damit > das einige der Reporter auch einen GPS-Empfänger dabei haben könnten. > Wenn die sich in der Lage sind Ihre Wege aufzuzeichnen dann sind die > vielleicht in der Lage GPX-Dateien zu mailen die wir als > Referenzierungshilfe dienen. kannst Du mal versuchen, erfolgsversprechender dürfte m.E. sein, die Hilfskräfte vor Ort zu bitten (die haben wohl alle GPS-Geräte, es gibt viel mehr davon), und hören sich hier auf der ML so an, als wären sie mittlerweile OSM-Enthusiasten ;-) Gruß Martin From dieterdreist at gmail.com Wed Jan 27 17:03:49 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 27 Jan 2010 18:03:49 +0100 Subject: [Talk-de] =?utf-8?q?Grenzverl=C3=A4ufe_und_K=C3=BCstenlinie?= In-Reply-To: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> Message-ID: <7acdb3651001270903y37a09a04k2fc9b43401e70de5@mail.gmail.com> Am 27. Januar 2010 13:50 schrieb Falk Zscheile : > > Es stellt ich nun die Frage: amtliche Daten Beibehalten wenn sie "stimmen" unbedingt > oder "schönzeichen", > also Grenzlinie entlang der Küste führen?  Das "Schönzeichen" wird wohl so > auch bei topographischen Karten gehandhabt. > > Wie seht ihr die Sache? Genauigkeit vor Schönheit oder Schönheit vor > Genauigkeit? lieber richtig als schön, ist für mich klar. Die Frage ist: _ist_ die Küste die Gemeinde-Grenze, oder gelten da Koordinaten und Pläne von 1910? Wenn die Küste die Grenze _ist_, würde ich da auch nicht 2 ways haben wollen, sondern das auf einen way taggen. Gruß Martin From lars.francke at gmail.com Wed Jan 27 17:06:07 2010 From: lars.francke at gmail.com (Lars Francke) Date: Wed, 27 Jan 2010 18:06:07 +0100 Subject: [Talk-de] Zugriff auf ALLE OSM-Daten In-Reply-To: References: <988083170.20091206134027@arcor.de> <4B1FCAC2.4000305@remote.org> Message-ID: Falls es hier jemanden interessiert: Es wird demnächst einen neuen Dump der Daten geben. Zwei groeßere Probleme sind behoben. Zum einen das Timestamp-Problem welches ich in der letzten Mail beschrieben habe und zum anderen wird das "num_changes"-Attribut bei changesets wegfallen, da dieses offensichtlich nicht korrekt in der DB steht. Der Grund dafür ist bisher unbekannt und ich habe mich entschieden es dann lieber wegzulassen als fehlerhafte Daten zu liefern. Wenn aber noch jemand Probleme mit der Datei hatte wäre jetzt der richtige Zeitpunkt aufzuschreien! Ich schreibe hier nochmal wenn die aktuelle Version online ist. Tut mir leid für die Unannehmlichkeiten, die durch die Fehler eventuell entstanden sind. Gruß, Lars From dieterdreist at gmail.com Wed Jan 27 17:06:47 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 27 Jan 2010 18:06:47 +0100 Subject: [Talk-de] =?utf-8?q?Grenzverl=C3=A4ufe_und_K=C3=BCstenlinie?= In-Reply-To: <4B60470F.8010603@terbrueggen.net> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> Message-ID: <7acdb3651001270906h671b93a8id905c1ff2f103c9a@mail.gmail.com> Am 27. Januar 2010 15:00 schrieb olvagor : > Die Frage ist meines Erachtes, welche Auswirkungen das auf irgendwelche > Auswertungen hat. In verschiedenen Threads zu anderen Themen kam immer > das Argument "Dass wir in Deutschland sind, wissen wir eh aus dem > umgebenden Polygon". Das stimmt ja in genau diesem Fall nicht mehr. doch, klar. Es geht hier um _Gemeinde_grenzen. Für die nationalen Grenzen gilt ja sowieso die 12-Meilengrenze. > Vielleicht kann man aber auch eine Unterscheidung treffen zwischen > tatsächlicher und offizieller Grenze. Auswertungen müssen dann halt > gegen die tatsächliche Grenze laufen. was meinst Du denn damit? Es gibt nur eine Grenze, die ist sowohl "offiziell" als auch "tatsächlich". Gruß Martin From landwirt at wilsen.de Wed Jan 27 17:48:15 2010 From: landwirt at wilsen.de (Sebastian Masch) Date: Wed, 27 Jan 2010 18:48:15 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <4B60470F.8010603@terbrueggen.net> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> Message-ID: <4B607C5F.3020800@wilsen.de> olvagor wrote on 27.01.2010 15:00: > Hallo, > > Am 27.01.2010 14:41, schrieb Sebastian Masch: >>> Wie seht ihr die Sache? Genauigkeit vor Schönheit oder Schönheit vor >>> Genauigkeit? >>> >> >> Wenn die administrativen Grenzen diesen Verlauf haben, dann sollte man >> ihn auch so belassen. Heißt ja nicht umsonst boundary=administrative. > > Die Frage ist meines Erachtes, welche Auswirkungen das auf irgendwelche > Auswertungen hat. In verschiedenen Threads zu anderen Themen kam immer > das Argument "Dass wir in Deutschland sind, wissen wir eh aus dem > umgebenden Polygon". Das stimmt ja in genau diesem Fall nicht mehr. > Nehm mal an du sitzt mit dem Klappstuhl auf der Insel dort vor Wustrow. Laut den Seegrenzen liegst du in Deutschland, Land Mecklenburg-Vorpommern. Das ist auch die gesamte Information. Warum soll man Lügen und noch behaupten man gehöre zur Gemeinde Rerik und zum Landkreis Doberan? Weil's auf der Karte schöner aussieht? > Deswegen sollten die Grenzen meiner Meinung nach schöngezeichnet werden. > Vielleicht kann man aber auch eine Unterscheidung treffen zwischen > tatsächlicher und offizieller Grenze. Auswertungen müssen dann halt > gegen die tatsächliche Grenze laufen. > "Tatsächlich" ist gleich Küstenlinie? Anders ergibt der Absatz keinen Sinn. Gruß Sebastian From bartosz at fabianowski.eu Wed Jan 27 17:56:02 2010 From: bartosz at fabianowski.eu (Bartosz Fabianowski) Date: Wed, 27 Jan 2010 17:56:02 +0000 Subject: [Talk-de] Zugriff auf ALLE OSM-Daten In-Reply-To: References: <988083170.20091206134027@arcor.de> <4B1FCAC2.4000305@remote.org> Message-ID: <4B607E32.1010601@fabianowski.eu> Wie sieht es mit Segmenten aus die es nie geschafft haben, Teil eines Ways zu werden? Werden die mit in der Datei enthalten sein? Ich bin besonders an den ganz alten Daten aus der OSM-Anfangszeit interessiert. Je nachdem was wie umgewandelt wird fehlen solche Segmente oft. Gruß, - Bartosz From lars.francke at gmail.com Wed Jan 27 18:00:32 2010 From: lars.francke at gmail.com (Lars Francke) Date: Wed, 27 Jan 2010 19:00:32 +0100 Subject: [Talk-de] Zugriff auf ALLE OSM-Daten In-Reply-To: <4B607E32.1010601@fabianowski.eu> References: <988083170.20091206134027@arcor.de> <4B1FCAC2.4000305@remote.org> <4B607E32.1010601@fabianowski.eu> Message-ID: 2010/1/27 Bartosz Fabianowski : > Wie sieht es mit Segmenten aus die es nie geschafft haben, Teil eines > Ways zu werden? Werden die mit in der Datei enthalten sein? Ich bin > besonders an den ganz alten Daten aus der OSM-Anfangszeit interessiert. > Je nachdem was wie umgewandelt wird fehlen solche Segmente oft. Nein werden sie leider nicht. Ich habe auch Interesse daran und das daher auch schon ein bißchen vorangetrieben. Tom Hughes hat den alten API 0.4 Dump in eine Datenbank eingelesen und plant irgendwann die "privaten" Daten da rauszuschneiden und uns einen Dump zur Verfügung zu stellen. Er hat sich das letzte mal Mitte Dezember bei mir gemeldet, dass er das noch auf seinem Zettel stehen hat. So oder so wird es aber auf jeden Fall eine eigene Datei werden und nicht in diesen Export integriert werden. Ich (oder jemand anderes) wird hier (und auf der dev-Liste) auf jeden Fall Bescheid sagen sobald es soweit ist. Gruß, Lars From michael at buegehome.de Wed Jan 27 19:09:40 2010 From: michael at buegehome.de (Michael Buege) Date: Wed, 27 Jan 2010 20:09:40 +0100 Subject: [Talk-de] Ubuntu 9.10 Josm WMS Plugin References: <3645615.cSXb8vxdau@buegehome.de> <4B5C75E6.6060607@googlemail.com> Message-ID: <2356889.Air4r1n40a@buegehome.de> Zitat Max Andre: > Michael Buege schrieb: >> Kann jemand ein funktionierendes WMS-Plugin in Josm unter Ubuntu 9.10 >> bestaetigen? >> >> > Kann ein funktionierendes WMS-Plugin unter Ubuntu 9.10 in allen Version > der letzten Wochen (inkl. der selbstgebrauten SVN-Versionen) melden. > Allerdings nicht mit dem gnome-web-photo aus dem ubuntu repository. Da > habe ich eine ältere Version installieren müssen, da ansonsten scheinbar > keine Bilder geladen werden, was aber am gnome-web-photo liegt. Welche Version hast du installiert? Momentan ist bei mir 0.8 aus den Ubuntu Repositorys per default drauf. > Die eingebaute Yahoo! - Quelle funktioniert bei mir ohne Probleme. Auch > die nachgerüsteten Haiti-Quellen rennen problemlos. Nur Yahoo tut nicht, alles andere geht. -- Michael From telegnom.osm at googlemail.com Wed Jan 27 19:17:34 2010 From: telegnom.osm at googlemail.com (Max Andre) Date: Wed, 27 Jan 2010 20:17:34 +0100 Subject: [Talk-de] Ubuntu 9.10 Josm WMS Plugin In-Reply-To: <2356889.Air4r1n40a@buegehome.de> References: <3645615.cSXb8vxdau@buegehome.de> <4B5C75E6.6060607@googlemail.com> <2356889.Air4r1n40a@buegehome.de> Message-ID: <4B60914E.2010304@googlemail.com> Am 27.01.2010 20:09, schrieb Michael Buege: > Welche Version hast du installiert? Momentan ist bei mir 0.8 aus den Ubuntu > Repositorys per default drauf. > > Ich habe bei mir Version 0.3 installiert. Eine der wenigen, die bei mir das tut, was ich von ihr erwarte. Max From frederik at remote.org Wed Jan 27 19:20:10 2010 From: frederik at remote.org (Frederik Ramm) Date: Wed, 27 Jan 2010 20:20:10 +0100 Subject: [Talk-de] Zugriff auf ALLE OSM-Daten In-Reply-To: References: <988083170.20091206134027@arcor.de> <4B1FCAC2.4000305@remote.org> <4B607E32.1010601@fabianowski.eu> Message-ID: <4B6091EA.2040109@remote.org> Hallo, Lars Francke wrote: >> Wie sieht es mit Segmenten aus die es nie geschafft haben, Teil eines >> Ways zu werden? Werden die mit in der Datei enthalten sein? Ich bin >> besonders an den ganz alten Daten aus der OSM-Anfangszeit interessiert. >> Je nachdem was wie umgewandelt wird fehlen solche Segmente oft. > > Nein werden sie leider nicht. Ich habe auch Interesse daran und das > daher auch schon ein bißchen vorangetrieben. Na ihr seid ja "hardcore" ;-) die alten Dinger sind zu relativ wenig zu gebrauchen, weil sie in aller Regel nicht getaggt sind. Die alten Nodes haben wir - die Segmente geben also maximal die Info, dass da jemand mal zwei Nodes mit einer Linie verbunden hat. Man darf sich nicht der Illusion hingeben, dass man daraus irgendwie Strassen oder Wege malen koennte. Ein Bezug zu heutigen Daten (im Sinne einer Rueckverfolgung eines Ways in die Vergangenheit) wird auch nur mit ganz viel Raten moeglich sein, weil es keine 1:1-Zuordnung zwischen alten und neuen Ways gibt. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From osm at terbrueggen.net Wed Jan 27 19:44:29 2010 From: osm at terbrueggen.net (olvagor) Date: Wed, 27 Jan 2010 20:44:29 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <4B607C5F.3020800@wilsen.de> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <4B607C5F.3020800@wilsen.de> Message-ID: <4B60979D.1070306@terbrueggen.net> Hallo, Sebastian Masch schrieb: > Nehm mal an du sitzt mit dem Klappstuhl auf der Insel dort vor Wustrow. > Laut den Seegrenzen liegst du in Deutschland, Land Mecklenburg-Vorpommern. > Das ist auch die gesamte Information. Warum soll man Lügen und noch > behaupten man gehöre zur Gemeinde Rerik und zum Landkreis Doberan? > Weil's auf der Karte schöner aussieht? Ich verstehe ehrlich gesagt nicht, worauf du hinaus möchtest. Ich unterstelle niemandem, dass er die Grenzen falsch ziehen möchte, weil ein Gebiet seiner Meinung nach zu Deutschland gehören sollte o.ä. Mich beschleicht das Gefühl, dass wir irgendwie aneinander vorbei reden. >> Deswegen sollten die Grenzen meiner Meinung nach schöngezeichnet werden. >> Vielleicht kann man aber auch eine Unterscheidung treffen zwischen >> tatsächlicher und offizieller Grenze. Auswertungen müssen dann halt >> gegen die tatsächliche Grenze laufen. >> > > "Tatsächlich" ist gleich Küstenlinie? Anders ergibt der Absatz keinen Sinn. Gut erkannt. Tatsächliche Grenze == Küstenlinie Gruß, Markus From osm at terbrueggen.net Wed Jan 27 19:51:42 2010 From: osm at terbrueggen.net (olvagor) Date: Wed, 27 Jan 2010 20:51:42 +0100 Subject: [Talk-de] =?utf-8?q?Grenzverl=C3=A4ufe_und_K=C3=BCstenlinie?= In-Reply-To: <7acdb3651001270906h671b93a8id905c1ff2f103c9a@mail.gmail.com> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <7acdb3651001270906h671b93a8id905c1ff2f103c9a@mail.gmail.com> Message-ID: <4B60994E.5040506@terbrueggen.net> Martin Koppenhoefer schrieb: > Am 27. Januar 2010 15:00 schrieb olvagor : >> Die Frage ist meines Erachtes, welche Auswirkungen das auf irgendwelche >> Auswertungen hat. In verschiedenen Threads zu anderen Themen kam immer >> das Argument "Dass wir in Deutschland sind, wissen wir eh aus dem >> umgebenden Polygon". Das stimmt ja in genau diesem Fall nicht mehr. > > > doch, klar. Es geht hier um _Gemeinde_grenzen. Für die nationalen > Grenzen gilt ja sowieso die 12-Meilengrenze. Okay, ich formuliere den Satz um: "Dass wir in Rerik sind, wissen wir eh aus dem umgebenden Polygon". >> Vielleicht kann man aber auch eine Unterscheidung treffen zwischen >> tatsächlicher und offizieller Grenze. Auswertungen müssen dann halt >> gegen die tatsächliche Grenze laufen. > > was meinst Du denn damit? Es gibt nur eine Grenze, die ist sowohl > "offiziell" als auch "tatsächlich". Das ist wohl Ansichtssache. Es ging dem OP eben darum, dass die offizielle Grenze nicht mehr mit der Küstenlinie übereinstimmt. Ich gehe schwer davon aus, dass die Gemeinde Rerik ihre Gemeinde nicht auf die Grenzen von 1910 beschränkt, sondern sich an der Realität orientiert. Gruß, Markus From dieterdreist at gmail.com Wed Jan 27 19:52:05 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 27 Jan 2010 20:52:05 +0100 Subject: [Talk-de] Zugriff auf ALLE OSM-Daten In-Reply-To: <4B6091EA.2040109@remote.org> References: <988083170.20091206134027@arcor.de> <4B1FCAC2.4000305@remote.org> <4B607E32.1010601@fabianowski.eu> <4B6091EA.2040109@remote.org> Message-ID: <7acdb3651001271152n224d8bfm8f09020bed42d08b@mail.gmail.com> Am 27. Januar 2010 20:20 schrieb Frederik Ramm : > Na ihr seid ja "hardcore" ;-) die alten Dinger sind zu relativ wenig zu > gebrauchen, weil sie in aller Regel nicht getaggt sind. Die alten Nodes > haben wir - die Segmente geben also maximal die Info, dass da jemand mal > zwei Nodes mit einer Linie verbunden hat. Man darf sich nicht der > Illusion hingeben, dass man daraus irgendwie Strassen oder Wege malen > koennte. Ein Bezug zu heutigen Daten (im Sinne einer Rueckverfolgung > eines Ways in die Vergangenheit) wird auch nur mit ganz viel Raten > moeglich sein, weil es keine 1:1-Zuordnung zwischen alten und neuen Ways > gibt. ...und das allermeiste wird sowieso schon jemand zwischenzeitlich nachgetragen haben. Interessant wäre es aber evtl. trotzdem, diese Daten für die Nachwelt zu retten. Gruß Martin From dieterdreist at gmail.com Wed Jan 27 19:57:12 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 27 Jan 2010 20:57:12 +0100 Subject: [Talk-de] =?utf-8?q?Grenzverl=C3=A4ufe_und_K=C3=BCstenlinie?= In-Reply-To: <4B60994E.5040506@terbrueggen.net> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <7acdb3651001270906h671b93a8id905c1ff2f103c9a@mail.gmail.com> <4B60994E.5040506@terbrueggen.net> Message-ID: <7acdb3651001271157m64d27950mc532adfa088a5e4b@mail.gmail.com> Am 27. Januar 2010 20:51 schrieb olvagor : >> was meinst Du denn damit? Es gibt nur eine Grenze, die ist sowohl >> "offiziell" als auch "tatsächlich". > > Das ist wohl Ansichtssache. Es ging dem OP eben darum, dass die > offizielle Grenze nicht mehr mit der Küstenlinie übereinstimmt. > Ich gehe schwer davon aus, dass die Gemeinde Rerik ihre Gemeinde nicht > auf die Grenzen von 1910 beschränkt, sondern sich an der Realität > orientiert. das ist doch sicher bei einer so wichtigen Sache wie den Grenzen geregelt. Man wird ja nicht unbedingt die Koordinaten der Karte von 1910 auf die heutigen Koordinaten übertragen, sondern wenn die Insel "gewandert" ist trotzdem nach wie vor davon ausgehen, dass die Insel die Gemeinde ist. Von daher mein Einwand oben: wieso überhaupt 2 ways? IMHO sollte man hier die Küstenlinie gleichzeitig auch als adminstrative Grenze taggen. Gruß Martin From dieterdreist at gmail.com Wed Jan 27 20:00:27 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 27 Jan 2010 21:00:27 +0100 Subject: [Talk-de] =?utf-8?q?Grenzverl=C3=A4ufe_und_K=C3=BCstenlinie?= In-Reply-To: <4B6038DF.8040606@remote.org> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6038DF.8040606@remote.org> Message-ID: <7acdb3651001271200r6789fcd0l2188c107047e9bf5@mail.gmail.com> Am 27. Januar 2010 14:00 schrieb Frederik Ramm : > Nach meinem aesthetischen Empfinden ist die Einzeichnung jeder Art von > Grenze direkt an der Kueste niemals schoen, insofern stellt sich das > Problem nicht ;-) auch das IMHO ein guter Einwand. Wenn man dann die Küstenlinie und die Gemeindegrenze auf demselben way hätte, könnte man auf der Standardkarte diese beim Grenzen-rendern z.B. auch auslassen, während man sie auf einer politischen Karte vielleicht darstellen würde. Gruß Martin From falk.zscheile at googlemail.com Wed Jan 27 20:02:05 2010 From: falk.zscheile at googlemail.com (Falk Zscheile) Date: Wed, 27 Jan 2010 21:02:05 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <4B60994E.5040506@terbrueggen.net> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <7acdb3651001270906h671b93a8id905c1ff2f103c9a@mail.gmail.com> <4B60994E.5040506@terbrueggen.net> Message-ID: <1545fef41001271202l25db9fe0s52b3d7995888e0cd@mail.gmail.com> Am 27. Januar 2010 20:51 schrieb olvagor : > > Das ist wohl Ansichtssache. Es ging dem OP eben darum, dass die > offizielle Grenze nicht mehr mit der Küstenlinie übereinstimmt. > Ich gehe schwer davon aus, dass die Gemeinde Rerik ihre Gemeinde nicht > auf die Grenzen von 1910 beschränkt, sondern sich an der Realität > orientiert. > > Rein rechtlich ist das schon ein Problem, da genau genommen auf dem Gebiet außerhalb der Grenze die örtliche Zuständigkeit der Gemeinde nicht gegeben ist. Bei der Halbinsel bei Rerik handelt es sich um ein unbewohntes Gebiet. Dort spielt es keine große Rolle. Aber ich glaube im Fall von Rostock war einer der Gründe für die Neuvermessung, das teile der Landmasse rechtlich gesehen nicht zu Rostock gehören. Gruß, Falk -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From osm at terbrueggen.net Wed Jan 27 20:05:33 2010 From: osm at terbrueggen.net (olvagor) Date: Wed, 27 Jan 2010 21:05:33 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <1545fef41001271202l25db9fe0s52b3d7995888e0cd@mail.gmail.com> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <7acdb3651001270906h671b93a8id905c1ff2f103c9a@mail.gmail.com> <4B60994E.5040506@terbrueggen.net> <1545fef41001271202l25db9fe0s52b3d7995888e0cd@mail.gmail.com> Message-ID: <4B609C8D.5050105@terbrueggen.net> Hallo, Falk Zscheile schrieb: > Rein rechtlich ist das schon ein Problem, da genau genommen auf dem Gebiet > außerhalb der Grenze die örtliche Zuständigkeit der Gemeinde nicht gegeben > ist. Bei der Halbinsel bei Rerik handelt es sich um ein unbewohntes Gebiet. > Dort spielt es keine große Rolle. Aber ich glaube im Fall von Rostock war > einer der Gründe für die Neuvermessung, das teile der Landmasse rechtlich > gesehen nicht zu Rostock gehören. Versteht mich nicht falsch. Ich bin kein Verfechter dieser oder jener Idee. Aber du hast nach Meinungen gefragt und das war halt mein Senf :-) Gruß, Markus From bartosz at fabianowski.eu Wed Jan 27 20:07:23 2010 From: bartosz at fabianowski.eu (Bartosz Fabianowski) Date: Wed, 27 Jan 2010 20:07:23 +0000 Subject: [Talk-de] Zugriff auf ALLE OSM-Daten In-Reply-To: <4B6091EA.2040109@remote.org> References: <988083170.20091206134027@arcor.de> <4B1FCAC2.4000305@remote.org> <4B607E32.1010601@fabianowski.eu> <4B6091EA.2040109@remote.org> Message-ID: <4B609CFB.5050503@fabianowski.eu> > die Segmente geben also maximal die Info, dass da jemand mal zwei > Nodes mit einer Linie verbunden hat. Und um ganz genau diese Information geht es mir. Es gibt ja auf den OSM-Mirrors ein paar Dateien aus der 0.4-Ära die den damals aktuellen Zustand abbilden. Wenn man die einfach so mit den existieren Skripten konvertiert und rendert bleiben in der Tat nur Nodes übrig. Ich habe die Skripte einfach nur ein wenig abgeändert so daß jedes Segment als highway=road in der Datenbank landet. Klar ist das prinzipiell Quatsch. Es müssen ja noch lange keine Straßen sein, die dort gemappt wurden sondern vielleicht Eisenbahnen, Flüsse, Zäune oder Gebäude... aber es reicht allemal um Linien zu rendern und sich den OSM-Fortschritt anzeigen zu lassen. Ich habe das für Irland gemacht und finde die Bilder sehr aussagekräftig. Benutzernamen oder zeitliche Bezüge zwischen den damaligen Segmenten und aktuellen Daten sind mir zumindest völlig egal. Ich hätte nur gerne eine Datei die die rohen Segmente enthält. Gruß, - Bartosz From dieterdreist at gmail.com Wed Jan 27 20:07:41 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 27 Jan 2010 21:07:41 +0100 Subject: [Talk-de] =?utf-8?q?Grenzverl=C3=A4ufe_und_K=C3=BCstenlinie?= In-Reply-To: <1545fef41001271202l25db9fe0s52b3d7995888e0cd@mail.gmail.com> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <7acdb3651001270906h671b93a8id905c1ff2f103c9a@mail.gmail.com> <4B60994E.5040506@terbrueggen.net> <1545fef41001271202l25db9fe0s52b3d7995888e0cd@mail.gmail.com> Message-ID: <7acdb3651001271207i557dfe6csf926eb712674b12d@mail.gmail.com> Am 27. Januar 2010 21:02 schrieb Falk Zscheile : > Rein rechtlich ist das schon ein Problem, da genau genommen auf dem Gebiet > außerhalb der Grenze die örtliche Zuständigkeit der Gemeinde nicht gegeben > ist. Bei der Halbinsel bei Rerik handelt es sich um ein unbewohntes Gebiet. > Dort spielt es keine große Rolle. Aber ich glaube im Fall von Rostock war > einer der Gründe für die Neuvermessung, das teile der Landmasse rechtlich > gesehen nicht zu Rostock gehören. wenn das so ist, (also die Gemeindegrenzen geographisch genau beschrieben sind, und der Küstenverlauf darin keine Rolle spielt) dann sind diese vom Küstenverlauf abweichenden Grenzen in OSM natürlich wichtig. Gruß Martin From falk.zscheile at googlemail.com Wed Jan 27 20:09:10 2010 From: falk.zscheile at googlemail.com (Falk Zscheile) Date: Wed, 27 Jan 2010 21:09:10 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <4B609C8D.5050105@terbrueggen.net> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <7acdb3651001270906h671b93a8id905c1ff2f103c9a@mail.gmail.com> <4B60994E.5040506@terbrueggen.net> <1545fef41001271202l25db9fe0s52b3d7995888e0cd@mail.gmail.com> <4B609C8D.5050105@terbrueggen.net> Message-ID: <1545fef41001271209x1860ab71q58049cce89e3f0aa@mail.gmail.com> Moin, Am 27. Januar 2010 21:05 schrieb olvagor : > Falk Zscheile schrieb: > > Rein rechtlich ist das schon ein Problem, da genau genommen auf dem > Gebiet > > außerhalb der Grenze die örtliche Zuständigkeit der Gemeinde nicht > gegeben > > ist. Bei der Halbinsel bei Rerik handelt es sich um ein unbewohntes > Gebiet. > > Dort spielt es keine große Rolle. Aber ich glaube im Fall von Rostock war > > einer der Gründe für die Neuvermessung, das teile der Landmasse rechtlich > > gesehen nicht zu Rostock gehören. > > Versteht mich nicht falsch. Ich bin kein Verfechter dieser oder jener > Idee. Aber du hast nach Meinungen gefragt und das war halt mein Senf :-) > > Genau, deswegen habe ich ja in meiner ersten Mail mit meinen Gedanken auch noch hinterm Berg gehalten und lasse sie nur nach und nach einfließen, auf dass noch andere ihren Senf dazu geben. Ich finde alle geäußerten Argumente hilfreich. Gruß, Falk -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From falk.zscheile at googlemail.com Wed Jan 27 20:13:48 2010 From: falk.zscheile at googlemail.com (Falk Zscheile) Date: Wed, 27 Jan 2010 21:13:48 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <7acdb3651001271207i557dfe6csf926eb712674b12d@mail.gmail.com> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <7acdb3651001270906h671b93a8id905c1ff2f103c9a@mail.gmail.com> <4B60994E.5040506@terbrueggen.net> <1545fef41001271202l25db9fe0s52b3d7995888e0cd@mail.gmail.com> <7acdb3651001271207i557dfe6csf926eb712674b12d@mail.gmail.com> Message-ID: <1545fef41001271213g3fc65b5fx9cbce44a29a9685e@mail.gmail.com> Am 27. Januar 2010 21:07 schrieb Martin Koppenhoefer : > Am 27. Januar 2010 21:02 schrieb Falk Zscheile < > falk.zscheile at googlemail.com>: > > > Rein rechtlich ist das schon ein Problem, da genau genommen auf dem > Gebiet > > außerhalb der Grenze die örtliche Zuständigkeit der Gemeinde nicht > gegeben > > ist. > wenn das so ist, (also die Gemeindegrenzen geographisch genau > beschrieben sind, und der Küstenverlauf darin keine Rolle spielt) dann > sind diese vom Küstenverlauf abweichenden Grenzen in OSM natürlich > wichtig. > > Aber nicht für jedermann. Dem Wanderer beispielsweise wäre es egal. Dem Jurastudenten, der ohne Genehmigung der Stadt am Strand Eis verkauft, vermutlich nicht ;-) Also Grenzen erst mal so lassen und darauf spekulieren, das sich für die benötigte Anwendung außerhalb der Daten eine Lösung findet? Gruß, Falk -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From dieterdreist at gmail.com Wed Jan 27 20:30:51 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Wed, 27 Jan 2010 21:30:51 +0100 Subject: [Talk-de] =?utf-8?q?Grenzverl=C3=A4ufe_und_K=C3=BCstenlinie?= In-Reply-To: <1545fef41001271213g3fc65b5fx9cbce44a29a9685e@mail.gmail.com> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <7acdb3651001270906h671b93a8id905c1ff2f103c9a@mail.gmail.com> <4B60994E.5040506@terbrueggen.net> <1545fef41001271202l25db9fe0s52b3d7995888e0cd@mail.gmail.com> <7acdb3651001271207i557dfe6csf926eb712674b12d@mail.gmail.com> <1545fef41001271213g3fc65b5fx9cbce44a29a9685e@mail.gmail.com> Message-ID: <7acdb3651001271230v4e9ac81dy510027c143413b1c@mail.gmail.com> Am 27. Januar 2010 21:13 schrieb Falk Zscheile : > Aber nicht für jedermann. Dem Wanderer beispielsweise wäre es egal. ja klar, es wird wohl kaum jemand auf die Idee kommen, den Küstenverlauf den Grenzen anzupassen... > Also Grenzen erst mal so lassen und darauf spekulieren, das sich für die > benötigte Anwendung außerhalb der Daten eine Lösung findet? wenn Du Lust hast, könntest Du auch die Rechtslage checken. Die offizielle=amtliche=gültige=geltende Grenze sollte in OSM als boundary eingetragen werden - und da könnte es schon sein, dass in einem Fall wie diesem für die Halbinsel evtl. doch nicht der Verlauf von 1910 schlussendlich gilt. Da gibt's vielleicht schon Gerichtsentscheidungen dazu? Oder gar eine gesetzliche Festlegung? Oder nur einen Behördenerlass? Die Betonung liegt hier auf Lust ;-), Du kannst es also auch gern bleiben lassen (oder jemand anderes kennt sich gut aus oder recherchiert), aber ich würde es begrüßen, Grenzen sind hier ja doch Dauerthema irgendwie. Gruß Martin From johannes at huesing.name Wed Jan 27 21:03:31 2010 From: johannes at huesing.name (Johannes Huesing) Date: Wed, 27 Jan 2010 22:03:31 +0100 Subject: [Talk-de] Schulprojekte mit OpenStreetMap? In-Reply-To: References: Message-ID: <20100127210331.GA4380@huesing.name> Jacques Nietsch [Wed, Jan 27, 2010 at 02:55:58PM CET]: > Hat Jemand Kenntnisse von Schulprojekten mit OpenStreetMap? > > Ich habe eine entsprechende Anfrage einer Schülerin. > Ihre Lehrerin ist am überlegen, ob sie mit ihrer Klasse > so etwas durchführen kann. > Ralf Gesellensetter hat sowas mal gemacht, vielleicht direkt an ihn wenden. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johannes at huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi") From addicks at gmx.net Wed Jan 27 21:36:52 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Wed, 27 Jan 2010 22:36:52 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <4B6042A3.8000100@wilsen.de> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> Message-ID: Am 27.01.2010 14:41, schrieb Sebastian Masch: > Wenn die administrativen Grenzen diesen Verlauf haben, dann sollte man > ihn auch so belassen. Heißt ja nicht umsonst boundary=administrative. +1 -jha- From schosch at snafu.de Wed Jan 27 21:41:54 2010 From: schosch at snafu.de (Schorschi) Date: Wed, 27 Jan 2010 22:41:54 +0100 (CET) Subject: [Talk-de] OSM in 3sat nano In-Reply-To: <4B5E9E1D.0047.005E.0@rathai.de> References: <4B5E9E1D.0047.005E.0@rathai.de> Message-ID: Moin, http://hstreaming.zdf.de/3sat/veryhigh/100125_routenpl_nano.mov ich glaub, der Link war gesucht ... Gruß, Schusch From addicks at gmx.net Wed Jan 27 21:54:18 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Wed, 27 Jan 2010 22:54:18 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <4B60979D.1070306@terbrueggen.net> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <4B607C5F.3020800@wilsen.de> <4B60979D.1070306@terbrueggen.net> Message-ID: Am 27.01.2010 20:44, schrieb olvagor: >> "Tatsächlich" ist gleich Küstenlinie? Anders ergibt der Absatz keinen Sinn. > > Gut erkannt. Tatsächliche Grenze == Küstenlinie Nein. Es gibt zwei Linien: Gemeindegrenze: boundary=administrative (boundary_type=suburb) Küstenlinie: natural=coastline Wo ist jetzt Dein Problem? Wenn die coastline wandert, dann korrigiere sie bei OSM. Wenn die Gemeine ihre Grenze anders definiert, dann korrigiere sie bei OSM. Wenn Du wirklich möchtest, dann kannst Du auch noch eine boundary a la "suburb_coastline" einführen, vielleicht rendert das dann jemand. -jha- From addicks at gmx.net Wed Jan 27 21:58:31 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Wed, 27 Jan 2010 22:58:31 +0100 Subject: [Talk-de] OSM in 3sat nano In-Reply-To: References: <4B5E9E1D.0047.005E.0@rathai.de> Message-ID: Am 27.01.2010 22:41, schrieb Schorschi: > ich glaub, der Link war gesucht ... Ich glaube, der wurde nicht mehr gesucht, denn dieser Bericht ist doch nach wie vor der gleiche, der auch schon letzte Woche in der ZDF-Drehscheibe lief und auch schon mehrfach hier verlinkt wurde. Nur dass diesmal die Anmoderation eine andere war/fehlte. -jha- From spam at mversen.de Wed Jan 27 22:21:40 2010 From: spam at mversen.de (Matthias Versen) Date: Wed, 27 Jan 2010 23:21:40 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <4B607C5F.3020800@wilsen.de> <4B60979D.1070306@terbrueggen.net> Message-ID: Johann H. Addicks wrote: > Nein. > Es gibt zwei Linien: > > Gemeindegrenze: boundary=administrative (boundary_type=suburb) > Küstenlinie: natural=coastline Nein, es gibt aktuell 3 Grenzen ! a) Gemeindegrenzen durch neuen Import b) Verlauf der Grenezn Deutschland (Landmasse) und Brandenburg (Landmasse) auf der coastline c) der Import der Kreis/landes/staatsgrenze hatte eine eigene Linie. Größtenteils wurde auf die Küstenlinie umgetaggt weil es Sinn macht aber es gibt nocht Stellen, wo es diese alte Linie noch gibt und die Grenze dort verläuft. Diese will ich in naher Zukunft mal korrigieren. > Wo ist jetzt Dein Problem? Wenn die coastline wandert, dann korrigiere > sie bei OSM. > Wenn die Gemeine ihre Grenze anders definiert, dann korrigiere sie bei OSM. Die Frage ist diese; Ist die Gemeidnegrenze die 1910 festgelegt wurde gültig oder wird die Küstenlinie als Grenze angenommen. Matthias From elchtreiber at gmx.net Wed Jan 27 23:36:22 2010 From: elchtreiber at gmx.net (Elchtreiber) Date: Thu, 28 Jan 2010 00:36:22 +0100 Subject: [Talk-de] AIO Routing auf 60CSx Message-ID: <4B60CDF6.2010406@gmx.net> Hallo *, hat noch jemand Probleme mit dem Routing auf der AIO-Karte? Habe die Karte früher oft und gerne für Routing eingesetzt, das war meistens Problemlos möglich. Nun bekomme ich immer die Meldung: Routenberechnungsfehler Im Forum ist auch schon ein Beitrag in diese Richtung, kann das von anderen Usern auch noch Bestätigt werden? Gruß Kai From freemaps.osm at googlemail.com Wed Jan 27 22:44:46 2010 From: freemaps.osm at googlemail.com (Christoph Wagner) Date: Wed, 27 Jan 2010 23:44:46 +0100 Subject: [Talk-de] AIO Routing auf 60CSx In-Reply-To: <4B60CDF6.2010406@gmx.net> References: <4B60CDF6.2010406@gmx.net> Message-ID: <4B60C1DE.90304@googlemail.com> Elchtreiber schrieb: > Hallo *, > > hat noch jemand Probleme mit dem Routing auf der AIO-Karte? > Habe die Karte früher oft und gerne für Routing eingesetzt, das war > meistens Problemlos möglich. > Nun bekomme ich immer die Meldung: > Routenberechnungsfehler > > Im Forum ist auch schon ein Beitrag in diese Richtung, kann das von > anderen Usern auch noch Bestätigt werden? > Ich hab sowas ab und zu auch schon mal gesehen. Kannst du bitte sagen, was deine Konfiguration ist? Welche Karte benutzt du (Deutschland, Europa,...?)? Von wann? Welches Gerät? Welche Firmware? Welche Route (von Madrid bis Moskau oder nur mal kurz um die Ecke)? Mal sehen, was sich machen lässt. Viele Grüße! Christoph -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: OpenPGP digital signature URL : From falk.zscheile at googlemail.com Wed Jan 27 22:49:48 2010 From: falk.zscheile at googlemail.com (Falk Zscheile) Date: Wed, 27 Jan 2010 23:49:48 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <4B607C5F.3020800@wilsen.de> <4B60979D.1070306@terbrueggen.net> Message-ID: <1545fef41001271449p41098174x2f98a1254e5d3389@mail.gmail.com> Am 27. Januar 2010 23:21 schrieb Matthias Versen : > > Die Frage ist diese; Ist die Gemeidnegrenze die 1910 festgelegt wurde > gültig oder wird die Küstenlinie als Grenze angenommen. > > Es galt die alte Grenze. Genau deshalb hat man jetzt in Rostock die Grenzen an den derzeitigen Küstenverlauf angepasst. Import wird demnächst erfolgen. Gruß, Falk -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From elchtreiber at gmx.net Wed Jan 27 23:59:46 2010 From: elchtreiber at gmx.net (Elchtreiber) Date: Thu, 28 Jan 2010 00:59:46 +0100 Subject: [Talk-de] AIO Routing auf 60CSx In-Reply-To: <4B60C1DE.90304@googlemail.com> References: <4B60CDF6.2010406@gmx.net> <4B60C1DE.90304@googlemail.com> Message-ID: <4B60D372.1050605@gmx.net> Hallo Christoph, Christoph Wagner wrote: > Ich hab sowas ab und zu auch schon mal gesehen. Kannst du bitte sagen, was deine Konfiguration ist? > Welche Karte benutzt du (Deutschland, Europa,...?)? Von wann? Welches Gerät? Welche Firmware? > Welche Route (von Madrid bis Moskau oder nur mal kurz um die Ecke)? Deutschlandkarte vom 27.01.2010 Gerät 60CSx, Firmware 3.70 Fast alle Routen die ich eingebe, mag er nicht mehr. Dabei sind kurze Strecken (2km) mal eben um die Ecke, als auch lange Strecken. Viele Strecken die nun nicht mehr gehen, haben in alten Kartenversionen funktioniert. Auch gehen diese Strecken noch beim OpenRouteService.org. > Mal sehen, was sich machen lässt. Danke! Gruß Kai From openstreetmap at assetburned.de Thu Jan 28 02:48:18 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Thu, 28 Jan 2010 03:48:18 +0100 Subject: [Talk-de] Schulprojekte mit OpenStreetMap? In-Reply-To: References: Message-ID: <4BBB00A3-DAF0-4B68-8AA0-89ACC65BD769@assetburned.de> moin äh nach dem stress in haiti würde ich auf jedenfall sagen das sie es sich seeehr gut überlegen sollte. zum einen wäre es mal interessant was für eine klasse das überhaupt ist. also mit realschülern im abschlußjahr kann man sicherlich was anderes machen als mit grundschülern in der 4. klasse. um mal so zwei nummern in den raum zu werfen. in jedenfalle sollte klar sein das hier echte karten bearbeitet werden und nicht irgendwelche nutzlosen phantasie orte entstehen sollen. ich würde vorschlagen die versuchen erstmal zu schauen was in ihrer stadt (oder zumindestens schulumgebung) schon vorhanden ist und drucken sich dann die walking maps aus um diese karten zu verbessern (hausnummern, telefonzellen, zigiautomaten, namen von geschäften und deren meta infos....) es gibt viel was man machen kann. das sehe ich hier auch in meiner direkten nachbarschaft und die find ich schon recht gut gemapt. oh und erzähl der lehrerin was über die haiti aktion. kann man ja nachlesen das die wirklich genutzt wurden. und das es vondaher ausgesprochen schlecht ist wenn da irgendwelche schüler amog laufen und irgendwelchen mist eintragen. cu assetburned On 27.01.2010, at 14:55, Jacques Nietsch wrote: > Hat Jemand Kenntnisse von Schulprojekten mit OpenStreetMap? > > Ich habe eine entsprechende Anfrage einer Schülerin. > Ihre Lehrerin ist am überlegen, ob sie mit ihrer Klasse > so etwas durchführen kann. > > Schöne Grüße > Jacques > > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From openstreetmap at assetburned.de Thu Jan 28 02:51:01 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Thu, 28 Jan 2010 03:51:01 +0100 Subject: [Talk-de] =?iso-8859-1?q?Grenzverl=E4ufe_und_K=FCstenlinie?= In-Reply-To: <4B60470F.8010603@terbrueggen.net> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> Message-ID: moin On 27.01.2010, at 15:00, olvagor wrote: > Hallo, > > Am 27.01.2010 14:41, schrieb Sebastian Masch: >>> Wie seht ihr die Sache? Genauigkeit vor Schönheit oder Schönheit vor >>> Genauigkeit? >>> >> >> Wenn die administrativen Grenzen diesen Verlauf haben, dann sollte man >> ihn auch so belassen. Heißt ja nicht umsonst boundary=administrative. > > Die Frage ist meines Erachtes, welche Auswirkungen das auf irgendwelche > Auswertungen hat. In verschiedenen Threads zu anderen Themen kam immer > das Argument "Dass wir in Deutschland sind, wissen wir eh aus dem > umgebenden Polygon". Das stimmt ja in genau diesem Fall nicht mehr. > > Deswegen sollten die Grenzen meiner Meinung nach schöngezeichnet werden. > Vielleicht kann man aber auch eine Unterscheidung treffen zwischen > tatsächlicher und offizieller Grenze. Auswertungen müssen dann halt > gegen die tatsächliche Grenze laufen. hm kann man das nicht mal ganz einfach regeln? ich meine zum vermessungsamt hin gehen und fragen wie die das lösen. küstenveränderungen in karten übernehmen und wie sich daraus die zuständigkeiten verändern... sowas zu erklären dürften ja keine dienstgeheimnisse sein. man muß dem gesprächspartner ja auch nicht direkt auf die nase binden das man das für OSM wissen will sondern erstmal privat nachfragen und wenn sich dann raus stellt das es ok ist kann man es ja immer noch erzählen. cu assetburned From ulf.lamping at googlemail.com Thu Jan 28 06:14:40 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Thu, 28 Jan 2010 07:14:40 +0100 Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= In-Reply-To: <4B5F5EBB.2060106@fossgis.de> References: <4B5F5EBB.2060106@fossgis.de> Message-ID: <4B612B50.6030301@googlemail.com> Am 26.01.2010 22:29, schrieb "Georg Lösel (FOSSGIS e.V.)": > Hallo, > > auf unserem Arbeitswochenende wurde das RollUp für den FOSSGIS e.V. > weiter voran gebracht und wir werden unseres noch vor der Konferenz drucken. > > Bei dem Treffen in 2009 im Linuxhotel wurde entschieden dass OSM auch > die Möglichkeit hat ein solches professionelles RollUp zu bekommen um > damit auf Messen präsent zu sein. http://www.fossgis.de/wiki/RollUps > > Was fehlt ist noch eine druckfähige Datei die wir dann zusammen mit > unserer Datei an die Druckerei schicken werden. > > Wir dachten an diese Rollups: > > http://www.neon-greiner.de > Neon Greiner > Jonas-Cahn-Str. 4 > 53115 Bonn > Tel 0228 638034 > Roll-Up 4-screen-classic Banner, 215x100cm, 235,50€ netto > > Wenn ihr in den nächsten Wochen (10 Februar?) was entwickelt können wir > das noch mit erledigen. Oder ist da schon was vorbereitet? Hallo! Da sich anscheinend sonst keiner meldet :-) Ich hab mit Inkscape einen ersten SVG Entwurf für so ein OSM RollUp erstellt, Preview zu finden unter: http://wiki.openstreetmap.org/wiki/Image:Osmrollup.png Die Rohdaten haben ~14MB, wollte ich nicht "auf Verdacht" ins Wiki stellen, kann es aber bei Bedarf gerne zur Verfügung stellen. Bitte bei Interesse mal anschauen, ob das vom Design so paßt. Falls das so oder so ähnlich tatsächlich in den Druck gehen sollte, bräuchte ich allerdings noch Hilfe bei den OSM Kartenausschnitten und (da ich da keine Erfahrung habe) was man allgemein bei einem großformatigen Digitaldruck so beachten muß. Gruß, ULFL P.S: Bei http://www.display-discount.biz/de/produkte/rollup/rollup-ro.04.html könnte man solche RollUps (85*215cm) für ~110 EUR bekommen. Qualität sieht von der Beschreibung her ok aus, ob die tatsächlich was taugen kann ich allerdings nicht sagen. From torstiko at gmail.com Thu Jan 28 08:00:33 2010 From: torstiko at gmail.com (Torsten Breda) Date: Thu, 28 Jan 2010 09:00:33 +0100 Subject: [Talk-de] =?iso-8859-1?q?Roll-Up_f=FCr_Messe?= In-Reply-To: <4B612B50.6030301@googlemail.com> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> Message-ID: <882496461001280000p38adf370n658dd15fdccc5994@mail.gmail.com> Hi Ulf! Am 28. Januar 2010 07:14 schrieb Ulf Lamping : > Ich hab mit Inkscape einen ersten SVG Entwurf für so ein OSM RollUp > erstellt, Preview zu finden unter: > > http://wiki.openstreetmap.org/wiki/Image:Osmrollup.png > > Die Rohdaten haben ~14MB, wollte ich nicht "auf Verdacht" ins Wiki > stellen, kann es aber bei Bedarf gerne zur Verfügung stellen. > > Bitte bei Interesse mal anschauen, ob das vom Design so paßt. > Dein Entwurf gefällt mir gut. Hast du klasse gemacht. Lediglich der untere Teil "GPS+Internet=Openstreetmap" sagt mit persönlich noch nicht so ganz zu. Natürlich fällt mir so spontan auch nichts besseres ein. Vielleicht so etwas, wie: "Jeder kann dazu beitragen, auch du! [Bild mit "Community"-Aussage] Eine Datenbank, tausende Karten, unendliche Möglichkeiten!" Nur so als Idee. Ansonsten, wie gesagt, gefällt mir dein Entwurf gut. > > Falls das so oder so ähnlich tatsächlich in den Druck gehen sollte, > bräuchte ich allerdings noch Hilfe bei den OSM Kartenausschnitten und > (da ich da keine Erfahrung habe) was man allgemein bei einem > großformatigen Digitaldruck so beachten muss. Da kann ich leider nicht bei helfen, aber vielleicht ist Frederick so nett. > Gruß, ULFL Gruß Torsten From frederik at remote.org Thu Jan 28 08:00:50 2010 From: frederik at remote.org (Frederik Ramm) Date: Thu, 28 Jan 2010 09:00:50 +0100 Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= In-Reply-To: <4B612B50.6030301@googlemail.com> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> Message-ID: <4B614432.6070109@remote.org> Hallo, Ulf Lamping wrote: > Ich hab mit Inkscape einen ersten SVG Entwurf für so ein OSM RollUp > erstellt, Preview zu finden unter: Gefaellt mir ganz gut. Mal was anderes, pffifige Idee mit der Linie durch die Landschaft (evtl. noch etwas deutlicher von einer Strassen-Mittellinie unterscheidbar machen). Allerdings werden solche Rollups oft in einer Form aufgestellt, die einer detaillierten Betrachtung nicht unbedingt foerderlich ist (z.B. auf einer Buehne oder sonstwie weiter von der Nase des Betrachters entfernt) - fuer so einen Einsatzzweck braucht man was, wo einfach nur das Logo drauf ist und sonst wenig. Ich hatte vor langer Zeit fuer einen anderen Zweck mal dies hier entworfen: http://www.remote.org/frederik/tmp/banner80x200.pdf Muesste man halt ueberlegen, wofuer man das genau haben will. In der Breite gestauchter Font in der Titelzeile ist nicht schoen. "Die freie Wiki Weltkarte" ist kein korrektes Deutsch. Die Formel im unteren Teil der Seite ist zu vereinfachend (OSM==GPSies?). Die Fortsetzung des Strassenelementes unterhalb der gruenen Box ist komisch (man braucht ne Weile, bis man merkt, was das graue Dreieck da sein soll). Eventuell den ganzen Block unterhalb der gruenen Box weg und durch eine grosse Version der t at h-Weltkarte ersetzen, auf die man dann "machen Sie mit" draufdruckt? Generell waere ich bei diesem Pastellgruen skeptisch, das kann im Druck leicht in irgendwas fieses umschlagen. Nur so ein Bauchgefuehl ;-) Bye Frederik From frederik at remote.org Thu Jan 28 08:06:23 2010 From: frederik at remote.org (Frederik Ramm) Date: Thu, 28 Jan 2010 09:06:23 +0100 Subject: [Talk-de] =?iso-8859-1?q?Roll-Up_f=FCr_Messe?= In-Reply-To: <882496461001280000p38adf370n658dd15fdccc5994@mail.gmail.com> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <882496461001280000p38adf370n658dd15fdccc5994@mail.gmail.com> Message-ID: <4B61457F.8070505@remote.org> Ach so, Torsten Breda wrote: >> Falls das so oder so ähnlich tatsächlich in den Druck gehen sollte, >> bräuchte ich allerdings noch Hilfe bei den OSM Kartenausschnitten und >> (da ich da keine Erfahrung habe) was man allgemein bei einem >> großformatigen Digitaldruck so beachten muss. > > Da kann ich leider nicht bei helfen, aber vielleicht ist Frederick so nett. Ja, das kann ich dann gerne machen. Bye Frederik From torstiko at gmail.com Thu Jan 28 08:41:40 2010 From: torstiko at gmail.com (Torsten Breda) Date: Thu, 28 Jan 2010 09:41:40 +0100 Subject: [Talk-de] =?iso-8859-1?q?Roll-Up_f=FCr_Messe?= In-Reply-To: <4B614432.6070109@remote.org> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> Message-ID: <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> Am 28. Januar 2010 09:00 schrieb Frederik Ramm : > Hallo, > Allerdings werden solche > Rollups oft in einer Form aufgestellt, die einer detaillierten > Betrachtung nicht unbedingt foerderlich ist (z.B. auf einer Buehne oder > sonstwie weiter von der Nase des Betrachters entfernt) - fuer so einen > Einsatzzweck braucht man was, wo einfach nur das Logo drauf ist und > sonst wenig. Ich hatte vor langer Zeit fuer einen anderen Zweck mal dies > hier entworfen: > > http://www.remote.org/frederik/tmp/banner80x200.pdf Sehr nett. > > Muesste man halt ueberlegen, wofuer man das genau haben will. Die FOSSGIS Entwürfe scheinen auch recht kleinteilige Informationen zu haben. > > Bye > Frederik > Gruß Torsten From schosch at snafu.de Thu Jan 28 09:35:08 2010 From: schosch at snafu.de (Schorschi) Date: Thu, 28 Jan 2010 10:35:08 +0100 (CET) Subject: [Talk-de] OT: Blindheit In-Reply-To: References: <4B5E9E1D.0047.005E.0@rathai.de> Message-ID: hm, hab vor lauter Suchen, wo denn jetzt der Haiti-Beitrag-Link ist, den Link bei Claudius nicht gesehen ... wie war das mit den drei Affen ;-) merci From osm at tappenbeck.net Thu Jan 28 09:48:53 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 28 Jan 2010 10:48:53 +0100 Subject: [Talk-de] Server-Umzug am Wochenende Message-ID: <4B615D85.8000801@tappenbeck.net> Hi ! ich habe gerade im JOSM gelesen das am Wochenende 30./31.Januar ein Serverumzug stattfinden soll. Ist das gerade jetzt angebracht wo so intensiv an Haiti gearbeitet wird ??? Gruß jan :-) From frederik at remote.org Thu Jan 28 09:57:29 2010 From: frederik at remote.org (Frederik Ramm) Date: Thu, 28 Jan 2010 10:57:29 +0100 Subject: [Talk-de] Server-Umzug am Wochenende In-Reply-To: <4B615D85.8000801@tappenbeck.net> References: <4B615D85.8000801@tappenbeck.net> Message-ID: <4B615F89.8080100@remote.org> Hallo, Jan Tappenbeck wrote: > ich habe gerade im JOSM gelesen das am Wochenende 30./31.Januar ein > Serverumzug stattfinden soll. > > Ist das gerade jetzt angebracht wo so intensiv an Haiti gearbeitet wird ??? Die Arbeit mit JOSM ist nicht von der Funktionsfaehigkeit des Servers abhaengig, von dem Du JOSM runterlaedst. Nicht umsonst ist JOSM ein Offline-Editor, sonst koennten wir ihn ja gleich in, aeh, Jotlatch umbenennen ;-) Ausserdem gibt es neben den 400 OSMern, die sich in Haiti engagieren, noch einige zehntausend andere, das sollte man nicht vergessen. Zu jedem Zeitpunkt wird bei OSM intensiv an irgendwas gearbeitet. Bye Frederik From f at zz.de Thu Jan 28 11:10:31 2010 From: f at zz.de (Florian Lohoff) Date: Thu, 28 Jan 2010 12:10:31 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung Message-ID: <20100128111031.GA8201@hydra.gt.owl.de> Hallo Liebe Strassenlistencontributoren ;), lange war es still - durch Private und Berufliche umstaende ist meine freie Zeit auf nahe null gefallen. Um ein wenig Luft zu bekommen habe ich jetzt mal das ganze Thema Strassenlistenabgleich als Wiki gestaltet. D.h. neue Polygone/Listen koennen ueber wiki Seiten eingebracht werden. Alles andere ist fast gleich geblieben. Hier ist das Wiki: http://osm.gt.owl.de/Strassenliste/wiki/ Die alte URL mit der Uebersicht der Auswertungen bleibt gleich: http://osm.gt.owl.de/Strassenliste/ Es existiert eine Seite die den Syntax erklaert und im moment kuemmere ich mich drum den Bugs zu hinterherzubasteln - Es ist ja unglaublich was user so probieren einzugeben ;) Die Listen habe ich aus dem Bestand konvertiert. Die rrdfiles d.h. historie sollte auch jeweils konvertiert/kopiert worden sein. Die NRW Karte funktioniert auch noch soweit - Ich hoffe das es nicht allzuviele links gibt die ins Leere fuehren. Nach einer Aenderung der Seiten im Wiki wird binnen 5-10 Minuten der output neu erzeugt. Ich bitte darum aussagekraeftige aenderungskommentare einzugeben. Am besten mit e-mail adresse oder nickname so das man eine moeglichkeit hat ueber die aenderungen zu diskutieren. Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From andre+joost at nurfuerspam.de Thu Jan 28 11:35:22 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Thu, 28 Jan 2010 12:35:22 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung In-Reply-To: <20100128111031.GA8201@hydra.gt.owl.de> References: <20100128111031.GA8201@hydra.gt.owl.de> Message-ID: <4B61767A.1030903@nurfuerspam.de> Florian Lohoff schrieb: > > Die NRW Karte funktioniert auch noch soweit - Ich hoffe das es nicht > allzuviele links gibt die ins Leere fuehren. > Nö, leider nicht: 0 fehlende Straßen werden mit 0% (statt 100%) und roter Karte bestraft:-( Gruß, André Joost From torstiko at gmail.com Thu Jan 28 11:37:37 2010 From: torstiko at gmail.com (Torsten Breda) Date: Thu, 28 Jan 2010 12:37:37 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung In-Reply-To: <20100128111031.GA8201@hydra.gt.owl.de> References: <20100128111031.GA8201@hydra.gt.owl.de> Message-ID: <882496461001280337i32d35b6ibdbaa0ca9522395@mail.gmail.com> Am 28. Januar 2010 12:10 schrieb Florian Lohoff : > Hallo Liebe Strassenlistencontributoren ;), > > lange war es still - durch Private und Berufliche umstaende ist meine > freie Zeit auf nahe null gefallen. > > Um ein wenig Luft zu bekommen habe ich jetzt mal das ganze Thema > Strassenlistenabgleich als Wiki gestaltet. D.h. neue Polygone/Listen > koennen ueber wiki Seiten eingebracht werden. Alles andere ist fast gleich > geblieben. > Klasse gemacht! Ob es für dich unterm Strich weniger Arbeit ist, bleibt abzuwarten. Das zB in Nordrhein-Westfalen/Kreis Düren einige Orte nicht richtig ausgewertet werden schreibe ich jetzt mal dem anfänglichen Schluckauf zu. Werde es aber auch im Auge behalten. Ansonsten Prima Torsten P.S. Gratulation zu deiner neuen E-Mail-Adresse (Neidisch kuck, auch haben will ;) ) From osm at tappenbeck.net Thu Jan 28 11:42:10 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 28 Jan 2010 12:42:10 +0100 Subject: [Talk-de] Liste aller Wikipedia-Artikel zu einer Stadt Message-ID: <4B617812.80100@tappenbeck.net> Moin ! weiß einer von Euch ob man irgendwie eine Liste aller Artikel einer Stadt bei Wikipedia bekommen kann. Ist zwar nicht direkt OSM aber ich könnte mir vorstellen, dass das der eine oder andere auch schon einmal wissen wollte. Gruß Jan .-) From osm at bundesrainer.de Thu Jan 28 12:04:24 2010 From: osm at bundesrainer.de (bundesrainer) Date: Thu, 28 Jan 2010 13:04:24 +0100 Subject: [Talk-de] Liste aller Wikipedia-Artikel zu einer Stadt In-Reply-To: <4B617812.80100@tappenbeck.net> References: <4B617812.80100@tappenbeck.net> Message-ID: <4B617D48.8000505@bundesrainer.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Jan, Jan Tappenbeck schrieb: > > weiß einer von Euch ob man irgendwie eine Liste aller Artikel einer > Stadt bei Wikipedia bekommen kann. > Was genau meinst du damit? Alle Artikel, die einen Link zu einer Stadt haben? Das geht über die Spezialseiten. Z.B.: http://de.wikipedia.org/wiki/Spezial:Linkliste/Köln Oder alle Sprachversionen eines Stadtartikel? Beste Grüße, Rainer -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJLYX1IAAoJEPT/XJzV1tNzksMIAIzy5uP9arjuls025oLxLfRG 61sqNZKLD8ZMz0GmvLfdOae0/uoROUQ9mvTd8Cw+woiDcPgg5YS/rxxIUowC4HF3 2mHnqWeIE6HSrC0t2dRiATGP0w1avU8dg5ErwQdO1IOoTHlkJuNTbMbao0LKtCim fRphfXYuh/Efeh8Ft9lLXHxmdI/D3qPHozdDg73H+iFUXX/gooop2AarbNYE1Zy1 ubCNIWopd6vTYj2D7PNs64cT68iVvhQmNbZxozuM4fBSTcVjeGMNTPMxI5JlZc9A 8BjXvH9Kx8JTmyZ1DkLrhrRHC433fGXZjT+6RUsXPjmlg4KSOymdUS4onx3eqBY= =rgoN -----END PGP SIGNATURE----- From andr-neumann at gmx.net Thu Jan 28 12:40:08 2010 From: andr-neumann at gmx.net (Andreas Neumann) Date: Thu, 28 Jan 2010 13:40:08 +0100 Subject: [Talk-de] =?iso-8859-1?q?Relation_zum_zusammenfassen_von_Geb=E4ud?= =?iso-8859-1?q?en_=26_R=E4umen?= Message-ID: <4B6185A8.3040807@gmx.net> Hi, ich hab mir eine kleine Adresssuche für Ilmenau programmiert, die auch schon sehr gut funktioniert. Nun wollte ich gerne eine Spezialsuche für die Universitätsgebäude und deren Räume implementieren. Dabei hatte ich vor alle Gebäude in einer Relation zusammenzufassen und für jedes Gebäude eine Relation mit deren Räumen zu machen. Nun wollte ich fragen, ob es schon ein "Vorbild" für mich gibt, da ich diesbezüglich nichts in der Wiki finden konnte. MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 251 bytes Beschreibung: OpenPGP digital signature URL : From dieterdreist at gmail.com Thu Jan 28 12:48:02 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Thu, 28 Jan 2010 13:48:02 +0100 Subject: [Talk-de] =?utf-8?q?Grenzverl=C3=A4ufe_und_K=C3=BCstenlinie?= In-Reply-To: <1545fef41001271449p41098174x2f98a1254e5d3389@mail.gmail.com> References: <1545fef41001270450n17f33076u7c59c0a78a247293@mail.gmail.com> <4B6042A3.8000100@wilsen.de> <4B60470F.8010603@terbrueggen.net> <4B607C5F.3020800@wilsen.de> <4B60979D.1070306@terbrueggen.net> <1545fef41001271449p41098174x2f98a1254e5d3389@mail.gmail.com> Message-ID: <7acdb3651001280448p3b4026cag48457a9fe206e6d9@mail.gmail.com> Am 27. Januar 2010 23:49 schrieb Falk Zscheile : > Es galt die alte Grenze. Genau deshalb hat man jetzt in Rostock die Grenzen > an den derzeitigen Küstenverlauf angepasst. Import wird demnächst erfolgen. es ist doch klar, dass wir so gut wir es können versuchen, die geltenden Grenzen abzubilden. Von daher sollten wir die Grenzen dort auch so lassen, bis sie ggf. geändert werden, selbst wenn das vielleicht merkwürdig auf der Karte aussieht. Ist ja gerade auch interessant solche Stellen zu entdecken, wo die Realität die Aktenlage überholt ;-) Gruß Martin From osm at tappenbeck.net Thu Jan 28 12:55:14 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 28 Jan 2010 13:55:14 +0100 Subject: [Talk-de] Liste aller Wikipedia-Artikel zu einer Stadt In-Reply-To: <4B617D48.8000505@bundesrainer.de> References: <4B617812.80100@tappenbeck.net> <4B617D48.8000505@bundesrainer.de> Message-ID: Am 28.01.2010 13:04, schrieb bundesrainer: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hallo Jan, > > Jan Tappenbeck schrieb: >> >> weiß einer von Euch ob man irgendwie eine Liste aller Artikel einer >> Stadt bei Wikipedia bekommen kann. >> > > Was genau meinst du damit? > Alle Artikel, die einen Link zu einer Stadt haben? > Das geht über die Spezialseiten. Z.B.: > http://de.wikipedia.org/wiki/Spezial:Linkliste/Köln > > Oder alle Sprachversionen eines Stadtartikel? > > Beste Grüße, > Rainer > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (MingW32) > > iQEcBAEBAgAGBQJLYX1IAAoJEPT/XJzV1tNzksMIAIzy5uP9arjuls025oLxLfRG > 61sqNZKLD8ZMz0GmvLfdOae0/uoROUQ9mvTd8Cw+woiDcPgg5YS/rxxIUowC4HF3 > 2mHnqWeIE6HSrC0t2dRiATGP0w1avU8dg5ErwQdO1IOoTHlkJuNTbMbao0LKtCim > fRphfXYuh/Efeh8Ft9lLXHxmdI/D3qPHozdDg73H+iFUXX/gooop2AarbNYE1Zy1 > ubCNIWopd6vTYj2D7PNs64cT68iVvhQmNbZxozuM4fBSTcVjeGMNTPMxI5JlZc9A > 8BjXvH9Kx8JTmyZ1DkLrhrRHC433fGXZjT+6RUsXPjmlg4KSOymdUS4onx3eqBY= > =rgoN > -----END PGP SIGNATURE----- hi ! soweit schon ganz richtig - noch besser wäre es herauszufiltern nur die objekte die auch objekt in lübeck beschreiben. über deine url ist die gesamte welt ggf. gelistet - nur weil vielleicht einmal einer etwas von lübeck nach china versandt hat ! wenn du weißt was ich meine. gruß Jan :-) From dieterdreist at gmail.com Thu Jan 28 12:58:13 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Thu, 28 Jan 2010 13:58:13 +0100 Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= In-Reply-To: <882496461001280000p38adf370n658dd15fdccc5994@mail.gmail.com> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <882496461001280000p38adf370n658dd15fdccc5994@mail.gmail.com> Message-ID: <7acdb3651001280458g411c9008u65077a3bd21629a4@mail.gmail.com> Am 28. Januar 2010 09:00 schrieb Torsten Breda : > Dein Entwurf gefällt mir gut. Hast du klasse gemacht. > Lediglich der untere Teil "GPS+Internet=Openstreetmap" sagt mit > persönlich noch nicht so ganz zu. +1. sehe ich auch so. Wie wärs mit "local knowledge + internet = OSM" ? Gruß Martin From alexrk2 at yahoo.de Thu Jan 28 13:31:09 2010 From: alexrk2 at yahoo.de (Alexrk) Date: Thu, 28 Jan 2010 14:31:09 +0100 Subject: [Talk-de] Liste aller Wikipedia-Artikel zu einer Stadt In-Reply-To: <4B617812.80100@tappenbeck.net> References: <4B617812.80100@tappenbeck.net> Message-ID: Jan Tappenbeck schrieb am 28.01.2010 12:42: > weiß einer von Euch ob man irgendwie eine Liste aller Artikel einer > Stadt bei Wikipedia bekommen kann. > Kommt drauf an, wie Du "alle Artikel einer Stadt" definierst. Wenn Du über die Kategorien-Einordnung gehst, könntest Du die Wikipedia-API verwenden: http://de.wikipedia.org/w/api.php?action=query&list=categorymembers&cmtitle=Kategorie:Lübeck&cmlimit=100 ...und dann ggf rekursiv die Unterkategorien durchsuchen. Gibt auch Bot-Frameworks, die das etwas erleichtern (http://www.mediawiki.org/wiki/API:Client_Code) Wenn Du über die Georeferenzierung der Artikel in WP suchen möchtest, gibt es verschiedene Ansätze: * über den geonames.org-Webservice: http://www.geonames.org/export/wikipedia-webservice.html * über den SQL-Dump aller Artikel mit Koordinate: http://de.wikipedia.org/wiki/Wikipedia:WikiProjekt_Georeferenzierung/Wikipedia-World Gruß, Alex -- http://de.wikipedia.org/wiki/Benutzer:Alexrk2 From riedel.andre at gmail.com Thu Jan 28 13:46:38 2010 From: riedel.andre at gmail.com (=?UTF-8?Q?Andr=C3=A9_Riedel?=) Date: Thu, 28 Jan 2010 14:46:38 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung In-Reply-To: <20100128111031.GA8201@hydra.gt.owl.de> References: <20100128111031.GA8201@hydra.gt.owl.de> Message-ID: <124a940a1001280546y5f872b24n4bf77296ba2283b2@mail.gmail.com> Am 28. Januar 2010 12:10 schrieb Florian Lohoff : > Um ein wenig Luft zu bekommen habe ich jetzt mal das ganze Thema > Strassenlistenabgleich als Wiki gestaltet. D.h. neue Polygone/Listen > koennen ueber wiki Seiten eingebracht werden. Alles andere ist fast gleich > geblieben. Super Service. ;-) Nach meinem ersten Testen auch sehr einfach anzuwenden. > Nach einer Aenderung der Seiten im Wiki wird binnen 5-10 Minuten der output > neu erzeugt. Wie oft werden die Seiten aktualisiert ohne das man im Wiki etwas verändert? Ciao André From georg.loesel at fossgis.de Thu Jan 28 13:53:58 2010 From: georg.loesel at fossgis.de (=?UTF-8?Q?Georg_L=C3=B6sel_ ?= (FOSSGIS_e.V.)) Date: Thu, 28 Jan 2010 14:53:58 +0100 Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= In-Reply-To: <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> Message-ID: Hallo, tolle entwürfe, alle! On Thu, 28 Jan 2010 09:41:40 +0100, Torsten Breda wrote: > > Die FOSSGIS Entwürfe scheinen auch recht kleinteilige Informationen zu > haben. >> Und werden auch noch überarbeitet, Ich schliess mich aber grundsätzlich Frederik an, dass diese Roll-Ups eher als Eyecatcher dienen als mit Detailinformationen glänzen. Eine Bitte / Anmerkung hätte ich noch. Es wäre gut wenn zu mindestens in Form einer Quellenanagbe oder was ähnlichem der FOSSGIS e.V. mit Logo (siehe Anhnag) erscheint und wenn dann auf openstreetmap.de verwiesen wird. Schliesslich sind wir im deutschen Sprachraum unterwegs und etwas Werbung für die deutsche Community schadet nicht. Danke Gruß Georg >> Bye >> Frederik >> > Gruß > Torsten > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > -- -------------------------------------------------------------------------------- FOSSGIS e.V. DER Ansprechpartner in Sachen Freie GIS und Freie Geodaten www.fossgis.de / georg.loesel at fossgis.de --------------------------------------------------------------------------------- -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From georg.loesel at fossgis.de Thu Jan 28 14:02:56 2010 From: georg.loesel at fossgis.de (=?UTF-8?Q?Georg_L=C3=B6sel_ ?= (FOSSGIS_e.V.)) Date: Thu, 28 Jan 2010 15:02:56 +0100 Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= In-Reply-To: References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> Message-ID: <2360b7074b339ff0f5d384236d447341@mail.fossgis.de> Hallo, mir ist der Link irgendiwe missraten. jetzt mit korrektem SVG Georg On Thu, 28 Jan 2010 14:53:58 +0100, Georg Lösel (FOSSGIS e.V.) wrote: > Hallo, > > tolle entwürfe, alle! > > On Thu, 28 Jan 2010 09:41:40 +0100, Torsten Breda > wrote: >> >> Die FOSSGIS Entwürfe scheinen auch recht kleinteilige Informationen zu >> haben. >>> > > Und werden auch noch überarbeitet, Ich schliess mich aber grundsätzlich > Frederik an, dass diese Roll-Ups eher als Eyecatcher dienen als mit > Detailinformationen glänzen. > > Eine Bitte / Anmerkung hätte ich noch. > > Es wäre gut wenn zu mindestens in Form einer Quellenanagbe oder was > ähnlichem der FOSSGIS e.V. mit Logo (siehe Anhnag) erscheint und wenn dann > auf openstreetmap.de verwiesen wird. Schliesslich sind wir im deutschen > Sprachraum unterwegs und etwas Werbung für die deutsche Community schadet > nicht. > > Danke > > Gruß Georg > > > >>> Bye >>> Frederik >>> >> Gruß >> Torsten >> >> _______________________________________________ >> Talk-de mailing list >> Talk-de at openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-de >> > -- -------------------------------------------------------------------------------- FOSSGIS e.V. DER Ansprechpartner in Sachen Freie GIS und Freie Geodaten www.fossgis.de / georg.loesel at fossgis.de --------------------------------------------------------------------------------- -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : vereinslogo.svg Dateityp : text/xml Dateigröße : 21852 bytes Beschreibung: nicht verfügbar URL : From Michael.Brug at arcor.de Thu Jan 28 14:18:44 2010 From: Michael.Brug at arcor.de (Michael Brug) Date: Thu, 28 Jan 2010 15:18:44 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung In-Reply-To: <20100128111031.GA8201@hydra.gt.owl.de> References: <20100128111031.GA8201@hydra.gt.owl.de> Message-ID: <7260B5A5-42B9-4F9E-9BED-FC410D1249A7@arcor.de> Hallo Florian, funktioniert super! Viele Grüße Michael Am 28.01.2010 um 12:10 schrieb Florian Lohoff: > Hallo Liebe Strassenlistencontributoren ;), > > lange war es still - durch Private und Berufliche umstaende ist meine > freie Zeit auf nahe null gefallen. > > Um ein wenig Luft zu bekommen habe ich jetzt mal das ganze Thema > Strassenlistenabgleich als Wiki gestaltet. D.h. neue Polygone/Listen > koennen ueber wiki Seiten eingebracht werden. Alles andere ist fast gleich > geblieben. > > Hier ist das Wiki: > > http://osm.gt.owl.de/Strassenliste/wiki/ > > Die alte URL mit der Uebersicht der Auswertungen bleibt gleich: > > http://osm.gt.owl.de/Strassenliste/ > From andre+joost at nurfuerspam.de Thu Jan 28 14:19:10 2010 From: andre+joost at nurfuerspam.de (Andre Joost) Date: Thu, 28 Jan 2010 15:19:10 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung In-Reply-To: <4B61767A.1030903@nurfuerspam.de> References: <20100128111031.GA8201@hydra.gt.owl.de> <4B61767A.1030903@nurfuerspam.de> Message-ID: <4B619CDE.6070405@nurfuerspam.de> Andre Joost schrieb: > Florian Lohoff schrieb: > >> Die NRW Karte funktioniert auch noch soweit - Ich hoffe das es nicht >> allzuviele links gibt die ins Leere fuehren. >> > > Nö, leider nicht: 0 fehlende Straßen werden mit 0% (statt 100%) und > roter Karte bestraft:-( > Nachtrag: Alle Städte, die schon am 27.01. geändert wurden, stehen auf 0% in der NRW-Grafik, unabhängig vom Erfassungsgrad. Das ist nicht schön... Änderungen von heute scheinen dagegen korrekt verarbeitet zu werden. Gruß, André Joost From chris66nrw at gmx.de Thu Jan 28 14:19:42 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Thu, 28 Jan 2010 15:19:42 +0100 Subject: [Talk-de] Flut in Albanien Message-ID: Hi, hier eine weitere Naturkatastrophe, wo man mitarbeiten kann: (Hab ich irgendwie wenig von in den Medien mitbekommen) Chris From spam at mversen.de Thu Jan 28 14:23:44 2010 From: spam at mversen.de (Matthias Versen) Date: Thu, 28 Jan 2010 15:23:44 +0100 Subject: [Talk-de] =?iso-8859-1?q?Ben=F6tige_Hilfe_an_Stelle_mit_TMC_Punkt?= =?iso-8859-1?q?en?= Message-ID: Hallo ! Ich habe durch den Relation Check von Garry eine Stelle gefunden die ich nicht selber reparieren kann da TMC Punkte vorhanden sind und ich mich mit TMC novh nicht beschäftigt habe. Ich würde die Mapper anschreiben die dort editiert haben aber die arbeiten mit POtlatch aber damit kann man das Problem nicht korrigieren da der Zoom nicht ausreicht. Das Problem sieht man erst in JOSM bei einem Zoom unter einem Meter. Das Problem ist hier : http://www.openstreetmap.org/browse/node/18700180/ man findet dort : a) überlappende Wege b) defekte Abbiegerelation c) 3 verschiedene TMC Punkte Vielleicht kann sich das mal jemand anschauen. MAtthias From Michael.Brug at arcor.de Thu Jan 28 14:43:40 2010 From: Michael.Brug at arcor.de (Michael Brug) Date: Thu, 28 Jan 2010 15:43:40 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung In-Reply-To: <4B619CDE.6070405@nurfuerspam.de> References: <20100128111031.GA8201@hydra.gt.owl.de> <4B61767A.1030903@nurfuerspam.de> <4B619CDE.6070405@nurfuerspam.de> Message-ID: Wenn ich mir im Wiki das Diff meines letzten Edits anschaue, dann sind fast alle Einträge ausgetauscht worden, obwohl ich nur eine Straße geändert habe (Neuss Robert-Koch-Straße). Viele Grüße Michael Am 28.01.2010 um 15:19 schrieb Andre Joost : > Andre Joost schrieb: >> Florian Lohoff schrieb: >> >>> Die NRW Karte funktioniert auch noch soweit - Ich hoffe das es nicht >>> allzuviele links gibt die ins Leere fuehren. >>> >> >> Nö, leider nicht: 0 fehlende Straßen werden mit 0% (statt 100%) und >> roter Karte bestraft:-( >> > > Nachtrag: Alle Städte, die schon am 27.01. geändert wurden, stehen a > uf > 0% in der NRW-Grafik, unabhängig vom Erfassungsgrad. > Das ist nicht schön... > > Änderungen von heute scheinen dagegen korrekt verarbeitet zu werden. > > Gruß, > André Joost > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de From osm at bundesrainer.de Thu Jan 28 15:14:02 2010 From: osm at bundesrainer.de (bundesrainer) Date: Thu, 28 Jan 2010 16:14:02 +0100 Subject: [Talk-de] Liste aller Wikipedia-Artikel zu einer Stadt In-Reply-To: References: <4B617812.80100@tappenbeck.net> <4B617D48.8000505@bundesrainer.de> Message-ID: <4B61A9BA.6060308@bundesrainer.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jan Tappenbeck schrieb: > Am 28.01.2010 13:04, schrieb bundesrainer: > Hallo Jan, > > Jan Tappenbeck schrieb: >>>> weiß einer von Euch ob man irgendwie eine Liste aller Artikel einer >>>> Stadt bei Wikipedia bekommen kann. >>>> > Was genau meinst du damit? > Alle Artikel, die einen Link zu einer Stadt haben? > Das geht über die Spezialseiten. Z.B.: > http://de.wikipedia.org/wiki/Spezial:Linkliste/Köln > > Oder alle Sprachversionen eines Stadtartikel? > > Beste Grüße, > Rainer > hi ! > soweit schon ganz richtig - noch besser wäre es herauszufiltern nur die > objekte die auch objekt in lübeck beschreiben. > über deine url ist die gesamte welt ggf. gelistet - nur weil vielleicht > einmal einer etwas von lübeck nach china versandt hat ! wenn du weißt > was ich meine. Ja, hast recht. Die 5-Ecken-Theorie. :) Dann kommst du am besten über die Kategorien weiter, wie von Alexrk beschrieben. Beste Grüße, Rainer -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJLYam5AAoJEPT/XJzV1tNz5r0IALD5NI06LmJUe8lx2JOhT4Ko Iwtsf1ugGuv4rquLMEOonNR8ZmjwAwiFRIEzFC7HvKMPMovsUyALgw0iEK53n94g 3l23/OYuKKlRERlwe1nMXGvyRUaE/RpgzcqPuDPQBxL+1WHetBTMt+hKVxR30cbr F6F0xfGSggeJWdYiOryfoz38FSG2hlk0bPShSrYof+J2InvJh78v7t5S7t9UcdBa sZitHqnHFaJ6m07tJnxgYhwU+Vgiz1TR32D/wB8L+AMLIuEoDPow5WFHDfe7sK3u VGcXjIGZIty3+JEsIMge+eH0fz/G12zVYoBduOzn1QNqPchFspaof0kYhrmAEVs= =J69o -----END PGP SIGNATURE----- From claudius.h at gmx.de Thu Jan 28 15:35:21 2010 From: claudius.h at gmx.de (Claudius) Date: Thu, 28 Jan 2010 16:35:21 +0100 Subject: [Talk-de] =?iso-8859-1?q?Relation_zum_zusammenfassen_von_Geb=E4ud?= =?iso-8859-1?q?en_=26_R=E4umen?= In-Reply-To: <4B6185A8.3040807@gmx.net> References: <4B6185A8.3040807@gmx.net> Message-ID: Am 28.01.2010 13:40, Andreas Neumann: > Hi, > > ich hab mir eine kleine Adresssuche für Ilmenau programmiert, die auch > schon sehr gut funktioniert. Nun wollte ich gerne eine Spezialsuche für > die Universitätsgebäude und deren Räume implementieren. Dabei hatte ich > vor alle Gebäude in einer Relation zusammenzufassen und für jedes > Gebäude eine Relation mit deren Räumen zu machen. > > Nun wollte ich fragen, ob es schon ein "Vorbild" für mich gibt, da ich > diesbezüglich nichts in der Wiki finden konnte. Für die Zusammenfassung mehrerer Gebäude bspw. einer Institution eigent sich die "site"-Relation: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site Äquivalent dazu wäre für Räume eine "building"-Relation denkbar. Claudius From list at lab.at Thu Jan 28 15:37:59 2010 From: list at lab.at (Andreas Labres) Date: Thu, 28 Jan 2010 16:37:59 +0100 Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= In-Reply-To: <4B614432.6070109@remote.org> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> Message-ID: <4B61AF57.2090307@al.lab.at> On 28.01.10 09:00, Frederik Ramm wrote: > http://www.remote.org/frederik/tmp/banner80x200.pdf Gefällt mir gut, ich würde nur das grüne Logo grade setzen und irgendwo noch www.openstreetmap.org hinschreiben. Übrigens könnte man sich auch trauen, den Titel von links nach rechts zu setzen, das ist auch noch groß und gut lesbar und oft steht so ein Rollup auf einer Bühne hinter Menschen und man sieht aus dem Publikum nur das oberste Drittel des Rollups. Übrigens könnte man drüber nachdenken, ev. gleich mehrere Stück zu machen? Servus, Andreas From raimond.spekking at gmail.com Thu Jan 28 15:38:50 2010 From: raimond.spekking at gmail.com (Raimond Spekking) Date: Thu, 28 Jan 2010 16:38:50 +0100 Subject: [Talk-de] Liste aller Wikipedia-Artikel zu einer Stadt In-Reply-To: References: <4B617812.80100@tappenbeck.net> <4B617D48.8000505@bundesrainer.de> Message-ID: Am 28.01.2010 13:55, schrieb Jan Tappenbeck: > Am 28.01.2010 13:04, schrieb bundesrainer: > > Was genau meinst du damit? > Alle Artikel, die einen Link zu einer Stadt haben? > Das geht über die Spezialseiten. Z.B.: > http://de.wikipedia.org/wiki/Spezial:Linkliste/Köln > > Oder alle Sprachversionen eines Stadtartikel? > > Beste Grüße, > Rainer > hi ! > soweit schon ganz richtig - noch besser wäre es herauszufiltern nur die > objekte die auch objekt in lübeck beschreiben. > über deine url ist die gesamte welt ggf. gelistet - nur weil vielleicht > einmal einer etwas von lübeck nach china versandt hat ! wenn du weißt > was ich meine. Vielleicht hilft dir CatScan auf dem Toolserver weiter: Alle Artikel aus der Kategorie Köln (und 8 Ebenen tiefer), die auch in der Kategorie Lübeck (und 8 Ebenen tiefer) sind: http://toolserver.org/~daniel/WikiSense/CategoryIntersect.php?wikilang=de&wikifam=.wikipedia.org&basecat=K%C3%B6ln&basedeep=8&mode=cs&tagcat=L%C3%BCbeck&tagdeep=8&go=Scannen&format=html&userlang=de Cioa. Raymond. -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 259 bytes Beschreibung: OpenPGP digital signature URL : From osm at tobias-knerr.de Thu Jan 28 15:54:21 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Thu, 28 Jan 2010 16:54:21 +0100 Subject: [Talk-de] =?iso-8859-15?q?Relation_zum_zusammenfassen_von_Geb=E4u?= =?iso-8859-15?q?den_=26_R=E4umen?= In-Reply-To: <4B6185A8.3040807@gmx.net> References: <4B6185A8.3040807@gmx.net> Message-ID: <4B61B32D.6060503@tobias-knerr.de> Andreas Neumann schrieb: > Dabei hatte ich > vor alle Gebäude in einer Relation zusammenzufassen und für jedes > Gebäude eine Relation mit deren Räumen zu machen. > > Nun wollte ich fragen, ob es schon ein "Vorbild" für mich gibt, da ich > diesbezüglich nichts in der Wiki finden konnte. Zum Zusammenfassen mehrerer Gebäude gibt es die Site-Relation: http://wiki.openstreetmap.org/index.php/Relations/Proposed/Site Für Gebäude gibt es eine Building-Relation: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Buildings Ich tendiere allerdings dazu, eine Building-Relation nur dann verwenden, wenn aus irgendeinem Grund die Zugehörigkeit zum Gebäude nicht ohnehin eindeutig durch Verortung im building-Polygon zum Ausdruck kommt (also fast nie). Tobias Knerr From claudius.h at gmx.de Thu Jan 28 17:01:43 2010 From: claudius.h at gmx.de (Claudius) Date: Thu, 28 Jan 2010 18:01:43 +0100 Subject: [Talk-de] Liste aller Wikipedia-Artikel zu einer Stadt In-Reply-To: References: <4B617812.80100@tappenbeck.net> <4B617D48.8000505@bundesrainer.de> Message-ID: Am 28.01.2010 16:38, Raimond Spekking: > Am 28.01.2010 13:55, schrieb Jan Tappenbeck: >> Am 28.01.2010 13:04, schrieb bundesrainer: > >> >> Was genau meinst du damit? >> Alle Artikel, die einen Link zu einer Stadt haben? >> Das geht über die Spezialseiten. Z.B.: >> http://de.wikipedia.org/wiki/Spezial:Linkliste/Köln >> >> Oder alle Sprachversionen eines Stadtartikel? >> >> Beste Grüße, >> Rainer > >> hi ! > >> soweit schon ganz richtig - noch besser wäre es herauszufiltern nur die >> objekte die auch objekt in lübeck beschreiben. > >> über deine url ist die gesamte welt ggf. gelistet - nur weil vielleicht >> einmal einer etwas von lübeck nach china versandt hat ! wenn du weißt >> was ich meine. > > Vielleicht hilft dir CatScan auf dem Toolserver weiter: > Alle Artikel aus der Kategorie Köln (und 8 Ebenen tiefer), die auch in > der Kategorie Lübeck (und 8 Ebenen tiefer) sind: > http://toolserver.org/~daniel/WikiSense/CategoryIntersect.php?wikilang=de&wikifam=.wikipedia.org&basecat=K%C3%B6ln&basedeep=8&mode=cs&tagcat=L%C3%BCbeck&tagdeep=8&go=Scannen&format=html&userlang=de Ich denke, Jan sucht eher etwas in der Art "Alle Wikipedia-Artikel, die Geokoordinaten in einem Stadtgebiet/Polygon" haben. Ich kenne allerdings auch nichts in der Richtung. Claudius From AlexanderMatheisen at ish.de Thu Jan 28 17:47:56 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Thu, 28 Jan 2010 18:47:56 +0100 Subject: [Talk-de] Problem mit OpenLayers Message-ID: <201001281847.56058.AlexanderMatheisen@ish.de> Hallo, ich arbeite gerade an einer neuen Version meiner OpenLinkMap, die schon recht gut funktioniert und hoffentlich in den nächsten Tagen fertig wird. Sehen könnt ihr sie unter olm.openstreetmap.de. Ich habe aber noch ein paar kleinere, aber doch unangenehme Fehler. Das Verhalten der Popups und Marker will ich so haben wie bei meiner alten Karte (rurseekatze.bplaced.net/olm2). Ich habe jedoch bei der neuen Version alles etwas anders konstruiert und es funktioniert nicht so, wie es soll. :( Zur Zeit öffnen sich die Marker nur, wenn man draufklickt. Nehme ich das hover mit in den Quellcode hinein, öffnen sie sich zwar wie gewollt bei Drüberfahren, bleiben aber nicht geöffnet, wenn man draufklickt. Außerdem kann man die Popups nicht mehr schließen, wenn man erneut auf das Icon klickt. Ich habe es auch schon wie in diesem Beispiel versucht, aber da funktionierte gar nichts mehr: http://openlayers.org/dev/examples/highlight-feature.html Wo sind hier die OpenLayers-Profis unter euch, ich brauche eure Hilfe! Rurseekatze From claudius.h at gmx.de Thu Jan 28 17:37:05 2010 From: claudius.h at gmx.de (Claudius) Date: Thu, 28 Jan 2010 18:37:05 +0100 Subject: [Talk-de] Flut in Albanien In-Reply-To: References: Message-ID: Am 28.01.2010 15:19, Chris-Hein Lunkhusen: > Hi, > hier eine weitere Naturkatastrophe, wo man mitarbeiten kann: > > > > (Hab ich irgendwie wenig von in den Medien mitbekommen) Ich finde es schwierig da etwas zu helfen: - Keine hochauflösenden Satellitenbilder; die dort erkennbaren Features sind bereits abgezeichnet - keine Straßenkarten von denen sich Straßennamen übertragen liessen; konnte auch keine legalen Quellen finden - Reste (?) eines vorhandenen Straßenimports, zu dem ich allerdings keinerlei Informationen ausser dem Changeset-Kommentar "street vector data from DLR" finden konnte. Die Straßen enthalten Schlüssel "osm_id", zu denen ich aber auch keinerlei Dokumentation finden konnte [1]. Da die Straßen gerade erst importiert wurden will ich da auch nicht dazwischenpfuschen. Wäre das bisherige Vorgehen dort besser koordiniert könnte man einfacher einsteigen, aber so hab ich Angst dort durch das löschen der augenscheinlich ungenaueren Vektordaten eher was kaputt zu machen. Eigentlich schade, da die Region uns ja sogar geographisch näher ist. Claudius [1] http://www.openstreetmap.org/browse/way/48760317 From stefan.schwan at googlemail.com Thu Jan 28 18:21:08 2010 From: stefan.schwan at googlemail.com (Stefan Schwan) Date: Thu, 28 Jan 2010 19:21:08 +0100 Subject: [Talk-de] Liste aller Wikipedia-Artikel zu einer Stadt In-Reply-To: <4B617812.80100@tappenbeck.net> References: <4B617812.80100@tappenbeck.net> Message-ID: <4a29beb81001281021h5db1ed36uc8a7b0593297d3ea@mail.gmail.com> Hi! Am 28. Januar 2010 12:42 schrieb Jan Tappenbeck : > Moin ! > > weiß einer von Euch ob man irgendwie eine Liste aller Artikel einer > Stadt bei Wikipedia bekommen kann. > > Ist zwar nicht direkt OSM aber ich könnte mir vorstellen, dass das der > eine oder andere auch schon einmal wissen wollte. > > Gruß Jan .-) > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > Ob es auch irgendwie Innerhalb einer Stadt geht weiß ich nicht - mit Koordinaten geht es: Schau dir mal die englische Version des Geohacks bei Wikipedia an (auf Kooridaten klicken, dann englische Version auswählen): zB für Düsseldorf: http://stable.toolserver.org/geohack/geohack.php?language=en&pagename=D%C3%BCsseldorf¶ms=51.225555555556_N_6.7827777777778_E_region:DE-NW_type:city%28584217%29 da gibt es (anders als in der deutschen Version) den Abschnitt "Wikipedia articles". Alle deutschen Artikel im 5km Radius um die Düsseldorfer Koordinaten der Wikipedia. http://toolserver.org/~dispenser/cgi-bin/locateCoord.py?dbname=coord_dewiki&lon=6.782778&lat=51.225556&range_km=5 Gruß, Stefan From andre-r at online.de Thu Jan 28 19:06:33 2010 From: andre-r at online.de (=?UTF-8?B?QW5kcsOpIFJlaWNoZWx0?=) Date: Thu, 28 Jan 2010 20:06:33 +0100 Subject: [Talk-de] Einfach Marker-URLs erstellen? In-Reply-To: <1264442085396-4455439.post@n2.nabble.com> References: <4B59D904.6050309@online.de> <1264442085396-4455439.post@n2.nabble.com> Message-ID: <4B61E039.1070100@online.de> Am 25.01.2010 18:54, schrieb 1248: > Ich kenne sowas auch nicht, aber frag doch mal den Autor von diesem [1] > Thread im Forum. Der hat eine gute Lösung zum einfachen embedden von Slippy > Maps bereitgestellt, daher sollte das für ihn relativ einfach sein, auch so > etwas zu basteln (denke ich jedenfalls). Ich habe da mal gepostet. Mal sehen, ob dich was tut. Aber über das Tool kann man sich auch schon recht einfach Markerkoordinaten besorgen. Danke und Gruß, André -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 260 bytes Beschreibung: OpenPGP digital signature URL : From andre-r at online.de Thu Jan 28 19:22:21 2010 From: andre-r at online.de (=?UTF-8?B?QW5kcsOpIFJlaWNoZWx0?=) Date: Thu, 28 Jan 2010 20:22:21 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <1264510430579-4460423.post@n2.nabble.com> References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> <4B5EBC7F.9050309@remote.org> <1264510430579-4460423.post@n2.nabble.com> Message-ID: <4B61E3ED.4070401@online.de> Am 26.01.2010 13:53, schrieb NopMap: > bekommt man auch von jeder herkömmlichen Karte. Setzt voraus, dass es herkömmliche Karten gibt. Das tut es aber nachweislich nur kaum und wenn ja, dann total veraltet. Welcher Anbieter hat denn auch Interesse, in einem der ärmsten Länder der Welt Karten anzufertigen. Verkaufen kann man die nicht, also konzentriert man sich einfach auf andere Orte. Gruß, André -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 260 bytes Beschreibung: OpenPGP digital signature URL : From osm at tappenbeck.net Thu Jan 28 19:44:03 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Thu, 28 Jan 2010 20:44:03 +0100 Subject: [Talk-de] Liste aller Wikipedia-Artikel zu einer Stadt In-Reply-To: References: <4B617812.80100@tappenbeck.net> <4B617D48.8000505@bundesrainer.de> Message-ID: Am 28.01.2010 18:01, schrieb Claudius: > Am 28.01.2010 16:38, Raimond Spekking: >> Am 28.01.2010 13:55, schrieb Jan Tappenbeck: >>> Am 28.01.2010 13:04, schrieb bundesrainer: >> >>> >>> Was genau meinst du damit? >>> Alle Artikel, die einen Link zu einer Stadt haben? >>> Das geht über die Spezialseiten. Z.B.: >>> http://de.wikipedia.org/wiki/Spezial:Linkliste/Köln >>> >>> Oder alle Sprachversionen eines Stadtartikel? >>> >>> Beste Grüße, >>> Rainer >> >>> hi ! >> >>> soweit schon ganz richtig - noch besser wäre es herauszufiltern nur die >>> objekte die auch objekt in lübeck beschreiben. >> >>> über deine url ist die gesamte welt ggf. gelistet - nur weil vielleicht >>> einmal einer etwas von lübeck nach china versandt hat ! wenn du weißt >>> was ich meine. >> >> Vielleicht hilft dir CatScan auf dem Toolserver weiter: >> Alle Artikel aus der Kategorie Köln (und 8 Ebenen tiefer), die auch in >> der Kategorie Lübeck (und 8 Ebenen tiefer) sind: >> http://toolserver.org/~daniel/WikiSense/CategoryIntersect.php?wikilang=de&wikifam=.wikipedia.org&basecat=K%C3%B6ln&basedeep=8&mode=cs&tagcat=L%C3%BCbeck&tagdeep=8&go=Scannen&format=html&userlang=de > > Ich denke, Jan sucht eher etwas in der Art "Alle Wikipedia-Artikel, die > Geokoordinaten in einem Stadtgebiet/Polygon" haben. Ich kenne allerdings > auch nichts in der Richtung. > > Claudius +1 From mr.jones at ewetel.net Thu Jan 28 19:56:43 2010 From: mr.jones at ewetel.net (andre) Date: Thu, 28 Jan 2010 20:56:43 +0100 Subject: [Talk-de] =?iso-8859-15?q?Josm_=D6ffnungszeiteneditor?= Message-ID: <4B61EBFB.6030001@ewetel.net> Hallo Liste, wollte jetzt die Tage die Öffnungszeiten von den Hamburger Behörden eintragen. Dabei habe ich festgestellt, dass es teilweise recht unübersichtilich ist wenn man sich an die Anleitung im Wiki [1] hält. Deswegen meine Frage ob ein Entwickler von Josm mal eventuell einen Öffnungszeiteneditor schreiben könnte. Ich habe mal eine Zeichnung gemacht wie ich mir so ein Fenster vorstellen könnte[2]. Gedacht ist das so: Man wählt die gewünschten Tage bei den Wahlboxen an und stellt die gewünschte Öffnungszeit für den Tag ein. Die grobe Einstellung erfolgt über die Leisten wie bei MS-Word mit den Tabstopp oder wie bei gebräuchlichen Multimediaplayern. Die feine Korrektur direkt über die Ausgabe weiter unten im Fenster. Ich hoffe meine Zeichnung verdeutlicht mein Anliegen. Habe ich gedankliche Fehler beim überlegen gemacht? Eine graphische Eingabemöglichkeit für Öffnungszeiten würde mir sehr zusprechen. Es wäre schön wenn jemand diese Idee umsetzen könnte. Da ich selber keine Programmierkenntnisse habe, wäre es schön wenn das einer von euch machen könnte. Was haltet ihr davon? mfg, Andre [1] http://wiki.openstreetmap.org/wiki/DE:Key:opening_hours [2] http://img46.imageshack.us/img46/3328/josm.jpg From m.gehling at gmx.de Thu Jan 28 20:11:14 2010 From: m.gehling at gmx.de (Gehling Marc) Date: Thu, 28 Jan 2010 21:11:14 +0100 Subject: [Talk-de] Fossgis Vortrag Openstreetmap vor Ort Message-ID: Hallo, vor Wochen hatte ich für die Fossgis-Konferenz die Idee, das sich diejenigen, die OSM-Treffs, Mappingparties oder OSM-Messestände organisieren, dort persönlich treffen können, um Erfahrungen auszutauschen. Deshalb hatte ich einen Sessionvorschlag "Openstreetmap vor Ort" eingereicht. http://www.fossgis.de/konferenz/2010/events/20.de.html Und weil das ganze nicht eine 1-Man-Frontalvortrag werden soll, suche ich noch Mitstreiter. Wer also schon einmal ein OSM-Treffen, eine größere Mappingpartie oder ein OSM-Messestand organisiert hat und Lust und Zeit hat, bei der Session mitzuarbeiten, kann sich kurzfristig bei mir melden. Marc Gehling From l.emmerich at t-online.de Thu Jan 28 20:46:13 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Thu, 28 Jan 2010 21:46:13 +0100 Subject: [Talk-de] =?iso-8859-1?q?Josm_=D6ffnungszeiteneditor?= In-Reply-To: <4B61EBFB.6030001@ewetel.net> References: <4B61EBFB.6030001@ewetel.net> Message-ID: Hallo Andre, die Leerungszeiten von Briefkästen werden mit collection times=... eingetragen. Die Syntax: Mo-Fr 15:00,19:00; Sa 11:00 Zwischen den Zeiten kein Leerraum; Tage mit Semikolon und Leerraum trennen. Analog könnte das bei den Öffnungszeiten auch geschehen. Z.B. opening hours=Mo-Fr 09:00-12:00,14:00-17:30; Sa 10:00-14:00 Die Frage: Wählt man einen allgemeinen Tag wie opening_hours oder differenziert man banking_hours= office_hours= buisness_hours Gruß Lothar From f at zz.de Thu Jan 28 20:47:05 2010 From: f at zz.de (Florian Lohoff) Date: Thu, 28 Jan 2010 21:47:05 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung In-Reply-To: References: <20100128111031.GA8201@hydra.gt.owl.de> <4B61767A.1030903@nurfuerspam.de> <4B619CDE.6070405@nurfuerspam.de> Message-ID: <20100128204705.GC13089@hydra.gt.owl.de> On Thu, Jan 28, 2010 at 03:43:40PM +0100, Michael Brug wrote: > Wenn ich mir im Wiki das Diff meines letzten Edits anschaue, dann sind > fast alle Einträge ausgetauscht worden, obwohl ich nur eine Straße > geändert habe (Neuss Robert-Koch-Straße). Fehler meines initialen imports - hatte urspruenglich alles nur mit "lf" als line ending importiert - Aber die webgui und das wiki machen cr/lf drauf. Beim 2ten edit ist das diff Aussagekraeftiger. Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From f at zz.de Thu Jan 28 20:48:19 2010 From: f at zz.de (Florian Lohoff) Date: Thu, 28 Jan 2010 21:48:19 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung In-Reply-To: <4B619CDE.6070405@nurfuerspam.de> References: <20100128111031.GA8201@hydra.gt.owl.de> <4B61767A.1030903@nurfuerspam.de> <4B619CDE.6070405@nurfuerspam.de> Message-ID: <20100128204819.GD13089@hydra.gt.owl.de> On Thu, Jan 28, 2010 at 03:19:10PM +0100, Andre Joost wrote: > Nachtrag: Alle Städte, die schon am 27.01. geändert wurden, stehen auf > 0% in der NRW-Grafik, unabhängig vom Erfassungsgrad. > Das ist nicht schön... > > Änderungen von heute scheinen dagegen korrekt verarbeitet zu werden. Habe ich noch nicht verstanden - Hast du mal ein Beispiel konkreter Natur was wo falsch ist? Eine Stadt mit "0" sehe ich nicht - das muesste ja knallrot sein. Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From f at zz.de Thu Jan 28 20:49:24 2010 From: f at zz.de (Florian Lohoff) Date: Thu, 28 Jan 2010 21:49:24 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung In-Reply-To: <124a940a1001280546y5f872b24n4bf77296ba2283b2@mail.gmail.com> References: <20100128111031.GA8201@hydra.gt.owl.de> <124a940a1001280546y5f872b24n4bf77296ba2283b2@mail.gmail.com> Message-ID: <20100128204924.GE13089@hydra.gt.owl.de> On Thu, Jan 28, 2010 at 02:46:38PM +0100, André Riedel wrote: > > Wie oft werden die Seiten aktualisiert ohne das man im Wiki etwas verändert? > Nach wie vor 2 mal am tag 18 und 10:00 laeuft der job an und braucht dann so ne stunde oder so ... In der zeit laeuft dann auch der sofortige update nach wiki aenderung nicht (ist gegen doppelt laufen gelockt) Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From l.emmerich at t-online.de Thu Jan 28 20:52:01 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Thu, 28 Jan 2010 21:52:01 +0100 Subject: [Talk-de] =?iso-8859-1?q?Josm_=D6ffnungszeiteneditor?= In-Reply-To: <4B61EBFB.6030001@ewetel.net> References: <4B61EBFB.6030001@ewetel.net> Message-ID: <17A009FA-29CD-410D-9257-107B713BAB09@t-online.de> Hallo Andre, mir fällt noch was ein: Eine Eingabemaske für jeden Tag extra ist m.E. schwierig zu handhaben. Wenn z.B. Mo bis Freitag gleiche Öffnungszeiten sind, wie werden dann die Daten nach Deinem Schema gerendert? Stehen dann alle Tage mit den Öffnungszeiten untereinander, auch wenn sie für 5 Tage gleich sind? Dass der Renderer daraus ein opening_hours= Mo-Fr 09:00-12:00,14:00-18:00 macht ist fraglich. Gruß Lothar From daswaldhorn at gmx.de Thu Jan 28 21:10:20 2010 From: daswaldhorn at gmx.de (Carsten Gerlach) Date: Thu, 28 Jan 2010 22:10:20 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung In-Reply-To: <20100128204819.GD13089@hydra.gt.owl.de> References: <20100128111031.GA8201@hydra.gt.owl.de> <4B619CDE.6070405@nurfuerspam.de> <20100128204819.GD13089@hydra.gt.owl.de> Message-ID: <201001282210.26533.daswaldhorn@gmx.de> Naabend, Am Donnerstag 28. Januar 2010 21:48:19 schrieb Florian Lohoff: > Habe ich noch nicht verstanden - Hast du mal ein Beispiel konkreter Natur > was wo falsch ist? > > Eine Stadt mit "0" sehe ich nicht - das muesste ja knallrot sein. Ja, das war auch so, z.B. Essen, Jülich, und noch paar andere. Aber mittlerweile passt alles wieder. :-) Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html ========================================= www.stopptdievorratsdatenspeicherung.de -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 197 bytes Beschreibung: This is a digitally signed message part. URL : From f at zz.de Thu Jan 28 21:41:37 2010 From: f at zz.de (Florian Lohoff) Date: Thu, 28 Jan 2010 22:41:37 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung In-Reply-To: <201001282210.26533.daswaldhorn@gmx.de> References: <20100128111031.GA8201@hydra.gt.owl.de> <4B619CDE.6070405@nurfuerspam.de> <20100128204819.GD13089@hydra.gt.owl.de> <201001282210.26533.daswaldhorn@gmx.de> Message-ID: <20100128214137.GF13089@hydra.gt.owl.de> On Thu, Jan 28, 2010 at 10:10:20PM +0100, Carsten Gerlach wrote: > Naabend, > > Am Donnerstag 28. Januar 2010 21:48:19 schrieb Florian Lohoff: > > Habe ich noch nicht verstanden - Hast du mal ein Beispiel konkreter Natur > > was wo falsch ist? > > > > Eine Stadt mit "0" sehe ich nicht - das muesste ja knallrot sein. > > Ja, das war auch so, z.B. Essen, Jülich, und noch paar andere. Aber > mittlerweile passt alles wieder. :-) Ahhh - ein bug 2 auswirkungen - Durch die cr/lf endungen die durch edits in die listen gekommen sind matchten die namen nicht mehr gegen die namen in der Datenbank - das habe ich relativ schnell behoben allerdings haben einige RRDs einen "alles fehlt" wert abbekommen. Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From ekkehart at gmx.de Thu Jan 28 22:42:28 2010 From: ekkehart at gmx.de (NopMap) Date: Thu, 28 Jan 2010 14:42:28 -0800 (PST) Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <4B61E3ED.4070401@online.de> References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> <4B5EBC7F.9050309@remote.org> <1264510430579-4460423.post@n2.nabble.com> <4B61E3ED.4070401@online.de> Message-ID: <1264718548744-4476688.post@n2.nabble.com> André Reichelt wrote: > > Setzt voraus, dass es herkömmliche Karten gibt. Das tut es aber > nachweislich nur kaum und wenn ja, dann total veraltet. > Den Nachweis hätte ich dann gern gesehen. Es gibt nachweislich spezielle Krisenkarten, erstellt vom Profis u.a. des DLR, die den Rettungskräften zur Verfügung stehen und von den Hilfsorganisationen primär benutzt werden. Siehe z.B. http://www.focus.de/wissen/wissenschaft/geowissenschaft/katastrophenhilfe-satelliten-liefern-schnelle-orientierung_aid_472210.html http://www.netzwelt.de/news/81560-haiti-openstreetmap-zeigt-wege-truemmer.html Auf diesen professionellen Karten dürften sich dann auch keine Anfängerfehler finden. bye Nop -- View this message in context: http://n2.nabble.com/Viele-Fehler-in-Haiti-tp4456815p4476688.html Sent from the Germany mailing list archive at Nabble.com. From geo.osm at googlemail.com Thu Jan 28 22:56:52 2010 From: geo.osm at googlemail.com (geo.osm) Date: Thu, 28 Jan 2010 23:56:52 +0100 Subject: [Talk-de] =?iso-8859-1?q?Josm_=D6ffnungszeiteneditor?= In-Reply-To: <17A009FA-29CD-410D-9257-107B713BAB09@t-online.de> References: <4B61EBFB.6030001@ewetel.net> <17A009FA-29CD-410D-9257-107B713BAB09@t-online.de> Message-ID: <4B621634.4030803@googlemail.com> Am 28.01.2010 21:52, schrieb Lothar Emmerich: > Eine Eingabemaske für jeden Tag extra ist m.E. schwierig zu handhaben. > Wenn z.B. Mo bis Freitag gleiche Öffnungszeiten sind, wie werden dann die Daten nach Deinem Schema gerendert? Stehen dann alle Tage mit den Öffnungszeiten untereinander, auch wenn sie für 5 Tage gleich sind? Dass der Renderer daraus ein > > opening_hours= Mo-Fr 09:00-12:00,14:00-18:0 ich denke der Renderer sollte das zwar anzeigen, aber nicht umsetzen. Dafür ist doch der Editor oder was auch immer gedacht. Sprich die Eingabefelder müssen durch den Code so interpretiert werden, dass eine dem Wiki entsprechend richtige Eintragung erzeugt wird. Wenn also jeden Tag die gleiche Öffnungszeit eingetragen ist, dann muss daraus eine Zeile wie von dir gepostet herauskommen. Ansonsten halt was anderes. -- schönen Gruß Alex From l.emmerich at t-online.de Thu Jan 28 20:59:16 2010 From: l.emmerich at t-online.de (Lothar Emmerich) Date: Thu, 28 Jan 2010 21:59:16 +0100 Subject: [Talk-de] Strassenlistenabgleich - jetzt in Selbstbedienung In-Reply-To: <20100128204924.GE13089@hydra.gt.owl.de> References: <20100128111031.GA8201@hydra.gt.owl.de> <124a940a1001280546y5f872b24n4bf77296ba2283b2@mail.gmail.com> <20100128204924.GE13089@hydra.gt.owl.de> Message-ID: Hallo Florian, für "meinen" Kreis - Kreis Düren - ist alles wieder ok. Danke für Deine Arbeit !! Gruß Lothar From marcus.wolschon at googlemail.com Fri Jan 29 07:03:48 2010 From: marcus.wolschon at googlemail.com (Marcus Wolschon) Date: Fri, 29 Jan 2010 08:03:48 +0100 Subject: [Talk-de] =?utf-8?q?Ben=C3=B6tige_Hilfe_an_Stelle_mit_TMC_Punkten?= In-Reply-To: References: Message-ID: 2010/1/28 Matthias Versen : > Das Problem ist hier : > http://www.openstreetmap.org/browse/node/18700180/ > > man findet dort : > > a) überlappende Wege > b) defekte Abbiegerelation > c) 3 verschiedene TMC Punkte Reparier halt die Kreuzung dass das 2 Punkt ohne überlappende Wege ist und lass die TMC-Attribute am Kreuzungs-Node dran. Was genau ist an den Abbiege-Relationen kaputt? http://www.openstreetmap.org/browse/relation/391255 http://www.openstreetmap.org/browse/relation/392886 http://www.openstreetmap.org/browse/relation/396577 sehen für mich jetzt auf den ersten Blick nicht kaputt aus. Marcus From claudius.h at gmx.de Fri Jan 29 08:56:18 2010 From: claudius.h at gmx.de (Claudius) Date: Fri, 29 Jan 2010 09:56:18 +0100 Subject: [Talk-de] Viele Fehler in Haiti In-Reply-To: <1264718548744-4476688.post@n2.nabble.com> References: <38249986@web.de> <1264497728337-4459658.post@n2.nabble.com> <4B5EBC7F.9050309@remote.org> <1264510430579-4460423.post@n2.nabble.com> <4B61E3ED.4070401@online.de> <1264718548744-4476688.post@n2.nabble.com> Message-ID: Am 28.01.2010 23:42, NopMap: > > > André Reichelt wrote: >> >> Setzt voraus, dass es herkömmliche Karten gibt. Das tut es aber >> nachweislich nur kaum und wenn ja, dann total veraltet. >> > > Den Nachweis hätte ich dann gern gesehen. > > Es gibt nachweislich spezielle Krisenkarten, erstellt vom Profis u.a. des > DLR, die den Rettungskräften zur Verfügung stehen und von den > Hilfsorganisationen primär benutzt werden. Siehe z.B. > http://www.focus.de/wissen/wissenschaft/geowissenschaft/katastrophenhilfe-satelliten-liefern-schnelle-orientierung_aid_472210.html > http://www.netzwelt.de/news/81560-haiti-openstreetmap-zeigt-wege-truemmer.html > > Auf diesen professionellen Karten dürften sich dann auch keine > Anfängerfehler finden. Ich habe in beiden Artikeln nichts on speziell erstellten "Krisenkarten" lesen können. Dort ist zwar von "on der UN gestellten Kartenmaterial und Kartenmaterial von Mapaction.org" die Rede. Das ist nach meiner Erfahrung aber einfach der Grunkartensatz, den die UN zu jedem Land hat und der ist oftmals... sagen wir mal älter. Bei der Berichterstattung über das DLR wird zwar auch von "Karten" gesprochen, hierbei ist nach meinem Verständnis jedoch die Luftbildauswertung nach geeigneten Lagerplätzen gemeint. Sei es, wie es sei: Ich glaube, dass die Crisismapper mit ihrem Einsazt in Haiti einiges geleistet und wirklich konkret geholfen haben und noch helfen. Das belegt die Rückmeldung von Helfern vor Ort. Ansonsten ist an dieser Qualitätsdiskussion nichts neues. Alle Argumente lassen sich auch auf Deutschland zurück übertragen :) Claudius From claudius.h at gmx.de Fri Jan 29 09:18:20 2010 From: claudius.h at gmx.de (Claudius) Date: Fri, 29 Jan 2010 10:18:20 +0100 Subject: [Talk-de] =?iso-8859-1?q?Josm_=D6ffnungszeiteneditor?= In-Reply-To: <4B621634.4030803@googlemail.com> References: <4B61EBFB.6030001@ewetel.net> <17A009FA-29CD-410D-9257-107B713BAB09@t-online.de> <4B621634.4030803@googlemail.com> Message-ID: Am 28.01.2010 23:56, geo.osm: > Am 28.01.2010 21:52, schrieb Lothar Emmerich: >> Eine Eingabemaske für jeden Tag extra ist m.E. schwierig zu handhaben. >> Wenn z.B. Mo bis Freitag gleiche Öffnungszeiten sind, wie werden dann die Daten nach Deinem Schema gerendert? Stehen dann alle Tage mit den Öffnungszeiten untereinander, auch wenn sie für 5 Tage gleich sind? Dass der Renderer daraus ein >> >> opening_hours= Mo-Fr 09:00-12:00,14:00-18:0 > ich denke der Renderer sollte das zwar anzeigen, aber nicht umsetzen. > Dafür ist doch der Editor oder was auch immer gedacht. Sprich die > Eingabefelder müssen durch den Code so interpretiert werden, dass eine > dem Wiki entsprechend richtige Eintragung erzeugt wird. > Wenn also jeden Tag die gleiche Öffnungszeit eingetragen ist, dann muss > daraus eine Zeile wie von dir gepostet herauskommen. Ansonsten halt was > anderes. Ich sehe bei werktäglich einheitlichen Öffnungszeiten vor allem ein Usability-Problem: Fünf mal die gleichen Öffnungszeiten per Schieberegler auswählen? Zudem werden die Schieberegler im Halbstundentakt mit 48 Schritten auch ganz schön lang. Warum nicht alles mit Dropdowns-Menüs realisieren? Problem an meinem Entwurf ist dann allerdings, dass es bei unterschiedlichen Öffnungszeiten vor und nachmittags and verschiedenen Tagen auch sehr unübersichtlich wird. Ein Mockup gibt's hier: http://wiki.openstreetmap.org/wiki/Image:Josm_opening.png Claudius From bernd at bwurst.org Fri Jan 29 10:36:28 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Fri, 29 Jan 2010 11:36:28 +0100 Subject: [Talk-de] =?iso-8859-1?q?Josm_=D6ffnungszeiteneditor?= In-Reply-To: References: <4B61EBFB.6030001@ewetel.net> <4B621634.4030803@googlemail.com> Message-ID: <201001291136.54864.bernd@bwurst.org> Hallo. Ich habe den Thread grade eben erst gesehen und finde das ein interessantes Thema. Bisher habe ich Öffnungszeiten nicht eingetragen weil ich die Syntax zu wirr fand bzw. nie so recht wusste wie ich das abbilden soll. Am Freitag 29 Januar 2010 10:18:20 schrieb Claudius: > Ich sehe bei werktäglich einheitlichen Öffnungszeiten vor allem ein > Usability-Problem: Fünf mal die gleichen Öffnungszeiten per > Schieberegler auswählen? Zudem werden die Schieberegler im > Halbstundentakt mit 48 Schritten auch ganz schön lang. > > Warum nicht alles mit Dropdowns-Menüs realisieren? Problem an meinem > Entwurf ist dann allerdings, dass es bei unterschiedlichen > Öffnungszeiten vor und nachmittags and verschiedenen Tagen auch sehr > unübersichtlich wird. Ein Mockup gibt's hier: > http://wiki.openstreetmap.org/wiki/Image:Josm_opening.png Mir gefällt das Mockup von Andre spontan besser weil es auf einen Blick visualisiert, wann der Laden geöffnet ist. Wenn man die Balken zwischen den Schiebereglern irgendwie dick anzeigt, dann wird das ne extrem deutliche Übersicht. (Vielleicht sogar mal mit vertikalen Leisten testen?) Das Problem mit den täglich gleichen Öffnungszeiten könnte man einfach so lösen, dass man den Montag einstellt und das Tool dann beim aktivieren eines anderen Tages die Montags-Zeiten als Default übernimmt. Oder man kombiniert die Ideen und macht dann etwa sowas wie im Mockup im Anhang. Was ich allerdings als Teilzeitprogrammierer noch kritisch sehe: Solche Schieberegler mit mehreren Slidern und nem markierten Bereich dazwischen kenne ich nur (wie andre erwähnt) aus dem Tab-Bereich von Textverarbeitungsprogrammen. Eine fertige Java-Komponente dafür glaube ich nicht dass es gibt. Es wird also eher schwer, so etwas umzusetzen. ;-) Ob und wie ein Tool die Öffnungszeiten dann zu menschenlesbarer oder effizienter Formulierung zusammenfasst, würde ich in dem Fall ausblenden. Es sollte einfach sein, für die Standardfälle entsprechende Heuristiken zu basten (wenn Zeiten am Montag == Dienstag, dann "Mo-Di" und so weiter). Und selbst wenn, ich hoffe dass irgendwann eine maschinenbasierte nutzung des Tags stattfindet (suche mir die nächste Tankstelle, die grade offen hat) und dafür ist es auch egal, wenn die Informationen erstmal umständlich oder redundant eingetragen sind. Gruß, Bernd -- Fachbegriffe der Informatik (#086): Installationsparty Zusammenkunft von Installateuren, die beim Installieren von Installationen für Nichtinstallateure, die Installationen haben wollen, aber sich die Installation ihrer Installation nicht installieren können, bzw. sich die Installation ihrer Installation nicht zutrauen, ihre Freude haben. (Detlef Neubauer) -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : openinghours01.png Dateityp : image/png Dateigröße : 13361 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : openinghours02.png Dateityp : image/png Dateigröße : 19965 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From spam at mversen.de Fri Jan 29 11:02:01 2010 From: spam at mversen.de (Matthias Versen) Date: Fri, 29 Jan 2010 12:02:01 +0100 Subject: [Talk-de] =?utf-8?q?Ben=C3=B6tige_Hilfe_an_Stelle_mit_TMC_Punkten?= In-Reply-To: References: Message-ID: Marcus Wolschon wrote: > Reparier halt die Kreuzung dass das 2 Punkt ohne überlappende Wege ist > und lass die TMC-Attribute am Kreuzungs-Node dran. > > Was genau ist an den Abbiege-Relationen kaputt? > http://www.openstreetmap.org/browse/relation/391255 > http://www.openstreetmap.org/browse/relation/392886 > http://www.openstreetmap.org/browse/relation/396577 > sehen für mich jetzt auf den ersten Blick nicht kaputt aus. Die Stelle wurde schon vom User xylome repariert wie ich gerade sehe. Trotzdem danke für das nachschauen ! Matthias From f.thomale at googlemail.com Fri Jan 29 11:48:27 2010 From: f.thomale at googlemail.com (Falko Thomale) Date: Fri, 29 Jan 2010 12:48:27 +0100 Subject: [Talk-de] =?iso-8859-1?q?Josm_=D6ffnungszeiteneditor?= In-Reply-To: References: <4B61EBFB.6030001@ewetel.net> <17A009FA-29CD-410D-9257-107B713BAB09@t-online.de> <4B621634.4030803@googlemail.com> Message-ID: <4B62CB0B.2090403@googlemail.com> Am 29.01.2010 10:18, schrieb Claudius: > Am 28.01.2010 23:56, geo.osm: >> Am 28.01.2010 21:52, schrieb Lothar Emmerich: >>> Eine Eingabemaske für jeden Tag extra ist m.E. schwierig zu handhaben. >>> Wenn z.B. Mo bis Freitag gleiche Öffnungszeiten sind, wie werden dann die Daten nach Deinem Schema gerendert? Stehen dann alle Tage mit den Öffnungszeiten untereinander, auch wenn sie für 5 Tage gleich sind? Dass der Renderer daraus ein >>> >>> opening_hours= Mo-Fr 09:00-12:00,14:00-18:0 >> ich denke der Renderer sollte das zwar anzeigen, aber nicht umsetzen. >> Dafür ist doch der Editor oder was auch immer gedacht. Sprich die >> Eingabefelder müssen durch den Code so interpretiert werden, dass eine >> dem Wiki entsprechend richtige Eintragung erzeugt wird. >> Wenn also jeden Tag die gleiche Öffnungszeit eingetragen ist, dann muss >> daraus eine Zeile wie von dir gepostet herauskommen. Ansonsten halt was >> anderes. > > Ich sehe bei werktäglich einheitlichen Öffnungszeiten vor allem ein > Usability-Problem: Fünf mal die gleichen Öffnungszeiten per > Schieberegler auswählen? Zudem werden die Schieberegler im > Halbstundentakt mit 48 Schritten auch ganz schön lang. Man könnte vielleicht eine Checkbox "synchronisieren" hinzufügen. Wenn diese aktiviert ist werden automatisch alle Marker (welche untereinander an der gleichen Stelle stehen) verschoben. Und dann wird auch bei jedem aktivierten Tag ein Marker hinzugefügt, wenn man zB. Montags einen Marker einfügt. Ich hoffe das ist so verständlich. Die Frage ist ob die Bedienung dadurch einfacher wird. > Warum nicht alles mit Dropdowns-Menüs realisieren? Problem an meinem > Entwurf ist dann allerdings, dass es bei unterschiedlichen > Öffnungszeiten vor und nachmittags and verschiedenen Tagen auch sehr > unübersichtlich wird. Ein Mockup gibt's hier: > http://wiki.openstreetmap.org/wiki/Image:Josm_opening.png Dieser Entwurf ist dahingehend gut, dass keine Schreibfehler mehr auftreten. Die Übersichtlichkeit geht aber leider auch, wie bei der reinen Textangabe, schnell verloren (bei komplexen Zeitangaben). From osm at bodo-m.de Fri Jan 29 13:18:40 2010 From: osm at bodo-m.de (Bodo Meissner) Date: Fri, 29 Jan 2010 14:18:40 +0100 Subject: [Talk-de] Schulprojekte mit OpenStreetMap? In-Reply-To: <20100127145459.GA16589@eldorado.topf.org> References: <20100127145459.GA16589@eldorado.topf.org> Message-ID: <4B62E030.6060108@bodo-m.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ich habe einmal bei Projekttagen an einem Gymnasium eine zweitägige Einführung zu GPS, Geocaching und OSM für eine Gruppe von 10 interessierten Schülern gegeben. Dabei konnten alle Schüler der Schule jeweils ein paar Wunsch-Projekte auswählen und wurden dann nach Verfügbarkeit der Plätze eingeteilt. Am ersten Tag haben wir nach einer etwa einstündigen Einführung im Computerraum in zwei Kleingruppen ein paar Caches in der Umgebung der Schule gesucht, am zweiten Tag habe ich zuerst im Computerraum OSM und JOSM vorgestellt, dann haben wir in ein paar Straßen nahe der Schule das Mapping von Straßen und Hausnummern mittels Wegpunkten und Notizen sowie mit Fotos ausprobiert. Anschließend konnte ich wegen technischer Schwierigkeiten und knapper Zeit nur noch kurz die Verarbeitung der aufgezeichneten Daten mittels JOSM zeigen. Ich denke, daß für die praktische Arbeit kleine Gruppen (3-5 Schüler) sinnvoll sind. Jochen Topf schrieb: > Das allerwichtigste ist, dass es einen erfahrenen OSMer gibt, der bereit ist > das zu begleiten. OSM ist nicht einfach genug, als das ein Lehrer sich da > mal einen Abend einliest und das alleine machen kann. Das sehe ich auch so. Es wäre ideal, wenn jeder Gruppe ein Begleiter mit OSM-Erfahrung zur Verfügung steht, um ggf. Fragen zu beantworten. Ansonsten sollte ein OSM-Kundiger per Telefon/Funk erreichbar sein und bei Hilfebedarf die Gruppen schnell vor Ort unterstützen können. Bodo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkti4DAACgkQnMz9fgzDSqeJSQCbB8xBQPQYu3j9PwcHrZHQfwC7 SigAni8ZMWI+bpkP6QjrYcb0fb3ytfMG =aWk8 -----END PGP SIGNATURE----- From AlexanderMatheisen at ish.de Fri Jan 29 18:27:48 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Fri, 29 Jan 2010 19:27:48 +0100 Subject: [Talk-de] OpenLinkMap umgezogen Message-ID: <201001291927.48819.AlexanderMatheisen@ish.de> Hallo, Die Version 3.0 der OpenLinkMap ist da! Das Projekt ist jetzt umgezogen und ab sofort unter einer neuen Adresse erreichbar: http://olm.openstreetmap.de Wesentliche Neuerungen: * Nutzt andere Datenbank des Projektes simple-poi-list, dadurch höhere Geshwindigkeit, außerdem * Daten für ganz Europa * tägliche Aktualisierung * höhere Genauigkeit der Koordinaten, dadurch sind die Marker nicht mehr verschoben * durch Verwendung von Unicode keine Sonderzeichenproble mehr * weitere Informationen in Popups wie Öffnungszeiten, etc. * Seite wieder mit dem Internet Explorer erreichbar (gut, wer nutzt den schon) * einige kleinere Änderungen Durch bisher nicht gelöste Probleme mit Openlayers werden die Popups nicht mehr beim Überfahren geöffnet! Wer da weiter weiß, bitte melden! Testet es fleißig und sagt mir, was verbessert werden kann! Alex From czarkowski at gmail.com Fri Jan 29 18:36:34 2010 From: czarkowski at gmail.com (Martin Czarkowski) Date: Fri, 29 Jan 2010 19:36:34 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <201001291927.48819.AlexanderMatheisen@ish.de> References: <201001291927.48819.AlexanderMatheisen@ish.de> Message-ID: <4B632AB2.9020007@gmail.com> Am 29.01.2010 19:27, schrieb Alexander Matheisen: > Hallo, > > Die Version 3.0 der OpenLinkMap ist da! > > Das Projekt ist jetzt umgezogen und ab sofort unter einer neuen Adresse > erreichbar: > > http://olm.openstreetmap.de > > Wesentliche Neuerungen: > > * Nutzt andere Datenbank des Projektes simple-poi-list, dadurch höhere > Geshwindigkeit, außerdem > * Daten für ganz Europa > * tägliche Aktualisierung > * höhere Genauigkeit der Koordinaten, dadurch sind die Marker nicht mehr > verschoben > * durch Verwendung von Unicode keine Sonderzeichenproble mehr > * weitere Informationen in Popups wie Öffnungszeiten, etc. > * Seite wieder mit dem Internet Explorer erreichbar (gut, wer nutzt den schon) > * einige kleinere Änderungen > > Durch bisher nicht gelöste Probleme mit Openlayers werden die Popups nicht > mehr beim Überfahren geöffnet! Wer da weiter weiß, bitte melden! > > Testet es fleißig und sagt mir, was verbessert werden kann! > > > Alex > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > Hi, gefällt mir gut, allerdings sind die Marker jetzt genau über dem Gebäudesymbol, dh. man sieht jetzt die Restaurant- bzw. Bankensymbole usw. nicht mehr. Wahrscheinlich werden dieselben Koordinaten verwendet wie für die Symbole. Vielleicht kann man die Marker um eine Idee verschieben? Martin From dieterdreist at gmail.com Fri Jan 29 18:41:27 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Fri, 29 Jan 2010 19:41:27 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <4B632AB2.9020007@gmail.com> References: <201001291927.48819.AlexanderMatheisen@ish.de> <4B632AB2.9020007@gmail.com> Message-ID: <7acdb3651001291041t2027588eua09977bd874fc57e@mail.gmail.com> Am 29. Januar 2010 19:36 schrieb Martin Czarkowski : > gefällt mir gut, allerdings sind die Marker jetzt genau über dem > Gebäudesymbol, dh. man sieht jetzt die Restaurant- bzw. Bankensymbole > usw. nicht mehr. Wahrscheinlich werden dieselben Koordinaten verwendet > wie für die Symbole. Vielleicht kann man die Marker um eine Idee > verschieben? das sollte dann allerdings Zoomstufenabhängig passieren. Eine alternative Lösungsidee wäre es, das Overlay bei mouseover auszublenden (z.B. per css) Gruß Martin From osm at terbrueggen.net Fri Jan 29 19:09:27 2010 From: osm at terbrueggen.net (olvagor) Date: Fri, 29 Jan 2010 20:09:27 +0100 Subject: [Talk-de] Revert einiger Changesets, 2. Message-ID: <4B633267.3050803@terbrueggen.net> N'abend, ich hab letzte Woche darum gebeten, ein paar Changesets rückgängig zu machen. Inzwischen hab ich auch mit "Amm" gesprochen, der die betroffenen Änderungen gemacht hat. Ich würde euch bitten, folgende Changesets zurückzunehmen: 3661614 3661647 3661668 3661749 3661880 3662016 Dann werde ich die Straßen mit maxspeed=DE:speed:30 umtaggen: maxspeed=30, zone:maxspeed=DE:30 Danke, Markus From mark at obrembalski.de Fri Jan 29 21:27:23 2010 From: mark at obrembalski.de (Mark Obrembalski) Date: Fri, 29 Jan 2010 22:27:23 +0100 Subject: [Talk-de] Luftbilder aus Lauf - Einbinden in Potlatch erlaubt? Message-ID: Im Wiki lese ich zu den Luftbildern aus Lauf den Satz: "Die Luftbilder dürfen zum Abdigitalisieren über JOSM benutzt werden. Jede andere Nutzung oder Verbreitung ist untersagt." Gibt der die Vereinbarung mit der Gemeinde richtig wieder, d.h. ist das Einbinden der Bilder in Potlatch, das ja technisch auch möglich ist (ggf. auch andere Editoren), verboten? Oder ist die Verwendung für OSM allgemein erlaubt und der Satz steht nur so drin, weil JOSM damals der einzige Editor war, in dem die Bilder technisch nutzbar waren? Gruß, Mark From lists at fuchsschwanzdomain.de Fri Jan 29 22:21:43 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Fri, 29 Jan 2010 22:21:43 +0000 (UTC) Subject: [Talk-de] Luftbilder aus Lauf - Einbinden in Potlatch erlaubt? References: Message-ID: Mark Obrembalski wrote: > Gibt der die Vereinbarung mit der Gemeinde richtig wieder, d.h. ist das > Einbinden der Bilder in Potlatch, das ja technisch auch möglich ist (ggf. > auch andere Editoren), verboten? Natürlich nicht! Ich habe ja auf http://wms.openstreetmap.de/ inzwischen auch edit in Potlatch links drauf. http://blog.gegg.us/2010/01/announcing-wms-openstreetmap-de/ > Oder ist die Verwendung für OSM allgemein erlaubt und der Satz > steht nur so drin, weil JOSM damals der einzige Editor war, in dem > die Bilder technisch nutzbar waren? Genau so ist es. Gruss Sven -- If you can spend five minutes on the Internet and do not run Linux, you're a genius. (Dirk Hohndel) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From osm at nk-bre.net Fri Jan 29 23:22:34 2010 From: osm at nk-bre.net (=?ISO-8859-15?Q?Norbert_K=FCck?=) Date: Sat, 30 Jan 2010 00:22:34 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap Message-ID: <4B636DBA.6050808@nk-bre.net> Hallo, beim Umzug auf den neuen Server scheint mir eine wesentliche Änderung eingetreten zu sein: Bisher wurde der wikipedia=Artikelname nach http://de.wikipedia.org/wiki/Artikelname aufgelöst, neu aber nach http://en.wikipedia.org/wiki/Artikelname. Bedeutet das, dass die im Vertrauen auf die alte Funktion so eingetragenen Tags nun geändert werden müssen? Gruß nk From osm at nk-bre.net Fri Jan 29 23:46:19 2010 From: osm at nk-bre.net (=?ISO-8859-15?Q?Norbert_K=FCck?=) Date: Sat, 30 Jan 2010 00:46:19 +0100 Subject: [Talk-de] Popups in OLM Message-ID: <4B63734B.2080204@nk-bre.net> Hallo, nein, ein Openlayers-Experte bin ich bestimmt nicht. Aber ich erinnere mich, dass in dem von http://osmtools.de/easymap/ erzeugten Code die Zeile var showPopupOnHover = true; auftaucht. Zu einfach, als dass ich wirklich glaube, dass diese Nachricht helfen kann. Gruß nk From ulf.lamping at googlemail.com Fri Jan 29 23:47:29 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 30 Jan 2010 00:47:29 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B636DBA.6050808@nk-bre.net> References: <4B636DBA.6050808@nk-bre.net> Message-ID: <4B637391.8080802@googlemail.com> Am 30.01.2010 00:22, schrieb Norbert Kück: > Hallo, > > beim Umzug auf den neuen Server scheint mir eine wesentliche Änderung > eingetreten zu sein: > > Bisher wurde der wikipedia=Artikelname nach > http://de.wikipedia.org/wiki/Artikelname aufgelöst, neu aber nach > http://en.wikipedia.org/wiki/Artikelname. > > Bedeutet das, dass die im Vertrauen auf die alte Funktion so > eingetragenen Tags nun geändert werden müssen? Das ist mir auch gerade aufgefallen und "ich bin auch betroffen", z.B.: http://olm.openstreetmap.de/?zoom=17&lat=49.43124&lon=11.11638&layers=B0TTT Bislang war die Karte nur Deutschlandweit, da war die Auflösung nach Deutschland erstmal naheliegend. Jetzt ist sie ja Europaweit, da wäre es ja schon irgendwie komisch, wenn ein Eintrag irgendwo in Spanien auf die deutsche WP verweist. Man könnte jetzt versuchen mit Polygonen die Staatsgrenzen "einzufangen" und damit einen jeweils passenden "Landes-Default" zu setzen, das halte ich aber für ziemlich undurchsichtig und fehleranfällig. Um das Thema einfach zu halten wäre ich dafür, die englische WP als default für "nur Artikelnamen" zu nehmen (ist halt die größte WP Sammlung und wahrscheinlich wird von dort auch auf die meisten anderen Sprachen verlinkt). Bei kompletter URL haben wir das Problem ja eh nicht. Ich werde daher bei Gelegenheit "meine" Einträge entsprechend umändern. Gruß, ULFL P.S: Wieder so ein Punkt, bei dem die Karte Klarheit schafft was sinnvoll geht und wo man nochmal hinschauen muß ... From osm at fips-schneider.de Sat Jan 30 00:05:38 2010 From: osm at fips-schneider.de (Fips Schneider) Date: Sat, 30 Jan 2010 01:05:38 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B637391.8080802@googlemail.com> References: <4B636DBA.6050808@nk-bre.net> <4B637391.8080802@googlemail.com> Message-ID: <4B6377D2.4000306@fips-schneider.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Wie wärs mit einem wikipedia:de, wikipedia:es, etc. und ein wikipedia linkt auf die englische? Oder im Artikelnamen ein de: davorstellen, also bspw.: de:Frankfurt_(Main)_Hauptbahnhof - führt zu http://en.wikipedia.org/wiki/de:Frankfurt_(Main)_Hauptbahnhof und damit wieder auf die deutsche Wiki. (ist eine mir erst neulich bekanntgewordene Funktion, vielleicht ist sie dafür sehr nützlich?) Nur so 'ne Idee... - - Fips - -- Ulf Lamping wrote: > Am 30.01.2010 00:22, schrieb Norbert Kück: >> Hallo, >> >> beim Umzug auf den neuen Server scheint mir eine wesentliche Änderung >> eingetreten zu sein: >> >> Bisher wurde der wikipedia=Artikelname nach >> http://de.wikipedia.org/wiki/Artikelname aufgelöst, neu aber nach >> http://en.wikipedia.org/wiki/Artikelname. >> >> Bedeutet das, dass die im Vertrauen auf die alte Funktion so >> eingetragenen Tags nun geändert werden müssen? > > Das ist mir auch gerade aufgefallen und "ich bin auch betroffen", z.B.: > > http://olm.openstreetmap.de/?zoom=17&lat=49.43124&lon=11.11638&layers=B0TTT > > Bislang war die Karte nur Deutschlandweit, da war die Auflösung nach > Deutschland erstmal naheliegend. > > Jetzt ist sie ja Europaweit, da wäre es ja schon irgendwie komisch, wenn > ein Eintrag irgendwo in Spanien auf die deutsche WP verweist. > > Man könnte jetzt versuchen mit Polygonen die Staatsgrenzen "einzufangen" > und damit einen jeweils passenden "Landes-Default" zu setzen, das halte > ich aber für ziemlich undurchsichtig und fehleranfällig. > > > Um das Thema einfach zu halten wäre ich dafür, die englische WP als > default für "nur Artikelnamen" zu nehmen (ist halt die größte WP > Sammlung und wahrscheinlich wird von dort auch auf die meisten anderen > Sprachen verlinkt). Bei kompletter URL haben wir das Problem ja eh nicht. > > > Ich werde daher bei Gelegenheit "meine" Einträge entsprechend umändern. > > Gruß, ULFL > > P.S: Wieder so ein Punkt, bei dem die Karte Klarheit schafft was > sinnvoll geht und wo man nochmal hinschauen muß ... > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAktjd9IACgkQnHVyAFIfTkFZkgCgga1868OZyQU9Ki+E/WO9CreZ oggAn3t0+l6ggvV8X9DmGB5Oi4iSQSUT =4Pn1 -----END PGP SIGNATURE----- From osm at ulfm.de Sat Jan 30 00:06:41 2010 From: osm at ulfm.de (=?ISO-8859-15?Q?Ulf_M=F6ller?=) Date: Sat, 30 Jan 2010 01:06:41 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B636DBA.6050808@nk-bre.net> References: <4B636DBA.6050808@nk-bre.net> Message-ID: Norbert Kück schrieb: > Bedeutet das, dass die im Vertrauen auf die alte Funktion so > eingetragenen Tags nun geändert werden müssen? Das hat dann ja immerhin den Vorteil, dass im Vertrauen auf http://wiki.openstreetmap.org/wiki/Key:wikipedia eingetragene Tags jetzt richtig funktionieren. :) From czarkowski at gmail.com Sat Jan 30 01:23:12 2010 From: czarkowski at gmail.com (Martin Czarkowski) Date: Sat, 30 Jan 2010 02:23:12 +0100 Subject: [Talk-de] Grafische Mapper-Statistik Message-ID: <4B638A00.1080902@gmail.com> Hi, wie kann man eine grafische Mapper-Statistik für die eigene Umgebung bekommen? Wie hier: http://wiki.openstreetmap.org/wiki/Image:OSM-Mapper.jpg Weiß jemand womit diese erstellt wurde? Martin From ekkehart at gmx.de Sat Jan 30 01:28:40 2010 From: ekkehart at gmx.de (NopMap) Date: Fri, 29 Jan 2010 17:28:40 -0800 (PST) Subject: [Talk-de] Grafische Mapper-Statistik In-Reply-To: <4B638A00.1080902@gmail.com> References: <4B638A00.1080902@gmail.com> Message-ID: <1264814920734-4483599.post@n2.nabble.com> Martin Czarkowski wrote: > > wie kann man eine grafische Mapper-Statistik für die eigene Umgebung > bekommen? Wie hier: > http://wiki.openstreetmap.org/wiki/Image:OSM-Mapper.jpg > Weiß jemand womit diese erstellt wurde? > Klar. Guck mal nach http://www.itoworld.com/product/osm/map -- View this message in context: http://n2.nabble.com/Grafische-Mapper-Statistik-tp4483586p4483599.html Sent from the Germany mailing list archive at Nabble.com. From 1248 at gmx.de Sat Jan 30 01:30:10 2010 From: 1248 at gmx.de (1248) Date: Fri, 29 Jan 2010 17:30:10 -0800 (PST) Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B6377D2.4000306@fips-schneider.de> References: <4B636DBA.6050808@nk-bre.net> <4B637391.8080802@googlemail.com> <4B6377D2.4000306@fips-schneider.de> Message-ID: <1264815010427-4483607.post@n2.nabble.com> Wenn nur der Wikipedia Seitentitel (Lemma) eingetragen wird, dann soll er sich laut Definition des wikipedia-Tags ausdrücklich auf die englische Wikipedia beziehen [1]. Insofern also alles richtig. Fips Schneider wrote: > > Wie wärs mit einem wikipedia:de, wikipedia:es, etc. und ein wikipedia > linkt auf die englische? > > Oder im Artikelnamen ein de: davorstellen, also bspw.: > de:Frankfurt_(Main)_Hauptbahnhof - führt zu > http://en.wikipedia.org/wiki/de:Frankfurt_(Main)_Hauptbahnhof > und damit wieder auf die deutsche Wiki. (ist eine mir erst neulich > bekanntgewordene Funktion, vielleicht ist sie dafür sehr nützlich?) > Kann man machen, muß man aber nicht. Auf der zitierten Seite steht zu recht: "However, be aware that it should be possible to fetch different languages of a linked Wikipedia page automatically using the interlanguage links on Wikipedia - so tagging lots of different language pages may be a waste of effort." Es ist also sinnvoller, die Informationen über Artikel in verschiednen Sprachen innerhalb von Wikipedia zu nutzen, anstatt alles auch zusätzlich bei OSM einzutragen. Die richtige Lösung wäre, daß der Nutzer von OLM sich dort eine Sprache (und ggf. eine Fallback-Sprache) aussucht, damit OLM dann ggf. sich über die Wikipedia Interlanguage-Links zum Artikel der passenden Sprache durchhangelt, so denn vorhanden. Dazu brauchts aber noch etwas Programmierarbeit beim OLM-Betreiber, fürchte ich... :) [1] http://wiki.openstreetmap.org/wiki/Key:wikipedia -- View this message in context: http://n2.nabble.com/Wikipedia-in-OpenLinkMap-tp4483173p4483607.html Sent from the Germany mailing list archive at Nabble.com. From bartosz at fabianowski.eu Sat Jan 30 01:32:36 2010 From: bartosz at fabianowski.eu (Bartosz Fabianowski) Date: Sat, 30 Jan 2010 01:32:36 +0000 Subject: [Talk-de] Grafische Mapper-Statistik In-Reply-To: <4B638A00.1080902@gmail.com> References: <4B638A00.1080902@gmail.com> Message-ID: <4B638C34.3000901@fabianowski.eu> > Weiß jemand womit diese erstellt wurde? Hiermit: http://itoworld.com/static/osmmapper Gruß, - Bartosz From addicks at gmx.net Sat Jan 30 01:39:30 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sat, 30 Jan 2010 02:39:30 +0100 Subject: [Talk-de] =?iso-8859-15?q?Umtragung_f=FCr_Kanus/Paddelboote_etc?= Message-ID: Wie tagt man soetwas: http://www.addicks.net/gallery/Irgendwo/DSCF9183 -jha- From ulf.lamping at googlemail.com Sat Jan 30 01:40:01 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 30 Jan 2010 02:40:01 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B6377D2.4000306@fips-schneider.de> References: <4B636DBA.6050808@nk-bre.net> <4B637391.8080802@googlemail.com> <4B6377D2.4000306@fips-schneider.de> Message-ID: <4B638DF1.80006@googlemail.com> Am 30.01.2010 01:05, schrieb Fips Schneider: > Wie wärs mit einem wikipedia:de, wikipedia:es, etc. ... was sowieso schon "flächendeckend" hier und auch bei anderen Tags (name, note, ...) so verwendet wird. Das stand eigentlich überhaupt nicht zur Debatte ;-) > und ein wikipedia linkt auf die englische? Ja genau darum ging es. Welcher Default wird bei wikipedia=Artikelname eigentlich angenommen. Auch ich tendiere da wie gesagt eher zur englischen WP - was leider in vielen Fällen aber wohl nicht die Intention des Mappers ist -> fehleranfällig. Es ist im Fall wikipedia=Artikelname für eine auswertende Software schwierig (und fehleranfällig), zu raten welche Sprache denn gemeint sein könnte - bei der OLM geht es ja auch offensichtlich gerade schief :-) > Oder im Artikelnamen ein de: davorstellen, also bspw.: > de:Frankfurt_(Main)_Hauptbahnhof - führt zu > http://en.wikipedia.org/wiki/de:Frankfurt_(Main)_Hauptbahnhof > und damit wieder auf die deutsche Wiki. (ist eine mir erst neulich > bekanntgewordene Funktion, vielleicht ist sie dafür sehr nützlich?) Bei name haben wir ja eine ähnliche Situation, der Default name= gibt den Namen in der Landessprache an, name:fr usw. die Übersetzungen. Ich fände es gut, wenn wir hier einen ähnlichen Mechanismus hätten, leider ist wikipedia=Artikelname da aber nicht eindeutig. Wenn man das ähnlich wie name handhaben will, wäre das für einen WP Link in Deutschland: Deutsch : wikipedia=de:Artikelname (oder volle URL) Englisch : wikipedia:en=article_name (oder volle URL) Französich: wikipedia:fr=nome_article (oder volle URL) ... Also den default Link mit Prefix de: oder gleich die volle URL. Bei den alternativen Sprachen wie wikipedia:en ist es ja eh eindeutig welche Sprache gemeint ist, da ist es dann egal ob article_name, en:article_name oder komplette URL. Gruß, ULFL P.S: Ich persönlich tendiere inzwischen sowieso zur "vollen URL", ist immer eindeutig und schneller/einfacher von der Browser Adresszeile zu kopieren ... From ulf.lamping at googlemail.com Sat Jan 30 02:25:40 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 30 Jan 2010 03:25:40 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <1264815010427-4483607.post@n2.nabble.com> References: <4B636DBA.6050808@nk-bre.net> <4B637391.8080802@googlemail.com> <4B6377D2.4000306@fips-schneider.de> <1264815010427-4483607.post@n2.nabble.com> Message-ID: <4B6398A4.3070208@googlemail.com> Am 30.01.2010 02:30, schrieb 1248: > > Kann man machen, muß man aber nicht. Auf der zitierten Seite steht zu > recht: "However, be aware that it should be possible to fetch different > languages of a linked Wikipedia page automatically using the interlanguage > links on Wikipedia - so tagging lots of different language pages may be a > waste of effort." Es ist also sinnvoller, die Informationen über Artikel in > verschiednen Sprachen innerhalb von Wikipedia zu nutzen, anstatt alles auch > zusätzlich bei OSM einzutragen. Die richtige Lösung wäre, daß der Nutzer von > OLM sich dort eine Sprache (und ggf. eine Fallback-Sprache) aussucht, damit > OLM dann ggf. sich über die Wikipedia Interlanguage-Links zum Artikel der > passenden Sprache durchhangelt, so denn vorhanden. Dazu brauchts aber noch > etwas Programmierarbeit beim OLM-Betreiber, fürchte ich... :) > ... dann brauchts aber noch einiges an Interlanguage-Links innerhalb der Wikipedia. Da ich mich häufiger in mehreren Sprachen der WP bewege, fällt mir auf das da (gerade bei Geothemen) noch so einiges fehlt (was ich dann ab und zu auch korrigiere). Außerdem finde ich es auch nicht toll, das jeder der Wikipedia Links in einem Programm verwenden will dann erstmal ein mittelschweres Wikipedia Studium beginnen muß. Ist wahrscheinlich kein Voodoo Magic, aber wieder eine Hürde mehr um unseren Datenbestand zu nutzen. Das mag vielleicht eine schöne Lösung sein, wenn man das Verfolgen von Links einzeln von Hand anstößt, oder sich ein zentraler Server wie bei OLM drum kümmert. Spätestens wenn es aber in Zukunft eine Software gibt, die diese Auflösung im Anwenderprogramm macht und (z.B. für einen Ausdruck) beim Anwender nach jedem OSM Datenupdate erstmal ein paar tausend Wikipediaseiten "sprachenmäßig untersucht", wird das dann wohl ewig dauern ... :-( Gruß, ULFL From ulf.lamping at googlemail.com Sat Jan 30 02:28:23 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 30 Jan 2010 03:28:23 +0100 Subject: [Talk-de] =?iso-8859-1?q?Umtragung_f=FCr_Kanus/Paddelboote_etc?= In-Reply-To: References: Message-ID: <4B639947.70109@googlemail.com> Am 30.01.2010 02:39, schrieb Johann H. Addicks: > Wie tagt man soetwas: > http://www.addicks.net/gallery/Irgendwo/DSCF9183 Schau mal unter: http://wiki.openstreetmap.org/wiki/WikiProject_Whitewater_Maps Gruß, ULFL From dieterdreist at gmail.com Sat Jan 30 03:51:26 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Sat, 30 Jan 2010 04:51:26 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <1264815010427-4483607.post@n2.nabble.com> References: <4B636DBA.6050808@nk-bre.net> <4B637391.8080802@googlemail.com> <4B6377D2.4000306@fips-schneider.de> <1264815010427-4483607.post@n2.nabble.com> Message-ID: <7acdb3651001291951i7e41dc57pacdcbec7d5c8dbef@mail.gmail.com> Am 30. Januar 2010 02:30 schrieb 1248 <1248 at gmx.de>: >> Wie wärs mit einem wikipedia:de, wikipedia:es, etc. und ein wikipedia >> linkt auf die englische? > Kann man machen, muß man aber nicht.  Auf der zitierten Seite steht zu > recht: "However, be aware that it should be possible to fetch different > languages of a linked Wikipedia page automatically using the interlanguage > links on Wikipedia - so tagging lots of different language pages may be a > waste of effort." Es ist also sinnvoller, die Informationen über Artikel in > verschiednen Sprachen innerhalb von Wikipedia zu nutzen, anstatt alles auch > zusätzlich bei OSM einzutragen. ja, sehe ich auch so, und ist oft auch die englische Wikipedia, manchmal kommt es allerdings vor, dass es einen Artikel nicht auf englisch gibt, dann muss man eine andere Sprache verwenden. Mehrere Sprachen einzugeben ist allerdings selten sinnvoll (kommt ja vor, dass es in manchen Sprachen noch einen besseren Artikel zu einem OSM-Objekt gibt als den, auf den die Wikipedia-Übersetzung des englischen Artikels verweist). Gruß Martin From ulf.lamping at googlemail.com Sat Jan 30 03:59:34 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 30 Jan 2010 04:59:34 +0100 Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= In-Reply-To: References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> Message-ID: <4B63AEA6.2040802@googlemail.com> Am 28.01.2010 14:53, schrieb Georg Lösel (FOSSGIS e.V.): > > Eine Bitte / Anmerkung hätte ich noch. > > Es wäre gut wenn zu mindestens in Form einer Quellenanagbe oder was > ähnlichem der FOSSGIS e.V. mit Logo (siehe Anhnag) erscheint und wenn dann > auf openstreetmap.de verwiesen wird. Schliesslich sind wir im deutschen > Sprachraum unterwegs und etwas Werbung für die deutsche Community schadet > nicht. Vielleicht habe ich hier die falsche Wahrnehmung, aber ... Ich sehe *die* deutsche Community aktuell schlicht (noch?) nicht. Ich sehe aktuell die OpenStreetMap Community, bestehend aus sehr vielen Amateuren die sich ein GPS gekauft haben, mappen gehen und sich vielleicht lokal mal am Stammtisch treffen oder im OSM Forum austauschen. Und ich sehe den FOSSGIS e.V. und deren Community, die ich schlicht nicht wirklich kenne. Ich hatte am Donnerstag auf dem lokalen OSM Treffen wegen FOSSGIS mal kurz in die Runde gefragt - kannte keiner. Wenn ich mir das Programm der Konferenz anschaue, sieht mir die FOSSGIS Community von den Themen her nach professionellen Geoanwendern aus, die eher was mit Begriffen wie GIS, Shapefiles oder EPSG anfangen können als mit "wie tagge ich einen Hundekottütenspender?" ;-) Klar gibt es Leute (gerade auch die Aktiven bei OSM), die in "beiden Welten" unterwegs sind. Das ist aber bei OSM eher die Ausnahme und nicht die Regel. Ich persönlich bin da noch klar bei einem "wir bei OSM" und "die bei FOSSGIS". Als Mensch der aus der "OSM Hobby Ecke" kommt, hinterläßt ein "da muß aber auch ein FOSSGIS Logo drauf" daher jetzt einen ziemlich schalen Beigeschmack. Ein "Sponsored by DHL" wäre zwar noch schlimmer, ginge aber gefühlsmäßig für mich zumindest in die gleiche Richtung. Beides muß ich einfach nicht haben, dann lass ich es lieber ganz bleiben. Gruß, ULFL P.S: Das diese Aufforderung *nach* dem erstellen der Designs kommt, halte ich übrigens für ziemlich schlechten Stil. Wäre diese Aussage gleich auf dem Tisch gewesen, hätte ich garnicht erst angefangen ... From ulf.lamping at googlemail.com Sat Jan 30 04:13:18 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 30 Jan 2010 05:13:18 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <7acdb3651001291951i7e41dc57pacdcbec7d5c8dbef@mail.gmail.com> References: <4B636DBA.6050808@nk-bre.net> <4B637391.8080802@googlemail.com> <4B6377D2.4000306@fips-schneider.de> <1264815010427-4483607.post@n2.nabble.com> <7acdb3651001291951i7e41dc57pacdcbec7d5c8dbef@mail.gmail.com> Message-ID: <4B63B1DE.6020803@googlemail.com> Am 30.01.2010 04:51, schrieb Martin Koppenhoefer: > ja, sehe ich auch so, und ist oft auch die englische Wikipedia, > manchmal kommt es allerdings vor, dass es einen Artikel nicht auf > englisch gibt, dann muss man eine andere Sprache verwenden. Solange es sich nicht gerade um eine bekannte Touristenattraktion handelt, ist es bei geografischen Objekten in Deutschland eher die *Regel*, daß es keinen englischen WP Artikel dazu gibt. Umgekehrt findet man meist ein bisschen mehr, der Deutsche geht anscheinend halt gerne mal auf die Reise ;-) Gruß, ULFL From niehaus at nospam.arcornews.de Sat Jan 30 06:03:32 2010 From: niehaus at nospam.arcornews.de (Sebastian Niehaus) Date: Sat, 30 Jan 2010 07:03:32 +0100 Subject: [Talk-de] Logger gesucht Message-ID: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> Hallo, für den Urlaub wäre ein Logger eine nette Sache, ein Rechner soll nicht mit. Anforderungen wären: · läuft mit Standardakkus · Speicher viel Daten ("einen Urlaub lang"): eventuell mit austauschbarem Speicher? · Daten ohne Verrenkungen unter Linzx (Debian Lenny) auslesbar. · Schön wäre: guter Empfang und geringe Größe. Mag mir jemand Empfehlungen geben? Danke, Sebastian From niehaus at nospam.arcornews.de Sat Jan 30 06:14:54 2010 From: niehaus at nospam.arcornews.de (Sebastian Niehaus) Date: Sat, 30 Jan 2010 07:14:54 +0100 Subject: [Talk-de] Logger gesucht References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> Message-ID: <87pr4syv8h.fsf@crystalline.worst-case.no-ip.com> Sebastian Niehaus writes: > für den Urlaub wäre ein Logger eine nette Sache, ein Rechner soll > nicht mit. Anforderungen wären: > > · läuft mit Standardakkus Da wäre ich kompromissbereit, wenn ein *kleines* Ladegerät existiert. From bernd at bwurst.org Sat Jan 30 06:55:46 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Sat, 30 Jan 2010 07:55:46 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B6377D2.4000306@fips-schneider.de> References: <4B636DBA.6050808@nk-bre.net> <4B637391.8080802@googlemail.com> <4B6377D2.4000306@fips-schneider.de> Message-ID: <201001300755.46761.bernd@bwurst.org> Am Samstag 30 Januar 2010 01:05:38 schrieb Fips Schneider: > Wie wärs mit einem wikipedia:de, wikipedia:es, etc. und ein wikipedia > linkt auf die englische? > > Oder im Artikelnamen ein de: davorstellen, also bspw.: > de:Frankfurt_(Main)_Hauptbahnhof - führt zu > http://en.wikipedia.org/wiki/de:Frankfurt_(Main)_Hauptbahnhof > und damit wieder auf die deutsche Wiki. (ist eine mir erst neulich > bekanntgewordene Funktion, vielleicht ist sie dafür sehr nützlich?) > > Nur so 'ne Idee... Da es viele Objekte mit Wikipedia-Artikeln in mehreren Sprachen gibt, bin ich stark für deine erstere Variante. Gruß, Bernd -- Skeptiker sind jene Menschen, die einfach nicht an die friedliche Nutzung der Atombombe glauben wollen. - Werner Mitsch (dt. Aphoristiker) -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From bernd at bwurst.org Sat Jan 30 07:02:57 2010 From: bernd at bwurst.org (Bernd Wurst) Date: Sat, 30 Jan 2010 08:02:57 +0100 Subject: [Talk-de] Logger gesucht In-Reply-To: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> Message-ID: <201001300802.57874.bernd@bwurst.org> Am Samstag 30 Januar 2010 07:03:32 schrieb Sebastian Niehaus: > für den Urlaub wäre ein Logger eine nette Sache, ein Rechner soll > nicht mit. Anforderungen wären: > > · läuft mit Standardakkus > > · Speicher viel Daten ("einen Urlaub lang"): eventuell mit > austauschbarem Speicher? > > · Daten ohne Verrenkungen unter Linzx (Debian Lenny) auslesbar. > > · Schön wäre: guter Empfang und geringe Größe. > > > Mag mir jemand Empfehlungen geben? Garmin eTrex Legend HCx. Ist zwar nicht ganz klein, aber mit Standardakkus ist eine gewisse Mindestgröße auch irgendwie vorgegeben. Dafür hast du dann ein vollwertiges Navi mit Kartendisplay und kannst vorher schonmal die bereits vorhandene Karte aufspielen. So sieht man dann auch gleich wo man gar nicht mehr tracken muss. Bis du ne 4 GB MicroSD voll getrackt hast ist dein Urlaub vermutlich um. Auslesbar ist das indem man die Speicherkarte in den Card-Reader steckt oder den Mass-Storage-Modus aktiviert und dann die (pro Tag aufgeteilten) GPX- Dateien per USB herunter zieht. Gruß, Bernd -- for i in /bin/*; do man $(basename $i); done -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 836 bytes Beschreibung: This is a digitally signed message part. URL : From osm_ at malenki.ch Sat Jan 30 08:40:23 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 30 Jan 2010 09:40:23 +0100 Subject: [Talk-de] Logger gesucht References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> Message-ID: <20100130094023.1e325e5d@c2d-sid> Sebastian Niehaus schrieb: >für den Urlaub wäre ein Logger eine nette Sache, ein Rechner soll >nicht mit. Anforderungen wären: > >· läuft mit Standardakkus > >· Speicher viel Daten ("einen Urlaub lang"): eventuell mit > austauschbarem Speicher? > >· Daten ohne Verrenkungen unter Linzx (Debian Lenny) auslesbar. > >· Schön wäre: guter Empfang und geringe Größe. Genau diese Anforderungen hatte ich 2008 und bin beim RGM-3800¹ gelandet. Er hat zwar keinen austauschbaren Speicher, aber mit den passenden Einstellungen kann man bis zu drei Wochen (oder mehr) aufzeichnen. Er ist wirklich handlich und kostet rund 60 EUR. Andrerseits hättest du mit einem Garmin-Navi mehr Möglichkeiten und eine längere Laufzeit (Garmin benötigen AA, der RGM-3800 AAA) Ein Nachteil bei meinem vor einigen Monaten gekauften Garmin GPSmap 60CSx ist, dass es sich bisher nicht überreden ließ, Logs mit mehr als einem Punkt aller fünf Sekunden zu erzeugen. :( HTH makenki ¹http://wiki.openstreetmap.org/wiki/DE:Datalogger_Royaltek_RGM-3800 From f at zz.de Sat Jan 30 08:53:07 2010 From: f at zz.de (Florian Lohoff) Date: Sat, 30 Jan 2010 09:53:07 +0100 Subject: [Talk-de] Logger gesucht In-Reply-To: <20100130094023.1e325e5d@c2d-sid> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> Message-ID: <20100130085307.GA12436@hydra.gt.owl.de> On Sat, Jan 30, 2010 at 09:40:23AM +0100, malenki wrote: > Ein Nachteil bei meinem vor einigen Monaten gekauften Garmin GPSmap > 60CSx ist, dass es sich bisher nicht überreden ließ, Logs mit mehr als > einem Punkt aller fünf Sekunden zu erzeugen. :( Das ist aber ein Bedienfehler - Meiner macht definitiv jede sekunde einen punkt. Und ich wuerde nicht mehr ohne den GPSMap 60Csx losziehen. Wasserdicht. Die Batterien halten auch mit Kartendarstellungen rund 2 Tage. Und mit der aktuellen Firmeware gehen 4GB MicroSD Karten die man erstmal mit GPX vollkriegen muss. Nervig finde ich das USB Kabel gehampel - Fuer die naechste Garmin generation wuensche ich mir Bluetooth ;) Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From osm_ at malenki.ch Sat Jan 30 09:18:50 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 30 Jan 2010 10:18:50 +0100 Subject: [Talk-de] Logger gesucht References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> Message-ID: <20100130101850.5cb9f841@c2d-sid> Florian Lohoff schrieb: >On Sat, Jan 30, 2010 at 09:40:23AM +0100, malenki wrote: >> Ein Nachteil bei meinem vor einigen Monaten gekauften Garmin GPSmap >> 60CSx ist, dass es sich bisher nicht überreden ließ, Logs mit mehr >> als einem Punkt aller fünf Sekunden zu erzeugen. :( > >Das ist aber ein Bedienfehler Nein. Erklär mir, was ich falsch mache, wenn ich als Aufzeichnungsart "Intervall" setze und das Intervall auf "Zeit" 00hrs 00min 01sec bzw "Entfernung" 0.01km. Das Gerät besitze ich seit Oktober. Werde mich wohl an den Garmin-Support wenden dürfen. Siehe auch http://omploader.org/vMmpmYQ http://omploader.org/vMmpmYg (rot: Garmin, grün: RGM-3800) > - Meiner macht definitiv jede sekunde einen punkt. Schön für den und dich -.- Gruß malenki From osm at tappenbeck.net Sat Jan 30 09:27:34 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 30 Jan 2010 10:27:34 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <201001291927.48819.AlexanderMatheisen@ish.de> References: <201001291927.48819.AlexanderMatheisen@ish.de> Message-ID: Hi ! kann mir einer sage warum die Wiki vom Holstentor nicht angezeigt wird ? http://olm.openstreetmap.de/?zoom=17&lat=53.86616&lon=10.67981&layers=B0TTT Gruß Jan :-) From jochen at remote.org Sat Jan 30 09:42:48 2010 From: jochen at remote.org (Jochen Topf) Date: Sat, 30 Jan 2010 10:42:48 +0100 Subject: [Talk-de] =?iso-8859-1?q?Roll-Up_f=FCr_Messe?= In-Reply-To: <4B63AEA6.2040802@googlemail.com> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> <4B63AEA6.2040802@googlemail.com> Message-ID: <20100130094248.GA23398@eldorado.topf.org> On Sat, Jan 30, 2010 at 04:59:34AM +0100, Ulf Lamping wrote: > Am 28.01.2010 14:53, schrieb Georg Lösel (FOSSGIS e.V.): > > > > Eine Bitte / Anmerkung hätte ich noch. > > > > Es wäre gut wenn zu mindestens in Form einer Quellenanagbe oder was > > ähnlichem der FOSSGIS e.V. mit Logo (siehe Anhnag) erscheint und wenn dann > > auf openstreetmap.de verwiesen wird. Schliesslich sind wir im deutschen > > Sprachraum unterwegs und etwas Werbung für die deutsche Community schadet > > nicht. > > Vielleicht habe ich hier die falsche Wahrnehmung, aber ... > > Ich sehe *die* deutsche Community aktuell schlicht (noch?) nicht. > > Ich sehe aktuell die OpenStreetMap Community, bestehend aus sehr vielen > Amateuren die sich ein GPS gekauft haben, mappen gehen und sich > vielleicht lokal mal am Stammtisch treffen oder im OSM Forum austauschen. > > Und ich sehe den FOSSGIS e.V. und deren Community, die ich schlicht > nicht wirklich kenne. Ich hatte am Donnerstag auf dem lokalen OSM > Treffen wegen FOSSGIS mal kurz in die Runde gefragt - kannte keiner. > > Wenn ich mir das Programm der Konferenz anschaue, sieht mir die FOSSGIS > Community von den Themen her nach professionellen Geoanwendern aus, die > eher was mit Begriffen wie GIS, Shapefiles oder EPSG anfangen können als > mit "wie tagge ich einen Hundekottütenspender?" ;-) > > Klar gibt es Leute (gerade auch die Aktiven bei OSM), die in "beiden > Welten" unterwegs sind. Das ist aber bei OSM eher die Ausnahme und nicht > die Regel. > > > Ich persönlich bin da noch klar bei einem "wir bei OSM" und "die bei > FOSSGIS". Als Mensch der aus der "OSM Hobby Ecke" kommt, hinterläßt ein > "da muß aber auch ein FOSSGIS Logo drauf" daher jetzt einen ziemlich > schalen Beigeschmack. Ein "Sponsored by DHL" wäre zwar noch schlimmer, > ginge aber gefühlsmäßig für mich zumindest in die gleiche Richtung. > Beides muß ich einfach nicht haben, dann lass ich es lieber ganz bleiben. Der FOSSGIS-Verein ist ein Sammelsurium verschiedener Projekte. Hier finden sich Leute zusammen, die nicht nur an einem Open Source/Open Data Projekt arbeiten, sondern die finden, dass es sich lohnt sich zusammenzutun und gemeinsam alle Projekte zu fördern. OSM ist eines der Projekte. Den anderen geht es genauso wie "uns", dass sie jeder für sich eine eigene Community haben und Teile daraus sich eben mit der FOSSGIS-Community überlappen. Die einzelnen Projekte machen jeweils ihr Ding und da wo man zusammenarbeiten kann bzw. da, wo ein Verein hilfreich sein kann, da arbeitet man eben zusammen. Dazu gehört es eben auch, den FOSSGIS als Ganzes ein bischen zu fördern, weil irgendwie soll ja auch die Botschaft transportiert werden, dass die Idee von Open Source und Open Data größer ist als die einzelnen Projekte. Das macht der FOSSGIS durch sein Engagement. Dazu ist es eben auch gut, wenn das FOSSGIS-Logo auch gelegentlich erscheint. Und immerhin bezahlt der FOSSGIS das Rollup ja aus seinen Mitteln. Es ist also nicht so abwegig, dass der FOSSGIS das wünscht. Der FOSSGIS hat uns OSMern auch die Möglichkeit gegeben, uns der FOSSGIS-Konferenz anzuschließen und damit haben wir mit minimalem organisatorischen Aufwand und ohne jeglichen finanziellen Aufwand quasi eine anderthalbtägige Konferenz geschenkt bekommen, deren Eintritt auch noch kostenlos ist. Das ist das FOSSGIS-Geld, das im Endeffekt bisher hauptsächlich aus den Aktivitäten der anderen Projekte stammt. So wichtig ist einigen Leuten der Gemeinsamkeitsgedanke, dass sie bereit sind, dafür das Geld auszugeben, dass sie auch versuchen könnten in ihr eigenes Projekt zu stecken. (Und ja, die Konferenz kostet den Verein Geld, z.B. um die Kaffeepause und das Mittagsessen zu bezahlen.) Ob sich jemand als "ich bei OSM" und/oder "ich beim FOSSGIS" fühlt oder nicht fühlt, liegt ganz an ihm. Ich bin sowohl in der OSM-Community als auch in der FOSSGIS-Community "zu hause", weil beide bestehenden Communities mich mit offenen Armen aufgenommen haben. Jetzt versuche ich nach meinen Möglichkeiten beide Communities vorran zu bringen. Und das geht besser, wenn man wo möglich zusammenarbeitet. Ich würde mir wünschen, dass mehr Leute sehen, was wir voneinander haben, und helfen, alle unsere Ziele vorran zu bringen. > P.S: Das diese Aufforderung *nach* dem erstellen der Designs kommt, > halte ich übrigens für ziemlich schlechten Stil. Wäre diese Aussage > gleich auf dem Tisch gewesen, hätte ich garnicht erst angefangen ... Genauso wie bei OSM ist auch beim FOSSGIS nicht alles bis zum letzten i-Tüpfelchen durchgeplant und durchorganisiert. Und natürlich gibts auch verschiedene Meinungen und Mißverständnisse. Da sollte man sowas nicht gleich auf die Goldwaage legen. Es muss sich jeder überlegen, wie seiner und unserer Sache am Besten geholfen ist. Absolute Forderungen und Drohungen, nicht mitzuspielen, helfen meist nicht. Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From osm at tappenbeck.net Sat Jan 30 09:47:43 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 30 Jan 2010 10:47:43 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <201001291927.48819.AlexanderMatheisen@ish.de> References: <201001291927.48819.AlexanderMatheisen@ish.de> Message-ID: Hi ! wäre es nicht sinnvoll noch www.openlinkmap.org zu realisieren ? gruß Jan :-) From michael at buegehome.de Sat Jan 30 10:37:26 2010 From: michael at buegehome.de (Michael Buege) Date: Sat, 30 Jan 2010 11:37:26 +0100 Subject: [Talk-de] Logger gesucht References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> Message-ID: <1512980.SfcuA2PsGE@buegehome.de> Zitat malenki: > Florian Lohoff schrieb: > >>On Sat, Jan 30, 2010 at 09:40:23AM +0100, malenki wrote: >>> Ein Nachteil bei meinem vor einigen Monaten gekauften Garmin GPSmap >>> 60CSx ist, dass es sich bisher nicht überreden ließ, Logs mit mehr >>> als einem Punkt aller fünf Sekunden zu erzeugen. :( >> >>Das ist aber ein Bedienfehler > > Nein. > Erklär mir, was ich falsch mache, wenn ich als Aufzeichnungsart > "Intervall" setze und das Intervall auf > "Zeit" > 00hrs 00min 01sec Nur, um Missverstaendnisse zu vermeiden... Aufzeichnungsart: Zeit Intervall: 00hrs 00min 01sec Was meinst du mit: > bzw > "Entfernung" > 0.01km. ? -- Michael From osm at tappenbeck.net Sat Jan 30 10:48:21 2010 From: osm at tappenbeck.net (Jan Tappenbeck) Date: Sat, 30 Jan 2010 11:48:21 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: References: <4B636DBA.6050808@nk-bre.net> Message-ID: Am 30.01.2010 01:06, schrieb Ulf Möller: > Norbert Kück schrieb: > >> Bedeutet das, dass die im Vertrauen auf die alte Funktion so >> eingetragenen Tags nun geändert werden müssen? > > Das hat dann ja immerhin den Vorteil, dass im Vertrauen auf > http://wiki.openstreetmap.org/wiki/Key:wikipedia eingetragene Tags jetzt > richtig funktionieren. :) dann bitte auch http://olm.openstreetmap.de/info/index.html anpasssen ! gruß Jan :-) From AlexanderMatheisen at ish.de Sat Jan 30 10:55:45 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 11:55:45 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: References: <201001291927.48819.AlexanderMatheisen@ish.de> Message-ID: <201001301155.45436.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 10:27:34 schrieb Jan Tappenbeck: > Hi ! > > kann mir einer sage warum die Wiki vom Holstentor nicht angezeigt wird ? > > http://olm.openstreetmap.de/?zoom=17&lat=53.86616&lon=10.67981&layers=B0TTT > > Gruß Jan :-) > Das weiß ich jetzt allerdings selbst nicht so genau. Habe Mitja, dem "Verwalter" der Datenbank, mal eine Mail geschickt. Alex From AlexanderMatheisen at ish.de Sat Jan 30 10:57:26 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 11:57:26 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: References: <201001291927.48819.AlexanderMatheisen@ish.de> Message-ID: <201001301157.26973.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 10:47:43 schrieb Jan Tappenbeck: > Hi ! > > wäre es nicht sinnvoll noch www.openlinkmap.org zu realisieren ? Dazu müsste man eine Domain registrieren lassen; und das kostet Geld... Wäre mir ansich auch lieber, da man sich das besser merken könnte, aber mit der neuen Domain ist es auch schonmal einfacher geworden. :) > > gruß Jan :-) > Alex From osm_ at malenki.ch Sat Jan 30 10:55:00 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 30 Jan 2010 11:55:00 +0100 Subject: [Talk-de] OpenLinkMap umgezogen References: <201001291927.48819.AlexanderMatheisen@ish.de> Message-ID: <20100130115500.76418e23@c2d-sid> Alexander Matheisen schrieb: >Die Version 3.0 der OpenLinkMap ist da! Fein! >Testet es fleißig und sagt mir, was verbessert werden kann! Hier werden Daten einiger POI nicht dargestellt, obwohl sie zum gleichen Zeitpunkt und auf die gleiche Art erfasst wurden: http://olm.openstreetmap.de/?zoom=18&lat=50.88021&lon=13.3261&layers=B0TTT Gruß malenki From AlexanderMatheisen at ish.de Sat Jan 30 11:00:53 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 12:00:53 +0100 Subject: [Talk-de] Popups in OLM In-Reply-To: <4B63734B.2080204@nk-bre.net> References: <4B63734B.2080204@nk-bre.net> Message-ID: <201001301200.53299.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 00:46:19 schrieb Norbert Kück: > Hallo, > nein, ein Openlayers-Experte bin ich bestimmt nicht. Aber ich erinnere > mich, dass in dem von http://osmtools.de/easymap/ erzeugten Code die Zeile > var showPopupOnHover = true; > auftaucht. In dem Programm wird wie in meiner alten Karte Layer.Marker verwendet. In der neuen verwende ich jedoch Layer.Vector. Dies macht einiges leichter; zum Beispiel übernimmt OpenLayers jetzt selbständig das Nachladen der Daten. Außerdem könnte ich so in Zukuft auch Linien und Flächen zeichnen. > > Zu einfach, als dass ich wirklich glaube, dass diese Nachricht helfen kann. Stimmt wohl leider. :( > Gruß > nk > Alex From AlexanderMatheisen at ish.de Sat Jan 30 11:07:21 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 12:07:21 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: References: <201001291927.48819.AlexanderMatheisen@ish.de> Message-ID: <201001301207.21398.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 10:27:34 schrieb Jan Tappenbeck: > Hi ! > > kann mir einer sage warum die Wiki vom Holstentor nicht angezeigt wird ? > > http://olm.openstreetmap.de/?zoom=17&lat=53.86616&lon=10.67981&layers=B0TTT Hab da wohl etwas von Mitja falsch verstanden. Die Daten für Europa werden nur wöchentlich von Sonntag auf Montag aktualisiert. Werde das mal schnell auf der Seite verbessern. Noch ein bisschen Abwarten bis Montag, und dann kommen die Sternchen und Weltkugeln von ganz alleine... ;-) > > Gruß Jan :-) > Alex From AlexanderMatheisen at ish.de Sat Jan 30 11:16:11 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 12:16:11 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <20100130115500.76418e23@c2d-sid> References: <201001291927.48819.AlexanderMatheisen@ish.de> <20100130115500.76418e23@c2d-sid> Message-ID: <201001301216.11653.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 11:55:00 schrieb malenki: > Alexander Matheisen schrieb: > >Die Version 3.0 der OpenLinkMap ist da! > > Fein! > > >Testet es fleißig und sagt mir, was verbessert werden kann! > > Hier werden Daten einiger POI nicht dargestellt, obwohl sie zum gleichen > Zeitpunkt und auf die gleiche Art erfasst wurden: > http://olm.openstreetmap.de/?zoom=18&lat=50.88021&lon=13.3261&layers=B0TTT Auch hier wieder das Problem, dass sie zu neu sind. Hab den falschen Hinweis auf der Seite verbessert. Die Daten für Europa werden nur wöchetnlich in der Nacht von Montag auf Sonntag verbessert. > > Gruß > malenki > Alex From AlexanderMatheisen at ish.de Sat Jan 30 11:30:37 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 12:30:37 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <4B632AB2.9020007@gmail.com> References: <201001291927.48819.AlexanderMatheisen@ish.de> <4B632AB2.9020007@gmail.com> Message-ID: <201001301230.37598.AlexanderMatheisen@ish.de> Am Freitag 29 Januar 2010 19:36:34 schrieb Martin Czarkowski: > Am 29.01.2010 19:27, schrieb Alexander Matheisen: > > Hallo, > > > > Die Version 3.0 der OpenLinkMap ist da! > > > > Das Projekt ist jetzt umgezogen und ab sofort unter einer neuen Adresse > > erreichbar: > > > > http://olm.openstreetmap.de > > > > Wesentliche Neuerungen: > > > > * Nutzt andere Datenbank des Projektes simple-poi-list, dadurch höhere > > Geshwindigkeit, außerdem > > * Daten für ganz Europa > > * tägliche Aktualisierung > > * höhere Genauigkeit der Koordinaten, dadurch sind die Marker nicht mehr > > verschoben > > * durch Verwendung von Unicode keine Sonderzeichenproble mehr > > * weitere Informationen in Popups wie Öffnungszeiten, etc. > > * Seite wieder mit dem Internet Explorer erreichbar (gut, wer nutzt den > > schon) * einige kleinere Änderungen > > > > Durch bisher nicht gelöste Probleme mit Openlayers werden die Popups > > nicht mehr beim Überfahren geöffnet! Wer da weiter weiß, bitte melden! > > > > Testet es fleißig und sagt mir, was verbessert werden kann! > > > > > > Alex > > > > _______________________________________________ > > Talk-de mailing list > > Talk-de at openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-de > > Hi, > > gefällt mir gut, allerdings sind die Marker jetzt genau über dem > Gebäudesymbol, dh. man sieht jetzt die Restaurant- bzw. Bankensymbole > usw. nicht mehr. Wahrscheinlich werden dieselben Koordinaten verwendet > wie für die Symbole. Vielleicht kann man die Marker um eine Idee > verschieben? Gefällt mir persönlich nicht sio gut, denn dann sind die Marker wieder verschoben. Zumindest kann man jetzt schon immer die Namen lesen. Vielleicht löse ich das anders, dass zum Beispiel das Icon eines Markers ausgeblendet wird, wenn man mit der Maus drüberfährt. > > Martin > Alex From AlexanderMatheisen at ish.de Sat Jan 30 11:32:05 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 12:32:05 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <7acdb3651001291041t2027588eua09977bd874fc57e@mail.gmail.com> References: <201001291927.48819.AlexanderMatheisen@ish.de> <4B632AB2.9020007@gmail.com> <7acdb3651001291041t2027588eua09977bd874fc57e@mail.gmail.com> Message-ID: <201001301232.05663.AlexanderMatheisen@ish.de> Am Freitag 29 Januar 2010 19:41:27 schrieb Martin Koppenhoefer: > Am 29. Januar 2010 19:36 schrieb Martin Czarkowski : > > gefällt mir gut, allerdings sind die Marker jetzt genau über dem > > Gebäudesymbol, dh. man sieht jetzt die Restaurant- bzw. Bankensymbole > > usw. nicht mehr. Wahrscheinlich werden dieselben Koordinaten verwendet > > wie für die Symbole. Vielleicht kann man die Marker um eine Idee > > verschieben? > > das sollte dann allerdings Zoomstufenabhängig passieren. Eine > alternative Lösungsidee wäre es, das Overlay bei mouseover > auszublenden (z.B. per css) Die Idee mit dem Ausblenden ist schon gar nicht schlecht und entspricht schon in etwa meiner Idee: Das Icon eines Markers wird ausgeblendet (bzw. transparent), wenn man mit der Maus drüberfährt. > > Gruß Martin > Alex From AlexanderMatheisen at ish.de Sat Jan 30 11:46:31 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 12:46:31 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B636DBA.6050808@nk-bre.net> References: <4B636DBA.6050808@nk-bre.net> Message-ID: <201001301246.31602.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 00:22:34 schrieb Norbert Kück: > Hallo, > > beim Umzug auf den neuen Server scheint mir eine wesentliche Änderung > eingetreten zu sein: > > Bisher wurde der wikipedia=Artikelname nach > http://de.wikipedia.org/wiki/Artikelname aufgelöst, neu aber nach > http://en.wikipedia.org/wiki/Artikelname. > > Bedeutet das, dass die im Vertrauen auf die alte Funktion so > eingetragenen Tags nun geändert werden müssen? Erstmal bitte nichts ändern! Es wäre schade, wenn alle mühsam wieder alles umtaggen und es dann doch eine Methode gibt, das zu ändern. Falls es wirklich keine Lösung gibt, sage ich bescheid! > > Gruß > nk > Alex From osm_ at malenki.ch Sat Jan 30 11:44:08 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 30 Jan 2010 12:44:08 +0100 Subject: [Talk-de] Logger gesucht References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> Message-ID: <20100130124408.3cb109a9@c2d-sid> Michael Buege schrieb: >Nur, um Missverstaendnisse zu vermeiden... >Aufzeichnungsart: Zeit >Intervall: 00hrs 00min 01sec > > >Was meinst du mit: >> bzw >> "Entfernung" >> 0.01km. >? Statt Aufzeichnungsart "Zeit" kannst du in dem im obigen Screenshot gelb markierten Kästchen auch "Entfernung" auswählen. Die oben genannte Distanz von 0.01km ist der hier kürzestmögliche Intervall. Bei höheren Geschwindigkeiten müsste das Gerät theoretisch sogar mehrere Punkte pro Sekunde loggen: 110 km/h = 30.5 m/s ~> 3 Punkte/s Gruß malenki From addicks at gmx.net Sat Jan 30 11:48:09 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sat, 30 Jan 2010 12:48:09 +0100 Subject: [Talk-de] =?utf-8?q?Datalogger_f=C3=BCr_l=C3=A4ngeren_Urlaub_gesu?= =?utf-8?q?cht_mit_Standardbatterien_und_Speicherkarte_=28Re=3A_Logger_ges?= =?utf-8?q?ucht=29?= In-Reply-To: <1512980.SfcuA2PsGE@buegehome.de> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> Message-ID: Vor einem halben Jahre hätte ich ohne Zögern "Garmin Etrex Legend HCx" gesagt. Da gab's die Dinger für 139€ an jeder Ecke und mit etwas Suchen für 129. Aber die Preise sind wieder hochgegegangen. Unter 165€ derzeit nicht zu bekommen. Ansonsten sieht es nämlich mau aus bei den Loggern: Entweder keine Standard-Akkus oder keine Aufzeichnung auf Speicherkarte, oder aber uralter Empfängerchip. (Von der häufig propagierten Kombination "modernes Java-Handy plus Bluetooth-Maus" möchte ich abraten, da man dann sogar zwei Geräte bedient, die auch noch beide gleichzeitig funktionieren müssen und auch simultan ihre Akkus leerfressen. Ist zwar komfortabel, aber Touren >6h lassen sich damit kaum bestreiten.) -jha- From AlexanderMatheisen at ish.de Sat Jan 30 11:49:09 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 12:49:09 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: References: <4B636DBA.6050808@nk-bre.net> Message-ID: <201001301249.09238.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 11:48:21 schrieb Jan Tappenbeck: > Am 30.01.2010 01:06, schrieb Ulf Möller: > > Norbert Kück schrieb: > >> Bedeutet das, dass die im Vertrauen auf die alte Funktion so > >> eingetragenen Tags nun geändert werden müssen? > > > > Das hat dann ja immerhin den Vorteil, dass im Vertrauen auf > > http://wiki.openstreetmap.org/wiki/Key:wikipedia eingetragene Tags jetzt > > richtig funktionieren. :) > > dann bitte auch http://olm.openstreetmap.de/info/index.html anpasssen ! Werde ich natürlich ändern, wenn es mehr Klarheit bzgl. den erlaubten Tags und deren Auswertung gibt. Das muss ich dann aber auch alles mit Mitja abklären, denn er ist für die Datenbank zuständig. > > gruß Jan :-) > Alex From AlexanderMatheisen at ish.de Sat Jan 30 11:57:37 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 12:57:37 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B637391.8080802@googlemail.com> References: <4B636DBA.6050808@nk-bre.net> <4B637391.8080802@googlemail.com> Message-ID: <201001301257.37322.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 00:47:29 schrieb Ulf Lamping: > Am 30.01.2010 00:22, schrieb Norbert Kück: > > Hallo, > > > > beim Umzug auf den neuen Server scheint mir eine wesentliche Änderung > > eingetreten zu sein: > > > > Bisher wurde der wikipedia=Artikelname nach > > http://de.wikipedia.org/wiki/Artikelname aufgelöst, neu aber nach > > http://en.wikipedia.org/wiki/Artikelname. > > > > Bedeutet das, dass die im Vertrauen auf die alte Funktion so > > eingetragenen Tags nun geändert werden müssen? > > Das ist mir auch gerade aufgefallen und "ich bin auch betroffen", z.B.: > > http://olm.openstreetmap.de/?zoom=17&lat=49.43124&lon=11.11638&layers=B0TTT > > Bislang war die Karte nur Deutschlandweit, da war die Auflösung nach > Deutschland erstmal naheliegend. Korrekt. > > Jetzt ist sie ja Europaweit, da wäre es ja schon irgendwie komisch, wenn > ein Eintrag irgendwo in Spanien auf die deutsche WP verweist. Richtig. > > Man könnte jetzt versuchen mit Polygonen die Staatsgrenzen "einzufangen" > und damit einen jeweils passenden "Landes-Default" zu setzen, das halte > ich aber für ziemlich undurchsichtig und fehleranfällig. Das wäre schwieriger auszuwerten, allerdings könnte man es dann so wie bei name machen: Der Standartwert ist immer in Landessprache. > > > Um das Thema einfach zu halten wäre ich dafür, die englische WP als > default für "nur Artikelnamen" zu nehmen (ist halt die größte WP > Sammlung und wahrscheinlich wird von dort auch auf die meisten anderen > Sprachen verlinkt). Bei kompletter URL haben wir das Problem ja eh nicht. Ganz meiner Meinung. > > > Ich werde daher bei Gelegenheit "meine" Einträge entsprechend umändern. > > Gruß, ULFL Alex > > P.S: Wieder so ein Punkt, bei dem die Karte Klarheit schafft was > sinnvoll geht und wo man nochmal hinschauen muß ... > Richtig, bei solchen Anwendungen müssen die Softwareentwickler entscheiden, was richtig ist und was ausgewertet wird. From AlexanderMatheisen at ish.de Sat Jan 30 11:59:48 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 12:59:48 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B6377D2.4000306@fips-schneider.de> References: <4B636DBA.6050808@nk-bre.net> <4B637391.8080802@googlemail.com> <4B6377D2.4000306@fips-schneider.de> Message-ID: <201001301259.48290.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 01:05:38 schrieb Fips Schneider: > Wie wärs mit einem wikipedia:de, wikipedia:es, etc. und ein wikipedia > linkt auf die englische? Wäre auch mein Vorschlag. Dann müsste man noch die Einträge in den Mapfeatures ändern, damit das auch neue Mapper so machen. > > Oder im Artikelnamen ein de: davorstellen, also bspw.: > de:Frankfurt_(Main)_Hauptbahnhof - führt zu > http://en.wikipedia.org/wiki/de:Frankfurt_(Main)_Hauptbahnhof > und damit wieder auf die deutsche Wiki. (ist eine mir erst neulich > bekanntgewordene Funktion, vielleicht ist sie dafür sehr nützlich?) > > Nur so 'ne Idee... Oder auch so. > > > - Fips Alex > > > Am 30.01.2010 00:22, schrieb Norbert Kück: > >> Hallo, > >> > >> beim Umzug auf den neuen Server scheint mir eine wesentliche Änderung > >> eingetreten zu sein: > >> > >> Bisher wurde der wikipedia=Artikelname nach > >> http://de.wikipedia.org/wiki/Artikelname aufgelöst, neu aber nach > >> http://en.wikipedia.org/wiki/Artikelname. > >> > >> Bedeutet das, dass die im Vertrauen auf die alte Funktion so > >> eingetragenen Tags nun geändert werden müssen? > > > > Das ist mir auch gerade aufgefallen und "ich bin auch betroffen", z.B.: > > > > http://olm.openstreetmap.de/?zoom=17&lat=49.43124&lon=11.11638&layers=B0T > >TT > > > > Bislang war die Karte nur Deutschlandweit, da war die Auflösung nach > > Deutschland erstmal naheliegend. > > > > Jetzt ist sie ja Europaweit, da wäre es ja schon irgendwie komisch, wenn > > ein Eintrag irgendwo in Spanien auf die deutsche WP verweist. > > > > Man könnte jetzt versuchen mit Polygonen die Staatsgrenzen "einzufangen" > > und damit einen jeweils passenden "Landes-Default" zu setzen, das halte > > ich aber für ziemlich undurchsichtig und fehleranfällig. > > > > > > Um das Thema einfach zu halten wäre ich dafür, die englische WP als > > default für "nur Artikelnamen" zu nehmen (ist halt die größte WP > > Sammlung und wahrscheinlich wird von dort auch auf die meisten anderen > > Sprachen verlinkt). Bei kompletter URL haben wir das Problem ja eh nicht. > > > > > > Ich werde daher bei Gelegenheit "meine" Einträge entsprechend umändern. > > > > Gruß, ULFL > > > > P.S: Wieder so ein Punkt, bei dem die Karte Klarheit schafft was > > sinnvoll geht und wo man nochmal hinschauen muß ... > > From AlexanderMatheisen at ish.de Sat Jan 30 12:02:33 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 13:02:33 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <1264815010427-4483607.post@n2.nabble.com> References: <4B636DBA.6050808@nk-bre.net> <4B6377D2.4000306@fips-schneider.de> <1264815010427-4483607.post@n2.nabble.com> Message-ID: <201001301302.33892.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 02:30:10 schrieb 1248: > Wenn nur der Wikipedia Seitentitel (Lemma) eingetragen wird, dann soll er > sich laut Definition des wikipedia-Tags ausdrücklich auf die englische > Wikipedia beziehen [1]. Insofern also alles richtig. Das hatte ich zwar nicht so bedacht, aber wenn das so ist, kann man alles so lassen wie es ist. > > Fips Schneider wrote: > > Wie wärs mit einem wikipedia:de, wikipedia:es, etc. und ein wikipedia > > linkt auf die englische? > > > > Oder im Artikelnamen ein de: davorstellen, also bspw.: > > de:Frankfurt_(Main)_Hauptbahnhof - führt zu > > http://en.wikipedia.org/wiki/de:Frankfurt_(Main)_Hauptbahnhof > > und damit wieder auf die deutsche Wiki. (ist eine mir erst neulich > > bekanntgewordene Funktion, vielleicht ist sie dafür sehr nützlich?) > > Kann man machen, muß man aber nicht. Auf der zitierten Seite steht zu > recht: "However, be aware that it should be possible to fetch different > languages of a linked Wikipedia page automatically using the interlanguage > links on Wikipedia - so tagging lots of different language pages may be a > waste of effort." Es ist also sinnvoller, die Informationen über Artikel in > verschiednen Sprachen innerhalb von Wikipedia zu nutzen, anstatt alles auch > zusätzlich bei OSM einzutragen. Die richtige Lösung wäre, daß der Nutzer > von OLM sich dort eine Sprache (und ggf. eine Fallback-Sprache) aussucht, > damit OLM dann ggf. sich über die Wikipedia Interlanguage-Links zum > Artikel der passenden Sprache durchhangelt, so denn vorhanden. Dazu > brauchts aber noch etwas Programmierarbeit beim OLM-Betreiber, fürchte > ich... :) Ansich nicht schwer, wenn man nur das Länderkürzel ändern muss. Aber was ist mit Artikeln, deren Titel in einer anderen Sprache ganz anders lautet? > > > [1] http://wiki.openstreetmap.org/wiki/Key:wikipedia > Alex From AlexanderMatheisen at ish.de Sat Jan 30 12:04:20 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 13:04:20 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: References: <4B636DBA.6050808@nk-bre.net> Message-ID: <201001301304.21015.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 01:06:41 schrieb Ulf Möller: > Norbert Kück schrieb: > > Bedeutet das, dass die im Vertrauen auf die alte Funktion so > > eingetragenen Tags nun geändert werden müssen? > > Das hat dann ja immerhin den Vorteil, dass im Vertrauen auf > http://wiki.openstreetmap.org/wiki/Key:wikipedia eingetragene Tags jetzt > richtig funktionieren. :) > Danach hatte ich mich zwar nicht direkt orientiert, aber wenn das, was in den Mapfeatures steht, so funktioniert, ist es zwar gut für solche, die auf die Mapfeatures vertraut haben, aber leider schlecht für die, die sich an meiner alten Karte orientiert haben. ;-) From AlexanderMatheisen at ish.de Sat Jan 30 12:07:54 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 13:07:54 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B638DF1.80006@googlemail.com> References: <4B636DBA.6050808@nk-bre.net> <4B6377D2.4000306@fips-schneider.de> <4B638DF1.80006@googlemail.com> Message-ID: <201001301307.54104.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 02:40:01 schrieb Ulf Lamping: > Am 30.01.2010 01:05, schrieb Fips Schneider: > > Wie wärs mit einem wikipedia:de, wikipedia:es, etc. > > ... was sowieso schon "flächendeckend" hier und auch bei anderen Tags > (name, note, ...) so verwendet wird. Das stand eigentlich überhaupt > nicht zur Debatte ;-) > > > und ein wikipedia linkt auf die englische? > > Ja genau darum ging es. Welcher Default wird bei wikipedia=Artikelname > eigentlich angenommen. Auch ich tendiere da wie gesagt eher zur > englischen WP - was leider in vielen Fällen aber wohl nicht die > Intention des Mappers ist -> fehleranfällig. > > Es ist im Fall wikipedia=Artikelname für eine auswertende Software > schwierig (und fehleranfällig), zu raten welche Sprache denn gemeint > sein könnte - bei der OLM geht es ja auch offensichtlich gerade schief :-) > > > Oder im Artikelnamen ein de: davorstellen, also bspw.: > > de:Frankfurt_(Main)_Hauptbahnhof - führt zu > > http://en.wikipedia.org/wiki/de:Frankfurt_(Main)_Hauptbahnhof > > und damit wieder auf die deutsche Wiki. (ist eine mir erst neulich > > bekanntgewordene Funktion, vielleicht ist sie dafür sehr nützlich?) > > Bei name haben wir ja eine ähnliche Situation, der Default name= gibt > den Namen in der Landessprache an, name:fr usw. die Übersetzungen. > > Ich fände es gut, wenn wir hier einen ähnlichen Mechanismus hätten, > leider ist wikipedia=Artikelname da aber nicht eindeutig. > > > Wenn man das ähnlich wie name handhaben will, wäre das für einen WP Link > in Deutschland: > > Deutsch : wikipedia=de:Artikelname (oder volle URL) > Englisch : wikipedia:en=article_name (oder volle URL) > Französich: wikipedia:fr=nome_article (oder volle URL) > ... > > Also den default Link mit Prefix de: oder gleich die volle URL. Bei den > alternativen Sprachen wie wikipedia:en ist es ja eh eindeutig welche > Sprache gemeint ist, da ist es dann egal ob article_name, > en:article_name oder komplette URL. > Zusammenfassend bin ich ganz deiner Meinung! > Gruß, ULFL Alex > > P.S: Ich persönlich tendiere inzwischen sowieso zur "vollen URL", ist > immer eindeutig und schneller/einfacher von der Browser Adresszeile zu > kopieren ... > Ich auch! From AlexanderMatheisen at ish.de Sat Jan 30 12:09:34 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 13:09:34 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B6398A4.3070208@googlemail.com> References: <4B636DBA.6050808@nk-bre.net> <1264815010427-4483607.post@n2.nabble.com> <4B6398A4.3070208@googlemail.com> Message-ID: <201001301309.34483.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 03:25:40 schrieb Ulf Lamping: > Am 30.01.2010 02:30, schrieb 1248: > > Kann man machen, muß man aber nicht. Auf der zitierten Seite steht zu > > recht: "However, be aware that it should be possible to fetch different > > languages of a linked Wikipedia page automatically using the > > interlanguage links on Wikipedia - so tagging lots of different language > > pages may be a waste of effort." Es ist also sinnvoller, die > > Informationen über Artikel in verschiednen Sprachen innerhalb von > > Wikipedia zu nutzen, anstatt alles auch zusätzlich bei OSM einzutragen. > > Die richtige Lösung wäre, daß der Nutzer von OLM sich dort eine Sprache > > (und ggf. eine Fallback-Sprache) aussucht, damit OLM dann ggf. sich über > > die Wikipedia Interlanguage-Links zum Artikel der passenden Sprache > > durchhangelt, so denn vorhanden. Dazu brauchts aber noch etwas > > Programmierarbeit beim OLM-Betreiber, fürchte ich... :) > > ... dann brauchts aber noch einiges an Interlanguage-Links innerhalb der > Wikipedia. Da ich mich häufiger in mehreren Sprachen der WP bewege, > fällt mir auf das da (gerade bei Geothemen) noch so einiges fehlt (was > ich dann ab und zu auch korrigiere). Das ist dann die Sache der Wikipedia. > > > Außerdem finde ich es auch nicht toll, das jeder der Wikipedia Links in > einem Programm verwenden will dann erstmal ein mittelschweres Wikipedia > Studium beginnen muß. Ist wahrscheinlich kein Voodoo Magic, aber wieder > eine Hürde mehr um unseren Datenbestand zu nutzen. > > > Das mag vielleicht eine schöne Lösung sein, wenn man das Verfolgen von > Links einzeln von Hand anstößt, oder sich ein zentraler Server wie bei > OLM drum kümmert. > > Spätestens wenn es aber in Zukunft eine Software gibt, die diese > Auflösung im Anwenderprogramm macht und (z.B. für einen Ausdruck) beim > Anwender nach jedem OSM Datenupdate erstmal ein paar tausend > Wikipediaseiten "sprachenmäßig untersucht", wird das dann wohl ewig > dauern ... :-( Manche Sachen kann eben kein Programm erledigen bzw. nicht in entsprechender Zeit. Da müssen die User selbst Hand anlegen. > > Gruß, ULFL > Alex From AlexanderMatheisen at ish.de Sat Jan 30 12:10:11 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 13:10:11 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <201001300755.46761.bernd@bwurst.org> References: <4B636DBA.6050808@nk-bre.net> <4B6377D2.4000306@fips-schneider.de> <201001300755.46761.bernd@bwurst.org> Message-ID: <201001301310.11571.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 07:55:46 schrieb Bernd Wurst: > Am Samstag 30 Januar 2010 01:05:38 schrieb Fips Schneider: > > Wie wärs mit einem wikipedia:de, wikipedia:es, etc. und ein wikipedia > > linkt auf die englische? > > > > Oder im Artikelnamen ein de: davorstellen, also bspw.: > > de:Frankfurt_(Main)_Hauptbahnhof - führt zu > > http://en.wikipedia.org/wiki/de:Frankfurt_(Main)_Hauptbahnhof > > und damit wieder auf die deutsche Wiki. (ist eine mir erst neulich > > bekanntgewordene Funktion, vielleicht ist sie dafür sehr nützlich?) > > > > Nur so 'ne Idee... > > Da es viele Objekte mit Wikipedia-Artikeln in mehreren Sprachen gibt, bin > ich stark für deine erstere Variante. Ich auch > > Gruß, Bernd > Alex From michael at buegehome.de Sat Jan 30 12:11:37 2010 From: michael at buegehome.de (Michael Buege) Date: Sat, 30 Jan 2010 13:11:37 +0100 Subject: [Talk-de] Logger gesucht References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> <20100130124408.3cb109a9@c2d-sid> Message-ID: <7028842.MqmrL3O07v@buegehome.de> Zitat malenki: > Michael Buege schrieb: > >>Nur, um Missverstaendnisse zu vermeiden... >>Aufzeichnungsart: Zeit >>Intervall: 00hrs 00min 01sec >> Sind das jetzt die Einstellungen, die du verwendest? >>Was meinst du mit: >>> bzw >>> "Entfernung" >>> 0.01km. >>? > > Statt Aufzeichnungsart "Zeit" kannst du in dem im obigen Screenshot > gelb markierten Kästchen auch "Entfernung" auswählen. Die oben > genannte Distanz von 0.01km ist der hier kürzestmögliche Intervall. Bei > höheren Geschwindigkeiten müsste das Gerät theoretisch sogar mehrere > Punkte pro Sekunde loggen: 110 km/h = 30.5 m/s ~> 3 Punkte/s Hab ich noch nicht probiert, muss ich bei Gelegenheit mal tun. -- Michael From AlexanderMatheisen at ish.de Sat Jan 30 12:30:26 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 13:30:26 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B636DBA.6050808@nk-bre.net> References: <4B636DBA.6050808@nk-bre.net> Message-ID: <201001301330.26879.AlexanderMatheisen@ish.de> Hallo, ich habe nun "beschlossen", wie die Tags in der OpenLinkMap ausgewertet werden. 1. wikipedia 1. Ist nur ein Artikelname angegeben, wird zur englischen Wikipedia verlinkt 2. Ist vor dem Artikelnamen ein Länderkürzel angegeben, wird zur entsprechenden Sprachversion verlinkt 3. Ist die komplette Url angegeben, ebenfalls 2. wikipedia:LÄNDERKÜRZEL 1. Ist ein Artikelname, Artikelname mit Länderzürzel, oder die volle URL angegeben, wird zur entsprechenden Sprachversion verlinkt Dies entspricht so auch der Meinung der Mehrheit hier auf der Mailingliste. Bei abweichenden Schlüsseln/Werten kann es also zu Fehlinterpretationen der Software kommen. Es ist also notwendig, Objekte, die nicht diesem Schema entsprechen, umzutaggen. Entschuldigt bitte diese Änderung, aber anders ist es nicht mehr möglich, die verschiedenen Sprachen auseinanderzuhalten, da nun ganz Europa ausgewertet wird. Werde das alles auch noch mal im Laufe des Tages auf der Infoseite auflisten. Alex From osm_ at malenki.ch Sat Jan 30 12:35:12 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 30 Jan 2010 13:35:12 +0100 Subject: [Talk-de] =?utf-8?b?T1NNLUJ1Y2ggZsO8ciAiYWx0ZSBIYXNlbiI/?= Message-ID: <20100130133512.57eeaffc@c2d-sid> Lohnt sich der Kauf des Buches auch für Mapper, die schon länger™ aktiv dabei sind? (In meinem Fall ~2 Jahre.) Gruß malenki From AlexanderMatheisen at ish.de Sat Jan 30 12:41:03 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 13:41:03 +0100 Subject: [Talk-de] =?utf-8?b?T1NNLUJ1Y2ggZsO8ciAiYWx0ZSBIYXNlbiI/?= In-Reply-To: <20100130133512.57eeaffc@c2d-sid> References: <20100130133512.57eeaffc@c2d-sid> Message-ID: <201001301341.03896.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 13:35:12 schrieb malenki: > Lohnt sich der Kauf des Buches auch für Mapper, die schon länger™ > aktiv dabei sind? (In meinem Fall ~2 Jahre.) Die erste Hälfte des Buch behandelt überwiegend bekannte Sachen zum Mappen. Also eher an Einsteiger gerichtet. Im hinteren Teil sind allerdings Teilweise auch recht interessante Dinge für Entwickler. Du kannst dir doch mal das Inhaltsverzeichnis anschauen auf http://openstreetmap.info > > Gruß > malenki > Alex From tschaefer at t-online.de Sat Jan 30 13:14:27 2010 From: tschaefer at t-online.de (Thomas =?utf-8?q?Sch=C3=A4fer?=) Date: Sat, 30 Jan 2010 14:14:27 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <201001291927.48819.AlexanderMatheisen@ish.de> References: <201001291927.48819.AlexanderMatheisen@ish.de> Message-ID: <201001301414.28097.tschaefer@t-online.de> Am Freitag 29 Januar 2010 schrieb Alexander Matheisen: > Hallo, > > Die Version 3.0 der OpenLinkMap ist da! > > Das Projekt ist jetzt umgezogen und ab sofort unter einer neuen Adresse > erreichbar: > > http://olm.openstreetmap.de > > Wesentliche Neuerungen: Auch mit funktionierenden AAAA-Record! Müssten nur noch die Tileserver in England endlich mal ipv6 sprechen. Übrigens seit dieser Woche sind die Streams von googles youtube auch über das "neue" Internetprotokoll erreichbar. Zurück zum Thema OSM/OLM. Bei den bisherigen Rückmeldungen scheint sich also kein Nutzer daran gestört zu haben, das OLM über beide Protokolle erreichbar ist. Trotzdem: "Falls" (selten) jemand Problem bei OLM mit der Erreichbarkeit haben sollte, mein Tip: Ipv6-Verbindungen (z.B. sixy.ch) testen und Funktionsfähgkeit (meist mit Hilfe von Tunnel) sicher stellen oder notfalls vorläufig im Browser/Betriebssystem zuverlässig deaktivieren. Viele Grüße Thomas From dieterdreist at gmail.com Sat Jan 30 13:21:36 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Sat, 30 Jan 2010 14:21:36 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <201001301257.37322.AlexanderMatheisen@ish.de> References: <4B636DBA.6050808@nk-bre.net> <4B637391.8080802@googlemail.com> <201001301257.37322.AlexanderMatheisen@ish.de> Message-ID: <7acdb3651001300521n3dac6e5cj83887eb79c6b29e6@mail.gmail.com> Am 30. Januar 2010 12:57 schrieb Alexander Matheisen : >> Jetzt ist sie ja Europaweit, da wäre es ja schon irgendwie komisch, wenn >> ein Eintrag irgendwo in Spanien auf die deutsche WP verweist. > Richtig. naja, bei einer deutschen Karte fände ich das durchaus normal. Denkbar wäre aber natürlich auch, die Sprache vom Nutzer wählen zu lassen (inkl. Fallback-Sprache) oder automatisch zu bestimmen. >> Man könnte jetzt versuchen mit Polygonen die Staatsgrenzen "einzufangen" >> und damit einen jeweils passenden "Landes-Default" zu setzen, das halte >> ich aber für ziemlich undurchsichtig und fehleranfällig. > Das wäre schwieriger auszuwerten, allerdings könnte man es dann so wie bei > name machen: Der Standartwert ist immer in Landessprache. wozu braucht man Polygone? M.E. ist es selten das gewünschte Verhalten, die Artikel jeweils in der Sprache, die in dem Land offiziell ist wo das Objekt des Artikels sich befindet, anzuzeigen. Das ist ein grundlegender Unterschied zu Name: den Namen will man öfters mal genau so sehen, wie er auch in dem Land auf Schildern steht, anzutreffen ist, während Wikipedia-artikel will man meist in seiner eigenen Sprache lesen, und evtl. in einer anderen Sprache, derer man mächtig ist, und wo der Artikel ggf. besser / umfangreicher ist. > Richtig, bei solchen Anwendungen müssen die Softwareentwickler entscheiden, > was richtig ist und was ausgewertet wird. ja, wobei die sicher gut beraten sind, die Definitionen im WIki zu berücksichtigen, insbesondere wenn es sich um häufig verwandte Tags handelt, die im Wiki schon lange definiert sind. Gruß Martin From ulf.lamping at googlemail.com Sat Jan 30 13:24:19 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 30 Jan 2010 14:24:19 +0100 Subject: [Talk-de] =?iso-8859-1?q?Roll-Up_f=FCr_Messe?= In-Reply-To: <20100130094248.GA23398@eldorado.topf.org> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> <4B63AEA6.2040802@googlemail.com> <20100130094248.GA23398@eldorado.topf.org> Message-ID: <4B643303.4050801@googlemail.com> Am 30.01.2010 10:42, schrieb Jochen Topf: > > Dazu gehört es eben auch, den FOSSGIS als Ganzes ein bischen zu fördern, weil > irgendwie soll ja auch die Botschaft transportiert werden, dass die Idee von > Open Source und Open Data größer ist als die einzelnen Projekte. Nein, dazu *gehört* es eben nicht. Wenn ich bei OSM mitmache, heißt das noch lange nicht, daß ich auch beim FOSSGIS oder anderen offenen Projekten mitmachen/fördern sollte/muß. >Und immerhin bezahlt der FOSSGIS das Rollup ja > aus seinen Mitteln. Es ist also nicht so abwegig, dass der FOSSGIS das wünscht. Das stelle ich auch überhaupt nicht in Frage. Nur möchte ich diesen Wunsch dann bitte *vorher* kennen. Dann kann ich mich entscheiden, ob ich im Rahmen dieser Randbedingungen mitarbeiten möchte - oder eben nicht. > Ob sich jemand als "ich bei OSM" und/oder "ich beim FOSSGIS" fühlt oder nicht > fühlt, liegt ganz an ihm. Ich bin sowohl in der OSM-Community als auch in > der FOSSGIS-Community "zu hause", weil beide bestehenden Communities mich mit > offenen Armen aufgenommen haben. Jetzt versuche ich nach meinen Möglichkeiten > beide Communities vorran zu bringen. Und das geht besser, wenn man wo möglich > zusammenarbeitet. Ich würde mir wünschen, dass mehr Leute sehen, was wir > voneinander haben, und helfen, alle unsere Ziele vorran zu bringen. Wie ich schon sagte, gibt es einige bei OSM (du bist mit Sicherheit einer davon) die in beiden Welten unterwegs sind. Die Schnittpunkte zu anderen "FOSSGIS geförderten Projekten" kommen doch genau dann zum tragen, wenn du die OSM Daten im eher professionellen Umfeld einsetzen willst. Für die allermeisten OSMer dürften die "anderen Fördergebiete/-projekte" der FOSSGIS aber ziemlich irrelevant sein. Mapbender, GRASSGIS und ähnliche Projekte sind z.B. bei OSM doch schlicht überhaupt kein Thema. Meine etwas längliche Ausführung war genau dazu gedacht, diese unterschiedlichen Sichtweisen und Zielsetzungen mal etwas klarer zu formulieren. Bestehende Gräben zwischen den Communities bekommen wir doch nicht dadurch weg, indem wir sie ignorieren. Da müssen Brücken gebaut und Gräben zugeschüttet werden. Der FOSSGIS ist da aktiver als "wir", und ich bin mal gespannt, was sich in dieser Richtung auf der Konferenz so tut. >> P.S: Das diese Aufforderung *nach* dem erstellen der Designs kommt, >> halte ich übrigens für ziemlich schlechten Stil. Wäre diese Aussage >> gleich auf dem Tisch gewesen, hätte ich garnicht erst angefangen ... > > Genauso wie bei OSM ist auch beim FOSSGIS nicht alles bis zum letzten i-Tüpfelchen > durchgeplant und durchorganisiert. Und natürlich gibts auch verschiedene Meinungen > und Mißverständnisse. Da sollte man sowas nicht gleich auf die Goldwaage legen. Ich will Georg da auch überhaupt keine böse Absicht unterstellen. Sorry, wenn das vielleicht so rübergekommen ist. > Es muss sich jeder überlegen, wie seiner und unserer Sache am Besten geholfen ist. > Absolute Forderungen und Drohungen, nicht mitzuspielen, helfen meist nicht. Ich persönlich hab eine Aversion gegenüber dieser Art von "Querförderung". Das genau diese Anforderung dann auch noch nachträglich kam, hat meine Motivation dann schon ziemlich gedrückt. Wenn man mitten im Spiel die Spielregeln ändert, kommt das halt häufig nicht sooo gut rüber ... Gruß, ULFL From dieterdreist at gmail.com Sat Jan 30 13:29:06 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Sat, 30 Jan 2010 14:29:06 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <201001301330.26879.AlexanderMatheisen@ish.de> References: <4B636DBA.6050808@nk-bre.net> <201001301330.26879.AlexanderMatheisen@ish.de> Message-ID: <7acdb3651001300529v17239c95k77a6ed052efbf615@mail.gmail.com> Am 30. Januar 2010 13:30 schrieb Alexander Matheisen : > ich habe nun "beschlossen", wie die Tags in der OpenLinkMap ausgewertet > werden. > > 1. wikipedia >        1. Ist nur ein Artikelname angegeben, wird zur englischen Wikipedia verlinkt >        2. Ist vor dem Artikelnamen ein Länderkürzel angegeben, wird zur > entsprechenden Sprachversion verlinkt >        3. Ist die komplette Url angegeben, ebenfalls > 2. wikipedia:LÄNDERKÜRZEL >        1. Ist ein Artikelname, Artikelname mit Länderzürzel, oder die volle URL > angegeben, wird zur entsprechenden Sprachversion verlinkt > Dies entspricht so auch der Meinung der Mehrheit hier auf der Mailingliste. ging es da denn nicht um die Art, wie die Information in die db eingegeben werden soll? Für die Anzeige wäre der bessere Fall m.E. folgender: es wird automatisch geprüft, in welcher Sprache der Browser läuft bzw. welche Sprache im OS eingestellt ist. Bei Bedarf kann man noch zusätzlich weitere Sprachen angeben, die man beherrscht. Die Links werden nun in der Reihenfolge der Priorität jeweils angegeben (werden on the fly generiert über die Wikipedia-API), abhängig von der Verfügbarkeit geeigneter Artikel in den Sprachen. Gut, das ist sicher aufwendiger zu realisieren als die jetzt angedachte Lösung, aber auch eleganter ;-) Gruß Martin From frederik at remote.org Sat Jan 30 14:09:51 2010 From: frederik at remote.org (Frederik Ramm) Date: Sat, 30 Jan 2010 15:09:51 +0100 Subject: [Talk-de] =?iso-8859-1?q?Roll-Up_f=FCr_Messe?= In-Reply-To: <4B643303.4050801@googlemail.com> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> <4B63AEA6.2040802@googlemail.com> <20100130094248.GA23398@eldorado.topf.org> <4B643303.4050801@googlemail.com> Message-ID: <4B643DAF.60609@remote.org> Hallo, Ulf Lamping wrote: > Wie ich schon sagte, gibt es einige bei OSM (du bist mit Sicherheit > einer davon) die in beiden Welten unterwegs sind. Die Schnittpunkte zu > anderen "FOSSGIS geförderten Projekten" kommen doch genau dann zum > tragen, wenn du die OSM Daten im eher professionellen Umfeld einsetzen > willst. Für die allermeisten OSMer dürften die "anderen > Fördergebiete/-projekte" der FOSSGIS aber ziemlich irrelevant sein. > Mapbender, GRASSGIS und ähnliche Projekte sind z.B. bei OSM doch > schlicht überhaupt kein Thema. > > Meine etwas längliche Ausführung war genau dazu gedacht, diese > unterschiedlichen Sichtweisen und Zielsetzungen mal etwas klarer zu > formulieren. Bestehende Gräben zwischen den Communities bekommen wir > doch nicht dadurch weg, indem wir sie ignorieren. Da müssen Brücken > gebaut und Gräben zugeschüttet werden. Sagt jemand, der mit seinem uneuberlegten Gerede gerade eben dazu beitraegt, die von ihm wahrgenommenen Graeben kraeftig weiter auszuheben! Mit Mapbender und GRASS hast Du vielleicht jetzt gerade Sachen herausgegriffen, die der durschnittliche OSM-Bastler nicht benutzt. Aber was ist mit zum Beispiel mit OpenLayers? Ohne OpenLayers wuerden sich die OpenCycleMap, die OpenPisteMap, die ÖPNV-Karte, die Reit- und Wanderkarte und die OpenSeaMap des Google-Javascript-API bedienen muessen. Was ist mit PostGIS, ohne das es praktisch keine Mapnik-Karten gaebe? Das sind auch beides OSGeo-Projekte (FOSSGIS ist ja hier unser lokales OSGeo-Chapter). Und hast Du Dir mal die aktuellen Entwicklungen bezueglich OSM-Integration bei Quantum GIS angeschaut - wenn es irgendwas gibt, was dem nicht-professionellen OSMer einen langsamen Einstieg in die GIS-Welt bietet, dann ist das QGIS. Dass OpenStreetMap ohne OSGeo-Projekte praktisch nicht existieren koennte, heisst natuerlich nicht automatisch, dass wir fuer FOSSGIS/OSGeo die Werbetrommel ruehren muessten; schliesslich sind auch Linux, Ruby/Rails, Java und frueher MySQL Kernkomponenten des OSM-Betriebs oder zumindest wichtiger Aspekte davon, und trotzdem drucken wir das nicht auf unsere Banner. Trotzdem malen Deine "Wir vs. Die"-Aussagen hier Graeben, wo keine sind. Ueberdies ist der FOSSGIS ist unsre institutionalisierte Vertretung in Deutschland. Das haben wir uns selber so ausgesucht (Du warst in Essen dabei). Wenn irgendeine Behoerde einen Vertrag "mit OpenStreetMap" machen will, dann ist es Georg (oder jemand anders vom FOSSGIS-Vorstand), der den unterzeichnet. Wenn irgendjemand an OpenStreetMap 10 GPS-Geraete spenden will, dann ist es der FOSSGIS, der die Spendenquittung dafuer ausstellt. Die Strato-Server haben wir aufgrund eines Vertrags zwischen FOSSGIS und STRATO zur Verfuegung - das laeuft alles hinter den Kulissen, diese Sachen macht der FOSSGIS ohne Murren mit und ohne dass man uns irgendwelche administrativen Huerden aufbaut nach Art von "dann muss aber auch ein FOSSGIS-Aufkleber drauf" oder "dann muss aber auch der FOSSGIS-Vorstand das letzte Wort haben, was auf den Servern laeuft" oder sonstwas. In vielerlei Hinsicht haben wir es da wirklich gut (und einfacher, als wenn wir einen eigenen Verein haetten, in dem die Top-7 Mailinglisten-Poster das Sagne haben). Der FOSSGIS vertritt sogar OpenStreetMap mit auf Messestaenden, auf denen wir sonst nicht praesent sind (wie zuletzt bei der AGIT) und ist sich - im Gegensatz zu uns offenbar? - nicht zu schade, da dann auch ein OSM-Plakat aufzuhaengen, *obwohl* es 100 andere Projekte gibt, die auch um Aufmerksamkeit buhlen. Und Du willst jetzt am OSM-Messestand auftreten mit: "FOSSGIS, nee, mit denen haben wir nichts zu tun"? Und Georgs zaghafte Bitte um ein FOSSGIS-Logo auf dem Rollup vergleichst Du beleidigt mit einem "Sponsored by DHL"? Das ist schon ziemlich drastisch. Das paradoxe ist ja gerade das: Eben *weil* der FOSSGIS uns so viel unkompliziert hinter den Kulissen hilft und nicht drauf besteht, dass ueberall sein Logo drauf kommt, haben selbst die aktiveren OSM-Community-Mitglieder wie Du offensichtlich den Eindruck, der FOSSGIS haette mit OSM nichts zu tun. Hieraus leitest Du dann wiederum ab, dass das FOSSGIS-Logo auf dem Rollup auch nichts zu suchen haette... Ich habe ueberhaupt kein Problem damit, auf das Rollup ein FOSSGIS-Logo drauf zu machen. Aber wir koennen das auch bleiben lassen und bei entsprechenden Messeveranstaltungen einfach ein gleich grosses FOSSGIS-Rollup daneben stellen. OpenStreetMap ist ein tolles Projekt, aber wir sollten nicht *zu* eingebildet werden. Du weisst ebenso gut wie ich, dass auf die hunderttausende Mapper, die wir haben, bloss eine Handvoll Leute kommen, die gute Software schreiben koennen. Wir koennen von Glueck sagen, dass wir "auf den Schultern von Riesen" stehen, die solche Sachen wie PostGIS und OpenLayers entwickelt haben, denn wenn wir das auch noch alles selbst machen muessten, waere das Gejammer gross. Bye Frederik PS: Am Mittwoch abend waehrend der FOSSGIS-Konferenz ist die Mitgliederversammlung des FOSSGIS e.V.; soweit ich weiss, ist die Veranstaltung nicht oeffentlich, aber wer bis 5 Minuten vor Start in den Verein eintritt, ist dabei. Nicht, dass es letztes Jahr besonders spannend gewesen waere ;-) -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From jochen at remote.org Sat Jan 30 14:11:52 2010 From: jochen at remote.org (Jochen Topf) Date: Sat, 30 Jan 2010 15:11:52 +0100 Subject: [Talk-de] =?iso-8859-1?q?Roll-Up_f=FCr_Messe?= In-Reply-To: <4B643303.4050801@googlemail.com> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> <4B63AEA6.2040802@googlemail.com> <20100130094248.GA23398@eldorado.topf.org> <4B643303.4050801@googlemail.com> Message-ID: <20100130141152.GA1653@eldorado.topf.org> On Sat, Jan 30, 2010 at 02:24:19PM +0100, Ulf Lamping wrote: > Am 30.01.2010 10:42, schrieb Jochen Topf: >> >> Dazu gehört es eben auch, den FOSSGIS als Ganzes ein bischen zu fördern, weil >> irgendwie soll ja auch die Botschaft transportiert werden, dass die Idee von >> Open Source und Open Data größer ist als die einzelnen Projekte. > > Nein, dazu *gehört* es eben nicht. Wenn ich bei OSM mitmache, heißt das > noch lange nicht, daß ich auch beim FOSSGIS oder anderen offenen > Projekten mitmachen/fördern sollte/muß. Dir ist es natürlich freigestellt, den FOSSGIS zu ignorieren. Ich freue mich über jeden, der bei OSM mitmacht, egal, ob er was mit dem FOSSGIS zu tun haben will. Aber wenn FOSSGIS und OSM was zusammen machen, und darum gings ja bei dem Rollup, dann sollte auch beide was von haben. >> Ob sich jemand als "ich bei OSM" und/oder "ich beim FOSSGIS" fühlt oder nicht >> fühlt, liegt ganz an ihm. Ich bin sowohl in der OSM-Community als auch in >> der FOSSGIS-Community "zu hause", weil beide bestehenden Communities mich mit >> offenen Armen aufgenommen haben. Jetzt versuche ich nach meinen Möglichkeiten >> beide Communities vorran zu bringen. Und das geht besser, wenn man wo möglich >> zusammenarbeitet. Ich würde mir wünschen, dass mehr Leute sehen, was wir >> voneinander haben, und helfen, alle unsere Ziele vorran zu bringen. > > Wie ich schon sagte, gibt es einige bei OSM (du bist mit Sicherheit > einer davon) die in beiden Welten unterwegs sind. Die Schnittpunkte zu > anderen "FOSSGIS geförderten Projekten" kommen doch genau dann zum > tragen, wenn du die OSM Daten im eher professionellen Umfeld einsetzen > willst. Für die allermeisten OSMer dürften die "anderen > Fördergebiete/-projekte" der FOSSGIS aber ziemlich irrelevant sein. > Mapbender, GRASSGIS und ähnliche Projekte sind z.B. bei OSM doch > schlicht überhaupt kein Thema. Es geht um Open Source und Open Data als grundsätzliche Ideen in unserer Gesellschaft. Das ist das, was der FOSSGIS vorran bringt. Natürlich ist nicht jedes Projekt für jeden sinnvoll, aber das hindert mich nicht daran, mich für die gesamte Sache zu engagieren. > Meine etwas längliche Ausführung war genau dazu gedacht, diese > unterschiedlichen Sichtweisen und Zielsetzungen mal etwas klarer zu > formulieren. Bestehende Gräben zwischen den Communities bekommen wir > doch nicht dadurch weg, indem wir sie ignorieren. Da müssen Brücken > gebaut und Gräben zugeschüttet werden. Der FOSSGIS ist da aktiver als > "wir", und ich bin mal gespannt, was sich in dieser Richtung auf der > Konferenz so tut. Ich finde es ja auch gut, wenn Du sowas zur Sprache bringst. Aber leider vertiefst Du m.E. gerade eher den Graben... Jochen -- Jochen Topf jochen at remote.org http://www.remote.org/jochen/ +49-721-388298 From osm_ at malenki.ch Sat Jan 30 14:17:49 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 30 Jan 2010 15:17:49 +0100 Subject: [Talk-de] OpenLinkMap umgezogen References: <201001291927.48819.AlexanderMatheisen@ish.de> <20100130115500.76418e23@c2d-sid> <201001301216.11653.AlexanderMatheisen@ish.de> Message-ID: <20100130151749.0b3fbd81@c2d-sid> Alexander Matheisen schrieb: >Am Samstag 30 Januar 2010 11:55:00 schrieb malenki: >> Alexander Matheisen schrieb: > >> Hier werden Daten einiger POI nicht dargestellt, obwohl sie zum >> gleichen Zeitpunkt und auf die gleiche Art erfasst wurden: >> http://olm.openstreetmap.de/?zoom=18&lat=50.88021&lon=13.3261&layers=B0TTT >Auch hier wieder das Problem, dass sie zu neu sind. ? Ich schrieb doch, dass die POI zur gleichen Zeit (im selben Changeset) erstellt wurden (am 30.12.2009). Dann sollte entweder nix oder alles zu sehen sein..? Gruß malenki From lists at fuchsschwanzdomain.de Sat Jan 30 14:22:37 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sat, 30 Jan 2010 14:22:37 +0000 (UTC) Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> <4B63AEA6.2040802@googlemail.com> <20100130094248.GA23398@eldorado.topf.org> <4B643303.4050801@googlemail.com> <4B643DAF.60609@remote.org> Message-ID: Frederik Ramm wrote: > Was ist mit PostGIS, ohne das es praktisch keine Mapnik-Karten > gaebe? Den Mapserver und gdal hast Du noch vergessen ohne die Projekte wie Oberpfalz oder Luftbilder als Lauf überhaupt nicht funktioneiren würden. > Ich habe ueberhaupt kein Problem damit, auf das Rollup ein FOSSGIS-Logo > drauf zu machen. Ich auch nicht! Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From AlexanderMatheisen at ish.de Sat Jan 30 14:28:21 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 15:28:21 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <201001301414.28097.tschaefer@t-online.de> References: <201001291927.48819.AlexanderMatheisen@ish.de> <201001301414.28097.tschaefer@t-online.de> Message-ID: <201001301528.21528.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 14:14:27 schrieb Thomas Schäfer: > Am Freitag 29 Januar 2010 schrieb Alexander Matheisen: > > Hallo, > > > > Die Version 3.0 der OpenLinkMap ist da! > > > > Das Projekt ist jetzt umgezogen und ab sofort unter einer neuen Adresse > > erreichbar: > > > > http://olm.openstreetmap.de > > > > Wesentliche Neuerungen: > > Auch mit funktionierenden AAAA-Record! > Müssten nur noch die Tileserver in England endlich mal ipv6 sprechen. > > Übrigens seit dieser Woche sind die Streams von googles youtube auch über > das "neue" Internetprotokoll erreichbar. > > Zurück zum Thema OSM/OLM. Bei den bisherigen Rückmeldungen scheint sich > also kein Nutzer daran gestört zu haben, das OLM über beide Protokolle > erreichbar ist. > Trotzdem: "Falls" (selten) jemand Problem bei OLM mit der Erreichbarkeit > haben sollte, mein Tip: Ipv6-Verbindungen (z.B. sixy.ch) testen und > Funktionsfähgkeit (meist mit Hilfe von Tunnel) sicher stellen oder notfalls > vorläufig im Browser/Betriebssystem zuverlässig deaktivieren. Also davon habe ich nicht wirklich Ahnung. Da solltest du besser die Admins des Servers anschreiben, die kennen sich da besser aus und sind auch eher dafür zuständig. > > > Viele Grüße > > Thomas > Alex From AlexanderMatheisen at ish.de Sat Jan 30 14:32:13 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 15:32:13 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <20100130151749.0b3fbd81@c2d-sid> References: <201001291927.48819.AlexanderMatheisen@ish.de> <201001301216.11653.AlexanderMatheisen@ish.de> <20100130151749.0b3fbd81@c2d-sid> Message-ID: <201001301532.13495.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 15:17:49 schrieb malenki: > Alexander Matheisen schrieb: > >Am Samstag 30 Januar 2010 11:55:00 schrieb malenki: > >> Alexander Matheisen schrieb: > >> > >> Hier werden Daten einiger POI nicht dargestellt, obwohl sie zum > >> gleichen Zeitpunkt und auf die gleiche Art erfasst wurden: > >> http://olm.openstreetmap.de/?zoom=18&lat=50.88021&lon=13.3261&layers=B0T > >>TT > > > >Auch hier wieder das Problem, dass sie zu neu sind. > > ? > > Ich schrieb doch, dass die POI zur gleichen Zeit (im selben Changeset) > erstellt wurden (am 30.12.2009). Dann sollte entweder nix oder > alles zu sehen sein..? Habe mir das jetzt noch mal genauer angeschaut. Das liegt daran, dass die Punkte, die nicht erscheinen, zwar eine E-Mail haben, aber keine Webseite. Zur Zeit werden nur Objekte mit Weblink angezeigt. Ist bei solchen auch eine E-Mail angegeben, wird die auch angezeigt. Andersherum, also nur E-Mail, ist zur Zeit noch nicht eingebaut, aber geplant. > > Gruß > malenki > Alex From tschaefer at t-online.de Sat Jan 30 14:38:45 2010 From: tschaefer at t-online.de (Thomas =?utf-8?q?Sch=C3=A4fer?=) Date: Sat, 30 Jan 2010 15:38:45 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <201001301528.21528.AlexanderMatheisen@ish.de> References: <201001291927.48819.AlexanderMatheisen@ish.de> <201001301414.28097.tschaefer@t-online.de> <201001301528.21528.AlexanderMatheisen@ish.de> Message-ID: <201001301538.45750.tschaefer@t-online.de> Am Samstag 30 Januar 2010 schrieb Alexander Matheisen: > Also davon habe ich nicht wirklich Ahnung. Da solltest du besser die Admins > des Servers anschreiben, die kennen sich da besser aus und sind auch eher > dafür zuständig. > Es ging um eventuelle (seltene) Probleme auf Client-Seite. Die Admins von olm.openstreetmap.de und strato haben alles richtig gemacht. Und ich bin begeistert! (Außer von den Admins in England, aber das Thema hatten wir schon.) Und ich habe heute keine Lust zu streiten. Viele Grüße Thomas Schäfer From AlexanderMatheisen at ish.de Sat Jan 30 14:45:42 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 15:45:42 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <7acdb3651001300521n3dac6e5cj83887eb79c6b29e6@mail.gmail.com> References: <4B636DBA.6050808@nk-bre.net> <201001301257.37322.AlexanderMatheisen@ish.de> <7acdb3651001300521n3dac6e5cj83887eb79c6b29e6@mail.gmail.com> Message-ID: <201001301545.42178.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 14:21:36 schrieb Martin Koppenhoefer: > Am 30. Januar 2010 12:57 schrieb Alexander Matheisen > > : > >> Jetzt ist sie ja Europaweit, da wäre es ja schon irgendwie komisch, wenn > >> ein Eintrag irgendwo in Spanien auf die deutsche WP verweist. > > > > Richtig. > > naja, bei einer deutschen Karte fände ich das durchaus normal. Denkbar > wäre aber natürlich auch, die Sprache vom Nutzer wählen zu lassen > (inkl. Fallback-Sprache) oder automatisch zu bestimmen. > > >> Man könnte jetzt versuchen mit Polygonen die Staatsgrenzen "einzufangen" > >> und damit einen jeweils passenden "Landes-Default" zu setzen, das halte > >> ich aber für ziemlich undurchsichtig und fehleranfällig. > > > > Das wäre schwieriger auszuwerten, allerdings könnte man es dann so wie > > bei name machen: Der Standartwert ist immer in Landessprache. > > wozu braucht man Polygone? M.E. ist es selten das gewünschte > Verhalten, die Artikel jeweils in der Sprache, die in dem Land > offiziell ist wo das Objekt des Artikels sich befindet, anzuzeigen. > Das ist ein grundlegender Unterschied zu Name: den Namen will man > öfters mal genau so sehen, wie er auch in dem Land auf Schildern > steht, anzutreffen ist, während Wikipedia-artikel will man meist in > seiner eigenen Sprache lesen, und evtl. in einer anderen Sprache, > derer man mächtig ist, und wo der Artikel ggf. besser / umfangreicher > ist. Die Sprachumleitung sollte meiner Meinung nach von der Wikipedia erledigt werden. Bei Artikeln, die in vielen Sprachen den gleichen Namen haben, wäre das für mich noch einfach, aber bei anderslautenden Namen müsste das von Seiten der Wikipedia geschehen. > > > Richtig, bei solchen Anwendungen müssen die Softwareentwickler > > entscheiden, was richtig ist und was ausgewertet wird. > > ja, wobei die sicher gut beraten sind, die Definitionen im WIki zu > berücksichtigen, insbesondere wenn es sich um häufig verwandte Tags > handelt, die im Wiki schon lange definiert sind. > > Gruß Martin > Alex From osm_ at malenki.ch Sat Jan 30 14:43:58 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 30 Jan 2010 15:43:58 +0100 Subject: [Talk-de] OpenLinkMap umgezogen References: <201001291927.48819.AlexanderMatheisen@ish.de> <201001301216.11653.AlexanderMatheisen@ish.de> <20100130151749.0b3fbd81@c2d-sid> <201001301532.13495.AlexanderMatheisen@ish.de> Message-ID: <20100130154358.1b297bf7@c2d-sid> Alexander Matheisen schrieb: >Am Samstag 30 Januar 2010 15:17:49 schrieb malenki: > >> >> Hier werden Daten einiger POI nicht dargestellt, obwohl sie zum >> >> gleichen Zeitpunkt und auf die gleiche Art erfasst wurden: >> >> http://olm.openstreetmap.de/?zoom=18&lat=50.88021&lon=13.3261&layers=B0T >> >>TT >> > >> >Auch hier wieder das Problem, dass sie zu neu sind. >> >> ? >> >> Ich schrieb doch, dass die POI zur gleichen Zeit (im selben >> Changeset) erstellt wurden (am 30.12.2009). Dann sollte entweder nix >> oder alles zu sehen sein..? >Habe mir das jetzt noch mal genauer angeschaut. Das liegt daran, dass >die Punkte, die nicht erscheinen, zwar eine E-Mail haben, aber keine >Webseite. Zur Zeit werden nur Objekte mit Weblink angezeigt. Ist bei >solchen auch eine E-Mail angegeben, wird die auch angezeigt. >Andersherum, also nur E-Mail, ist zur Zeit noch nicht eingebaut, aber >geplant. k From AlexanderMatheisen at ish.de Sat Jan 30 14:46:47 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 15:46:47 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <7acdb3651001300529v17239c95k77a6ed052efbf615@mail.gmail.com> References: <4B636DBA.6050808@nk-bre.net> <201001301330.26879.AlexanderMatheisen@ish.de> <7acdb3651001300529v17239c95k77a6ed052efbf615@mail.gmail.com> Message-ID: <201001301546.47281.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 14:29:06 schrieb Martin Koppenhoefer: > Am 30. Januar 2010 13:30 schrieb Alexander Matheisen > > : > > ich habe nun "beschlossen", wie die Tags in der OpenLinkMap ausgewertet > > werden. > > > > 1. wikipedia > > 1. Ist nur ein Artikelname angegeben, wird zur englischen > > Wikipedia verlinkt 2. Ist vor dem Artikelnamen ein Länderkürzel > > angegeben, wird zur entsprechenden Sprachversion verlinkt > > 3. Ist die komplette Url angegeben, ebenfalls > > 2. wikipedia:LÄNDERKÜRZEL > > 1. Ist ein Artikelname, Artikelname mit Länderzürzel, oder die > > volle URL angegeben, wird zur entsprechenden Sprachversion verlinkt > > Dies entspricht so auch der Meinung der Mehrheit hier auf der > > Mailingliste. > > ging es da denn nicht um die Art, wie die Information in die db > eingegeben werden soll? Für die Anzeige wäre der bessere Fall m.E. > folgender: es wird automatisch geprüft, in welcher Sprache der Browser > läuft bzw. welche Sprache im OS eingestellt ist. Bei Bedarf kann man > noch zusätzlich weitere Sprachen angeben, die man beherrscht. Die > Links werden nun in der Reihenfolge der Priorität jeweils angegeben > (werden on the fly generiert über die Wikipedia-API), abhängig von der > Verfügbarkeit geeigneter Artikel in den Sprachen. > > Gut, das ist sicher aufwendiger zu realisieren als die jetzt > angedachte Lösung, aber auch eleganter ;-) Eleganter ist es, aber zur Zeit schwer zu realisieren. > > Gruß Martin > Alex From AlexanderMatheisen at ish.de Sat Jan 30 14:47:38 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 15:47:38 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <20100130154358.1b297bf7@c2d-sid> References: <201001291927.48819.AlexanderMatheisen@ish.de> <201001301532.13495.AlexanderMatheisen@ish.de> <20100130154358.1b297bf7@c2d-sid> Message-ID: <201001301547.38220.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 15:43:58 schrieb malenki: > Alexander Matheisen schrieb: > >Am Samstag 30 Januar 2010 15:17:49 schrieb malenki: > >> >> Hier werden Daten einiger POI nicht dargestellt, obwohl sie zum > >> >> gleichen Zeitpunkt und auf die gleiche Art erfasst wurden: > >> >> http://olm.openstreetmap.de/?zoom=18&lat=50.88021&lon=13.3261&layers= > >> >>B0T TT > >> > > >> >Auch hier wieder das Problem, dass sie zu neu sind. > >> > >> ? > >> > >> Ich schrieb doch, dass die POI zur gleichen Zeit (im selben > >> Changeset) erstellt wurden (am 30.12.2009). Dann sollte entweder nix > >> oder alles zu sehen sein..? > > > >Habe mir das jetzt noch mal genauer angeschaut. Das liegt daran, dass > >die Punkte, die nicht erscheinen, zwar eine E-Mail haben, aber keine > >Webseite. Zur Zeit werden nur Objekte mit Weblink angezeigt. Ist bei > >solchen auch eine E-Mail angegeben, wird die auch angezeigt. > >Andersherum, also nur E-Mail, ist zur Zeit noch nicht eingebaut, aber > >geplant. > > k > Was? From osm_ at malenki.ch Sat Jan 30 15:08:46 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 30 Jan 2010 16:08:46 +0100 Subject: [Talk-de] =?utf-8?b?T1NNLUJ1Y2ggZsO8ciAiYWx0ZSBIYXNlbiI/?= References: <20100130133512.57eeaffc@c2d-sid> <201001301341.03896.AlexanderMatheisen@ish.de> Message-ID: <20100130160846.2ff26e4c@c2d-sid> Alexander Matheisen schrieb: >Die erste Hälfte des Buch behandelt überwiegend bekannte Sachen zum >Mappen. Also eher an Einsteiger gerichtet. >Im hinteren Teil sind allerdings Teilweise auch recht interessante >Dinge für Entwickler. > >Du kannst dir doch mal das Inhaltsverzeichnis anschauen auf >http://openstreetmap.info Danke für den Hinweis. Nach dem Studium des Inhaltsverzeichnisses würde ich mir das Buch gern in Live anschauen, ehe ich es möglicherweise bestelle. Das meiste scheine ich zu kennen, Entwicklersachen sind nichts für mich. From osm at stephans-server.de Sat Jan 30 16:18:31 2010 From: osm at stephans-server.de (Stephan Knauss) Date: Sat, 30 Jan 2010 17:18:31 +0100 Subject: [Talk-de] Logger gesucht In-Reply-To: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> Message-ID: <4B645BD7.9040107@stephans-server.de> Sebastian Niehaus wrote: > für den Urlaub wäre ein Logger eine nette Sache, > Mag mir jemand Empfehlungen geben? ich bin mit meinem i-blue 747 sehr zufrieden. http://wiki.openstreetmap.org/wiki/GPS_Reviews#Transystem_i-Blue_747 Den Nachfolger gibt's für 55 EUR. Schau mal bei ebay nach "i-Blue 747A+" Ist ein Logger+bluetoth GPS-Maus, falls du das mit Handy/Laptop koppeln willst. Standalone nur logger. Hat kein Display. Dafür eben extrem klein und leicht. Speicher ist fest eingebaut, reicht für etwa 120.000 Punkte. Lässt sich mit vielen Open-Source Tools bequem einstellen und auslesen. Aufzeichnung bis 5Hz. Genauigkeit ist für mich als Laie schwer zu beurteilen. Aber wenn ich die Tracks in google reinlade, dann ist die Markierung und das Luftbild übereinstimmend. Falls die Luftbilder genau sind, dann liefert der Logger auch eine Genauigkeit von 1-2 Metern. Stephan From osm at tobias-knerr.de Sat Jan 30 16:33:23 2010 From: osm at tobias-knerr.de (Tobias Knerr) Date: Sat, 30 Jan 2010 17:33:23 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <201001301302.33892.AlexanderMatheisen@ish.de> References: <4B636DBA.6050808@nk-bre.net> <4B6377D2.4000306@fips-schneider.de> <1264815010427-4483607.post@n2.nabble.com> <201001301302.33892.AlexanderMatheisen@ish.de> Message-ID: <4B645F53.9030300@tobias-knerr.de> Alexander Matheisen schrieb: > Am Samstag 30 Januar 2010 02:30:10 schrieb 1248: >> [...] Die richtige Lösung wäre, daß der Nutzer >> von OLM sich dort eine Sprache (und ggf. eine Fallback-Sprache) aussucht, >> damit OLM dann ggf. sich über die Wikipedia Interlanguage-Links zum >> Artikel der passenden Sprache durchhangelt, so denn vorhanden. Dazu >> brauchts aber noch etwas Programmierarbeit beim OLM-Betreiber, fürchte >> ich... :) > Ansich nicht schwer, wenn man nur das Länderkürzel ändern muss. > Aber was ist mit Artikeln, deren Titel in einer anderen Sprache ganz anders > lautet? Wie 1248 schon gesagt hat: Die m.E. vom Resultat her ideale Lösung ist die Verwendung der Interlanguage-Links - die Wikipedianer verwenden nämlich viel Arbeit und dutzende Bots darauf, die immer aktuell zu halten. Also: Tag wikipedia=Munich vorgefunden. Benutzer bevorzugt (z.B. laut Browsereinstellungen) die türkische Sprache. Im Quelltext für den Wikipedia-Artikel http://en.wikipedia.org/wiki/Munich findet man die Zeile [[tr:Münih]] und damit die Information, dass dem Benutzer der Link http://tr.wikipedia.org/wiki/M%C3%BCnih präsentiert werden sollte. Erfordert natürlich, den Wikipedia-Artikel zu laden sowie nach IL-Links zu parsen (evtl. mit aus den Wikipedia-Interwiki-Bots entlehntem Code?) und dann auf die vom OLM-Benutzer gewünschte Sprachvariante zu linken. Tobias Knerr From rgx at gmx.de Sat Jan 30 16:42:54 2010 From: rgx at gmx.de (RalfGesellensetter) Date: Sat, 30 Jan 2010 17:42:54 +0100 Subject: [Talk-de] =?iso-8859-1?q?Hardwareempfehlung_f=FCr_GPS-Logger_//_R?= =?iso-8859-1?q?e=3A__Logger_gesucht?= In-Reply-To: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> Message-ID: <201001301742.54393.rgx@gmx.de> Hallo Sebastian, erst dachte ich, du suchst Leute für eine Mappingparty ;) Ich wünsche dir schon einmal einen schönen Urlaub! Selbst kann ich keine Tipps geben, aber vielleicht helfen, deine Anforderungen noch zu konkretisieren: Am Samstag, 30. Januar 2010 schrieb Sebastian Niehaus: > · Speicher viel Daten ("einen Urlaub lang"): eventuell mit > austauschbarem Speicher? Du meinst eine Speicherkarte oder so? Ich vermute, das Gerät soll nicht zu groß und nicht zu teuer sein (was ist wichtiger)? - Irgendwie musst du die Zeit stellen können (für richtiges Tagging) - Evtl. musst du Marken setzen können, um hinterher Punkte oder andere Features zuordnen zu können - Hast du die Möglichkeit, einen Akku täglich zu laden? (dann böte ein gebrauchtes A.780-Handy von Motorola allen Luxus!) - Müssen Höhenangaben geloggt werden? Viel Spaß Ralf From AlexanderMatheisen at ish.de Sat Jan 30 16:44:03 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sat, 30 Jan 2010 17:44:03 +0100 Subject: [Talk-de] Wikipedia in OpenLinkMap In-Reply-To: <4B645F53.9030300@tobias-knerr.de> References: <4B636DBA.6050808@nk-bre.net> <201001301302.33892.AlexanderMatheisen@ish.de> <4B645F53.9030300@tobias-knerr.de> Message-ID: <201001301744.04002.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 17:33:23 schrieb Tobias Knerr: > Alexander Matheisen schrieb: > > Am Samstag 30 Januar 2010 02:30:10 schrieb 1248: > >> [...] Die richtige Lösung wäre, daß der Nutzer > >> von OLM sich dort eine Sprache (und ggf. eine Fallback-Sprache) > >> aussucht, damit OLM dann ggf. sich über die Wikipedia > >> Interlanguage-Links zum Artikel der passenden Sprache durchhangelt, so > >> denn vorhanden. Dazu brauchts aber noch etwas Programmierarbeit beim > >> OLM-Betreiber, fürchte ich... :) > > > > Ansich nicht schwer, wenn man nur das Länderkürzel ändern muss. > > Aber was ist mit Artikeln, deren Titel in einer anderen Sprache ganz > > anders lautet? > > Wie 1248 schon gesagt hat: Die m.E. vom Resultat her ideale Lösung ist > die Verwendung der Interlanguage-Links - die Wikipedianer verwenden > nämlich viel Arbeit und dutzende Bots darauf, die immer aktuell zu halten. > > Also: > Tag wikipedia=Munich vorgefunden. > Benutzer bevorzugt (z.B. laut Browsereinstellungen) die türkische > Sprache. Im Quelltext für den Wikipedia-Artikel > http://en.wikipedia.org/wiki/Munich > findet man die Zeile > [[tr:Münih]] > und damit die Information, dass dem Benutzer der Link > http://tr.wikipedia.org/wiki/M%C3%BCnih > präsentiert werden sollte. > > Erfordert natürlich, den Wikipedia-Artikel zu laden sowie nach IL-Links > zu parsen (evtl. mit aus den Wikipedia-Interwiki-Bots entlehntem Code?) > und dann auf die vom OLM-Benutzer gewünschte Sprachvariante zu linken. Das wird etwas kompliziert. Solche Fragen solltet ihr aber besser an Mitja Kleider weiterleiten, denn der kümmert sich um die Datenbank, den Datenimport, etc. Ich lese im Grunde nur noch diese Daten aus. > > Tobias Knerr > Alex From SLXViper at gmx.net Sat Jan 30 17:09:21 2010 From: SLXViper at gmx.net (SLXViper) Date: Sat, 30 Jan 2010 18:09:21 +0100 Subject: [Talk-de] =?iso-8859-1?q?Hardwareempfehlung_f=FCr_GPS-Logger_//_R?= =?iso-8859-1?q?e=3A__Logger_gesucht?= In-Reply-To: <201001301742.54393.rgx@gmx.de> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <201001301742.54393.rgx@gmx.de> Message-ID: <4B6467C1.3040008@gmx.net> RalfGesellensetter schrieb: > Am Samstag, 30. Januar 2010 schrieb Sebastian Niehaus: > >> · Speicher viel Daten ("einen Urlaub lang"): eventuell mit >> austauschbarem Speicher? >> > > Du meinst eine Speicherkarte oder so? Ich vermute, das Gerät soll nicht > zu groß und nicht zu teuer sein (was ist wichtiger)? > > - Irgendwie musst du die Zeit stellen können (für richtiges Tagging) > ...maximal die Zeitzone, die Uhrzeit selbst kommt hochpräzise aus dem GPS-Signal. From jens at ruessel.in-chemnitz.de Sat Jan 30 17:41:06 2010 From: jens at ruessel.in-chemnitz.de (Jens Poenisch) Date: Sat, 30 Jan 2010 18:41:06 +0100 (CET) Subject: [Talk-de] =?iso-8859-15?q?OSM-Buch_f=FCr_=22alte_Hasen=22=3F?= In-Reply-To: <20100130160846.2ff26e4c@c2d-sid> References: <20100130133512.57eeaffc@c2d-sid> <201001301341.03896.AlexanderMatheisen@ish.de> <20100130160846.2ff26e4c@c2d-sid> Message-ID: > Danke für den Hinweis. Nach dem Studium des Inhaltsverzeichnisses würde > ich mir das Buch gern in Live anschauen, ehe ich es möglicherweise > bestelle. Das meiste scheine ich zu kennen, Entwicklersachen sind > nichts für mich. Du kommst doch zu den Chemnitzer Linux-Tagen. Da gibts das Buch bestimmt am Bücherstand, wo Du es durchblättern kannst. Tschüss, Jens -- Jens Poenisch, EMail: jens.poenisch at ruessel.in-chemnitz.de - Bisher haben die Astropsychologen noch nicht herausgefunden, woran die Elefanten denken. -- T. Pratchett ->An Elefantinnen, meint OJe From f at zz.de Sat Jan 30 17:43:05 2010 From: f at zz.de (Florian Lohoff) Date: Sat, 30 Jan 2010 18:43:05 +0100 Subject: [Talk-de] Logger gesucht In-Reply-To: <20100130124408.3cb109a9@c2d-sid> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> <20100130124408.3cb109a9@c2d-sid> Message-ID: <20100130174305.GA4491@hydra.gt.owl.de> On Sat, Jan 30, 2010 at 12:44:08PM +0100, malenki wrote: > Statt Aufzeichnungsart "Zeit" kannst du in dem im obigen Screenshot > gelb markierten Kästchen auch "Entfernung" auswählen. Die oben > genannte Distanz von 0.01km ist der hier kürzestmögliche Intervall. Bei > höheren Geschwindigkeiten müsste das Gerät theoretisch sogar mehrere > Punkte pro Sekunde loggen: 110 km/h = 30.5 m/s ~> 3 Punkte/s IMHO koennen die ganzen Garmins nicht mehr als 1Hz. Es gibt moeglichkeiten das u-blox chipset zu tunen auf bis zu 4Hz aber alles versuche da dann noch saubere Daten rauszubekommen sind bei mir gescheitert. Was helfen mir 4 kaputte Datensaetze je Sekunde. Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From f at zz.de Sat Jan 30 17:51:14 2010 From: f at zz.de (Florian Lohoff) Date: Sat, 30 Jan 2010 18:51:14 +0100 Subject: [Talk-de] Logger gesucht In-Reply-To: <20100130101850.5cb9f841@c2d-sid> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> Message-ID: <20100130175114.GB4491@hydra.gt.owl.de> On Sat, Jan 30, 2010 at 10:18:50AM +0100, malenki wrote: > Nein. > Erklär mir, was ich falsch mache, wenn ich als Aufzeichnungsart > "Intervall" setze und das Intervall auf > "Zeit" > 00hrs 00min 01sec bzw > "Entfernung" > 0.01km. > Das Gerät besitze ich seit Oktober. Werde mich wohl an den > Garmin-Support wenden dürfen. > > Siehe auch > http://omploader.org/vMmpmYQ > http://omploader.org/vMmpmYg > (rot: Garmin, grün: RGM-3800) Das Problem was du da hast kann ich mit meinem GPSMap 60Csx definitiv nicht nachvollziehen. Ich habe lange einen Wintec WBT-201 benutzt und die ergebnisse sind mit dem GPSMap 60 vergleichbar, allerdings hat der GPSMap bei wiedrigen bedingungen signifikant besseren empfang. Fuer mich sich das ganz schwer nach einer optimierung des Tracks aus nach Richtungsaenderung etc - Sowas konnte der WinTec aus der Tuete - Beim GPSMap habe ich sowas noch nie gesehen. Welchen Track nimmst du denn aus dem GPSMap? Den von der Speicherkarte oder den internen? Ach ja - Hast du Kartendarstellung laufen? Mach die mal aus. Die aktuellen AllInOne strapazieren je nach detaillevel den GPSMap ziemlich so das der schonmal nen paar sekunden damit beschaeftigt ist die neue karte zu malen ... Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From dieterdreist at gmail.com Sat Jan 30 17:51:29 2010 From: dieterdreist at gmail.com (Martin Koppenhoefer) Date: Sat, 30 Jan 2010 18:51:29 +0100 Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= In-Reply-To: References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> <4B63AEA6.2040802@googlemail.com> <20100130094248.GA23398@eldorado.topf.org> <4B643303.4050801@googlemail.com> <4B643DAF.60609@remote.org> Message-ID: <7acdb3651001300951u7fc9408eg8b3411d1d4aa4f46@mail.gmail.com> Am 30. Januar 2010 15:22 schrieb Sven Geggus : >> Ich habe ueberhaupt kein Problem damit, auf das Rollup ein FOSSGIS-Logo >> drauf zu machen. > > Ich auch nicht! +1, ich auch nicht, im Gegenteil ist das meiner Ansicht nach bei einer gemeinsamen Veranstaltung sinnvoll. Wäre doch Quatsch, extra Geld für doppelte Banner / Rollups auszugeben, insbesondere als der Fossgis, wie schon oben erwähnt, in Deutschland die offizielle Seite von Openstreetmap darstellt (bzw. wir als OSM offiziell ein Teil von Fossgis sind). Gruß Martin From osm_ at malenki.ch Sat Jan 30 17:57:30 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 30 Jan 2010 18:57:30 +0100 Subject: [Talk-de] =?utf-8?b?T1NNLUJ1Y2ggZsO8ciAiYWx0ZSBIYXNlbiI/?= References: <20100130133512.57eeaffc@c2d-sid> <201001301341.03896.AlexanderMatheisen@ish.de> <20100130160846.2ff26e4c@c2d-sid> Message-ID: <20100130185730.438ea0f3@c2d-sid> Jens Poenisch schrieb: >Du kommst doch zu den Chemnitzer Linux-Tagen. Da gibts das Buch >bestimmt am Bücherstand, wo Du es durchblättern kannst. Ich schau mal. Letztes Jahr hatte jemand am OSM-Stand ein sehr gelesenes Exemplar dabei, dass ich aus unbekannten Gründen nicht näher in Augenschein nahm. Den Bücherstand fand ich nicht ganz so doll... Man sieht sich malenki From ulf.lamping at googlemail.com Sat Jan 30 18:09:17 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 30 Jan 2010 19:09:17 +0100 Subject: [Talk-de] =?iso-8859-1?q?Roll-Up_f=FCr_Messe?= In-Reply-To: <4B643DAF.60609@remote.org> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> <4B63AEA6.2040802@googlemail.com> <20100130094248.GA23398@eldorado.topf.org> <4B643303.4050801@googlemail.com> <4B643DAF.60609@remote.org> Message-ID: <4B6475CD.3090408@googlemail.com> Am 30.01.2010 15:09, schrieb Frederik Ramm: > Hallo, > > Ulf Lamping wrote: >> Meine etwas längliche Ausführung war genau dazu gedacht, diese >> unterschiedlichen Sichtweisen und Zielsetzungen mal etwas klarer zu >> formulieren. Bestehende Gräben zwischen den Communities bekommen wir >> doch nicht dadurch weg, indem wir sie ignorieren. Da müssen Brücken >> gebaut und Gräben zugeschüttet werden. > > Sagt jemand, der mit seinem uneuberlegten Gerede gerade eben dazu > beitraegt, die von ihm wahrgenommenen Graeben kraeftig weiter auszuheben! ... oder kannst du den bestehenden Graben einfach nicht sehen, weil er für dich persönlich auch nicht existiert? Du und Jochen, ihr beide sitzt halt genau an der Schnittstelle zwischen beiden Welten und kennt eine ganze Reihe von Leuten vom FOSSGIS persönlich - ich aber nicht (so wie wohl die meisten anderen hier). Wenn ich z.B. eine Unterstützung vom FOSSGIS bräuchte, würde ich wahrscheinlich erstmal dich anschreiben, da ich vom FOSSGIS niemand kenne und nicht weiß "wie es da so läuft". Um beim Bild zu bleiben: Ich bräuchte eine helfende Hand, die mir über den Graben hilft. > Dass OpenStreetMap ohne OSGeo-Projekte praktisch nicht existieren > koennte, Das glaube ich schlicht nicht. Dann wäre die Geschichte von OSM allerdings anders und wohl am Anfang auch etwas langsamer verlaufen. > Ueberdies ist der FOSSGIS ist unsre institutionalisierte Vertretung in > Deutschland. Das haben wir uns selber so ausgesucht (Du warst in Essen > dabei). Formulier es doch bitte etwas anders: Das haben wir uns auf dem Essener OSM-Treffen damals so ausgesucht. Warst du nicht immer einer der ersten, der z.B. beim Voting mit dem Argument kam: "Das sind 15 Stimmen von 10000, das zählt nicht"? Klar, vor Ort waren viele der aktiven OSMer und damit ein gewichtiger Teil der deutschen OSM Community, nur "Das haben wir uns selber so ausgesucht" klingt mir da jetzt schon ein wenig zu theatralisch. > Und Du willst jetzt am OSM-Messestand auftreten mit: "FOSSGIS, nee, mit > denen haben wir nichts zu tun"? Das haben wir letztes Jahr auf der rad09 in Fürth so gemacht und werden es dieses Jahr wohl wieder so tun. Wenn ich da ankommen würde: "Wir müssen noch ein FOSSGIS Plakat aufhängen" würde ich wahrscheinlich in eine Reihe von ernsthaft fragenden Gesichtern schauen und müßte so einiges erklären ;-) > Und Georgs zaghafte Bitte um ein > FOSSGIS-Logo auf dem Rollup vergleichst Du beleidigt mit einem > "Sponsored by DHL"? Das ist schon ziemlich drastisch. Wenn mitten im Spiel die Spielregeln geändert werden, nehme ich mir bei aktuell drei Spielern das Recht auf beleidigten Spielabbruch raus ;-) > Das paradoxe ist ja gerade das: Eben *weil* der FOSSGIS uns so viel > unkompliziert hinter den Kulissen hilft und nicht drauf besteht, dass > ueberall sein Logo drauf kommt, haben selbst die aktiveren > OSM-Community-Mitglieder wie Du offensichtlich den Eindruck, der FOSSGIS > haette mit OSM nichts zu tun. Hieraus leitest Du dann wiederum ab, dass > das FOSSGIS-Logo auf dem Rollup auch nichts zu suchen haette... Das ist in der Tat blöd. Wenn man seine Arbeit hinter den Kulissen macht, kommt es vor das sie keiner mitbekommt - passiert mir auch recht häufig :-) Es scheint auf der ML ab und zu mal durch, das der FOSSGIS hier irgendwie hilft, aber was da genau passiert bleibt - zumindest für mich - sehr oft schleierhaft. Mit deiner und Jochens Mail habe ich jetzt mehr über die Aktivitäten OSM/FOSSGIS erfahren, als im letzten halben Jahr ML. Genau von solchen Sachen rede ich doch. Zumindest ein bisschen was scheint mein Aufruf also schon zu bewegen :-) > Ich habe ueberhaupt kein Problem damit, auf das Rollup ein FOSSGIS-Logo > drauf zu machen. Aber wir koennen das auch bleiben lassen und bei > entsprechenden Messeveranstaltungen einfach ein gleich grosses > FOSSGIS-Rollup daneben stellen. ... womit ich dann überhaupt kein Problem hätte. Es sollen halt die Leute vor Ort am Stand entscheiden können, was sie aufstellen wollen und was nicht. Wenn jetzt auf allen verfügbaren Materialien aber ein FOSSGIS-Logo drauf ist, haben sie diese Wahl nicht mehr. > OpenStreetMap ist ein tolles Projekt, aber wir sollten nicht *zu* > eingebildet werden. Du weisst ebenso gut wie ich, dass auf die > hunderttausende Mapper, die wir haben, bloss eine Handvoll Leute kommen, > die gute Software schreiben koennen. Wir koennen von Glueck sagen, dass > wir "auf den Schultern von Riesen" stehen, die solche Sachen wie PostGIS > und OpenLayers entwickelt haben, denn wenn wir das auch noch alles > selbst machen muessten, waere das Gejammer gross. Du tust hier so, als ob es ohne FOSSGIS/OSGeo weder PostGIS noch OpenLayers geben würde. Ohne die genauen Hintergründe zu kennen, würde ich das trotzdem mal stark bezweifeln. Gruß, ULFL From osm_ at malenki.ch Sat Jan 30 18:08:23 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 30 Jan 2010 19:08:23 +0100 Subject: [Talk-de] Logger gesucht References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <20100130175114.GB4491@hydra.gt.owl.de> Message-ID: <20100130190823.7e44ecf1@c2d-sid> Florian Lohoff schrieb: >Das Problem was du da hast kann ich mit meinem GPSMap 60Csx definitiv >nicht nachvollziehen. Da bist du nicht der einzige. >Ich habe lange einen Wintec WBT-201 benutzt und die ergebnisse sind >mit dem GPSMap 60 vergleichbar, allerdings hat der GPSMap bei >wiedrigen bedingungen signifikant besseren empfang. Ich hatte ja gehofft, dass so ein nicht ganz billiges Markengerät ein um Etliches besseres Log ausgibt. >Fuer mich sich das ganz schwer nach einer optimierung des Tracks aus >nach Richtungsaenderung etc - Sowas konnte der WinTec aus der Tuete - >Beim GPSMap habe ich sowas noch nie gesehen. Magst du ein paar komplette Logs haben? ;) >Welchen Track nimmst du denn aus dem GPSMap? Den von der Speicherkarte ja >oder den internen? nie > Ach ja - Hast du Kartendarstellung laufen? Mach die mal aus. Du meinst, irgend eine andere als die Kartenanzeige einschalten? malenki From osm_ at malenki.ch Sat Jan 30 18:09:08 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 30 Jan 2010 19:09:08 +0100 Subject: [Talk-de] Logger gesucht References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> <20100130124408.3cb109a9@c2d-sid> <20100130174305.GA4491@hydra.gt.owl.de> Message-ID: <20100130190908.690ad540@c2d-sid> Florian Lohoff schrieb: >On Sat, Jan 30, 2010 at 12:44:08PM +0100, malenki wrote: >> Statt Aufzeichnungsart "Zeit" kannst du in dem im obigen Screenshot >> gelb markierten Kästchen auch "Entfernung" auswählen. Die oben >> genannte Distanz von 0.01km ist der hier kürzestmögliche Intervall. >> Bei höheren Geschwindigkeiten müsste das Gerät theoretisch sogar >> mehrere Punkte pro Sekunde loggen: 110 km/h = 30.5 m/s ~> 3 Punkte/s > >IMHO koennen die ganzen Garmins nicht mehr als 1Hz. Ich sagte ja: theoretisch malenki From ulf.lamping at googlemail.com Sat Jan 30 18:15:05 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 30 Jan 2010 19:15:05 +0100 Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= In-Reply-To: <7acdb3651001300951u7fc9408eg8b3411d1d4aa4f46@mail.gmail.com> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> <4B63AEA6.2040802@googlemail.com> <20100130094248.GA23398@eldorado.topf.org> <4B643303.4050801@googlemail.com> <4B643DAF.60609@remote.org> <7acdb3651001300951u7fc9408eg8b3411d1d4aa4f46@mail.gmail.com> Message-ID: <4B647729.7080006@googlemail.com> Am 30.01.2010 18:51, schrieb Martin Koppenhoefer: > Am 30. Januar 2010 15:22 schrieb Sven Geggus: >>> Ich habe ueberhaupt kein Problem damit, auf das Rollup ein FOSSGIS-Logo >>> drauf zu machen. >> >> Ich auch nicht! > > +1, ich auch nicht, im Gegenteil ist das meiner Ansicht nach bei einer > gemeinsamen Veranstaltung sinnvoll. Wäre doch Quatsch, extra Geld für > doppelte Banner / Rollups auszugeben, insbesondere als der Fossgis, > wie schon oben erwähnt, in Deutschland die offizielle Seite von > Openstreetmap darstellt (bzw. wir als OSM offiziell ein Teil von > Fossgis sind). Moment, der FOSSGIS plant eh drei RollUps. Zwei FOSSGIS spezifische RollUps und eins soll speziell für OSM sein - und das dann auch noch mit einem FOSSGIS Logo. Gruß, ULFL From osm_ at malenki.ch Sat Jan 30 18:13:06 2010 From: osm_ at malenki.ch (malenki) Date: Sat, 30 Jan 2010 19:13:06 +0100 Subject: [Talk-de] OpenLinkMap umgezogen References: <201001291927.48819.AlexanderMatheisen@ish.de> <201001301532.13495.AlexanderMatheisen@ish.de> <20100130154358.1b297bf7@c2d-sid> <201001301547.38220.AlexanderMatheisen@ish.de> Message-ID: <20100130191306.5119cd56@c2d-sid> Alexander Matheisen schrieb: >Am Samstag 30 Januar 2010 15:43:58 schrieb malenki: >> >> k >> >Was? Entspricht "OK" und "verstanden" malenki ( http://de.wikipedia.org/wiki/Rofl#K ) From addicks at gmx.net Sat Jan 30 18:21:50 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sat, 30 Jan 2010 19:21:50 +0100 Subject: [Talk-de] =?iso-8859-1?q?Uhrzeit_stellen_am_Datenlogger_=28Re=3A_?= =?iso-8859-1?q?Hardwareempfehlung_f=FCr_GPS-Logger_//_Re=3A__Logger_gesuc?= =?iso-8859-1?q?ht=29?= In-Reply-To: <4B6467C1.3040008@gmx.net> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <201001301742.54393.rgx@gmx.de> <4B6467C1.3040008@gmx.net> Message-ID: Am 30.01.2010 18:09, schrieb SLXViper: > ...maximal die Zeitzone, die Uhrzeit selbst kommt hochpräzise aus dem > GPS-Signal. Sofern man auf die letzten 12/13 Sekunden Genauigkeit bei gleichzeitiger Kopfrechenschäche angewiesen ist. -jha- From addicks at gmx.net Sat Jan 30 18:25:51 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sat, 30 Jan 2010 19:25:51 +0100 Subject: [Talk-de] Logging-Intervall verstellen (was: Logger gesucht) In-Reply-To: <20100130174305.GA4491@hydra.gt.owl.de> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> <20100130124408.3cb109a9@c2d-sid> <20100130174305.GA4491@hydra.gt.owl.de> Message-ID: Am 30.01.2010 18:43, schrieb Florian Lohoff: >> Punkte pro Sekunde loggen: 110 km/h = 30.5 m/s ~> 3 Punkte/s > > IMHO koennen die ganzen Garmins nicht mehr als 1Hz. Es gibt moeglichkeiten > das u-blox chipset zu tunen auf bis zu 4Hz aber alles versuche da dann noch > saubere Daten rauszubekommen sind bei mir gescheitert. Was helfen mir > 4 kaputte Datensaetze je Sekunde. Es hat mir bis heute -trotz wiederholter Anfrage an verschiedenen Stellen- niemand einen GPX-Track mit 4Hz-Intervall von so einem u-blox-Chipsatz-basierten Gerät geben wollen/können. Mich würde nämlich schon interessieren, wie die "Sub-Sekunden" in den Timestamps dargestellt werden, damit die gängigen Tools nicht meckern, es seien mehrere Timestamps für die gleiche Sekunde vorhanden. (Um dann die Verarbeitung einzustellen. GPS-Babel und Mapsource sind da leider sehr pingelig.) -jha- From lists at fuchsschwanzdomain.de Sat Jan 30 19:11:48 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sat, 30 Jan 2010 19:11:48 +0000 (UTC) Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> <4B63AEA6.2040802@googlemail.com> <20100130094248.GA23398@eldorado.topf.org> <4B643303.4050801@googlemail.com> <4B643DAF.60609@remote.org> <4B6475CD.3090408@googlemail.com> Message-ID: Ulf Lamping wrote: > ... oder kannst du den bestehenden Graben einfach nicht sehen, weil er > für dich persönlich auch nicht existiert? Huch in welcher Welt warst Du denn seit dem Treffen in Essen unterwegs? Inzwischen ist das IMO ziemlich zusammengewachsen. Die Gemeinschaftsstände auf dem Linuxtag und auf der Intergeo waren ein voller Erfolg und im Rahmen der Serveradministration auf den Strato Servern läuft das auch ganz gut. Wir werden hier in Karlsruhe nächste Woche auf einer Outdoor Messe sein. Da wird es vermutlich eher kein FOSSGIS Logo geben, auch weil der Otto Normal Outdoor GPS Mensch natürlich keine (freie) GIS Software braucht. Wenn eine Logo da wäre würde mich das aber auch nicht weiter stören. Ich bin auf der letzten FOSSGIS Konferenz selber Mitglied geworden (der erste verein dem ich in meinem leben beigetreten bin) auch deshalb, weil wir ausgemacht hatten, dass es gut wäre, wenn mehr Leute aus dem OSM Umfeld dabei sind. Gruss Sven -- "linux is evolution, not intelligent design" (Linus Torvalds) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From f at zz.de Sat Jan 30 19:33:36 2010 From: f at zz.de (Florian Lohoff) Date: Sat, 30 Jan 2010 20:33:36 +0100 Subject: [Talk-de] Logger gesucht In-Reply-To: <20100130190823.7e44ecf1@c2d-sid> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <20100130175114.GB4491@hydra.gt.owl.de> <20100130190823.7e44ecf1@c2d-sid> Message-ID: <20100130193336.GC10694@hydra.gt.owl.de> On Sat, Jan 30, 2010 at 07:08:23PM +0100, malenki wrote: > > Ach ja - Hast du Kartendarstellung laufen? Mach die mal aus. > > Du meinst, irgend eine andere als die Kartenanzeige einschalten? Yes - Meinetwegen die Satellitenansicht oder so - Der GPSMap stammt aus einer Zeit da die Europakarte von Garmin noch <30MB hatte - Die kleine CPU ist im jahr 2010 mit der OSM Daten einfach ueberfordert. Und wenn der mal nicht mit dem rendern hinterherkommt - vielleicht vergisst der auch das loggen ... Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From f at zz.de Sat Jan 30 19:37:28 2010 From: f at zz.de (Florian Lohoff) Date: Sat, 30 Jan 2010 20:37:28 +0100 Subject: [Talk-de] Logging-Intervall verstellen (was: Logger gesucht) In-Reply-To: References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> <20100130124408.3cb109a9@c2d-sid> <20100130174305.GA4491@hydra.gt.owl.de> Message-ID: <20100130193728.GD10694@hydra.gt.owl.de> On Sat, Jan 30, 2010 at 07:25:51PM +0100, Johann H. Addicks wrote: > Es hat mir bis heute -trotz wiederholter Anfrage an verschiedenen > Stellen- niemand einen GPX-Track mit 4Hz-Intervall von so einem > u-blox-Chipsatz-basierten Gerät geben wollen/können. Naja - GPX kann nur sekundengenau - daher wird es schwierig mit GPX tracks das 4Hz zu detektieren ... > Mich würde nämlich schon interessieren, wie die "Sub-Sekunden" in den > Timestamps dargestellt werden, damit die gängigen Tools nicht meckern, > es seien mehrere Timestamps für die gleiche Sekunde vorhanden. > (Um dann die Verarbeitung einzustellen. GPS-Babel und Mapsource sind da > leider sehr pingelig.) Ich denke den UBlox interessiert GPX und gaengige tools wenig - Der Speicher ja inter in einem proprietaeren binary format und nur die downloader wandeln das ja um. Das Problem mit dem 4Hz ist so weit ich das verstanden habe das die serielle Bandbreite vom UBlox richtung USB/Bluetooth im WBT201 nicht ausreicht. D.h. man muss feature abstellen damit das noch durch das nadeloehr passt. Mit dem u-center kann man das alles - ich habe da aber irgendwann die notwendigkeit nicht mehr gesehen mich da noch weiter mit zu beschaeftigen. Flo -- Florian Lohoff f at zz.de "Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen." - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : signature.asc Dateityp : application/pgp-signature Dateigröße : 827 bytes Beschreibung: Digital signature URL : From czarkowski at gmail.com Sat Jan 30 19:56:41 2010 From: czarkowski at gmail.com (Martin Czarkowski) Date: Sat, 30 Jan 2010 20:56:41 +0100 Subject: [Talk-de] Logger gesucht In-Reply-To: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> Message-ID: <4B648EF9.1000304@gmail.com> Am 30.01.2010 07:03, schrieb Sebastian Niehaus: > Hallo, > > für den Urlaub wäre ein Logger eine nette Sache, ein Rechner soll > nicht mit. Anforderungen wären: > > · läuft mit Standardakkus > > · Speicher viel Daten ("einen Urlaub lang"): eventuell mit > austauschbarem Speicher? > > · Daten ohne Verrenkungen unter Linzx (Debian Lenny) auslesbar. > > · Schön wäre: guter Empfang und geringe Größe. > > > Mag mir jemand Empfehlungen geben? > > > Danke, > > > Sebastian > > > _______________________________________________ > Talk-de mailing list > Talk-de at openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > Hi, ich benutze diesen hier: http://www.locosystech.com/product.php?zln=en&id=30 BGT-31, ist auch Wasserdicht, klein und sehr genau. Bis sehr zufrieden, mit Speicherkarte kannst Du glaube ich 2-3 Wochen aufnehmen. Martin From ulf.lamping at googlemail.com Sat Jan 30 20:33:32 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sat, 30 Jan 2010 21:33:32 +0100 Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= In-Reply-To: References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> <4B63AEA6.2040802@googlemail.com> <20100130094248.GA23398@eldorado.topf.org> <4B643303.4050801@googlemail.com> <4B643DAF.60609@remote.org> <4B6475CD.3090408@googlemail.com> Message-ID: <4B64979C.2020401@googlemail.com> Am 30.01.2010 20:11, schrieb Sven Geggus: > Ulf Lamping wrote: > >> ... oder kannst du den bestehenden Graben einfach nicht sehen, weil er >> für dich persönlich auch nicht existiert? > > Huch in welcher Welt warst Du denn seit dem Treffen in Essen > unterwegs? In meiner kleinen heilen Welt in Nürnberg, von der aus ich ab und zu mal in die Weltgeschichte hinausfinde ;-) > Inzwischen ist das IMO ziemlich zusammengewachsen. Die > Gemeinschaftsstände auf dem Linuxtag und auf der Intergeo waren ein > voller Erfolg und im Rahmen der Serveradministration auf den Strato > Servern läuft das auch ganz gut. Das finde ich gut. Es fällt halt schon auf, daß die Kommentare "alles läuft ganz gut" von genau den Leuten kommen, die Georg in seiner ersten Mail neben talk-de direkt addressiert hat - die er also wohl schon kennt. Es ist aber anscheinend halt nur eine handvoll Leute, die diese Schnittstelle bilden. ... und auch hier bin ich schon wieder auf Mutmaßungen angewiesen. Gruß, ULFL From lists at fuchsschwanzdomain.de Sat Jan 30 21:04:15 2010 From: lists at fuchsschwanzdomain.de (Sven Geggus) Date: Sat, 30 Jan 2010 21:04:15 +0000 (UTC) Subject: [Talk-de] =?utf-8?q?Roll-Up_f=C3=BCr_Messe?= References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> <4B63AEA6.2040802@googlemail.com> <20100130094248.GA23398@eldorado.topf.org> <4B643303.4050801@googlemail.com> <4B643DAF.60609@remote.org> <4B6475CD.3090408@googlemail.com> <4B64979C.2020401@googlemail.com> Message-ID: Ulf Lamping wrote: > Es fällt halt schon auf, daß die Kommentare "alles läuft ganz gut" von > genau den Leuten kommen, die Georg in seiner ersten Mail neben talk-de > direkt addressiert hat - die er also wohl schon kennt. Ich empfinde es als ein gutes Zeichen, dass sich der FOSSGIS in OSM Belange nicht einmischt. > Es ist aber anscheinend halt nur eine handvoll Leute, die diese > Schnittstelle bilden. So groß ist der FOSSGIS ja gar nicht. Wenn man einmal auf der Konferenz war dürfte man die meisten aktiven bereits kennen. Aber ich denke es stimmt schon, dass nur eine Hand voll Leute sich in beiden "Welten" zu Hause fühlen. Ich selber bin halt seit 15 Jahren im FOSS (ohne GIS) Umfeld unterwegs und habe daher halt prinzipbedingt Berührungspunkte. Gruss Sven -- "Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten" (Theodor W. Adorno) /me is giggls at ircnet, http://sven.gegg.us/ on the Web From florian at grossing.de Sat Jan 30 21:17:40 2010 From: florian at grossing.de (Florian Gross) Date: Sat, 30 Jan 2010 22:17:40 +0100 Subject: [Talk-de] =?iso-8859-1?q?Hardwareempfehlung_f=FCr_GPS-Logger_//_R?= =?iso-8859-1?q?e=3A__Logger_gesucht?= In-Reply-To: <4B6467C1.3040008@gmx.net> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <201001301742.54393.rgx@gmx.de> <4B6467C1.3040008@gmx.net> Message-ID: <201001302217.40938.florian@grossing.de> Am Sa Januar 30 2010 glaubte SLXViper zu wissen: > RalfGesellensetter schrieb: > > - Irgendwie musst du die Zeit stellen können (für richtiges Tagging) > > ...maximal die Zeitzone, die Uhrzeit selbst kommt hochpräzise aus dem > GPS-Signal. Du meinst, ich hätte meinen Track aus dem Jahr 2046 (laut meinem Navi) nicht löschen sollen um dir die "hochpräzise" Zeit zu zeigen? Der Track war übrigens etwa 85 min lang. flo, die Uhrzeit wurde richtig angezeigt -- >Lieber Christian Helmis, wenn Du der bist, den ich suche, >melde Dich bitte bei mir (Stichwort > Makaria) Ich hätte gerne einmal die Pizza 47 ohne Champigons, wenn da irgendwo ein Pizzahändler in der Gruppe ist...[Hartmut Obst und Bastian Schiebener in dag°] From addicks at gmx.net Sat Jan 30 21:29:27 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sat, 30 Jan 2010 22:29:27 +0100 Subject: [Talk-de] Logging-Intervall verstellen In-Reply-To: <20100130193728.GD10694@hydra.gt.owl.de> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> <20100130124408.3cb109a9@c2d-sid> <20100130174305.GA4491@hydra.gt.owl.de> <20100130193728.GD10694@hydra.gt.owl.de> Message-ID: Am 30.01.2010 20:37, schrieb Florian Lohoff: > On Sat, Jan 30, 2010 at 07:25:51PM +0100, Johann H. Addicks wrote: >> Es hat mir bis heute -trotz wiederholter Anfrage an verschiedenen >> Stellen- niemand einen GPX-Track mit 4Hz-Intervall von so einem >> u-blox-Chipsatz-basierten Gerät geben wollen/können. > > Naja - GPX kann nur sekundengenau - daher wird es schwierig mit GPX > tracks das 4Hz zu detektieren ... naja, "trackpoints not in timely order" oder so meckert dann GPS-Babel bei Filterversuchen, wenn Punkte mit gleicher Uhrzeit auftreten. Daher die Frage, hätte ja sein können, dass es da schon ein irgendwie offizielles Proposal gibt, wie GPX denn aufgebort wird dafür. > Ich denke den UBlox interessiert GPX und gaengige tools wenig - Der Speicher > ja inter in einem proprietaeren binary format und nur die downloader > wandeln das ja um. Werden dann jeweils 4 Punkte geometrisch gemittelt? -jha- From addicks at gmx.net Sat Jan 30 21:44:03 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sat, 30 Jan 2010 22:44:03 +0100 Subject: [Talk-de] Logger gesucht In-Reply-To: <4B648EF9.1000304@gmail.com> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <4B648EF9.1000304@gmail.com> Message-ID: Am 30.01.2010 20:56, schrieb Martin Czarkowski: > ich benutze diesen hier: http://www.locosystech.com/product.php?zln=en&id=30 > > BGT-31, ist auch Wasserdicht, klein und sehr genau. Du hast die Anforderung "Standard-Akkus" übersehen. Außerdem kann man bei einem Preis von 145€ dann auch gleich wieder 15-20€ drauflegen und einen Etrex Legend HCx nehmen, da gibt's dann noch Kartendarstellung dazu. -jha- From kakrueger at gmail.com Sat Jan 30 22:13:49 2010 From: kakrueger at gmail.com (Kai Krueger) Date: Sat, 30 Jan 2010 22:13:49 +0000 Subject: [Talk-de] =?utf-8?q?Roll-Up_f=EF=BF=BDr_Messe?= In-Reply-To: <4B6475CD.3090408@googlemail.com> References: <4B5F5EBB.2060106@fossgis.de> <4B612B50.6030301@googlemail.com> <4B614432.6070109@remote.org> <882496461001280041ma7a927bw3bb781dd82eb93a7@mail.gmail.com> <4B63AEA6.2040802@googlemail.com> <20100130094248.GA23398@eldorado.topf.org> <4B643303.4050801@googlemail.com> <4B643DAF.60609@remote.org> <4B6475CD.3090408@googlemail.com> Message-ID: <4B64AF1D.30900@gmail.com> Hallo, On 01/-10/-28163 08:59 PM, Ulf Lamping wrote: > Am 30.01.2010 15:09, schrieb Frederik Ramm: >> Hallo, >> >> Ulf Lamping wrote: >>> Meine etwas längliche Ausführung war genau dazu gedacht, diese >>> unterschiedlichen Sichtweisen und Zielsetzungen mal etwas klarer zu >>> formulieren. Bestehende Gräben zwischen den Communities bekommen wir >>> doch nicht dadurch weg, indem wir sie ignorieren. Da müssen Brücken >>> gebaut und Gräben zugeschüttet werden. >> >> Sagt jemand, der mit seinem uneuberlegten Gerede gerade eben dazu >> beitraegt, die von ihm wahrgenommenen Graeben kraeftig weiter auszuheben! > > ... oder kannst du den bestehenden Graben einfach nicht sehen, weil er > für dich persönlich auch nicht existiert? Du und Jochen, ihr beide sitzt > halt genau an der Schnittstelle zwischen beiden Welten und kennt eine > ganze Reihe von Leuten vom FOSSGIS persönlich - ich aber nicht (so wie > wohl die meisten anderen hier). In deinen verschiedenen Mails schreibst du was von Graeben zwischen dem FOSSGIS und OSM, das er im verborgenen agiert und das die wenigsten OSMler was mit dem FOSSGIS anfangen koennen. Ausserdem schlaegst du vor das man bruecken bauen und Graeben zu schuetten sollte. Da scheint mir ein FOSSGIS logo auf einem OSM Roll-Up doch schon mal ein guter Anfang zu sein um ein paar deiner Bedenken in Angriff zu nehmen. Zum einen hilft das Logo eben dem "algemeinen OSMler" etwas besser herueber zu bringen das und wie der FOSSGIS OpenStreetMap unterstuetzt. Ausserdem kann as vielleicht als "Brueckenkopf" dienen wenn jemand der vielleicht OSM, aber nicht den FOSSGIS kennt an den Stand kommt und fragt "huch was ist denn das fuer ein komisches Logo auf dem OSM Poster?" Das ist doch dann die beste Gelegenheit eben diese Zusammenarbeit zu erklaeren. Ich kenne zwar jetzt auch nicht im Detail wie das Verhaeltniss zwischen FOSSGIS und OpenStreetMap aussieht, da ich mit dem FOSSGIS als solches noch nichts zu tun hatte aber ich gehe einfach mal davon aus das das Verhaeltnis nicht ganz unaehnlich dem der OpenStreetMap Foundation zur community ist (das leider auch haeufig verkannt wird). Das heist aus Sicht der deutschen OpenStreetMap community vertritt der FOSSGIS die community in all den Belangen in denen ein offizieller, einzeler Verein / Person zwingend notwendig ist. Wie z.b. der Besitz von Domainnamen / Trademarks, der Betrieb von Servern, das organisieren von Spenden und Sponsoren, ausrichten von Konferenzen, sonstige Services wie z.B. ein GPS verleih oder eben auch gewisse Pressearbeit / Publicity wie z.B. das drucken von Roll-ups fuer Messen. Da ist es doch auch nur selbstverstaendlich und auch sehr hilfreich das auch das Logo des FOSSGIS auf so einem Roll-Up erscheint. Insofern kann ich deine Bedenken demgegenueber eigentlich nicht nachvollziehen. Natuerlich ist der FOSSGIS noch weit mehr als nur eine "OSMF Germany", und das ist denke ich auch aus der OSM Sicht sehr nuetzlich. Denn das Ganze ist haeufig mehr als nur die Summe der Einzelteile. (Es sei denn die Einzelteile wollen nicht mit einander kooperieren...) > ... Gruss, Kai > Gruß, ULFL > > P.S. Dein Entwurf gefaellt mir im uebrigen auch, besonders die "Hybrid- Ansicht", mit den ueberlagerten nodes und ways im Photo. Zunaechst dachte ich zwar auch das die Betonung auf GPS in "GPS + Internet = OSM" nicht die wahre Vielfalt von OSM wiederspiegelt. Aber auf den zweiten Blick denke ich macht es als vereinfachte Symbolik durchaus Sinn, denn der GPS-Empfaenger mit Kartenanzeige wird im algemeinen mit vielem assoziert fur was OSM steht. From openstreetmap at assetburned.de Sun Jan 31 00:02:22 2010 From: openstreetmap at assetburned.de (AssetBurned) Date: Sun, 31 Jan 2010 01:02:22 +0100 Subject: [Talk-de] =?iso-8859-1?q?Datalogger_f=FCr_l=E4ngeren_Urlaub_gesuc?= =?iso-8859-1?q?ht_mit_Standardbatterien_und_Speicherkarte_=28Re=3A_Logger?= =?iso-8859-1?q?_gesucht=29?= In-Reply-To: References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> Message-ID: <37DAE788-ECE9-4F3F-AF8B-55496AE8152E@assetburned.de> moin On 30.01.2010, at 12:48, Johann H. Addicks wrote: > > (Von der häufig propagierten Kombination "modernes Java-Handy plus > Bluetooth-Maus" möchte ich abraten, da man dann sogar zwei Geräte > bedient, die auch noch beide gleichzeitig funktionieren müssen und auch > simultan ihre Akkus leerfressen. Ist zwar komfortabel, aber Touren >6h > lassen sich damit kaum bestreiten.) naja also Nokia N82 ist schon ne idee wert. hat zwar keinen 08/15 akku sondern halt nen typischen nokia eigenen. die kann man dafür sammt ladegerät bei ebay für deutlich unter 10euro bekommen. und selbst wenn nicht. das handy teil hat nen netzteil eingang über den man das teil mit 4x 1.5V laden kann. also einmal nen stecker an eine entsprechende akku/batterie halterung löten und gut ist. speichern kann man dann auf ne microSD karte. vorteil ist halt das man keine extra GPS maus braucht ;-) und für den fall das man nen WLAN fähiges gerät mit sich führt (iPod Touch, Laptop oder sowas) kann man das handy auch als WLAN-AccessPoint nutzen. cu assetburned -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From niehaus at nospam.arcornews.de Sun Jan 31 05:58:47 2010 From: niehaus at nospam.arcornews.de (Sebastian Niehaus) Date: Sun, 31 Jan 2010 06:58:47 +0100 Subject: [Talk-de] =?iso-8859-1?q?Datalogger_f=FCr_l=E4ngeren_Urlaub_gesuc?= =?iso-8859-1?q?ht_mit_Standardbatterien_und_Speicherkarte_=28Re=3A_Logger?= =?iso-8859-1?q?_gesucht=29?= References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> Message-ID: <87bpgazug8.fsf@crystalline.worst-case.no-ip.com> "Johann H. Addicks" writes: > Vor einem halben Jahre hätte ich ohne Zögern "Garmin Etrex Legend HCx" > gesagt. Da gab's die Dinger für 139€ an jeder Ecke und mit etwas Suchen > für 129. > Aber die Preise sind wieder hochgegegangen. Unter 165€ derzeit nicht zu > bekommen. Ja, das ist mir in der Tat zu teuer. > Ansonsten sieht es nämlich mau aus bei den Loggern: > Entweder keine Standard-Akkus oder keine Aufzeichnung auf Speicherkarte, > oder aber uralter Empfängerchip. Wobei der Speicherbedarf des Royaltek für meine Ottonormalarbeitnehmer-Urlaubsdauer okay ist. > (Von der häufig propagierten Kombination "modernes Java-Handy plus > Bluetooth-Maus" möchte ich abraten, da man dann sogar zwei Geräte > bedient, die auch noch beide gleichzeitig funktionieren müssen und auch > simultan ihre Akkus leerfressen. Ja. Und außerdem habe ich kein "modernes Handy". :-) Sebastian From niehaus at nospam.arcornews.de Sun Jan 31 05:55:07 2010 From: niehaus at nospam.arcornews.de (Sebastian Niehaus) Date: Sun, 31 Jan 2010 06:55:07 +0100 Subject: [Talk-de] Logger gesucht References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <201001300802.57874.bernd@bwurst.org> Message-ID: <87ljfezumc.fsf@crystalline.worst-case.no-ip.com> Bernd Wurst writes: > Am Samstag 30 Januar 2010 07:03:32 schrieb Sebastian Niehaus: [...] >> Mag mir jemand Empfehlungen geben? > > Garmin eTrex Legend HCx. > > Ist zwar nicht ganz klein, aber mit Standardakkus ist eine gewisse > Mindestgröße auch irgendwie vorgegeben. > > Dafür hast du dann ein vollwertiges Navi mit Kartendisplay und kannst vorher > schonmal die bereits vorhandene Karte aufspielen. So sieht man dann auch > gleich wo man gar nicht mehr tracken muss. Das kommt für mich eher nicht in Frage: ein GPS-Gerät mit Kartendarstellung habe ich schon (GPSMap 76 S) und ein weiteres wäre mir dann eher zu teuer. Sebastian From niehaus at nospam.arcornews.de Sun Jan 31 06:04:33 2010 From: niehaus at nospam.arcornews.de (Sebastian Niehaus) Date: Sun, 31 Jan 2010 07:04:33 +0100 Subject: [Talk-de] =?iso-8859-1?q?Hardwareempfehlung_f=FCr_GPS-Logger_//_R?= =?iso-8859-1?q?e=3A__Logger_gesucht?= References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <201001301742.54393.rgx@gmx.de> Message-ID: <877hqyzu6m.fsf@crystalline.worst-case.no-ip.com> RalfGesellensetter writes: > erst dachte ich, du suchst Leute für eine Mappingparty ;) Au nein. Sorry. [...] > Am Samstag, 30. Januar 2010 schrieb Sebastian Niehaus: >> · Speicher viel Daten ("einen Urlaub lang"): eventuell mit >> austauschbarem Speicher? > > Du meinst eine Speicherkarte oder so? Ja, wobei mir scheint, der interne Speicher ist teilweise "groß genug" für meine Urlaubslängen. > Ich vermute, das Gerät soll nicht > zu groß und nicht zu teuer sein (was ist wichtiger)? Hmm. Schwer zu sagen, irgendwie. > - Irgendwie musst du die Zeit stellen können (für richtiges Tagging) Das sollte[tm] ja von alleine gehen. > - Evtl. musst du Marken setzen können, um hinterher Punkte oder andere > Features zuordnen zu können Wäre schön. Notfalls aber dann per Foto. > - Hast du die Möglichkeit, einen Akku täglich zu laden? Ja. > (dann böte ein gebrauchtes A.780-Handy von Motorola allen Luxus!) Hm, das klingt eher "oversized" und zu sensibel auf mechanische Belastungen. > - Müssen Höhenangaben geloggt werden? Nein. Sebastian From niehaus at nospam.arcornews.de Sun Jan 31 05:55:47 2010 From: niehaus at nospam.arcornews.de (Sebastian Niehaus) Date: Sun, 31 Jan 2010 06:55:47 +0100 Subject: [Talk-de] Logger gesucht References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> Message-ID: <87hbq2zul8.fsf@crystalline.worst-case.no-ip.com> malenki writes: > Sebastian Niehaus schrieb: > >>für den Urlaub wäre ein Logger eine nette Sache, ein Rechner soll >>nicht mit. Anforderungen wären: >> >>· läuft mit Standardakkus >> >>· Speicher viel Daten ("einen Urlaub lang"): eventuell mit >> austauschbarem Speicher? >> >>· Daten ohne Verrenkungen unter Linzx (Debian Lenny) auslesbar. >> >>· Schön wäre: guter Empfang und geringe Größe. > > Genau diese Anforderungen hatte ich 2008 und bin beim RGM-3800¹ > gelandet. Prima, das sieht gut aus. Danke! Sebastian From osmck at gmx.de Sun Jan 31 09:17:11 2010 From: osmck at gmx.de (Christian Knorr) Date: Sun, 31 Jan 2010 10:17:11 +0100 Subject: [Talk-de] Wie Marker aus der slippymap in PHP nutzen? Message-ID: <1264929431.2817.5.camel@Notebook> Hallo zusammen, ich möchte in der slippymap einen Marker setzen können, dessen Position (lat lon) dann in 2 Eingabefeldern erscheint, die ich mit PHP weiter nutzen kann. Im zweiten Schritt, wenn diese Eingaben schon existieren (in der Datenbank) soll entsprechend der Marker schon gesetzt sein. Mit Javascript kenne ich mich nicht so aus, bisher habe ich einiges von http://www.osm-wms.de/ geklaut. Da kann man oben rechts auf den goldenen Marker klicken, ihn in der Map setzen und die Position erscheint im Permalink. Da komme ich jetzt aber nicht weiter. Kann mir da jemand unter die Arme greifen oder ein Tutorial empfehlen, oder eine Seite zeigen wo es sowas schon gibt? Danke schonmal, Chris...... From stephanolbrich at gmx.de Sun Jan 31 09:29:39 2010 From: stephanolbrich at gmx.de (Stephan Olbrich) Date: Sun, 31 Jan 2010 10:29:39 +0100 Subject: [Talk-de] Logger gesucht In-Reply-To: <4B645BD7.9040107@stephans-server.de> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <4B645BD7.9040107@stephans-server.de> Message-ID: <201001311029.39151.stephanolbrich@gmx.de> > Sebastian Niehaus wrote: > > für den Urlaub wäre ein Logger eine nette Sache, > > Mag mir jemand Empfehlungen geben? > > ich bin mit meinem i-blue 747 sehr zufrieden. > http://wiki.openstreetmap.org/wiki/GPS_Reviews#Transystem_i-Blue_747 Mit dem selben (einem ähnlichen?) Chipsatz gibt es auch den Holux M-241. Braucht eine AA Batterie/Akku und hat Platz für ca. 120000 Punkte. Bei beiden kann man mit BT747 die Daten mit einem Windows Mobile Gerät auslesen. Sehr hilfreich, wenn der Speicher nicht reicht :-) Grüße, Stephan From AlexanderMatheisen at ish.de Sun Jan 31 09:44:22 2010 From: AlexanderMatheisen at ish.de (Alexander Matheisen) Date: Sun, 31 Jan 2010 10:44:22 +0100 Subject: [Talk-de] OpenLinkMap umgezogen In-Reply-To: <20100130191306.5119cd56@c2d-sid> References: <201001291927.48819.AlexanderMatheisen@ish.de> <201001301547.38220.AlexanderMatheisen@ish.de> <20100130191306.5119cd56@c2d-sid> Message-ID: <201001311044.22169.AlexanderMatheisen@ish.de> Am Samstag 30 Januar 2010 19:13:06 schrieb malenki: > Alexander Matheisen schrieb: > >Am Samstag 30 Januar 2010 15:43:58 schrieb malenki: > >> k > > > >Was? > > Entspricht "OK" und "verstanden" > > > malenki Alex > > ( http://de.wikipedia.org/wiki/Rofl#K ) > Kannte ich noch nicht. From osm_ at malenki.ch Sun Jan 31 09:51:58 2010 From: osm_ at malenki.ch (malenki) Date: Sun, 31 Jan 2010 10:51:58 +0100 Subject: [Talk-de] Logger gesucht References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <87hbq2zul8.fsf@crystalline.worst-case.no-ip.com> Message-ID: <20100131105158.59275489@c2d-sid> Sebastian Niehaus schrieb: >malenki writes: > >> Genau diese Anforderungen hatte ich 2008 und bin beim RGM-3800¹ >> gelandet. > >Prima, das sieht gut aus. Danke! Freut mich, wenn er gefällt! Um einen Vergleich zu anderen genannten Loggern mit 120.000 Punkten zu haben: der RGM-3800 speichert im einfachsten Modus (nur lat/lon/time) ~650.000 Punkte. From stefan.schwan at googlemail.com Sun Jan 31 11:04:19 2010 From: stefan.schwan at googlemail.com (Stefan Schwan) Date: Sun, 31 Jan 2010 12:04:19 +0100 Subject: [Talk-de] Wie Marker aus der slippymap in PHP nutzen? In-Reply-To: <1264929431.2817.5.camel@Notebook> References: <1264929431.2817.5.camel@Notebook> Message-ID: <4a29beb81001310304r4e5b649andcf9b8d6b8efa4d2@mail.gmail.com> Hallo! Am 31. Januar 2010 10:17 schrieb Christian Knorr : > Hallo zusammen, > ich möchte in der slippymap einen Marker setzen können, dessen Position > (lat lon) dann in 2 Eingabefeldern erscheint, die ich mit PHP weiter > nutzen kann. Im zweiten Schritt, wenn diese Eingaben schon existieren > (in der Datenbank) soll entsprechend der Marker schon gesetzt sein. > > Mit Javascript kenne ich mich nicht so aus, bisher habe ich einiges von > http://www.osm-wms.de/ geklaut. Da kann man oben rechts auf den goldenen > Marker klicken, ihn in der Map setzen und die Position erscheint im > Permalink. Da komme ich jetzt aber nicht weiter. > > Kann mir da jemand unter die Arme greifen oder ein Tutorial empfehlen, > oder eine Seite zeigen wo es sowas schon gibt? > > Danke schonmal, Chris...... Sieh mal hier: http://openlayers.org/dev/examples/click.html Um diese Werte in ein input feld zu schreiben, empfehlen sich die Methoden getElementsByName() oder getElementsById() Um also in ein im html body den Wert von lonlat.lat einzufügen, document.getElementById("lat").value = lonlat.lat; in die click event Funktion aufnehmen. Gruß, Stefan http://de.selfhtml.org/javascript/objekte/document.htm#get_element_by_id From schosch at snafu.de Sun Jan 31 12:47:25 2010 From: schosch at snafu.de (Schorschi) Date: Sun, 31 Jan 2010 13:47:25 +0100 (CET) Subject: [Talk-de] Logger gesucht In-Reply-To: <87hbq2zul8.fsf@crystalline.worst-case.no-ip.com> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <87hbq2zul8.fsf@crystalline.worst-case.no-ip.com> Message-ID: > > Genau diese Anforderungen hatte ich 2008 und bin beim RGM-3800¹ > > gelandet. ich bestätige - absolut einfach zu bedienen (mehr als "an" und "aus" benutze ich nicht, es gibt aber auch noch einen Reset-Knopf :-)) Evtl. darauf achten, dass du ein Update einspielst, falls noch eine ältere Version eingespielt ist (bei Flügen über 9999 m hört sonst das Loggen auf (gaaanz wichtig :-) und irgendwann haben die die Höhendaten umgestellt, die werden jetzt korrigiert) Frische 1000-mAh-Akkus halten etwa 6 bis 8 Stunden, ein gutes Ladegerät vorausgesetzt. Ich habe übrigens das Loggen auf alle 3 Sekunden eingestellt, für mich ein prima Kompromiss, der sowohl für das Laufen, Radfahren und Autofahren gut funktioniert. Weitere Hinweise unter http://wiki.openstreetmap.org/wiki/DE:Datalogger_Royaltek_RGM-3800 es gibt von Royaltek, soweit ich das im Kopf habe, auch einen Nachfolger - über diesen weiß ich jedoch nichts. Gruß, Schusch From s.wolff at web.de Sun Jan 31 13:10:57 2010 From: s.wolff at web.de (Stephan Wolff) Date: Sun, 31 Jan 2010 14:10:57 +0100 Subject: [Talk-de] =?iso-8859-1?q?Umtragung_f=FCr_Kanus/Paddelboote_etc?= In-Reply-To: <4B639947.70109@googlemail.com> References: <4B639947.70109@googlemail.com> Message-ID: Am 30.01.2010 03:28, schrieb Ulf Lamping: > Am 30.01.2010 02:39, schrieb Johann H. Addicks: >> Wie tagt man soetwas: >> http://www.addicks.net/gallery/Irgendwo/DSCF9183 > > Schau mal unter: > http://wiki.openstreetmap.org/wiki/WikiProject_Whitewater_Maps Moin, die Macher des Whitewater_Maps-Projekts haben leider nur an ihre Anwendung gedacht. Für Fluss- und Seekajakfahrer oder Ruderer ist "whitewater=put_in;egress" wenig sinnvoll. Ein umfassenderes Tag "canoe=..." wäre m.E. besser. Auf der englischsprachigen Diskussionsseite habe ich einen Kommentar dazu hinterlassen. Die Initiatoren scheinen aber nicht sehr aktiv zu sein. Auf der Seite "http://wiki.openstreetmap.org/wiki/Key:whitewater" steht sogar "Vote-Start: 2010-01-15, Vote-End: 2010-01-30", aber ich sehe weder eine Diskussion noch eine Abstimmung. Ich würde die Ein- und Ausstiegsstellen mit canoe=put_in eingeben und den Punkt sofern vorhanden auf die Uferlinie und sonst neben den Fluss setzen. Die Wegstrecke zwischen den beiden Einsetzstellen könnte man mit canoe=portage tagen. Wäre ein Weg sichtbar (auf den Foto sieht es nicht so aus) würde ich zusätzlich highway=path eingeben. Für den nichtbefahrbaren Flussteil könnte man "canoe=no" oder "whitewater=hazard" nehmen. Auf dem Foto ist am Ende der Sohlgleite ja auch ein kleiner Bereich mit "weißem Wasser". Für eine brauchbare Wasserwanderkarte auf OSM-Basis wäre vermutlich gar kein sehr großer Aufwand nötig, da die Zahl der befahrbaren Flüsse und der Umtragestellen nicht so groß ist und die Flüsse, Brücken und Zufahrten mit Parkplatz oft schon erfasst sind. Ich träume seit einiger Zeit davon, aber ich habe bislang nicht die nötige Zeit und Motivation gefunden, um richtig aktiv zu werden. Viele Grüße Stephan From MichaelK_OSM at gmx.de Sun Jan 31 13:19:32 2010 From: MichaelK_OSM at gmx.de (Michael Kugelmann) Date: Sun, 31 Jan 2010 14:19:32 +0100 Subject: [Talk-de] Logger gesucht In-Reply-To: <87pr4syv8h.fsf@crystalline.worst-case.no-ip.com> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <87pr4syv8h.fsf@crystalline.worst-case.no-ip.com> Message-ID: <4B658364.7050300@gmx.de> Sebastian Niehaus schrieb: >> für den Urlaub wäre ein Logger eine nette Sache, ein Rechner soll >> nicht mit. Anforderungen wären: >> > Da wäre ich kompromissbereit, wenn ein *kleines* Ladegerät existiert. > zwei Geräte mit Mini-USB-Anschluss (=> kleines Ladegerät) fallen mir aktuell ein die ich auch selbe besitze: 1) iblue 747a+ (bzw. der Vorgänger iblue 747 ) 2) Wintec WBT 201 Wobei der Nachfolger der 201 auch sehr interessant sein sollte: Wintec WBT 202 Features gemäß deutscher Wintec-Webseite: * u-blox 5 GPS Chipsatz (kann prinzipiell auch Galileo) * *A-GPS* (Assisted GPS) * *-160 dBm Empfindlichkeit * **interner Datenspeicher*, bis zu *260.000 Wegpunkte * **MicroSD-Speicherslot*, *bis zu 2 GB* *=> bis 134 Millionen Wegpunkte ** Bewegungssensor, über PC Software konfigurier oder abschaltbar * POI-Taste * Keine Software nötig - Software bereits auf der Speicherkarte vorinstalliert * Keine USB-Treiber nötig - Plug & Play * Mass Storage Device Modus * Bis zu 28 Stunden Dauerbetrieb Das sind einige sehr interessante technische Daten. Hat schon jemand Erfahrung mit dem WBT 202? Allerdings ist das Gerät auch nicht ganz preiswert: 109€ bei allen gängigen Versendern. Grüße Michael. From webmaster at ts-eastrail.de Sun Jan 31 13:37:07 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sun, 31 Jan 2010 14:37:07 +0100 Subject: [Talk-de] =?iso-8859-1?q?Umtragung_f=FCr_Kanus/Paddelboote_etc?= References: <4B639947.70109@googlemail.com> Message-ID: <2DB789B614494FDA97B84E11F9E90CCF@mkwebdialin> > Für eine brauchbare Wasserwanderkarte auf OSM-Basis wäre vermutlich gar > kein sehr großer Aufwand nötig, da die Zahl der befahrbaren Flüsse und > der Umtragestellen nicht so groß ist und die Flüsse, Brücken und > Zufahrten mit Parkplatz oft schon erfasst sind. Stell dir das mal nicht ganz so einfach vor. Ich hatte auch mal angefangen unseren Fluss entsprechend zu taggen. Umtragestellen und Einsetztreppen auch mit diesen Tags versehen. So wenig sind es nicht. Jeder Ort hat hier ein Einsetztreppe und jede Schleuse kann umgetragen werden. Das geht soweit noch. Weitergehend wirds Bein aber Dicke. Für einige Schifffahrtszeichen gibts noch garkeine Tags. Für andere gibts zwar welche, allerdings von den beiden konkurrierenden Karten. Die eine nutzt dann auch noch normale Tags mit. Und so kann es dir passieren, dass deren DB einfach mal so direkt in den OSM Daten herum schreibt. Ist mir erst letztens passiert. Die nutzen ja beispielsweise für Kontaktdaten an Schleusen wieder eigene Tags, dafür haben wir aber in OSM ja bereits gebräuchliche, die dann auch alle lesen können. Das sieht aber deren DB nicht. Und so hatte einer anhand einer Buchbeschreibung versucht zu taggen. Das Buch hat einen uralten Stand. Meine erst im September nachkontrollierten Sachen waren futsch. Solange die mit ihren Gewässerkartenprojekten also nichtmal mit der Haupt DB auf Harmonie kommen, vorhandenes einfach so überbügeln, macht das erfassen in OSM nicht wirklich Spaß. Dieses nebeneinander her gewurschtle behindert eher als das es was bringt. Gruß Mirko From ulf.lamping at googlemail.com Sun Jan 31 14:23:15 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 31 Jan 2010 15:23:15 +0100 Subject: [Talk-de] =?iso-8859-1?q?Umtragung_f=FCr_Kanus/Paddelboote_etc?= In-Reply-To: <2DB789B614494FDA97B84E11F9E90CCF@mkwebdialin> References: <4B639947.70109@googlemail.com> <2DB789B614494FDA97B84E11F9E90CCF@mkwebdialin> Message-ID: <4B659253.2020804@googlemail.com> Am 31.01.2010 14:37, schrieb Mirko Küster: > Weitergehend wirds Bein aber Dicke. Für einige Schifffahrtszeichen gibts > noch garkeine Tags. Für andere gibts zwar welche, allerdings von den beiden > konkurrierenden Karten. Die eine nutzt dann auch noch normale Tags mit. Und > so kann es dir passieren, dass deren DB einfach mal so direkt in den OSM > Daten herum schreibt. "Da gibt es zwei Projekte und eines davon baut Scheiße" finde ich dem anderen Projekt gegenüber nicht fair. Nenn bei solchen Aussagen doch ruhig Namen. > Ist mir erst letztens passiert. Die nutzen ja beispielsweise für > Kontaktdaten an Schleusen wieder eigene Tags, dafür haben wir aber in OSM ja > bereits gebräuchliche, die dann auch alle lesen können. Das sieht aber deren > DB nicht. Und so hatte einer anhand einer Buchbeschreibung versucht zu > taggen. Das Buch hat einen uralten Stand. Meine erst im September > nachkontrollierten Sachen waren futsch. Hast du denjenigen mal angeschrieben? Vielleicht ist das ein Bug in einem von irgendwelchen Skripten, der dann *schleunigst* behoben werden sollte - sonst geht nur nochmehr kaputt. Vielleicht sind die Hintergründe aber auch ganz andere. > Solange die mit ihren Gewässerkartenprojekten also nichtmal mit der Haupt DB > auf Harmonie kommen, vorhandenes einfach so überbügeln, macht das erfassen > in OSM nicht wirklich Spaß. Dieses nebeneinander her gewurschtle behindert > eher als das es was bringt. Ja, eine gewisse Harmonisierung hätte hier inzwischen durchaus seinen Charme. Gruß, ULFL From webmaster at ts-eastrail.de Sun Jan 31 15:02:10 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sun, 31 Jan 2010 16:02:10 +0100 Subject: [Talk-de] =?iso-8859-1?q?Umtragung_f=FCr_Kanus/Paddelboote_etc?= References: <4B639947.70109@googlemail.com> <2DB789B614494FDA97B84E11F9E90CCF@mkwebdialin> <4B659253.2020804@googlemail.com> Message-ID: > "Da gibt es zwei Projekte und eines davon baut Scheiße" finde ich dem > anderen Projekt gegenüber nicht fair. Nenn bei solchen Aussagen doch > ruhig Namen. Ich nenne keine Namen, weil so eine Situation generell und auch egal bei welchem Projekt eher subotimal ist. Wenn das nicht sauber miteinander arbeitet dann bitte eine eigene DB, das ganze auf Linie bringen oder eine Prüfungsroutine, welche das vernichten auf der Hauptdatenbank verhindert. Ansonsten kann man so einfach nicht arbeiten. > Hast du denjenigen mal angeschrieben? Vielleicht ist das ein Bug in > einem von irgendwelchen Skripten, der dann *schleunigst* behoben werden > sollte - sonst geht nur nochmehr kaputt. Vielleicht sind die > Hintergründe aber auch ganz andere. Nichts mit Bug. In dem Fall war es sogar der Betreiber von einem der Projekte persöhnlich. Der hats auf seinem System nicht sehen können, eben weil man eher mit der Hauptdatenbank konkurriert und überschreibt, statt weitergendes im eigenen System zu machen. Wozu braucht man bitte beispielsweise eigene Tags für Kontaktdaten? Da wertet man beispielsweise einzig den Hauptschlüssel, beispielsweise lock für Schleuse, und entnimmt so nur dort die ohnehin schon etablierten Tags. Nein, da muss ein extra Schema her um nicht vorfiltern zu müssen. Wenn das jeder so macht, hast du einmal die Kontaktdaten im OSM üblichen Schema und darunter noch zwöfunddreißig mal das gleiche mit jeweils eigenem Namensraum. Das bläht nicht nur die DB schön auf, wer ändert denn dann 20 Nummern, wenn sich beispielsweise die Telefonnummer ändert? > Ja, eine gewisse Harmonisierung hätte hier inzwischen durchaus seinen > Charme. Das wäre eingentlich Grundvorrausetzung damit das überhaupt funktionieren kann. Schlimm genug das zwei Projekte im grunde das gleiche machen und sich gegenseitig angehen. Ich erinnere da nur an den Kindergarten mit dem umtaggen. Woanders hätte man beide auf die Strafbank gesetzt. Es geht aber absolut nicht an, das man die für die Haupt DB gültigen Tags auf der Haupt DB ignoriert und der Bequemlichkeit halber dort eigene größtenteils undokumentierte Schmenen über vorhandenes etabliertes drüberbügelt. Entweder führt man seine Tags in die Hauptdatenbank ein, dokumentiert das auch. Dann kann man von beiden Seiten problemlos arbeiten. Oder man zieht nur die Grundinformationen aus der Haupt DB und hält sein Schema oder die Auswertungsmethode auf dem eigenem System. Man Stelle sich mal vor das jede Anwendungsseite was eigenes macht und lustig auf der DB rumschreibt. Um das zu überblicken muss man auf jeder dieser Seite arbeiten. Die sollen die Informationen ja gerne nutzen, deswegen tragen wir die ja ein. Aber bitte nicht die Haupt DB für die jeweils eigenen Zwecke verbiegen. Da blickt irgendwann garkeiner mehr durch. Gruß Mirko From chris66nrw at gmx.de Sun Jan 31 15:49:26 2010 From: chris66nrw at gmx.de (Chris-Hein Lunkhusen) Date: Sun, 31 Jan 2010 16:49:26 +0100 Subject: [Talk-de] JOSM Integritaetsfehler Message-ID: Hi, habe mir die Balearen per XAPI gezogen. Wenn ich die nun in JOSM öffne bekomme ich die Fehlermeldung: "DataIntegrityProblemExeption:Ein Benutzer mit der gleichen ID aber mit einem unterschiedlichen namen wurde gefunden." Ist das ein Problem der XAPI oder ist JOSM hier zu pingelig ? Chris From ulf.lamping at googlemail.com Sun Jan 31 16:31:07 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 31 Jan 2010 17:31:07 +0100 Subject: [Talk-de] =?iso-8859-1?q?OSM_vs=2E_externe_DatenBanken_=28war=3A_?= =?iso-8859-1?q?Umtragung_f=FCr_Kanus/Paddelboote_etc=29?= In-Reply-To: References: <4B639947.70109@googlemail.com> <2DB789B614494FDA97B84E11F9E90CCF@mkwebdialin> <4B659253.2020804@googlemail.com> Message-ID: <4B65B04B.8010500@googlemail.com> Am 31.01.2010 16:02, schrieb Mirko Küster: >> "Da gibt es zwei Projekte und eines davon baut Scheiße" finde ich dem >> anderen Projekt gegenüber nicht fair. Nenn bei solchen Aussagen doch >> ruhig Namen. > > Ich nenne keine Namen, weil so eine Situation generell und auch egal bei > welchem Projekt eher subotimal ist. <...> Dass der Abgleich einer parallelen DB mit OSM einiges an Sorgfalt erfordert, sollte jedem klar sein der sowas aufsetzt. Wenn jemand nicht willens oder schlicht unfähig ist sowas sauber durchzuführen, muß man ihn darauf hinweisen und wenn er sich als uneinsichtig oder unfähig erweist die Probleme abzustellen schlimmstenfalls halt auch sperren. Das dürfte OSM weit aber prinzipiell Konsens sein und dazu brauchst du auch nicht mehrere Absätze zu schreiben. Was dabei genau "sauber" ist, dürfte allerdings nicht so klar sein, da hat jeder so seine Sichtweise. Sachen ungesehen rauslöschen oder zu überschreiben weil man die bestehenden Daten in seiner "eigenen DB" nicht sieht, dürfte aber ganz klar unter "unsauber" fallen. Mit so einer generellen Aussage "das sollte man nicht tun" bewegst du aber im konkreten Fall erstmal garnichts. Was wir dann brauchen ist: a) was geht schief? b) um welche Elemente geht es (z.B. permalink davon)? c) hast du den Verursacher informiert und (wie) hat er geantwortet? d) ist damit zu rechnen, daß sowas in Zukunft wieder passiert? Wenn du uns nicht die Details der Aktion mitteilen willst, steht der Rest deiner Aussage irgendwie im luftleeren Raum. Da bleibt mir dann nämlich nichts anderes übrig als dir zu sagen: "Tja, da können wir dir wohl nicht helfen und müssen warten bis jemand anderes wieder auf das gleiche Problem stößt, der Willens und in der Lage ist wirklich an der Lösung des Problem zu arbeiten." Gruß, ULFL From SLXViper at gmx.net Sun Jan 31 16:42:56 2010 From: SLXViper at gmx.net (SLXViper) Date: Sun, 31 Jan 2010 17:42:56 +0100 Subject: [Talk-de] JOSM Integritaetsfehler In-Reply-To: References: Message-ID: <4B65B310.7040605@gmx.net> Chris-Hein Lunkhusen schrieb: > Hi, > habe mir die Balearen per XAPI gezogen. > > Wenn ich die nun in JOSM öffne bekomme ich die Fehlermeldung: > > "DataIntegrityProblemExeption:Ein Benutzer mit der gleichen ID aber mit > einem unterschiedlichen namen wurde gefunden." > > Ist das ein Problem der XAPI oder ist JOSM hier zu pingelig ? > Ich tippe auf JOSM. Wenn man seinen Namen ändert, ist man noch derselbe Nutzer, aber der Name ist ein anderer, der Zustand "ID=42, Name=foo"+"ID=42, Name=bar" wäre also einfach und "legal" herzustellen. Meines Wissens nach ist genau das der Grund für die User-IDs, JOSM sollte sich imho an die ID halten. Grüße From addicks at gmx.net Sun Jan 31 16:43:03 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sun, 31 Jan 2010 17:43:03 +0100 Subject: [Talk-de] =?iso-8859-15?q?Datalogger_f=FCr_l=E4ngeren_Urlaub_gesu?= =?iso-8859-15?q?cht_mit_Standardbatterien_und_Speicherkarte_=28Re=3A_Logg?= =?iso-8859-15?q?er_gesucht=29?= In-Reply-To: <87bpgazug8.fsf@crystalline.worst-case.no-ip.com> References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> <87bpgazug8.fsf@crystalline.worst-case.no-ip.com> Message-ID: Am 31.01.2010 06:58, schrieb Sebastian Niehaus: > Wobei der Speicherbedarf des Royaltek für meine > Ottonormalarbeitnehmer-Urlaubsdauer okay ist. Wenn Du den RGM3800 auf Sekundenintervall stellst und zudem noch auch HDOP/Fix mit aufzeichnest, dann ist der in rund 36h Aufzeichnung voll. Für einen 14-Tages-Urlaub reicht das also nicht, zumindest nicht bei "OSM-Betrieb". -jha- From frederik at remote.org Sun Jan 31 16:46:51 2010 From: frederik at remote.org (Frederik Ramm) Date: Sun, 31 Jan 2010 17:46:51 +0100 Subject: [Talk-de] JOSM Integritaetsfehler In-Reply-To: <4B65B310.7040605@gmx.net> References: <4B65B310.7040605@gmx.net> Message-ID: <4B65B3FB.1060908@remote.org> Hallo, SLXViper wrote: > Ich tippe auf JOSM. Wenn man seinen Namen ändert, ist man noch derselbe > Nutzer, aber der Name ist ein anderer, der Zustand "ID=42, > Name=foo"+"ID=42, Name=bar" wäre also einfach und "legal" herzustellen. Naja, von der API kriegst Du sowas nie - wenn Du Deinen Namen von foo auf bar aenderst, werden alle von Dir bearbeiteten Objekte mit "bar" gekennzeichnet. Bye Frederik -- Frederik Ramm ## eMail frederik at remote.org ## N49°00'09" E008°23'33" From webmaster at ts-eastrail.de Sun Jan 31 16:57:56 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sun, 31 Jan 2010 17:57:56 +0100 Subject: [Talk-de] =?iso-8859-1?q?OSM_vs=2E_externe_DatenBanken_=28war=3A_?= =?iso-8859-1?q?Umtragung_f=FCr_Kanus/Paddelboote_etc=29?= References: <4B639947.70109@googlemail.com> <2DB789B614494FDA97B84E11F9E90CCF@mkwebdialin> <4B659253.2020804@googlemail.com> <4B65B04B.8010500@googlemail.com> Message-ID: <652B6A02FB4E4E7488ED487148F7EB30@mkwebdialin> ----- Original Message ----- From: "Ulf Lamping" To: Sent: Sunday, January 31, 2010 5:31 PM Subject: Re: [Talk-de] OSM vs. externe DatenBanken (war: Umtragung für Kanus/Paddelboote etc) Am 31.01.2010 16:02, schrieb Mirko Küster: >> "Da gibt es zwei Projekte und eines davon baut Scheiße" finde ich dem >> anderen Projekt gegenüber nicht fair. Nenn bei solchen Aussagen doch >> ruhig Namen. > > Ich nenne keine Namen, weil so eine Situation generell und auch egal bei > welchem Projekt eher subotimal ist. <...> Dass der Abgleich einer parallelen DB mit OSM einiges an Sorgfalt erfordert, sollte jedem klar sein der sowas aufsetzt. Wenn jemand nicht willens oder schlicht unfähig ist sowas sauber durchzuführen, muß man ihn darauf hinweisen und wenn er sich als uneinsichtig oder unfähig erweist die Probleme abzustellen schlimmstenfalls halt auch sperren. Das dürfte OSM weit aber prinzipiell Konsens sein und dazu brauchst du auch nicht mehrere Absätze zu schreiben. Was dabei genau "sauber" ist, dürfte allerdings nicht so klar sein, da hat jeder so seine Sichtweise. Sachen ungesehen rauslöschen oder zu überschreiben weil man die bestehenden Daten in seiner "eigenen DB" nicht sieht, dürfte aber ganz klar unter "unsauber" fallen. Mit so einer generellen Aussage "das sollte man nicht tun" bewegst du aber im konkreten Fall erstmal garnichts. Was wir dann brauchen ist: a) was geht schief? b) um welche Elemente geht es (z.B. permalink davon)? c) hast du den Verursacher informiert und (wie) hat er geantwortet? d) ist damit zu rechnen, daß sowas in Zukunft wieder passiert? Wenn du uns nicht die Details der Aktion mitteilen willst, steht der Rest deiner Aussage irgendwie im luftleeren Raum. Da bleibt mir dann nämlich nichts anderes übrig als dir zu sagen: "Tja, da können wir dir wohl nicht helfen und müssen warten bis jemand anderes wieder auf das gleiche Problem stößt, der Willens und in der Lage ist wirklich an der Lösung des Problem zu arbeiten." Gruß, ULFL _______________________________________________ Talk-de mailing list Talk-de at openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de From webmaster at ts-eastrail.de Sun Jan 31 17:06:38 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sun, 31 Jan 2010 18:06:38 +0100 Subject: [Talk-de] =?iso-8859-1?q?OSM_vs=2E_externe_DatenBanken_=28war=3A_?= =?iso-8859-1?q?Umtragung_f=FCr_Kanus/Paddelboote_etc=29?= References: <4B639947.70109@googlemail.com> <2DB789B614494FDA97B84E11F9E90CCF@mkwebdialin> <4B659253.2020804@googlemail.com> <4B65B04B.8010500@googlemail.com> Message-ID: <3D761E0236B0436EB18E4614EF81E092@mkwebdialin> > Da bleibt mir dann nämlich nichts anderes übrig als dir zu sagen: "Tja, > da können wir dir wohl nicht helfen und müssen warten bis jemand anderes > wieder auf das gleiche Problem stößt, der Willens und in der Lage ist > wirklich an der Lösung des Problem zu arbeiten." Das war hier doch garnicht das Thema. Das war nur ein Hinweis das sowas immer mal wieder passieren kann. Der konkrete Fall ist schon etwas her und sehen gibts auch nicht mehr. Da wird einfach zurückgestellt und der Fall ist erledigt. Für mich persöhnlich also nicht so das Problem. Anderes wird lokal gespeichert und fertig. So wie beispielsweise das leidige Spiel mit dem xybot, der auch Eigennamen bei Straßen verschlimmbessert. Eh ich mich da ewig und drei Tage mit Betreiber rumschlagen muss, mache ich das lieber so. Das Problem ist ebenfalls lange bekannt, scheint den Botbetreiber aber nicht zu jucken. Von daher egal. Ich habe da nicht die Zeit für mich mit irgendwelchen Fehlern von Drittanwendungen herumzuschlagen. Erfassen und eintragen ist der Arbeit genug. Mir fehlt da auch der technische Backround um wirklich helfen zu können. Gruß Mirko From schosch at snafu.de Sun Jan 31 17:09:38 2010 From: schosch at snafu.de (Schorschi) Date: Sun, 31 Jan 2010 18:09:38 +0100 (CET) Subject: [Talk-de] =?iso-8859-15?q?Datalogger_f=FCr_l=E4ngeren_Urlaub_gesu?= =?iso-8859-15?q?cht_mit_Standardbatterien_und_Speicherkarte_=28Re=3A_Logg?= =?iso-8859-15?q?er_gesucht=29?= In-Reply-To: References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> <87bpgazug8.fsf@crystalline.worst-case.no-ip.com> Message-ID: > Wenn Du den RGM3800 auf Sekundenintervall stellst und zudem noch auch > HDOP/Fix mit aufzeichnest, dann ist der in rund 36h Aufzeichnung voll. > Für einen 14-Tages-Urlaub reicht das also nicht, zumindest nicht bei > "OSM-Betrieb". hm, um dem mal eine reale Erfahrung mit dem Gerät entgegen zu setzen: bei 3-Sekunden-Intervall und voller Datentiefe (lat, long, time, alt, vel, dist, status) reicht das Ding bei mir im Alltagsbetrieb eher mehr als 6 Wochen, durchaus mit einigen Tagen mit zehnstündiger bzw. noch längerer Aufzeichnung dabei ... im Urlaub bestand bisher auch nicht annähernd die Gefahr des Überlaufs. Allerdings schalte ich meist aus, wenn ich mich länger nicht von der Stelle bewege (alleine schon wegen der Akku-Laufzeit). Das Ausschalten ist ja nur ein Knopfdruck, ebenso wie das Anschalten. Also für einen normalen Zweiwochen-Urlaub müsste das Gerät allemal reichen. Das ist wohl der Unterschied zwischen Realität und Theorie. Schusch From ulf.lamping at googlemail.com Sun Jan 31 17:45:18 2010 From: ulf.lamping at googlemail.com (Ulf Lamping) Date: Sun, 31 Jan 2010 18:45:18 +0100 Subject: [Talk-de] =?iso-8859-1?q?OSM_vs=2E_externe_DatenBanken_=28war=3A_?= =?iso-8859-1?q?Umtragung_f=FCr_Kanus/Paddelboote_etc=29?= In-Reply-To: <3D761E0236B0436EB18E4614EF81E092@mkwebdialin> References: <4B639947.70109@googlemail.com> <2DB789B614494FDA97B84E11F9E90CCF@mkwebdialin> <4B659253.2020804@googlemail.com> <4B65B04B.8010500@googlemail.com> <3D761E0236B0436EB18E4614EF81E092@mkwebdialin> Message-ID: <4B65C1AE.7060400@googlemail.com> Am 31.01.2010 18:06, schrieb Mirko Küster: >> Da bleibt mir dann nämlich nichts anderes übrig als dir zu sagen: "Tja, >> da können wir dir wohl nicht helfen und müssen warten bis jemand anderes >> wieder auf das gleiche Problem stößt, der Willens und in der Lage ist >> wirklich an der Lösung des Problem zu arbeiten." > > Das war hier doch garnicht das Thema. Das war nur ein Hinweis das sowas > immer mal wieder passieren kann. > Der konkrete Fall ist schon etwas her und sehen gibts auch nicht mehr. Da > wird einfach zurückgestellt und der Fall ist erledigt. Für mich persöhnlich > also nicht so das Problem. Anderes wird lokal gespeichert und fertig. So wie > beispielsweise das leidige Spiel mit dem xybot, der auch Eigennamen bei > Straßen verschlimmbessert. Eh ich mich da ewig und drei Tage mit Betreiber > rumschlagen muss, mache ich das lieber so. Das Problem ist ebenfalls lange > bekannt, scheint den Botbetreiber aber nicht zu jucken. Von daher egal. So wie beispielsweise das leidige Spiel mit dem Mirko, der immer öffentlich Probleme benennt aber öffentlich nichts zu dessen Lösung beitragen will. Wenn ich jetzt nachfrage kommt dabei wohl raus, daß das Problem eigentlich auch schon längst behoben ist. Wieso kommt mir gerade der Gedanke, daß eine weitere Diskussion mit dir schlicht Zeitverschwendung ist? Gruß, ULFL From addicks at gmx.net Sun Jan 31 17:59:54 2010 From: addicks at gmx.net (Johann H. Addicks) Date: Sun, 31 Jan 2010 18:59:54 +0100 Subject: [Talk-de] =?utf-8?q?Datalogger_f=C3=BCr_l=C3=A4ngeren_Urlaub_gesu?= =?utf-8?q?cht_mit_Standardbatterien_und_Speicherkarte_=28Re=3A_Logger_ges?= =?utf-8?q?ucht=29?= In-Reply-To: References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> <87bpgazug8.fsf@crystalline.worst-case.no-ip.com> Message-ID: Am 31.01.2010 18:09, schrieb Schorschi: > Das ist wohl der Unterschied zwischen Realität und > Theorie. Hmm, kommt vielleicht auch darauf an, wie lange mal pro Tag draußen unterwegs ist und wie lange man irgendwo drinnen sitzt. Mit dem Sekunden-Intervall hole ich bei meinen beiden RGM3800 alle zwei Tage die Daten heraus und dann sind die immer gut 2/3 voll. -jha- From webmaster at ts-eastrail.de Sun Jan 31 18:13:45 2010 From: webmaster at ts-eastrail.de (=?iso-8859-1?Q?Mirko_K=FCster?=) Date: Sun, 31 Jan 2010 19:13:45 +0100 Subject: [Talk-de] =?iso-8859-1?q?OSM_vs=2E_externe_DatenBanken_=28war=3A_?= =?iso-8859-1?q?Umtragung_f=FCr_Kanus/Paddelboote_etc=29?= References: <4B639947.70109@googlemail.com> <2DB789B614494FDA97B84E11F9E90CCF@mkwebdialin> <4B659253.2020804@googlemail.com> <4B65B04B.8010500@googlemail.com><3D761E0236B0436EB18E4614EF81E092@mkwebdialin> <4B65C1AE.7060400@googlemail.com> Message-ID: <2BFC8D6191BC428DA00DD4F85945DAC3@mkwebdialin> > So wie beispielsweise das leidige Spiel mit dem Mirko, der immer > öffentlich Probleme benennt aber öffentlich nichts zu dessen Lösung > beitragen will. Nicht will sondern schlicht nicht kann. Ich kann dir nur sagen das ich Daten bei OSM eintrage, diese dann von einem anderen Projekt einfach überschrieben wurden, weil man da anscheinend nicht alle OSM Daten sieht. Was die da machen kann ich dir nicht sagen, keine Ahnung. In dem Fall hast du dich doch aufgedrängt. Das "Problem" war garnicht Thema. Das war nur ein Hinweis das beispielsweise Freietonne OSM Daten mit eigenen Daten überschreibt und das unschön enden kann. Der Fall der mich peröhnlich betrifft war schon vor Wochen in einem eigenen Thema abgesfrühstückt. Was soll ich dazu noch weiter sagen? Außerdem ist das hier doch teilweise auch sinnlos. Da war z.B. die Geschichte mit dem Bicycle, da konnte man sagen was man wollte, du warst ganze vorne dabei generell zu mauern. Wenn das deine Lösung ist dann ist ja alles klar. > Wenn ich jetzt nachfrage kommt dabei wohl raus, daß das Problem > eigentlich auch schon längst behoben ist. Wieso kommt mir gerade der > Gedanke, daß eine weitere Diskussion mit dir schlicht Zeitverschwendung > ist? In meinem Fall ja, hatte ich ja bereits geschrieben. Was da generell läuft kann ich nicht sagen, ich bin kein Programmierer und weiß auch nicht was bei den Projekten so läuft. Wenn du wissen möchtest wie die da auswerten und in der DB herumschreiben, musst du schon die Projektverantwortlichen selber befragen. Ich bin einfacher Mapper, kein Programmierer. Gruß Mirko From osm_ at malenki.ch Sun Jan 31 18:39:36 2010 From: osm_ at malenki.ch (malenki) Date: Sun, 31 Jan 2010 19:39:36 +0100 Subject: [Talk-de] =?utf-8?q?Datalogger_f=C3=BCr_l=C3=A4ngeren_Urlaub_gesu?= =?utf-8?q?cht_mit_Standardbatterien_und_Speicherkarte_=28Re=3A_Logger_ges?= =?utf-8?q?ucht=29?= References: <87tyu4yvrf.fsf@crystalline.worst-case.no-ip.com> <20100130094023.1e325e5d@c2d-sid> <20100130085307.GA12436@hydra.gt.owl.de> <20100130101850.5cb9f841@c2d-sid> <1512980.SfcuA2PsGE@buegehome.de> <87bpgazug8.fsf@crystalline.worst-case.no-ip.com> Message-ID: <20100131193936.3b5f6182@c2d-sid> Johann H. Addicks schrieb: >Am 31.01.2010 18:09, schrieb Schorschi: >> Das ist wohl der Unterschied zwischen Realität und >> Theorie. > >Hmm, kommt vielleicht auch darauf an, wie lange mal pro Tag draußen >unterwegs ist und wie lange man irgendwo drinnen sitzt. > >Mit dem Sekunden-Intervall hole ich bei meinen beiden RGM3800 alle >zwei Tage die Daten heraus und dann sind die immer gut 2/3 voll. 2008 hatte ich einen Schmierzettel online gestellt, der noch immer erreichbar ist. Vielleicht hilft er ja: http://www.malenki.ch/Touren/08/Sommer/Logger.html Wimre gab es damals™ noch nicht die Möglichkeit, DOP aufzuzeichnen. Das entsprechende Update erschien gegen Ende 2008, wenn mich nicht alles täuscht. malenki From s.wolff at web.de Sun Jan 31 21:22:05 2010 From: s.wolff at web.de (Stephan Wolff) Date: Sun, 31 Jan 2010 22:22:05 +0100 Subject: [Talk-de] =?iso-8859-1?q?Umtragung_f=FCr_Kanus/Paddelboote_etc?= In-Reply-To: <2DB789B614494FDA97B84E11F9E90CCF@mkwebdialin> References: <4B639947.70109@googlemail.com> <2DB789B614494FDA97B84E11F9E90CCF@mkwebdialin> Message-ID: Am 31.01.2010 14:37, schrieb Mirko Küster: >> Für eine brauchbare Wasserwanderkarte auf OSM-Basis wäre vermutlich gar >> kein sehr großer Aufwand nötig, da die Zahl der befahrbaren Flüsse und >> der Umtragestellen nicht so groß ist und die Flüsse, Brücken und >> Zufahrten mit Parkplatz oft schon erfasst sind. > > Stell dir das mal nicht ganz so einfach vor. Ich hatte auch mal angefangen > unseren Fluss entsprechend zu taggen. Umtragestellen und Einsetztreppen auch > mit diesen Tags versehen. So wenig sind es nicht. Jeder Ort hat hier ein > Einsetztreppe und jede Schleuse kann umgetragen werden. Das geht soweit > noch. Wenn wir die Flüsse und Seen, die man mit Booten befahren darf und kann, und dort auch noch Einsetzstellen, Hindernisse und Umtragewege erfasst haben, ist für Wasserwanderer schon sehr viel gewonnen. > Weitergehend wirds Bein aber Dicke. Für einige Schifffahrtszeichen gibts > noch garkeine Tags. Für andere gibts zwar welche, allerdings von den beiden > konkurrierenden Karten. Die eine nutzt dann auch noch normale Tags mit. > [...] Für einige Schilder im Straßenverkehr gibt es auch keine Tags. Bis auf wenige Spezialanwendungen genügt es auch, die für die Routenwahl notwendigen Schilder und Schifffahrtszeichen zu kennen. An dem von Johann fotografierten Flussabschnitt gibt es sicherlich gar keine Schifffahrtszeichen. Für die Kleinstfahrzeuge (Kajak, Kanadier und Ruderboote) sind ohnehin die meisten Seezeichen irrelevant. Es ist wichtig zu wissen, wo die Grenzen von Fahrwassern und von Sperrgebieten sind. Aber die Polygone dieser Gebiete werden kurioserweise weder vom Projekt Freie Tonne noch von OSeaM definiert. Wo ein Sperrgebiet auf die Uferlinie trift, lässt sich bislang nicht sinnvoll eingeben. Die Großschifffahrt, die sich in finsterer Nacht an den Blinkcodes der Tonnen orientiert, wird wahrscheinlich auch in den nächsten Jahren keine OSM-Daten nutzen. Viele Grüße Stephan