¿Cómo modelar un cementerio - ¿uno por fallecido o uno por tumba?

Question

Esta es una continuación de mi pregunta anterior sobre nuestro proyecto de cómo lograr económicamente la implementación de un cementerio en un sistema GIS…

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: alrededor de 30 personas
• Área de esparcimiento 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 la mejor manera de proceder, definiendo:

• cada persona como un objeto de PUNTO
• cada tumba como un objeto de PUNTO, las personas son parte de los atributos

Elegiría a cada persona como un objeto de PUNTO:

• Un simple archivo CSV para todas las personas.
• Las columnas podrían ser, por ejemplo: Nombre - Apellido - Año de Defunción
• Independientemente del número de personas en una tumba
• De esa manera, incluso el ÁREA DE ESPEARCIMIENTO DE CENIZAS puede estar en el archivo
• Eventualmente, se debe escribir algo de código para añadir a los resultados de una búsqueda a las otras personas enterradas en la misma tumba

Complicaciones que veo con cada tumba como un objeto de PUNTO:

• Cada FILA 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 solo unas pocas tumbas con muchas personas
• Pero ¿qué pasa con el ÁREA DE ESPARCIMIENTO DE CENIZAS? 100 personas requieren todas las columnas adicionales en la tabla…
• No es razonable tener todos los datos en un solo archivo CSV, pero tener más archivos complicaría mucho el asunto.

Entonces, ¿comentarios son bienvenidos: ¿persona o tumba como objeto de PUNTO? O ¿ninguno de estos y necesito hacerlo de otra manera?

En mi ciudad, hace 3 años, un buró les hizo 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 urnas” con columbarios hexagonales dibujados como un conjunto de figuras hexagonales… Eso significa que cada figura tiene 6 conjuntos de coordenadas…
• En el “área de esparcimiento de cenizas”, hay una columna con placas de nombres rectangulares, han dibujado un POLÍGONO rectangular para cada placa con 4 conjuntos de coordenadas… Para mí, usar POLÍGONOS en estos casos parece demasiado exagerado en la base de datos.

Además, corríjanme si me equivoco, usar:

• POLÍGONOS requiere archivos DBF, por lo que necesita un editor de DBF (costo adicional)
• PUNTOS solo requiere archivos CSV, por lo que EXCEL es suficiente (sin costo adicional)

En la mayoría de las ciudades, los datos de las personas fallecidas vienen en un archivo CSV:

• creado directamente en EXCEL o
• exportado de un programa basado en DOS, creado cuando WIN95 todavía estaba vigente…

Continuar gestionando los “datos de las personas” en un archivo CSV y EXCEL evita:

• comprar software que pueda editar archivos DBF
• preocuparse por importar los “datos de las personas” en el archivo DBF No siempre parece ser sencillo importar, editar y guardar datos de CSV en archivos DBF sin corrupción de los datos. Leí que este puede ser el caso especialmente al trabajar con ArcGis (ESRI).

Answer 1

Yo iría por el camino complicado: Dos tablas en una relación 1:n

• una tabla con la ubicación de los puntos de las tumbas
• otra tabla con el ID de la tumba y los datos de la persona

Puedes crear una relación entre las dos tablas para que al seleccionar una tumba se seleccionen todos los registros de personas en la tabla de personas.

La idea de tener tablas con campos como Persona1, Persona2... es horrible y un mal diseño.

Answer 2

Crearía un polígono para la tumba ya que la tumba en sí es una parcela de terreno y tendría una relación de uno a muchos con las personas; una tumba puede tener cero (desocupada, disponible o en venta ?) o muchas personas. También se podría usar un punto en lugar del polígono. Los polígonos harían mejores presentaciones para ventas y mantenimiento.

Answer 3

Tomaría la sugerencia de DenaliHardtail de usar polígonos para representar tamaños precisos de las parcelas. Esta capa podría tener una tabla con Grave_ID, Grave_Type, Grave_Capacity y Grave_Occupancy_Number. Luego podrías tener una capa de puntos con puntos superpuestos a los polígonos de tumbas correspondientes. Las columnas para la tabla de la capa de puntos podrían ser Person-ID, First_Name, Family_Name, Birthdate, Deathdate, Graveowner y Grave_status (Vendido, Desocupado, etc.). Luego podrías incluir el Grave-ID correspondiente para cada persona para que puedas hacer coincidir la persona con la tumba y crear luego una sola tabla de Excel con toda la información de las tumbas y las personas individuales.

Answer 4

Normalizar los datos me lleva a algunas ideas/puntos faltantes. Además, creo que Excel puede hacer todo lo que deseas para la "base de datos" que contemplas. Pista: Utiliza hojas, o múltiples archivos y usa variaciones de funciones de búsqueda. Guarda en el archivo(s) útil(es) para importaciones/búsquedas desde QGIS

Visualizo estas tablas discretas [o hojas de Excel], para comenzar tu conjunto de datos. Cada hoja/archivo es fácilmente mantenida por usuarios novatos, siempre y cuando las columnas estén claramente definidas (y estén congeladas en una fila superior...), y el novato sea recordado que los IDs son únicos y permanecen sin cambios una vez asignados. Las hojas y columnas:

1. Descripción del Terreno - las columnas incluyen: ID del Terreno (relacionado con el polígono), ID del Dueño, ID del Tipo de Terreno (el tipo de terreno: tumba, muro, cripta, etc.). Esta hoja es generalmente estática, hasta que se crea un terreno nuevo.
2. Dueño - ID del Dueño, columnas con descripción completa (nombre/Dirección de Contacto/etc), fallecido (V/F). Visualizo que si tienes múltiples dueños, se enumeran por completo en el campo de nombre, y tendrías una dirección de contacto
3. Fallecido - ID del Fallecido, ID del Terreno, nombre completo/etc/datos identificativos adicionales, código de elevación. El ID del Fallecido no se encuentra en otro lugar hasta ahora, pero buena forma crea un ID único para cada fallecido; podría ser útil en expansiones de los datos -- por ejemplo, una lista de familiares vivos para eventos o marketing.
4. Código de Elevación - ID de Elevación y luego una breve descripción ("en tierra", "en cripta", "primera fila", "segunda fila", "pila de cenizas", etc). Esta hoja es generalmente estática
5. Tipo de Terreno - ID del Tipo de Terreno y una breve descripción -- cripta, tumba, etc. Esta es una hoja estática

Para la mentalidad del Novato, no sugiero normalizar completamente los problemas de identidad y sus columnas, en la forma en que se superponen entre los dueños y los fallecidos, y crea tablas accesorias innecesarias de 1-muchos con nada más que varios IDs. Visualizo un 1 a 1 entre las tablas de terreno y dueño, como un compromiso por simplicidad

Creo que esta configuración generalizada abordará problemas como: pilas de cenizas, criptas de muro, seguimiento de dueños/mantenedores, múltiples fallecidos en un terreno, y más.

Finalmente, recuerda crear algunas filas permanentes en las dos tablas/hojas para dueño y fallecido: dueño desconocido; fallecido desconocido; múltiples fallecidos desconocidos; propiedad del cementerio; no propiedad; etc.