Adressen

Hallo zusammen,

in den letzten Tagen habe ich mich mit dem Thema Wohnen und Adressen
beschäftigt. Dabei habe ich mich von FactGrid inspirieren lassen. Sie
verwenden ein Modell wie im Anhang zu sehen.

Damit können wir den Wechsel von Katasternummern auf Straßen und die
Umbenennung von Straßen abbilden. Die Umbenennung einer Straße ist aber
ziemlich kompliziert, da dazu auch die Adressen aller Grundstücke an der
Straße angepasst werden müssen.

Für Kiel habe ich eine Menge von Adressen importiert, z.B."Hinter der
Mauer 2"
https://gedbas-test.genealogy.net/wiki/Item:Q1236

Beim Zuordnen ist noch etwas Schiefgelaufen, daher werde ich das wohl
heute nochmal wiederholen. Sonst einfach nach "Hinter der Mauer 2" suchen.

Bei FactGrid wird statt von der Adresse von Grundstück (*real estate*)
gesprochen. Insbesondere in der Stadt haben wir nun aber noch die
Schwierigkeit, dass auf einem Grundstück mehrere Häuser stehen können
(Vorderhaus und Hinterhaus) und z.T. auch die Etagen angegeben sind.
Dazu die Skizze im Anhang. Dafür bin ich noch auf der Suche nach einer
guten Lösung.

Hier könnt ihr sehen, was sich damit machen lässt, wenn die
Informationen gut gepflegt sind:

<http://pluto.genealogy.net:8282/#%23defaultView%3AMap SELECT%20%3Fitem%20%3FitemLabel%20%3FGeokoordinaten%20WHERE%20{ %20%20SERVICE%20wikibase%3Alabel%20{%20bd%3AserviceParam%20wikibase%3Alanguage%20"[AUTO_LANGUAGE]%2Cde".%20} %20%20%3Fitem%20wdt%3AP2%20wd%3AQ16200. %20%20%3Fitem%20wdt%3AP48%20%3FGeokoordinaten. %20%20%3Fitem%20wdt%3AP47%20wd%3AQ1. }&gt;

Schöne Grüße
Jesper

Klassendiagramm für plantuml:

@startuml
class Grundstück {
  string P153 (Adresse)
  globe-coordinate P48 (geographische Koordinaten)

}
Grundstück -> Strasse : P5 (Straße)
Grundstück -> Ort : P47 (Ort)
Strasse --> Ort : P47 (Ort)
@enduml

Moin zusammen,

schön, dass es mit den Datenstrukturen voran geht. Ich selbst versuche mich dem Thema von der Seite eines Programms zu nähern. Also wie bekomme ich die Daten aus Wikibase zur Anzeige ohne dabei zuviele abhängigkeiten hart zu Kodieren.

Sind bei den letzten Aktionen die Personen aus Wikibase verschwunden? Die Links

http://pluto.genealogy.net:8181/wiki/Item:Q70036
http://pluto.genealogy.net:8181/wiki/Item:Q70009
http://pluto.genealogy.net:8181/wiki/Item:Q21414

laufen ins leere. Auch die Suche nach Personen bringt kein Ergebnis mehr.

Viele Grüße

Jörg

Um die Properties und Basis-Items mit FactGrid abzugleichen, musste ich den Datenbestand nochmal zurücksetzen. Die Bücher aus Minden importiere ich nochmal neu. Dann passe ich hier auch die Links an.

Hallo,

Hallo zusammen,

in den letzten Tagen habe ich mich mit dem Thema Wohnen und Adressen
beschäftigt. Dabei habe ich mich von FactGrid inspirieren lassen. Sie
verwenden ein Modell wie im Anhang zu sehen.

Damit können wir den Wechsel von Katasternummern auf Straßen und die
Umbenennung von Straßen abbilden. Die Umbenennung einer Straße ist aber
ziemlich kompliziert, da dazu auch die Adressen aller Grundstücke an der
Straße angepasst werden müssen.

Für Kiel habe ich eine Menge von Adressen importiert, z.B."Hinter der
Mauer 2"
http://pluto.genealogy.net:8181/wiki/Item:Q1236

Beim Zuordnen ist noch etwas Schiefgelaufen, daher werde ich das wohl
heute nochmal wiederholen. Sonst einfach nach "Hinter der Mauer 2" suchen.

Bei FactGrid wird statt von der Adresse von Grundstück (*real estate*)
gesprochen. Insbesondere in der Stadt haben wir nun aber noch die
Schwierigkeit, dass auf einem Grundstück mehrere Häuser stehen können
(Vorderhaus und Hinterhaus) und z.T. auch die Etagen angegeben sind.
Dazu die Skizze im Anhang. Dafür bin ich noch auf der Suche nach einer
guten Lösung.

Was spricht gegen Qualifier? Also bei der Verwendung des Grundstückitems als Attribut eines anderen Items, z.B. Personenitems das Haus oder Stockwerk als Qualifier anzugeben, z.B.

Adresse: Münchner Straße 100
Gebäude: Hinterhaus
Stockwerk: 5

Grüße

Wolfgang

Habe ich hier zum Testen eingebaut: https://gedbas-test.genealogy.net/wiki/Item:Q258653

Ich frage mich, ob es besser ist, dabei auf Items zu verweisen. Aufwendiger beim Anlegen, aber vielleicht später nützlicher?