Questa è una continuazione della mia precedente domanda sul nostro progetto su come cavarsela economicamente con l'implementazione di un cimitero in un sistema GIS ...
Sul cimitero possiamo trovare
- Tombe regolari: fino a 2 persone
- Tombe familiari: più di 2, alcune fino a 20 (sorelle di una congregazione cattolica ...)
- Monumento alla guerra: circa 30 persone
- Zona di dispersione di cenere: illimitata, a partire da 100 persone
- Campi con urne sepolcrali: fino a 2 per spot
- Pareti con urne sepolcrali: fino a 3 di altezza
Quindi qual è il modo migliore per andare, definendo:
- ogni persona come oggetto POINT
- ogni tomba come oggetto PUNTO, le persone fanno parte degli attributi
Sceglierei per ogni persona come oggetto POINT:
- Un semplice file CSV per tutte le persone.
- Le colonne potrebbero essere ad esempio: FirstName - FamilyName - YearDeceased
- Indipendente dal numero di persone in una tomba
- In questo modo anche l'AREA SCATTERING ASH può andare nel file
- Alla fine un codice deve essere scritto per aggiungere ai risultati di una ricerca le altre persone seppellite nella stessa tomba
Complicazioni che vedo in ogni tomba come un oggetto POINT:
- Ogni fila ha bisogno delle colonne per il numero massimo di persone in una tomba ...
- Ciò significa che molte celle saranno vuote a causa di poche tombe con molte persone
- Ma cosa succede con l'AREA SCATTERING AREA? 100 persone richiedono tutte le colonne aggiuntive nella tabella ...
- Non è ragionevole avere tutti i dati in un file CSV, ma avere più file complicherà notevolmente la questione.
Quindi, i commenti sono benvenuti: persona o grave come oggetto POINT? O niente di tutto questo e devo farlo in un altro modo?
Nella mia città, 3 anni fa, avevano un ufficio che creava file SHP per loro. Mi sono stati consegnati quei file e ho notato che le tombe sono disegnate come POLIGONI. Questo viene fornito con un file DBF per i "dati delle tombe". Le tombe normali hanno 4 serie di coordinate, sembra logico. Ma alcune cose mi sembrano assurde:
- C'è una "parete dell'urna" con colombaria esagonale disegnata come un insieme di figure esagonali ... Ciò significa che ogni figura ha 6 serie di coordinate ...
- Nella "area di dispersione della cenere", c'è un pilastro con piccole targhette rettangolari, hanno disegnato un POLIGONO rettangolare per ogni targhetta con 4 serie di coordinate ... Per me, usare POLIGONI in questi casi sembra molto eccessivo nel database.
Oltre a ciò, correggimi se sbaglio, usando:
- POLYGONS richiede file DBF, quindi un editor DBF (costi extra)
- PUNTI richiede solo file CSV, quindi EXCEL è sufficiente (senza costi aggiuntivi)
Nella maggior parte delle città, i dati delle persone decedute sono contenuti in un file CSV:
- realizzato direttamente in EXCEL o
- esportato da un programma basato su DOS, creato quando WIN95 era ancora in circolazione ...
Continuando a gestire i "dati delle persone" in un file CSV ed EXCEL evita:
- l'acquisto di software in grado di modificare i file DBF
- preoccuparsi di importare i "dati di persone" nel file DBF Non sembra sempre essere una seccatura importare, modificare e salvare i dati da CSV in file DBF e NON avere corruzione dei dati. Ho letto che questo può essere il caso soprattutto quando si lavora con ArcGis (ESRI).
@DenaliHardtail - Una trama può avere più marcatori. Considera i veterani di guerra che hanno sia una lapide tradizionale che una targa militare ai piedi.
È probabile che le risposte siano fortemente basate sull'opinione senza dettagli più specifici sul software e sull'uso (ad esempio, se segui il percorso della tabella correlata, il tuo software / server di mappatura web supporta tale query?). La domanda alla radice, punto per tomba contro persona è semplice: persona, nessuna domanda. Point / grave con più attributi di persone è una cattiva idea, perché è una cattiva progettazione del database per molte ragioni già menzionate. Ma chiedere "fallo in un altro modo" lo rende nuovamente troppo ampio e basato sull'opinione pubblica. Vorrei fare punti e aree idealmente, ma solo punti se lo mantenessi semplice.
—
Chris W,
Inoltre, QGis può modificare gli shapefile (incluso .dbf), OpenOffice può modificare .dbf, entrambi sono gratuiti.
—
RemcoGerlich,
Questa domanda sembra essere a spirale. Ricorda che GIS.SE è meglio focalizzato, una domanda per domanda a cui si può rispondere al massimo in pochi paragrafi. Allo stato attuale, tutte le domande e risposte sono davvero più adatte a una chat che a domande e risposte. Sì, alcune delle organizzazioni di dati che descrivi nei file di forma che ti vengono forniti sembrano strane / eccessive / di scarsa qualità. La tua comprensione dei punti rispetto ai poligoni e la necessità di un dbf sono imperfette (potresti voler esaminare i componenti di un file di forma) e, nella migliore delle ipotesi, la tua impressione dei problemi di CSV con ArcGIS è distorta. I CSV non sono fogli di calcolo, i fogli di calcolo non sono database.
—
Chris W,
(Continua) I file di testo, i fogli di calcolo, i database e, in particolare, i database spaziali hanno capacità e modalità operative diverse. Sembra che tu debba decidere se vuoi usare GIS o semplicemente attenersi alla mappatura web basata su file basati su testo che contengono coordinate puntuali. QGIS è gratuito, può fare tutto ciò che desideri da una prospettiva GIS e queste cose sono relativamente facili da imparare. Il componente di mappatura web è un'altra storia.
—
Chris W,