gestern habe ich damit begonnen, die SPARQL Anfrage
All humans of a given place (Q1) #defaultView:Map
SELECT ?item ?itemLabel ?GeographicalCoordinates WHERE {
?item wdt:P2 wd:Q16200;
wdt:P48 ?GeographicalCoordinates;
wdt:P47 wd:Q1.
SERVICE wikibase:label { bd:serviceParam wikibase:language „[AUTO_LANGUAGE],de“. }
}
Heute lese ich von einem Projektteam, welches Übersichtskarten für unsere Datenbanken erstellt. Soweit ich es verstanden habe, handelt es sich um statische Karten und nicht wie in unserem Fall dynamische. Dennoch kann ich mir Synergien vorstellen. Wie seht ihr das?
Jesper ist dort schon eingetragen.
Vielleicht kommst Du ebenfalls dazu, indem Du einen Beitrittsantrag stellst.
Wir sollten schon aufpassen, dass wir bei der Anzeige von Karten
(1) nach draußen einheitlich rüberkommen
(2) möglichst viel mit den geplanten Werkzeugen automatisch hinbekommen,
Das Ziel dort ist ein anderes. Es geht dabei im Moment um eine kuratierte Karte, aus welchen Regionen wir Quellen haben. Auf Dauer scheint mir diese Lösung nicht ideal, da es immer Abweichungen zwischen der wirklichen Erfassung und den händisch gepflegten Karten geben wird. Daher wäre mir eine Lösung (z.B. mit einer regelmäßigen SPARQL-Abfrage aus einer Wikibase-Installation) lieber. Das würde aber voraussetzen, dass die Informationen zu Adressbüchern, OFB etc. in Wikibase vorliegen.
Die Karten sollen einen Überblick geben, daher wird es immer um aggregierte Daten, nicht um einzelne Personenvorkommen gehen.
Die Kartenanzeige ist ein Feature des WikibaseQueryService. Sie wird durch das Schlüsselwort #defaultView:Map aktiviert. Wenn wir das selbst in einem Programm verwenden wollen, müssen wir mit Leaflet oder einer ähnlichen Bibliothek die Karten selbst erstellen. Dafür könnten wir dann aber auch passende Kartenlayer einbinden.
Bislang leider ja. Das Thema „historischer Geocoder“ ist für viele Städte relativ kompliziert bzw. arbeitsintensiv. Für Kiel habe ich das mit Hilfe zweier Studierender gemacht.
Moin, jetzt habe ich die Koordinaten. Mir fehlt aber der Ort zum Adressbuch. Wie komme ich von zum Beispiel von Q25 ‚Adreßbuch der Stadt Kiel 1894‘ zu Q1 ‚Kiel‘? In Q1 finde ich dann die GOV-Kennung und von dort komme ich an die Koordinaten?
Gibt es ein Property mit dem ich den Eintrag Q25 um Q1 erweitern kann. P2 ‚ist Instanz von‘ und P7 ‚ist Teil von‘ passen nicht so richtig.
Mein Ziel ist es (wie oben beschrieben) eine Übersichtskarte für unsere Adressbücher zu erstellen.
Von dem Buch kommst du nicht direkt zu den Orten. Dazu müsstest du über die Einträge gehen. In Kreisadressbüchern sind es aber sehr viele Orte. So enthält das Buch für den Landkreis Schleswig 1958 hat 500 unterschiedliche Wohnplätze.
Wenn wir die Bibliographie der Adressbücher nach gedbas4all verlagern (was sehr sinnvoll ist), dann könnten wir überlegen, ob wir zusätzlich Statements vom Buch für enthält Ort anlegen, so wir es im GenWiki jetzt zum Teil bereits der Fall ist.
Auf die einzelnen Orte komme ich in gedbas4all-wikibase. Allerdings ist die Beziehung der Wohnorte zu dem Adressbuch Ort nich gegeben. Wenn du einverstanden bist, dann füge ich in gedbas4all-wikibase das Property ‚enthält Ort‘ und den entsprechenden Verweis ein. Wir können dann auch später die Wohnorte hinzufügen. Also erst mal Q25 Adressbuch Kiel ‚enthält Ort‘ Q1 Kiel.
Bei dem Beispiel Landkreis Schleswig bekomme ich dann das nächste Problem. Der Landkreis Schleswig hat keine Geokoordinaten.
Um die Wohnorte mit dem default Marker anzuzeigen warte ich auf die nächste Leaflet Version. Die aktuelle Version arbeitet nicht richtig mit Webpack zusammen und das Patchen hat nicht funktioniert.
