Az ArcCatalog szerint a térbeli referenciák nem egyeznek a jellemző adatkészlet és a jellemző osztály azonos koordinátarendszerrel?

Az ugyanaz a koordinátarendszer nem mindig egy azonos koordináta-rendszer. Találkoztam olyan helyzetekkel, amikor egyes műveletek és geoprocesszoros eszközök azt gondolják, hogy a funkcióosztályoknak nincs közös koordinátarendszerük, a vetítés leíró neve különbözik (“Yukon Albers” és “Albers – egyedi”), bár a paraméterek megegyeznek, vagy az eltérő tizedeshelyek miatt (hamis észak 500000.00 vs 500000.0000).

Amit általában csinálok biztosítja, hogy a Feature Dataset (és az F.class) koordinátarendszerek a C:\path\to\ArcGIS\Desktop10.0\Coordinate Systems (kevesebb kattintással elérhetővé teszi a CS-t) és / vagy a CS másolása a mindig elérhető kéznél tárolt mester jellemző osztály sablonból.

Részben erre válaszul kérdésem van egy üres szolgáltatás adatkészletem is (D:\s.gdb\_template), amelyen minden adatot első lépésben szűrök, mielőtt bármi mást csinálnék velük. A közös koordinátarendszer között ez biztosítja a pontosság és a térbeli tartomány stb. Egyezőségét.

Frissítés: Lásd Andy válaszát a python használatáról (csak 2 sor), hogy átmásolja a Feature Dataset térbeli referencia rendszert egy sablon jellemző osztályból. Ez nekem bevált az ArcCatalog alkalmazásban 10.3, amikor az SR definiálásának interaktív módszere azáltal, hogy egy tulajdonságosztályt választ egy importáláshoz, nem működött.

Megjegyzések

• Nem lenne ‘ t ezek a csekély változások a szép nyomtatási névben vagy az ön által említett tizedesjegyekben megtalálhatóak a .prj fájlban, amelyet ‘ exportált a Mentés másként opcióval ? Ha igen, akkor a diffing prj fájlok miért nem mutatnak semmit? Arra gondoltam, vajon az x, y felbontás enyhe eltérései is okozhatják-e a konfliktust.
• Lehet, hogy a. Div fájl létrehozása a ” Mentés másként A ” nem pontosan ugyanaz, mint a belsőleg tárolt. A szolgáltatás jellemzői ” szűrőt ” használom a közös térbeli felbontás stb. Biztosítására.
• I ‘ hozzáad még egy aspektust ehhez: Néha más forrásokból származó adatkészletek jönnek létre, amelyek M és Z értékeket tartalmaznak, ha valójában nincsenek M vagy Z.’ Megállapítottam, hogy egyes ESRI eszközök az üres Z koordináta-rendszert nem egyezőnek érzékelik, annak ellenére, hogy az X / Y koordinátarendszerek valóban pontosan egyeznek.

Ez inkább magyarázat, mint válasz.

Mi (Esri) elég szigorúan teszteljük a koordináta-referencia-rendszer neveit és értékeit. Az “egyenlő” teszt nem eredményez kudarcot az 500000,00 és az 500000,000000 összehasonlításakor, de meghiúsulhat, ha az egyik valóban 500000,0, a másik 500000,00000005. Dolgozunk azon, hogy a nevekhez álneveket adjunk, hogy az “egyenlő” tovább haladjon.

Amint a mindless.panda és matt wilkie említette, a térbeli hivatkozás egyéb értékeiben lehetnek különbségek. A referencia tartalmazza a koordináta-referenciarendszert és a tárolási / feldolgozási értékeket. Tároláshoz: xy, z, valamint a felbontás és kiterjedés mértéke. Feldolgozáshoz: xy, z és a toleranciaértékek mérése. Bármely eltérés ezekben nem egyenlő hibát okozhat. p>

Megjegyzések

• nagyra értékelik válaszát. Nagyon szeretném, ha javulna az ArcGIS-ben a hibakezelés, különösen abban, amit a felhasználónak jelentenek. tájékoztató hibákra van szükség, lehetőség szerint még részletesebb információkhoz. Ezúton is köszönöm az ESRI-nek, hogy időt szán a válaszra.
• Támogatom a javaslatot, hogy további információkat nyújtsunk a hibákról. az elmúlt két hétben ugyanazon hibát tapasztaltam (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. ) számos probléma miatt. Ez egy furcsa üzenetet kapok, mivel nem tehetek mást, csak megpróbálom másodszor is futtatni azt, amit tettem, hogy megismétlődjön, hogy a hiba megismétlődik-e, vagy feladom, és használok egy másik módszert (vagy szoftvert, ami egyre inkább így van). ul>

Íme, mit tettem a probléma megoldására (az arcpy használata az ArcGIS 10.0-ban) –

Ez a következőket feltételezi:

• FGDB – C: \ gisdata \ Test.gdb
• Funkcióosztály – C: \ gisdata \ Test.gdb \ bldg

Módosíthatja az útvonalakat és az objektumneveket a kódban, és beillesztheti az ArcCatalog python ablakába.

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

A szolgáltatás adatkészlete után Létrehozva vonhatja be a funkcióosztályokat.

Megjegyzések

• Köszönjük! Ez manapság bevált egy olyan helyzetben, amikor az interaktív eszköz használata az új jellemző adatkészlet koordináta rendszer meghatározásához egy meglévő jellemző osztály kiválasztásával nem működött (v10.3).

Ez a probléma megölt! Miután elmentettem egy csomó jellemzőosztályt egy CAD fájlból, többször megpróbáltam meghatározni a koordinátarendszerüket, majd szolgáltatásadatokba rendezni őket. Megpróbáltam meghatározni az összes szükséges f.osztályt és f.adatkészletet az ESRI hivatalos WGS_1984_UTM_42N vetületéből, valamint beállítani az adatkészlet vetületét, majd importálni azt a vetületet a Define Projection eszközzel. Vagy egyetlen f.classes sem illeszthető be, vagy 1 nem, és a többiek nem.

Nagyon köszönöm @Matt Wilkie-nek ebben a bejegyzésben , úgy tűnik, hogy a Feature Class to Feature Class eszköz megoldotta a problémát. Sikeresen importálja az f.classes a kívánt adatkészletbe, még akkor is, ha még nem definiáltam a kérdéses f.class koordinátarendszerét.

Ezenkívül azt tapasztaltam, hogy a Feature Class – Geodatabase (többszörös) nem egy f.adatkészletbe ugyanabban a geodatabázisban). Ennek oka az lehet, hogy a szkript nem másolja át automatikusan az f.classes-t másoláskor (vagy új nevet kér az operátortól, mint a Feature Class to Feature Class-ban). Azonban, amint mások rámutattak (ugyanaz a szál fentebb linkelt), a megadott hiba egy általános 999999.

I akkor volt ilyen problémája, amikor egyszerűen egy jellemzőosztályt egy GeoDatabase szolgáltatás adatkészletébe akart áthelyezni. Elkészítettem a Feature Dataset és biztosítottam, hogy ugyanaz a koordinátarendszer legyen. Újra és újra azt kaptam, hogy “Nem sikerült beilleszteni a xyz t. A térbeli hivatkozások nem egyeznek.” behozni. Az “Új funkciókészlet létrehozása” varázsló második lépése.

Nem tudom, miért térnek el a térbeli hivatkozások.

Megjegyzések

• Szia, @Alan! Köszönjük, hogy megosztotta tapasztalatait, és üdvözöljük webhelyünket.
• Szia Alan, az új funkciókészlet létrehozása / osztály varázsló nem ‘ t mindig az összes tárolási / feldolgozási értéket meghúzza, ha ” koordinátarendszert importál “.’ a javításán dolgozunk. szerintem ez az, amibe ‘ belefut.
• I ‘ m látva ezt a problémát – még akkor is, ha létrehozom a Feature Dataset és használom az importálási mechanizmust, és kiválasztom a feature class-ot, akkor sem tudom ‘ húzni / másolni a feature osztályt az újonnan létrehozott Feature Datasetbe a fent említett hiba nélkül.

Úgy gondolom, hogy az ESRI egyik üzenete konkrétabb paraméter megadása eltérések hibakeresési információkat, ha ez a hiba bekövetkezik. Én is találkoztam ezzel a hibával még a térbeli referenciarendszerek és vetületek gondos ellenőrzése után is, ahogy azt gondolom, hogy a legtöbb GIS-felhasználó megteszi.

Megtaláltam az ArcToolbox Copy Features használatának eljárását a hibaüzenetek orvoslásához, amikor az importálási vagy másolási mechanizmusokat használják. Itt a Funkciók másolása eszköztár eljárásától függünk, hogy helyesen oldjuk meg a referencia vagy vetítési különbségeket, mielőtt a jellemző osztályt bevezetnénk a jellemző adatkészletbe.

Megpróbáltam még létrehozni a jellemző adatkészletet a az adatkészlet létrehozásának ideje, majd a jellemzőosztályok kivetítése a szolgáltatás adatkészletébe az ArcToolbox vetítőeszköz használatával ugyanazzal a vetítéssel, és továbbra is az itt leírt hibát kapta, amikor megpróbálom importálni vagy másolni a tulajdonságosztályt az adatkészletbe.

Ezek a koordináta-rendszer problémái elfedésre kerülnek, amikor adatokat használ az ArcMap alkalmazásban. Mivel az ArcMap menet közbeni vetítést hajt végre, több, különféle vetítéssel rendelkező jellemzőosztály hozzáadható az ArcMap térképhez anélkül, hogy a felhasználó tudomást szerezne róla. Az ArcMap figyelmeztetni fog a különböző koordinátarendszerekre.