ArcCatalog říká, že prostorové odkazy se ' neshodují mezi datovou sadou prvků a třídou prvků se stejným souřadným systémem?

Stejný souřadný systém není vždy identický souřadnicový systém. Setkal jsem se se situacemi, kdy si některé operace a nástroje pro geoprocesaci budou myslet, že třídy prvků nesdílejí společný souřadný systém, popisný název projekce se liší („Yukon Albers“ vs. „Albers – vlastní“), i když jsou parametry totožné nebo kvůli rozdílným desetinným pozicím (nesprávné severování 500000,00 vs 500000,0000).

Co obvykle dělám zajišťuje, že souřadné systémy Feature Dataset (a F.class) jsou vytvořeny pomocí našeho standardního souboru .prj umístěného v horní části C:\path\to\ArcGIS\Desktop10.0\Coordinate Systems (zpřístupní CS s menším počtem kliknutí) nebo kopírování CS ze šablony hlavní třídy funkcí uložené někde vždy po ruce.

Částečně v reakci na toto Problém, mám také prázdnou datovou sadu funkcí (D:\s.gdb\_template), kterou posílám všechna naše data jako filtr prvního kroku, než s nimi udělám cokoli jiného. Mezi běžným souřadnicovým systémem je také zajištěna identita přesnosti a prostorové domény atd.

Aktualizace: Viz Andyho odpověď o používání pythonu, pouze 2 řádků, ke kopírování prostorového referenčního systému Feature Dataset ze třídy prvků šablony. Toto fungovalo pro mě v ArcCatalogu 10.3, kdy interaktivní metoda definování SR výběrem třídy prvků k importu nefungovala.

Komentáře

• By ‚ t tyto nepatrné změny názvu pěkného tisku nebo desetinných pozic, které zmiňujete, budou přítomny v souboru .prj, který ‚ s exportován pomocí možnosti Uložit jako ? Pokud ano, proč různé soubory prj neukazují nic? Napadlo mě, jestli konflikt mohou způsobovat i malé rozdíly v rozlišení x, y.
• Může to být soubor .prj vytvořený pomocí “ Uložit jako “ není úplně stejný jako interně uložený. Používám datovou sadu funkcí “ filtr “ k zajištění společného prostorového rozlišení atd.
• I ‚ k tomu přidám ještě jednu fazetu: Někdy budou datové sady z jiných zdrojů generovány jako obsahující hodnoty M a Z, pokud ve skutečnosti nemají M nebo Z.Zjistil jsem ‚, že některé nástroje ESRI detekují prázdný souřadný systém Z jako neodpovídající, navzdory skutečnosti, že souřadnicové systémy X / Y se přesně shodují.

Toto je spíše vysvětlení než odpověď.

My (Esri) provádíme velmi přísné testování názvů a hodnot referenčních souřadnicových systémů. Test „se rovná“ nevrátí selhání při porovnávání 500000.00 a 500000.000000, ale může selhat, pokud je jeden skutečně 500000.0 a druhý 500000.00000005. „Pracujeme na přidávání aliasů k názvům, aby slovo„ je stejné “projde víc.

Jak zmínili mindless.panda a matt wilkie, rozdíly mohou být v ostatních hodnotách prostorové reference. reference zahrnuje referenční systém souřadnic a hodnoty úložiště / zpracování. Pro úložiště: xy, z a změřte rozlišení a rozsahy. Pro zpracování: xy, z a změřte hodnoty tolerance. Jakýkoli rozdíl v nich může způsobit nerovnou chybu.

Komentáře

• vaše reakce je velmi ceněna. Opravdu bych byl rád, kdyby se v ArcGIS zlepšilo zpracování chyb, zejména v tom, co se hlásí uživateli. více jsou nutné informativní chyby s možností získat v případě potřeby ještě podrobnější informace. Znovu děkuji společnosti ESRI, že jste si našli čas na odpověď.
• Navrhuji druhý návrh, abych o chybách poskytl více informací. v posledních dvou týdnech mám kvůli řadě problémů stejnou chybu (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. ). Furrating message to receive as I can nothing nothing try try running what I did a second time to see if the error is repeat, or give up and use another method (or software, which is increasing the case).

Zde je uvedeno, co jsem udělal pro vyřešení problému (pomocí arcpy v ArcGIS 10.0) –

To předpokládá následující:

• FGDB – C: \ gisdata \ Test.gdb
• Třída funkcí – C: \ gisdata \ Test.gdb \ bldg

V kódu můžete upravit své cesty a názvy objektů a vložit je do okna pythonu v ArcCatalogu.

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

Po datové sadě funkcí je vytvořen, můžete do něj třídy funkcí přetahovat.

Komentáře

• Děkuji! Toto mi dnes fungovalo v situaci, kdy použití interaktivního nástroje k definování nového souřadného systému datové sady prvků výběrem existující třídy prvků nefungovalo (v10.3).

Tento problém mě zabíjel! Po uložení řady tříd prvků ze souboru CAD jsem se několikrát pokusil definovat jejich souřadnicové systémy a poté je uspořádat do datových sad prvků. Snažil jsem se jak definovat všechny potřebné f.classes a f.datasets z oficiální projekce WGS_1984_UTM_42N od ESRI, stejně jako nastavení projekce pro datovou sadu a import této projekce pro f.classes pomocí nástroje Definovat projekci. Buď se nevloží žádná f.classes, nebo 1 a ostatní ne.

Mnohokrát díky @Matt Wilkie v tomto příspěvku , zdá se, že nástroj Třída prvků do třídy prvků problém vyřešil. Úspěšně importuje f.classes do požadované datové sady, i když jsem ještě nedefinoval souřadnicový systém pro danou f.class.

Navíc jsem zjistil, že Třída prvků do geodatabáze (více) skript funguje skvěle pro hromadné přesunutí f.classes do souboru f.dataset, kromě toho musí být provedeno z geodatabáze do jiné ( ne do souboru f.dataset ve stejné geodatabázi). To se zdá být proto, že skript při kopírování automaticky nepřejmenovává f.classes (nebo nepožádá operátor o nový název, jako je tomu u Feature Class to Feature Class). Jak však zdůraznili ostatní (stejné vlákno, na které se odkazuje výše), uvedená chyba je obecná 999999.

I měl tento problém, když prostě chtěl přesunout třídu prvků do datové sady prvků v GeoDatabase. Vytvořil jsem svůj datový soubor funkcí a zajistil, aby měl stejný souřadnicový systém. Znovu a znovu jsem obdržel „Nepodařilo se mi vložit xyz prostorové odkazy se neshodují“ Nejrychlejší práce, kterou jsem našel, bylo importovat stejný prostorový odkaz do mé nově vytvořené datové sady ze třídy prvků, kterou jsem chtěl importovat do něj. Ve druhém kroku průvodce „Vytvořit novou datovou sadu funkcí“.

Nevím, proč se prostorové odkazy liší.

Komentáře

• Ahoj, @Alan! Děkujeme, že jste se podělili o své zkušenosti, a vítejte na našem webu.
• Ahoj Alan, průvodce vytvořením nové datové sady / třídy nové funkce není ‚ t vždy vytáhne všechny hodnoty úložiště / zpracování, když je použit “ souřadnicový systém importu „.Na opravě ‚ pracujeme. Myslím to je to, na co ‚ narazíte.
• I ‚ m vidět tento problém – i když vytvořím datovou sadu prvků a použiji mechanismus importu a vyberu třídu prvků, stále nemůžu ‚ t přetáhnout / zkopírovat třídu prvků do nově vytvořené datové sady prvků bez výše uvedené chyby.

Myslím, že jednou ze zpráv pro ESRI je poskytnout konkrétnější parametr rozdíly při ladění, když dojde k této chybě. S touto chybou jsem se setkal i po pečlivém ovládání prostorových referenčních systémů a projekcí, jak si myslím většina uživatelů GIS.

Našel jsem postup použití funkcí kopírování ArcToolbox k nápravě chybových zpráv, ke kterým dochází, když používají se mechanismy importu a kopírování. Tady jsme závislí na proceduře nástrojů Kopírovat prvky, abychom správně vyřešili rozdíly v referencích nebo projekcích před zavedením třídy prvků do datové sady prvků.

Dokonce jsem se pokusil vytvořit datovou sadu prvků pomocí projekčního systému definovaného na čas vytvoření datové sady a poté promítnutí tříd prvků do datové sady prvků pomocí projekčního nástroje ArcToolbox se stejnou projekcí, a přesto se při pokusu o import nebo kopírování třídy prvků do datové sady zobrazila zde popsaná chyba.

Tyto problémy se souřadnicovými systémy se při použití dat v ArcMap maskují. Vzhledem k tomu, že ArcMap provádí projekci za běhu, lze do mapy ArcMap přidat několik tříd prvků, z nichž každá má odlišné projekce, aniž by si to uživatel uvědomil. ArcMap bude varovat před odlišnými referenčními souřadnicovými systémy.