Official myflexbox location import AT

hallo osm com!

wir von myflexbox würden gern automatisiert unsere bereits ~700 standorte (und täglich werden es mehr) in osm importieren.

ansatz:

  1. interne QA und freigabe für osm
  2. duplikats check basierend auf radius und überprüfung der tags:
    1. amenity == parcel_locker
    2. brand contains "myflexbox” (case insensitive) oder operator contains “myflexbox” (case insensitive)
  3. wenn duplikat gefunden: vervollständigung der restlichen tags (siehe unten) - größere abweichungen bei lat/lan werden extra manuel überprüft.
  4. wenn kein duplikat gefunden: erstellung des nodes mit tags.

folgendes schema wäre der vorschlag:

https://master.apis.dev.openstreetmap.org/node/4361431300

Tags

key value
object:city Salzburg
object:housenumber 16
object:postcode 5020
object:street Bayerhamerstraße
amenity parcel_locker
brand myflexbox
brand:wikidata Q117313525
display_operated yes
email support@myflexbox.at
opening_hours 24/7
operator MYFLEXBOX Austria GmbH
parcel_locker:service_provider dpd;dhl;fedex;gls;post;ups
parcel_mail_in yes
parcel_pickup yes
ref AT 1
website https://customer.myflexbox.at/locations/1

Lizenz: PD

danke und liebe grüße aus salzburg!

1 Like

Der angebenen Standort von https://customer.myflexbox.at/locations/485 ist um ein paar hundert Meter falsch und tatsächlich befindet sich dieser hier: Node: ‪485‬ (‪11687545081‬) | OpenStreetMap

Ich hoffe, das ist eine Ausnahme und wird auch bei einer Duplikatsprüfung erkannt

Da wart ihr schneller, gerade wollte ich die addr:*-Tags andiskutieren (war ja auch in Deutschland schon längliches Thema). object:addr ist zwar nicht verbreitet, aber es richtet auch keinen Schaden an.

Nach meinem Verständnis ist die Adresse nicht zwingend erforderlich. Die Paketdienstleister kennen die Standorte, adressiert wird wohl auch über diese, und das Navi braucht keine Adresse (sofern man nach Kategorie/ref suchen kann).

Wäre für mich also so OK, hier noch die Links für Interessierte.

1 Like

Wie habt ihr vor, mit bereits vorhandenen Daten umzugehen, inkl. ev. dort abweichender Tags, und wie habt ihr vor, das in Zukunft weiter zu aktualisieren, inkl. Einarbeitung von Korrekturen, die von der Community gemacht werden?

danke für den input, das wird korrigiert.

wir werden im ersten schritt nicht eingetragene standorte auf osm anlegen, bereits existierende standorte werden wir nur vervollständigen.

erst im zweiten schritt werden wir qualitätschecks bezüglich genauen standortdaten machen.

1 Like

wie schon für @Luzandro beschrieben, werden wir bei updates vorsichtiger vorgehen und erstmal nur die tags updaten, die ich im posting beschreibe.

I think this should be checked and explained before any large scale import. The features appear much too small to be “a few hundred meters” elsewhere.

Den name Tag solltet ihr IMO weglassen - die ID “AT 1” ist ja schon über ref dokumentiert, und “myflexbox 1” ist wohl kaum ein Name für das Objekt, der allgemein gebräuchlich oder als Benennungsschild am Objekt angebracht ist.

2 Likes

naja, die fortlaufende nummer ist für kunden und fahrer eine gute identifikation den standort zu finden - es gibt auch straßen, auf denen sich mehrere boxen befinden!

brand:wikidata=Q117313525 fehlt noch, damit es zu Name Suggestion Index passt :)

1 Like

Der name=* tag ist dafür nicht nötig. Die Information ergibt sich ja schon aus der Kombination von brand=* und ref=*, das ist ausreichend um von Datenverarbeitern sinnvoll verwendet und identifiziert zu werden.
name=* ist nur für wirkliche Eigennamen gedacht.

Die oben erwähnte “Myflexbox 485” hat z.B. keinen name=* tag, wird aber trotzdem auf dem Standard OSM Kartenstil richtig beschriftet und kann auch in der Suche mit diesem Suchbegriff gefunden werden.


Die object:addr tags sind genau für solche Fälle da. Wenn die Information vorhanden ist wäre es nicht schlecht sie hinzuzufügen.

2 Likes

Verstehe ich es richtig, dass parcel_locker ohne bzw. mit abweichenden brand oder operator nicht als mögliche Duplikate aufscheinen? Das wäre gut. Es kann sowohl fehlende als auch falsch geschriebene Werte geben.

Bitte beim Vergleich mit vorhandenen Objekten auch mögliche Unterschiede in der Schreibweise bzw. Groß-/Kleinschreibung beachten. Afaik wurde der Name ja früher groß geschrieben, daher werden viele noch so eingetragen sein.

Den Eintrag im OSM Name Suggestion Index solltet ihr auch mit der neuen Schreibweise anpassen: https://nsi.guide/?t=brands&k=amenity&v=parcel_locker#myflexbox-4d2310

1 Like

ja genau, die checks sind case insensitive - dh. der check bezüglich falscher groß/klein-schreibweise robust.

Ich denke, bei der Duplikat-Prüfung solltet ihr nur jene ausschließen, die ganz sicher nicht myflexbox sind. Also zB brand=Amazon. Bei der Post ist es schon nicht mehr so eindeutig, weil deren Schriftzug ja zum Teil sehr groß auf euren Boxen steht, das kann schon mal jemand als brand eingetragen haben.

Das wird zwar ein bisschen mehr manuelle Arbeit für euch, aber wird trotzdem noch im Rahmen bleiben. 700 ist ja nicht allzu viel.

wie bereits oben beschrieben, der duplikats-check berücksichtigt nur myflexbox als operator/brand.

die post ist bei uns untergemietet - das verstehen viele leute nicht :smiley: führ natürlich auch zu fehleingaben. beide nodes sind eigentlich nur eine myflexbox:

https://www.openstreetmap.org/node/12151610317#map=19/48.241259/16.339191&layers=N

https://www.openstreetmap.org/node/13165335882#map=19/48.241262/16.339258&layers=N

(siehe gmaps)

Du schreibst

Wenn du eine Box mit operator=Post nicht als Duplikat erkennst, dann führt das dazu, dass in OSM ein Duplikat entsteht, weil es dann den alten und den neuen Node gibt. Das soll nicht passieren, weil es ist ja nur eine Box.

mir ist bei stichproben bereits aufgefallen, dass das aktuell auch nicht ganz sauber ist:

https://www.openstreetmap.org/node/12749574345#map=19/46.770610/14.365435&layers=N

https://www.openstreetmap.org/node/13188521981#map=19/47.371351/15.091068&layers=N

https://www.openstreetmap.org/node/12551032298#map=19/47.371168/15.089797&layers=N

wir werden natürlich versuchen so viele fehler wie möglich zu bereinigen, aber irgendwo müssen wir dann auch aufhören!

eine box mit operator=Post ist ja somit kein duplikat (wenn es tatsächlich eine myflexbox ist), sondern ein falscher eintrag.