क्या SpatiaLite एकमात्र एकल फ़ाइल / db स्थानिक रूप से सक्षम विनिमय प्रारूप है?


13

मैं यह पता लगाने की कोशिश कर रहा हूं कि क्या स्थानिक रूप से सक्षम डेटा के लिए अन्य व्यवहार्य विनिमय प्रारूप हैं। अब तक, ऐसा लगता है कि स्पैटियालाइट वहाँ केवल एक ही है, लेकिन इसे अभी तक उद्योग द्वारा अपनाया जाना बाकी है।


क्या आप एक विनिमय प्रारूप या एक पोर्टेबल भंडारण प्रारूप की तलाश कर रहे हैं? यह उस समस्या का वर्णन करने में मदद करेगा जिसे आप हल करने की कोशिश कर रहे हैं। GML एक महान विनिमय प्रारूप है, लेकिन आप इसे वेब ऐप के लिए डेटास्टोर के रूप में उपयोग नहीं करेंगे।
सीन

जवाबों:


10

ओजीसी सिंपल फ़ीचर एसक्यूएल स्पेसिफिकेशंस के संदर्भ में, स्पैटियालाइट एकल फ़ाइल बेसिक्स पर एकमात्र ओपन सोर्स कार्यान्वयन है। इस कारण (और अन्य!) के आकार-प्रकार आदि जैसे अन्य सपाट वेक्टर प्रारूपों की तुलना में इसके प्रमुख लाभ हैं ...

"आधिकारिक" OGR ड्राइवर [0] के रूप में GDAL द्वारा पूरी तरह से समर्थित होने के नाते, यह प्रमुख GIS डेस्कटॉप सॉफ़्टवेयर के भविष्य के समर्थन के लिए एक वारंटी है (वे सभी सार्वभौमिक GDAL का उपयोग करते हैं)।

वर्तमान में केवल QGIS इसे पढ़ने (और लिखने) में सक्षम है, इसलिए यदि आप अपने सॉफ़्टवेयर से सीधे पठनीय / लेखन योग्य विनिमय प्रारूप चाहते हैं, तो निर्यात के बिना अन्य स्वरूपों में शायद यह अभी भी आपका सबसे अच्छा विकल्प नहीं है, यदि आप QGIS का उपयोग नहीं कर रहे हैं।

यदि आपको एक विनिमय फ़ॉर्म की आवश्यकता है, हालांकि, जैसा कि पहले ही सुझाव दिया गया है, आप GDAL / OGR [0] से जो भी समर्थित प्रारूप का उपयोग कर सकते हैं और फिर एक स्थानिक db पर वापस आयात करें।

ध्यान दें कि यदि स्पैटियाल टोपोलॉजी को लागू करेगा, जैसा कि मैंने सुना है, तो यह अन्य योजना प्रारूपों (उदाहरण के लिए शेपफाइल्स) की तुलना में एक बड़ा लाभ होगा।

[०] http://www.gdal.org/ogr/drv_sqlite.html

[१] http://www.gdal.org/ogr/ogr_formats.html


मैंने असभ्यता सुनी है कि स्थानिक अभी भी एक लक्ष्य है और विकास धीमा है और यही कारण है कि मैं सोच रहा हूं कि क्या कोई अन्य विकल्प है।
GuidoS

1
विकास की गति के लिए, मैं इसे उन्मादी के रूप में चित्रित करूंगा, धीमा नहीं। मैं कहूंगा कि स्पैटियालाइट कुछ हद तक एक लक्ष्य है क्योंकि यह अभी भी अपेक्षाकृत युवा है। SQL काफी मानकों के अनुरूप है, इसलिए क्वेरी कोड बहुत अधिक नहीं बदलेगा। संस्करण 2.4 लगभग अंतिम है, लेकिन जैसा कि आप सुझाव देते हैं, 2.3 क्लाइंट लाइब्रेरी के साथ संगत नहीं है।
डेविड एफएफ

तो, 2.3 से 2.4 का परिवर्तन अंत उपयोगकर्ता को कैसे प्रभावित करता है? अगर मेरा वर्तमान तरीका ओगर के माध्यम से है तो क्या आपको लगता है कि मुझे भी फर्क पता होगा?
गिडोएस

5

यह वास्तव में आपकी आवश्यकताओं पर निर्भर करता है। मुझे भी लगता है कि जियोजोन , जीएमएल , सिटीग्लम , और गूगल किमी को भी स्थानिक रूप से विनिमय स्वरूपों के रूप में माना जा सकता है।


मैं कुछ ऐसी चीज़ों की तलाश में हूँ, जिनका उपयोग आकार की फ़ाइलों को बदलने के लिए किया जा सकता है और जो कि sql querable है। मुझे लगता है कि साइक्लाइट एक महान मंच है, लेकिन स्थानिक समुदाय के बारे में कुछ रूढ़ियों को सुना है और सोच रहा हूं कि क्या अभी अन्य समाधान हैं।
गिडोएस

समस्या यह है कि किसी चीज़ के लिए मूल रूप से SQL क्वेरी होना एक विशेष डेटाबेस के लिए विशिष्ट होना चाहिए। और OGR के साथ सब कुछ किसी न किसी रूप में SQL क्वेरी है।
मैथ्यू स्नेप

1
आकार-निर्धारण प्रतिस्थापन प्रारूप के रूप में, वास्तव में, मैंने पढ़ा है कि स्थानिक अच्छा उम्मीदवार है । मैंने उसके लिए अन्य प्रारूपों के बारे में कभी नहीं सुना।
simo

मुझे लगता है कि यह बहुत अच्छा है कि यह एक्सचेंज प्रारूप एक भारी इस्तेमाल किए जाने वाले एसक्यूएल प्रारूप के ऑनटॉप बनाया गया है। sqlite सुपर है ... लेकिन इसका उपयोग करने के लिए केवल स्थानिक स्थान है?
GuidoS

ऐसा लगता है कि आप SpatiaLite की तलाश कर रहे हैं, लेकिन केवल अगर यह SpatiaLite नहीं है। मैं उत्सुक हूं कि आपका पूर्वाग्रह क्या है। (हो सकता है कि आपने पहले ही अपनी टिप्पणी में इसका जवाब दे दिया हो।)
डेविड एफएफ

2

हालांकि इसमें ESRI के बाहर समर्थन का अभाव है, व्यक्तिगत जियोडेटाबेस एक अच्छा विकल्प होगा, और इसमें उद्योग को अपनाना होगा। गोद लेने के संदर्भ में ऑटोकैड प्रारूपों पर भी विचार किया जा सकता है।


2

मुझे लगता है कि जब आप कहते हैं कि रोड़ा है, 'उद्योग द्वारा अपनाया गया'। डेटा प्रारूप को नियंत्रित करने के लिए बड़ी मालिकाना जीआईएस सॉफ्टवेयर कंपनियों के लिए मूल्य है।

स्पैटियालाइट QGIS के साथ बेहतरीन काम करता है। आप SQL क्वेरी के आधार पर मैप लेयर्स बना सकते हैं।

यदि आप स्थानिक सुविधाओं और संबंधित तालिकाओं को एक ही फाइल में एक्सचेंज करने के लिए जोड़ना चाहते हैं, तो SpatiaLite बढ़िया है। यदि आप सिर्फ विशेषताओं के साथ सुविधाओं का आदान-प्रदान करना चाहते हैं, तो एक ज़िप्ड शेपफाइल अभी भी आपका सबसे अच्छा दांव है।


मैं कई रीज़न के लिए शेपफाइल्स से दूर जाना चाहता हूं, जिसमें शामिल हैं: इसमें कई फ़ाइलों की आवश्यकता होती है, इसमें फ़ील्ड नामकरण की सीमाएँ होती हैं, यह केवल एक फ़ीचर लेयर / क्लास की अनुमति देता है, यह प्रत्यक्ष sql प्रश्नों के लिए अनुमति नहीं देता है
GuidoS

मुझे नहीं लगता कि हममें से कई लोग शेपफाइल्स से दूर जाने का मन बना रहे होंगे। RE SQL क्वेरीज़, क्या यह फ़ाइल स्वरूप है जो प्रत्यक्ष SQL प्रश्नों की अनुमति नहीं देता है या क्या यह सॉफ्टवेयर है जिसे आप उपयोग कर रहे हैं जो प्रत्यक्ष SQL प्रश्नों की अनुमति नहीं देता है?
डेविड एफएफ

1
यह रॉबस्ट मानक के बारे में अधिक है जो आपको sql क्वेरी के माध्यम से अपने डेटा तक पहुंचने के लिए अन्य टूल का उपयोग करने की अनुमति देगा, इसलिए sqlite।
गिडोएस

2

इसके मूल्य के लिए, मेरा वोट स्पैटियलाइट को एकल फ़ाइल समाधान के रूप में जाता है, जो सभी के साथ विनिमेय है। Esri व्यक्तिगत जियोडैट डेटाबेस (.mdb) महान हैं, लेकिन बहुत सारे जीआईएस सिस्टम स्टैक्स के साथ काम नहीं करते हैं, मुख्य रूप से वे जो लिनक्स आधारित हैं, क्योंकि फ़ाइल स्वरूप के लिए स्वामित्व वाले Microsoft डेटाबेस ड्राइवरों की आवश्यकता होती है जो कई के लिए अनुपलब्ध हैं। अन्य एकल फ़ाइल उपचार आपके डेटा को विभिन्न स्थानों से प्राप्त करने के लिए अद्वितीय बैसाखी प्रदान करते हैं - ऑनलाइन सेवाएं, जीपीएस उपकरण आदि (केएमएल, जीपीएक्स) .. जो अन्य जीआईएस उपयोगकर्ताओं से प्राप्त हुए हैं, जिन्होंने आपके साथ आकार-स्वरूप प्रारूप में साझा करने के लिए डेटा एकत्र किया है। dxf और dwg और अन्य CAD प्रारूप GIS उपयोगकर्ताओं द्वारा अपेक्षित कार्यक्षमता प्रदान नहीं करते हैं। बेशक, यदि आप अपना डेटा किसी सर्वर पर रखने के लिए कई को खिलाया जा रहा है, तो आपको एक फ़ाइल प्रारूप की आवश्यकता नहीं है। PostGIS गैर-फ़ाइल डेटाबेस (सर्वर) समाधान होगा।


1

अब ओजीसी जियोपैकेज वेक्टर फीचर्स और रैस्टर टाइल्स स्टैंडर्ड के लिए स्थानिक डेटाबेस है। हालाँकि, आप gpkg पर स्थानिक संचालन / कार्य / क्वेरी नहीं कर सकते। आप स्थानिक में एक virtualgpkg बना सकते हैं और उन स्थानिक कार्यों के लिए स्थानिक उपयोग कर सकते हैं।


0

SQLite स्वयं कुछ स्थानिक है। OGR इसे लिखने का समर्थन करते हैं। स्पैटियालाइट के अलावा (जो खराब समर्थित है) ऑटोडेस्क का एसडीएफ प्रारूप है। नवीनतम संस्करण वास्तव में SQLite फाइलें हैं।

http://en.wikipedia.org/wiki/Spatial_data_file


1
GDAL v> 1.7.0 के साथ, स्थानिक काफी समर्थित है। gdal.org/ogr/drv_sqlite.html आप पढ़ / लिख सकते हैं। स्थानिक इंडेक्स समर्थित नहीं हैं, लेकिन यदि प्रश्न केवल डेटा के आदान-प्रदान के बारे में है, तो यह बहुत बड़ी बात नहीं होनी चाहिए।
डेविड एफएफ

हाँ, यह देखो कि मेरा गोमांस है। एक सच्चे इंटरचेंज / एक्सचेंज फ़ाइल प्रारूप के लिए, इसे सबसे लोकप्रिय डेस्कटॉप और सर्वर अनुप्रयोगों द्वारा मूल रूप से पढ़ा जाना चाहिए। जबकि मुझे ओजीआर को समाप्त करने में कोई समस्या नहीं है, मेरे ग्राहक कभी भी ऐसा करना नहीं जानते होंगे।
जेम्स फी

मैं यह बताना चाहूंगा कि यह प्रश्न सीधे तौर पर एक सत्र से संबंधित है जो जेम्स ने व्हेककैम्प पीडीएक्स पर किया था। उनका सिद्धांत था कि हमें एक विनिमय प्रारूप की आवश्यकता नहीं है और एक नया विनिमय प्रारूप रखने का एकमात्र तरीका प्रमुख विक्रेताओं द्वारा अपनाया गया प्रारूप होगा।
GuidoS

@ नाम - फिर फाइल जियोडेटबेस है! ; / जीआईएस उद्योग = ईएसआरआई, सही? उन्होंने एपीआई जारी किया। केक पर आइसिंग के लिए कुछ 'लेयर पैकेज' में फेंक दें ...
DavidF

1
FGDB में स्पैटियालाइट प्रारूप के समान सभी समस्याएं हैं, लेकिन विपरीत कारण के लिए। पुस्तकालय केवल विंडोज और एक जोड़ी "मालिकाना" लिनक्स सिस्टम (आरएचईएल, सुएसई) पर काम करता है।
जेम्स शुल्क
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.