Bagaimana membuat model kuburan - satu titik per almarhum atau satu per kuburan? [Tutup]

12

Ditutup . Pertanyaan ini perlu lebih fokus . Saat ini tidak menerima jawaban.

Ingin meningkatkan pertanyaan ini? Perbarui pertanyaan sehingga berfokus pada satu masalah hanya dengan mengedit posting ini .

Ditutup 4 tahun yang lalu .

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).

— Patrick Van Den Noortgaete
sumber

@DenaliHardtail - Satu plot dapat memiliki beberapa marker. Pertimbangkan veteran perang yang memiliki nisan tradisional dan plakat militer di kaki.

2

Jawaban cenderung sangat didasarkan pada pendapat tanpa rincian lebih spesifik tentang perangkat lunak dan penggunaan (misalnya, jika Anda menggunakan rute tabel terkait, apakah perangkat lunak / server pemetaan web Anda mendukung permintaan seperti itu?). Pertanyaan dasar, titik per kuburan vs orang itu sederhana - orang, tidak ada pertanyaan. Titik / kubur dengan atribut banyak orang adalah ide yang buruk, karena itu adalah desain database yang buruk karena banyak alasan yang telah disebutkan. Tetapi untuk bertanya 'lakukan dengan cara lain' membuatnya menjadi terlalu luas dan berdasarkan opini. Saya akan melakukan poin dan area idealnya, tetapi hanya poin jika menjaganya tetap sederhana.

— Chris W

1

Selain itu, QG dapat mengedit shapefile (termasuk .dbf), OpenOffice dapat mengedit .dbf, keduanya gratis.

— RemcoGerlich

1

Pertanyaan ini tampaknya berputar-putar. Harap ingat GIS.SE paling baik fokus, satu pertanyaan per pertanyaan yang paling banyak dijawab dalam beberapa paragraf. Seperti yang terjadi, seluruh T&J ini benar-benar lebih cocok untuk obrolan daripada T&J. Ya, beberapa organisasi data yang Anda jelaskan di shapefile yang diberikan kepada Anda tampaknya aneh / berlebihan / desain yang buruk. Pemahaman Anda tentang poin vs poligon dan membutuhkan dbf cacat (Anda mungkin ingin menyelidiki komponen shapefile), dan paling tidak kesan Anda tentang masalah csv dengan ArcGIS miring. CSV bukan spreadsheet, spreadsheet bukan database.

— Chris W

2

(Lanjutan) File teks, spreadsheet, database, dan khususnya database spasial memiliki kemampuan dan cara operasi yang berbeda. Sepertinya Anda perlu memutuskan apakah Anda ingin menggunakan SIG sama sekali, atau hanya tetap dengan pemetaan web berdasarkan file berbasis teks yang berisi koordinat titik. QGIS gratis, dapat melakukan semua hal yang Anda inginkan dari perspektif GIS, dan hal-hal itu relatif mudah dipelajari. Komponen pemetaan web adalah cerita lain.

— Chris W

21

Saya akan pergi dengan cara yang rumit: Dua Tabel dalam hubungan 1: n

satu meja dengan lokasi titik kuburan
tabel lain dengan Grave-ID dan data orang

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.

— mengambil syal
sumber

Itu tidak rumit. Itu memodelkan data Anda dengan benar! +1 untuk desain relasional yang baik.

— jpmc26

Itu juga yang saya pikirkan. Tapi saya tidak terbiasa dengan "membangun hubungan", saya sama sekali tidak ahli GIS. Harus memeriksa / mempelajari bahwa ... Mungkin di QGIS ...

— Patrick Van Den Noortgaete

@ Patrick - Memuat shapefile Anda dan file dBase ke QGIS, buka dialog properti shapefile Anda, pilih Bergabung dan buat gabungan antara Anda dBase dan data bentuk. Cobalah bermain-main sedikit untuk membiasakan diri dengannya.

— takearf

5

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.

— DenaliHardtail
sumber

2

Saya tidak berkecimpung dalam bisnis kuburan, tetapi saya suka menjadi selengkap mungkin. Saya akan memasukkan bidang / bidang hamburan / monumen sebagai poligon serta memiliki poin untuk batu kubur.

— JasonT

@ Alasan itu poin yang bagus. Bisakah sebidang tanah (tanah) mengandung banyak batu / spidol jika banyak orang dikuburkan di dalam plot? Saya setuju, setiap penanda adalah poinnya sendiri.

— DenaliHardtail

1

Sebuah plot dapat memiliki pemilik tanpa ditempati, jika seseorang telah membuat pengaturan pemakaman mereka terlebih dahulu.

— Acak832

4

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.

— altwitt
sumber

3

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:

PlotDescription - kolom meliputi: PlotID (ikatan ke poligon), ownerID, plotTypeID (tipe plot: kuburan, dinding, ruang bawah tanah, dll.). Lembar ini umumnya statis, sampai orang membuat plot baru.
Pemilik - pemilik ID, kolom dengan deskripsi lengkap (nama / Kontak Alamat / dll), almarhum (T / F). Saya membayangkan bahwa jika Anda memiliki banyak pemilik, mereka terdaftar secara lengkap di bidang nama, dan Anda akan memiliki satu alamat kontak
Deceased - DeceasedID, PlotID, nama lengkap / etc / data pengenal lainnya, elevationCode. DeceasedID tidak ditemukan di tempat lain sejauh ini, tetapi bentuk yang baik membuat ID unik untuk setiap orang yang meninggal; dapat bermanfaat dalam perluasan data - misalnya, daftar kerabat yang tinggal untuk acara atau pemasaran.
ElevationCode - ElevationID dan kemudian deskripsi singkat ("inGround", "inCrypt", "baris pertama", "baris kedua", "tumpukan abu", dll). Lembar ini umumnya statis
PlotType - PlotTypeID dan deskripsi singkat - crypt, grave, dll. Ini adalah lembaran statis

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.

— John
sumber