मैं यह पता लगाने की कोशिश कर रहा हूं कि क्या स्थानिक रूप से सक्षम डेटा के लिए अन्य व्यवहार्य विनिमय प्रारूप हैं। अब तक, ऐसा लगता है कि स्पैटियालाइट वहाँ केवल एक ही है, लेकिन इसे अभी तक उद्योग द्वारा अपनाया जाना बाकी है।
मैं यह पता लगाने की कोशिश कर रहा हूं कि क्या स्थानिक रूप से सक्षम डेटा के लिए अन्य व्यवहार्य विनिमय प्रारूप हैं। अब तक, ऐसा लगता है कि स्पैटियालाइट वहाँ केवल एक ही है, लेकिन इसे अभी तक उद्योग द्वारा अपनाया जाना बाकी है।
जवाबों:
ओजीसी सिंपल फ़ीचर एसक्यूएल स्पेसिफिकेशंस के संदर्भ में, स्पैटियालाइट एकल फ़ाइल बेसिक्स पर एकमात्र ओपन सोर्स कार्यान्वयन है। इस कारण (और अन्य!) के आकार-प्रकार आदि जैसे अन्य सपाट वेक्टर प्रारूपों की तुलना में इसके प्रमुख लाभ हैं ...
"आधिकारिक" OGR ड्राइवर [0] के रूप में GDAL द्वारा पूरी तरह से समर्थित होने के नाते, यह प्रमुख GIS डेस्कटॉप सॉफ़्टवेयर के भविष्य के समर्थन के लिए एक वारंटी है (वे सभी सार्वभौमिक GDAL का उपयोग करते हैं)।
वर्तमान में केवल QGIS इसे पढ़ने (और लिखने) में सक्षम है, इसलिए यदि आप अपने सॉफ़्टवेयर से सीधे पठनीय / लेखन योग्य विनिमय प्रारूप चाहते हैं, तो निर्यात के बिना अन्य स्वरूपों में शायद यह अभी भी आपका सबसे अच्छा विकल्प नहीं है, यदि आप QGIS का उपयोग नहीं कर रहे हैं।
यदि आपको एक विनिमय फ़ॉर्म की आवश्यकता है, हालांकि, जैसा कि पहले ही सुझाव दिया गया है, आप GDAL / OGR [0] से जो भी समर्थित प्रारूप का उपयोग कर सकते हैं और फिर एक स्थानिक db पर वापस आयात करें।
ध्यान दें कि यदि स्पैटियाल टोपोलॉजी को लागू करेगा, जैसा कि मैंने सुना है, तो यह अन्य योजना प्रारूपों (उदाहरण के लिए शेपफाइल्स) की तुलना में एक बड़ा लाभ होगा।
यह वास्तव में आपकी आवश्यकताओं पर निर्भर करता है। मुझे भी लगता है कि जियोजोन , जीएमएल , सिटीग्लम , और गूगल किमी को भी स्थानिक रूप से विनिमय स्वरूपों के रूप में माना जा सकता है।
हालांकि इसमें ESRI के बाहर समर्थन का अभाव है, व्यक्तिगत जियोडेटाबेस एक अच्छा विकल्प होगा, और इसमें उद्योग को अपनाना होगा। गोद लेने के संदर्भ में ऑटोकैड प्रारूपों पर भी विचार किया जा सकता है।
मुझे लगता है कि जब आप कहते हैं कि रोड़ा है, 'उद्योग द्वारा अपनाया गया'। डेटा प्रारूप को नियंत्रित करने के लिए बड़ी मालिकाना जीआईएस सॉफ्टवेयर कंपनियों के लिए मूल्य है।
स्पैटियालाइट QGIS के साथ बेहतरीन काम करता है। आप SQL क्वेरी के आधार पर मैप लेयर्स बना सकते हैं।
यदि आप स्थानिक सुविधाओं और संबंधित तालिकाओं को एक ही फाइल में एक्सचेंज करने के लिए जोड़ना चाहते हैं, तो SpatiaLite बढ़िया है। यदि आप सिर्फ विशेषताओं के साथ सुविधाओं का आदान-प्रदान करना चाहते हैं, तो एक ज़िप्ड शेपफाइल अभी भी आपका सबसे अच्छा दांव है।
इसके मूल्य के लिए, मेरा वोट स्पैटियलाइट को एकल फ़ाइल समाधान के रूप में जाता है, जो सभी के साथ विनिमेय है। Esri व्यक्तिगत जियोडैट डेटाबेस (.mdb) महान हैं, लेकिन बहुत सारे जीआईएस सिस्टम स्टैक्स के साथ काम नहीं करते हैं, मुख्य रूप से वे जो लिनक्स आधारित हैं, क्योंकि फ़ाइल स्वरूप के लिए स्वामित्व वाले Microsoft डेटाबेस ड्राइवरों की आवश्यकता होती है जो कई के लिए अनुपलब्ध हैं। अन्य एकल फ़ाइल उपचार आपके डेटा को विभिन्न स्थानों से प्राप्त करने के लिए अद्वितीय बैसाखी प्रदान करते हैं - ऑनलाइन सेवाएं, जीपीएस उपकरण आदि (केएमएल, जीपीएक्स) .. जो अन्य जीआईएस उपयोगकर्ताओं से प्राप्त हुए हैं, जिन्होंने आपके साथ आकार-स्वरूप प्रारूप में साझा करने के लिए डेटा एकत्र किया है। dxf और dwg और अन्य CAD प्रारूप GIS उपयोगकर्ताओं द्वारा अपेक्षित कार्यक्षमता प्रदान नहीं करते हैं। बेशक, यदि आप अपना डेटा किसी सर्वर पर रखने के लिए कई को खिलाया जा रहा है, तो आपको एक फ़ाइल प्रारूप की आवश्यकता नहीं है। PostGIS गैर-फ़ाइल डेटाबेस (सर्वर) समाधान होगा।
अब ओजीसी जियोपैकेज वेक्टर फीचर्स और रैस्टर टाइल्स स्टैंडर्ड के लिए स्थानिक डेटाबेस है। हालाँकि, आप gpkg पर स्थानिक संचालन / कार्य / क्वेरी नहीं कर सकते। आप स्थानिक में एक virtualgpkg बना सकते हैं और उन स्थानिक कार्यों के लिए स्थानिक उपयोग कर सकते हैं।
SQLite स्वयं कुछ स्थानिक है। OGR इसे लिखने का समर्थन करते हैं। स्पैटियालाइट के अलावा (जो खराब समर्थित है) ऑटोडेस्क का एसडीएफ प्रारूप है। नवीनतम संस्करण वास्तव में SQLite फाइलें हैं।