¿Cómo modelar un cementerio: un punto por fallecido o uno por tumba? [cerrado]

12

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).
Patrick Van Den Noortgaete
fuente
@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.
2
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
1
Además, QGis puede editar archivos de forma (incluido .dbf), OpenOffice puede editar .dbf, ambos son gratuitos.
RemcoGerlich
1
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
2
(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

Respuestas:

21

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

  • una mesa con el punto de ubicación de las tumbas
  • otra tabla con Grave-ID y datos de persona

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.

tomó
fuente
Eso no es complicado. ¡Eso está modelando adecuadamente sus datos! +1 para un buen diseño relacional.
jpmc26
Eso también fue lo que pensé. Pero no estoy familiarizado con la "construcción de relaciones", no soy en absoluto un experto en SIG. Tendría que examinar / estudiar que ... Supongo que es posible en QGIS ...
Patrick Van Den Noortgaete
@Patrick: cargue su archivo de forma y un archivo dBase en QGIS, abra el cuadro de diálogo de propiedades de su archivo de forma, seleccione Uniones y cree una unión entre su dBase y los datos de forma. Intenta jugar un poco para familiarizarte con él.
tomó
5

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.

DenaliHardtail
fuente
2
No estoy en el negocio de los cementerios, pero me gusta ser lo más minucioso posible. Incluiría las parcelas / campos de dispersión / monumentos como polígonos, además de tener puntos para lápidas.
JasonT
@JasonT ese es un buen punto. ¿Puede una parcela (la tierra) contener múltiples lápidas / marcadores si varias personas están enterradas en la parcela? Estoy de acuerdo, cada marcador es su propio punto.
DenaliHardtail
1
Una parcela podría tener un propietario sin estar ocupado, si alguien ha hecho los arreglos para su entierro por adelantado.
Random832
4

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.

aunque
fuente
3

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:

  1. PlotDescription: las columnas incluyen: PlotID (vínculos al polígono), ownerID, plotTypeID (el tipo de trazado: tumba, muro, cripta, etc.). Esta hoja es generalmente estática, hasta que se crea un nuevo diagrama.
  2. Propietario - ID de propietario, columnas con descripción completa (nombre / Dirección de contacto / etc.), fallecido (T / F). Imagino que si tiene varios propietarios, se enumeran en su totalidad en el campo de nombre, y tendría una dirección de contacto
  3. Fallecido: ID fallecido, PlotID, nombre completo / etc / otros datos de identificación, código de elevación. El DeceasedID no se encuentra en ningún otro lugar hasta ahora, pero la buena forma crea una identificación única para cada fallecido; podría ser útil en expansiones de los datos, por ejemplo, una lista de familiares que viven para eventos o mercadotecnia.
  4. ElevationCode - ElevationID y luego una breve descripción ("inGround", "inCrypt", "primera fila", "segunda fila", "pila de cenizas", etc.). Esta hoja es generalmente estática.
  5. PlotType: PlotTypeID y una breve descripción: cripta, tumba, etc. Esta es una hoja estática

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.

John
fuente