बड़े मोज़ेक प्रक्रिया को कैसे हल करें जो विफल हो रहा है?

Question

मुझे लगभग 550Gb tif इमेजरी को एक साथ मोज़ेक करने की आवश्यकता है और मैंने जो सॉफ़्टवेयर आज़माया है वह विफल रहता है। क्षेत्र को क्षेत्रों में विभाजित किया गया है ताकि सबसे छोटे में लगभग 200 टाइलें हों।

मैंने 3.30 गीगाहर्ट्ज़ इंटेल एक्सॉन ई 31245, डीईएल, 16 जीबी रैम, 64-बिट विन 7 प्रोफेशनल पर ईआरडीएएस (इमेजिन एंड मैपर), आर्किनफो और ग्लोबल मैपर के नवीनतम संस्करणों का उपयोग किया है। मुल्ती-कोर (4 कुल), हाइपर-थ्रेडेड (8 कुल) मशीन। मेरे C में 700GB फ्री है और D में 1.5TB है।

मैं घास (पहले कभी नहीं है) का उपयोग कर रहा हूँ, लेकिन i.image.mosaic केवल 4 फ़ाइलों को संभालने के लिए लगता है ... मेरी कुछ 600 टाइलें हैं। किसी भी अन्य विकल्प या tryource सॉफ़्टवेयर का प्रयास करने के लिए?

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

कुछ मोज़ाइक फाइलें अलग-अलग सोफवेयर में कैसे दिखती हैं, इसका एक उदाहरण। ग्लोबल मैपर / ERDAS ठीक हैं लेकिन यह आर्कगिस में सही नहीं है।

--- पुराने जानकारी ---

किसी न किसी ड्राइंग के लिए क्षमा करें। तो 5 क्षेत्रों के रूप में रंगीन क्षेत्र होने से बड़े एओआई में कोई डेटा क्षेत्र कम नहीं होगा।

आर्कगिस में कोड इस प्रकार है (यह एक मॉडल के रूप में चलाया जाता है और अजगर में नहीं क्योंकि मैं इसे टिफ़लिस्ट इनपुट लेने के लिए नहीं कर सकता)।

arcpy.MosaicToNewRaster_management(tifList+";" +mask,RootOutput,"Tile1.tif","PROJCS['GDA_1994_MGA_Zone_55',GEOGCS['GCS_GDA_1994',DATUM['D_GDA_1994',SPHEROID['GRS_1980',6378137.0,298.257222101]],PRIMEM['Greenwich',0.0],UNIT['Degree',0.0174532925199433]],PROJECTION['Transverse_Mercator'],PARAMETER['False_Easting',500000.0],PARAMETER['False_Northing',10000000.0],PARAMETER['Central_Meridian',147.0],PARAMETER['Scale_Factor',0.9996],PARAMETER['Latitude_Of_Origin',0.0],UNIT['Meter',1.0]]","16_BIT_UNSIGNED","0.5","3","MAXIMUM","#")

# Replace a layer/table view name with a path to a dataset (which can be a layer file) or create the layer/table view within the script
# The following inputs are layers or table views: "test2"

arcpy.CopyRaster_management(OutputFile,RootOutput+"Tile1b.tif","#","256","256","NONE","NONE","16_BIT_UNSIGNED")

जहाँ tifList को एक csv फ़ाइल से पढ़ा जाना चाहिए, लेकिन यह अजगर में काम नहीं करता है इसलिए मैं इसके बजाय एक मॉडल में ऊपर चला रहा हूँ ...

मेरे पास मेरे ड्राइव पर 1.5TB + मुक्त स्थान है लेकिन प्रक्रिया 9999 त्रुटि के साथ क्रैश होती है।

क्या 100 टाइल की प्रक्रिया भी होगी? -क्या हमें जोनों को तोड़कर आगे देखना चाहिए?

Comments

यह डेटा की एक पागल राशि है जो चारों ओर धकेलती है। आप इसे एक ginormous TIF फ़ाइल में मर्ज करने का प्रयास नहीं कर रहे हैं? मैं एक मोज़ेक डेटासेट या कैश्ड मैप सेवा बनाने का सुझाव दूंगा ।

— ब्लाह 238

हाँ, यह है ... यह आदर्श रूप से 7 व्यक्तिगत ecw या tif होगा (अगर आर्गेज्म का उपयोग करके)। मैं आकार / क्षेत्रों के एक दृश्य को जोड़ सकता हूं, लेकिन यह सुनिश्चित नहीं करता कि यह सहायक होगा।

— जॉर्जसी

आर्किगिस के बजाय मैपइन्फो और अन्य सॉफ़्टवेयर का उपयोग करके आपके संगठन के बारे में आपकी टिप्पणियों के आधार पर, मैं अपना उत्तर हटा रहा हूं, क्योंकि यह वास्तव में आपकी आवश्यकताओं को हल नहीं करता है। हालाँकि, मैं सुझाव दूंगा कि आप अपने सॉफ्टवेयर की आवश्यकताओं के बारे में अपने विवरण में कुछ विवरण शामिल करें जिससे आगे एस्री मार्ग की यात्रा को रोका जा सके।

— स्थानिक

@GetSpatial - विस्तृत उत्तर के लिए धन्यवाद। यह अल्पावधि के लिए एक समाधान है और हम शायद इसका उपयोग करेंगे लेकिन जैसा कि मैंने अपने प्रश्न में उल्लेख किया है कि हम वास्तव में सॉफ्टवेयर स्वतंत्र हैं और इनमें दिग्गज (ESRI / ERDAS / MAPINFO और ग्लोबल मैपर) हैं। हमारे लिए कुंजी परिणाम है - ~ 5 मोज़ाइक परिभाषित नो-डेटा क्षेत्रों के साथ ताकि अन्य इमेजरी का उपयोग किया जा सके। ECW के सभी सॉफ़्टवेयर में परिभाषित नो-डेटा होना चाहिए-हमने पाया है कि कुछ मोज़ाइक अलग-अलग सॉफ़्टवेयर में नो-डेटा गुणों को बनाए नहीं रखते हैं। मैं एक उदाहरण पोस्ट करूंगा। एक बार फिर धन्यवाद। मैं आपसे यहां अपना जवाब रखने के लिए कहना चाहूंगा, मैं इसे वोट करूंगा।

— जार्ज

Answer 1

मुझे एकल mosaiced छवि बनाने की तुलना में डेटा एक्सेस के कुछ अन्य तरीके का उपयोग करने के लिए 2 @ blah238 के सुझाव देने होंगे। एक साधारण अनुमान यह है कि वहाँ एक डेस्कटॉप नहीं है जो उन सभी टाइलों को मोज़ेक करने के लिए आपके द्वारा संसाधित किए जाने वाले डेटा की मात्रा को संभाल सकता है।
इसे तोड़ने के लिए, संभवतः दो स्थान हैं जहां आप अंतरिक्ष से बाहर चल रहे हैं।

1. पहला आपके RAM बफर में होने वाला है। डेटा को मोज़ेक करने के लिए, आप एक फ़ाइल में सब कुछ विलय कर रहे हैं, जिसका अर्थ है आदर्श रूप से, वह पूरी फ़ाइल स्मृति में होगी। आपके पास 550GB RAM नहीं है, जिसका अर्थ है कि वर्चुअल मेमोरी से पढ़ा / लिखा जाएगा। यह वहीं प्रक्रिया को क्रैश करने के लिए पर्याप्त है।
2. अन्य समस्या हार्ड डिस्क स्थान होने की संभावना है। कई रेखापुंज ऑपरेशन आपके "कार्यक्षेत्र" निर्देशिका में अस्थायी फ़ाइलें बनाते हैं जो काफी बड़े होते हैं। अंतिम डेटासेट के लिखे जाने से पहले इनमें से 2 या 3 या अधिक हो सकते हैं, इसलिए प्रसंस्करण के दौरान अपने सभी डिस्क स्थान का उपयोग करना संभव है।

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

अन्य विकल्प जो मैं सुझाऊंगा, जो कि जोनों को अलग करने की इच्छा के बारे में आपकी टिप्पणी के आधार पर एक रैस्टर कैटलॉग बनाने के लिए होगा । एक रेखापुंज कैटलॉग अनिवार्य रूप से एक समूह परत है। आप इसमें कई raster डेटासेट जोड़ सकते हैं। उन्हें एक जियोडैटेबेस में प्रबंधित किया जा सकता है, और चूहों को आयात कर सकते हैं, या बस एक अप्रबंधित डेटासेट बना सकते हैं, जहां रैस्टर कैटलॉग मूल रेखापुंज डेटासेट में पथ बनाए रखता है। जब आप इस लेयर को ArcMap में लोड करते हैं, तो आप केवल एक निश्चित संख्या में रास्टर टाइल्स में लोड करने के लिए प्रदर्शन गुण सेट कर सकते हैं, या डिस्प्ले स्केल और रिज़ॉल्यूशन सेट कर सकते हैं।
मैं वर्तमान में 100 + जीबी सेट एरियल फोटो को टाइल करने के लिए एक रैस्टर कैटलॉग का उपयोग कर रहा हूं। प्रदर्शन बहुत अच्छा है। यदि आप बड़ी संख्या में टाइलों के प्रबंधन के साधनों के लिए बस एक अलग प्रकार के डेटा स्टोरेज की तलाश में हैं, तो मैं वास्तव में इसकी सिफारिश करूंगा।

यहाँ कोड है कि आप एक रेखापुंज कैटलॉग बनाने के लिए उपयोग कर सकते हैं और फिर उसमें एक कार्यक्षेत्र का आयात कर सकते हैं :

import arcpy
import os

newdir = r"c:\data"
dbname = "Aerialphotos.gdb"
gdbdir = os.path.join(newdir, dbname)
rcat = "AerialCatalog"

arcpy.CreateRasterCatalog_management(gdbdir, rcat,
                                     "NAD 1983 StatePlane California VI FIPS 0406 (US Feet).prj", 
                                     "NAD 1983 StatePlane California VI FIPS 0406 (US Feet).prj",
                                     "MAX_FILE_SIZE_4GB", "1000", "3000", "9000",
                                     "UNMANAGED", "")

#Load all raster datasets in workspace to Raster Catalog
rcatdir = os.path.join(gdbdir, rcat)
rastertiledir = os.path.join(newdir, "tiles")

arcpy.WorkspaceToRasterCatalog_management(rastertiledir, rcatdir,
                                          "INCLUDE_SUBDIRECTORIES",
                                          "PROJECT_ONFLY")

उम्मीद है की यह मदद करेगा!

------------- संपादित करें

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

यहां एक ही ग्राफिक है, लेकिन कुछ वायरफ्रेम के साथ-साथ कुछ रस्टर डेटा दिखा रहा है।

Comments

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

— जार्ज

यदि आप अपने प्रारंभिक प्रश्न में इस प्रकार की जानकारी प्रदान करते हैं, तो भविष्य में, आपको संभवतः अधिक प्रासंगिक उत्तर मिलेगा।

— स्थानिक

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

— blah238

Answer 2

मुझे पता है कि मुझे पार्टी में देर हो रही है। लेकिन यहाँ मेरा सुझाव है।

1) छवि का आकार
यदि आपके 550GB मूल असम्पीडित हैं, तो आपको उन्हें संपीड़ित टिफ़ फ़ाइलों को jpeg में परिवर्तित करना चाहिए। उन्हें अविभाज्य (विलय नहीं) रखें। आप आर्कगिस, गदल का उपयोग करके संपीड़ित कर सकते हैं, जो आपको पसंद है। कंप्रेशन आपको लगभग 23GB तक मिलेगा। पिरामिड / ओवरव्यू अभी तक न बनाएं। संपीड़ित करने के लिए आप अपनी पसंद के किसी भी gis प्रोग्राम का उपयोग कर सकते हैं, लेकिन मुझे gdal का उपयोग करना पसंद है इसलिए कमांड मूल रूप से यह है:

gdalwarp -multi -wm 512 --config  GDAL_CACHEMAX 512 -co compress=jpeg -co tiled=yes -co jpeg_quality=70 -co PHOTOMETRIC=YCBCR -co INTERLEAVE=PIXEL uncompressed.tif compressed.tif

आप आसानी से एक बैट फाइल बना सकते हैं जो आपके सभी असम्पीडित झगड़े से गुजरती है। मुझे सामान्य gdal_translate के बजाय अपनी इमेजरी को संपीड़ित करने के लिए gdalwarp का उपयोग करना पसंद है, क्योंकि यह तेज़ है (मल्टी-कोर के लिए बहु विकल्प का उपयोग करना, और बहुत मेमोरी के लिए -m)।

2) एकल छवि के रूप में हैंडलिंग
आप गदल vrt प्रारूप का उपयोग करके "वर्चुअल" मोज़ेक बना सकते हैं। यह आर्कगिस, क्यूगिस, मैपसर्वर, आदि के साथ संगत है। वैश्विक मैपर और मैपइंफो के बारे में निश्चित नहीं है। .Vrt प्रारूप आपकी छवियों को सूचीबद्ध करने वाली एक एकल xml फ़ाइल है। यह बनाने के लिए एक एकल आदेश है:

gdalbuildvrt nameofmosaic.vrt compressed_tif_folder\*.tif

यह फ़ाइल आकार में कुछ kb है।

3) तेजी से विज़ुअलाइज़ेशन
आपको पिरामिड / ओवरव्यू का निर्माण करना होगा। बस इसके लिए अपने पसंद के सॉफ्टवेयर का इस्तेमाल करें। आप कर सकते हैं गदल उपकरण के साथ रखते हुए:

gdaladdo -ro -r average --config COMPRESS_OVERVIEW JPEG --config JPEG_QUALITY_OVERVIEW 70 nameofmosaic.vrt 2 4 8 16 32 64 128

इसमें लूंग टाइम लगेगा। गैर-रोक प्रसंस्करण के 2 से 3 दिनों के इंतजार के लिए तैयार रहें।

4) मोज़ेक का उपयोग करके
अपने जीआईएस प्रोग्राम में वर्चुअल मोज़ेक लोड करें। यह तेज़ होगा क्योंकि यह ओवरव्यू पढ़ रहा है जो कि एक फ़ाइल की तरह हैं, जो एक एक्वा की तरह है। जब आप अपनी छवियों के वास्तविक रिज़ॉल्यूशन को ज़ूम इन करते हैं, तब संपीड़ित चित्रों में से केवल कुछ विज़िबल को पढ़ा जाएगा, और यह वास्तव में तेज़ भी है।

5) अपने कोई डेटा क्षेत्र नहीं दिखा रहा है जो काला दिखाते हैं
आपके पास इसके लिए 3 समाधान हैं: i) एक फ़ाइल प्रारूप का उपयोग करें जो नोडटा को संभालता है, जो जटिल होने वाला है; या ii) एक अल्फा बैंड या iii) मास्क फाइल का उपयोग करें। आप GDAL को यह कहकर स्वचालित रूप से अल्फा 2 पर एक अल्फा बैंड बना सकते हैं कि आप नोडा क्षेत्रों को अल्फा बैंड में रखना चाहते हैं - आप सिर्फ विकल्प जोड़ सकते हैं -दलदल:

gdalbuildvrt -addalpha nameofmosaic.vrt compressed_tif_folder\*.tif

अल्फा बैंड के साथ मुद्दा यह है कि वे बुरी तरह से संपीड़ित करते हैं। तो आपका ओवरव्यू बड़ा होने वाला है। अगर आपके साथ यह ठीक है तो आप कर रहे हैं।

यदि आप एक मुखौटा फ़ाइल बनाना चाहते हैं, तो यह थोड़ा अधिक जटिल है। और मुझे लगता है कि यह वर्तमान प्रश्न में फिट नहीं है।

तो उम्मीद है कि यह मदद करता है। आप googling द्वारा गदल टूल्स के बारे में जानकारी पा सकते हैं। चारों ओर दिलचस्प सामान।

Comments

अच्छा लेख। कृपया ध्यान दें कि जब वास्तव में युद्ध कर रहे हैं (उदाहरण के लिए, फिर से खोलना, फिर से खोलना, इत्यादि), तो gdalwarp का उत्पादन संपीड़ित होने की तुलना में आवश्यकता से अधिक बड़े उत्पादन के साथ एक लंबा मुद्दा है। इन उदाहरणों में, यह बेहतर है कि गल्पवर्प के चरण में कम्प्रेशन को छोड़ें और gdal_translate -co compress=xxxबाद में इसका अनुसरण करें । यह एक मुद्दा नहीं है अगर सिर्फ अनुवादक के रूप में इस्तेमाल किया जा रहा है (जैसा कि यहां बताया गया है)।

— मैट विल्की

धन्यवाद। मुझे लगता है कि समस्या हल हो गई है क्योंकि मैं एक ही समय में प्रोजेक्ट कर रहा हूं और एक ही समय में संकुचित हो रहा हूं और अच्छा अनुपात मिला है।

— डुटर्टे कारेइरा

Answer 3

550GB इनपुट TIF डेटा आसानी से एक ECW फ़ाइल द्वारा नियंत्रित किया जाता है। हमारे पास बहुत से बड़े डेटासेट कंप्रेस करने वाले कई ग्राहक हैं, इसलिए कृपया यह न सोचें कि प्रारूप इस क्षेत्र में सक्षम नहीं है।

नल क्षेत्र को कम करने के लिए परियोजना को छोटी टाइलों में विभाजित करने की आपकी रणनीति वर्तमान प्रारूप संस्करण के साथ लेने के लिए भी एक अच्छा तरीका है क्योंकि यह संपीड़न समय को कम करेगा

आपके उदाहरण में अहस्ताक्षरित 16 बिट इनपुट डेटा का संदर्भ शामिल है। यदि संभव हो तो मैं 8bit के लिए rescaling की सिफारिश करेंगे (आपकी आवश्यकताओं के आधार पर)

कृपया इस बारे में विस्तार से बताएं कि आप IMAGINE या ERMapper का उपयोग करके अपनी परियोजना को संसाधित करने में असमर्थ क्यों थे क्योंकि इस जानकारी के बिना मैं आपकी मदद नहीं कर सकता। या बेहतर अभी तक स्थानीय सहायता टीम से संपर्क करें

सलाह दी जाती है कि ईएसआरआई मोज़ेक डेटासेट प्रारूप का उपयोग करके, ऊपर दिए गए उत्तर जो उल्लेख नहीं करते हैं वह पिरामिड / अवलोकन परत को उत्पन्न करने की आवश्यकता है। इसके बिना प्रदर्शन को काफी नुकसान होगा। इसकी संभावना है कि आप समान समय में ECW समतुल्य फ़ाइलें बना सकते हैं लेकिन छवि गुणवत्ता और महत्वपूर्ण रूप से छोटे आउटपुट संग्रहण आवश्यकताओं में सुधार किया है।

Comments

प्रदान की गई नई जानकारी के आधार पर, ईसीडब्ल्यू नल क्षेत्र ईएसआरआई में सही ढंग से नहीं दिख रहे हैं क्योंकि वे अभी भी बहुत पुराने v3 एसडीके को पैकेज करते हैं जिसमें अपारदर्शिता चैनल समर्थन नहीं है (यह केवल अनदेखा है)। इसे ठीक करने के लिए, erdas.com पर जाएं और ArcGIS ECW प्लगइन डाउनलोड करें, जो अस्पष्टता समर्थन के साथ v4 SDK को स्थापित करेगा और ECW के ग्लोबलमपेयर और ERDAS सॉफ्टवेयर में प्रदर्शित होगा

— क्रिस ट्वीडेड

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

— जार्ज

Answer 4

यद्यपि इसके स्पष्ट रूप से बेहतर अन्य विकल्पों में से एक का उपयोग करने के लिए आप निम्नलिखित प्रयास कर सकते हैं:

gdalbuildvrt index.vrt *.tif
gdal_translate -of "GTiff" -co "COMPRESS=LZW" -co "TILED=YES" -co "BIGTIFF=YES" index.vrt out.tif

यह एक GDAL आभासी प्रारूप बनाता है और फिर एक एकल GeoTiff में परिवर्तित होता है।

Answer 5

यह मेरे लिए बहुत परिचित लगता है, हम TIF फाइल के 500TT 1TB में से बड़ी एकल ECW फाइलें भी बनाते हैं। लेकिन मैं ArcGIS (ArcObjects और जियोप्रोसेसिंग इंजन) पर नहीं टिकूंगा, क्योंकि यह इस राशि को विश्वसनीय तरीके से मोज़ेक करने में सक्षम नहीं है। यदि आप ईएसआरआई वर्ल्ड में रहना चाहते हैं तो मैं एक फाइल जियोडेटाबेस में स्टोर किए गए रैस्टर डेटासैट पर एक बार में लगभग 50 जीबी या उससे भी कम की मोज़ेक की सिफारिश करूंगा। मोज़ेक टूल थोड़ी देर बाद दुर्घटनाग्रस्त हो जाता है, इसलिए आर्कगिस को कुछ गिगाबाइट्स के बाद मुफ्त मेमोरी देने का एक अच्छा विचार है।

एक और संभावना एक एंटरप्राइज या वर्कग्रुप एसडीई जियोडैटेबेस का उपयोग करना है। एसडीई के साथ आपको पुराने जमाने के एसडीई कमांड लाइन टूल्स मिलते हैं, जो अविश्वसनीय आर्कओबजेक्ट्स सामान के अलावा एक मजबूत सी ++ आर्किटेक्चर पर बनाए जाते हैं। "Sderaster -o मोज़ेक ..." कमांड के साथ, आप RasterDataset तक मोज़ेक कर सकते हैं जब तक कि आपका डेटाबेस स्टोर भर नहीं जाता। रैस्टोरैटसेट के लिए एक पिरामिड के निर्माण के लिए कमांड भी हैं, अन्यथा यह बहुत उपयोगी नहीं है, क्योंकि अधिकांश ग्राहक इसे पढ़ते समय मेमोरी में इमेजरी को पकड़ नहीं सकते हैं, जैसा कि ऊपर उल्लिखित blah238 है। लेकिन पिरामिड (वास्तव में स्थानिक अनुक्रमण) को इस समस्या को हल करना चाहिए।

लेकिन ये समाधान आपको निश्चित रूप से MapInfo के साथ मदद नहीं करते हैं। आपने उल्लेख किया है कि आपने पहले ही ERDAS मैपर की कोशिश की है। Thats भी उपकरण मैं पसंद करेंगे। हमने पहले से ही 16000 टीआईएफ फ़ाइलों की नकल की है, प्रत्येक 50 एमबी का आकार एक साथ है, जो 800GB हैं। फिर हमने इसे 1:20 के संपीड़न अनुपात के साथ एक एकल ECW में संपीड़ित किया, जिसके परिणामस्वरूप 30GB ECW फ़ाइल मिली। मुझे आश्चर्य हो रहा है कि यह आपके लिए काम नहीं कर रहा है ...

कम से कम पूरी प्रक्रिया 2 जीबी रैम के साथ सिंगल कोर पेंटियम 4 1,6 गीगाहर्ट्ज पर चल रही थी, इसलिए हार्डवेयर की समस्या नहीं होनी चाहिए। हम Windows Server 2003 (या किसी अन्य सर्वर ऑपरेटिंग सिस्टम) का उपयोग कर रहे हैं क्योंकि यह हार्सवेयर रिसोर्स का बेहतर उपयोग करता है। ध्यान रखें, कि पूरी संपीड़न प्रक्रिया के लिए बहुत समय चाहिए। हमारी मशीन उस सिंगल फाइल पर लगभग 5 सप्ताह काम कर रही थी, और क्योंकि यह कभी-कभी दुर्घटनाग्रस्त हो जाती थी, हमें कई बार ऐसा करना पड़ता था, लेकिन अंत में हमें हमारी ECW फाइल मिल गई।

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

उम्मीद है कि यह थोड़ा मदद करता है।

Comments

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

— जार्ज