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.
@DenaliHardtail - Ein Plot kann mehrere Marker haben. Betrachten Sie Kriegsveteranen, die sowohl einen traditionellen Grabstein als auch eine militärische Plakette am Fuß haben.
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
Außerdem kann QGis Shapefiles (einschließlich .dbf) bearbeiten, OpenOffice kann .dbf bearbeiten, beide sind kostenlos.
—
RemcoGerlich
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
(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