Wie modelliere ich einen Friedhof - einen Punkt pro Verstorbenem oder einen pro Grab? [geschlossen]

12

Dies ist eine Fortsetzung meiner vorherigen Frage zu unserem Projekt, wie man mit der Implementierung eines Friedhofs in einem GIS-System wirtschaftlich durchkommt ...

Auf dem Friedhof können wir finden

  • Regelmäßige Gräber: bis zu 2 Personen
  • Familiengräber: mehr als 2, einige bis zu 20 (Schwestern aus einer katholischen Gemeinde…)
  • Kriegsdenkmal: ca. 30 Personen
  • Aschestreugebiet: unbegrenzt, ab 100 Personen
  • Felder mit Bestattungsurnen: bis zu 2 pro Stelle
  • Wände mit Graburnen: bis zu 3 m hoch

Was ist der beste Weg, um Folgendes zu definieren:

  • jede Person als POINT-Objekt
  • Für jedes Grab als POINT-Objekt sind die Personen Teil der Attribute

Ich würde für jede Person als POINT-Objekt wählen:

  • Eine einfache CSV-Datei für alle Personen.
  • Spalten können beispielsweise sein: Vorname - Familienname - Jahr Verstorben
  • Unabhängig von der Anzahl der Personen in einem Grab
  • Auf diese Weise kann sogar der Aschenstreubereich in die Datei aufgenommen werden
  • Irgendwann muss ein Code geschrieben werden, um die Ergebnisse einer Suche der anderen Personen, die im selben Grab beigesetzt sind, zu ergänzen

Komplikationen, die ich mit jedem Grab als POINT-Objekt sehe:

  • Jede REIHE benötigt die Spalten für die maximale Anzahl von Personen in einem Grab…
  • Das bedeutet, dass viele Zellen aufgrund weniger Gräber mit vielen Menschen leer sind
  • Aber was ist mit der Aschenstreuanlage? 100 Personen benötigen alle zusätzlichen Spalten in der Tabelle…
  • Es ist nicht sinnvoll, alle Daten in einer CSV-Datei zu haben, aber mehr Dateien machen die Sache sehr kompliziert.

Kommentare sind also willkommen: Person oder Grab als POINT-Objekt? Oder nichts davon und muss ich es anders machen?

In meiner Stadt ließen sie vor 3 Jahren von einem Büro SHP-Dateien für sie erstellen. Mir wurden diese Akten ausgehändigt und ich bemerkte, dass die Gräber als POLYGONE gezeichnet sind. Dies kommt mit einer DBF-Datei für die "Daten der Gräber". Die normalen Gräber haben 4 Koordinatensätze, scheint logisch. Aber ein paar Dinge scheinen mir absurd:

  • Es gibt eine „Urnenwand“ mit sechseckigen Kolumbarien, die als Satz sechseckiger Figuren gezeichnet sind. Das bedeutet, dass jede Figur 6 Sätze von Koordinaten hat.
  • Im „Aschestreuungsbereich“ gibt es eine Säule mit kleinen rechteckigen Typenschildern, sie haben für jedes Typenschild ein rechteckiges POLYGON mit 4 Koordinatensätzen gezeichnet… Für mich scheint die Verwendung von POLYGONS in diesen Fällen in der Datenbank so viel übertrieben zu sein.

Korrigieren Sie mich außerdem, wenn ich falsch liege, indem Sie Folgendes verwenden:

  • POLYGONS benötigt DBF-Dateien, also einen DBF-Editor (Mehrkosten)
  • POINTS benötigt nur CSV-Dateien, daher ist EXCEL ausreichend (keine zusätzlichen Kosten)

In den meisten Städten liegen die Daten der Verstorbenen in einer CSV-Datei vor:

  • direkt in EXCEL oder
  • aus einem DOS-basierten Programm exportiert, das erstellt wurde, als WIN95 noch in der Nähe war…

Das weitere Verwalten der "Daten der Personen" in einer CSV-Datei und EXCEL vermeidet:

  • Kauf von Software zur Bearbeitung von DBF-Dateien
  • Sorgen um das Importieren der „Daten von Personen“ in die DBF-Datei Es scheint nicht immer mühsam zu sein, Daten aus CSV in DBF-Dateien zu importieren, zu bearbeiten und zu speichern, und Ihre Daten NICHT zu beschädigen. Ich habe gelesen, dass dies insbesondere bei der Arbeit mit ArcGis (ESRI) der Fall sein kann.
Patrick Van Den Noortgaete
quelle
@DenaliHardtail - Ein Plot kann mehrere Marker haben. Betrachten Sie Kriegsveteranen, die sowohl einen traditionellen Grabstein als auch eine militärische Plakette am Fuß haben.
2
Die Antworten sind wahrscheinlich stark meinungsbasiert, ohne genauere Angaben zu Software und Verwendung (unterstützt Ihre Web-Mapping-Software / Ihr Web-Mapping-Server beispielsweise solche Abfragen?). Die Grundfrage, Punkt pro Grab gegen Person, ist einfach - Person, keine Frage. Punkt / Grab mit mehreren Personenattributen ist eine schlechte Idee, da es sich aus vielen bereits erwähnten Gründen um ein schlechtes Datenbankdesign handelt. Aber wenn man fragt, ob man es anders machen will, ist es wieder zu weit gefasst und meinungsbasiert. Ich würde Punkte und Bereiche idealerweise tun , aber nur Punkte, wenn ich es einfach halte .
Chris W
1
Außerdem kann QGis Shapefiles (einschließlich .dbf) bearbeiten, OpenOffice kann .dbf bearbeiten, beide sind kostenlos.
RemcoGerlich
1
Diese Frage scheint sich zu drehen. Bitte denken Sie daran, dass GIS.SE am besten fokussiert ist, eine Frage pro Frage, die in höchstens ein paar Absätzen beantwortet werden kann. So wie es aussieht, ist diese gesamte Frage- und Antwortrunde für einen Chat wirklich besser geeignet als eine Frage- und Antwortrunde. Ja, ein Teil der Datenorganisation, die Sie in den Shapefiles beschreiben, scheint seltsam / übertrieben / schlecht zu sein. Ihr Verständnis von Punkten im Vergleich zu Polygonen und das Erfordernis einer DBF ist fehlerhaft (Sie möchten möglicherweise die Komponenten eines Shapefiles untersuchen), und Ihr Eindruck von CSV-Problemen mit ArcGIS ist bestenfalls verzerrt. CSVs sind keine Tabellenkalkulationen, Tabellenkalkulationen sind keine Datenbanken.
Chris W
2
(Fortsetzung) Textdateien, Tabellenkalkulationen, Datenbanken und insbesondere räumliche Datenbanken weisen unterschiedliche Funktionen und Betriebsarten auf. Es hört sich so an, als ob Sie sich entscheiden müssen, ob Sie GIS überhaupt verwenden möchten, oder einfach bei der Web-Zuordnung bleiben möchten, die auf textbasierten Dateien mit Punktkoordinaten basiert. QGIS ist kostenlos, kann aus GIS-Sicht alle gewünschten Aufgaben ausführen und ist relativ einfach zu erlernen. Die Web-Mapping-Komponente ist eine andere Geschichte.
Chris W

Antworten:

21

Ich würde den komplizierten Weg gehen: Zwei Tabellen in einer 1: n Beziehung

  • eine Tabelle mit der Punktposition der Gräber
  • eine weitere Tabelle mit der Grab-ID und den Personendaten

Sie können eine Beziehung zwischen den beiden Tabellen erstellen, sodass bei Auswahl eines Grabes alle Personendatensätze in der Personentabelle ausgewählt werden.

Die Idee, Tabellen mit Feldern wie Person1, Person2 ... zu haben, ist schrecklich und schlecht gestaltet.

takearf
quelle
Das ist nicht kompliziert. So modellieren Sie Ihre Daten richtig! +1 für gutes relationales Design.
jpmc26
Das habe ich auch gedacht. Aber ich kenne mich nicht mit dem "Beziehungsaufbau" aus, ich bin überhaupt kein GIS-Experte. Müsste untersuchen / studieren, dass ...
Vermutlich
@Patrick - Laden Sie Ihr Shapefile und eine dBase-Datei in QGIS, rufen Sie den Eigenschaftsdialog Ihres Shapefiles auf, wählen Sie Joins und erstellen Sie einen Join zwischen Ihren dBase- und Shape-Daten. Versuchen Sie ein wenig herumzuspielen, um sich damit vertraut zu machen.
takearf
5

Ich würde ein Polygon für das Grab schaffen, da das Grab selbst ein Grundstück ist und eine Eins-zu-Viele-Beziehung für die Menschen hat. Ein Grab kann Null (unbesetzt, verfügbar oder zu verkaufen?) oder viele Menschen haben. Sie können anstelle des Polygons auch einen Punkt verwenden. Polygone würden bessere Präsentationen für Verkauf und Wartung abgeben.

DenaliHardtail
quelle
2
Ich bin nicht im Friedhofsgeschäft, aber ich mag es, so gründlich wie möglich zu sein. Ich würde die Grundstücke / Streufelder / Denkmäler als Polygone einschließen sowie Punkte für Grabsteine ​​haben.
JasonT
@JasonT das ist ein guter Punkt. Kann ein Grundstück (das Land) mehrere Grabsteine ​​/ Markierungen enthalten, wenn mehrere Personen auf dem Grundstück begraben sind? Ich stimme zu, jeder Marker ist ein eigener Punkt.
DenaliHardtail
1
Ein Grundstück könnte einen unbewohnten Eigentümer haben, wenn jemand seine Bestattungsarrangements im Voraus getroffen hat.
Random832
4

Ich würde DenaliHardtails Vorschlag annehmen, Polygone zu verwenden, um genaue Größen der Diagramme darzustellen. Diese Ebene könnte eine Tabelle mit Grave_ID, Grave_Type, Grave_Capacity und Grave_Occupancy_Number enthalten. Dann könnten Sie eine Punktebene mit Punkten haben, die über den entsprechenden Grabpolygonen liegen. Die Spalten für die Punktebenentabelle können Personen-ID, Vorname, Familienname, Geburtsdatum, Sterbedatum, Graveowner und Grave_status (Verkauft, Nicht besetzt usw.) sein. Sie können dann die entsprechende Grab-ID für jede Person eingeben, um die Person mit dem Grab zu vergleichen und später eine einzelne Excel-Tabelle mit allen Grab- und Einzelpersoneninformationen zu erstellen.

altwitt
quelle
3

Das Normalisieren der Daten führt mich zu einigen fehlenden Ideen / Punkten. Außerdem denke ich, dass Excel für die "Datenbank", die Sie in Betracht ziehen, alles tun kann, was Sie wollen. Tipp: Verwenden Sie Blätter oder mehrere Dateien und verwenden Sie Variationen von Suchfunktionen. Speichern Sie diese in den (den) nützlichen Dateien, um sie aus QGIS zu importieren / zu suchen

Ich stelle mir diese diskreten Tabellen vor, um Ihren Datensatz zu beginnen. Jedes Blatt / jede Datei kann von unerfahrenen Benutzern einfach gepflegt werden, solange die Spalten klar angegeben sind (und als obere Zeile eingefroren sind ...), und Anfänger werden daran erinnert, dass die IDs eindeutig sind und nach der Zuweisung unverändert bleiben. Die Blätter und Spalten:

  1. PlotDescription - Zu den Spalten gehören: PlotID (Verknüpfung mit Polygon), ownerID, plotTypeID (der Plottyp: Grab, Wand, Krypta usw.). Dieses Blatt ist im Allgemeinen statisch, bis ein neues Diagramm erstellt wird.
  2. Besitzer - BesitzerID, Spalten mit vollständiger Beschreibung (Name / Kontaktadresse / etc), Verstorbene (T / F). Ich stelle mir vor, dass wenn Sie mehrere Eigentümer haben, diese vollständig im Namensfeld aufgeführt sind und Sie eine Kontaktadresse haben
  3. Verstorben - DeceasedID, PlotID, vollständiger Name / etc / andere identifizierende Daten, ElevationCode. Die Verstorbene ID ist bisher an keiner anderen Stelle zu finden, bei guter Form wird jedoch für jeden Verstorbenen eine eindeutige ID erstellt. Dies kann bei der Erweiterung der Daten hilfreich sein, z. B. bei einer Liste von Verwandten, die für Veranstaltungen oder Marketingzwecke leben.
  4. ElevationCode - ElevationID und dann eine kurze Beschreibung ("inGround", "inCrypt", "erste Zeile", "zweite Zeile", "Aschehaufen" usw.). Dieses Blatt ist im Allgemeinen statisch
  5. PlotType - PlotTypeID und eine kurze Beschreibung - Krypta, Grab usw. Dies ist ein statisches Blatt

Für die Denkweise des Anfängers empfehle ich nicht, die Identitätsprobleme und ihre Spalten vollständig zu normalisieren, da sie sich zwischen Eigentümern und Verstorbenen überschneiden, und unnötig viele Nebentabellen mit nur verschiedenen IDs zu erstellen. Ich stelle mir eine 1-zu-1-Beziehung zwischen Plot- und Eigentümertabellen als Kompromiss zur Vereinfachung vor

Ich denke, dass diese verallgemeinerte Anordnung Themen wie Aschehaufen, Mauerkrypten, Nachverfolgung von Eigentümern / Betreuern, mehrere Verstorbene in einem Grundstück und mehr angeht.

Denken Sie zum Schluss daran, ein paar permanente Zeilen in den beiden Tabellen / Blättern für den Besitzer und den Verstorbenen zu erstellen: unbekannter Besitzer; unbekannt verstorben; unbekannt mehrfach verstorben; im Besitz von Friedhof; nicht besessen; etc.

John
quelle