Hallo Roger,

danke für die netten Worte. Leider kann ich dir da nicht zustimmen, was das von dir erwähnte Tag type betrifft. Es mag ja so sein, dass jetzt (!) auf der Wikiseite ein anderes Tag steht (wenn auch etwas unglücklich formuliert). Allerdings war das nicht immer so und type=Schrank ist die seit ewig benutzte Variante, wenn auch unglücklicherweise nicht-englisch, weil ursprünglich nur hierzulande verwendet.
Sie wird nachwievor überwiegend benutzt. Irgendwann hat eine der überflüssigen Mapping-Apps angefangen, eigene englische Tags zu erfinden, und jemand hat das undiskutiert (!) auf der Wikiseite geändert - ebenso ohne an die Folgen zu denken.
Und nun haben wir jetzt den Salat, dass nachwievor tausende Packstationen deutschlandweit mit type=Schrank besetzt sind und nur vielleicht 15% (Stand Juli) mit der englischsprachigen Variante. Zwei Werte für ein und dasselbe, das sollte definitiv nicht so sein.
Ein Massenedit um das glattzuziehen, ist normalerweise unzulässig, obwohl das vor etwa zwei Jahren auch mit den https vs. http-Adressen bei website=* gemacht wurde.
Zudem müsste jede Packstation vorher mindestens auf Fortexistenz und Stellort vor Ort geprüft werden, denn andere Quellen sind unzulässig. Eine flächendeckende Mapperaktion, quasi als "Wochenaufgabe", würde auch nur in Großstädten halbwegs funktionieren und bestenfalls das Verhältnis der beiden Varianten verschieben, nicht jedoch das Problem lösen.
Falls es eine solche klassische Aktion gibt, die bundesweit wirklich ALLE Stationen korrigiert, würde ich mich hier natürlich daran beteiligen, aber sowas ist nicht in Sicht. Akteure bitte voran!
In einer Diskussion zum Thema beim monatlichen Hamburger Mappertreffen (derzeit virtuell) haben wir dort beschlossen, diese Umtaggung derzeit(!) NICHT zu unterstützen und die bisherigen meistgenutzten Varianten (type=Schrank bzw. type=Paketbox) weiter zu nutzen! Und da ich auf meinen Biketouren Hamburg plus 100km Umkreis abfahre, halte ich mich vorerst daran.

LG,
sundew

Hallo DaN0mic!

Packstationen von Amazon werden nicht wie bei DHL über eine Nummer identifiziert, sondern über einen mehrheitlich exotischen Namen. Ob dieser weltweit eineindeutig ist, wäre interessant zu wissen. Bei DHL-Packstationen sind die dreistelligen Nummern dagegen nur im jeweiligen Postgroßbereich eindeutig, d.h. hier muss eine Postleitzahl vorhanden sein. Das ref-Tag wird auch bei anderen Objekten alphanumerisch belegt, z.B. zur Referenzierung einzelner Bahn/Bussteige innerhalb eines Verkehrsknotens. "kunigunde" stand an der Packstation angeschrieben.

Was das von dir erwähnte Tag type betrifft, so ist type=Schrank die seit ewig benutzte Variante, wenn auch unglücklicherweise nicht-englisch, die nachwievor überwiegend benutzt wird. Irgendwann hat eine der überflüssigen Apps angefangen, ein eigenes englisches Tag zu erfinden, und jemand hat das undiskutiert auf der Wikiseite ergänzt - ebenso ohne an die Folgen zu denken. Und nun haben wir jetzt den Salat, dass tausende Packstationen deutschlandweit mit type=Schrank besetzt sind und nur vielleicht 15% mit der englischen Variante. Zwei Werte für ein und dasselbe, das sollte nicht so sein. Ein Massenedit um das glattzuziehen ist unzulässig, zumal jede Packstation vorher mindestens auf Fortexistenz und Stellort geprüft werden müsste. Eine flächendeckende Mapperaktion, quasi als "Wochenaufgabe" würde auch nur in Großstädten halbwegs funktionieren und bestenfalls das Verhältnis der beiden Varianten verschieben, nicht jedoch das Problem lösen. In einer Diskussion beim monatlichen Hamburger Mappertreffen (derzeit virtuell) haben wir dort letztes Jahr beschlossen, diese Umtaggung derzeit(!) nicht zu unterstützen und die bisherige Variante weiter zu nutzen!

Wenn wir schonmal dabei sind: ich würde dich bitten, beim Prüfen von Objekten, die ggf. wieder verschwinden können (Packstation, Briefkästen, Telefone), auch das check_date=* zu aktualisieren, weil das die einzig saubere Methode ist, beim Mappen zu filtern, welche Objekte andere Mapper zuletzt noch nicht begutachtet haben. Danke!

LG

.. eigentlich waren zwei Changesets gedacht, die aber nun leider zusammengemengt wurden ..

Hi, warum hast du den Briefkasten Otto-Hahn-Str. 3 (3705762367) kommentarlos gelöscht? Ich habe ihn jetzt wiederhergestellt, weil er ja noch da ist. Bitte pass ein wenig mehr auf, sowas darf nicht passieren!
LG

Danke für die Korrektur & LG ..

Hallo, warum zeichnest du an der Stelle einen weiteren Briefkasten ein? Der befand sich doch schon um die Ecke am Neddernbrook Haus 8 - vor ein paar Monaten geprüft. Ist der unter Beibehaltung der Referenzadresse umgezogen? Falls ja, dann bitte den Vorhandenen verschieben und nicht noch einen zweiten dazu eintragen. Danke!

Den Briefkasten hast du doppelt eingetragen (7854782409). Bitte wieder entfernen ..

Hallo und danke,
nein ich weiß auch nichts aktuell, nur dass ich da in den letzten Jahren auf Langtouren immer mal langkam und vor einigen Tagen von Süden kommend erst in Apeler bemerkte, dass ich einen riesigen Umweg über die Schiffdorfer Str. geroutet worden bin und mich entsprechend ärgerte. An ein Gatter kann ich mich nicht erinnern, das muss wohl neu sein. Der Weg durch das Gehöft schien mir damals geduldeterweise nutzbar zu sein.
LG, sundew

Hi,
darf ich erfahren, warum du den Weg mit access=no versehen hast? In den letzten Jahren bin ich dort einige Mal mit dem Bike langgekommen, gut war er zwar nicht, aber dennoch existent.

Hallo, in diesem Fall soll es zumindest kennzeichnen, dass diese Bushaltestellen von den dort haltenden Linien/Verkehrsunternehmen sogar auf den vor Ort aushängenden Plänen derzeit unterschiedlich benamst werden, dass man dies nicht einfach als Spitzfindigkeit überlesen kann.
Wie würdest du das taggen? Hast du es dir vor Ort angesehen? Separate Platform-Nodes für die unterschiedlichen Operatoren innerhalb der Haltestellenrelation wären wohl übertrieben, weil es nicht der Realität entspricht. Beide Namen im name-Tag mit Semikolon getrennt wird wohl niemand korrekt auswerten.
LG

Hi,
ob die Haltestelle immer noch exakt an der damals von mir ergänzten Position ist, weiß ich nicht - laut HVV-Fahrplan existiert sie aber noch. (Sorry, ich komme zwar viel herum, aber Busstops mache ich nur nebenbei, wenn sie noch fehlen oder unvollständig gemappt sind, sie in meinen Touren alle regelmäßig vor Ort zu überprüfen, wäre etwas too much.)
LG

Hi,
amenity=post_box mag im Wiki zwar allgemeingültig beschrieben sein, trifft es aber nicht. Ein Briefkasten ist für Briefe gedacht und in Ausnahmen kleinere Päckchen, in jedem Fall aber mit einem Postdienstleister als Operator. Hausbriefkästen, Finanzamt- und andere Einwürfe zählen nicht dazu.
Für Packstationen und Paketboxen wird dagegen das Tag amenity=vending_machine + vending=parcel_pickup;parcel_mail_in oder nur parcel_mail_in benutzt.
Ggf. musst du eben etwas eigenes nutzen mit einem eigenen amenity=* oder amenity=vending_machine + vending=Pferdedecke oder sowas. Besser wäre natürlich, dafür ein Proposal zu starten. Oder frag einmal im OSM-Forum, was dir empfohlen wird.
LG
sundew

Frage: Was hat die eingezeichnete Pferdedeckensammelstation mit einem öffentlichen Postbriefkasten zu tun? Bitte das Tag entfernen!
Danke & LG

Weil es schon ziemlich oft vorgekommen ist, dass die Postkästen nur temporär verschwanden, aber bei der nächsten Kontrolle wieder auftauchten (z.B. Baustelle, Reparatur nach Vandalismus, Neuaufstellung ein paar Meter weiter mit vorheriger Wartung) ..
LG

Hallo und danke für die schnelle Antwort.
Bei den route_ref-Tags bin ich nicht deiner Meinung. Klar sind sie dazu da, bei der Ersterfassung/-ergänzung von Busstops den Istzustand der anfahrenden Linien zu dokumentieren. Zum anderen sind sie aber auch sinnvoll zur Qualitätssicherung der eingetragenen Daten. Es gibt nämlich recht oft Abweichungen zwischen den angeschriebenen Busfahrplänen und der Realität, bei vielen Busnetworks z.B. VBN/VNN zusätzlich auch noch zwischen veralteten Liniennummern am Haltenstellenschild und den angeklebten hoffentlich aktuellen Plänen. Da fehlen manchmal auch Werks- und Schulbusse, oft Bürgerbusse und Anrufsammeldienste oder Busse ohne Network, bzw. welche, die aus anderen Networks kommend in das Gebiet hineinfahren.
Auf der OSM-Seite kommt hinzu, dass nie alle Buslinien sinnvoll in Relation gepackt werden können, insbesondere dort, wo jede Fahrtinstanz des Tages ein Unikat ist. Außerdem, wie kannst du signalisieren: diese Bushaltestelle ist vollständig (!) durch Relationen erfasst, also auch in Bezug auf Linien, die das örtliche Network nicht kennt oder auflistet? Man bräuchte mindestens ein gepflegtes "check_date" plus ggf. Ergänzungsnotizen.
Ich bleibe dabei, nur durch eine redundante Erfassung (z.B. route_ref) können Fehler erkannt und vermieden werden, bzw. eine richtige Qualitätssicherung durchgeführt werden.
Das ist insbesondere sehr wichtig, weil es bei Buslinien immer wieder eine gewisse unabgesprochene Arbeitsteilung zu geben scheint. Zum einen sind da Mapper (wie ich), die Touren überallhin machen und sich u.a. die Haltestellen vor Ort ansehen. Zum anderen sind da viele Mapper (wie auch einige Kollegen vom OSM-Stammtisch), die überwiegend remote (Fahrplan/Luftbild) arbeitend Linienrelationen erstellen und pflegen, ohne sich alles wirklich vor Ort angeschaut zu haben.
Was die Änderungen an Plattformen versus Linienrelationen betrifft und ich spreche jetzt hauptsächlich aus meinen Beobachtungen aus dem HVV-Gesamtbereich (rundherum), und da sind es pro Fahrplanwechsel nur vereinzelte Linien, die eingestellt, neu erzeugt oder umbenannt werden. Dagegen sind Änderungen an den Fahrtverläufen erheblich öfter vorkommend. Gepflegt werden müssen die Daten also in jedem Fall. Das können dann ggf. auch die Couchmapper tun, falls niemand vor Ort vorbei kommt :-) Und sollten dabei Unterschiede zwischen Relationen und route_ref auffallen, wäre das ein Grund mehr zur Extrarecherche.
LG
sundew

Hallo,
du hast jetzt den Briefkasten bei Holste-Paddewisch doppelt eingetragen. Bitte wieder entfernen!
Btw, warum löscht du die route_ref Tags an den Bushaltestellen? Die mögen dir vielleicht redundant vorkommen, da aber nie alle Buslinien in Routerelation erfasst werden, das sind sie das definitiv nicht.
LG

Hallo Martin,
nachdem hier nichts mehr geschah, habe ich das Ende einer meiner Touren nochmal dorthin gelegt und es nun selbst geprüft und korrigiert. Der Grund für die örtliche Verschiebung war das dort neu erbaute Fahrradparkhäuschen. .. LG

Hallo Martin,

naja, es gibt dort nur genau einen. Und wenn das Teil in den letzten Wochen bei Beibehaltung der Standortadresse hundert Meter verschoben wurde, wäre es dann nicht richtig gewesen, den existierende Node umzusetzen, statt einen neuen einzutragen? Stichwort: History ..

Ich selbst kann das jetzt aber nicht korrigieren, weil ich im Moment nicht bestätigen kann, dass die neue Position tatsächlich stimmt. Das kannst nur du ..

LG

Hallo Martin,
ich sah gerade, du hast in Schwarzenbek am Bahnhof einen Postkasten doppelt eingetragen. Die Position des bisherigen hatte ich vor einem Monat überprüft ..
LG

Bitte lass bei Briefkästen die Referenzadresse im Klartext vollständig mit Ort & PLZ stehen - genau wie es als Standort auf dem Schild steht. Das ist im Wiki so festgelegt.
Danke ..