Salut zusammen

Um möglichst viel Stabilität bei der Abfrage zu erreichen:
Wäre hier nicht das operator:wikidata-Tag noch hilfreich?

So hätte man nur über die Abfrage nach emergency=disaster_help_point und das operator:wikidata-Tag schon mal alle Notfalltreffpunkte von RFO/GFO Kanton Zürich (Wikidata-Eintrag dafür müsste noch erstellt werden, soweit ich sehe).
Und es passiert auch nichts, wenn jemand auf die Idee kommt "operator=RFO/GFO Kanton Zürich" umzuformulieren oder die Abkürzungen auszuschreiben.

Bzgl. name und official_name:
In den aktuellen Daten (Overpass-Abfrage hier) wird official_name bislang nur benutzt, wenn es auch ein name-Tag gibt, z.B. bei dieser Node:

Finde ich so recht verständlich. 

Hab grad noch das Tag-Proposal gefunden: https://wiki.openstreetmap.org/wiki/DE:Tag:emergency%3Ddisaster_help_point

Beste Grüsse,
Paul

On Thu, 29 Jun 2023 at 11:43, Nüssli Christian (SRZ) <Christian.Nuessli@zuerich.ch> wrote:
Bonjour Marc

L'importation a été annoncée sur la liste de diffusion Talk le 21 janvier 2022, sans aucune objection à l'époque. Je trouverais une suppression complète de l'importation quelque peu disproportionnée. Nous essayons de corriger les données. De mon point de vue, il n'y a plus rien à faire, car c'est désormais cohérent pour nous. Nous adapterons nos mécanismes de recherche.

salutations chrétien

Traduit avec Google.

Freundliche Grüsse
Christian Nüssli
Applikationsverantwortlicher ELZ m.b.A.

Stadt Zürich
Schutz & Rettung
D +41 44 411 22 85
-----Ursprüngliche Nachricht-----
Von: Marc M. <marc_marc_irc@hotmail.com>
Gesendet: Donnerstag, 29. Juni 2023 11:34
An: talk-ch@openstreetmap.ch
Betreff: [Extern] [talk-ch] Re: Notfalltreffpunkte

Bonjour,

Le 29.06.23 à 07:20, Nüssli Christian (SRZ) a écrit :
> Was sind hier die Möglichkeiten? Meiner Meinung nach wäre da ein
> Revert angebracht.

le problème est que l'import :
- n'a jamais été approuvé par la communauté locale (liste talk-ch)
- n'a jamais été approuvé par la communauté mondiale (liste import)
- n'a pas été documenté sur le changeset (voir le changeset
https://www.openstreetmap.org/changeset/116134903 )
- utilise tes tags très étrange/erroné :

dans ma zone locale, le lieu de rassemblement a été nomé comme le batiment, hors si c'est le nom du bâtiment, ce n'est pas le lieu de l'objet "emergency" qui a mon avis n'a pas de nom.
c'est incorrect de mettre le nom du batiment sur chaque pièce, chaque objet, chaque porte, chaque club qui se trouve dans ce lieu.
ce n'est pas non plus un official_name pour chaque pièce, chaque porte, etc c'est une description de sa position et pas un name=*

vous dites que ce n'est pas temporaire... pourtant en dehors de toute crise, je suppose qu'il n'y a pas personne sur place c'est donc bien une fonction temporaire dont on espère que cela que très rarement.

il y a aussi l'ajout d'adresse postale à ces objets (en plus parfois
erronée) alors que c'est lieu n'ont surement pas de possibilité de recevoir du courrier et l'adresse devrait déjà être donnée par le bâtiment et/ou la porte d'accès.

il y a le tag website identitique à tous les objets alors que website devrait renseigner une url unique pour chaque objet et s'il n'y en a pas, alors cela n'â aucun intérêt de mettre un site parmis 1000 parlant du sujet.

il y a le tag source sur l'objet alors que l'objet va être enrichi par d'autre contributeur (dans mon cas, au moins pour la position qui était celle des vestitaires) et cela ne serra donc pas la source unique, cela fait quand même longtemps que la bonne pratique est un tag sur le groupe de modification.
mais le groupe de modification du premier objet du changeset en question a été importé avec comme source="OpenStreetMap Carto (Standard)" ce qui n'est évidement pas la source.

donc je suis pour une annulation intégral... de l'import !
d'ailleurrs comme cette import n'a pas suivit les règles, n'importe qui peux, sans avoir besoin d'accord, l'annuler n'importe quand.
voila pourquoi c'est mieu de repartir sur une base propre.

le fait de parler de situation d'urgence n'est pas une excuse suffisante pour importer d'abord et corriger ensuite.
surtout qu'ici c'est une urgence théorique, c'est pas prévu pour être utilisé demain ce qui aurait toléré qu'on fasse le plus vite possible

Salutations,
Marc
_______________________________________________
talk-ch mailing list -- talk-ch@openstreetmap.ch To unsubscribe send an email to talk-ch-leave@openstreetmap.ch

Achtung: Diese E-Mail wurde von einer externen Adresse verschickt. Klicken Sie auf keine Links und öffnen Sie keine angehängten Dateien, wenn Sie den Absender bzw. die Absenderin nicht kennen. Sind Sie sich unsicher, kontaktieren Sie den Service Desk der Stadt Zürich.
_______________________________________________
talk-ch mailing list -- talk-ch@openstreetmap.ch
To unsubscribe send an email to talk-ch-leave@openstreetmap.ch