Hallo zusammen
Schon länger lese ich auf der Mailingliste mit, nun gelange ich mit einer Frage an euch, die für euch sicher leicht zu beantworten ist:
Auch wir in der Rettung St.Gallen überarbeiten aktuell die Datenverarbeitung. Derzeit benutzt jedes System (Notrufzentrale, Einsatzprotokoll, Abrechnung) eigene Stammdaten in denen z.B. Altersheime und Spitäler drin sind. Manchmal gibt das Probleme beim Zusammenführen der Daten, weshalb wir gerne eine verlässliche, gleichbleibende ID für die Institutionen hätten. Gerne auch so, dass dies schweizweit und zukünftig systemübergreifend funktionieren wird. OSM bietet sich da natürlich sehr an, aus bekannten Gründen. :-)
Kann ich davon ausgehen, dass z.B. https://www.openstreetmap.org/way/125232364 immer auf das Kantonsspital St.Gallen zeigen wird? Oder muss man damit rechnen, dass dies einmal verändert/verschoben werden wird? Chnuessli hat vermutlich darum zur Sicherheit den note reingemacht, dass es für Schutz&Rettung einsatzrelevant ist. Wäre allenfalls generell in OSM ein Tag sinnvoll, der «wichtige» Daten markiert, so wie Wikipedia Seiten mit Freigabe kennt? Oder gibt es das bereits?
Danke für eure Inputs und Ideen!
Martin
Hallo Martin,
Am 15/07/2020 um 10.45 schrieb Martin Schilliger:
Auch wir in der Rettung St.Gallen überarbeiten aktuell die Datenverarbeitung. Derzeit benutzt jedes System (Notrufzentrale, Einsatzprotokoll, Abrechnung) eigene Stammdaten in denen z.B. Altersheime und Spitäler drin sind. Manchmal gibt das Probleme beim Zusammenführen der Daten, weshalb wir gerne eine verlässliche, gleichbleibende ID für die Institutionen hätten. Gerne auch so, dass dies schweizweit und zukünftig systemübergreifend funktionieren wird. OSM bietet sich da natürlich sehr an, aus bekannten Gründen. :-)
Kann ich davon ausgehen, dass z.B. https://www.openstreetmap.org/way/125232364 immer auf das Kantonsspital St.Gallen zeigen wird? Oder muss man damit rechnen, dass dies einmal verändert/verschoben werden wird? Chnuessli hat vermutlich darum zur Sicherheit den note reingemacht, dass es für Schutz&Rettung einsatzrelevant ist. Wäre allenfalls generell in OSM ein Tag sinnvoll, der «wichtige» Daten markiert, so wie Wikipedia Seiten mit Freigabe kennt? Oder gibt es das bereits?
In OSM sind die IDs nicht stabil. Es gibt dafür keine Garantieren. Man muss jederzeit damit rechnen, dass das Objekt durch ein anderes ersetzt wird, z.B. wenn aus einem als Punkt gemappten POI ein Way wird oder umgekehrt. Wenn du stabile IDs brauchst, solltest du die Suche nach stabilen Attributen (z.B. amenity=hospital für ein Spital) mit einer Umkreissuche kombinieren.
Es gibt in OSM keinen Anspruch auf den Schutz oder das Sperren bestimmter Objekte. Weder auf technischer Ebene noch in Form von Regeln. Es würde dem Gedanken eines Gemeinschaftsprojekts zu stark widersprechen und wäre bei berechtigten Änderungen hinderlich. Wenn es auf der Ebene von Regeln, die die Community sich auferlegt, gäbe, würde es daran scheitern, dass Neulinge diese Regeln nicht kennen würden (oder der Einstieg in OSM das Studium eines komplexen Regelwerks erfordern würde).
Viele Grüße
Michael
Hallo Martin
Grundsätzlich kann man keine Informationen in OSM schützen.
Eine Möglichkeit wenigstens eine gewisse Sicherheit zu bekommen, dass bestimmte Informationen intakt bleiben, ist diese bei euch zu duplizieren und dann regelmässig zu vergleichen.
Ich habe vor einigen Jahren mal so etwas implementiert. Dabei wollte ich Adressen in Winterthur mit einer entsprechenden öffentlichen Datensatz abgleichen. Dazu habe ich Osmosis verwendet, dass sehr schnell OMS Daten parsen kann. https://wiki.openstreetmap.org/wiki/DE:Osmosis. Man kann Osmosis mit beliebigen Filtern erweitern (in Java). Für den Vergleich habe ich die zu überwachenden Daten in den Speicher geladen. Dann habe ich einen Extrakt von Winterthur erstellt und durch Osmosis gejagt (dauerte weniger als 2 Minuten). Als Resultat erhielt ich eine Liste von Unterschieden (zusätzliche, fehlende oder abweichende Daten) zu den erwarteten Daten. Danach bin ich die Liste der Abweichungen durchgegangen und habe Fehler entweder in OSM oder meiner externen Liste der zu überprüfenden Daten korrigiert, bis keine Unterschiede mehr vorhanden waren.
Ich glaube aber, dass ich das Projekt nicht mehr habe ☹
Grüsse Michael
-----Ursprüngliche Nachricht----- Von: talk-ch talk-ch-bounces@openstreetmap.ch Im Auftrag von Martin Schilliger Gesendet: Mittwoch, 15. Juli 2020 10:46 An: talk-ch@openstreetmap.ch Betreff: [talk-ch] Wechseln die Nummern der Elemente manchmal?
Hallo zusammen
Schon länger lese ich auf der Mailingliste mit, nun gelange ich mit einer Frage an euch, die für euch sicher leicht zu beantworten ist:
Auch wir in der Rettung St.Gallen überarbeiten aktuell die Datenverarbeitung. Derzeit benutzt jedes System (Notrufzentrale, Einsatzprotokoll, Abrechnung) eigene Stammdaten in denen z.B. Altersheime und Spitäler drin sind. Manchmal gibt das Probleme beim Zusammenführen der Daten, weshalb wir gerne eine verlässliche, gleichbleibende ID für die Institutionen hätten. Gerne auch so, dass dies schweizweit und zukünftig systemübergreifend funktionieren wird. OSM bietet sich da natürlich sehr an, aus bekannten Gründen. :-)
Kann ich davon ausgehen, dass z.B. https://www.openstreetmap.org/way/125232364 immer auf das Kantonsspital St.Gallen zeigen wird? Oder muss man damit rechnen, dass dies einmal verändert/verschoben werden wird? Chnuessli hat vermutlich darum zur Sicherheit den note reingemacht, dass es für Schutz&Rettung einsatzrelevant ist. Wäre allenfalls generell in OSM ein Tag sinnvoll, der «wichtige» Daten markiert, so wie Wikipedia Seiten mit Freigabe kennt? Oder gibt es das bereits?
Danke für eure Inputs und Ideen!
Martin _______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
Hallo zusammen
Danke für eure Antworten. Es ist also wie befürchtet (danke @Rémi für den Link), dass permanent IDs ein komplexes Gebiet sind. Ich habe dann kurz über Wikidata nachgedacht, aber jedes Altersheim dort zu erfassen scheint nicht sinnvoll/gewünscht zu sein. Wie Michael-David anspricht kommt man wohl um Fleiss- und Vergleichsarbeit nicht herum, wenn ich mich richtig erinnere macht auch Convexis (rescuetrack.com) in Deutschland das so mit den OSM-Daten. Danke auch @Michael für das Aufzeigen, warum stabile IDs aus Anwendersicht hinderlich sind – macht Sinn. Vielleicht ist der Ansatz mit der Umkreissuche gar nicht so schlecht. Ich hätte halt gerne eine Art Aufhänger der Daten, der für alle klar und rückverfolgbar und nicht einfach auf meinem Mist gewachsen ist. Dachte dann kurz über Koordinaten nach, aber auch Spitäler können verschoben werden. Vielleicht muss dieser Datensatz tatsächlich erst noch geschaffen werden.
Über weitere tolle Ideen und Inputs freue ich mich natürlich weiterhin. Vielen Dank bisher!
Gruäss Martin
Am 15.07.2020 um 10:45 schrieb Martin Schilliger martin_schilliger@bluewin.ch:
Hallo zusammen
Schon länger lese ich auf der Mailingliste mit, nun gelange ich mit einer Frage an euch, die für euch sicher leicht zu beantworten ist:
Auch wir in der Rettung St.Gallen überarbeiten aktuell die Datenverarbeitung. Derzeit benutzt jedes System (Notrufzentrale, Einsatzprotokoll, Abrechnung) eigene Stammdaten in denen z.B. Altersheime und Spitäler drin sind. Manchmal gibt das Probleme beim Zusammenführen der Daten, weshalb wir gerne eine verlässliche, gleichbleibende ID für die Institutionen hätten. Gerne auch so, dass dies schweizweit und zukünftig systemübergreifend funktionieren wird. OSM bietet sich da natürlich sehr an, aus bekannten Gründen. :-)
Kann ich davon ausgehen, dass z.B. https://www.openstreetmap.org/way/125232364 immer auf das Kantonsspital St.Gallen zeigen wird? Oder muss man damit rechnen, dass dies einmal verändert/verschoben werden wird? Chnuessli hat vermutlich darum zur Sicherheit den note reingemacht, dass es für Schutz&Rettung einsatzrelevant ist. Wäre allenfalls generell in OSM ein Tag sinnvoll, der «wichtige» Daten markiert, so wie Wikipedia Seiten mit Freigabe kennt? Oder gibt es das bereits?
Danke für eure Inputs und Ideen!
Martin _______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
Ein kleiner Hinweis: für Nodes ist id + version stabil, d.h man kann den aktuellen Zustand mit dem historischen vergleichen um festzustellen ob eine wesentliche Änderung stattgefunden hat.
Bei Objekten die mit Ways oder Relations modelliert sind, muss man sich zusätzlich ein Node des Objektes merken da reine Geometrie Änderungen keine neue Version des Elternobjektes produzieren.
Beides relativ einfach automatiserbar.
Simon
Am 17. Juli 2020 10:19:31 MESZ schrieb Martin Schilliger martin_schilliger@bluewin.ch:
Hallo zusammen
Danke für eure Antworten. Es ist also wie befürchtet (danke @Rémi für den Link), dass permanent IDs ein komplexes Gebiet sind. Ich habe dann kurz über Wikidata nachgedacht, aber jedes Altersheim dort zu erfassen scheint nicht sinnvoll/gewünscht zu sein. Wie Michael-David anspricht kommt man wohl um Fleiss- und Vergleichsarbeit nicht herum, wenn ich mich richtig erinnere macht auch Convexis (rescuetrack.com) in Deutschland das so mit den OSM-Daten. Danke auch @Michael für das Aufzeigen, warum stabile IDs aus Anwendersicht hinderlich sind – macht Sinn. Vielleicht ist der Ansatz mit der Umkreissuche gar nicht so schlecht. Ich hätte halt gerne eine Art Aufhänger der Daten, der für alle klar und rückverfolgbar und nicht einfach auf meinem Mist gewachsen ist. Dachte dann kurz über Koordinaten nach, aber auch Spitäler können verschoben werden. Vielleicht muss dieser Datensatz tatsächlich erst noch geschaffen werden.
Über weitere tolle Ideen und Inputs freue ich mich natürlich weiterhin. Vielen Dank bisher!
Gruäss Martin
Am 15.07.2020 um 10:45 schrieb Martin Schilliger
Hallo zusammen
Schon länger lese ich auf der Mailingliste mit, nun gelange ich mit
einer Frage an euch, die für euch sicher leicht zu beantworten ist:
Auch wir in der Rettung St.Gallen überarbeiten aktuell die
Datenverarbeitung. Derzeit benutzt jedes System (Notrufzentrale, Einsatzprotokoll, Abrechnung) eigene Stammdaten in denen z.B. Altersheime und Spitäler drin sind. Manchmal gibt das Probleme beim Zusammenführen der Daten, weshalb wir gerne eine verlässliche, gleichbleibende ID für die Institutionen hätten. Gerne auch so, dass dies schweizweit und zukünftig systemübergreifend funktionieren wird. OSM bietet sich da natürlich sehr an, aus bekannten Gründen. :-)
Kann ich davon ausgehen, dass z.B.
https://www.openstreetmap.org/way/125232364 immer auf das Kantonsspital St.Gallen zeigen wird? Oder muss man damit rechnen, dass dies einmal verändert/verschoben werden wird? Chnuessli hat vermutlich darum zur Sicherheit den note reingemacht, dass es für Schutz&Rettung einsatzrelevant ist. Wäre allenfalls generell in OSM ein Tag sinnvoll, der «wichtige» Daten markiert, so wie Wikipedia Seiten mit Freigabe kennt? Oder gibt es das bereits?
Danke für eure Inputs und Ideen!
Martin _______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
Salut Martin
Am 17.07.2020 um 10:19 schrieb Martin Schilliger:
<snip>
Ich habe dann kurz über Wikidata nachgedacht, aber jedes Altersheim dort zu erfassen scheint nicht sinnvoll/gewünscht zu sein.
Wie kommst du zu der Aussage?
In Wikidata kannst du nahezu alles erfassen, was sich mit Quellen belegen lässt. Also auch Altersheime, welche i.d.R eine U-ID und eine MWST-Nr.haben (sIe stellen den Insassen Rechnungen und bezahlen Gehälter und Waren)
Auf eine "ob-sinnvoll/gewünscht-oder-nicht" Diskussion würde ich mich in eine Community Projekt nicht einlassen. Alles was nicht technisch geht oder explizit verboten ist, darf m.E. gemacht werden.
...just my 2 cents, h.
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
On 17.07.20 10:19, Martin Schilliger wrote:
Ich habe dann kurz über Wikidata nachgedacht, aber jedes Altersheim dort zu erfassen scheint nicht sinnvoll/gewünscht zu sein.
Das sehe ich anders. Ob jeder Wanderwegweiser und jeder Briefeinwurf in Wikidata gehört, darf zurecht bezweifelt werden, auch wenn das für manche Anwendungen praktisch wäre. Aber ziemlich jedes Altersheim dürfte relevant genug sein, um einen Wikidata-Eintrag zu "verdienen".
Nach Wikidatas eigenen Regeln https://www.wikidata.org/wiki/Wikidata:Notability/de, muss ein Datenobjekt *nur eines* der folgenden Kriterien erfüllen:
- Es enthält *mindestens einen zulässigen Link* auf eine Seite in Wikipedia, Wikivoyage, Wikisource, Wikiquote, Wikinews, Wikibooks, Wikidata oder Wikimedia Commons.
- Es bezieht sich auf einen *klar abgrenzbaren konzeptuellen oder wirklichen Gegenstand*. Der Gegenstand muss relevant sein in dem Sinn, dass er *mit glaubwürdigen und öffentlich verfügbaren Belegen beschrieben werden kann*. Falls es bisher über dich kein Datenobjekt gibt, bist du wahrscheinlich nicht relevant.
- Es wird für eine *geschlossene Systematik* benötigt, z. B., um Aussagen in anderen Objekten nützlicher zu machen.
Punkt 1 dürfte nur für bekannte Altersheime zutreffen, aber Punkt 2 für wohl fast alle. Schliesslich wird man jedes Altersheim und oft auch dessen Ort und Name auf Karten (nicht nur OSM), in Telefonbüchern, in Bau-Auschreibungen, Abstimmungs-Unterlagen, Gemeinde-Websites und vielen anderen Quellen finden können, von denen sicher ein Teil sowohl öffentlich verfügbar als auch ausreichend glaubwürdig sein dürfte. (Ein privater Blog-Eintrag reicht wohl nicht, eine Erwähnung auf der offiziellen Gemeinde-Website vermutlich schon.)
Punkt 3 dürfte für Altersheime zutreffen, von denen z.B. öffentlich bekannt ist, dass eine prominente Persönlichkeit dort wohnte oder dort verstorben ist.
Herzliche Grüsse, Raphael
Hoi zämä
Auf eine "ob-sinnvoll/gewünscht-oder-nicht" Diskussion würde ich mich in eine Community Projekt nicht einlassen. Alles was nicht technisch geht oder explizit verboten ist, darf m.E. gemacht werden.
Das sehe ich anders. Ob jeder Wanderwegweiser und jeder Briefeinwurf in Wikidata gehört, darf zurecht bezweifelt werden, auch wenn das für manche Anwendungen praktisch wäre. Aber ziemlich jedes Altersheim dürfte relevant genug sein, um einen Wikidata-Eintrag zu "verdienen".
Aha, das stimmt natürlich. Ich bin einfach geschädigt von den Relevanz-Diskussionen bei Wikipedia *g*. Und so wie ich das verstehe, sind die IDs (Q1728153) ja auch fix – genau das, was ich suche. Kennt sich hier jmd. zufällig gut genug aus, um aus überarbeiteten Listen automatisch zu importieren?
Dann könnte der Weg sein, alle unsere Objekte (Spitäler, Alters- und Pflegeheime, spezielle Einrichtungen, Gefängnisse, etc.) in Wikidata zu erfassen bzw. vervollständigen und diese ID in allen Systemen zu verwenden. Der lässt sich natürlich einfach per Regex aus den Freitextübertragungen herauslesen (Legacy-Systeme).
Gruäss Martin
Lieber Martin
Kennt sich hier jmd. zufällig gut genug aus, um aus überarbeiteten Listen automatisch zu importieren?
Raphael und ich am Institut kennen uns da recht gut aus. Ich habe z.B. bei Burgen-Dossier [1] einig Abgleiche mit Listen-Output programmiert: Siehe "Fehlende...".
Dann könnte der Weg sein, alle unsere Objekte (Spitäler, Alters- und Pflegeheime, spezielle Einrichtungen, Gefängnisse, etc.) in Wikidata zu erfassen...
Wikidata ID so wie es heute ist, ist leider auch keine Lösung, da das Problem der permanenten OSM ID nicht löst! Denn Wikidata kennt nur Koordinaten sowie OSM Relationen (P402), nicht aber eine Property für OSM Ways und Nodes! Der Grund für das Fehlen ist - wieder - dass man nicht zementieren und suggerien will, dass Node/Way IDs stabil sind; was ich verstehe.
Effektiv ist die Sachlage wirklich komplexer als man denkt und nicht nur ein "Mangel" bei OSM. Gerade Spitärer (wie auch Schul- oder Burg-Areale) sind so ein Beispiel, wo es einerseits A. verschiedene "Konzeptvorstellungen/Anwendungsfälle" und andererseits B. verschiedene Repräsentationen davon gibt: Zu A. "Was ist mit Spital gemeint?" (Notfall-Eingang? ganzes Areal?). Zu B. Wird das Areal als Punkt/Node oder als Area (geschlossener Way, Multipolygon-Relation) repräsentiert?
Das Problem der permanenten OSM ID verfolge ich schon seit einiger Zeit und habe meine Erkenntnisse hier [2] festgehalten (mit Verweis auf OSM Wiki). Dabei bin zu folgendem Schluss gekommen:
Wenn die geometrische Lage nicht so wichtig ist (da in Wikidata nicht so kontrolliert wie in OSM), dann 1. Wikidata ID alleine nehmen oder aber 2. Eine Kombination von OSM Tags (was Wikidata ID beinhalten könnte), wie das Overpass Permanent ID vorschlägt.
Wenn die geometrische Lage wichtig ist 3. Als erster Approach - mangels etablierter Lösungen - die OSM ID plus Node/Way/Relation nehmen (wie das MB VT, OSMyBiz, Qwant, Overpass GeoJSON, Burgen-Dossier machen) 4. Als aktuell vielversprechendsten Approach sehe ich: OSM ID plus Version plus Node/Way/Relation plus (Zentrums-)Koordinaten, kodiert als geo:URL (wie in [2] vorgeschlagen).
Wer sich mit dem Listen-/Datenbanken-Abgleichs näher befassen will, ohne programmieren zu wollen, der schaue sich mein Whitepaper zu "Synchronizing Local Datasets and OpenStreetMap using QGIS" an [3]
Ich habe vor, solche Themen in einer Studie "POP-Studie" zu behandeln [4]. Christian Nüssli (SRZ) und ich (OST-HSR) sind dabei die Projektleiter. Verschiedene Kantone sind auch dabei. Wenn ihr da auch mitmachen wollt, nur bei mir (oder Christian) melden.
Beste Grüsse, Stefan
[1] https://meta.wikimedia.org/wiki/Wikimedia_CH/Burgen-Dossier/de [2] https://giswiki.hsr.ch/Permanent_ID_for_OSM [3] https://md.coredump.ch/s/H1IQbLzjU# [4] https://wiki.openstreetmap.org/wiki/DE:Public-OSM_Partnership
Am Mo., 20. Juli 2020 um 10:14 Uhr schrieb Martin Schilliger martin_schilliger@bluewin.ch:
Hoi zämä
Auf eine "ob-sinnvoll/gewünscht-oder-nicht" Diskussion würde ich mich in eine Community Projekt nicht einlassen. Alles was nicht technisch geht oder explizit verboten ist, darf m.E. gemacht werden.
Das sehe ich anders. Ob jeder Wanderwegweiser und jeder Briefeinwurf in Wikidata gehört, darf zurecht bezweifelt werden, auch wenn das für manche Anwendungen praktisch wäre. Aber ziemlich jedes Altersheim dürfte relevant genug sein, um einen Wikidata-Eintrag zu "verdienen".
Aha, das stimmt natürlich. Ich bin einfach geschädigt von den Relevanz-Diskussionen bei Wikipedia *g*. Und so wie ich das verstehe, sind die IDs (Q1728153) ja auch fix – genau das, was ich suche. Kennt sich hier jmd. zufällig gut genug aus, um aus überarbeiteten Listen automatisch zu importieren?
Dann könnte der Weg sein, alle unsere Objekte (Spitäler, Alters- und Pflegeheime, spezielle Einrichtungen, Gefängnisse, etc.) in Wikidata zu erfassen bzw. vervollständigen und diese ID in allen Systemen zu verwenden. Der lässt sich natürlich einfach per Regex aus den Freitextübertragungen herauslesen (Legacy-Systeme).
Gruäss Martin _______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
Salut
Amateurhaft habe ich hier in Bern zwei Themen beackert: Brunnen und Kunst im öffentlichen Raum. Beide weisen derzeit jeweils so um die 350 Objete auf.
Jedes Objekt hat ist in OSM, Wikimedia und Wikidata erfasst.
https://umap.osm.ch/en/map/public-art-in-bern_2444 https://commons.wikimedia.org/wiki/Category:Public_art_in_Bern
https://umap.osm.ch/de/map/brunnen-in-stadt-und-gemeinde-bern_124 https://commons.wikimedia.org/wiki/Category:Fountains_in_Bern
Klar, es ist nicht lebenswichtig, wenn mal was verschoben wird. Was bis dato nicht passierte, respektive ich nicht bemerkte. Aber man weiss ja nie,,,
cheeers, h.
Am 20.07.2020 um 10:14 schrieb Martin Schilliger:
Hoi zämä
Auf eine "ob-sinnvoll/gewünscht-oder-nicht" Diskussion würde ich mich in eine Community Projekt nicht einlassen. Alles was nicht technisch geht oder explizit verboten ist, darf m.E. gemacht werden.
Das sehe ich anders. Ob jeder Wanderwegweiser und jeder Briefeinwurf in Wikidata gehört, darf zurecht bezweifelt werden, auch wenn das für manche Anwendungen praktisch wäre. Aber ziemlich jedes Altersheim dürfte relevant genug sein, um einen Wikidata-Eintrag zu "verdienen".
Aha, das stimmt natürlich. Ich bin einfach geschädigt von den Relevanz-Diskussionen bei Wikipedia *g*. Und so wie ich das verstehe, sind die IDs (Q1728153) ja auch fix – genau das, was ich suche. Kennt sich hier jmd. zufällig gut genug aus, um aus überarbeiteten Listen automatisch zu importieren?
Dann könnte der Weg sein, alle unsere Objekte (Spitäler, Alters- und Pflegeheime, spezielle Einrichtungen, Gefängnisse, etc.) in Wikidata zu erfassen bzw. vervollständigen und diese ID in allen Systemen zu verwenden. Der lässt sich natürlich einfach per Regex aus den Freitextübertragungen herauslesen (Legacy-Systeme).
Gruäss Martin _______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
Lieber H., liebe alle
Was nicht einreissen darf, ist, dass _alle_ OSM Objekte zu Relationen hineinbugsiert (en: shoehorn) werden. Ein kleiner Brunnen oder eine Säulen-Kunst in OSM als Relation zu mappen, finde ich schon sehr grenzwertig.
Tatsächlich habe habe aber noch die "Wikidata QID mit OSM Backlink" Lösung vergessen und habe mein Wiki mit der OSM Permanent ID [1] darum nochmals aktualisiert. Darum folgender Nachtrag zu meinem Post oben:
Das sind demnach meine aktuelle Empfehlungen, je nach Anwendungsfall:
1. OSM id mit Node-Way-Relation-Code (auf eigenes Risiko). 2. Wikidata QID mit OSM Backlink. 3. Overpass Permanent ID mit objekt-gruppen-spezifischer ID. 4. OSM Permanent ID mit geo URL
LG Stefan
[1] https://giswiki.hsr.ch/Permanent_ID_for_OSM
Am Mi., 22. Juli 2020 um 18:37 Uhr schrieb Andreas Bürki abuerki@anidor.com:
Salut
Amateurhaft habe ich hier in Bern zwei Themen beackert: Brunnen und Kunst im öffentlichen Raum. Beide weisen derzeit jeweils so um die 350 Objete auf.
Jedes Objekt hat ist in OSM, Wikimedia und Wikidata erfasst.
https://umap.osm.ch/en/map/public-art-in-bern_2444 https://commons.wikimedia.org/wiki/Category:Public_art_in_Bern
https://umap.osm.ch/de/map/brunnen-in-stadt-und-gemeinde-bern_124 https://commons.wikimedia.org/wiki/Category:Fountains_in_Bern
Klar, es ist nicht lebenswichtig, wenn mal was verschoben wird. Was bis dato nicht passierte, respektive ich nicht bemerkte. Aber man weiss ja nie,,,
cheeers, h.
Am 20.07.2020 um 10:14 schrieb Martin Schilliger:
Hoi zämä
Auf eine "ob-sinnvoll/gewünscht-oder-nicht" Diskussion würde ich mich in eine Community Projekt nicht einlassen. Alles was nicht technisch geht oder explizit verboten ist, darf m.E. gemacht werden.
Das sehe ich anders. Ob jeder Wanderwegweiser und jeder Briefeinwurf in Wikidata gehört, darf zurecht bezweifelt werden, auch wenn das für manche Anwendungen praktisch wäre. Aber ziemlich jedes Altersheim dürfte relevant genug sein, um einen Wikidata-Eintrag zu "verdienen".
Aha, das stimmt natürlich. Ich bin einfach geschädigt von den Relevanz-Diskussionen bei Wikipedia *g*. Und so wie ich das verstehe, sind die IDs (Q1728153) ja auch fix – genau das, was ich suche. Kennt sich hier jmd. zufällig gut genug aus, um aus überarbeiteten Listen automatisch zu importieren?
Dann könnte der Weg sein, alle unsere Objekte (Spitäler, Alters- und Pflegeheime, spezielle Einrichtungen, Gefängnisse, etc.) in Wikidata zu erfassen bzw. vervollständigen und diese ID in allen Systemen zu verwenden. Der lässt sich natürlich einfach per Regex aus den Freitextübertragungen herauslesen (Legacy-Systeme).
Gruäss Martin _______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
--
Andreas Bürki
abuerki@anidor.com S/MIME certificate - SHA-256 fingerprint: 8A:1A:C2:93:10:4B:CE:91:2C:80:79:44:24:1D:38:CA:EE:0E:89:C9:A5:A4:A0:03:FF:5A:FB:D1:15:18:B5:45 GnuPG - GPG fingerprint: 5DA7 5F48 25BD D2D7 E488 05DF 5A99 A321 7E42 0227 _______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
Liebe alle
Um der Diskussion und dem Vorschlag eines "OSM Permanent ID" etwas Nachdruck zu verschaffen, habe ich meinen Vorschlag ins offizielle OSM Wiki gestellt: [1]!
LG Stefan
[1] https://wiki.openstreetmap.org/wiki/Permanent_ID#OSM_Permanent_ID_with_geo_U...
Am Mi., 22. Juli 2020 um 20:54 Uhr schrieb Stefan Keller sfkeller@gmail.com:
Lieber H., liebe alle
Was nicht einreissen darf, ist, dass _alle_ OSM Objekte zu Relationen hineinbugsiert (en: shoehorn) werden. Ein kleiner Brunnen oder eine Säulen-Kunst in OSM als Relation zu mappen, finde ich schon sehr grenzwertig.
Tatsächlich habe habe aber noch die "Wikidata QID mit OSM Backlink" Lösung vergessen und habe mein Wiki mit der OSM Permanent ID [1] darum nochmals aktualisiert. Darum folgender Nachtrag zu meinem Post oben:
Das sind demnach meine aktuelle Empfehlungen, je nach Anwendungsfall:
- OSM id mit Node-Way-Relation-Code (auf eigenes Risiko).
- Wikidata QID mit OSM Backlink.
- Overpass Permanent ID mit objekt-gruppen-spezifischer ID.
- OSM Permanent ID mit geo URL
LG Stefan
[1] https://giswiki.hsr.ch/Permanent_ID_for_OSM
Am Mi., 22. Juli 2020 um 18:37 Uhr schrieb Andreas Bürki abuerki@anidor.com:
Salut
Amateurhaft habe ich hier in Bern zwei Themen beackert: Brunnen und Kunst im öffentlichen Raum. Beide weisen derzeit jeweils so um die 350 Objete auf.
Jedes Objekt hat ist in OSM, Wikimedia und Wikidata erfasst.
https://umap.osm.ch/en/map/public-art-in-bern_2444 https://commons.wikimedia.org/wiki/Category:Public_art_in_Bern
https://umap.osm.ch/de/map/brunnen-in-stadt-und-gemeinde-bern_124 https://commons.wikimedia.org/wiki/Category:Fountains_in_Bern
Klar, es ist nicht lebenswichtig, wenn mal was verschoben wird. Was bis dato nicht passierte, respektive ich nicht bemerkte. Aber man weiss ja nie,,,
cheeers, h.
Am 20.07.2020 um 10:14 schrieb Martin Schilliger:
Hoi zämä
Auf eine "ob-sinnvoll/gewünscht-oder-nicht" Diskussion würde ich mich in eine Community Projekt nicht einlassen. Alles was nicht technisch geht oder explizit verboten ist, darf m.E. gemacht werden.
Das sehe ich anders. Ob jeder Wanderwegweiser und jeder Briefeinwurf in Wikidata gehört, darf zurecht bezweifelt werden, auch wenn das für manche Anwendungen praktisch wäre. Aber ziemlich jedes Altersheim dürfte relevant genug sein, um einen Wikidata-Eintrag zu "verdienen".
Aha, das stimmt natürlich. Ich bin einfach geschädigt von den Relevanz-Diskussionen bei Wikipedia *g*. Und so wie ich das verstehe, sind die IDs (Q1728153) ja auch fix – genau das, was ich suche. Kennt sich hier jmd. zufällig gut genug aus, um aus überarbeiteten Listen automatisch zu importieren?
Dann könnte der Weg sein, alle unsere Objekte (Spitäler, Alters- und Pflegeheime, spezielle Einrichtungen, Gefängnisse, etc.) in Wikidata zu erfassen bzw. vervollständigen und diese ID in allen Systemen zu verwenden. Der lässt sich natürlich einfach per Regex aus den Freitextübertragungen herauslesen (Legacy-Systeme).
Gruäss Martin _______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
--
Andreas Bürki
abuerki@anidor.com S/MIME certificate - SHA-256 fingerprint: 8A:1A:C2:93:10:4B:CE:91:2C:80:79:44:24:1D:38:CA:EE:0E:89:C9:A5:A4:A0:03:FF:5A:FB:D1:15:18:B5:45 GnuPG - GPG fingerprint: 5DA7 5F48 25BD D2D7 E488 05DF 5A99 A321 7E42 0227 _______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
Hallo Martin,
[eigene Daten] aus überarbeiteten Listen automatisch [nach Wikidata]
importieren
Vielleicht wäre OpenRefine etwas für Dich? Manche Deiner Objekte dürften ja bereits in Wikidata erfasst sein; OpenRefine kann dabei helfen, diese Duplikate zu finden. Am besten dürfte das funktionieren, wenn die Objekte sowohl in Wikidata als auch in Deinen zu importierenden Daten einen gemeinsamen Identifikator tragen, zum Beispiel P4829 https://www.wikidata.org/wiki/Property:P4829; aber Du müsstest den Abgleich auch aufgrund des Namens machen können und die möglichen Übereinstimmungen einzeln durchgehen. https://openrefine.org/ https://www.wikidata.org/wiki/Wikidata:Tools/OpenRefine/Editing
— Sascha
Am Mo., 20. Juli 2020 um 10:15 Uhr schrieb Martin Schilliger < martin_schilliger@bluewin.ch>:
Hoi zämä
Auf eine "ob-sinnvoll/gewünscht-oder-nicht" Diskussion würde ich mich in eine Community Projekt nicht einlassen. Alles was nicht technisch geht oder explizit verboten ist, darf m.E. gemacht werden.
Das sehe ich anders. Ob jeder Wanderwegweiser und jeder Briefeinwurf in
Wikidata gehört, darf zurecht bezweifelt werden, auch wenn das für manche Anwendungen praktisch wäre. Aber ziemlich jedes Altersheim dürfte relevant genug sein, um einen Wikidata-Eintrag zu "verdienen".
Aha, das stimmt natürlich. Ich bin einfach geschädigt von den Relevanz-Diskussionen bei Wikipedia *g*. Und so wie ich das verstehe, sind die IDs (Q1728153) ja auch fix – genau das, was ich suche. Kennt sich hier jmd. zufällig gut genug aus, um aus überarbeiteten Listen automatisch zu importieren?
Dann könnte der Weg sein, alle unsere Objekte (Spitäler, Alters- und Pflegeheime, spezielle Einrichtungen, Gefängnisse, etc.) in Wikidata zu erfassen bzw. vervollständigen und diese ID in allen Systemen zu verwenden. Der lässt sich natürlich einfach per Regex aus den Freitextübertragungen herauslesen (Legacy-Systeme).
Gruäss Martin _______________________________________________ talk-ch mailing list talk-ch@openstreetmap.ch http://lists.openstreetmap.ch/mailman/listinfo/talk-ch
Hoi zämä
Danke für eure vielseitigen Inputs. Ich brauche jeweils etwas Zeit zum Rekapitulieren, durchdenken, etc. 😊 Deine Artikel Stefan habe ich vorher schon gelesen, vielen Dank dafür. Das brachte mich erst auf die Idee, dass es wohl komplexer ist als zuerst gedacht. Und da ich von QGIS nicht viel mehr als den Namen verstehe, war ich dann etwas überfordert. Den Wiki-Artikel allerdings kannte ich noch nicht, das scheint aber genau in die von mir erhoffte Richtung zu gehen. Nun verstehe ich auch das mit der geo:// URI besser.
Wenn die geometrische Lage nicht so wichtig ist (da in Wikidata nicht so kontrolliert wie in OSM), dann
- Wikidata ID alleine nehmen oder aber
Es reicht mir, wenn ein Mensch aus dem Datensatz erkennen kann was gemeint ist. Und ein Altersheim im Dorf XY finde ich, wenn ich ungefähr weiss wo es liegt und wie es heisst. Hier wäre ich pragmatisch und die Wikidata ID für uns tatsächlich ausreichend. Ich denke, wir werden das nehmen, wenn alle Beteiligten bei uns einverstanden sind. Und natürlich die Entwicklung bei OSM weiterhin beobachten.
Bezüglich POP-Studie: Wenn du denkst, dass ich euch da etwas beisteuern kann dann bin ich gerne dabei und bringe mich ein. Manchmal verderben aber zu viele Köche den Brei, dann halte ich mich lieber zurück und betrachte euer Ergebnis.
Vielleicht wäre OpenRefine etwas für Dich?
Danke Sascha für den Link, das kannte ich noch nicht. Genau das werde ich brauchen. 🤗
Gruäss Martin
-
Andreas Bürki -
Martin Schilliger -
Michael Reichert -
Michael-David Kleidt -
Raphael Das Gupta (das-g) -
Sascha Brawer -
Simon Poole -
Stefan Keller