[Talk-de] Adresstagging - Karlsruher Schema
Liebe OSMler, ich möchte mich dafür aussprechen, beim Adresstagging nicht an den Bytes zu sparen und das Karlsruher Schema trotz der Redundanz beizubehalten. Ich habe wirklich schon viele Adressen getaggt und hatte erst kürzlich den sonderbaren Fall, dass in einem Dorf ein Haus am Rand zu einer anderen Gemeinde mit anderer PLZ gehört! Beim Taggen selbst macht es über copy and paste auch nicht mehr Arbeit das Ganze zu übernehmen, statt nur nur die Straße und die noch zu ändernde Hausnummer. Ansonsten noch schöne Feiertage und einen gute Rutsch Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routenplaner OSRM als ÖPNV Editor (der Weisheit letzter Schluss??)
Am Dienstag, den 24.12.2013, 10:50 +0100 schrieb Peter Wendorff: Am 23.12.2013 07:12, schrieb Wolfgang Hinsch: Im Busbahnhof muss die Relation ggf. aufgesplittet werden in mehrere Äste. Ähnliches gilt, wenn ein Bus zum Anfahren eines Zwischenziels denselben Weg hin- und wieder zurückfährt. Dann muss die Route auf mehrere Äste verteilt werden, weil ein way nur einmal in der Relation vorhanden sein darf. Wer hat dir den den Blödsinn erzählt? Natürlich kann ein Weg mehrfach vorhanden sein, insbesondere, aber rein technisch gesehen nicht darauf beschränkt, wenn unterschiedliche Rollen (z.B. forward/backward) genutzt werden. Hab ich mehrfach so gesehen und auch mehrfach selbst so gempapped; beschwert hat sich bisher niemand. Glückwunsch! JOSM reagiert mit einer Fehlermeldung. Ob das Ganze dann heil in der DB ankommt, möchte ich nicht ausprobieren. Der Vorteil der neuen Relationen ist ja gerade, dass es eine Relation für eine Strecke gibt. Daduch kann man die Relation mit der Sort-Funktion sortieren und ggf. auf die Lücken springen, um sie zu reparieren. Wenn da jetzt wieder Verzweigungen und mehrfache Wege reinkommen, ist der Vorteil dahin. Dann hätten wir die alten Relationen lassen können. Die neuen Bus-Relationen haben lt. Wiki gar keine Role. Da die Relationen jeweils einen Weg in einer Richtung beschreiben, kann dieser Weg durch eine Kette von Anfangs-/Endpunkten bestimmt und auch berechnet werden. Auch deshalb darf es innerhalb derselben Route-Relation keine Verzweigungen geben. Wenn das so wäre, wär das neue Schema unbrauchbar, denn dass Busse, Bahnen, Straßenbahnen etc. Teilstrecken mehrfach befahren ist durchaus die Regel. Die werden als eigene Relationen innerhalb der Route-Master-Relation eingetragen. Das finde ich auch sinnvoll, denn man muss nicht mehr diese Spaghetti-Relationen verfolgen. Probleme entstehen, wenn da jetzt wieder Verzweigungen auftauchen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs Ablösung: Freiwillige für Mappingparty gesucht
Am Dienstag, den 24.12.2013, 09:32 -0800 schrieb Walter Nordmann: Werner Hoch wrote Deine zweite Graphik mit OSB-Notes könnte stimmen wobei die Tools OSB2Notes und osb_fixing unterschiedliche Signaturen beim schießen von OSBs bzw. beim öffnen von OSNotes verwenden. Ich kann deiner Graphik nicht entnehmen nach welcher Signatur du gesucht hast. ganz banal nach OSB im ersten Eintrag, also dem Text, den der Eröffner/Kopierer geschrieben hat. Ich habe es jetzt auf /upper(text) like '%OSB%'/ umgestellt. Dadurch ist Klein-/Großschreibung egal. Da ich alle Notes in meiner PostgreSQL-DB drin habe, war das kein großer Akt. Es soll ja auch nur der grobe Trend gezeigt werden. Bei OSB2Notes ist Openstreetbugs ausgeschrieben, die fehlen in deiner Statistik. Folgende Bugs sind mit OSB2Notes und osb_fixing-Signaturen in der OSB-Datenbank geschlossen worden (Graphik fast am Ende): http://www.h-renrew.de/h/osm/osmchecks/09_osb_phaseout/ 2. Es können noch neue Bugs auf OSB erstellt werden Ja das stimmt. Es wurde nur das Webfrontend abgeschaltet. ... Die neu erstellten Bugs stammen noch von alten OSMAND-Versionen. Die meisten werden in Moskau eingetragen. Weiter stammen von der geovelo-Seite. genau deshalb sollte die API ja schnellstens abgeschaltet werden. Bin hier anderer Meinung, wir sollten erstmal die allermeisten Webseiten/Tools umstellen, bevor die API abgeschaltet wird. Ich habe mal den Moskauer Mapper angeschrieben. Ist wahrscheinlich nur ein User, der die Bugs erzeugt. PS: kannst du im Forum auf diese Wikiseiten verweisen: https://wiki.openstreetmap.org/wiki/Openstreetbug https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out ... dann können sich die besonders aktiven Poster auch aktive an der Fehlerbehebung beteiligen. Ich mach das morgen gerne, aber: du kannst dich jederzeit ohne Registrierung mit deiner OSM-ID und deinem OSM-Passwort im Forum einloggen - ein Kommentar, den ich normalerweise nur an Newbies schicke ;) Danke für den Hinweis. bzgl. Forum bin ich ein Newbie. Ich schreibe einen Kommentar dort rein. Frohe Weihnachten Werner ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Name-Tags unterdrücken?
Hallo, diese Beschriftung hat mich irritiert und das könnte anderen wohl auch so gehen: http://osm.org/go/0G1LEIV4~?m= Nachgeforscht: Sie stammt von der Wahlkreisrelation Bremen II (ID 3133461). Frage: Muss das sein? Kann man die sinnfreie Anzeige der Namen solcher Gebilde nicht abstellen? Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name-Tags unterdrücken?
Ja, wenn der Renderer (mapnik) das wollte, könnte er das. Wenn du hier das Archiv ein wenig durchsuchst (Zeitpunkt um die letzte Wahl), findest du eine umfangreiche Diskussion dazu. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name-Tags unterdrücken?
Eine unmittelbare Massnahme, um das Ganze zu entschaerfen, waere eine flaechendeckende Aenderung der Wahlkreis name tag values von XXX in Wahlkreis XXX. Damit waere - zumindest fuer deutsche users - klar, um was es sich handelt. 2013/12/25 Henning Scholland o...@aighes.de Ja, wenn der Renderer (mapnik) das wollte, könnte er das. Wenn du hier das Archiv ein wenig durchsuchst (Zeitpunkt um die letzte Wahl), findest du eine umfangreiche Diskussion dazu. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -- Volker SCHMIDT Via del Cristo 28 35127 Padova Italy mailto:vosc...@gmail.com personal mobile: +39-340-1427105 skype: volker.schmidt ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name-Tags unterdrücken?
Volker Schmidt schrieb: Eine unmittelbare Massnahme, um das Ganze zu entschaerfen, waere eine flaechendeckende Aenderung der Wahlkreis name tag values von XXX in Wahlkreis XXX. Damit waere - zumindest fuer deutsche users - klar, um was es sich handelt. Ist es überhaupt ein name=*, und nicht eher ein ref=*? (Eigener Namespace ref:electoral_district=* würde sich anbieten). Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-12-25T14:02:59+0100 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name-Tags unterdrücken?
On 12/25/2013 02:05 PM, Dirk Sohler wrote: Ist es überhaupt ein name=*, und nicht eher ein ref=*? (Eigener Namespace ref:electoral_district=* würde sich anbieten). Ist vermutlich ein ref. Macht man bei Strommasten ja auch so. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adresstagging - Karlsruher Schema
Moin, Am 25.12.2013 09:32, schrieb Bernhard Kuisle: ich möchte mich dafür aussprechen, beim Adresstagging nicht an den Bytes zu sparen und das Karlsruher Schema trotz der Redundanz beizubehalten. Ich habe wirklich schon viele Adressen getaggt und hatte erst kürzlich den sonderbaren Fall, dass in einem Dorf ein Haus am Rand zu einer anderen Gemeinde mit anderer PLZ gehört! ich kann mich dem nur anschließen. Auch in Kiel gibt es solche Fälle, siehe http://www.openstreetmap.org/way/136306277 http://www.openstreetmap.org/way/136306278 Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adresstagging - Karlsruher Schema
Hallo Bernhard, Am Mittwoch, 25. Dezember 2013, 09:32:44 schrieb Bernhard Kuisle: Liebe OSMler, ich möchte mich dafür aussprechen, beim Adresstagging nicht an den Bytes zu sparen und das Karlsruher Schema trotz der Redundanz beizubehalten. Auf der anderen Seite: je mehr Daten dran stehen, desto wahrscheinlicher ist es, dass jemand Fehler macht. (Ich hatte vor kurzem den Fall, dass jemand unabsichtlich per Copy Paste falsche Postleitzahlen in addr:postcode geschrieben hat.) Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name-Tags unterdrücken?
Nö, ref ist die Wahlkreisnummer und name ist der Name des Wahlkreises. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adresstagging - Karlsruher Schema
Hallo, das ist aber kein spezifisches Problem mit doppelten Daten sondern eher mit ungewissenhafter Arbeit. Das wird man nie verhindern können. Da finde ich es besser, es gibt eine Redundanz und man kann schauen, ob es Unstimmigkeiten gibt und diesen dann auf den Grund gehen. Sei es ein CP-Fehler oder ein fehlerhaftes Polygon oder ein anderer Fehler. Henning Am 25.12.2013 17:44, schrieb Eckhart Wörner: Hallo Bernhard, Am Mittwoch, 25. Dezember 2013, 09:32:44 schrieb Bernhard Kuisle: Liebe OSMler, ich möchte mich dafür aussprechen, beim Adresstagging nicht an den Bytes zu sparen und das Karlsruher Schema trotz der Redundanz beizubehalten. Auf der anderen Seite: je mehr Daten dran stehen, desto wahrscheinlicher ist es, dass jemand Fehler macht. (Ich hatte vor kurzem den Fall, dass jemand unabsichtlich per Copy Paste falsche Postleitzahlen in addr:postcode geschrieben hat.) Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name-Tags unterdrücken?
Am 25.12.2013 12:34, schrieb Henning Scholland: Ja, wenn der Renderer (mapnik) das wollte, könnte er das. Wenn du hier das Archiv ein wenig durchsuchst (Zeitpunkt um die letzte Wahl), findest du eine umfangreiche Diskussion dazu. Henning Moin, wie wurde es in Bonn gelöst? Dort war die Mapnik-Karte auch durch die Wahlkreisnamen übersäht. Beispiel-Relation: http://www.openstreetmap.org/relation/445436 Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name-Tags unterdrücken?
Am 25. Dezember 2013 12:34 schrieb Henning Scholland o...@aighes.de: Ja, wenn der Renderer (mapnik) das wollte, könnte er das. Wenn du hier das Archiv ein wenig durchsuchst (Zeitpunkt um die letzte Wahl), findest du eine umfangreiche Diskussion dazu. +1, wenn man den Namen auf mapnik-Seite verschwinden lassen würde, dann würden vermutlich auch ziemlich viele andere Namen für andere Dinge verschwinden, die man eigentlich gerne auf der Karte sehen würde. Über kurz oder lang werden die unspezifischen (catch-all) Regeln vermutlich durch spezifische ersetzt, aber sofort wird das nicht gehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzrelationen und subarea
Am 24. Dezember 2013 12:26 schrieb Walter Nordmann pil...@hotmail.com: - place:city, place:town, place:suburb löschen. aber nur, wenn es sich geometrisch nicht deckt, nicht pauschal. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adresstagging - Karlsruher Schema
Ich habe wirklich schon viele Adressen getaggt und hatte erst kürzlich den sonderbaren Fall, dass in einem Dorf ein Haus am Rand zu einer anderen Gemeinde mit anderer PLZ gehört! Achtung: es lautet nicht mehr Gemeinde == PLZ. Die beiden Grenz-Typen sind völlig voneinander entkoppelt worden. Also muß das Haus in der richtigen Gemeindegrenze liegen (boundary=adminitrative) und *gleichzeitig* im richtigen PLZ-Gebiet (boundary=postal_code) Und: Überraschung! Die müssen nicht mehr deckungsgleich sein. Auch in Kiel gibt es solche Fälle, siehe http://www.openstreetmap.org/way/136306277 http://www.openstreetmap.org/way/136306278 Gab es. Ich habe die *PLZ*-Grenze ein wenig nach Westen verschoben und alles wird gut. :) Übrigens hatten beide Gebäude city=Kiel getaggt, obwohl sie ja rechtlich in Meisdorf liegen. Soviel zu Sicherheit bei der Verwendung redundanter Informationen ;) Gruss walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Adresstagging-Karlsruher-Schema-tp5790799p5790845.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adresstagging - Karlsruher Schema
hab addr:city als Bestandteil der Postalischen Adresse wieder auf Kiel gesetzt. So sollte es richtiger sein, sorry walter - [url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url] -- View this message in context: http://gis.19327.n5.nabble.com/Adresstagging-Karlsruher-Schema-tp5790799p5790847.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de