एक कब्रिस्तान को कैसे मॉडल किया जाए - एक बिंदु प्रति मृतक या एक प्रति कब्र? [बन्द है]


12

यह जीआईएस प्रणाली में एक कब्रिस्तान के कार्यान्वयन के साथ आर्थिक रूप से दूर होने के बारे में हमारी परियोजना के बारे में मेरे पिछले प्रश्न का एक निरंतरता है ...

कब्रिस्तान पर हम पा सकते हैं

  • नियमित कब्र: 2 लोगों तक
  • पारिवारिक कब्रें: 2 से अधिक, 20 से कुछ (एक कैथोलिक मण्डली की बहनें) ...
  • युद्ध स्मारक: लगभग 30 लोग
  • ऐश स्कैटरिंग क्षेत्र: 100 लोगों से शुरू होकर
  • दफन उर्न्स के साथ फ़ील्ड्स: प्रति स्पॉट 2 तक
  • दफन उर के साथ दीवारें: ऊंचाई में 3 तक

तो परिभाषित करने का सबसे अच्छा तरीका क्या है:

  • प्रत्येक व्यक्ति एक बिंदु वस्तु के रूप में
  • प्रत्येक बिंदु के रूप में एक कब्र, व्यक्तियों विशेषताओं का हिस्सा हैं

मैं प्रत्येक व्यक्ति को एक बिंदु वस्तु के रूप में चुनूंगा:

  • सभी व्यक्तियों के लिए एक सरल CSV फ़ाइल।
  • उदाहरण के लिए कॉलम हो सकते हैं: FirstName - FamilyName - YearDeceased
  • एक कब्र में व्यक्तियों की संख्या का स्वतंत्र
  • इस तरह भी ASH स्कैटरिंग क्षेत्र फ़ाइल में जा सकते हैं
  • आखिरकार कुछ कोड को एक ही कब्र में दफन किए गए अन्य व्यक्तियों की खोज के परिणामों में जोड़ने के लिए लिखा जाना चाहिए

जटिलताओं को मैं प्रत्येक वस्तु के साथ एक बिंदु वस्तु के रूप में देखता हूं:

  • प्रत्येक ROW को कब्र में अधिकतम व्यक्तियों की संख्या ...
  • इसका मतलब है कि बहुत सारे लोगों के साथ सिर्फ कुछ कब्रों के कारण बहुत सारी कोशिकाएं खाली हो जाएंगी
  • लेकिन ASH स्कैटरिंग क्षेत्र के साथ क्या है? 100 व्यक्तियों को तालिका में सभी अतिरिक्त कॉलमों की आवश्यकता होती है ...
  • एक CSV फ़ाइल में सभी डेटा होना उचित नहीं है, लेकिन अधिक फ़ाइलें होने से मामला अत्यधिक जटिल हो जाएगा।

तो, टिप्पणियों का स्वागत है: व्यक्ति या कब्र POINT वस्तु के रूप में? या इस में से कोई भी और क्या मुझे इसे दूसरे तरीके से करने की आवश्यकता है?

मेरे शहर में, 3 साल पहले, उनके लिए एक ब्यूरो बनाया गया SHP फाइलें थीं। मुझे उन फाइलों को सौंप दिया गया था और मैंने देखा कि कब्रों को पोलीगोन के रूप में तैयार किया गया है। यह "कब्रों के डेटा" के लिए DBF फ़ाइल के साथ आता है। सामान्य कब्रों में निर्देशांक के 4 सेट होते हैं, तर्क लगता है। लेकिन कुछ चीजें मुझे बेतुकी लगती हैं:

  • हेक्सागोनल कोलुम्बेरिया के साथ एक "कलश की दीवार" है जिसे हेक्सागोनल आंकड़ों के एक सेट के रूप में तैयार किया गया है ... इसका मतलब है कि प्रत्येक आकृति में निर्देशांक के 6 सेट हैं ...
  • "ऐश स्कैटरिंग एरिया" में, थोड़ा आयताकार नेमप्लेट के साथ एक पिलर है, उन्होंने निर्देशांक के 4 सेट के साथ प्रत्येक नेमप्लेट के लिए एक आयताकार POLYGON तैयार किया है ... मेरे लिए, इन मामलों में POLYGONS का उपयोग डेटाबेस में बहुत अधिक है।

इसके अलावा, मुझे सही करें अगर मैं गलत हूं, का उपयोग कर:

  • POLYGONS को DBF फ़ाइलों की आवश्यकता होती है, इसलिए DBF संपादक (अतिरिक्त लागत)
  • POINTS को केवल CSV फ़ाइलों की आवश्यकता होती है, इसलिए EXCEL पर्याप्त है (कोई अतिरिक्त लागत नहीं)

अधिकांश शहरों में, मृत व्यक्तियों का डेटा एक सीएसवी फ़ाइल में आता है:

  • सीधे EXCEL में या
  • Win95 के आसपास अभी भी था, जब एक डॉस आधारित कार्यक्रम का निर्यात ...

एक CSV फ़ाइल और EXCEL में "व्यक्तियों के डेटा" को प्रबंधित करने से बचना जारी है:

  • सॉफ्टवेयर खरीदने कि DBF फ़ाइलों को संपादित कर सकते हैं
  • DBF फ़ाइल में "व्यक्तियों का डेटा" आयात करने के बारे में चिंता करना ऐसा लगता है कि CSV से डेटा को DBF फ़ाइलों में आयात करने, संपादित करने और सहेजने के लिए हमेशा कोई परेशानी नहीं होती है और आपके डेटा का कोई भ्रष्टाचार नहीं होता है। मैंने पढ़ा कि विशेष रूप से आर्कगिस (ईएसआरआई) के साथ काम करते समय यह मामला हो सकता है।

@ डेडलीहार्डटेल - एक प्लॉट में कई मार्कर हो सकते हैं। युद्ध के दिग्गजों पर विचार करें जिनके पास एक पारंपरिक हेडस्टोन और पैर में एक सैन्य पट्टिका दोनों हैं।

2
सॉफ़्टवेयर और उपयोग के बारे में अधिक विशिष्ट विवरण के बिना उत्तर भारी-आधारित होने की संभावना है (उदाहरण के लिए, यदि आप संबंधित तालिका मार्ग पर जाते हैं, तो क्या आपका वेब मैपिंग सॉफ़्टवेयर / सर्वर ऐसे क्वेरी का समर्थन करता है?)। मूल प्रश्न, प्रति व्यक्ति गंभीर बिंदु, साधारण व्यक्ति है - कोई प्रश्न नहीं। कई लोगों की विशेषताओं के साथ बिंदु / कब्र एक बुरा विचार है, क्योंकि यह पहले से ही वर्णित कई कारणों से खराब डेटाबेस डिजाइन है। लेकिन 'यह एक और तरीका है' पूछने के लिए यह फिर से बहुत व्यापक और राय आधारित बनाता है । मैं आदर्श रूप से अंक और क्षेत्र करता हूं , लेकिन अगर यह सरल है तो सिर्फ अंक।
क्रिस डब्ल्यू

1
इसके अलावा, QGis आकारफाइल्स (.dbf सहित) को संपादित कर सकता है, OpenOffice संपादित कर सकता है .dbf, वे दोनों मुफ़्त हैं।
रेमकोगर्लिच

1
यह प्रश्न स्पष्ट प्रतीत हो रहा है। कृपया याद रखें कि GIS.SE सबसे अधिक ध्यान केंद्रित किया जाता है, प्रति प्रश्न एक प्रश्न जो कि अधिकांश कुछ पैराग्राफ में उत्तर दिया जा सकता है। जैसा कि यह खड़ा है, यह पूरा क्यू एंड ए वास्तव में क्यू एंड ए की तुलना में एक चैट के लिए बेहतर है। हां, आपके द्वारा दिए गए शेपफाइल्स में आपके द्वारा बताए गए कुछ डेटा ऑर्गनाइजेशन विषम / खराब / खराब डिजाइन के लगते हैं। पॉलीगॉन बनाम डीबीएफ की आवश्यकता के बारे में आपकी समझ त्रुटिपूर्ण है (आप किसी आकृति के घटकों की जांच करना चाहते हैं), और आर्कजीआईएस के साथ सीएसवी मुद्दों के बारे में आपकी सबसे अच्छी धारणा तिरछी है। CSV स्प्रेडशीट नहीं हैं, स्प्रेडशीट डेटाबेस नहीं हैं।
क्रिस डब्ल्यू

2
(निरंतर) पाठ फ़ाइलें, स्प्रेडशीट, डेटाबेस, और विशेष रूप से स्थानिक डेटाबेस में विभिन्न क्षमताओं और संचालन के तरीके हैं। ऐसा लगता है कि आपको यह तय करने की आवश्यकता है कि क्या आप जीआईएस का उपयोग करना चाहते हैं, या केवल पाठ आधारित फ़ाइलों के आधार पर वेब मैपिंग के साथ रहना चाहिए जिसमें बिंदु निर्देशांक शामिल हैं। क्यूजीआईएस मुफ्त है, जीआईएस परिप्रेक्ष्य से वे सभी चीजें कर सकते हैं जो आप चाहते हैं, और उन चीजों को सीखना आसान है। वेब मैपिंग घटक एक और कहानी है।
क्रिस डब्ल्यू

जवाबों:


21

मैं जटिल तरीके से जाऊंगा: 1: n संबंध में दो तालिकाओं

  • कब्रों के बिंदु स्थान के साथ एक तालिका
  • ग्रेव-आईडी और व्यक्ति डेटा के साथ एक और तालिका

आप दो तालिकाओं के बीच एक संबंध बना सकते हैं ताकि एक कब्र का चयन व्यक्ति-तालिका में सभी व्यक्ति रिकॉर्ड का चयन करें।

पर्सन 1, पर्सो 2 ... जैसे फील्ड के साथ टेबल रखने का आइडिया भयानक और खराब डिजाइन का है।


यह जटिल नहीं है। यह ठीक से आपके डेटा मॉडलिंग कर रहा है! अच्छा संबंधपरक डिजाइन के लिए +1।
jpmc26

यही मैंने भी सोचा था। लेकिन मैं "संबंध निर्माण" से परिचित नहीं हूं, मैं जीआईएस विशेषज्ञ बिल्कुल नहीं हूं। जांच / अध्ययन करना होगा कि ... लगता है कि यह QGIS में संभव है ...
पैट्रिक वान डेन नोर्टेगेट

@ पैट्रिक - अपने शेपफाइल और एक डीबेस फाइल को क्यूजीआईएस में लोड करें, अपने शेपफाइल के गुण संवाद को लाएं, जॉइन सिलेक्ट करें और आप के बीच एक कॉम्बिनेशन बनाएं और डेटा को आकार दें। इसके साथ परिचित होने के लिए थोड़ा खेलने की कोशिश करें।
टेकरीफ

5

मैं कब्र के लिए एक बहुभुज का निर्माण करूंगा क्योंकि कब्र अपने आप में जमीन का एक भूखंड है और लोगों के लिए एक रिश्ता है; एक कब्र में शून्य (बिना बिके, उपलब्ध या बिक्री के लिए?) या कई लोग हो सकते हैं। आप बहुभुज के बजाय एक बिंदु का उपयोग भी कर सकते हैं। बहुभुज बिक्री और रखरखाव के लिए बेहतर प्रस्तुतिकरण करेंगे।


2
मैं कब्रिस्तान के व्यवसाय में नहीं हूं, लेकिन मुझे जितना संभव हो सके उतना अच्छा लगता है। मैं बहुभुज के रूप में भूखंडों / बिखरने वाले क्षेत्रों / स्मारकों को शामिल करूँगा और साथ ही साथ कब्रों के पत्थरों के लिए अंक भी रखूँगा।
जेसन

@JasonT यह एक अच्छी बात है। यदि भूखंड में कई लोगों को दफनाया गया है, तो क्या एक भूखंड (भूमि) में कई कब्र पत्थर / मार्कर हो सकते हैं? मैं सहमत हूं, प्रत्येक मार्कर का अपना बिंदु है।
डेनालीहार्डटेल

1
एक भूखंड पर कब्जा किए बिना एक मालिक हो सकता है, अगर किसी ने अग्रिम में अपनी दफन व्यवस्था की है।
रैंडम 832

4

मैं भूखंडों के सटीक आकार का प्रतिनिधित्व करने के लिए बहुभुज का उपयोग करने के DenaliHardtail के सुझाव को ले जाऊंगा। इस परत में Grave_ID, Grave_Type, Grave_Capacity और Grave_Occupancy_Number के साथ एक तालिका हो सकती है। तो आप इसी कब्र बहुभुज पर निर्भर अंक के साथ एक बिंदु परत हो सकता है। पॉइंट लेयर टेबल के लिए कॉलम पर्सन-आईडी, First_Name, Family_Name, जन्मतिथि, डेथडेट, ग्रेवॉयर, और ग्रेव_स्टैटस (बिक, अनकैपिड, आदि) हो सकते हैं। फिर आप प्रत्येक व्यक्ति के लिए संबंधित ग्रेव-आईडी को शामिल कर सकते हैं ताकि आप व्यक्ति को कब्र पर मेल कर सकें और बाद में सभी कब्र और व्यक्तिगत व्यक्ति की जानकारी के साथ एक एकल एक्सेल तालिका बना सकें।


3

डेटा को सामान्य करने से मुझे कुछ गुम विचार / बिंदु मिलते हैं। इसके अलावा, मुझे लगता है कि एक्सेल आपको उस "डेटाबेस" के लिए सब कुछ कर सकता है जो आप सोचते हैं। संकेत: शीट, या कई फ़ाइलों का उपयोग करें और लुकअप कार्यों की विविधताओं का उपयोग करें। QGIS से आयात / लुकअप के लिए उपयोगी फ़ाइल (ओं) में सहेजें

मैं आपके डेटा सेट को बंद करने के लिए इन असतत तालिकाओं [या एक्सेल शीट] की कल्पना करता हूं। प्रत्येक शीट / फ़ाइल को आसानी से नौसिखिए उपयोगकर्ताओं द्वारा बनाए रखा जाता है, जब तक कि कॉलम स्पष्ट रूप से दिए गए हैं (और एक शीर्ष पंक्ति के रूप में जमे हुए हैं ...), और नौसिखिए को याद दिलाया जाता है कि आईडी अद्वितीय हैं और एक बार असाइन किए गए अपरिवर्तित रहते हैं। शीट और कॉलम:

  1. प्लॉटडेसक्रिप्शन - कॉलम में शामिल हैं: प्लॉटिड (बहुभुज से संबंध), मालिक, प्लॉट टाइप (प्लॉट प्रकार: कब्र, दीवार, क्रिप्ट, आदि)। यह शीट आम तौर पर स्थिर होती है, जब तक कि कोई नया प्लॉट नहीं बनाता है।
  2. स्वामी - स्वामी, पूर्ण विवरण के साथ कॉलम (नाम / ContactAddress / etc), मृतक (टी / एफ)। मैं कल्पना करता हूं कि यदि आपके पास कई मालिक हैं, तो वे पूरे नाम क्षेत्र में सूचीबद्ध हैं, और आपके पास एक संपर्क पता होगा
  3. मृतक - मृतक, प्लॉटिड, पूरा नाम / आदि / अन्य पहचान डेटा, ऊंचाई। डिकेडिड अब तक कहीं और नहीं पाया गया है, लेकिन अच्छा रूप प्रत्येक मृतक के लिए एक विशिष्ट आईडी बनाता है; डेटा के विस्तार में उपयोगी हो सकता है - उदाहरण के लिए, घटनाओं या विपणन के लिए रहने वाले रिश्तेदारों की एक सूची।
  4. एलिवेशनकोड - एलिवेशनआईडी और फिर एक संक्षिप्त विवरण ("इनग्रॉइड", "इनक्रिप्ट", "पहली पंक्ति", "दूसरी पंक्ति", "राख ढेर", आदि)। यह शीट आमतौर पर स्थिर है
  5. प्लॉट टाइप - प्लॉट टाइप और एक संक्षिप्त विवरण - क्रिप्ट, कब्र, आदि यह एक स्थिर शीट है

नोविस की मानसिकता के लिए, मैं आपको पूरी तरह से पहचान के मुद्दों और उनके स्तंभों को सामान्य करने का सुझाव नहीं देता, जिस तरह से वे मालिकों और मृतक के बीच ओवरलैप करते हैं, और यह विभिन्न आईडी के साथ अनावश्यक 1-कई सहायक तालिकाओं का निर्माण करता है। मैं प्लॉट और मालिक तालिकाओं के बीच 1-टू -1 की कल्पना करता हूं, जो सादगी के लिए एक समझौता है

मुझे लगता है कि यह सामान्यीकृत सेट अप जैसे मुद्दों को संबोधित करेगा: ऐश पाइल्स, वॉल क्रायप्टर्स, मालिक / अनुचर ट्रैकिंग, एक प्लॉट में कई मृतक, और बहुत कुछ।

अंत में, मालिक और मृतक के लिए दो टेबल / शीट में कुछ, स्थायी पंक्तियों को बनाना याद रखें: अज्ञात मालिक; अज्ञात मृतक; अज्ञात कई मृतक; कब्रिस्तान के स्वामित्व में; मेरा नहीं; आदि।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.