Hallo zusammen
Ein User mit dem Namen notfalltreffpunkt hat bei den Schweizer Notfalltreffpunkten die SRZ und andere Kantone importiert haben einen Change gemacht damit diese in der Suche nicht mehr auffindbar sind. Es geht um Folgendes Changeset wo Namen entfernt wurden, so sind die Punkte nicht mehr eindeutig suchbar. Auch wurden tags wie temporary=yes hinzugefügt, was im Schweizer Fall ja bekanntlich nicht stimmt.
Es geht um folgendes Changeset: https://www.openstreetmap.org/changeset/133889631
Was sind hier die Möglichkeiten? Meiner Meinung nach wäre da ein Revert angebracht.
Gruess Christian
Freundliche Grüsse Christian Nüssli Applikationsverantwortlicher ELZ m.b.A.
D +41 44 411 22 85tel:+41444112285 F +41 44 411 24 45 M +41 79 894 39 52tel:+41798943952 christian.nuessli@zuerich.chmailto:christian.nuessli@zuerich.ch
Arbeitsort Stadt Zürich Schutz & Rettung Applikation ELS Operation Center 1 - Büro 633 8058 Zürich-Flughafen
Postadresse Stadt Zürich Schutz & Rettung Einsatz & Prävention Weststrasse 4 Postfach, 8036 Zürich
T +41 44 411 21 12tel:+41444112112 F +41 44 411 24 45 www.stadt-zuerich.ch/srzhttps://www.stadt-zuerich.ch/srz
Lieber Christian
Wir kümmern uns drum.
Beste Grüsse, Stefan
Am Do., 29. Juni 2023 um 07:20 Uhr schrieb Nüssli Christian (SRZ) Christian.Nuessli@zuerich.ch:
Hallo zusammen
Ein User mit dem Namen notfalltreffpunkt hat bei den Schweizer Notfalltreffpunkten die SRZ und andere Kantone importiert haben einen Change gemacht damit diese in der Suche nicht mehr auffindbar sind. Es geht um Folgendes Changeset wo Namen entfernt wurden, so sind die Punkte nicht mehr eindeutig suchbar. Auch wurden tags wie temporary=yes hinzugefügt, was im Schweizer Fall ja bekanntlich nicht stimmt.
Es geht um folgendes Changeset: https://www.openstreetmap.org/changeset/133889631
Was sind hier die Möglichkeiten? Meiner Meinung nach wäre da ein Revert angebracht.
Gruess Christian
Freundliche Grüsse Christian Nüssli Applikationsverantwortlicher ELZ m.b.A.
D +41 44 411 22 85 F +41 44 411 24 45 M +41 79 894 39 52 christian.nuessli@zuerich.ch
Arbeitsort Stadt Zürich Schutz & Rettung Applikation ELS Operation Center 1 - Büro 633 8058 Zürich-Flughafen
Postadresse Stadt Zürich Schutz & Rettung Einsatz & Prävention Weststrasse 4 Postfach, 8036 Zürich
T +41 44 411 21 12 F +41 44 411 24 45 www.stadt-zuerich.ch/srz
talk-ch mailing list -- talk-ch@openstreetmap.ch To unsubscribe send an email to talk-ch-leave@openstreetmap.ch
Hallo Christian,
On Thu, Jun 29, 2023 at 05:20:11AM +0000, Nüssli Christian (SRZ) wrote:
Ein User mit dem Namen notfalltreffpunkt hat bei den Schweizer Notfalltreffpunkten die SRZ und andere Kantone importiert haben einen Change gemacht damit diese in der Suche nicht mehr auffindbar sind. Es geht um Folgendes Changeset wo Namen entfernt wurden, so sind die Punkte nicht mehr eindeutig suchbar. Auch wurden tags wie temporary=yes hinzugefügt, was im Schweizer Fall ja bekanntlich nicht stimmt.
Es geht um folgendes Changeset: https://www.openstreetmap.org/changeset/133889631
Was sind hier die Möglichkeiten? Meiner Meinung nach wäre da ein Revert angebracht.
Ich muss sagen, dass ich die Änderungen eher befürworte. Der Name ist in der Tat beschreibend und gehört so nicht in das name-Tag. Ich denke dein Problem mit der Suche sollte man anders lösen. Da wäre die Frage: wonach sucht ihr mit Hilfe welcher Software?
Zum temporary-Tag kann ich nichts sagen.
Gruss
Sarah
Hallo Sarah, Hallo Leserinnen und Leser
Ich sehe ein, dass der name-Tag in der spezifischen Bezeichnung nicht ganz glücklich war. User notfalltreffpunkt hat official_name vorgeschlagen. Wie ist die allgemeine Meinung dazu? Wir werden unser System anpassen müssen damit wir nach diesem Type suchen können und nicht mehr vom name-Tag abhängig sind. Nichts desto trotz sehe ich da doch Schwächen in OSM die für Blaulichtorganisationen fatal sein können. Deswegen auch die etwas furiosere Ausdrucksweise im Changeset-Kommentar.
Es braucht aus meiner Sicht kein Revert mehr, wir können das Problem unsererseits lösen.
Gruess Christian
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: Sarah Hoffmann lonvia@denofr.de Gesendet: Donnerstag, 29. Juni 2023 10:12 An: Openstreetmap Schweiz/Suisse/Svizzera/Svizra talk-ch@openstreetmap.ch Betreff: [Extern] [talk-ch] Re: Notfalltreffpunkte
Hallo Christian,
On Thu, Jun 29, 2023 at 05:20:11AM +0000, Nüssli Christian (SRZ) wrote:
Ein User mit dem Namen notfalltreffpunkt hat bei den Schweizer Notfalltreffpunkten die SRZ und andere Kantone importiert haben einen Change gemacht damit diese in der Suche nicht mehr auffindbar sind. Es geht um Folgendes Changeset wo Namen entfernt wurden, so sind die Punkte nicht mehr eindeutig suchbar. Auch wurden tags wie temporary=yes hinzugefügt, was im Schweizer Fall ja bekanntlich nicht stimmt.
Es geht um folgendes Changeset: https://www.openstreetmap.org/changeset/133889631
Was sind hier die Möglichkeiten? Meiner Meinung nach wäre da ein Revert angebracht.
Ich muss sagen, dass ich die Änderungen eher befürworte. Der Name ist in der Tat beschreibend und gehört so nicht in das name-Tag. Ich denke dein Problem mit der Suche sollte man anders lösen. Da wäre die Frage: wonach sucht ihr mit Hilfe welcher Software?
Zum temporary-Tag kann ich nichts sagen.
Gruss
Sarah _______________________________________________ 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.
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
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.
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 https://overpass-turbo.eu/s/1wMm) wird official_name bislang nur benutzt, wenn es auch ein name-Tag gibt, z.B. bei dieser Node https://www.openstreetmap.org/node/10732591104:
- name = Feuerwehrgerätehaus Hubertshofen - official_name = Notfalltreffpunkt
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
Hallo Marc
On 29.06.23 11:33, Marc M. wrote:
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.
Ich habe das Flugblatt meiner Gemeinde kurz herausgesucht: https://www.cham.ch/_docn/3878923/Notfalltreffpunkte_Merkblatt_Ereignisfall....
Im unteren rechten Ecken der ersten Seite sieht man, dass es sogar 2 Zeilen gibt, die man so etwa als Namen nutzen könnte: "Cham" und "Verwaltungsgebäude Mandelhof" und ich würde das durchaus irgendwie am POI vermerken, zum Beispiel mit description= wie in [1] vermerkt. Gleich darunter sind Fotos der Standorte. Die Tafeln sind permanent. Darum würde ich auf das verwirrende "temporary" verzichten.
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
Die Daten werden bereits konsumiert, wie du von Christian gelesen hast. Das jetzt alles zu entfernen wäre ein absoluter Gesichtsverlust für OSM und eine extrem schlechte Werbung für das ganze Projekt. Ich verstehe nicht, wie du zum aktuellen Zeitpunkt ernsthaft so etwas fordern kannst im Sinne des Projekts.
Grüsse Michael
[1] https://wiki.openstreetmap.org/wiki/DE:Tag:emergency%3Ddisaster_help_point
Ohje das eskaliert ja gerade...
Vor ein paar Tagen hat sich schon Marc M/Marc_marc/Marc_ch stark beschwert über einen Import von Notfalltreffpunkten in einem anderen Kanton, von einer anderen Person.
Ich versuche gerade zu dokumentieren, wie der import idealerweise auszusehen hat. In erster Entwurf findet ihr hier: https://wiki.openstreetmap.org/wiki/Switzerland/Import_Notfalltreffpunkte
Aber schlussendlich sind wir bereits in der Diskussion, wie das richtig getagt werden soll, und da gibts die Präzedenz https://wiki.openstreetmap.org/wiki/DE:Tag:emergency%3Ddisaster_help_point Welche leider schlecht ist, und komplett synchronisiert mit Englisch
Ich nehme mal mit: * name= geht nicht, weil das die Suche kaputt macht
* Adresse braucht auch eine bessere Lösung, damit die Echte Adresse nicht am falschen Ort dupliziert wird. Aber die Adresse macht Sinn, hilft dabei, den Ort zu finden auch ohne Karte und GPS dabei zu haben.
Für den Namen ist mein üblicher hack, einen ref tag zu nehmen. Wobei an gewissen Orten haben die Punkte auch noch eine numerische referenz. Also vielleicht ein ref_name?
Die Adresse scheint mir immer noch ein Problem zu sein. Bei den Briefkästen haben wir post_box:location erfunden. Aber der location tag ist eigentlich ein super obskurer, aber etablierter tag aus dem Energie taging
Grüsse Michael
On 29.06.23 07:20, Nüssli Christian (SRZ) wrote:
Hallo zusammen
Ein User mit dem Namen notfalltreffpunkt hat bei den Schweizer Notfalltreffpunkten die SRZ und andere Kantone importiert haben einen Change gemacht damit diese in der Suche nicht mehr auffindbar sind. Es geht um Folgendes Changeset wo Namen entfernt wurden, so sind die Punkte nicht mehr eindeutig suchbar. Auch wurden tags wie temporary=yes hinzugefügt, was im Schweizer Fall ja bekanntlich nicht stimmt.
Es geht um folgendes Changeset: https://www.openstreetmap.org/changeset/133889631 https://www.openstreetmap.org/changeset/133889631
Was sind hier die Möglichkeiten? Meiner Meinung nach wäre da ein Revert angebracht.
Gruess Christian
-
Marc M. -
michael spreng (datendelphin) -
Nüssli Christian (SRZ) -
Paul Brunner -
Sarah Hoffmann -
Stefan Keller