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).
Respuestas:
Yo iría por el camino complicado: dos tablas en una relación 1: n
Puede construir 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 Person1, Person2 ... es un diseño horrible y malo.
fuente
Crearía un polígono para la tumba ya que la tumba en sí misma es un terreno y tiene una relación de uno a muchos para la gente; una tumba puede tener cero (desocupada, disponible o en venta?) o muchas personas. También podría usar un punto en lugar del polígono. Los polígonos harían mejores presentaciones para ventas y mantenimiento.
fuente
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. Entonces podría tener una capa de puntos con puntos sobre los polígonos graves correspondientes. Las columnas para la tabla de capas de puntos pueden ser ID de persona, Nombre, Nombre de familia, Fecha de nacimiento, Fecha de muerte, Propietario de sepultura y Estado de sepultura (Vendido, No ocupado, etc.). A continuación, puede incluir el Grave-ID correspondiente para cada persona para que pueda unir persona a tumba y crear una sola tabla de Excel más adelante con toda la información de la tumba y la persona individual.
fuente
La normalización de los datos me lleva a algunas ideas / puntos faltantes. Además, creo que Excel puede hacer todo lo que desee para la "base de datos" que contempla. Sugerencia: use hojas o múltiples archivos y use variaciones de las funciones de búsqueda. Guardar en los archivos útiles para importaciones / búsquedas de QGIS
Imagino estas tablas discretas [u hojas de Excel], para comenzar su conjunto de datos. Los usuarios novatos pueden mantener fácilmente cada hoja / archivo, siempre que las columnas estén claramente indicadas (y se congelen como una fila superior ...), y se recuerda a los novatos que los ID son únicos y no cambian una vez asignados. Las hojas y columnas:
Para la mentalidad del Novato, no le sugiero que normalice completamente los problemas de identidad y sus columnas, en la forma en que se superponen entre los propietarios y los fallecidos, y crea tablas innecesarias de 1 a muchos con nada más que varios ID. Imagino un 1 a 1 entre la trama y las tablas de propietarios, como un compromiso para la simplicidad
Creo que esta configuración generalizada abordará problemas tales como: pilas de cenizas, criptas de pared, seguimiento del propietario / mantenedor, múltiples fallecidos en una trama y más.
Finalmente, recuerde crear algunas filas permanentes en las dos tablas / hojas para el propietario y el fallecido: propietario desconocido; fallecido desconocido; fallecido múltiple desconocido; propiedad del cementerio; sin dueño; etc.
fuente