Làm thế nào để mô hình một nghĩa địa - một điểm cho mỗi người chết hoặc một điểm trên mỗi ngôi mộ? [đóng cửa]

Đây là phần tiếp theo của câu hỏi trước đây của tôi về dự án của chúng tôi về cách thoát khỏi kinh tế với việc triển khai nghĩa địa trong hệ thống GIS.

Trên nghĩa địa chúng ta có thể tìm thấy

• Mộ thông thường: tối đa 2 người
• Mộ gia đình: hơn 2, một số lên tới 20 (chị em từ một giáo đoàn Công giáo giáo hoàng)
• Tượng đài chiến tranh: khoảng 30 người
• Khu vực tán xạ tro: không có người, bắt đầu với 100 người
• Các lĩnh vực với Burial Urns: tối đa 2 mỗi điểm
• Bức tường với Burial Urns: chiều cao lên tới 3

Vì vậy, cách tốt nhất để đi, xác định:

• mỗi người như một đối tượng ĐIỂM
• mỗi ngôi mộ như một đối tượng ĐIỂM, những người là một phần của các thuộc tính

Tôi sẽ chọn cho mỗi người làm đối tượng ĐIỂM:

• Một tệp CSV đơn giản cho tất cả mọi người.
• Các cột có thể là ví dụ: FirstName - FamilyName - YearDecired
• Không phụ thuộc vào số người trong mộ
• Bằng cách đó, ngay cả KHU VỰC KẾT THÚC ASH cũng có thể đi vào tập tin
• Cuối cùng, một số mã phải được viết để thêm vào kết quả tìm kiếm những người khác được chôn cất trong cùng một ngôi mộ

Các biến chứng tôi thấy với mỗi ngôi mộ là một đối tượng ĐIỂM:

• Mỗi ROW cần các cột cho số người tối đa trong một mộ
• Điều đó có nghĩa là rất nhiều ô sẽ trống do chỉ một vài ngôi mộ có rất nhiều người
• Nhưng những gì với KHU VỰC ASH SCATTERING? 100 người yêu cầu tất cả các cột bổ sung trong bảng
• Sẽ không hợp lý khi có tất cả dữ liệu trong một tệp CSV, nhưng có nhiều tệp hơn sẽ làm phức tạp hóa vấn đề.

Vì vậy, ý kiến ​​được chào đón: người hoặc mộ như đối tượng ĐIỂM? Hoặc không ai trong số này và tôi có cần phải làm theo cách khác không?

Ở thị trấn của tôi, 3 năm trước, họ có một văn phòng làm hồ sơ SHP cho họ. Tôi đã được bàn giao những tập tin đó và tôi nhận thấy rằng những ngôi mộ được vẽ dưới dạng POLYGONS. Điều này đi kèm với một tệp DBF cho dữ liệu của các ngôi mộ. Những ngôi mộ bình thường có 4 bộ tọa độ, có vẻ logic. Nhưng một vài điều có vẻ vô lý với tôi:

• Có một bức tường hình chữ nhật của Nhật Bản với hình lục giác được vẽ như một tập hợp các hình lục giác. Điều đó có nghĩa là mỗi hình có 6 bộ tọa độ
• Trong khu vực tán xạ tro tro, có một cây cột với các bảng tên hình chữ nhật nhỏ, họ đã vẽ một POLYGON hình chữ nhật cho mỗi bảng tên với 4 bộ tọa độ To Đối với tôi, sử dụng POLYGONS trong các trường hợp này có vẻ quá nhiều trong cơ sở dữ liệu.

Ngoài ra, hãy sửa tôi nếu tôi sai, sử dụng:

• POLYGONS yêu cầu các tệp DBF, do đó, trình soạn thảo DBF (chi phí thêm)
• ĐIỂM chỉ yêu cầu tệp CSV, vì vậy EXCEL là đủ (không mất thêm chi phí)

Ở hầu hết các thị trấn, dữ liệu của những người đã chết xuất hiện trong tệp CSV:

• được thực hiện trực tiếp trong EXCEL hoặc
• đã xuất ra một chương trình dựa trên DOS, được thực hiện khi WIN95 vẫn còn xung quanh

Tiếp tục quản lý dữ liệu của những người dùng trong một tệp CSV và EXCEL tránh:

• mua phần mềm có thể chỉnh sửa các tệp DBF
• lo lắng về việc nhập dữ liệu trên mạng của người dùng vào tệp DBF Dường như không phải lúc nào cũng không gặp rắc rối khi nhập, chỉnh sửa và lưu dữ liệu từ CSV vào tệp DBF và KHÔNG làm hỏng dữ liệu của bạn. Tôi đọc rằng đây có thể là trường hợp đặc biệt khi làm việc với ArcGis (ESRI).

Tôi sẽ đi theo cách phức tạp: Hai bảng trong mối quan hệ 1: n

• một bảng với vị trí điểm của các ngôi mộ
• một bảng khác với dữ liệu cá nhân và dữ liệu người

Bạn có thể xây dựng mối quan hệ giữa hai bảng để việc chọn mộ sẽ chọn tất cả các bản ghi người trong bảng người.

Ý tưởng có các bảng với các trường như Person1, Person2 ... là thiết kế khủng khiếp và tồi tệ.

Tôi sẽ tạo ra một đa giác cho ngôi mộ vì chính ngôi mộ là một mảnh đất và có mối quan hệ một đối với nhiều người; một ngôi mộ có thể có số không (không có người ở, có sẵn hoặc để bán?) hoặc nhiều người. Bạn cũng có thể sử dụng một điểm thay vì đa giác. Đa giác sẽ làm cho các bài thuyết trình tốt hơn để bán hàng và bảo trì.

Tôi sẽ lấy gợi ý của DenaliHardtail về việc sử dụng đa giác để thể hiện kích thước chính xác của các ô. Lớp này có thể có một bảng với Grave_ID, Grave_Type, Grave_Capacity và Grave_Occupancy_Number. Sau đó, bạn có thể có một lớp điểm với các điểm vượt qua các đa giác mộ tương ứng. Các cột cho bảng lớp điểm có thể là Person-ID, First_Name, Family_Name, Birthdate, Deathdate, Graveowner và Grave_status (Đã bán, không có người, v.v.). Sau đó, bạn có thể bao gồm ID Grave tương ứng cho mỗi người để bạn có thể kết hợp người đó với mộ và tạo một bảng excel sau này với tất cả thông tin về người và cá nhân.

Bình thường hóa dữ liệu dẫn tôi đến một số ý tưởng / điểm còn thiếu. Ngoài ra, tôi nghĩ Excel có thể làm mọi thứ bạn muốn cho "cơ sở dữ liệu" mà bạn dự tính. Gợi ý: Sử dụng trang tính hoặc nhiều tệp và sử dụng các biến thể của chức năng Tra cứu. Lưu vào (các) tệp hữu ích để nhập / tra cứu từ QGIS

Tôi hình dung các bảng rời rạc này [hoặc bảng excel], để bắt đầu thiết lập dữ liệu của bạn. Mỗi Trang tính / tệp dễ dàng được duy trì bởi người dùng mới làm quen, miễn là các cột được đưa ra rõ ràng (và được đóng băng dưới dạng hàng trên cùng ...), và người mới được nhắc nhở rằng ID là duy nhất và không thay đổi sau khi được gán. Các tờ và cột:

1. PlotDes mô tả - các cột bao gồm: PlotID (quan hệ với đa giác), ownID, plotTypeID (loại cốt truyện: grave, wall, crypt, v.v.). Bảng này nói chung là tĩnh, cho đến khi người ta tạo ra một âm mưu mới.
2. Chủ sở hữu - chủ sở hữu, các cột có mô tả đầy đủ (tên / ContactAddress / etc), đã chết (T / F). Tôi hình dung rằng nếu bạn có nhiều chủ sở hữu, họ được liệt kê đầy đủ trong trường tên và bạn sẽ có một địa chỉ liên hệ
3. Đã chết - DecainedID, PlotID, tên đầy đủ / etc / dữ liệu nhận dạng khác, elevationCode. DecazedID không được tìm thấy ở nơi nào cho đến nay, nhưng hình thức tốt tạo ra một ID duy nhất cho mỗi người đã chết; có thể hữu ích trong việc mở rộng dữ liệu - ví dụ: danh sách người thân sống cho các sự kiện hoặc tiếp thị.
4. ElevationCode - ElevationID và sau đó là một mô tả ngắn ("inGround", "inCrypt", "hàng đầu tiên", "hàng thứ hai", "đống tro", v.v.). Bảng này nói chung là tĩnh
5. PlotType - PlotTypeID và một mô tả ngắn - mật mã, mộ, v.v ... Đây là một bảng tĩnh

Đối với suy nghĩ của Novice, tôi không đề nghị bạn bình thường hóa hoàn toàn các vấn đề về danh tính và các cột của chúng, theo cách chúng trùng lặp giữa chủ sở hữu và người đã chết và nó tạo ra 1 bảng phụ trợ không cần thiết không có gì ngoài nhiều ID khác nhau. Tôi hình dung 1-1 giữa bảng cốt truyện và chủ sở hữu, như một sự thỏa hiệp cho đơn giản

Tôi nghĩ rằng thiết lập tổng quát này sẽ giải quyết các vấn đề như: đống tro, hầm mộ trên tường, theo dõi chủ sở hữu / người bảo trì, nhiều người đã chết trong một âm mưu, v.v.

Cuối cùng, hãy nhớ tạo một vài hàng cố định trong hai bảng / bảng cho chủ sở hữu và người đã chết: chủ sở hữu không xác định; chưa rõ người chết; nhiều người chết không rõ; thuộc sở hữu của nghĩa trang; không được sở hữu; Vân vân.