Esta es una continuación de mi pregunta anterior sobre nuestro proyecto sobre cómo salir económicamente de la implementación de un cementerio en un sistema SIG ...
En el cementerio podemos encontrar
- Tumbas regulares: hasta 2 personas
- Tumbas familiares: más de 2, algunas hasta 20 (hermanas de una congregación católica ...)
- Monumento de guerra: unas 30 personas
- Área de dispersión de cenizas: ilimitada, comenzando con 100 personas
- Campos con urnas funerarias: hasta 2 por lugar
- Paredes con urnas funerarias: hasta 3 de altura
Entonces, ¿cuál es el mejor camino a seguir, definiendo:
- cada persona como un objeto POINT
- cada tumba como un objeto POINT, las personas son parte de los atributos
Elegiría para cada persona como un objeto POINT:
- Un archivo CSV simple para todas las personas.
- Las columnas podrían ser, por ejemplo: FirstName - FamilyName - YearDeceased
- Independiente del número de personas en una tumba
- De esa manera, incluso el ÁREA DE DISPERSIÓN DE CENIZAS puede ir al archivo
- Eventualmente, se debe escribir algún código para agregar a los resultados de una búsqueda las otras personas enterradas en la misma tumba
Complicaciones que veo con cada tumba como un objeto POINT:
- Cada ROW necesita las columnas para el número máximo de personas en una tumba ...
- Eso significa que muchas celdas estarán vacías debido a unas pocas tumbas con mucha gente
- Pero, ¿qué pasa con el ÁREA DE DISPERSIÓN DE CENIZAS? 100 personas requieren todas las columnas adicionales en la tabla ...
- No es razonable tener todos los datos en un archivo CSV, pero tener más archivos complicará mucho el asunto.
Entonces, los comentarios son bienvenidos: ¿persona o tumba como objeto POINT? ¿O nada de esto y necesito hacerlo de otra manera?
En mi ciudad, hace 3 años, tenían una oficina que les hacía archivos SHP. Me entregaron esos archivos y noté que las tumbas están dibujadas como POLÍGONOS. Esto viene con un archivo DBF para los "datos de las tumbas". Las tumbas normales tienen 4 conjuntos de coordenadas, parece lógico. Pero algunas cosas me parecen absurdas:
- Hay una "pared de urna" con columbaria hexagonal dibujada como un conjunto de figuras hexagonales ... Eso significa que cada figura tiene 6 conjuntos de coordenadas ...
- En el "área de dispersión de cenizas", hay un pilar con pequeñas placas de identificación rectangulares, han dibujado un POLÍGONO rectangular para cada placa de identificación con 4 conjuntos de coordenadas ... Para mí, usar POLÍGONOS en estos casos parece demasiado exagerado en la base de datos.
Además de eso, corrígeme si me equivoco, usando:
- POLYGONS requiere archivos DBF, por lo que un editor DBF (costos adicionales)
- PUNTOS solo requiere archivos CSV, por lo que EXCEL es suficiente (sin costos adicionales)
En la mayoría de las ciudades, los datos de las personas fallecidas vienen en un archivo CSV:
- hecho directamente en EXCEL o
- exportado desde un programa basado en DOS, creado cuando WIN95 todavía estaba presente ...
Continuar administrando los "datos de las personas" en un archivo CSV y EXCEL evita:
- compra de software que puede editar archivos DBF
- preocuparse por importar los "datos de personas" en el archivo DBF Parece que no siempre es fácil importar, editar y guardar datos de CSV en archivos DBF y NO corrompe sus datos. Leí que este puede ser el caso, especialmente cuando se trabaja con ArcGis (ESRI).
@DenaliHardtail: una parcela puede tener múltiples marcadores. Considere a los veteranos de guerra que tienen una lápida tradicional y una placa militar al pie.
Es probable que las respuestas estén fuertemente basadas en opiniones sin detalles más específicos sobre el software y el uso (por ejemplo, si sigue la ruta de la tabla relacionada, ¿su servidor / software de mapeo web admite tales consultas?). La pregunta fundamental, punto por tumba frente a persona, es simple: persona, no hay duda. Point / grave con atributos de personas múltiples es una mala idea, ya que es un mal diseño de la base de datos por muchas razones ya mencionadas. Pero preguntar "hazlo de otra manera" lo vuelve a hacer demasiado amplio y basado en opiniones. Idealmente haría puntos y áreas, pero solo puntos si lo mantengo simple.
—
Chris W
Además, QGis puede editar archivos de forma (incluido .dbf), OpenOffice puede editar .dbf, ambos son gratuitos.
—
RemcoGerlich
Esta pregunta parece estar en espiral. Recuerde que GIS.SE es mejor enfocado, una pregunta por pregunta que puede responderse en unos pocos párrafos. Tal como está, todo este Q&A es realmente más adecuado para un chat que un Q&A. Sí, parte de la organización de datos que describe en los archivos de forma que se le da parece extraña / exagerada / diseño deficiente. Su comprensión de los puntos frente a los polígonos y la necesidad de un dbf es defectuosa (es posible que desee investigar los componentes de un shapefile) y, en el mejor de los casos, su impresión de problemas de csv con ArcGIS es sesgada. Los CSV no son hojas de cálculo, las hojas de cálculo no son bases de datos.
—
Chris W
(Continuación) Los archivos de texto, hojas de cálculo, bases de datos y, en particular, bases de datos espaciales tienen diferentes capacidades y formas de operar. Parece que debe decidir si desea usar GIS o simplemente seguir con el mapeo web basado en archivos de texto que contienen coordenadas de puntos. QGIS es gratuito, puede hacer todas las cosas que desee desde una perspectiva SIG, y esas cosas son relativamente fáciles de aprender. El componente de mapeo web es otra historia.
—
Chris W