Vielen Dank & LG ..

Hi OPerivar,

bitte noch die check_dates an den Briefkästen in Lüder und Röhrsen updaten, die du schon geprüft/angepasst hast. Da du alles zwischen B.Bodenteich und Wittingen dieses Jahr schon gemacht hast, konnte ich am Sonntag meine Tour schon in Wittingen abkürzen.

Danke und LG,
sundew

Hallo,
also postal_code=29664 ist eigentlich das Richtige laut Packstation-Mappingschema. Hast du aber wieder entfernt.
Packstationen haben keine eigene Adresse, sondern nur eine offizielle Referenzadresse. Also wäre alternativ ref:addr:postcode korrekt oder halt die komplette Variante ref:addr ="Ebbinger Str. 123, 29664 Walsrode" ..
Aber hier scheint wieder jede Woche im Forum eine andere Kuh durchs Dorf getrieben zu werden. Dafür habe ich keine Zeit.
LG ..

Hallo Tombula,

das ist jetzt auch schon recht lange her, aber ich glaube mich zu erinnern, dass der Weg aus total zerrissener Oberfläche bestand, die zu fahren sicher möglich ist, aber bei harter Bereifung sehr schnell zu Frust und wundem Gesäß führt. Eben genau wie ein Fahrradweg, der von weitem okay aussieht, aber durch unterwachsene Straßenbaumwurzel und Risse in der Oberfläche eine Zumutung ist. Aber vielleicht ist der Weg inzwischen ausgebessert worden und vielleicht habe ich mit meiner subjektiven Einstufung "horrible" auch übertrieben. surface=compacted passt da wahrscheinlich ebenso nicht richtig, das stammt vom Vormapper. Bitte passe es an, wenn du es vor Ort anders einschätzt!

LG
sundew

Vorheriger Changeset einer anderen Tour leider nicht geschlossen und damit mit diesem "vermischt". (Es fehlt ganz einfach ein Undo für Uploads, um solche Fehler sofort stornieren zu können.)

Hallo OpenStreetBoy!

Das ist nicht ganz richtig, was du schreibst. Und über das PTV2-Schema wurde schon sicher ein Jahrzehnt lang heftigst diskutiert. Ein Kompromiss findet sich im wiki.
osm.wiki/DE:Key:public_transport

* Dort steht für die virtuelle Stopposition: Angabe empfohlen wenn keine public_transport=stop_area Relation existiert, sonst optional ..
Es gibt jetzt bei "Kirchlinteln-Lehringen, Winkelmann" aber eine Haltestellenrelation.

* Das Tag bus=yes ist für public_transport=stop_position gedacht, um z.B. bei gemeinsamer Nutzung von Haltepunkten von Bus und Tram eine Zweckbestimmung zu setzen.
An public_transport=platform war das früher verboten und ist auch heute allgemein nicht gern gesehen, auch wenn hier irgendwelche Editoren wie ID sich darüber hinwegsetzen und eine eigene Agenda verfolgen und es somit im wiki als optional hinzugefügt wurde.

* Was die von dir angestrebte Aufteilung von "name" und "ref_name" als Kurz- und Langname betrifft, ist auch das nicht richtig.
In "name" kommt das, was an dem Haltestellenaushang am Schild steht. Dies müsste überall, wo ich im VBN-Bereich einen Blick darauf warf, inzwischen die Komplettschreibweise tragen. Manchmal steht natürlich am Halteschild verblichen noch zusätzlich die früher übliche Kurzschreibweise - z.B. "Ortsmitte" - die ist dann durch den Haltestellenaushang aber obsolet. Man könnte jetzt natürlich diskutieren, ob man die auf den Haltestellenaushängen verwendeten Abkürzungen, wie "Kirchl.", als "Kirchlinteln" umsetzen darf, weil ja in OSM gern alles ausgeschrieben wird, aber darum geht es nicht.
Nun zum optionalen "ref_name". Das ist NICHT für den Langnamen gedacht, der am Haltestellenschild steht, sondern für die in der HAFAS-Onlineauskunft stehende Schreibweise. Und die beinhaltet zuerst den Haltestellenname und erst dahinter den Ort, also z.B. "Steintor, Hannover".
osm.wiki/DE:Key:ref_name
Dieses Tag gehörte ursprünglich auch nur in die Haltestellenrelation und die Wiki widerspricht sich da. Also wie immer, macht jeder hier was er/sie will...

Im Übrigen solltest du bitte nicht ungeprüft einfach alles im Umkreis per App auf VBN setzen. Gerade im betrachteten Gebiet ist die Grenze zum Nachbarverbund sehr eng und einige deiner Edits waren nicht korrekt. Habe ich, wo ich vorbeikam, korrigiert.
Eine Buslinie kann durchaus die Haltestellen mehrerer Verbünde durchfahren, die Haltestellen gehören trotzdem zum jeweiligen Verkehrsverbund. Der Operator der Haltestellen ist manchmal in größeren Orten die Ortschaft selbst im Auftrag des Verbund und nicht der in der Teilregion alleinig fahrende Busbetreiber. Aber das steht nicht an der Haltestelle dran und lässt sich nicht sicher herausfinden.

Dann weiter frohes Mapping ..

Hi highflyer74!

Mit der PLZ scheinst du aktuell Recht zu haben. Habe diesmal vor Ort nur die ref-Nummer sowie technische Eigenschaften gecheckt. Aber da mir das jetzt keine Ruhe lässt: In der alten Wegpunkt-Notiz meiner ersten Prüfung vor zwei Jahren steht sie aber auch genauso als 28195 drin. Das ist die PLZ von Bremen-Mitte/Altstadt, dort war ich bisher noch nie unterwegs. Warum soll ich sie mir falsch notiert haben? Wahrscheinlich stand sie damals tatsächlich noch falsch dran. (Das wäre für mich auch nicht das erste Mal, dass eine Packstation eine PLZ gewechselt..)

Wegen der anderen Anfrage - bitte per PM falls da wirklich Diskussionsinteresse ist.

LG

Ist leider die Changeset-Beschreibung vom vorherigen Changeset .. Es ist natürlich das Innenstadtgebiet von Harsefeld gemeint ..

zu große Fläche - da haben sich leider zwei kleinere Changesets vermischt ..

Hallo Mateusz and a happy new year ..

I know app_operated=yes + display_operated=no from the new parcel locker mapping scheme 2-3 years ago and I used it very many times now. I do it manually at my long mapping tours around Hamburg + 150km. But after my opinion such a "new scheme" must be fix at publishing and should not be adapted again and again and again.

Bye bye, sundew
(sorry my English is horrible)

Korrektur:
Tour 20241003 .. Dutzow, Kneese-Dorf, Bernstorf, Stintenburger Hütte (Vor-Ort-Prüfung Postkästen, Busstops, etc.)

Hallo Langlaeufer!

Danke für die Rückmeldung. Naja, beim Tag smoothness=* hieß es in den letzten Jahren immer, dass eine objektive Einordnung - z.B. nach Bodenfreiheiten von Fahrzeugen - nicht möglich ist. Vielmehr ist es eine subjektive Beschreibung und die ist natürlich auch abhängig von der Art der Fortbewegung. Wenn ich einen breiten versandeten grade2-Track habe, wird ein Fahrrad- oder Normalauto-Nutzer fluchenderweise smoothness=very_bad oder schlimmer vergeben, während ein Wanderer oder Reiter sich nicht weiter daran stört. Habe ich einen vom Zahn der Zeit zerfressenen ehemaligen Asphaltweg oder concrete-lanes, wo es bei jedem Riss und an jedem Plattenübergang heftig holpert, ist man mit dem Fahrrad auch erheblich schlimmer dran, als mit dem Automobil. Beim Mountainbike hilft da auch die Federung kaum, genausowenig wie auf naturbelassenem Kopfsteinpflaster. Ein grasbewachsener grade4-Track ist mir da deutlich lieber.
Dass überhaupt feste Werte excellent/bad/very_bad/horrible existieren, dient wohl viel mehr der Vermeidung von Wildwuchs bei den Tagwerten, als einer objektiven Bewertung.
In dem konkreten Fall habe ich den hauptsächlich als Fuß-/Fahrradweg genutzten Serviveweg so getaggt, wie ich es damals vor Ort mir notiert habe. Wenn du inhaltlich anderer Meinung bist, bitte ändere es.

LG
sundew

Hallo Niiepce!
Nach meiner Kenntnis steht es für eine Tafel mit Amtlichen Bekanntmachungen, zu finden in praktisch jedem Dorf. Das wurde mir wurde vor Jahren so empfohlen, weil board_type=notice eher für Veranstaltungstermine u. örtliche Werbung passt. Inzwischen ist board_type=information zwar im wiki als deprecated markiert, aber eine sinnvolle Alternative finde ich nicht.
LG

Hallo Johnny,

ja du hast Recht. Dort stand neulich nur eine einzige Telefonleiche. Ja mein Fehler, ich hatte mich schon gewundert, warum ich bei meiner ersten Tour durch Stendal zwar das Telefon dort geprüft hatte, aber dann bei der Vorbereitungsfilterung (check_date) für die zweite Tour zwei Wochen später es immer noch ungecheckt vorfand, also nochmals dran vorbei fahren musste. Ich glaube mich zu erinnern, es gab wohl damals einen Uploadkonflikt in JOSM, weil der Node an der zu dem Zeitpunkt ungeladenen Wiese dran hing.
Ich lösche den versehentlich doppelt eingetragenen Node nun.

LG & frohes Mappen!

Tour 20240330 ..

Tour 20240330 ..

Hallo Roger,

ich habe jetzt den fehlenden Briefkasten im Ortsteil Kolonie Hünzingen gesucht und eingetragen. Und tatsächlich hat auch dieser ein vertauschtes Briefkastenschild "Forellenhof, 29699 Hünzingen-Dorf". Nun haben wir allerdings das Problem zu wissen, dass beide Briefkästen nicht nur vertauschte, sondern auch noch veraltete Schilder tragen. Das entspricht zwar der OTG-Regel, ist aber nicht mehr korrekt. Denn mittlerweile haben die meisten Briefkästen der gesamten Region Walsrode statt dem jeweiligen Dorfnamen den Ortsbezeichner "Walsrode" und ich gehe davon, dass dies auch hier zutreffen müsste.
Naja egal, nicht zu ändern, ich habe den ursprünglichen Briefkasten auch angepasst und kommentiert.

LG und einen guten Rutsch,
sundew

Hallo Roger,

prinzipiell hast du vollkommen Recht mit OTG. Allerdings erlebe ich es ständig, dass Briefkastenschilder zwischen benachbarten Orten vertauscht sind, die ref-Adresse existiert nicht im Ort, dafür im Nachbarort und umgekehrt (oder mehrere Briefkästen reihum). Es gab sogar mal jahrelang an der Straße nördlich von Bendestorf drei Postkästen mit identischem Schild/identischer ref-Adresse. Somit ist mein Vertrauen zur Richtigkeit erstmal per se eingeschränkt. Wenn ein solcher Fehler also offentsichtlich ist, korrigiere ich die Vertauschung und vermerke das im note-Tag. Ich glaube, das erfüllt die OTG-Regel trotzdem, weil ja aus anderen OTG-erfassten Daten abgeleitet.
In dem jetzt hier besprochenen Fall hatte ich erfahren, dass wohl noch ein Briefkasten irgendwo dort in der Gegend um den Ortsteil "Kolonie Hünzingen" fehlen soll, also werde ich diesen auf meiner zeitnah nächsten Tour durch diese Orte suchen. Und genau auf diesen fehlenden Kasten würde die vermeintlich falsche ref-Adresse nun besser passen.
Da ich mir - wie geschrieben - baustellenbedingt auf Distanz eingebildet hatte, eine andere ref-Adresse gelesen zu haben und selbst der Erfasser dieses Tags bzw. zuvor letzte Änderer war, sowie der Meinung war, dass nun alles richtig sei, sah ich hier keine Notwendigkeit für einen note, sondern hab es einfach nach bestem Gewissen angepasst ..

LG
sundew

Nein, ich glaube, die ref = "Kolonie Hünzingen" gehört an einen anderen Briefkasten, nicht an diesen. Ich werde diesen bisher nicht in OSM eingetragenen Briefkasten suchen fahren und dann hier ggf. nochmal nachbessern.

(Also habe ich wohl auf Distanz, Bauabsperrungen davor, was falsches abgelesen/notiert was aber evtl. am Ende doch inhaltlich richtig ist. Schaun wir mal ..)

Normalerweise wenn ein Briefkastenschild vertauscht ist, was an manchen Regionen krass oft vorkommt, schreibe ich das richtige ref dran, falls irgendwie erschließbar, und die falsche ref-Adresse in einen note=* ..

LG, sundew

Hallo Roger,
dort war am Briefkasten wohl bei meiner vorherigen 2022-Kontrolle noch ein vertauschtes Briefkastenschild dran. Diesmal war alles am Forellenhof Baustelle und ich kam nur auf zwei/drei Meter an den Kasten ran, sah aber vage die neue Ref-Adresse, hab sie jedoch vor Eintragung nochmal mit der Hausadresse verglichen. Die vorherige falsche ref-Adresse gehört wohl zu einem anderen Briefkasten in der Kolonie Hünzingen, den ich noch zu suchen mir zeitnah vorgenommen habe.
LG und frohes Mappen,
sundew