Ini adalah kelanjutan dari pertanyaan saya sebelumnya tentang proyek kami tentang bagaimana secara ekonomis lolos dengan implementasi kuburan dalam sistem GIS ...
Di kuburan bisa kita temukan
- Kuburan biasa: hingga 2 orang
- Kuburan keluarga: lebih dari 2, beberapa hingga 20 (saudara perempuan dari sidang Katolik ...)
- Monumen Perang: sekitar 30 orang
- Ash Scattering Area: tanpa batas, dimulai dengan 100 orang
- Fields dengan Guci Pemakaman: hingga 2 per tempat
- Dinding dengan Guci Pemakaman: tingginya mencapai 3
Jadi apa cara terbaik untuk pergi, mendefinisikan:
- setiap orang sebagai objek TITIK
- setiap kuburan sebagai objek TITIK, orang-orang adalah bagian dari atribut
Saya akan memilih untuk setiap orang sebagai objek TITIK:
- Satu file CSV sederhana untuk semua orang.
- Kolom dapat misalnya: FirstName - FamilyName - YearDeceased
- Tidak tergantung pada jumlah orang di kuburan
- Dengan cara itu bahkan ASH SCATTERING AREA dapat masuk ke file
- Akhirnya beberapa kode harus ditulis untuk menambah hasil pencarian orang lain yang dimakamkan di kuburan yang sama
Komplikasi yang saya lihat dengan masing-masing kuburan sebagai objek TITIK:
- Setiap ROW membutuhkan kolom untuk jumlah maksimum orang di kuburan ...
- Itu berarti bahwa banyak sel akan kosong karena hanya beberapa kuburan dengan banyak orang
- Tapi bagaimana dengan AREA MENCERMINKAN ASH? 100 orang membutuhkan semua kolom tambahan dalam tabel ...
- Tidaklah masuk akal untuk memiliki semua data dalam satu file CSV, tetapi memiliki lebih banyak file akan sangat mempersulit masalah ini.
Jadi, komentar dipersilahkan: orang atau kuburan sebagai objek TITIK? Atau tidak satu pun dari ini dan apakah saya perlu melakukannya dengan cara lain?
Di kota saya, 3 tahun yang lalu, mereka memiliki biro membuat file SHP untuk mereka. Saya menyerahkan file-file itu dan saya perhatikan bahwa kuburannya digambar sebagai POLYGONS. Ini dilengkapi dengan file DBF untuk "data kuburan". Makam normal memiliki 4 set koordinat, tampaknya logis. Tetapi beberapa hal yang tampaknya tidak masuk akal bagi saya:
- Ada "dinding guci" dengan columbaria heksagonal yang digambar sebagai satu set angka heksagonal ... Itu berarti bahwa setiap gambar memiliki 6 set koordinat ...
- Di "daerah penghamburan abu", ada pilar dengan sedikit papan nama persegi panjang, mereka telah menggambar POLYGON persegi panjang untuk setiap papan nama dengan 4 set koordinat ... Bagi saya, menggunakan POLYGON dalam kasus-kasus ini tampaknya begitu banyak kerja keras dalam database.
Selain itu, koreksi saya jika saya salah, menggunakan:
- POLYGONS membutuhkan file DBF, jadi editor DBF (biaya tambahan)
- POIN hanya membutuhkan file CSV, jadi EXCEL sudah cukup (tanpa biaya tambahan)
Di sebagian besar kota, data orang yang meninggal datang dalam file CSV:
- dibuat langsung dalam EXCEL atau
- diekspor dari program berbasis DOS, dibuat ketika WIN95 masih ada ...
Melanjutkan mengelola "data orang" dalam satu file CSV dan EXCEL menghindari:
- membeli perangkat lunak yang dapat mengedit file DBF
- khawatir tentang mengimpor "data orang" ke dalam file DBF Tampaknya tidak selalu tanpa kesulitan untuk mengimpor, mengedit, dan menyimpan data dari CSV ke file DBF dan TIDAK merusak data Anda. Saya membaca bahwa ini dapat terjadi terutama ketika bekerja dengan ArcGis (ESRI).
Jawaban:
Saya akan pergi dengan cara yang rumit: Dua Tabel dalam hubungan 1: n
Anda bisa membangun relasi antara dua tabel sehingga memilih kuburan akan memilih semua catatan orang di tabel-orang.
Gagasan memiliki tabel dengan bidang seperti Person1, Person2 ... adalah desain yang mengerikan dan buruk.
sumber
Saya akan membuat poligon untuk kuburan karena kuburan itu sendiri adalah sebidang tanah dan memiliki hubungan satu ke banyak untuk orang-orang; satu kuburan dapat memiliki nol (tidak dihuni, tersedia, atau dijual?) atau banyak orang. Anda juga bisa menggunakan titik alih-alih poligon. Poligon akan membuat presentasi yang lebih baik untuk penjualan dan pemeliharaan.
sumber
Saya akan mengambil saran DenaliHardtail untuk menggunakan poligon untuk mewakili ukuran plot yang akurat. Lapisan ini dapat memiliki tabel dengan Grave_ID, Grave_Type, Grave_Capacity, dan Grave_Occupancy_Number. Kemudian Anda bisa memiliki layer titik dengan titik-titik di atasnya poligon yang sesuai. Kolom untuk tabel lapisan poin bisa berupa Person-ID, First_Name, Family_Name, Birthdate, Deathdate, Graveowner, dan Grave_status (Terjual, Tidak Dihuni, dll.). Anda kemudian dapat memasukkan ID-Kuburan yang sesuai untuk setiap orang sehingga Anda dapat mencocokkan orang dengan kuburan dan membuat tabel excel tunggal nanti dengan semua info kuburan dan individu orang.
sumber
Normalisasi data membawa saya pada beberapa ide / poin yang hilang. Juga, saya pikir Excel dapat melakukan semua yang Anda inginkan untuk "database" yang Anda renungkan. Petunjuk: Gunakan lembar, atau banyak file dan gunakan variasi fungsi Pencarian. Simpan ke file yang berguna untuk impor / pencarian dari QGIS
Saya membayangkan tabel diskrit ini [atau excel sheet], untuk memulai set data Anda. Setiap Lembar / file mudah dipelihara oleh pengguna pemula, selama kolomnya diberikan dengan jelas (dan dibekukan sebagai baris teratas ...), dan pemula diingatkan bahwa ID itu unik dan tetap tidak berubah setelah ditetapkan. Lembar dan kolom:
Untuk pola pikir Novice, saya tidak menyarankan Anda menormalkan sepenuhnya masalah identitas dan kolom mereka, dalam cara mereka tumpang tindih antara pemilik dan almarhum, dan itu menciptakan tabel tambahan 1-banyak yang tidak perlu dengan apa pun kecuali berbagai ID. Saya membayangkan 1-ke-1 antara plot dan tabel pemilik, sebagai kompromi untuk kesederhanaan
Saya pikir pengaturan umum ini akan membahas masalah seperti: tumpukan abu, crypts dinding, pelacakan pemilik / pemelihara, banyak yang meninggal dalam plot, dan banyak lagi.
Akhirnya, ingatlah untuk membuat beberapa baris permanen di dua tabel / lembar untuk pemilik dan almarhum: pemilik tidak dikenal; almarhum tidak diketahui; beberapa yang tidak diketahui meninggal; dimiliki oleh kuburan; tidak dimiliki; dll.
sumber