Das deutsche Wiki schreibt zu amenity=doctors seit 2017
Es gibt ein neues Erfassungsschema healthcare=* für Einrichtungen im Gesundheitswesen. Es erlaubt wesentlich differenzierte Kennzeichnungen als bisher. Zur Zeit ist die parallele Nutzung empfohlen!
Ist es noch sinnvoll Mappern die das doppelte Tagging zu empfehlen oder haben die meisten Datenutzer das neue Schema implementiert?
In Deutschland haben über 75% der amenity=doctors auch healthcare=doctor taginfo DE
Fast alle healthcare=doctor haben auch amenity=doctor taginfo DE
Sollte das geändert werden zu so was?
Es gibt ein neues Erfassungsschema healthcare=* für Einrichtungen im Gesundheitswesen. Es erlaubt wesentlich differenzierte Kennzeichnungen als bisher. Bisher wurde amenity=doctors oft parallel zu healthcare genutzt. Das ist nicht mehr nötig.
Meines Wissens nach, war genug Zeit, das zu übernehmen. Carto z.B. rendert. Für JOSM gibt es ein zusätzliches Preset, der Standard berücksichtig es leider nicht.
Persönlich halte ich es aber nicht für sinnvoll, es einfach zu entfernen, um die Eindeutigkeit mit der englischen Wiki zu erhalten. Sinnvoll wäre mit Verweis auf das alte Proposal ein neues Proposal zu starten, in dem die alten “amenity”-Tags als deprecated gemarkt werden.
Wenn du dich bereit erklärst, würde ich für Hilfe auch bereitstehen
Ob das wirklich so Erfolgsversprechend ist, weiß ich aktuell nicht - siehe den Kleinkrieg zwischen den Fraktionen contact:* und kein contact:*)
Wenn nur 75% aller Arztpraxen mit healthcare=doctor getaggt sind, bedeutet das, dass jede Software die nach Arztpraxen suchen oder sie anzeigen möchte, trotzdem beide tags unterstützen muss.
Ob es Software gibt, die (immer noch) nur amenity=doctors unterstützt, wäre eine Sache die man mal nachforschen müsste. (Nachtrag: Okay, offenbar Carto… aber so wie ich verstanden habe nicht aus Prinzip nicht, sondern wegen irgendwelcher technischer Probleme)
iD setzt z.B. beide tags. Wenn nur amenity=doctors gesetzt ist, bietet er an, es mit healthcare=doctor automatisch zu vervollständigen. Theoretisch ist es also nur eine Frage der Zeit™.
Entwicklung von healthcare=doctor und amenity=doctors mit Schnittmengen (jeweils August, Daten von Ohsome, global)
Interessant ist, dass die Verwendung von amenity=doctors ohne healthcare=doctor (braun) seit 2019 fällt. Sieht also aus als würden viele Mapper healthcare=doctor nutzen.
Die Frage ist, ob es das daher kommt dass
A) zusätzliche Praxen gleich mit beiden tags getaggt werden und alte nach und nach mit healthcare ergänzt werden.
B) zusätzliche Praxen erst mit amenity=doctors getaggt werden und dann von anderen Mappern ergänzt werden.
Falls eher A als B richtig ist, wäre die deprecation aussichtsreich, weil es nur dokumentieren würde, was Mapper eh schon machen. B würde daraufhinweisen, dass es zwei Lager gibt. Dann wird wird wohl keine Mehrheit geben. Wie kriegt man das raus? Ohsome liefert nur Salden über gewisse Zeiten.
Datennutzern wird man auch nach einer eventuellen deprecation noch eine Weile sagen müssen, beides auszuwerten.
Bei hospital gab es 2020 nochmal einen Ansteig von amenity allein. Die Nutzung healthcare=hospital hat auch später begonnen. Das sollte man erstmal getrennt behandeln.
@SafetyIng Übrigens, da wir über die Entwicklung weltweit sprechen, aber nur zufälligerweise auf deutsch, macht es nicht Sinn, diesen Thread nach “General Talk” zu verschieben? Für Leute aus anderen Ländern die sich für (healthcare) Tagging interessieren ist das dann besser auffindbar, sie können sich ja alles mit dem -Knopf übersetzen lassen.
Ich würde vorschlagen, wenn dies für alle (doctors, hospital, clinic, dentist etc.) gleich zu behandeln und amenity auf deprecated zu setzen. Dies nur für einzelne zu machen, sehe ich keinen Vorteil und könnte nur Verwirrung stiften.
Ich sehe zurzeit eher schlechte Chancen für ein Proposal, amenity=doctors, amenity=hospital und so weiter zu deprecaten, solange noch nicht annähernd 100% all dieser Features bereits ebenso mit healthcare getaggt sind (und solange Carto diese nicht rendert).
Gleichzeitig sieht der aktuelle Trend danach aus, danke @lkw, dass ein solcher Zustand erst in 10 Jahren erreicht würde.
Da haben wir ein “Henne und Ei”-Problem: Über einen Massen-Edit könnte man erst sprechen, nachdem ein solches Proposal angenommen wurde.
Das Problem mit automatischen Massen-Edits ist aber zusätzlich vor Allem, dass das Änderungsdatum jedes der betroffenen Features entsprechend aktualisiert wird, es also den Anschein macht, für die betroffenen Features wurde gerade erst überprüft, dass sie noch in dieser Form existieren.
Trend beschleunigen
Um zu beschleunigen, dass healthcare zumindest auch auf den entsprechenden alten Tags gesetzt ist, sehe ich folgende Möglichkeiten:
Die “Eigenschaften aktualisieren” (=vorgeschlagene Tags ergänzen) Funktionalität in iD
auch in anderen Editoren zu implementieren, zumindest in denen, die als Grundlage die iD Presets verwenden (also alle außer JOSM). Allerdings sei gesagt, dass genau diese Funktionalität wegen anderer “Vorgeschlagener Aktualisierungen” in der Vergangenheit zu einigen unschönen Kontroversen geführt hat. Letztlich ist jedweger solcher Vorschlag immer “opinionated” sofern er kein Feature aktualisiert was klar mit “deprecated” Tags getaggt wurde, das Potenzial für Kontroversen ist also immer da, inclusive mit diesem Tag. Henne und Ei.
Da wie beschrieben das Änderungsdatum des Features als Indikator dafür gesehen wird, wann es zuletzt überprüft wurde, kann das Ergänzen des healthcare Tags nur dann unbedenklich geschehen wenn zumindest die Existenz überprüft wurde. Daher:
Einen Map-Roulette Task anlegen und nutzen, der dazu aufruft, die Existenz von amenity=doctors usw. die einen Tag für eine Web-Präsenz getaggt haben (website, facebook, contact:website usw.) aber kein healthcare=* zu überprüfen und healthcare=* entsprechend zu ergänzen. Dies kann man dann nämlich machen, ohne selbst vor Ort zu sein.
Gleichermaßen kann man (ohne Tooling, soweit ich weiß) sich darum bemühen, die Webpräsenzen von Ärzten usw. in Erfahrung zu bringen und zu taggen. In Europa haben die meisten Ärzte eine Webpräsenz, und sei es auch nur über doctolib - ein Beweis genug dass dieser Arzt noch existiert
Herausfinden wo genau das (technische?) Problem ist, warum Cartohealthcare nicht rendert und es lösen. Ob etwas in Carto gerendert wird oder nicht, hat eine große Auswirkung darauf, wie etabliert es ist, ein Tag tatsächlich zu benutzen
es ist ja nicht nur ein “Problem” bei Carto, sondern bei allen, die Frage ist, ob “healthcare” als Teil der “osm-Basisdaten” gesehen werden sollte, oder ob es eher ein Spezialtag ist, den man nur dann haben soll, wenn man extra danach fragt. Solange hospital, dentist und doctors, pharmacy und clinic in amenity getaggt sind, ist für viele bereits ausreichend Grundinformation vorhanden, die Labore und Optometristen und den ganzen langen Schwanz wollen viele vermutlich auch gar nicht haben…
Ich denke, man muss die Abstimmung nicht abwarten um zu erkennen, dass sie voraussichtlich scheitern wird; das Votum ist bereits jetzt eindeutig.
Der größte Kritikpunkt der bisher geäußert wird: viele Drittanwender von OSM-Daten verlassen sich auf die etablierten Tags. Statt also noch einmal das Rad neu zu erfinden, sollten eher die etablierten Tags verbessert werden.
Hinzu kommt noch, dass es keinen sauberen Migrationspfad gibt. amenity=hospital umfasst derzeit sowohl Allgemeinkrankenhäuser, als auch Reha-Kliniken. Im healthcare-Proposal wird beides getrennt in healthcare=hospital und healthcare=rehabilitation. Das heißt es wird eine Einzelfallprüfung notwendig, um was für eine Art Krankenhaus es sich handelt. Wer soll das leisten, noch dazu weltweit?
Ich wäre froh wenn Punkt 4 als erstes erledigt wäre.
Da Du Softwareentwicklungsspezialist bist, könntest da nicht nochmal einen Blick drauf werfen Im wiki steht, das wohl nachdem die technischen Probleme behoben sind, es dann noch abhängig von einer Nachladung der Datenbank ist. Was wohl bereits geschehen ist, siehe (Planning database reload).
Also sind ev. auch bereits die technischen Probleme gefixt?!? und bräuchte nur ein weiteres Ticket um das healthcare-rendern scharfzuschalten?
-Knopf übersetzen lassen.