ArcCatalog का कहना है कि स्थानिक संदर्भ फ़ीचर डेटासेट और फ़ीचर वर्ग के बीच समान समन्वय प्रणाली के साथ मेल नहीं खाते हैं?

Question

मेरे पास एक सुविधा डाटासेट है जो GCS_WGS_1984 का भौगोलिक समन्वय प्रणाली के रूप में उपयोग कर रहा है। इसमें कुछ फीचर कक्षाएं शामिल हैं।

यह सुविधा डेटासेट एक फाइल जियोडेटाबेस में है जिसमें gdb की जड़ में कुछ और फीचर कक्षाएं हैं। इनमें से एक "अंक" नामक एक फीचर क्लास है जो GCS_WGS_1984 को अपने समन्वय प्रणाली के रूप में भी उपयोग कर रहा है।

मैंने सोचा था कि आर्कबॉक्स्टिक्स का उपयोग करने के लिए trivial होगा, क्योंकि वे एक ही समन्वय प्रणाली वाले फीचर डेटासेट में gdb की जड़ से फीचर क्लास को खींच सकते हैं। दुर्भाग्य से ArcGIS एक त्रुटि संवाद देता है जो कहता है:

Failed to paste points
The spatial references do not match

यह असफल क्यों होता है? यदि फीचर वर्ग और फीचर डेटासेट के GCS समान हैं, तो क्या यह काम नहीं करेगा? मैंने सत्यापित किया है कि यह डायलॉग्स के साथ-साथ डेटासेट और क्लास दोनों के लिए prj फाइल को एक्सपोर्ट करने और दोनों की तुलना करने के लिए एक अलग टूल का उपयोग करके सत्यापित किया गया है। वे समान हैं।

एक फीचर वर्ग का स्थानिक संदर्भ समन्वय प्रणाली / प्रक्षेपण से अलग है?

ArcCatalog में परिणाम घसीटते हुए (और ESRI पर शर्म की बात है) में परिणाम खींचते हुए फीचर वर्ग को फीचर डेटा कॉपी में कॉपी करने की कोशिश की जा रही है।

मुझे लगता है कि मैं फीचर कक्षाओं में जाने के वैकल्पिक साधनों की कोशिश कर सकता हूं। डेटासेट में CopyFeatures का उपयोग करें। फ़ीचर वर्ग से नए फ़ीचर वर्ग में फ़ीचर डेटासेट में प्रोजेक्ट करें?

Comments

क्या आप फ़ाइल gdb को कुछ पोस्ट कर सकते हैं? हो सकता है कि सभी या कुछ विशेषताओं को हटा दें यदि यह बड़ा है, तो लगता है कि इसे खाली फीचरक्लास के साथ भी पुन: पेश किया जा सकता है।

— कर्क कुयकेंडल

काश, मेरे पास w / ArcGIS में दौड़ने वाले हर छोटे-बड़े क्वर्की को चलाने का समय होता, अक्सर मुझे बस इसके साथ रहना होता है और अगले कम से कम सुखद बदलाव का पता लगाना होता है। मैंने डेटा प्रबंधन का उपयोग किया -> कॉपी फ़ीचर को एक नए फ़ीचर क्लास (टेम्प नाम) में कॉपी करने के लिए, पुराने फ़ीचर क्लास को डिलीट कर दिया, पुराने से मिलान करने के लिए नए फ़ीचर क्लास का नाम बदला। ArcGIS का उपयोग करके सॉफ्टवेयर परीक्षण में डिग्री की आवश्यकता नहीं होनी चाहिए। = (

— mindless.panda

"मुझे सॉफ्टवेयर परीक्षण में डिग्री की आवश्यकता नहीं होनी चाहिए" , chat.stackexchange.com/transcript/message/1116371

— मैट

यह सिर्फ नाम है, वे मेल कर सकते हैं, लेकिन अगर उनके पास एक अलग नाम है, तो यह इस संदेश को चकित करता है, इसे अनदेखा करें।

— यदि आप नहीं जानते हैं - बस GIS

Answer 1

एक ही समन्वय प्रणाली हमेशा एक नहीं है समान समन्वय प्रणाली। मुझे ऐसी स्थितियों का सामना करना पड़ा है जहां कुछ संचालन और जियोप्रोसेसिंग उपकरण सोचेंगे कि फीचर कक्षाएं एक सामान्य समन्वय प्रणाली को साझा नहीं करती हैं क्योंकि प्रक्षेपण का वर्णनात्मक नाम अलग-अलग होता है ("युकॉन अल्बर्स" बनाम "अलियर्स - कस्टम") हालांकि पैरामीटर समान हैं, या क्योंकि भिन्न दशमलव स्थिति के (झूठे नोटरी 500000.00 बनाम 500000.0000)।

मैं आमतौर पर यह सुनिश्चित करता हूं कि फीचर डेटासेट (और F.class) समन्वय प्रणाली हमारे मानक .prj फ़ाइल के साथ बनाई गई है जो शीर्ष में रखी गई है C:\path\to\ArcGIS\Desktop10.0\Coordinate Systems(सीएस को कम क्लिक के साथ उपलब्ध कराता है) और / या एक मास्टर फीचर क्लास टेम्पलेट से सीएस की प्रतिलिपि बना रहा है। हमेशा कहीं न कहीं हाथ में संग्रहीत।

आंशिक रूप से इस मुद्दे के जवाब में, मेरे पास एक खाली सुविधा डेटासेट भी है ( D:\s.gdb\_template) जो मैं अपने सभी डेटा को पहले चरण के फिल्टर के माध्यम से उन सभी के साथ कुछ भी करने से पहले फ़नल कर देता हूं। एक सामान्य समन्वय प्रणाली में यह सुनिश्चित करता है कि सटीक और स्थानिक डोमेन आदि समान हैं।

अद्यतन: पायथन का उपयोग करने के बारे में एंडी का जवाब देखें , केवल 2 लाइनें, टेम्पलेट डेटा क्लास से फ़ीचर डेटासेट स्थानिक संदर्भ प्रणाली की प्रतिलिपि बनाने के लिए। यह मेरे लिए ArcCatalog 10.3 में काम किया जब एसआर को परिभाषित करने की इंटरैक्टिव विधि ने एक आयात करने के लिए एक फीचर वर्ग का चयन करके काम नहीं किया।

Comments

सुंदर प्रिंट नाम या आपके द्वारा उल्लिखित दशमलव स्थिति में इन मामूली बदलावों को .prj फाइल में मौजूद नहीं होना चाहिए जो कि सेव अस ऑप्शन के साथ एक्सपोर्ट होता है? यदि ऐसा है तो अलग prj फ़ाइलों को कुछ भी क्यों नहीं दिखाता है? मैंने सोचा था कि अगर x में थोड़ा अंतर, y रिज़ॉल्यूशन संघर्ष का कारण बन सकता है।

— mindless.panda

यह .prj फ़ाइल हो सकती है जिसे "Save As" के साथ बनाया गया है, यह आंतरिक रूप से संग्रहीत के समान नहीं है। मैं एक सुविधा डाटासेट "फिल्टर" का उपयोग करता हूं ताकि सामान्य स्थानिक संकल्प आदि सुनिश्चित किया जा सके

— मैट विल्की

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

— DPierce

Answer 2

यह एक उत्तर के बजाय एक स्पष्टीकरण है।

हम (Esri) समन्वय प्रणाली के नाम और मूल्यों के समन्वय का बहुत सख्त परीक्षण करते हैं। 500000.00 और 500000.000000 की तुलना करते समय 'बराबर है' परीक्षण विफल नहीं होगा, लेकिन विफल हो सकता है यदि एक वास्तव में 500000.0 है और दूसरा 500000.00000005 है। हम नामों के लिए उपनाम जोड़ने पर काम कर रहे हैं ताकि 'बराबर हो' अधिक पारित हो जाए।

जैसा कि माइंडलेस.पांडा और मैट विल्की ने उल्लेख किया है, अंतर एक स्थानिक संदर्भ के अन्य मूल्यों में हो सकता है। एक स्थानिक संदर्भ में समन्वित संदर्भ प्रणाली और भंडारण / प्रसंस्करण मूल्य शामिल हैं। भंडारण के लिए: xy, z, और रिज़ॉल्यूशन और एक्सटेंशन्स को मापें। प्रसंस्करण के लिए: xy, z, और सहिष्णुता मूल्यों को मापें। इनमें कोई अंतर न के बराबर त्रुटि पैदा कर सकता है।

Comments

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

— नासमझ।पंडा

मैं त्रुटियों के बारे में अधिक जानकारी प्रदान करने के लिए दूसरा प्रस्ताव रखता हूं। पिछले दो हफ्तों में मुझे Error code: 999999: Error executing function. Description: This is a generic error for which the cause of the error does not have an appropriate error ID. कई मुद्दों के कारण एक ही त्रुटि ( ) मिली है । यह एक प्राप्त करने वाला संदेश है जैसा कि मैं प्राप्त करने के अलावा कुछ भी नहीं कर सकता जो मैंने बार-बार किया था, यह देखने के लिए कि क्या त्रुटि दोहराई गई है, या किसी अन्य विधि (या सॉफ़्टवेयर, जो कि तेजी से मामला है) का उपयोग करें।

— djq

Answer 3

मैंने इस मुद्दे को हल करने के लिए क्या किया (आर्कजीआईएस 10.0 में आर्कपी का उपयोग करके) -

यह निम्नलिखित मानता है:

• FGDB - C: \ gisdata \ Test.gdb
• फ़ीचर क्लास - C: \ gisdata \ Test.gdb \ bldg

आप कोड में अपने पथों और ऑब्जेक्ट नामों को संशोधित कर सकते हैं और इसे ArcCatalog में अजगर विंडो में पेस्ट कर सकते हैं।

sr = arcpy.Describe(r'C:\gisdata\Test.gdb\bldg').spatialReference
arcpy.CreateFeatureDataset_management(r'C:\gisdata\Test.gdb', 'MyFeatureDataset', sr)

सुविधा डेटासेट बनने के बाद आप फीचर कक्षाओं को अंदर खींच और छोड़ सकते हैं।

Comments

धन्यवाद! यह आज मेरे लिए एक ऐसी स्थिति में काम कर रहा है, जिसमें मौजूदा फीचर वर्ग के काम न करने (v10.3) का चयन करके नई सुविधा डेटासेट समन्वय प्रणाली को परिभाषित करने के लिए इंटरेक्टिव टूल का उपयोग किया जाता है।

— मैट विल्की

Answer 4

यह समस्या मुझे मार रही थी! सीएडी फ़ाइल से फीचर कक्षाओं के एक समूह को सहेजने के बाद, मैंने उनके समन्वय प्रणालियों को परिभाषित करने के लिए कई बार कोशिश की और फिर उन्हें फीचर डेटासेट में व्यवस्थित किया। मैंने ESRI से आधिकारिक WGS_1984_UTM_42N प्रोजेक्शन से सभी आवश्यक f.classes और f.datasets को परिभाषित करने की कोशिश की, साथ ही डेटासेट के लिए प्रोजेक्शन सेट करने के साथ-साथ डिफाइन प्रोजेक्शन टूल का उपयोग करके f.classes के लिए उस प्रोजेक्शन को आयात किया। या तो कोई f.classes पेस्ट करेगा, या 1 होगा और अन्य नहीं करेंगे।

इस पोस्ट में @Matt Wilkie के लिए बहुत धन्यवाद , फ़ीचर क्लास टू फ़ीचर क्लास टूल से समस्या हल हो गई है। यह f.classes को वांछित डेटासेट में सफलतापूर्वक आयात करता है, भले ही मैंने अभी तक प्रश्न में f.class के लिए समन्वय प्रणाली को परिभाषित नहीं किया हो।

इसके अतिरिक्त, मैंने पाया कि फ़ीचर क्लास टू जियोडेटाबेस (मल्टीपल) स्क्रिप्ट थोक में f.classes को f.classes में स्थानांतरित करने के लिए बहुत बढ़िया काम करता है, इसके अलावा इसे जियोडैटेबेस से दूसरे (एक ही geodatabase के भीतर f.dataset में नहीं) करना होगा । ऐसा प्रतीत होता है क्योंकि स्क्रिप्ट स्वचालित रूप से f.classes का नाम नहीं बदलता है जब वे कॉपी किए जाते हैं (या एक नए नाम के लिए ऑपरेटर से पूछते हैं, जैसे कि फीचर क्लास से फीचर क्लास में)। हालांकि, जैसा कि दूसरों द्वारा बताया गया है (ऊपर एक ही धागा जुड़ा हुआ है), दी गई त्रुटि एक सामान्य 999999 है।

Answer 5

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

मुझे नहीं पता कि स्थानिक संदर्भ अलग क्यों हैं।

Comments

हाय, @Alan! अपने अनुभव को साझा करने के लिए धन्यवाद और हमारी साइट पर आपका स्वागत है।

— whuber

हाय एलन, नया फीचर डेटासेट / क्लास विजार्ड हमेशा "इम्पोर्ट कोऑर्डिनेट सिस्टम" का उपयोग करने पर सभी स्टोरेज / प्रोसेसिंग वैल्यू को खींच नहीं रहा है। हम इसे ठीक करने पर काम कर रहे हैं। मुझे लगता है कि यह वही है जो आप में चल रहे हैं।

— mkennedy

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

— नासमझ।पंडा 18

Answer 6

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

मैंने त्रुटि संदेशों को मापने के लिए ArcToolbox प्रतिलिपि सुविधाओं का उपयोग करने की प्रक्रिया को पाया है जो आयात या प्रतिलिपि तंत्र का उपयोग करते समय होती हैं। यहाँ हम फ़ीचर क्लास में फीचर क्लास शुरू करने से पहले संदर्भ या प्रोजेक्शन अंतर को सही ढंग से हल करने के लिए कॉपी फ़ीचर टूलबॉक्स प्रक्रिया पर निर्भर हैं।

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

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

Answer 7

ठीक है। मैंने एक उपाय खोज लिया है! GDB में फीचर डेटासेट पर राइट-क्लिक करें और आयात पर क्लिक करें। आपके द्वारा आवश्यक सुविधाओं का चयन करें, फिर ठीक है।

Answer 8

डेटा प्रबंधन उपकरण / सुविधाओं के तहत कॉपी फीचर टूल का उपयोग करने का प्रयास करें। अन्यथा मुझे कोई त्रुटि नहीं हुई कि मैंने क्या किया।

Answer 9

क्या आपने इसे ArcMap पर लाने की कोशिश की है और परतों को अपने GCS_WGS_1984 के रूप में सेट किया है और फिर अपनी सभी परतों को एक फ़ाइल जियोडेटाबेस पर निर्यात करें?

यदि आपके पास एक या कई परतें हैं जो अलग-अलग प्रक्षेपण में हैं, तो आप उन्हें निर्यात कर सकते हैं लेकिन डेटा फ्रेम को GCS_WGS_1984 में बदल सकते हैं?

मैं उसके लिए यकीन नहीं कर रहा हूँ ArcGIS 10. मैं उन्हें अभी तक नहीं है, लेकिन 9.3.1 का उपयोग कर रहा हूँ।

Comments

क्या आप कृपया अंक 1 और 2 को स्पष्ट कर सकते हैं? ये सटीक प्रतीत नहीं होते हैं।

— हारून