[Talk-de] Status openGeoDB
Hi, gibt es inszwischen etwas neues zu den openGeoDB Daten in OSM? Laut Website war das letzte Update 2012. Oder konkreter gefragt: Können die openGeoDB:loc_id jetzt auch weg? CU Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Echtzeit-Tracker für Bahn- und Busverbindungen
Hi, Am Mittwoch, den 10.06.2015, 16:38 +0200 schrieb Norbert: Hallo, zur Info. [...] Unter http://tracker.geops.ch kann man die Bahn- und Buslinien in Echtzeit verfolgen. Die Karten sind von OpenStreetMap und der Bus fährt sogar, wenn die Route in OSM noch nicht erfasst ist. :-) Und bei uns fährt er sogar direkt vor der Haustür her. Also durch die Anliegerstraße mit bestimmt 2 Minuten rangieren anstelle wie normal über die Hauptstraße. ;-) Viele Grüße Norbert CU Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Anfrage
Hi, für eine Machbarkeitsstudie / Demo möchte ich gerne in der Umgebung von Trier und Wittlich jeweils ca. 10 Relationen anlegen. Damit es klar erkenntlich ist möchte ich den folgenden Aufbau vorschlagen: - boundary=jff-test - ref=XX - note=Verweis auf das ML-Archiv - evtl. noch ein Unterkey in der Form ref:=X Die Nodes möchte ich separat setzen, damit die Daten komplett wieder entfernt werden können und nicht die Historie der bestehenden Nodes aufblähe. Die Dauer wäre für maximal 4 Wochen. Etwas zu dem Hintergrund: Wir schreiben ein Open Source Programm zur Auftrags- und Mitarbeitersteuerung. Für dieses Programm haben wir einen Sponsor gefunden, der jedoch vor seiner Zusage ein zumindest teilweise funktionsfähiges Beispiel sehen möchte. Als Feedback für OSM kann das Programm eine Zuordnung Straße / Hausnummer zu Koordinaten zur Verfügung stellen. Die Daten werden später auf jedem Fall auf einem externen Server liegen. Ich bitte Euch um Eure Meinung dazu. Danke im Voraus. CU Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] website=none
Hallo, Am Mittwoch, den 11.03.2015, 12:45 +0100 schrieb Frank Durstewitz: Hallo. Ich halte es ehrlich gesagt nicht für sinnvoll, zu mappen, was _nicht_ vorhanden ist. Ansonsten kommt morgen jemand auf die Idee Ich trage mal ein, dass dieses Gebäude keine Solaranlage auf dem Dach hat. Das kann ja endlos weitergeführt werden und bläht die DB ohne echten Mehrwert auf. Da stimme ich dir vollkommen zu. Nicht existierende Daten ist werden nicht eingetragen. Wenn du die Info brauchst, kannst du nicht eventuell versuchen, diese Info lokal vorzuhalten? Grüße, Frank [...] CU Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Hi, Am Sonntag, den 25.01.2015, 21:24 +0100 schrieb Jörg Frings-Fürst: Am Sonntag, den 25.01.2015, 20:08 +0100 schrieb tumsi: [...] Naja das löschen hat ja mal schon in größerem Umfang auch in meiner Gegend angefangen. :( Hier sollte eigentlich das passieren, was sonst auch bei nicht abgesprochen Massenedits/-löschungen passiert: Revert und Sperren des Nutzers... Das denke ich auch. So die erst mail an die Data Working Group ist raus. CU Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Hi, Am Sonntag, den 25.01.2015, 18:12 +0100 schrieb Stephan Wolff: Für alle, die im Forum nicht mitlesen: Während im Wiki [1] noch über den Sinn der associatedStreet-Relationen (mit bislang unklarem Ausgang) abgestimmt wird, wird im deutschen Forum im Thread Qualitätssicherung associatedStreet-Relationen dazu aufgerufen, alle diese Relationen in Deutschland zu löschen. Mich erschreckt die fehlende Toleranz und der fehlende Respekt vor den Daten anderer Mapper. Ich hoffe, dass die Entscheidungsfindung durch Löschen von Daten nicht zur Regel in OSM wird. +10 Naja das löschen hat ja mal schon in größerem Umfang auch in meiner Gegend angefangen. :( Bis dato war ja der Grundsatz Jeder trägt ein was ihn interessiert. Jetzt schlägt es wohl um in Jeder löscht was ihm nicht passt. CU Jörg signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM
Am Sonntag, den 25.01.2015, 20:08 +0100 schrieb tumsi: Original-Nachricht Betreff: Re: [Talk-de] Entscheidungsfindung und Toleranz bei OSM Datum: Sun Jan 25 2015 19:38:12 GMT+0100 Von: Jörg Frings-Fürst o...@jff-webhosting.net An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Hi, [...] Naja das löschen hat ja mal schon in größerem Umfang auch in meiner Gegend angefangen. :( Hier sollte eigentlich das passieren, was sonst auch bei nicht abgesprochen Massenedits/-löschungen passiert: Revert und Sperren des Nutzers... Das denke ich auch. CU Jörg signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deprecation von associatedStreet-Relationen
Am Donnerstag, den 22.01.2015, 19:29 +0100 schrieb fly: Am 22.01.2015 um 00:16 schrieb Michael Reichert: Hallo, [...] Weis ja nicht wen Du gefragt hast, aber von nominatim weiß ich, dass die Relation ausgewertet werden und auch funktionieren, während bei Straßen mit vielen Hausnummern ohne Relation Probleme auftreten. +1 [,,,] Ich habe das zum Anlass genommen, frecherweise diese Relation als deprecated (veraltet) zu markieren. [3] Das ist ja wohl dreist und damit greifst Du schon jeder Abstimmung vorraus. Bitter schleunigst rückgängig machen. +2 Im Forum [2] wird das schon diskutiert. Ich bitte euch, wie schon diverse Forumsuser tun, im Wiki darüber abzustimmen. https://wiki.openstreetmap.org/wiki/Talk:Relation:associatedStreet Sauber ? Wo ist da die Diskussion auf tagging@ davor und dann eine erneute Ankündigung der Abstimmung ? +2 [...] cu fly [...] CU Jörg signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jahresrückblick 2014 und Ausblick auf 2015
Hi, Firefox meldet: Dieser Verbindung wird nicht vertraut [Quote] Sie haben Iceweasel angewiesen, eine gesicherte Verbindung zu blog.openstreetmap.de aufzubauen, es kann aber nicht überprüft werden, ob die Verbindung sicher ist. Wenn Sie normalerweise eine gesicherte Verbindung aufbauen, weist sich die Website mit einer vertrauenswürdigen Identifikation aus, um zu garantieren, dass Sie die richtige Website besuchen. Die Identifikation dieser Website dagegen kann nicht bestätigt werden. [/Quote] CU Jörg Am Mittwoch, den 31.12.2014, 18:25 +0100 schrieb wn reader: Michael ist durch alle Wochennotizen 2014 gegangen und hat einen Jahresrückblick erstellt. Und dazu gibt es einen kleinen Ausblick auf 2015… https://blog.openstreetmap.de/blog/2014/12/jahresrueckblick-2014-und-ausblick-auf-2015/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues vom devserver gauss.openstreetmap.de
Am Donnerstag, 30. Oktober 2014, 19:54:47 schrieb Dirk Sohler: Sven Geggus schrieb: [...] … außer natürlich, dass das Datenschutztechnisch ziemlich blöd ist? upps -- Dieses Zertifikat ist abgelaufen. Grüße, Dirk CU Jörg signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM und Windows Phone im Ofline-Betrieb
Hallo Michael, Am Donnerstag, den 02.10.2014, 18:16 +0200 schrieb Michael Kugelmann: Hallo, [...] Kann jemand eine geeignete Applikation für Windows Phone empfehlen? Oder gibt es einen Garmin Emulator für Windows Phone, so dasws man die Garmin-Karten nutzen könnte? Navit arbeitet offline. Und es gibt Navit auch für Windows. Danke, Michael. CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid Threema: SYR8SJXB GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] dev.openstreetmap.de
Hi Sven, Am Dienstag, den 02.09.2014, 12:09 + schrieb Sven Geggus: Jörg Frings-Fürst o...@jff-webhosting.net wrote: [1] http://dev.openstreetmap.de:23457/hudson/job/osmosis/lastSuccessfulBuild/artifact/package/build/distribution/ Wie wäre es wenn Du dierekt die osmosis Emtwickler kontaktieren würdest, deren Baustelle das ist? Die sind wohl alle in Urlaub ;-) Sonst hätte ich nicht hier gefragt. Sven Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid Threema: SYR8SJXB GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] dev.openstreetmap.de
Hallo Christoph, auf Port 80 geht es jetzt wieder, sogar ohne bis 70 zu zählen. ;-) Nur [1] geht immer noch nicht. Aber vielleicht kommt es ja auch noch. Am Samstag, den 30.08.2014, 18:21 +0200 schrieb Christoph (TheFive@OSM): Hallo Jörg, aufrufen, bis 70 Zählen, und schon siehst du eine Seite :-) Klappt wirklich. Christoph [...] Danke Jörg [1] http://dev.openstreetmap.de:23457/hudson/job/osmosis/lastSuccessfulBuild/artifact/package/build/distribution/ -- Jörg Frings-Fürst OSM privat D-54526 Landscheid Threema: SYR8SJXB GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] dev.openstreetmap.de
Hallo, ist dev.openstreetmap.de offline? Ich bekomme keine Seite angezeigt :_( CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid Threema: SYR8SJXB GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] webcam im contact-Namensraum
Hi, Am Dienstag, den 26.08.2014, 23:42 +0200 schrieb Andreas Neumann: Moin, ist es sinnvoll URLs zu Webcams im Contact-Namensraum[http://wiki.openstreetmap.org/wiki/Key:contact:webcam] zu haben? Ich sehe darin keine Möglichkeit zweiseitiger Kommunikation, bzw. die Möglichkeit der Kommunikationsanbahnung... [IRONIE AN] Wenn dann nur mit den zusätzlichen Angaben: - alle möglichen Auflösungen, Farbtiefen und den dazu gehörigen fps - maximal Anzahl der Connections - Angaben zum Jugendschutz (FSK18) - Sämtliche Kontaktmöglichkeiten der Servicehotline für Fehlermeldungen - Angaben für den rechtlich Verantwortlichen [IRONIE AUS] Ich weiß das ich mit meiner Meinung bestimmt wieder alleine dastehe, aber solche Angaben haben IMHO in einer Geoinformations - Datenbank nichts zu suchen. MfG Andreas CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid Threema: SYR8SJXB GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Voting zu use_sidepath läuft
Moin, Am Freitag, den 09.05.2014, 21:31 +0200 schrieb Masi Master: Die blauen Radweg-Schilder geben normale Beschränkungen wieder und gelten für Radweg UND Fahrbahn, also sollte auch beides getaggt werden. Hat erstmal nix mit dem Routing zu tun. bicycle=designated ist zu schwammig formuliert. In Deutschland, aber vor allem weltweit. Das Andere ist, dass das Bevorzugen von bicycle=designated-Radwegen nicht funktioniert. Der Radweg kann länger als die Fahrbahn sein und wird teils deswegen nicht bevorzugt. Oder es wird nur auf Radwegen geroutet. Außerdem funktioniert kürzeste Route (nach StVO) nicht, bei unterschiedlicher Gewichtung. Also wenn ich mit dem Fahrrad fahre, dann brauche ich ein Navi nur für die grobe Richtung und nicht um mir zu zeigen ob ich einen Fahrradweg oder eine Straße benutzten darf oder nicht. Dafür habe ich zwei Augen, die Ihre Signale an mein Gehirn weiterleiten und dort viel besser als in einem Navi verarbeitet werden. Dann passiert es auch nicht wie der Frau aus Belgien, die ins Nachbardorf wollte und auf dem Balkan ankam, weil das Navi sie so geschickt hat. Am 09.05.2014, 06:51 Uhr, schrieb Christoph (TheFive@OSM) thefive@gmail.com: Nach meiner Information ist in Deutschland ein ausgezeichneter Radweg benutztungspflichtig. Ist das nicht aber mappen für die Router ? Die Situation ist doch mit bicycle = designated ordentlich gemappt.. +1 Und demnächst werden dann bestimmt noch Regeln für Routing von Bussen, LKW, PKW, Fußgängern und und und gemappt. [...] Schönes Wochenende Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baum der Woche: Kastanie
Am Dienstag, den 15.04.2014, 09:37 +0200 schrieb tumsi: Original-Nachricht Betreff: [Talk-de] Baum der Woche: Kastanie Datum: Sun Apr 13 2014 12:49:17 GMT+0200 Von: Ralf GESELLENSETTER r...@gmx.de An: talk-de@openstreetmap.org [...] Sollten wir nicht auch die Bärlauchfelder im Wald mappen, damit man auch in unbekannteren Gegenden schnell mal ein paar Blätter für die Küche sammeln kann? SCNR +1 Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxheight=none
Am Montag, den 31.03.2014, 14:01 +0200 schrieb Wolfgang Hinsch: Am Montag, den 31.03.2014, 09:58 +0200 schrieb Martin Koppenhoefer: Am 31. März 2014 09:50 schrieb Florian Lohoff f...@zz.de: [...] Es sollte eine Obergrenze geben für maxheight, z.B. 4,50. Sondertransporte fahren sowieso nicht nach OSM, auch nicht nach irgendwelchen anderen Quellen, sondern erkunden die Strecke zeitnah selbst. Es gibt sonst zu viele Überraschungen durch provisorische Brücken, Leitungsüberführungen etc. pp., wo der Transport hängen bleiben könnte. +1 Übrigens sind Sondertransporte oft nicht nur extrem hoch, sondern auch extrem breit oder lang. Für die Breite könnte man notfalls noch mappen, aber wie wollen wir ermitteln, mit welcher Länge man da noch rumkommen könnte bzw. welchen Balkon man abbauen müsste? ;-) +1 Ich denke maxheight an Brücken und Tunneln ist ok, wenn eine Einschränkung in der mindestens vorgeschriebenen Höhe vorhanden ist. IMHO gilt wenn kein Wert eingetragen ist keine Höhenbeschränkung bzw. über dem gesetzlichen Mindestwert. Eine Eintragung von Mindestwert ist nicht erforderlich und bläht die Datenbank nur mit einem weiteren, nur für spezielle Auswertungen verwendbaren, Wert auf. Maxheight an anderen Bauwerken wie Ampeln, Schilderbrücken ist nicht erforderlich, da diese wohl nur in den seltensten Fällen die vorgeschriebene Durchfahrtshöhe unterschreiten. Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienobjekt aus OSM Datenbank als GPX-Datei exportieren
Hallo Wolfgang Am Sonntag, den 23.03.2014, 17:14 +0100 schrieb Wolfgang Wienke: Hallo, wo finde ich die Möglichkeit oder die Doku obiges möglichst ohne Script (kompliziert -:( ) auszuführen? Die ID der Relation kenne ich! der 2Zeiler sollte das machen wget -nv http://api.openstreetmap.org/api/0.6/relation//full -O / .osm gpsbabel -i osm -f .osm -o gpx -F .kml Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grenze Slowenien - Kroatien
Hi, seit einigen Tagen waren die Relationen 214885 und 218657 nicht mehr geschlossen. Die Änderungen sind in den Changesets 20955266 und 20955506. Meine Änderungen sind in den Changesets 21021916 und 21021856. Wobei ich nur den überhängenden Teil zwischen den Relationen 214885 nach 218657 verschoben habe. Vielleicht kann sich das mal jemand mit Orts- und Sachkenntnis anschauen. Der Grenzverlauf ist dort wohl strittig. Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)
Am Donnerstag, den 20.02.2014, 10:30 +0100 schrieb Martin Koppenhoefer: Am 16. Februar 2014 10:43 schrieb Jörg Frings-Fürst o...@jff-webhosting.net : [...] Zu klären wäre (bevor man das ganz große Entrüstungsfass aufmacht), ob es überhaupt ein Zurverfügungstellen im Sinne dieses Gesetzes ist, wenn man mal einen Kollegen kurz auf eine sich schnell ändernde Anzeige von kryptischen IP-Adressen blicken lässt. Aller Erfahrung nach wird das nämlich kaum ausreichen, sich auch nur eine der angezeigten Adressen zu merken. Auch ist nicht klar (wie bereits angedeutet), dass der log-String überhaupt einen Teil oder gar die gesamte Adresse enthält, das lässt sich AFAIK in der httpd.conf einstellen. 1.) IP-Adressen sind nicht kryptisch, denn wenn sie es wären würden sie nicht dem BDSG unterliegen. 2.) Es ist nicht unmöglich sich jeweils 4 Zahlengruppen von 1-255 zu merken. 3.) Weder die Fossgis, noch einer der Admins, hat sich dazu geäußert wie und in welcher Form personenbezogene Daten gespeichert und geschützt werden. Damit haben sie das Fass selber aufgemacht. Gruß Martin Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)
Am Montag, den 17.02.2014, 09:35 +0100 schrieb Holger Jeromin: Jörg Frings-Fürst schrieb am 16.02.2014 10:43: Am Samstag, den 15.02.2014, 23:26 + schrieb Sven Geggus: hike39 ho...@hike.de wrote: [...] [...] Oh, man, was ist hier für ein Aufreger! Sven sagte, dass er schon mal das access.log zeigt. Er sagt jedoch NICHT was da drin steht. Eine IP ist ein personenbezogenes Datum. Wird die IP im Log nicht oder anonymisiert gespeichert könnte Sven das Logfile sogar online stellen und auf Flugblätter drucken, ohne mit dem BDSG in Konflikt zu geraten. Wenn Du mir jetzt sagst wie seine Aussage [Zitat] OSM sysadmins sehen lediglich einen Zugriff von einer IP mit dem Programm xy. Meist sind das dynamische IP-Nummern von irgendeinem Provider aus irgendeinem Land. [/Zitat] zustande kommt ohne IP in den logs? Der er laut seiner OSM-Userpage admin für alle OSM-Fossgis - Server ist stellen sich mir alle Nackenhaare auf. Und wenn das stimmt was man so im Internet findet: Der arme AG. Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)
Am Montag, den 17.02.2014, 18:54 +0100 schrieb Dirk Sohler: Holger Jeromin schrieb: Wird die IP im Log nicht oder anonymisiert gespeichert könnte Sven das Logfile sogar online stellen und auf Flugblätter drucken, ohne mit dem BDSG in Konflikt zu geraten. Wird die IP in den Logs denn „nicht oder anonymisiert“ gespeichert? [ ] Ja [ ] Nein [ ] Ich weiß es nicht Grüße, Dirk PS: Das muss geklärt sein, bevor hier weiterer Diskussions- oder Handlungsbedarf besteht. Nachdem als einzige Antwort [Zitat]*plonk*[/Zitat] kam hat sich die Klärung hier schon erledigt. Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)
Moin, Am Samstag, den 15.02.2014, 23:26 + schrieb Sven Geggus: hike39 ho...@hike.de wrote: [...] Ich zeige irgendwelchen Kollegen, die einen Webserver mit relativ großen Zugriffszahlen sehen wollen jedenfalls gerne mal ein tail -f /var/log/apache2/access.log auf dem deutschen Tileserver. Und das ist eben _nur_ der deutsche Tileserver. Wie ich das heute morgen gelesen habe dachte ich zu erst ich habe die Augen noch nicht ganz auf. Aber trotz mehrerer Kaffee steht es immer noch da. Festzustellen ist jetzt also das Daten, die dem BDSG unterliegen und nur auf richterliche Anordnung anderen zur Verfügung gestellt werden dürfen, ohne besonderen Anlass [ZITAT] irgendwelchen Kollegen [/ZITAT] bekannt gegeben werden. Gruss Sven Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)
Am Sonntag, den 16.02.2014, 13:10 +0100 schrieb Falk Zscheile: Am 16. Februar 2014 10:43 schrieb Jörg Frings-Fürst o...@jff-webhosting.net: Festzustellen ist jetzt also das Daten, die dem BDSG unterliegen und nur auf richterliche Anordnung anderen zur Verfügung gestellt werden dürfen, ohne besonderen Anlass [ZITAT] irgendwelchen Kollegen [/ZITAT] bekannt gegeben werden. Und ich finde, dass es wesentlich besserer Stil wäre, jemanden auf rechtlich problematisches Verhalten per PM hinzuweisen, anstatt ihn an den Mailinglistenpranger zu stellen. An den Pranger hat er sich selbst gestellt, ich nur auf seine Mail geantwortet und festgestellt das das IMHO nicht in Ordnung ist. Für das eigentlichen Problem, bzw. für dessen Lösung, hat der rechtlich vermutlich zutreffende Hinweis[1] leider keinerlei Relevanz. Er geht nicht über ein: Ätsch, ich habe dich bei etwas erwischt, was du nicht darfst. hinaus. Das denke ich nicht. Der deutsche Tile-Server wird von der FOSSGIS mit Sitz in Potsdam betrieben, unterliegt damit dem deutschen Recht. Also nix Ätsch sondern ein big Problem. Gruß Falk [1] Einmal unterstellt es ist deutsches Recht anwendbar. [...] Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche Ortsnamen in Osteuropa
Hi, On Fr, 2014-01-24 at 14:53 +0100, chris66 wrote: Am 24.01.2014 14:44, schrieb Heinz-Jürgen Oertel: Am Dienstag, 21. Januar 2014, 19:24:18 schrieb Alex Barth: ## Český Krumlov (Krumau) - http://www.openstreetmap.org/node/1599136536/history Neee, das tut weh. Wieso? Bestimmt weil Böhmisch Krumau unter dem der Ort noch zu finden ist und sogar von der UNESCO [1] so geführt wird. Chris CU Jörg [1] http://de.czech-unesco.org/cesky-krumlov/stadtbesichtigung/ -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutsche Ortsnamen in Osteuropa
Moin, On Do, 2014-01-23 at 10:02 +0100, Simon Poole wrote: Am 22.01.2014 01:24, schrieb Alex Barth: .. Wie steht ihr dazu? .. Wie schon darauf hingewiesen wurde ist das schon x-mal diskutiert worden ohne klare Lösung. Denke aber mit einem Ansatz von deinem Vorschlag könnt man das etwas weniger dramatisch machen (ich nehme doch an das es um einen Kunden geht der gerne eine deutschsprachige Karte hätte): trägt doch bei so vielen Städten wie möglich die Bevölkerungszahl ein, dann könnt ihr bei 500'000 oder was auch immer für ein Wert name:de verwenden und bei kleineren nicht. -1 Nicht noch mehr Daten, die mit großer Warscheinlichkeit einmal eingetragen und nicht mehr gewartet werden. Für eine Unterscheidung sollte doch das place-Tag ausreichen. Simon CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation 51477
Moin, ich versuche jetzt seit Samstag die Historie der Relation 51477 (deutsche Grenze) über JOSM herunterzuladen. Das endet immer mit einem Internal Error der API. Laut Nachfrage bei Tom Hughes sind das timeouts bei komplexen Abfragen. Seltsam ist nur das ich auch nachts zu nicht einmal Erfolg hatte; obwohl laut munin alle 3 Servern nicht in Vollast liefen. Wie sieht das bei Euch aus? Schönen Wochenanfang Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
Hallo, On Mo, 2014-01-20 at 18:33 +0100, Holger Jeromin wrote: Martin Czarkowski schrieb am 20.01.2014 17:59: ich würde die Notrufnummer auch gleich mit hinein packen, oder ist die 112 Deutschlandweit einheitlich? Und was ist mit der zuständigen 112 ist EU weit einheitlich: https://de.wikipedia.org/wiki/Euronotruf Die Nummer schadet aber wohl nicht... -1 bei einer europaweiten Rufnummer ist die Erfassung an jedem Punkt etwas viel unnötig. CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid Please use http://www.orsn.org/de/tech/pubdns/ and report you opinions. GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rettungspunkte
Hallo, On Mo, 2014-01-20 at 21:47 +0100, Martin Koppenhoefer wrote: Am 20. Januar 2014 21:02 schrieb Andreas Neumann andr-neum...@gmx.net: Antwort: Im Ernstfall stehen die Personen unter Stress und teilweise unter Schock und können sich an die einfachsten Sachen nicht erinnern. Story-Ende. Außerdem sollten wir im Blick behalten, dass unsere Karten a) auch von EU-Ausländern genutzt wird und b) bei manchen EU-Bürgern der Bildungsgrad unter RTL-Niveau hängen geblieben ist das ist aber beides kein Grund, die db zigtausendfach mit 112 zu befüllen. Wird ja sowieso keiner im Notfall den Planetfile durchsuchen, sondern sich maximal (wenn er nicht gleich vom Handy aus den Notruf anruft, was ich erstmal jedem empfehlen würde) eine für den Endnutzer gedachte Karte ansehen, die aus OSM-Daten generiert wurde (und da kann man dann die 112 auch anzeigen, wenn sie nicht in den OSM-Daten drinsteht). +5 Gruß Martin CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid Please use http://www.orsn.org/de/tech/pubdns/ and report you opinions. GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] subareas in administrativen boundaries
Hallo, On Do, 2014-01-16 at 10:26 -0800, Walter Nordmann wrote: in den letzten Wochen sind viele unserer deutschen administrativen Grenzen (z.b. www.openstreetmap.org/browse/relation/51477 http://www.openstreetmap.org/browse/relation/51477 ) mit subareas beglückt worden. d.h. dort stehen jetzt nicht nur die Ways der Grenze an sich sondern auch noch die Relationen der Bundesländer als Member drin. Nach Absprache sind die Luxemburger subareas auch weg. Liest hier jemand aus Polen mit. Dort sind auch sub-/landareas drin. CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] subareas in administrativen boundaries
Hallo, On Do, 2014-01-16 at 10:26 -0800, Walter Nordmann wrote: hi, in den letzten Wochen sind viele unserer deutschen administrativen Grenzen (z.b. www.openstreetmap.org/browse/relation/51477 http://www.openstreetmap.org/browse/relation/51477 ) mit subareas beglückt worden. d.h. dort stehen jetzt nicht nur die Ways der Grenze an sich sondern auch noch die Relationen der Bundesländer als Member drin. So als Information das sind die Gebiete aus dem sich das Land zusammensetzt. Dies halte ich - und das nicht nur alleine - für ziemlichen Blödsinn, dem ich keinerlei Nutzen entnehmen kann. Darüber habe ich hier auch schon mal gemailt. [...] Ich möchte diese unnötigen und sogar Verwirrung stiftenden Konstrukte bei uns entfernen. Probleme oder Gegenargumente? +1 Keine Probleme und keine Gegenargumente, nur gute Argumente fürs löschen. Gruss walter [...] Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] IPv6 defekt?
Hallo, On Do, 2014-01-09 at 15:49 +, Sven Geggus wrote: fly lowfligh...@googlemail.com wrote: [...] Davon abgesehen, was soll TLS in einem Umfeld bringen, in dem es um den Abruf von Kartenkacheln unter CC-by Lizenz geht? Ich denke mal das https aus 2 Gründen erforderlich sein wird: 1.) Firefox macht es ja schon vor, indem Seiten im Mischbetrieb (https und http) mit Fehlermeldungen quittiert werden. Und die Tests werden in Zukunft tiefer und genauer werden. 2.) Jede verschlüsselte Verbindung weckt bei den entsprechenden Diensten aus ihrem Selbstverständnis heraus Begehrlichkeiten und damit den Aufwand um alles zu erfahren ins unermessliche zu steigern [...] Gruss Sven Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzrelationen und subarea
Hallo Henning, On Di, 2013-12-24 at 10:04 +0100, Henning Scholland wrote: Das Problem liegt darin, dass es zwei Relationen gibt, die man für Grenzen nutzen kann (bzw. die genutzt werden). Zum einen ein ganz normales Multipolygon und zum anderen eine spezielle Grenzrelation. Für erstere is subarea nicht definiert. womit aber immer noch nicht klar ist wofür subarea gedacht und genutzt wird. Henning CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzrelationen und subarea
Hallo Henning, On Di, 2013-12-24 at 11:37 +0100, Henning Scholland wrote: Am 24.12.2013 11:29, schrieb Jörg Frings-Fürst: Hallo Henning, [...] womit aber immer noch nicht klar ist wofür subarea gedacht und genutzt wird. Um eine Hirarchie der Grenzen anzugeben. In der BRD sind die 16 Bundesländer drin, in den Bundesländern die jeweiligen Kreise und kreisfreien Städte, etc. upps wir haben ja gar nicht den 1. April. IMHO unwartbar und verstößt gegen [1]. Henning CU Jörg [1] http://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitreise ins 4. Jahrhundert oder was?
Hi, ich möchte meine Gedanken zu dem schon geschriebenen äußern. Wie schon in meiner vorherigen Mail ist das meine persönliche Meinung und soll nur zur Diskussion anregen. - Daten Meine Meinung zu den erforderlichen Daten habe ich ja schon in der ersten Mail geschrieben. Inzwischen ist es ja so das nicht mehr Wir erfassen nicht für Renderer sondern Wir verbiegen uns nicht für Renderer. Trotzdem ist der augenblickliche Zustand der Daten für jegliche Anwender und Mapper unbefriedigend. Beispiel Straßen: Hier gibt es Spurmapping als einzeln gezeichnete Lanes [1] und als Erweiterung zum highway Tag [2]. Beispiel Hausnummern / Adressen: Karlsruher Schema [3], getaggt am / im Gebäude [4] ... Schon an den beiden, eigentlich einfachen, Beispielen zeigt sich im Grunde immer mehrere Möglichkeiten gibt, die sich teilweise auch gegenseitig ausschließen. - Wartbarkeit / Robustheit In meiner Sicht ist es problematisch das z.B. bei Aufteilung eines Weges die darüber liegende Relation zerstört wird. Im Augenblick wird das korrigieren teilweise von den Editoren übernommen. Eine Möglichkeit das zu verhindern wäre mit Datenstrukturen zu arbeiten, die eine höhere Robustheit gegenüber Änderungen haben. - Sprachen / Übersetzungen Inzwischen sind in der deutschen Grenzrelation ca. 250 Sprachen vorhanden. Hier schlage ich vor in den Daten die Sprache auf * Landessprache * Französisch (Sprache der Diplomaten) * Englisch (Weltsprache) * Hochchinesisch (Weltsprache) zu begrenzen und die restlichen Übersetzungen in der Datenbank in eine Übersetzungstabelle zu überführen. Über die 4 Sprachen ist der Name für den Großteil der Weltbevölkerung verständlich. Die Übersetzungen für die anderen Sprachen stehen aber ebenfalls zur Verfügung, brauchen aber nur noch einmal erfasst werden. Dadurch wird Redundanz vermieden. Denkbar wäre dann z.B. das man auf einer Karte einen Namen anklickt und dann alle oder die gewünschten Übersetzungen angezeigt bekommt. Ich wünsche Euch noch eine besinnliche Weihnacht. CU Jörg [1] http://wiki.openstreetmap.org/wiki/Lanes_and_complex_intersections_visual_approach# [2] http://wiki.openstreetmap.org/wiki/Lanes [3] http://wiki.openstreetmap.org/wiki/Karlsruhe_Schema [4] http://wiki.openstreetmap.org/wiki/Addresses -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org On Mo, 2013-12-16 at 14:40 +0100, Jörg Frings-Fürst wrote: Hallo, ich frage mal direkt: [...] signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzrelationen und subarea
Hi, On Di, 2013-12-24 at 13:37 +0100, Henning Scholland wrote: Hallo Warum schreibst du nicht in deinen Startbeitrag rein, worum es dir bei deiner Frage geht? Ich finde das einen sehr schlechten Diskussionsstil. Zum Thema: Jede Relation ist eine Sammlung von Objekten zu einer Kategorie gehören. Eine Grenzrelation sammelt alle Wege, die zu der Grenze gehören. Eine Routen-Relation alle Objekte, die zu einer Route gehören. Das ist der Sinn einer Relation. Es führt leider zu Problemen, wenn man nur Regeln wiederholt, die irgendwann mal wegen einem konkreten Problem ins wiki gestellt wurden, wenn man den Hintergrund nicht kennt. Wenn ich dir jetzt stumpf Ground Truth vorsetze, könntest du morgen einen Großteil der Grenzen löschen. Wenn ich mich recht erinnere war die Idee dahinter, dass man nur die kleinste Einheit mit ihren Grenzen erfasst und dann bei der nächst höheren Stufe sagt: Diese Einheit besteht aus den angegebenen Untereinheiten. Im Kompromiss mit den Multipolygonbefürwortern ist dann daraus eine Redundanz geworden. Weder das eine noch das andere ist unwartbar. Ich habe mir lange überlegt ob ich auf diese Mail antworte. Mich würde schon gerne interessieren was an - Tag gefunden - im Wiki nachgelesen - Fragen gehabt - an die ML geschrieben und gefragt - Antworten erhalten - eigene Meinung gebildet - diese Meinung veröffentlicht ein sehr schlechter Diskussionsstil sein soll. Zumal ich [Zitat] Persönlich denke ich mal das die überflüssig, da die redundant im gleichen Datensatz aber nicht geordnet, sind. [/Zitat] meine anfängliche Meinung in der ersten Mail geschrieben habe. Nur eins lasse ich bestimmt nicht mit mir machen: Ich lasse mich nicht in eine Ecke mit denen stellen, die Ihre Meinung durchsetzen indem nicht genehmes gelöscht wird. Das habe ich nie gemacht und werde ich nie machen, weil mir die geleistete Arbeit der anderen viel zu wichtig ist. CU signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grenzrelationen und subarea
Him wie sieht das eigentlich mit subarea in Grenzrelationen aus? Auf der englischen Wikiseite [1] stehen die noch als member. Laut Seitenhistorie hatte Frederik die schon einmal rausgeholt (02:45, 19. Jul. 2011). Auf der deutschen Wikiseite [2] ist subarea nicht vorhanden. Persönlich denke ich mal das die überflüssig, da die redundant im gleichen Datensatz aber nicht geordnet, sind. CU Jörg [1] http://wiki.openstreetmap.org/wiki/Relation:boundary [2] http://wiki.openstreetmap.org/wiki/DE:Relation:boundary -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grenze Marokko / Morokko
Hallo, kann sich mal wer die Relation 192691 und 195838 anschauen. Da klafft ein großes Loch drin. Und ein Schwimmbad ist in der 192691 auch drin. Meine französisch Sprachkenntnisse sind zu gering um überhaupt ansatzweise zu verstehen was in den Changesets steht. Ich denke mal das fehlende Stück wurde in dem Änderungssatz 19093948 gelöscht. Kann das mal jemand reverten. In JOSM bekomme ich 29 Fehler angezeigt. Ich überlasse das reverten jemanden mit mehr Ortskenntnis. Danke im Voraus Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zeitreise ins 4. Jahrhundert oder was?
Hallo, ich frage mal direkt: Ist OSM jetzt so etwas wie Wikipedia? Oder soll OSM eine GeoDatenBank sein/werden/bleiben? Ich habe mir heute mal meine Grenzextrakte angeschaut und bei einigen Probleme festgestellt. Dabei ist mir in Island der folgende Änderungsdatensatz aufgefallen: [Zitat] name localizations from wikipedia for ~70 countries without name:got [1] [/Zitat] got als Sprache war mir unbekannt, also nachgeschaut und festgestellt das gotisch damit gemeint ist. Damit das folgende nicht falsch verstanden wird: [Ironie] Ist es jetzt geplant OSM zu den Goten ins 4. Jh. zu transferieren? [/Ironie] Nichts desto trotz drängen sich hier einige Fragen auf: - kannten die Goten Island überhaupt? - Warum wird eine tote Sprache erfasst? Aber vielleicht sollte ich mal etwas weiter ausholen. Ich bin jetzt ja schon ein paar Tage dabei. Ich kann mich an einige Diskussionen in meiner Anfangszeit erinnern. Unter anderem ging es in einer darum zusätzliche Daten für einen Heimatverein zu erfassen. Wenn ich mich richtig erinnere sollten damals diese Daten extern gespeichert werden. Genau der Gegensatz dazu war die kürzliche Diskussion über die Angabe ob zum Zeitpunkt x in einem POI laktosefreie Lebensmittel angeboten wurden. Diese Angaben wurden eingetragen. Also aus meiner Sicht ergeben sich folgende Probleme: - OSM wird immer mehr zu einem Ableger von Wikipedia. - Der Bezug zu GeoDaten tritt immer weiter in den Hintergrund - Die Datenbank wächst immer schneller und wird bald für ext. Anwendungen über Updates nicht mehr zu verarbeiten sein. - Der durch nicht erforderliche Daten verursachte Traffic steigt. Ich könnte mir dazu einige Lösungsansätze vorstellen: - Festlegung welche Daten überhaupt erfasst werden - Trennung zwischen GeoDaten und zusätzlichen Daten und Vorhaltung in getrennten Datenbanken. - effizientere Datenstrukturen Oder vielleicht doch den anderen Weg: [Ironie] - Öffnung von OSM in Richtung Weltwissensdatenbank, Zusammenschluss von OSM, Wikipedia, NSA und GCHQ um die zu erreichen. ;-( [/Ironie] Das waren jetzt meine Gedanken und Vorschläge. Vielleicht seht Ihr das ja anders und / oder habt andere Vorschläge. Dies lässt sich ja nicht bis morgen umsetzten, wir sollten uns jedoch schon Gedanken über die Zukunft von OSM machen. Wobei ich denke je eher damit begonnen wird desto besser. CU Jörg [1] http://www.openstreetmap.org/changeset/17255604 -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Land- UND Forstwirtschaflticher Verkehr
Am 16.12.2013 12:04, schrieb Florian Lohoff: On Sun, Dec 15, 2013 at 09:53:40PM +0100, Mark Obrembalski wrote: Wer im forstlichen Zusammenhang aber tatsächlich ein Navi gut gebrauchen kann, ist der Lastwagenfahrer, der irgendwo Holz aufladen soll. Im Gegensatz zum Forstarbeiter fährt der nämlich heute ganz woanders hin als gestern und kennt sich im jeweiligen Wald drum nicht so gut aus. [...] Mich persönlich interessiert dies überhaupt nicht. Trotzdem ist es sinnvoll, diese Informationen zu erfassen. Ich rendere eine Fahrradkarte, auf der ich Wege, auf denen landwirschaftlicher Verkehr zugelassen ist, anders darstelle als solche, auf denen jeglicher motorisierter Verkehr verboten ist. Für die Familie, die mit kleinen Kindern auf dem Fahrrad unterwegs ist, kann das ein wichtiges Kriterium bei der Streckenwahl sein. Dafür brauche ich access=agricultural. Glaubst Du wirklich das sich ein Land- oder Forstwirt sich daran hält? Wenn die auf ihren Acker wollen dann fahren die, egal was dort erlaubt ist. Ich denke mal Du willst hier ein Alleinstellungsmerkmal für Deine Karte etablieren. Und das verstößt gegen die Regel das wir nicht für Renderer erfassen. CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitreise ins 4. Jahrhundert oder was?
On Mo, 2013-12-16 at 14:57 +0100, rainerU wrote: Am 16.12.2013 14:40, schrieb Jörg Frings-Fürst: [...] Das ist ja noch harmlos. Es soll sogar mal einer einen Holzstapel und die Kennzeichen an seinen privaten Parkplätzen gemappt haben... Klar.. Und demnächst alle Randsteine.. Je mehr ich darüber nachdenke desto mehr gefällt mir das ;-) CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Land- UND Forstwirtschaflticher Verkehr
On Mo, 2013-12-16 at 16:15 +0100, Mark Obrembalski wrote: On 16.12.2013 15:14, Jörg Frings-Fürst wrote: Am 16.12.2013 12:04, schrieb Florian Lohoff: On Sun, Dec 15, 2013 at 09:53:40PM +0100, Mark Obrembalski wrote: Wer im forstlichen Zusammenhang aber tatsächlich ein Navi gut gebrauchen kann, ist der Lastwagenfahrer, der irgendwo Holz aufladen soll. Im Gegensatz zum Forstarbeiter fährt der nämlich heute ganz woanders hin als gestern und kennt sich im jeweiligen Wald drum nicht so gut aus. [...] Mich persönlich interessiert dies überhaupt nicht. Trotzdem ist es sinnvoll, diese Informationen zu erfassen. Ich rendere eine Fahrradkarte, auf der ich Wege, auf denen landwirschaftlicher Verkehr zugelassen ist, anders darstelle als solche, auf denen jeglicher motorisierter Verkehr verboten ist. Für die Familie, die mit kleinen Kindern auf dem Fahrrad unterwegs ist, kann das ein wichtiges Kriterium bei der Streckenwahl sein. Dafür brauche ich access=agricultural. Glaubst Du wirklich das sich ein Land- oder Forstwirt sich daran hält? Du schlägst jetzt aber nicht ernsthaft vor, das Taggen von Verkehrsbeschränkungen davon abhängig zu machen, ob Verstöße häufig oder nur selten vorkommen? Das ist unsachlich und für eine Diskussion IMHO schädlich. Also ich lasse mir durchaus nicht das Wort im Mund herumdrehen. Ich habe und ich werde mit keinem Wort das Taggen von Verkehrsbeschränkungen davon abhängig machen, ob sich irgendwer daran hält oder nicht. Das was bemängele steht genau in dem Absatz über meinem Satz. Für die Familie, die mit kleinen Kindern auf dem Fahrrad unterwegs ist, kann das ein wichtiges Kriterium bei der Streckenwahl sein. Viel schlimmer ist, wiederum IMHO, sich auf eine Karte zu verlassen, die suggeriert das auf einem nicht entsprechend getaggtem Weg kein landwirtschaftlicher Verkehr unterwegs ist. Und was ist mit den landwirtschaftlichen Wegen an denen die Zeichen 1026-36 - 1026-38 einfach fehlen? Sollen die Landwirte dort dann zu Ihrem Acker fliegen? Ich persönlich halte eine Auswertung die darauf aufsetzt das ein Wert nicht getaggt ist für gefährlich und nicht sinnvoll. [...] Gruß, Mark CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft=beekeeper und Direktverkauf
Hallo Nils, zuerst einmal ich lehne das taggen nicht ab, ich bin nur der Meinung das das in den besprochenen Fällen nicht sinnvoll ist. Überlege einmal: der Stand wurde gemappt. Der Betreiber geht in Urlaub, Stand wird abgebaut -- nächster Mapper löscht den Stand wieder in OSM. Zum zweiten sehe ich ein Problem mit der Wartung bzw. den ständig aktuell zu haltenen Aktivzeiten. Und für hier in dem Fall der Imker, was ja IMHO dem Verkauf von Honig impliziert, sollte der Imker - Tag reichen. Den Stand wird man dann schon nicht übersehen. Da kommt mir gerade der Gedanke ob das taggen des Standes für den Imker nicht kontraproduktiv ist - Stand nicht da, oder nicht besetzt -- kein Honig zu verkaufen obwohl man ja mal hätte klingen können. Laut[1] gibt es allein in Deutschland ca. 94.000 Imker. Bei OSM[2] sind mal gerade 215 weltweit eingetragen. Bei der Datenbasis macht es keinen Sinn über OSM nach Imkern zu suchen. Gruß Jörg [1] http://www.deutscherimkerbund.de/index.php?die-deutsche-imkerei-auf-einen-blick [2] http://taginfo.openstreetmap.org/search?q=craft%3Dbeekeeper -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org Am Sonntag, den 20.10.2013, 20:22 +0200 schrieb pmsg: 2013/10/20 Jörg Frings-Fürst o...@jff-webhosting.net Meiner Meinung nach gehören nicht ortsfeste / nicht ständig vorhandenen Stände usw. nicht gemappt. Sonst müsste man auch Marktstände, Kirmisstände usw. mappen. Kurze frage zu deiner Ansicht: Der ortsfeste Stand würde zwar nicht das ganze Jahr Honig/Erdbeeren/Neuer Wein verkaufen, aber ist das ganze Jahr mit einem Schild versehen, das von der Straße aus lesbar ist. Würdest du auch ablehnen, dass interessierte Mapper solche Stände taggen würden bzw. passende Tags dafür schaffen würden? Mir geht es nicht um mobile Marktstände, sondern um solche, die direkt am Grundstück des Erzeugers stehen. Grüße, Nils signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft=beekeeper und Direktverkauf
Am Sonntag, den 20.10.2013, 14:41 +0200 schrieb Martin Koppenhoefer: Am 20/ott/2013 um 13:59 schrieb Peter Wendorff wendo...@uni-paderborn.de: [...] OK, presence_times? Syntax könnte dieselbe sein wie opening_hours -1 Anzahl taginfo für presence_time(s) 0 Meiner Meinung nach gehören nicht ortsfeste / nicht ständig vorhandenen Stände usw. nicht gemappt. Sonst müsste man auch Marktstände, Kirmisstände usw. mappen. Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Account löschen
Am Sonntag, den 20.10.2013, 18:03 +0200 schrieb Manuel Reimer: On 10/19/2013 03:14 PM, Jimmy_K wrote: [...] Viele Daten dürfen schon aus rechtlichen Gründen nicht gelöscht werden. So werde ich kaum verlangen können, dass eine Firma, mit der ich eine Geschäftsbeziehnung hatte, meinen Datensatz komplett löscht. Wie bei OSM: Die Nutzer müssen bei einer lizenzrechtlichen Überprüfung bekannt sein. Ich darf meine Daten aber sehr wohl für die Nutzung für Werbung und Meinungsforschung sperren lassen, wenn ich z.B. keine Newsletter von dieser Firma haben will. OSM verschickt auch verdammt viele Newsletter ;-) Aber so steht es auch in [1]: http://wiki.openstreetmap.org/wiki/FAQ#How_can_I_close_my_account.3F ### Zitat ### How can I close my account? Send an email to the support address and an administrator will disable your account and remove your details from the OpenStreetMap database. Your email address will usually be retained in the event that an OpenStreetMap administrator needs to contact you in the future. ### Zitat Ende ### Jörg [1] -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] craft=beekeeper und Direktverkauf
Nabend Am Samstag, den 19.10.2013, 19:10 +0200 schrieb fly: On 19.10.2013 18:55, pmsg wrote: Hey Nils Wird mit craft=beekeeper unbedingt *eine Verkaufsstelle (für Honig etc.)* in unmittelbarer Nähe der Bienenstöcke impliziert? Nein ! ok. Nach meiner Auslegung von [1] könnte auch die Magazin-Beuten (mit den Bienenstöcken) selbst gemeint sein, oder vielleicht das Eigenheim des Imkers, ohne dass der Imker dort notwendigerweise seinen Honig vertreibt. Ersteres, craft=* ist für den Ort gedacht, an dem ein bestimmtes Handwerk ausgeübt wird. Alles andere ist eher office=*. In Deinem Fall sollten die Bienenstöcke mit craft getaggt werden. craft für die Bienenstöcke? Die Bienen sind zwar fleißig, aber bestimmt keine Handwerker. Wäre für die Stöcke nicht man_made=beehive besser? Ich glaube so steht es auch im Wiki[1]. IMHO gehört craft=beekeeper wenn dann an den Ort wo der Honig aufgearbeitet wird. Ich würde gerne Imker mit Straßenrandverkauf/Direktverkauf/Direktvertrieb mappen, aber bin mir eben nicht sicher, wie ich solche korrekt/eindeutig mappen soll. Direktverkäufe und Stände sind nicht ganz so einfach. Insbesondere, wenn die Stände auf- und abgebaut werden und vielleicht auch noch Jahreszeit bedingt sind. Generell existiert shop=farm [2]. Öffnungszeiten sind auch angebracht und bieten die Möglichkeit bis auf einzelne Tage genau zu taggen. Einen Tag für regelmäßig wiederkehrende Bauten haben wir leider noch nicht. Nicht ständig vorhandene Stände würde ich nicht taggen. Hofläden natürlich schon. Grüße fly [1] http://wiki.openstreetmap.org/wiki/Tag:craft%3Dbeekeeper [2] https://wiki.openstreetmap.org/wiki/Tag:shop=farm CU Jörg [1] http://wiki.openstreetmap.org/wiki/DE:How_to_map_a -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
Am Freitag, den 04.10.2013, 15:06 +0200 schrieb Florian Lohoff: Hi, [...] Dieses bezog sich auf Polygone zur zuordnung von Adressen. Und auch nach deinem Zitat bezweifle ich das die Deutsche Post Polygone hat die der Qualitätanforderung genügen das dort alle Adressen die zu einer PLZ gehören auch innerhalb des Polygons liegen. Ach ja - Was muss deiner Meinung nach eigentlich innerhalb des Polygons liegen? Die Gebäudehülle - Gesamt oder nur Teilweise? Der Eingang? Der Adressnode? Für DE ist das doch einfach zu entscheiden: Eine Adresse ist immer an das entsprechende Grundstück gebunden. Daher das Grundstück. Was ist mit PLZ fuer Adressen die keine Geographische Ausdehnung haben - Großkunden und Postfach PLZ? Wenn dann die GK-PLZ als extra Tag am Adress-Node und Postfach-PLZ garnicht. [...] Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
Moin, Florian was willst Du eigentlich? ZitatEs gibt keine - Ich glaube nicht das die Deutsche Post stand heute Polygone hat. /Zitat Dann habe ich den Link gepostet das es doch Geocodierte Flächen der Postleitzahlgebiete in Deutschland von der Deutschen Post gibt. Als Antwort kam dann von Dir ZitatUnd deine Flächen sind hierfür gut: http://upload.wikimedia.org/wikipedia/commons/8/88/German_postcode_information.png /Zitat Nur das dort keine Postleitzahlengebiete sondern nur Postleitregionen angezeigt werden. [1] Zum zweiten widerspreche ich hiermit Deiner Aussage, das das meine Flächen sind. Zum dritten: Du beurteilst die Qualität der Daten der Deutschen Post; hast also Zugriff darauf. In diesem Thread wurde mindestens 2mal danach gefragt, nur habe ich darauf keine Antwort von Dir gelesen. Gruß Jörg [1] http://de.wikipedia.org/wiki/Postleitzahl_%28Deutschland%29 -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
Hi Peter, Am Mittwoch, den 02.10.2013, 23:53 +0200 schrieb Peter: Am 01.10.2013 20:56, schrieb Peter Wendorff: Am 01.10.2013 17:10, schrieb tumsi: Dazu fänd ich ein missing post-code noch gut (oder seh ich das nicht?). [...] Deshalb schadet Redundanz hier nicht. Ich widerspreche vehement. +1 Man darf die Eigenheiten der Menschen nicht vernachlässigen. Gerade die der deutschen (genau, korrekt, Fehler werden ausgemerzt :-): [...] Am Ende haben wir nicht redundante Daten sondern das Gegenteil: Die addr:postcode passen 100% zu den PLZ-Polygonen und alles sieht toll aus. Nur das die addr: 'falsch' sind da nicht vor Ort geprüft, oder aus unabhängiger Quelle. Am ende scheinen sich die Daten gegenseitig zu 'beweisen', obwohl sie falsch sind. +100 Als Auswerter / Nutzer reicht durchaus ein Wert. Bei zwei Werten ist es durchaus ein Problem automatisch zu entscheiden welcher Wert richtig ist. Daher ist die GK-PLZ in addr:postcode außerhalb der PLZ-Relation ungünstig. Mein Vorschlag dazu wäre addr:letter_postcode. PLZ gehören IMHO daher nur in die entsprechende Relation und nicht an die Nodes / Ways. Laut [3] gibt es in Deutschland ca. 19.000.000 Wohngebäude. Wenn alle Gebäude ein addr:postcode - Tag hätten wäre das allein für Deutschland (14+6) * 19.000.000 ~ 380MByte an Daten die eingespart werden könnten. [...] Hierzu: wie kann man denn eine verlässliche Datenquelle für die PLZ Gebiete bekommen? Eigentlich gar nicht, da sich zumindest alle 3 Monate einiges geändert wird. [1] Oder warten wir einfach bis die Post angekrochen kommt und uns die Daten anbietet. Irgendwann werden sie es tun, denn es kann nur eine [2] geben. Hat dort schon mal jemand nachgefragt? Und wenn ja mit welchem Ergebnis? Und so schlimm kann es mit der Fehlerrate bei den PLZ-Relationen nicht sein. Hier steht ziemlich viel auf 100% [2]. Wobei sich mir gerade die Frage aufdrängt warum Sendungen mit falscher PLZ trotzdem zugestellt werden. Schönen Sonntag noch Jörg [1] http://www.deutschepost.de/dpag?tab=1skin=hicheck=yeslang=de_DExmlFile=1010980 [2] http://wiki.openstreetmap.org/wiki/Import/Catalogue/Postleitzahlen_Deutschland_2010/Todo [3] https://www.destatis.de/DE/PresseService/Presse/Pressekonferenzen/2013/Zensus2011/gwz_zensus2011.pdf?__blob=publicationFile -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Normale Straße ?=mit =?utf-8?Q?area=yes
Hallo Leo, Am Donnerstag, den 03.10.2013, 13:32 +0200 schrieb Leo Koppelkamm: Was haltet ihr davon? Kommt mir z.b. bei http://www.openstreetmap.org/browse/way/206802933 ziemlich überflüssig vor. Beim Tempelhofes Feld macht das ja noch Sinn, aber hier kann ich mir keinerlei Vorteile, auch nicht fürs Routing denken. [...] ich sehe dort keinen Fehler. Die Straße ist als Way und als Area eingetragen. Hintergedanke dürfte sein das es keine weißen Flecken zwischen der Straße und den angrenzenden Flächen gibt. Das funktioniert aber nur wenn die Renderer das auch auswertet. Bis heute habe ich keine passende Karten gesehen. Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
Hallo Martin, Am Donnerstag, den 03.10.2013, 14:51 +0200 schrieb Martin Koppenhoefer: Am 3. Oktober 2013 14:03 schrieb Jörg Frings-Fürst o...@jff-webhosting.net: [...] Als Auswerter / Nutzer reicht durchaus ein Wert. Bei zwei Werten ist es durchaus ein Problem automatisch zu entscheiden welcher Wert richtig ist. Daher ist die GK-PLZ in addr:postcode außerhalb der PLZ-Relation ungünstig. Mein Vorschlag dazu wäre addr:letter_postcode. PLZ gehören IMHO daher nur in die entsprechende Relation und nicht an die Nodes / Ways. gerade weil man es nicht automatisch entscheiden kann, und weil relationen prinzipiell komplexer sind als tags on nodes, würde ich tendenziell eher einer PLZ an einem Node trauen als einer Relation. Alle PLZ die ich an Nodes gehangen habe, kommen von Dingen wie Kassenzetteln oder in anderer Weise von dem jeweiligen Nutzer (Internetseiten etc.). Klar kann man da auch Fehler nicht ausschließen, von daher sollte nichts automatisch gemacht werden, sondern diese Diskrepanzen durch Recherche aufgeklärt werden. Wenn man aber rein auf Relationen setzt entgehen einem sicherlich viele solcher Fehler und schlummern potentiell sehr lange in der db. Also irgendwie verstehe ich die Logik dahinter nicht. Aber mal von Anfang an: PLZ ist ein Merkmal eines geografischen Zustellgebietes. Und sie ist in diesem Gebiet für alle Grundstücke gültig. Damit gibt es eine eindeutige Zuordnung PLZ -- Grundstück. Jetzt sagst Du das Du den PLZ an Nodes / Gebäuden / Ways mehr traust. Gut. Nur was heißt das? Die vorhandenen Daten sind nicht brauchbar, da nur mit Ortskenntnis oder mit 3. Mitteln die Korrektheit überprüft werden kann. Hier drängt sich die Frage auf: Warum werden potentiell falsche Daten erfasst? Ich denke mal hier sollte wie bei is_in die Relationen korrigieren und dann die addr:postcode Tags an den Nodes auslaufen lassen. Dafür spricht auch die leichtere Überprüfbarkeit, schnellere Korrektur und das verringerte Datenvolumen. Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
Am Donnerstag, den 03.10.2013, 16:46 +0200 schrieb Jörg Frings-Fürst: [...] Ironie an Hallo, ich musste doch wieder einmal feststellen das ich immer noch dazu lerne: 1.) Eine Zuordnung PLZ -- Grundstück wird bestritten. 2.) Bis heute war ich der Meinung ein optimaler Weg Daten zu verarbeiten wäre das Vorhalten in einer Datenbank. Jetzt scheint es besser zu sein Daten auszulagern und zu komprimieren. zu 1.) Jetzt stellt sich für mich die Frage warum gibt es dann überhaupt PLZen? Und wie finden die Postsendungen den Empfänger? zu 2.) Ein Planet auf Disketten ist auch eine Möglichkeit. Nur wie lange würde das extrahieren nur von Deutschland dann dauern? Aber man könnte daraus einen neuen Beruf machen - Disk-Jockey ;) Ironie aus Hinweis an Die obrigen Punkte haben mich per PM erreicht, daher keine Möglichkeit zu zitieren. Hinweis aus Ich bleibe trotzdem der Meinung das die PLZ-Polygone nach Korrektur der bessere Weg sind PLZ zu erfassen. Und 19.000.000 Datensätze müssen in der Datenbank gespeichert, indiziert und verarbeitet werden. Und das kostet Zeit und Platz. Gute Nacht Jörg PS. Ich frage mich warum ich mir darüber Gedanken mache. Wo doch noch nicht einmal die administrativen Grenzen in Ordnung sind. Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp
Moin, Am Donnerstag, den 03.10.2013, 17:02 +0200 schrieb Florian Lohoff: Hola, [...] Hierzu: wie kann man denn eine verlässliche Datenquelle für die PLZ Gebiete bekommen? Es gibt keine - Ich glaube nicht das die Deutsche Post stand heute Polygone hat. Ich glaube auch nicht das irgendjemand wirklich mit den Polygonen arbeitet um absolut korrekte informationen zu erarbeiten. ZitatGeocodierte Flächen weisen die Postleitzahlgebiete in Deutschland sowie die Leitregionen und Leitzonen aus /Zitat [1] Gruß Jörg [1] http://www.deutschepost.de/dpag?tab=1skin=hicheck=yeslang=de_DExmlFile=link1020331_1020325 -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PostcodeMap
Hi Florian, dig osm.wno-edv-service.de ergibt: ; DiG 9.9.2-P1 osm.wno-edv-service.de ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 13720 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;osm.wno-edv-service.de.IN A ;; ANSWER SECTION: osm.wno-edv-service.de. 60 IN A 80.244.251.106 [...] Ping auf 80.244.251.106 geht auch. Es sieht so aus als ob der http-Server nicht läuft. Evtl. ist aus nur temporär. Gruß Jörg Am Montag, den 30.09.2013, 15:48 +0200 schrieb Florian Lohoff: Hi, ist die PostcodeMap dauerhauft weg? http://osm.wno-edv-service.de/plz ich fand die ganz schoen um PLZ Fehler in den Adressdaten zu finden. Flo [...] -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zensur in OSM?
Am Samstag, den 21.09.2013, 08:40 +0200 schrieb Jörg Frings-Fürst: ich denke mal ich muss jetzt doch noch einmal antworten: Zuerst einmal warum waren die KFz-Kennzeichen getagget: http://gis.19327.n5.nabble.com/Bundestagswahl-2013-Wahlkreise-in-OSM-tp5774101p5778218.html Und wie man aus den Changesets sehen kann habe ich das so getaggt das die Tags unter Nominatim nicht mehr zu finden waren. Am Samstag, den 21.09.2013, 13:47 -0700 schrieb Walter Nordmann: [...] Sorry, aber das ist - für mich - totaler Quatsch mit Soße. [...] Und für mich ist es absoluter unverständlich das ich jetzt wenn ich durch Bonn fahre anstatt der Straßennamen Stimmbezirk XYZ sehe. Ich habe mir aber nicht angemaßt die Stimmbezirke zu löschen. Am Samstag, den 21.09.2013, 04:35 -0700 schrieb Walter Nordmann: [...] Darauf habe ich angekündigt, dass ich hier am Abend etwas aufräumen werde (Datenschutz). [...] Auch ich habe ein RL außerhalb von OSM und erlaube mir durchaus mal ohne Computer durchs Leben zu gehen. Am Samstag, den 21.09.2013, 23:53 +0200 schrieb Frederik Ramm: [...] Dabei geht es dann natuerlich nicht um Datenschutz, sondern um unerwuenschte Werbung - der betreffende *will* ja meistens seinen Firmennamen (und am liebsten noch eine Beschreibung seines Dienstleistungsangebots) auf der Karte sehen, und wir wollen es nicht. [...] Das ist natürlich ein Argument das ich sofort akzeptiere. Ok, es war ein Fehler von mir. Es heißt ja: Aus Fehlern kann man ja nur lernen. Nur muss man die zum lernen auch kennen. IMHO wäre es besser gewesen mich über meinen Fehler zu informieren anstatt einfach zu ändern. Da die Regel ja nicht nur für mich gilt wäre es doch eine schöne Monats- aufgabe alle Firmen so umzutaggen das sie nicht mehr auf der Karte erscheinen. So jetzt noch persönliche Anmerkungen: - Stellplätze: Ich empfinde es extrem ungemeinschaftlich bei 4 nicht passenden name-Tags die geometrisch richtig eingetragenen Plätze komplett zu löschen und falsch neu einzutragen. Das zurücksetzen der entsprechenden Changesets oder das löschen der tags hätte durchaus gereicht und wären in der Historie nachverfolgbar. Bis dato habe ich OSM als Gemeinschaftsprojekt verstanden. Vielleicht bin ich ja schon zu alt, zumindest achte ich die Arbeit der Anderen. Ich schon einige mal Stellen gehabt die meiner Meinung nach falsch, unrichtig oder sonst wie nicht meinen Vorstellungen entsprachen. Trotzdem wurden die nicht einfach gelöscht sondern mit der entsprechenden Person diskutiert. Und wenn es keinen gemeinsamen Nenner gab wurde auch nichts geändert. Aber [Zitat]aber das ist - für mich - totaler Quatsch mit Soße.[/Zitat] sagt ja wohl alles. Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zensur in OSM?
Am Montag, den 23.09.2013, 12:31 +0200 schrieb Jörg Frings-Fürst: Am Samstag, den 21.09.2013, 08:40 +0200 schrieb Jörg Frings-Fürst: [...] - Stellplätze: Ich empfinde es extrem ungemeinschaftlich bei 4 nicht passenden name-Tags die geometrisch richtig eingetragenen Plätze komplett zu löschen und falsch neu einzutragen. Das zurücksetzen der entsprechenden Changesets oder das löschen der tags hätte durchaus gereicht und wären in der Historie nachverfolgbar. Sorry, heute morgen wurde mir unter JOSM keine Historie angezeigt. Ich bin daher davon ausgegangen das alles gelöscht und neu angelegt wurde. [...] Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zensur in OSM?
Moin, http://www.openstreetmap.org/browse/changeset/17947401 http://www.openstreetmap.org/browse/changeset/17947384 Seit wann unterliegen Holzstapel dem Datenschutz? Seit wann ist es untersagt die aufgestellten Schilder mit den Zuordnungen meiner Autos - Parkplätze zu mappen? Hausnummern am Eingang -- auch Datenschutz? Firmenname gelöscht -- bestimmt kein Datenschutz? Oder doch? Nachricht vor oder über die Änderungen war wohl auch nicht nötig. Ggs. Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM
Moin Chris, Am Donnerstag, den 19.09.2013, 23:15 +0200 schrieb chris66: Am 19.08.2013 20:21, schrieb Harald Schwarz: Hallo, ich habe angefangen die 299 Wahlkreise für die Bundestagswahl 2013 in OSM einzutragen. Mittlerweile sind wir bei den Stimmbezirken für den Bonner Stadtrat angekommen: http://www.openstreetmap.org/#map=14/50.7254/7.0897 Chris und das wird auch noch gerendert ;( Für die Stellen wo noch nichts steht habe ich auch einen Vorschlag ;-) http://www.openstreetmap.org/#map=19/49.97612/6.74208 Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM
Moin, Am Montag, den 19.08.2013, 20:21 +0200 schrieb Harald Schwarz: Hallo, ich habe angefangen die 299 Wahlkreise für die Bundestagswahl 2013 in OSM einzutragen. [...] Zu Deiner Arbeit einige Anmerkungen von mir: 1.) Ein Wahlkreis hat eine Außengrenze. Es sind jedoch auch innen liegende Grenzen enthalten, da einfach nur die Grenzen der zusammengefassten Verwaltungseinheiten zusammengefasst wurden. [1] 2.) Die verwendete Datenbasis ist ungenau / falsch. Hier in der Gegend sind die Gemeindegrenzen teilweise so verschoben das die Straßen in anderen Gemeinden liegen. Das ist wohl historisch bedingt, da die Grenzen irgendwann einmal ohne genaue Ortskenntnis bzw. ohne genaue Daten eingezeichnet wurden, weil da Grenzen hingehören. 3.) Warum der tag is_in:state_code? Da Wahlkreise Bundeslandgrenzen nicht überschreiten ist die Zuordnung zu dem Bundesland über dessen Relation möglich. Zumal die Verwendung von is_in durchaus kontrovers diskutiert wurde. Und wenn schon dann die richtigen Codes [2], also DE-RP anstatt RP, verwenden. Gruß Jörg [1] http://www.openstreetmap.org/browse/relation/2970700 [2] http://de.wikipedia.org/wiki/ISO_3166-2:DE -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM
Moin, Am Montag, den 02.09.2013, 09:42 +0200 schrieb Martin Koppenhoefer: Il giorno 01/set/2013, alle ore 15:53, Frederik Ramm frede...@remote.org ha scritto: Wollen wir das alles? Und wenn nicht alles, dann wo ist die Grenze? m.E. wollen wir alles. Dem kann ich absolut nicht zustimmen. Das ist ist Openstreetmap und nicht [Ironie an] Wo finde ich den nächsten Laden, der Produkt X für weniger als Y,YY € anbietet und Sonntags um 16:32 Uhr geöffnet hat. [Ironie aus] Ich möchte jetzt nicht mit Relevanz anfangen. Im Augenblick brauche ich zu Stoßzeiten ca. 35 Sekunden um ein Minuten-Update in meine Datenbank einzuarbeiten. (Der Rechner ist von der Ausstattung eher im oberen Mittelfeld einzuordnen.) Es ist also absehbar das das aktualisieren der Daten nicht mehr ständig möglich ist. Daher frage ich mich schon manchmal ob alles was eingetragen wird sinnvoll ist. Zu den Wahlkreisen: Es wird mit den Angaben die korrekte Lage der Wahlkreise suggeriert. Dies stimmt jedoch nicht da die Daten auf, zumindest in den unteren Verwaltungseinheiten, teilweise falschen Grenzverläufen beruhen. Daher sind die Daten nicht brauchbar. Und wenn hätte durchaus eine Relation pro Wahlkreis gereicht. Ich denke mal das die angelegten Relationen zum großen Teil über Overpass abgefragt und dann über JOSM eingefügt wurden. Denn in 2 Minuten kann ich die nicht erfassen. Also bei Wikipedia würde ich mir jetzt einen Schnelllöschantrag überlegen. Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bundestagswahl 2013, Wahlkreise in OSM
Am Montag, den 02.09.2013, 14:14 +0200 schrieb Martin Koppenhoefer: Am 2. September 2013 13:51 schrieb Jörg Frings-Fürst o...@jff-webhosting.net : [...] Ich möchte jetzt nicht mit Relevanz anfangen. wie meinst Du das? Genau darum geht es doch in dieser Diskussion? Ja gut dann sind die Daten irrelevant: 1.) Ein Wahlkreis wird nicht durch den direkt gewählten Abgeordneten vertreten, da der Wahlkreis keine Gebietskörperschaft ist. 2.) Auch die Gebietskörperschaften die in dem Wahlkreis liegen haben kein Wahlrecht bei den Wahlen und können daher nicht von dem direkt gewählten Abgeordneten vertreten werden. 3.) Ein Wahlkreis ist die Zusammenfassung von wahlberechtigten Einwohnern zu einem bestimmten Zeitpunkt. Der durch diese Einwohner gewählte Abgeordnete vertritt dann die Gesamtheit der Einwohner zum Zeitpunkt X. 4.) Durch Fluktuation aus allen möglichen Gründen ändert sich die Zusammenstellung der Einwohner ständig. Da ein Bürger bei einem Zuzug aus einem anderen Wahlkreis dort schon einen Abgeordneten legitimiert hat darf er keinen zweiten legitimieren. Er gehört damit erst zur nächsten Wahl dem neuen Wahlkreis an. 5.) Damit Daten relevant sind müssen sie korrekt sein. Sie sind es aber zumindest teilweise nicht. Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Moin Dirk, in §126 Abs. 3 Baugesetzbuch steht: Der Eigentümer hat sein Grundstück mit der von der Gemeinde festgesetzten Nummer zu versehen. Im Übrigen gelten die landesrechtlichen Vorschriften. Die Nummern werden den Grundstücken zugeordnet und werden als Hausnummer im Grundbuch eingetragen. Die Nummern werden zumindest hier auch für Grundstücke vergeben die noch nicht bebaut sind, aber in einem Gebiet mit Bebauungsplan liegen und bebaut werden könnten. Nur so lassen sich dann auch Hausnummern wie 8-12 erklären, bei denen die Bebauung über mehrere Grundstücke geht. Schönes Wochenende noch Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org Am Freitag, den 30.08.2013, 13:02 +0200 schrieb Dirk Sohler: Martin Koppenhoefer schrieb: m.E. am sinnvollsten auf dem gesamten Gebiet, auf dem sie gilt. HAUSnummer, nicht Grundstücksnummer (das wäre dann nämlich die Flurstücksnummer aus dem Katasterplan). Zudem beschreibt eine Adresse im allgemeinen Sprachgebrauch immer ganz konkret einen Wohnort (Straße, Hausnummer, ggf. Appartement-Nummer), und nicht ein Grundstück (vgl. Flurstücksnummer, die „Adresse des Grundstückes“). Grüße, Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Deutschland Grenze Relation 1.111.111
Moin, kann sich mal jemand die Grenze von Deutschland (Rel. 1.111.111) anschauen? Ich sehe da ein großes Loch im Westen. Zwischen Holland und Frankreich fehlt einiges. Beim schnellen Durchschauen der Änderungen ist mir jetzt nichts gravierendes aufgefallen. CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutschland Grenze Relation 1.111.111
Hallo Walter, ja ich habe es mit josm angeschaut. ;-(( Werde dann mal schauen ob es dazu schon einen Bugreport gibt. Danke. CU Jörg Am Montag, den 19.08.2013, 02:32 -0700 schrieb Walter Nordmann: Jörg Frings-Fürst wrote Ich sehe da ein großes Loch im Westen. Zwischen Holland und Frankreich fehlt einiges. Beim schnellen Durchschauen der Änderungen ist mir jetzt nichts gravierendes aufgefallen. Hi Jörg, was hast du denn für Probleme mit meinem Baby? (1) Von der Geometrie ist/war das teil prima im Schuß. Habe gerade noch eine Auswertung (2) gefahren, die ohne 111 nicht funktionieren würde. Könnte es sein, dass du dir die Rel im Josm anschaust? Der hat nämlich Probleme, Relationen, die aus mehreren Sub-Relationen bestehen, vernünftig darzustellen. Gruss walter [...] -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] PostgreSQL nach pbf
Hallo, gibt es eine einfach Möglichkeit aus einer Postgresql Datenbank im Snapshotschema einen durch ein Polygon abgegrenzten Bereich in ein pfb-File zu schreiben? Ich habe bis jetzt nur osmosis mit einem Zwischenschritt über eine bounding-box gefunden. $OSMOSIS \ --read-pgsql host=XX database=XX user=XX password=XX \ --dbb left=6.56 right=5.69 top=50.20 bottom=49.43 completeWays=true \ --bounding-polygon file=LU.poly completeWays=true \ --wb file=LU.osm.pbf CU Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] planet - File
Hallo Walter, Am Samstag, den 10.08.2013, 00:41 -0700 schrieb Walter Nordmann: nein, kommt aber gelegentlich schon mal vor. Eine Frage zu deinem Projekt: es ist dir anscheinend vor einigen Tagen gelungen, Postgresql und PostGis zum Laufen zu bringen - ich war ja auch einer der kleinen Helferlein ;) Danke nochmal dafür. Hast du tatsächlich die Absicht, dein Projekt mit dem Planet-File weiterzuführen? Das halte ich für den nächsten Step mit Verlaub für leicht gewagt. Nee eigentlich nicht. Der Umstieg von .pbf auf die Datenbank war schon länger geplant. Problematisch war nur die kurzfristige Entscheidung anstelle der LTS-Version die 13.04 raring zu nehmen. Und das der Serverumzug unplanmäßig um einen Monat vorgezogen werden musste. Selbst auf sehr starken Maschinen (*) dauert ein Full-Import mehrere Tage und wird gerade am Anfang mehrfach abgebrochen und neu aufgesetzt, bis er endlich klappt. 3-5 Versuche dürften es schon sein - plan also mal August/September ein. 1 Versuch und 1 Hotrun. Backe lieber kleine Brötchen und starte mit einem Extrakt der geofabrik.de - ich würde einen Stadtstaat (Bremen, Hamburg, Berlin) oder allerhöchstens ein kleines Bundesland (Saarland) empfehlen. Dann hast du das eventuell in 1-2 Tagen im Griff und kannst *dann* den Planet-Import starten. Den Versuch habe ich mit einem Extrakt von Trier gemacht. Lief durch und jetzt läuft der Planetimport. Gruss walter *) Mein Möhrchen hat eine 8-Core Cpu, 32 Gb Memory und 6 Tb Disk für OSM - Dauer des Full-Importes: 3.5 Tage! So ähnlich ist meine auch. Ich habe mal mit 5-6 Tagen gerechnet. Ist aber gut das es evtl. schneller geht. Schönes Wochenende.. Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] planet - File
Sorry für den letzten fast unlesbaren Post. Die ML kommt anscheinend nicht mit einer S/MIME Signierung zurecht. Jörg Hallo Walter, Am Samstag, den 10.08.2013, 00:41 -0700 schrieb Walter Nordmann: nein, kommt aber gelegentlich schon mal vor. Eine Frage zu deinem Projekt: es ist dir anscheinend vor einigen Tagen gelungen, Postgresql und PostGis zum Laufen zu bringen - ich war ja auch einer der kleinen Helferlein ;) Danke nochmal dafür. Hast du tatsächlich die Absicht, dein Projekt mit dem Planet-File weiterzuführen? Das halte ich für den nächsten Step mit Verlaub für leicht gewagt. Nee eigentlich nicht. Der Umstieg von .pbf auf die Datenbank war schon länger geplant. Problematisch war nur die kurzfristige Entscheidung anstelle der LTS-Version die 13.04 raring zu nehmen. Und das der Serverumzug unplanmäßig um einen Monat vorgezogen werden musste. Selbst auf sehr starken Maschinen (*) dauert ein Full-Import mehrere Tage und wird gerade am Anfang mehrfach abgebrochen und neu aufgesetzt, bis er endlich klappt. 3-5 Versuche dürften es schon sein - plan also mal August/September ein. 1 Versuch und 1 Hotrun. Backe lieber kleine Brötchen und starte mit einem Extrakt der geofabrik.de - ich würde einen Stadtstaat (Bremen, Hamburg, Berlin) oder allerhöchstens ein kleines Bundesland (Saarland) empfehlen. Dann hast du das eventuell in 1-2 Tagen im Griff und kannst *dann* den Planet-Import starten. Den Versuch habe ich mit einem Extrakt von Trier gemacht. Lief durch und jetzt läuft der Planetimport. Gruss walter *) Mein Möhrchen hat eine 8-Core Cpu, 32 Gb Memory und 6 Tb Disk für OSM - Dauer des Full-Importes: 3.5 Tage! So ähnlich ist meine auch. Ich habe mal mit 5-6 Tagen gerechnet. Ist aber gut das es evtl. schneller geht. Schönes Wochenende.. Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] planet - File
Hallo, ist irgendwas bekannt warum der wöchentliche Planet-File noch nicht da ist? Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Postgresql / postgis Installation
Hallo Peter, Am Mittwoch, den 07.08.2013, 23:02 +0200 schrieb Peter Körner: Hi Jörg, ausschnitte von https://github.com/MaZderMind/osm-history-renderer/blob/master/TUTORIAL.md könnten dir weiterhelfen. Lg, Peter danke das war es :-) Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Postgresql / postgis Installation
Hallo, gibt es irgend wo eine Beschreibung wie ich unter ubuntu 13.04 postgresql (9.1) für osmosis das snapshot-Schema installiere? Ich hänge im Augenblick schon beim installieren von hstore. Über google habe ich einiges gefunden, aber in französisch und japanisch / chinesisch. Danke für Eure Hilfe. Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Am Dienstag, den 06.08.2013, 18:39 +0200 schrieb Henning Scholland: Für mich gehört sowas genauso wenig in die OSM-DB wie die Info, dass es im Restaurant um die Ecke Pommes mit Schnitzel gibt oder im Aldi Cola und Salami. Das ist eher ein Fall für externe DB und overpassID auf das OSM-Objekt. Henning +1 Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und drink:soy_milk
Hallo Martin, Am Dienstag, den 06.08.2013, 22:42 +0200 schrieb Martin Koppenhoefer: Am Dienstag, den 06.08.2013, 18:39 +0200 schrieb Henning Scholland: Für mich gehört sowas genauso wenig in die OSM-DB wie die Info, dass es im Restaurant um die Ecke Pommes mit Schnitzel gibt oder im Aldi Cola und Salami. wobei es halt seltener sojamilch gibt als Schnitzel mit Pommes oder Cola Für manch einen ist es zuviel Detail, die akzeptierten Zahlungsmittel zu taggen, andere machen bei Tankstellen oder Bitcoin ne Ausnahme. Du musst den tag ja nicht verwenden, aber solche Randgruppenzusatztags sind m.E. problemlos zu ertragen da sie erstmal kaum negative Auswirkungen haben, aber neue Mapper bringen können, und falls sie dann doch weitere Verbreitung finden sollten, dann wird das an einem breiteren Interesse liegen, und dann sollte es uns auch freuen. Wenn es ein paar Leute gibt die gerne was mappen wollen, und die sich auch darauf freuen, dass andere daran mitarbeiten, die sollten das m.E. in OSM tun können, ohne dass sie über Relevanzkriterien in eine externe db geschoben werden. [...] Ich denke das das nur teilweise richtig ist. Was nutzt es wenn man mit Elan die Tags bearbeitet und dann feststellen muss das es keine Karte gibt, die die Infos auch anzeigt. Und dann die Motivation gegen null geht. Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E http://cacert.org signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Serverneueinrichtung
Hallo Walter, danke für Deine Angaben. Dann will ich mal hoffen das 2 TB für 1 Jahr ausreichen. Gruß und schönes Wochenende. Jörg Am Montag, den 29.07.2013, 14:56 -0700 schrieb Walter Nordmann: Jörg Frings-Fürst wrote Hat das in letzter Zeit schon mal jemand gemacht und kann mir Angaben zum erforderlichen Platz machen? Klaro :) Ich fahre einen Planet im Snapshot-Schema mit minütlichen diffs. Meine DB ist derzeit ca 780GB groß und *wird kontinuierlich grösser* . http://gis.19327.n5.nabble.com/file/n5771930/postgres_size_planet-month.png http://gis.19327.n5.nabble.com/file/n5771930/postgres_size_planet-year.png Diese Größe setzt sich einerseits aus den Datentabellen aber auch den ebenfalls riesigen Indices zusammen. Zudem sollte man eine Reserve von mindestens der 4-Fachen Größe der größten Tabelle haben, damit man Vacuums fahren kann. nodes: 194GB ways: 138 GB way_nodes 114 GB relations 13 GB (habe eine sehr große geom-Spalte, die sonst nicht vorhanden ist) relation_members 1.6 GB Indices sind ähnlich groß. Real fahre ich die DB auf einem Raild-5 aus 3x2TB, also mit *4TB* verfügbarem Platz. Kosta Quanta 3x120€ waren mir als Privatmann die Sache wert. Drunter würde ich es bei den heutigen Plattenpreisen auch nicht machen. Gruß walter p.s. der Spike im 2. Bild war mal eine intensive Auswertung mit temporären Tabellen. -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net CAcert Serialnr.: 0D:9A:23 http://cacert.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Serverneueinrichtung
Hi, im Augenblick verwende ich zum Erzeugen von Navit-Karten ein ständig aktualisiertes Planetfile im pbf-Format. Der Server erreicht bald das Ende seines Lebens und wird ersetzt. Dabei soll das ganze dann auch über eine Datenbank (postgresql mit pg_snapsnot schema) laufen. Angedacht ist der Ersatz entweder durch einen großen oder getrennt DB und Anwendungen auf jeweils einem kleineren. Bei der initialen Übernahme der Daten dürfte der erforderliche Festplattenplatz das Problem sein. Meine Frage dazu: Hat das in letzter Zeit schon mal jemand gemacht und kann mir Angaben zum erforderlichen Platz machen? Danke im Voraus! Gruß Jörg -- Jörg Frings-Fürst OSM privat D-54526 Landscheid GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A Full GPG key: hkp://pool.sks-keyservers.net signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Am Samstag, den 27.07.2013, 16:34 +0200 schrieb p...@wuzel.de: [...] Ich empfinde den aktuellen Zustand als sehr gelungenen Kompromiss zwischen Datenschutz und funktionsfähiger Community. Und ich glaube, dass es nicht zwingend Aufgabe von OSM ist, jedem nochmal die triviale Tatsache einzuhämmern, dass er mit allem, was er tut, Datenspuren hinterlässt. Natürlich spricht trotzdem nichts dagegen, das an geeigneter Stelle klar zum ausdruck zu bringen. [...] +10 Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Am Samstag, den 27.07.2013, 22:57 +0200 schrieb Tirkon: [...] Unser Kunden wissen die Sanftheit unseres Klohpapiers Samti zu schätzen. Jetzt neu mit zusätzlichem Unterhaltungswert: Lesen sie jetzt während Ihrer Sitzung auch die ausführlichen Analysen über die User der berühmten OSM Datenbank. Samti, jetzt fast zu schade zum Abwischen. [Ironie] toll ein neue Geschäftsidee. [/Ironie] Ich verstehe kann einfach Deine Intention nicht. Als Nutzer mit einigen Edits und mehreren Teilnahmen an Konferenzen hast Du - noch nie Deine UserSite bei OSM angeschaut? Und dort Deine Edits noch nie gesehen? - noch nie beim Editieren angeschaut wer etwas vor Dir anders erfasst hat? [Zitat] Ich streue Asche auf mein Haupt, dass sich wegen mir Leute angemeldet haben, die eigentlich Bedenken hatten. [/Zitat] Mit Deiner Erfahrung hättest Du es eigentlich besser wissen müssen. Doch mal zu mir: Vorab erstmal: Obwohl ich einen Nicknamen in meinem Account verwende bin ich, da ich bei OSM meinen genauen Standort angegeben habe, durchaus identifizierbar. Und dies habe ich bewusst so gemacht. Wenn ich mir meine Heatmap mal anschaue, dann umfasst die um meinen realen Standort einen Bereich mit schlecht geschätzt 80.000 Einwohnern. Also mehr als der User kommt vermutlich aus dem Ort ist über die Heatmap nicht drin. Also bin ich darüber nicht zuzuordnen, zumal es hier im Dorf noch einen aktiven Mapper gibt (Nein das ist nicht mein Zweitaccount). Aber was ist das: Da gibt es ja unter anderem noch einen Bereich in Nordafrika. Doch was will man daraus schließen? Das ich da in Urlaub war? Nein Das ich dort aktiv gekämpft habe? Nein Dort habe in einfach für HOT gemappt. Oder ein anderes Beispiel: Ich habe in Trier unter anderem einige Gebäude gemappt in denen Bordelle untergebracht sind / waren. Welche Rückschlüsse auf mich sollen daraus abgeleitet werden? Das einzigste was man mir dort vorwerfen kann ist das ich dort vorbeigefahren bin. Und ich gebe freiwillig zu das jede Woche mindestens 2 mal über die dortige Autobahn fahre. ;-) Wenn man sich die Datensatzbeschreibungen anschaut, dann ist noch nicht einmal die Aussage xy war um die Uhrzeit an dem Punkt und hat dort gemappt möglich. Es wird in den Änderungssätzen keine IP gespeichert. Also ich denke mal Konsens sollte sein, das bei Nutzung eines Nicknamens und ohne Angabe des Wohnortes über vorhandenen und genutzten der Planetfiles und der Diffs weder eine direkte Zuordnung zu einer Person noch ein Bewegungsprofil erstellt werden kann. So ein Projekt wie OSM lebt unter anderem davon das man untereinander kommunizieren und unterschiedliche Ansichten direkt austauschen kann. Und für mich ist es beim Mappen schon ein Unterschied ob ein Objekt von einem User, der vor 2 Jahren 10 Edits gemacht hat oder von einem User der aktuell noch mitarbeitet, kommt. Was mir viel mehr Sorgen macht ist das diese EMail vermutlich für Monate bei der NSA gespeichert wird. Und das dort über den Abgriff meiner Handydaten ein genaues Bewegungsprofil erstellt werden kann. Aber das ist ein anderes Thema. Gruß Jörg Auf der Hauptseite wird man aber großlettrig in Sicherheit gewogen, da hier nur die Rede davon ist, dass **Geo**-daten verbreitet werden. Auf diesen Gegensatz muss man einfach hinweisen, denn er hat rein gar nichts mit den üblichen Datenspuren zu tun. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki
Hi, Am Samstag, den 27.07.2013, 17:01 +0200 schrieb Tirkon: [...] Bevor Du eine Mitwirkung an den OSM Karten erwägst, solltest Du wissen, dass jeder Deiner Edits Deinem Usernamen zugeordnet wird. Diese Information wird zusammen mit den Geodaten unter freier Lizenz veröffentlicht. Das ist ok. Daraus resultiert, dass jeder auch außerhalb von OSM analysieren kann, wann, wo Du was editiert hast. Wo ist dabei das Problem? Beispiele dafür, welche Rückschlüsse diese Analysen zulassen, findest Du hier [1]. Welche Rückschlüsse bitte? Bedenke, dass insbesondere Dein persönliches Umfeld Dich anhand dieser Analysen möglicherweise identifizieren kann, auch wenn Du nicht mit Deinem Realnamen angemeldet bist. Belege oder Beweise dazu. Persönlich denke ich das das zu weit geht. Im Augenblick wird dieses Thema auf der ML ja ziemlich heftig kontrovers diskutiert. Du schaffst damit Fakten, ohne diese bis jetzt nur einmal belegt zu haben. Bei deiner Erfahrung in OSM hätte ich schon erwartet das Änderungen erst bei einem Konsens gemacht werden. Die Änderungen habe ich nicht zurückgenommen, aber auf disputed gesetzt. Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz Warnung im englischen OSM Wiki
Hi Dirk, Am Sonntag, den 28.07.2013, 18:47 +0200 schrieb Dirk Sohler: [...] In den letzten Mails hier ist doch ziemlich deutlich geworden, dass nicht nur „Anfänger“ überrascht sind, sondern auch erfahrene Mapper, die schon länger dabei sind, dass unter „frei verfügbare Geodaten“ offenbar auch das massenhafte, automatisierte, externe Abgreifen, zusammenführen und Auswerten von Userdaten fällt. Das das erst jetzt auffällt glaube weder Tirkon noch Dir. Jetzt lege doch mal einen Beweis oder Beleg dafür vor das in irgend einer Auswertung reale Personen aufgrund einer Auswertung der OSM-Daten identifiziert wurden. Grüße, Dirk Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?
Hi,
Am Sonntag, den 28.07.2013, 19:50 +0200 schrieb Peter Wendorff:
[...]
Wenn die Daten erreichbar sind - ob auf osm.org/user/{username}/edits
oder über die API, oder sonstwie, ist egal. Wenn es sich automatisieren
lässt, dann unterscheidet sich das nicht im Sinne des Datenschutzes.
+100
Gruß
Peter
Gruß Jörg
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Project of the Week und Gamification
Hi Martin, Am Montag, den 15.07.2013, 10:47 +0200 schrieb Martin Koppenhoefer: Am 15/lug/2013 um 09:38 schrieb Pascal Neis pascal.n...@gmail.com: ps. die Diagramme an welchen Tagen und zu welchen Uhrzeiten ein Member aktiv ist, habe ich heute morgen aus HDYC entfernt. Ich bin selbst der Meinung, das diese Information besser nicht angezeigt werden sollte. schade, ich fand das eine ganz interessante Information (weniger die anderer Leute als meine eigenen). +1 Gruß, Martin Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] wikipedia - Tags
Hallo, beim bearbeiten ist mir bei der A1 nördlich nördlich des Dreiecks Vulkaneifel der Tag reg_name:wikipedia [1] aufgefallen. Sollte das nicht nur auf wikipedia lauten, zumal es einen Wikipediaartikel Eifelautobahn gibt? Und im dem Bereich heißt die Autobahn Eifelautobahn. Wäre da nicht name anstatt reg_name besser? Schönen Sonntag noch Jörg [1] http://www.openstreetmap.org/browse/way/25847113 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags für die grüne Welle
Am Sonntag, den 10.02.2013, 12:54 +0100 schrieb Timo Schaal: Hallo, ich bin skeptisch. Das ist ja nochmals komplizierter als ÖPNV Relationen und die versteht doch schon kaum einer. Außerdem frage ich mich, wie man an solche Informationen ran kommen soll? Beim ÖPNV kann ich einfach eine Linie abfahren und kenne damit die Relation. Zusätzlich gibt es dann auch noch Aushänge. Ich glaube, dass die grünen Wellen zu speziell sind, als dass sie in OSM aufgenommen werden müssten und die Informationsbeschaffung ist für eine ordentliche Wartung der angelegten Relationen mit zu großen Hürden verbunden. Ich vermute nicht, dass zu den grünen Wellen regelmäßig Dokumente veröffentlicht werden und deine Information eher Insiderwissen ist? Daher mein Votum: Dagegen, solche Relationen aufzunehmen - unabhängig von dem Taggingschema. Grüße und sorry Timo [...] +1 Ich kann Timo nur voll und ganz zustimmen. Bei allen möglichen Eingangsparametern wie Uhrzeit, Wochentag, Feiertag, Verkehrsdichte, Verkehrsfluß usw. lassen sich IMHO ohne Kenntnis der genauen Programmierung nur mit erheblichem Aufwand erfassen. Und bei chaotischer Ampelsteuerung unmöglich. Wenn dann in einer externen Datenbank und nicht in OSM. Schönen Sonntag noch Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellung auf lanes AA Wittlich-West
Hallo Bernhard, Am Samstag, den 12.01.2013, 15:18 +0100 schrieb Bernhard Weiskopf: Hallo Jörg, das gefällt mir schon viel besser (und sicherlich auch den Navis ;-) Was ich nicht verstehe, ist der Grund für das Teilen der primary-Fahrbahn in zwei Teilstücke zwischen den beiden Auffahrten (z. B. http://www.openstreetmap.org/browse/way/130356158 und http://www.openstreetmap.org/browse/way/199910549 Und fast das gleiche nochmal kurz dahinter. Da habe ich noch keine Lösung für gefunden. Eigentlich sind dort ja alle Fahrspuren mit durchgezogener Linie, die dann aber das abbiegen unmöglich machen würde. Zwei turn restrictions vermisse ich noch, z. B. das Linksabbiege-Verbot von http://www.openstreetmap.org/browse/way/199910549 nach http://www.openstreetmap.org/browse/way/129973170 Ich denke mal das erübrigt sich sich da eine durchgezogene Linie vorhanden ist. Ich würde die schrägen motorway_link-Fahrbahnen wie http://www.openstreetmap.org/browse/way/129973170 wenige Meter früher abzweigen lassen, etwa beim Beginn der durchgezogenen Linie oder ein wenig später, eben dort, wo man am Lenkrad drehen muss. Du hast sie genau an der baulichen Trennung angebunden, das ist aber auch korrekt und unkritisch. (Liegt der Abbiege-Knoten zu weit nach dem tatsächlichen Abzweig, kommt der Navi-Hinweis Jetzt rechts abbiegen vielleicht zu spät. Macht man dagegen Spurmapping, also frühes Aufteilen, kommt am Knotenpunkt eventuell der Hinweis Jetzt rechts halten, am Abbiegepunkt aber gar kein Hinweis mehr, denn das ist dann ja eine normale Kurve und kein Abzweig mehr.) Dann müsste Jetzt rechts abbiegen bei einer normalen Kreuzung auch immer zu spät kommen. Oder? [...] Was mir am Rand noch auffiel, mit dir aber nichts zu tun hat: südlich der A 60 sind die Feld-Flächen bis in die Mitte des Wirtschaftswegs gezeichnet, das ist nach meiner Ansicht falsch, denn die Flächennutzung endet am Wegrand. Ich habe den Mapper schon angeschrieben, da er fast immer Wege als Grenzen zu Flächen nimmt. [...] In der Hoffnung das meine Heizung bald wieder Ihren Zweck nachkommt: Schönen Abend.. Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellung auf lanes AA Wittlich-West
Hi Martin, Am Samstag, den 12.01.2013, 14:41 +0100 schrieb Martin Vonwald: Hi! Der gepatchte Style liegt hier: http://www.vonwald.info/osm/josm/Lanes.mapcss Ich habe mit Wolfgang, dem Autor des Stiles, kurz gesprochen. Er meint, er wird den Stil in der nächsten Zeit noch überarbeiten und ihn möglicherweise beschleunigen. Für's Lanes-Tagging ist der Stil mEn jetzt schon unverzichtbar! Danke dafür! Zu deinem Tagging: * Tippfehler auf http://www.openstreetmap.org/browse/way/200209868: du hast hier turn:lanes:forward mit korrekten Werten und turn:lanes:foreward mit Tippfehler und falschen Werten. korrigiert [...] die aucch * Für diesen Weg fehlt eine Abbiegebeschränkung von Süden kommend: http://www.openstreetmap.org/browse/way/27246402 . Hier ebenfalls: http://www.openstreetmap.org/browse/way/129973170 durchgezogene Linie? * Eventuell könnte man hier auch turn:lanes angeben: http://www.openstreetmap.org/browse/way/28384577 upps übersehen :-(( Alles in allem aber schon sehr gut und vor allem auch den Anschluss zur L141 sehr detailliert und vollständig getaggt. Danke :-) Noch eine Handvoll Anmerkungen/Fragen: * Teilweise machst du ja richtiges Nano-Tagging ;-) Beispiel: http://www.openstreetmap.org/browse/way/118195741 . Den Abschnitt würde ich selbst eher ignorieren und nicht extra taggen. Er ist aber definitiv richtig getaggt (bis auf die destination-Tags). * Gibt es einen Grund für die layer=0 Tags? nein. Wo ich die sehe lösche ich die Tags wieder. * Vielleicht noch eine Bitte: wenn du maxspeed taggst, trage wenn möglich auch source:maxspeed ein, z.B: maxspeed=100 und source:maxspeed=DE:rural oder maxspeed=70 und source:maxspeed=sign. ok werde ich machen Ich hoffe das hilft dir noch ein wenig. Und vielen Dank für deinen Einsatz! ja sicher vg, Martin [...] Ich wünsche Dir aus einem immer noch kalten Büro noch einen schönen Sonntag Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellung auf lanes AA Wittlich-West
Hi Martin, auch Dir Dank das Du dir das angeschaut hast. Ich habe soweit alles geändert, nur mit den change Attribute bin ich mir nicht sicher. Kannst Du mir den gepachten Style mal mailen? Und Dir meinen Änderungen nochmal anschauen? Danke im Voraus. Jörg Am Mittwoch, den 09.01.2013, 09:35 +0100 schrieb Martin Vonwald: Hi! Die wichtigsten Sachen hat ja Bernhard schon geschrieben: Anzahl der Spuren am Link ändern, lanes auch auf die Ab-/Auffahrten. Auch wann der lanes-Wert verändert werden sollte hat Bernhard schon richtig angemerkt. Aus dem Artikel über lanes [1]: Falls sich die Anzahl der Fahrstreifen ändert ist es erforderlich den OSM-Weg aufzutrennen. Dies sollte erfolgen sobald: * ein neuer Fahrstreifen seine volle Breite erreicht hat, oder * ein Fahrstreifen beginnt sich zu verschmälern bevor er endet (meistens, wenn ein Wechsel auf einen anderen Fahrstreifen notwendig ist) Was mir noch zusätzlich aufgefallen ist: * Warum taggst du nicht die Knoten wo die Abfahrten beginnen als motorway_junction sondern einen Knoten wo die entsprechende Spur anfängt? Ich tagge es entsprechend der Beschreibung in [2] . * Weiters ist mir aufgefallen, dass du auch das Ende der Beschleunigungsstreifen entsprechend taggst. Das habe ich noch nie gesehen geschweige denn gemacht. Im Wiki ist es zumindest in der deutschen Fassung aber auch für Auffahrten angeben. Der Sinn davon erschließt sich mir aber nicht wirklich. * Dieser Weg ist falsch getaggt: http://www.openstreetmap.org/browse/way/200209869 . Die lanes*-Werte sind richtig, aber change:lanes=no|no ist falsch (du hast drei Spuren, nicht zwei). Richtig wäre change:lanes:forward=not_left|yes und change:lanes:backward=no . * Selbiges auf diesem Weg: http://www.openstreetmap.org/browse/way/200209870, wobei du in diesem Fall auch vereinfacht change:lanes=no|no|no schreiben könntest. Wenn beide Fahrtrichtungen von einem OSM-Weg repräsentiert werden, solltest du immer change:lanes:forward bzw. change:lanes:backward verwenden, da man sonst mit links/rechts leicht durcheinander kommen kann. Eine Ausnahme ist möglich: wenn alle change-Werte no sind, kann man auch vereinfacht change:lanes verwenden, da keine Verwechslungsgefahr besteht. * Probleme mit change:lanes sind mir noch auf einigen anderen Wegen aufgefallen, z.B.http://www.openstreetmap.org/browse/way/199908838 , http://www.openstreetmap.org/browse/way/130356160 , http://www.openstreetmap.org/browse/way/200218964 und http://www.openstreetmap.org/browse/way/200209872 . Im Prinzip immer, wenn du mehr als zwei Spuren hast. * Dieser Knoten ist auch als motorway_junction getaggt: http://www.openstreetmap.org/browse/node/2098448215 . Ich möchte hier ebenfalls nicht sagen ob das jetzt richtig oder falsch ist (ich mache das nicht), aber die Angabe von destination auf einem Knoten ist definitiv nicht richtig. Der Tag muss auf den Weg. Wenn du destination taggen willst, schau dir bitte auch [3] an. Vor allem destination:ref kann hilfreich sein. Selbiges hier: http://www.openstreetmap.org/browse/node/2098448205 * Hier würde ich bereits lanes=2 taggen, da die Spur für die Auffahrt noch nicht vollständig vorhanden ist: http://www.openstreetmap.org/browse/way/118195741 Abschließend möchte ich noch auf einen sehr genialen JOSM-Style hinweisen: Fahrspur-Details für Rechtsverkehr, Version mit Abbiegepfeilen von Wolfgang Hinsch auf [4]. Ist zum kontrollieren der Spuren super. Unterstützt leider noch abweichende Werte für change, aber ich kann bei Bedarf eine gepatchte Version zur Verfügung stellen, welche auch not_left/not_right versteht. Der Style macht JOSM recht langsam und ist während dem Editieren eher unübersichtlich, aber zum kontrollieren das Beste was es gibt. vg, Martin [1] http://wiki.openstreetmap.org/wiki/DE:Key:lanes [2] http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dmotorway_junction#Anwendung [3] http://wiki.openstreetmap.org/wiki/Proposed_features/Destination_details [4] http://josm.openstreetmap.de/wiki/De%3AStyles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellung auf lanes AA Wittlich-West
Hallo Bernhard, danke für Deine Anmerkungen und sorry das ich erst heute dazu gekommen bin das umzusetzen. Vielleicht kannst Du die es nochmal anschauen. Danke Jörg Am Mittwoch, den 09.01.2013, 00:28 +0100 schrieb Bernhard Weiskopf: Hallo Jörg, vier Dinge sind mir aufgefallen: Die Anzahl der Spuren (lanes) muss sich genau am Knotenpunkt der highways ändern. Nur dann können Navis erkennen, dass eine komplette Spur abzweigt oder dazukommt. ok geändert Auch bei den link-Bahnen trage ich die Spurzahl ein (lanes = 1). So erkennt ein Navi leicht, dass an einem Punkt die Fahrbahn von lanes = 3 aufgeteilt wird in eine mit lanes = 2 und eine in lanes = 1. auch geändert Bei meinen Edits zähle ich lanes nur so lange, wie die Spuren volle Breite haben (z. B. lanes = 3 endet nicht erst, wenn die dritte Spur weg ist, sondern bereits wenn sie schmaler und damit nicht mehr separat nutzbar ist). Ende/Anfang der Spuren entsprechend verschoben Bei der L 141 fehlen jetzt noch die Abbiegeverbote. Z. B. wenn man von SO kommt und den Abzweig nach links verpasst hat, darf das Navi 30 m weiter nicht zum scharf Linksabbiegen auffordern. gesetzt Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Umstellung auf lanes AA Wittlich-West
Hallo, ich habe den Bereich um die Autobahnabfahrt Wittlich-West [1] auf lanes umgestellt. Kann sich das bitte mal jemand anschauen ob dort alles ok ist? Danke im Voraus Jörg [1]http://www.openstreetmap.org/?lat=49.95877lon=6.85132zoom=17layers=M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] lanes
Hallo, gibt es einen Konsens wie die Verkehrszeichen 295 Fahrstreifenbegrenzung und Fahrbahnbegrenzung 296 Einseitige Fahrstreifenbegrenzung 298 Sperrflächen bei lanes eingetragen werden? Schönen Abend noch Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] lanes
Hi Martin, machmal sieht man(n) den Wald vor lauter Bäumen nicht ;-)) Jörg Am Sonntag, den 06.01.2013, 22:05 +0100 schrieb Martin Vonwald (Imagic): Hi, Schau dir mal den Schlüssel change an: http://wiki.openstreetmap.org/wiki/Proposed_features/change Vg, Martin Am 06.01.2013 um 21:42 schrieb Jörg Frings-Fürst o...@jff-webhosting.net: Hallo, gibt es einen Konsens wie die Verkehrszeichen 295 Fahrstreifenbegrenzung und Fahrbahnbegrenzung 296 Einseitige Fahrstreifenbegrenzung 298 Sperrflächen bei lanes eingetragen werden? Schönen Abend noch Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trier, Straßen gelöscht
Am Mittwoch, den 19.12.2012, 09:09 +0100 schrieb Frederik Ramm: Hi, On 12/19/2012 08:34 AM, Jörg Frings-Fürst wrote: mir ist gerade aufgefallen das rund ums Trierer Rathaus so ziemlich alle Straßen fehlen. Kann das bitte einmal jemand überprüfen und evtl. die Löschung rückgängig machen? Ueberprueft, rueckgaengig gemacht und Mail an Verursacher geschickt. War der erste Edit dieses Mappers, also vermutlich ein Irrtum und keine Absicht. Bye Frederik Danke Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Trier, Straßen gelöscht
Hi, mir ist gerade aufgefallen das rund ums Trierer Rathaus so ziemlich alle Straßen fehlen. Kann das bitte einmal jemand überprüfen und evtl. die Löschung rückgängig machen? Ich bin heute leider unterwegs und kann wenn erst morgen danach schauen. CU Jörg [1] http://www.openstreetmap.org/?lat=49.7518lon=6.632564zoom=18layers=M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachfolger für xybot
Hallo, Am Donnerstag, den 13.12.2012, 15:20 +0100 schrieb Henning Scholland: Hallo, im deutschen Forum wurde in der letzten Zeit darüber diskutiert, ob man die Arbeit, die der xybot lange Zeit übernommen hat, wieder aufzunehmen. Dabei ist bisher einBot heraus gekommen, der gängige Fehler bei dem Wort [Ss]traße in Deutschland findet und behebt. Dazu gehören [Ss]trasse, [Ss]tr. und [Ss]tr. Es geht dabei erstmal nur um die offensichtlichen Schreibfehlerbzw. Abkürzungen. Der Bot ( Wall-E ) wird von Oli-Wan betrieben und läuft aktuell in einem manuell kontrolliertem Testlauf. Ich spare mir hier weitere Details, die hat Oli-Wan auf der wiki-Seite des Bots: http://wiki.openstreetmap.org/wiki/User:Oli-Wan/Wall-E ausführlich erklärt. Dort findet ihr auch die Links zu den Diskussionen im Forum. Viele Grüße Henning ich denke mal Straßennamen sind in Deutschland wie auch in den meisten anderen Ländern Eigennamen, für die die richtige Schreibweise einzig aus der Widmung der Straße ergibt. Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gemeindegrenzen
Hallo, ich bin im Augenblick dabei mit der Straßenlistenauswertung die Straßen in der VG Wittlich - Land zu überprüfen. Dabei sind mir zu teil beträchtliche Fehler in den Gemeindegrenzen aufgefallen. Hupperath hatte z.B. große Teile von Minderlittgen eingemeindet. Als Source für die Grenze Hupperath (Rel.ID. 1259140) war [1] eingetragen. Ich kann zwar nicht verstehen warum so etwas (nicht georeferenziert, viel zu stark vereinfacht) als Vorlage benutzt wird, zumal die Grenzen, wenn ich mich richtig erinnere, schon mal viel genauer eingetragen waren. Aber dies ist nicht der Grund für meine Mail. Grenzen sind doch gemeinfrei. Gibt es die Grenzverläufe als verarbeitbare Daten? Oder als JOSM - Overlay? Danke für Eure Antworten. Gruß Jörg [1] http://de.wikipedia.org/wiki/Datei:Verbandsgemeinden_in_WIL.svg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] trac.openstreetmap.org
Hi, weiß jemand warum z.B. https://trac.openstreetmap.org/browser/applications/utils/osm-extract/polygons leer ist? Es sieht so aus als ob trac komplett leer ist. MfG Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitplan zur Generierung eines neuen ODBL-Planets
Hi Michael, 1. Das war in dem gleichen Unterton gemeint wie in der Mail von Richard Weait. Obwohl ich kann natürlich nicht in seinen Kopf schauen und sagen wie er das gemeint hat. [1] in case of rain, we won't cancel this picnic, just reschedule it for the subsequent Wednesday, 19 September 2012. 2. Ich habe weder einen Admin noch irgend jemand anderes frontal angegriffen. 3. Die Frage habe ich nicht gestellt nachdem der Planetfile fertig war, denn die erste Antwort kam von Frederik Ramm. Und der konnte zumindest sagen das es bald fertig sein müsste. 4. Wenn Du Deinen Frust nicht verarbeiten kannst, dann gebe ich Dir noch einen Tipp: Computer aus und ab in den Wald! Trotzdem noch ein schönes Wochenende Jörg Am Freitag, den 14.09.2012, 22:26 +0200 schrieb Michael Kugelmann: Am 14.09.2012 15:14, schrieb Jörg Frings-Fürst: Auch wenn der Start am 12.09.2012 um 23:59:59.999 war sind die 30 Stunden schon lang vorbei. Oder war trotz Regen das Picknick wichtiger? Was sollte dieser Unterton? Die Admins etc. sind alles Personen, welche die Tätigkeiten unentgeltlich und freiwillig in Ihrer Freizeit machen. Wir sollten den Leuten für Ihr Engagement danken an statt sie grundlos frontal anzugreifen! [BTW: alles geschrieben nachdem der Planet fertig war] Und wenn der Server eine Woche braucht statt der prognostizierten 30 Stunden dann können die Admins auch nichts dafür.:-( Die Server kriegt den Auftrag es zu machen und melder irgendwann dass er fertig ist. Was soll da ein Admin dran machen [1]? Da kann er von mir aus gerne ein Picknick machen. :-) zu [1]: außer den Server richtig zu konfigurieren. Aber dieser Planet (auch wenn der erste unter neuer Lizenz) ist nichts anderes als die ganzen Planets vorher auch. Das bedeutet: entweder es hatte vorher gepasst oder nicht gepasst (wo sich niemand über die Generierungsdauer beschwert hatte)... Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitplan zur Generierung eines neuen ODBL-Planets
Am Mittwoch, den 12.09.2012, 09:14 +0200 schrieb Michael Kugelmann: Hallo, in seinem Post http://lists.openstreetmap.org/pipermail/talk/2012-September/064100.html hat Richard Weait noch mal die Zeitablauf für das Bereitstellen des ersten OSBL-Plantes und der Umstellung der API auf ODBL aufgezeigt. Grüße, Michael. Hi, wann kommt den nun der erste Planet unter ODBL? Auch wenn der Start am 12.09.2012 um 23:59:59.999 war sind die 30 Stunden schon lang vorbei. Oder war trotz Regen das Picknick wichtiger? Jörg Frings-Fürst ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenz - Umstellung
Hi, kann jemand sagen bis wann die Umstellung abgeschlossen sein wird? Man sieht und hört im Augenblick mal wieder gar nichts. Schönen Sonntag noch Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz - Umstellung
Hi Mike, natürlich Punkt 2. Jörg Am Sonntag, den 12.08.2012, 16:20 + schrieb Mike Dupont: Es gibt ja Zwei teile der LIzenzumstellung: 1. das Löschen aller Daten derjenigen Menschen, die ihre Rechte nicht an OSMF übertragen haben. 2. das Umstellen der Lizenz auf eine Beliebige Lizenz der wahl des OSMF. was genau meinst Du? mike 2012/8/12 Jörg Frings-Fürst o...@jff-webhosting.net: Hi, kann jemand sagen bis wann die Umstellung abgeschlossen sein wird? Man sieht und hört im Augenblick mal wieder gar nichts. Schönen Sonntag noch Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Am Dienstag, den 24.07.2012, 00:00 +0200 schrieb aighes: Hallo Frederik, meiner Meinung nach ist die Maut eine Eigenschaft der Straße und sollte daher auch an der Straße getaggt werden und nicht an einer Routenrelation. Für eine Auswertung wäre es auch deutlich einfacher, wenn die Wege (in irgendeiner Form) entsprechend getaggt sind. Bei anderen Eigenschaften eines Weges erfassen wir ja auch nicht Start- und Endpunkt der Eigenschaft, sondern geben dem Weg diese Eigenschaft. Ich sehe jetzt erstmal keinen Grund hiervon abzuweichen. Henning +1 Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
