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.