Organised Editing: TeleClinic GmbH / Apothekendaten

Discostu36 · 2022-12-02T20:29:05.262Z

Danfost:

Ich habe da zu wenig Ahnung werde es aber so weiter vertreten.

Herrlich

Fabi2 · 2022-12-02T23:38:30.567Z

eiskalt-glasklar:

Nicht mehr, denn es gab in D vor ein paar Jahren eine Gesetzesänderung, seitdem ist die Angabe der E-Mail-Adresse im Impressum Pflicht (und zwar ohne Verschleierung). Da ist es dann auch egal, wenn die E-Mail-Adresse zusätzlich auch in der OSM-Datenbank vorhanden ist.

Ja, aber es giibt Leute, die machen da ein Bild der Adresse rein, was umständlich bei der Erfassung oder Kontaktaufnahme ist, außerdem ist das nicht barrierefrei.

Die Filter sind inzwischen so gut, daß ich kaum noch Spam bekomme, kann aber auch daran liegen, daß ich aufpasse. Wenn die regelbasierten Filter auf dem Server nicht anschlagen, dann doch spätestens die statistischen, die ja inzwischen auch diverse Freemailer haben sowie die größeren und besseren Mail-Clienten. Soll heißen: ich erfasse die Adressen.

stephan75 · 2022-12-03T10:19:09.047Z

@soerenwegenertc

Sehr interessante Zielsetzung mit den Apotheken!

hier ein paar Gedanken dazu:

erstens:
falls eine Apotheke ersatzlos geschlossen wurde und es sich nur um ein Punktobjekt (Node) gehandelt hat, muss dieser Node NICHT gelöscht werden.
Oft wird of der name=xxx geändert auf old_name=xxx , sowie amenity=pharmacy auf disused:amenity=pharmacy
(alles andere wie website, telefon, Öffnungszeiten kann natürlich gelöscht werden.)

… damit man weiß, dass dort die alte Apotheke war, und sobald ein Nachmieter in welcher Branche auch immer dort einzieht, kann man den Node wieder verwenden.

Könntet ihr dieses Tagging auch so berücksichtigen?

zweitens:
Bevor ihr eure eigentliche Arbeit beginnt:
Könnte man mal für gesamt Deutschland oder für die 16 Bundesländer einzeln eine Auszählung machen für alle Apotheken in den OSM-Daten, und diese Daten z.B. wöchentlich auf der von euch eröffneten Wikiseite fortschreiben?
(Zum Filtern der Rohdaten (und auch zum Auszählen?) könnte auch das gol-Tool von GeoDesk - OpenStreetMap Wiki verwendet und getestet werden, gerade auch als JAVA-Tool auf der Kommandozeile unter Windows)

drittens:
es gab ja auch vor 7 Jahren mal eine Wochenaufgabe zur Pflege der Apotheken-POIs in OSM:

DE:Wochenaufgabe - OpenStreetMap Wiki

Vielleicht gibt es von damals ja auch noch ein paar Tipps oder Erkenntnisse zum Tagging von Apotheken?

eiskalt-glasklar · 2022-12-03T11:34:47.154Z

stephan75:

… damit man weiß, dass dort die alte Apotheke war, und sobald ein Nachmieter in welcher Branche auch immer dort einzieht, kann man den Node wieder verwenden.

Das Wiederverwenden von Nodes ist die denkbar schlechteste Idee. Es ist in der Praxis zu oft vorgekommen dass nur der Name auf den neuen Mieter geändert wurde, aber Webseite, Telefonnummer etc. noch die vom Vormieter war. old_name wird übrigens von der Suche ausgewertet, d. h. der Name der Apotheke wird dann mit der Würstchenbude (oder was auch immer da neu eingezogen ist) verbunden.

Discostu36 · 2022-12-03T12:15:07.614Z

eiskalt-glasklar:

Es ist in der Praxis zu oft vorgekommen dass nur der Name auf den neuen Mieter geändert wurde, aber Webseite, Telefonnummer etc. noch die vom Vormieter war.

Das hast du aber schon gelesen?

stephan75:

alles andere wie website, telefon, Öffnungszeiten kann natürlich gelöscht werden.

Edit: Siehe dazu auch die Good Practices

https://wiki.openstreetmap.org/wiki/DE:Good_practice#Chronik_erhalten

Discostu36 · 2022-12-03T12:16:24.114Z

eiskalt-glasklar:

old_name wird übrigens von der Suche ausgewertet, d. h. der Name der Apotheke wird dann mit der Würstchenbude (oder was auch immer da neu eingezogen ist) verbunden.

Ein super Feature. Ich suche die Adler-Apotheke und finde sie nicht plötzlich nicht, sondern erfahre direkt, dass da jetzt eine Würstchenbude ist.

Shaun_das_Schaf · 2022-12-03T12:16:45.855Z

eiskalt-glasklar:

Das Wiederverwenden von Nodes ist die denkbar schlechteste Idee.

Denkbar schlechteste Idee halte ich jetzt für ein bisschen übertrieben. Website und Telefonnummer können entweder gelöscht oder mit einem disused-Prefix versehen werden. Beim Namen kann man entweder auch das disused-Prefix verwenden, oder man denkt sich “Wenn eine Suche old_name findet und es so darstellt, als wäre es der aktuelle Name, dann ist die Suche wohl kaputt”

whb · 2022-12-03T17:01:53.052Z

Wiederverwenden von Nodes ist eine gute Idee und durchaus üblich. So ist auch direkt die Historie erkennbar.

Nakaner · 2022-12-03T20:27:44.994Z

Hallo,

Discostu36:

eiskalt-glasklar:

old_name wird übrigens von der Suche ausgewertet, d. h. der Name der Apotheke wird dann mit der Würstchenbude (oder was auch immer da neu eingezogen ist) verbunden.

Ein super Feature. Ich suche die Adler-Apotheke und finde sie nicht plötzlich nicht, sondern erfahre direkt, dass da jetzt eine Würstchenbude ist.

Dem stimme ich zu. Mir ist vom Hörensagen eine Rettungsleitstelle bekannt, die einen umfangreichen Katalog mit vor vielen Jahren geschlossenen POIs (z.B. Gasthäuser) pflegt. Damit kann man auch “neben dem alten Hirsch in Musterfeld” gekodieren, wenn der/die Anrufer:in in der Situation sich gerade nicht besser auszudrücken weiß. Ich möchte damit nicht sagen, dass man Namen bis in alle Ewigkeit behalten muss. Aber eine gewisse Zeit nach ihrem Verschwinden sind sie noch erhaltenswert.

Viele Grüße

Michael

Fabi2 · 2022-12-03T20:54:33.985Z

Shaun_das_Schaf:

Website und Telefonnummer können entweder gelöscht oder mit einem disused-Prefix versehen werden. Beim Namen kann man entweder auch das disused-Prefix verwenden, oder man denkt sich “Wenn eine Suche old_name findet und es so darstellt, als wäre es der aktuelle Name, dann ist die Suche wohl kaputt”

Ich würde nur die Haupttags, die das Objekt beschreiben, mit disused*: versehen, denn wenn da erkennbar (fast) nichts mehr ist, würde ich abandoned:* nehmen oder das Objekt ganz löschen, bei echtem disused:* kann es ja auch sein, das der Laden etc. vielleicht wieder auf macht. old_name=* ist auf jeden Fall falsch bei disused:*, weil da ist ja noch nichts Neues, so daß es nicht der alte Name ist.

Discostu36 · 2022-12-04T06:57:52.557Z

Fabi2:

old_name=* ist auf jeden Fall falsch bei disused:*, weil da ist ja noch nichts Neues, so daß es nicht der alte Name ist.

Das stimmt, name disused:name old_name ist der beste Weg.

soerenwegenertc · 2022-12-05T10:52:53.841Z

Danke für euer Feedback! Ich habe eine Sektion “Editing Guidelines” in die Wikiseite aufgenommen und das hier eingefügt zum Thema “Apotheke als geschlossen markieren”:

Change amenity=pharmacy to disused:amenity=pharmacy

Change name=Beispielapotheke to old_name=Beispielapotheke

Remove obsolete fields, for example:

contact, dispensing, healthcare, opening_hours, website

Dass wir den Namen zuerst auf disused:name setzen und dann nach Zeitraum X wiederum disused:name auf old_name aktualisieren, sehe ich nicht realistisch machbar. Dazu müssten wir uns irgend eine Form von Reminder stellen und uns ständig alte Edits erneut ansehen, das wäre ein unverhältnismäßiger Arbeitsaufwand.
Wenn ich es richtig verstanden habe wäre also die Alternative:

Change amenity=pharmacy to disused:amenity=pharmacy
Change name=Beispielapotheke to disused:name=Beispielapotheke
…was wäre mit den übrigen Feldern? Alle mit disused: präfixen? Kommt mir auch merkwürdig vor

stephan75:

Könnte man mal für gesamt Deutschland oder für die 16 Bundesländer einzeln eine Auszählung machen für alle Apotheken in den OSM-Daten, und diese Daten z.B. wöchentlich auf der von euch eröffneten Wikiseite fortschreiben?

Mit Auszählung meinst du eine einfache Angabe im Sinne von “In $Bundesland befinden sich $x Apotheken”? Darin kann ich keinen großen Nutzen erkennen. Solch eine Form der Auswertung kann man auch mittels Overpass erhalten. Im Gegensatz dazu ist eine Wiki-Seite schnell veraltet, da sie manuelle Pflege erfordert. Ich möchte mich darauf fokussieren, in der Firma Prozesse zu etablieren, die langfristig zu regelmäßigen und guten OSM Contributions führt, auch ohne Enthusiasten wie mich. Dabei sehe ich es nicht im Interessen des Unternehmens, regelmäßig Arbeitszeit in das aktualisieren von Statistiken zu stecken.

stephan75:

es gab ja auch vor 7 Jahren mal eine Wochenaufgabe zur Pflege der Apotheken-POIs in OSM:

DE:Wochenaufgabe - OpenStreetMap Wiki

Danke! Ja da hatte ich auch schon ein bisschen durchgescrollt, bzw. hier der doch recht lange Thread im alten Forum: Wochenaufgabe KW 06/07 Apotheken - Deutschland (Germany) - OpenStreetMap Community Forum

Wo wir schon beim Thema Nodes entfernen waren: Mir ist aufgefallen, dass regelmäßig Mapper eine Node durch einen Way und auch umgekehrt ersetzen. Die Gründe sind mir bei jedem Edit schleierhaft. vor allem weil es mal so rum und mal anders rum ist. Aus unserer Sicht ist das ziemlich nervig, da wir dadurch unserer interne Referenz aktualisieren zu müsse.

Wisst ihr, welche (guten) Gründe es gibt, einen bestehenden Shop von / zu node / way zu ändern?

eiskalt-glasklar · 2022-12-05T10:56:26.726Z

soerenwegenertc:

Wisst ihr, welche (guten) Gründe es gibt, einen bestehenden Shop von / zu node / way zu ändern?

Das macht jeder Mapper anders, und es gibt gute Gründe für beides. Persönlich ist es als Node praktischer, weil dann nicht jedes Mal das Gebäude bearbeitet werden muss, wenn sich etwas am Geschäft im Gebäude ändert, und vor allem entfällt dann das Auseinanderhalten von Tags, die zum Gebäude gehören (Adresse, building:levels/roof:levels) und solche, die zum Geschäft gehören. Wenn z. B. ein Geschäft umzieht, verschiebt man ganz einfach den Node, statt mühsam die einzelnen Tags aus dem Gebäude herauszusuchen und zu kopieren.

soerenwegenertc · 2022-12-05T11:07:17.553Z

Die Interpretation teile ich. Wenn jemand eine neue Apotheke als Way einträgt, auch fein. Hier ein jüngeres Beispiel, wo es mir aber nicht klar ist, warum man das eine durch das andere ersetzt:

Changeset: 129085978 | OpenStreetMap
Alte Node: Node: 2453933321 | OpenStreetMap
- Siehe Historie, hat alle Informationen der Apotheke beinhaltet
- Jetzt stellt die Node nur noch einen “Entrance” dar
Way: hxxps://www.openstreetmap.org/way/236790328/
- War vorher nur das Gebäude
- Beinhaltet jetzt die Informationen über die Apotheke

(mein Account ist noch immer zu neu um mehr als zwei Links posten zu dürfen. Ein Moderator darf den Post und meinen Eingangspost auch gerne anpassen…)

Discostu36 · 2022-12-05T11:35:32.949Z

soerenwegenertc:

Aus unserer Sicht ist das ziemlich nervig, da wir dadurch unserer interne Referenz aktualisieren zu müsse.

Dass OSM keine permanenten IDs hat, ist leider eines unserer größten Mankos, weil es die Verknüpfung mit exterenen Datenbanken sehr erschwert.

soerenwegenertc:

Hier ein jüngeres Beispiel, wo es mir aber nicht klar ist, warum man das eine durch das andere ersetzt:

Wenn ich mir das auf Mapillary angucke, dann sind in dem Gebäude offenbar auch Wohnungen:

https://www.mapillary.com/app/?pKey=507563703596645

Die Tags an die ganze Fläche zu packen, wäre dann wirklich falsch. In vielen anderen Fällen ist es nur unnötig. Manchmal ist es auch notwendig (insb. in Richtung Way → Node). Es ist leider nicht zu ändern, dass das vorkommen kann.

Danfost · 2022-12-05T11:58:04.978Z

Sehe ich auch so,
das Gebäude als building=house oder building=apartments
und die Apotheke als separater Node in die Nähe des Eingangs setzen.

Discostu36:

Wenn ich mir das auf Mapillary angucke, dann sind in dem Gebäude offenbar auch Wohnungen:

das würde auch die zwei Eingänge erklären, Apotheke und Wohnungen

Gruß
Danfost

dieterdreist · 2022-12-05T13:00:49.000Z

Wenn ich es richtig verstanden habe wäre also die Alternative:

Change amenity=pharmacy to disused:amenity=pharmacy

Change name=Beispielapotheke to disused:name=Beispielapotheke

…was wäre mit den übrigen Feldern? Alle mit disused: präfixen? Kommt mir auch merkwürdig vor

den Namen muss man eigentlich nur dann prefixen wenn man vorhat, gegen die one feature one element Regel zu verstoßen
Die ehemalige Apotheke ist m.E. nicht dasselbe wie der jetzige Fleischer (als Beispiel), auch wenn sie dasselbe Ladenlokal nutzen/genutzt haben

dieterdreist · 2022-12-05T13:04:07.000Z

Das macht jeder Mapper anders, und es gibt gute Gründe für beides. Persönlich ist es als Node praktischer, weil dann nicht jedes Mal das Gebäude bearbeitet werden muss, wenn sich etwas am Geschäft im Gebäude ändert, und vor allem entfällt dann das Auseinanderhalten von Tags, die zum Gebäude gehören (Adresse, building:levels/roof:levels) und solche, die zum Geschäft gehören. Wenn z. B. ein Geschäft umzieht, verschiebt man ganz einfach den Node, statt mühsam die einzelnen Tags aus dem Gebäude herauszusuchen und zu kopieren.

wenn man es besser kann sollte man m.E. die POI tags nicht mit dem Gebäude mischen, eine Fläche kann man aber trotzdem machen und sie ist auch besser als ein Node. Wenn man es nicht besser machen kann oder will, ist das Hinzufügen von POI-Daten an ein building besser als gar nichts einzutragen.

Danfost · 2022-12-05T13:47:37.519Z

Hallo

soerenwegenertc:

…was wäre mit den übrigen Feldern? Alle mit disused: präfixen? Kommt mir auch merkwürdig vor…

Ich bin eh kein freund davon alles aufzuheben, aber wenn ich das bei einer Apotheke machen müßte wäre das

disused:amenity=pharmacy
disused:healthcare=pharmacy

alles andere würde ich vom Node löschen.

Gruß
Danfost

stephan75 · 2023-01-09T16:37:42.599Z

@soerenwegenertc
Hallo Sören,
gibt es vielleicht zeitliche Planungen, wann es von euch Datenberarbeitungen geben soll zu den Apotheken? Laut den Accounts auf der OSM-Wikiseite gab es noch keine entsprechenden Bearbeitungen, oder?