जीडीएएल वीआरटी प्रारूप - क्या मैं अवधारणा को समझता हूं?

Question

ठीक है, इसलिए मैं अलग-अलग रैस्टर-इन-डेटाबेस समाधानों से थोड़ा तंग आ गया हूं, जो मैंने पिछले 2 हफ्तों में कोशिश की थी जो वर्तमान में काम नहीं करता है (पोस्टगिस रेखापुंज) या डेटा की मेरी मात्रा (रैस्टरलाइट) को संभाल नहीं सकता है, इसलिए मैं वीआरटी प्रारूप के बारे में पढ़ रहा हूं। मेरे साथ सहन करें, मैं इस पर आपकी राय चाहता हूं, और यह भी कि अगर मैं प्रस्ताव करता हूं तो यह समझ में आता है:

वीआरटी मूल रूप से एक मेटाडाटा एक्सएमएल फ़ाइल है जो वास्तविक रेखापुंज फ़ाइल के विभिन्न गुणों का वर्णन करती है, जैसे पिक्सेल आयाम, जियोलोकेशन, आदि।

चरण 1: मैंने अपने सभी जियो टीआईएफएफ फाइलों को वीआरटी में बदल दिया (वास्तव में, सिर्फ वीआरटी उत्पन्न नहीं किया)।

अब, चूंकि मैं देखता हूं कि मैं वीआरटी को मर्ज कर सकता हूं, इसलिए मैं सभी मेटाडेटा को होल्ड करने के लिए वीआरटी मेटाडेटा फ़ाइलों, एक बड़े वीआरटी की मोज़ेक बनाने के लिए संभव मानता हूं। महान, इसका मतलब है, मेटाडेटा का उपयोग संभवतः प्रतिपादन को अनुकूलित करने के लिए किया जाएगा क्योंकि QGIS तय करेगा (धारणा) कि कौन सी टाइलें वर्तमान कैनवास की सीमा में आती हैं और कौन सी नहीं ...

चरण 2: एक वीआरटी मोज़ेक बनाएं

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

अगर मैं अपने ऑर्थोपोटो को छोटे पैमाने पर (बड़े ज़ूम-आउट) देखना चाहता था और अभी भी तेजी से रेंडर कर रहा हूं, तो मैं स्टेप्स को दोहराऊंगा, केवल मूल रेखापुंज के एक सेट के साथ और कुछ बड़े वीआरटी डेटासेट के साथ समाप्त होगा।

क्या इसका कोई मतलब है? :)

Answer 1

मुझे vrt के साथ प्रोसेसिंग पसंद है। आप बहुत सारे अंतरिम बदलाव कर सकते हैं। क्यूजीआईएस में जल्दी से उनका मूल्यांकन करें और यदि आप उनमें से किसी को पसंद करते हैं तो बस एक स्वनिर्धारित रेखापुंज प्रारूप (tif, png आदि) में अनुवाद करें।

बहुत समय बचाता है।

U2ros, vrt का आपका उपयोग सही समझ में आता है, मेरे लिए कम से कम :) मोज़ेकिंग और फिर कतरन वह है जो मैंने मूल रूप से vrts के लिए उपयोग करना शुरू किया था: अंतरिम आपदाओं को समाप्त करना, जिन्हें मैं बाद में हटा दूंगा।

इस लिंक को देखें: http://www.perrygeo.com/lazy-raster-processing-with-gdal-vrts.html [लिंक को तब से समायोजित किया गया है जब से ब्लॉग स्थानांतरित किया गया है]

आशा है कि यह आपके लिए कुछ है।

Comments

क्या आप मेरे लिए इसे स्पष्ट कर सकते हैं? क्या आपके पास एक vrt फ़ाइल में कई फ़ाइल संदर्भ हो सकते हैं? उदाहरण के लिए, यदि आपके पास 4 जियोटीफ फाइलें हैं, जिनसे आप 4 vrt फाइलें बनाते हैं और फिर उन्हें मर्ज करते हैं। आपके द्वारा भेजे गए लिंक के आधार पर, मर्ज ACTUALLY होगा और परिणाम 1 बड़ी जियोटीफ़ फ़ाइल होगी, मैं क्या उम्मीद / चाहूंगा 1 VRT फ़ाइल होगी जिसमें मूल 4 की सामग्री है - एक कैटलॉग फ़ाइल की तरह?

— U2ros

अरे U2ros, क्या आप vrt बनाने के लिए gdal cmdline या QGIS का उपयोग कर रहे हैं। मेरा मानना ​​है कि आपको कमांड लाइन का उपयोग करके अधिक विकल्प मिल सकते हैं। आप 4 tifs को एक vrt में मर्ज कर सकते हैं। और यदि आप इसे पसंद करते हैं तो इसे फिर से एक एकल tif (या vrt के रूप में) के रूप में निर्यात करें। मुझे लगता है कि आप वास्तव में गेल्ड कमैनलाइन टूल से उपलब्ध विकल्पों को पसंद करेंगे, इन दो वेबसाइटों की जाँच करें: gdal.org/gdal_vrttut.html ; gdal.org/gdal_utilities.html

— s_a

atm, qgis ui, लेकिन cli के साथ सहज im, निश्चित रूप से वहाँ तो यह कर देगा।

— U2ros

एक आखिरी बात :) मैंने जो पेज भेजा है उसमें मुझे लगता है कि लेखक एक अंतिम रेखापुंज चाहता है और वीआरटी नहीं है इसलिए हां मर्ज का परिणाम TIFF या कुछ गैर-आभासी प्रारूप में होगा।

— s_a

इस लिंक से दूसरा जवाब gis.stackexchange.com/questions/25499/… इसे व्यावहारिक स्तर पर बताते हैं

— U2ros