Thread View: pl.comp.gis
2 messages
2 total messages
Started by tommo
Mon, 07 Jan 2013 01:59
problem maski (i nie tylko) w Geomedia Grid
Author: tommo
Date: Mon, 07 Jan 2013 01:59
Date: Mon, 07 Jan 2013 01:59
76 lines
2613 bytes
2613 bytes
Witam!
Przes³a³em do Supportu Intergraph'a zapytanie, które ze wzglêdów czasowych publikujê poni¿ej. Mo¿e kto¶ potrafi odpowiedzieæ o co tu chodzi???
Stan±³em przed takim problemem:
Importujê z pliku .xyz dane DEM. Wszystko odbywa siê poprawnie. W oparciu o warto¶ci min i max X i Y ([m], PUWG 1992):
minX: 554020
maxX: 562980
minY: 256020
maxY: 265980
oraz o przyjêt± wielko¶æ piksela (u mnie 5 m), tworzy siê nowa Study Area. Aby by³o wszystko jasne, dane poni¿ej skopiowane s± z informacji o niej:
----------------------------------
8960m. (WE) by 9960m. (NS),
1992 rows by 1792 columns
Range:
minX: 554020
maxX: 562980
minY: 256020
maxY: 265980
----------------------------------
i OK!
teraz zagl±dam do zaimportowanego (rastrowego) pliku danych - i....
bardzo siê zdziwi³em, gdy¿ wielko¶æ tej warstwy jest zgo³a inna ni¿ study area:
Rows: 1993 Columns: 1793
?????????
Pewnie bym na to wzruszy³ ramionami gdyby nie konieczno¶æ u¿ycia w projekcie maski:
Rasteryzujê prost± klasê z³o¿on± z 5 niestykaj±cych siê ze sob± poligonów - enklaw. Ka¿dy z nich ma wchodziæ do obliczeñ, przestrzeñ pomiêdzy nimi ma stanowiæ maskê. Rasteryzujê za pomioc±: Grid->Layer->Rasterize Legend Entry(s). Zadane polecenie nie posiada okna dialogowego i wykonuje siê automatycznie. Po chwili posiadam rastrow± warstwê z wymiarami i rozdzielczo¶ci± zgodn± z Study Area (1992 rows by 1792 columns). Obszary poligonów uzyskuj± atrybut (chyba zgodny z ID - nie da siê zadaæ mu atrybutu z DB - te¿ KICHA), obszary poza - VOID.
WSZYSTKIE WARSTWY GRID MAJ¡ USTAWIONE DATA UNITS: METERS!
Chci±c skorzystaæ z dowolnej metody interpolacji CMT np: IDW
mam mo¿liwo¶æ wprowadzenia maski, wprowadzam j± gdy po wype³nieniu wszystkich potrzebnych zmiennych naciskam OK!, pojawia siê OCZYWI¦CIE komunikat:
The row and/or column value specified is valid.
Pewnie, ¿e jest valid:
| RZÊDY | KOLUMNY
STUDY_AREA | 1992 | 1792
MAPA DANYCH | 1993 | 1793
MASKA | 1992 | 1792
Problem jak widaæ jest w imporcie danych. Ewidentnie Grid doda³ po 1 px (5m) w kolumnie i w wierszu. Tajemnic± Poliszynela pozostaje: jak do Study Area mo¿e zostaæ zapisana warstwa od niej wiêksza????? Nie muszê mówiæ, ¿e ka¿da próba przetworzenia danych daje warstwê o identycznych (niepoprawnych) wymiarach.
Proszê o pomoc jak sobie z tym problemem poradziæ?
pozdrawiam
Tomasz Bartu¶
Re: problem maski (i nie tylko) w Geomedia Grid
Author: tommo
Date: Tue, 15 Jan 2013 01:24
Date: Tue, 15 Jan 2013 01:24
31 lines
1110 bytes
1110 bytes
Po przes³aniu danych testowych Intergraph Polska odes³a³ mi odpowied¼: "Problem dotycz±cy importu danych zostanie zg³oszony do centrum produktowego". Tak wiêc znaleziony BUG! Jednocze¶nie support przes³a³ mi DZIA£AJ¡CY! sposób na obej¶cie problemu: 1. Importujemy plik xyz do warstwy GRID, tworzy siê nowa Study Area, 2. Wy¶wietlamy go w Geomediach, 3. Tworzymy ¶lad zdjêcia - Image Footprints (Analysis -> Image Footprints), 4. Usuwamy Study Area w grid, 5. Rêcznie na podstawie zapytania powsta³ego w wyniku analizy Image Footprints, tworzymy nowe Study Area (by zrobiæ to dok³adnie nale¿y mieæ za³±czone doci±ganie do wierzcho³ków), 6. Importujemy ponownie plik .xyz, 7. Grid chce utworzyæ nowe Study Area, my mu nie pozwalamy, i wskazujemy prawoklikiem na istniej±ce Study Area, 8. Tworzymy maskê, 9. Dokonujemy interpolacji IDW, z zaimportowanym rastrem oraz i zrasteryzowan± mask±. Na oko³o..., ale dzia³a! Posy³am, bo pewnie prêdzej czy pó¼niej kto¶ stanie przed takim problemem Tomasz Bartu¶
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads