Import warstw z ewmapy do c-geo

[alcapon]

Witam.
Mam pytanie odnośnie importu warstw z ewmapy do programu cgeo.
Czy program c-geo zachowuje rozwarstwienie takie jak jest w pliku z warstwami?
Dokładniej chodzi o to czy rozróżniane są podwarstwy w ramach jednej warstwy (ewmapa jak wiadomo pracuje na warstwach i podwarstwach) czy może podczas importu wszystkie dane z podwarstw trafiają na jedną warstwę?

[FaFaL]

Proszę podrzucić jakiś przykład to wczytam i zrobię zrzut ekranu z warstw.

[alcapon]

link do pliku
http://www.przeklej.pl/plik/ewmapa-rar-0028670od7tb

[FaFaL]

tak to wyglada po imporcie

[alcapon]

czyli jest ok.
Ja korzystałem z dostępnego demo ale wyglada na to że to jakaś starsza wersja dema bo wyszstkie podwarstwy były na jednej warstwie.

[Maciej_o2]

Ave
ja importuję pliki z ewumapy i niestety podwarstwy daje do jednej warstwy,
np. oznaczenie konturów klasyfikacyjnych na jednej podwarstwie (0), numery załamań konturów na drugiej podwarstwie (1) i na trzeciej podwarstwie symbol punktu (2) (wszystko na jednej warstwie)
a wygląda to tak: (wycinek pliku z jedną warstwą z podwarstwami)

EKLTK 121
0 5508717.23 6552652.06 1.80 0.00 5 "LsV" _
0 5508739.30 6552713.68 1.80 0.00 5 "PsIV" _
1 5508822.71 6552640.19 1.80 0.00 7 "2-6539" 1#1-136/2006
1 5508809.76 6552640.46 1.80 0.00 7 "2-6540" 1#1-136/2006
2 5508822.71 6552640.19 0.00 0.00 0 "ţGRO" _
2 5508809.76 6552640.46 0.00 0.00 0 "ţGRO" _
**
żeby to rozbić to robie to tak:
w pliku z ewumapy rozbijam podwarstwy na nowe warstwy o dowolnej nazwie ( czyli 0 na osobnej, 1 na osobnej itd.)

EKLTK 121
0 5508717.23 6552652.06 1.80 0.00 5 "LsV" _
0 5508739.30 6552713.68 1.80 0.00 5 "PsIV" _
**
nr_punktow 121
1 5508822.71 6552640.19 1.80 0.00 7 "2-6539" 1#1-136/2006
1 5508809.76 6552640.46 1.80 0.00 7 "2-6540" 1#1-136/2006
**
stabilizacja 121
2 5508822.71 6552640.19 0.00 0.00 0 "ţGRO" _
2 5508809.76 6552640.46 0.00 0.00 0 "ţGRO" _
**
i chula dobrze
jedyny problem jak robie import to zawsze muszę dać w legendzie odśwież, żeby było widać warstwy i zdefiniować dla każdej kolor bo ich nie widać zaraz po imporcie.

Pozdrawiam
Andrzej Maciejczek
Maciej_o2

[FaFaL]

Ale po co sie tak męczyć? Przeciez jest import "Ewmapa - wektory do modyfikacji" wtedy tworzą sie wszystkie warstwy z rozbiciem podwarstw. Dodatkowo mozna stworzyć tabele z szablonem Ewmapy, dzieki czemu będziemy mieli ustawione parametry warstw z segregacją przy pomocy folderów. Jesli przygotowany szablon nie pasuje do tego w ośrodku to po wczytaniu wsadu, robimy porządek w warstwach, zmieniamy style itp i zapisujemy jako szablon aby nie trzeba było robić takich porządków następnym razem (na razie c-geo nie importuje stylów jakie wprowadzono w najnowszej wersji Ewmapy, ale pliki importuja sie bez problemów). Wiec po co niepotrzebnie kombinować ?

[alcapon]

A co z imortem/eksportem operatów przypisanych do elementów na warstwach?
Czy c-geo też to obsługuje?

[FaFaL]

W chwili obecnej nie obsługuje, ale ogólnie w C-GEO jest taka możliwość więc to jest kwestia szybkiego dorobienia (założenia bazy dla obiektów z odpowiednim polem branym z wsadu).

[Jurek B.]

Czy dobrze piszę?:
Eksport po modyfikacji w C-Geo do Ewmapy, gdy wykonywany jest z danymi operatów, w przypadku nowych lub zmodyfikowanych obiektów zawiera zawsze numer tego operatu który jest związany z tą konkretną robotą geodezyjną.
Wtedy wystarczy przy eksporcie wprowadzić numer operatu jeden raz w oknie eksportu, potem zostanie on użyty przy każdym nowym lub zmodyfikowanym obiekcie zapisanym w C-Geo do pliku zmodyfikowanego Ewmapy?
Natomiast pozostałe numery operatów istniejące w pliku źródłowym Ewmapy nie ulegają zmianie i są obecne w pliku wynikowym po modyfikacji.

[alcapon]

Natomiast pozostałe numery operatów istniejące w pliku źródłowym Ewmapy nie ulegają zmianie i są obecne w pliku wynikowym po modyfikacji.

Nie tak do końca.
Eksport modyfikujący (czyli eksport po modyfikacji danych) zawiera:
1. nowe elementy - po to aby te elementy zostały wgrane do głównej bazy prowadzonej przez PODGiK
2. elementy które użytkownik usunął - po to aby po wgraniu te elementy zostały także usunięte z głównej bazy prowadzonej przez PODGiK
3. elementy zmienione (np. przesuniety numer działki). I tu mała uwaga. Element zmieniony zapisywany jest jako kombinacja "element do usunięcia"+"nowy element".

Tak więc w pliku po modyfikacji nie znajdują się elementy które nie uległy zmianie - co jest logiczne, bo po co wrzucać do pliku coś co nie ma żadnego znaczenia.

Czy dobrze piszę?:
Eksport po modyfikacji w C-Geo do Ewmapy, gdy wykonywany jest z danymi operatów, w przypadku nowych lub zmodyfikowanych obiektów zawiera zawsze numer tego operatu który jest związany z tą konkretną robotą geodezyjną.
Wtedy wystarczy przy eksporcie wprowadzić numer operatu jeden raz w oknie eksportu, potem zostanie on użyty przy każdym nowym lub zmodyfikowanym obiekcie zapisanym w C-Geo do pliku zmodyfikowanego Ewmapy?

Wprowadzenie numeru operatu tylko jeden raz i przypisanie do niego wszystkich zmian jest trochę niebezpieczene.
Załóżmy taką sytuację.
Na mapie jest numer działki (np. 125/1) do którego przypisany jest dany numer operatu (załóżmy że jest to numer operatu z podziału działki 125 na działki 125/1,125/2,125/3).
Jeżeli użytkownik będzie chciał przesunąć numer działki (bo akurat teraz ma do wprowadzenia budynek który przesłania numer działki) to do numeru działki 125/1 zostanie przypisany jego operat - co nie jest dobrym rozwiązaniem. Lepiej jeśli numer operatu nie ulegnie zmianie.

Ponadto często zdarza się że w jednym pliku po modyfikacji wprowadzane są dane z różnych operatów- nie tylko z tego do którego wydany został plik źródłowy bazy PODGiK.
Np. Baza którą posiada PODGiK jest bardzi uboga. Użytkownik chcąc zrobić mapę numeryczną, wypożycza więc z PODGiK różne operaty i na ich podstawie wprowadza dane. Wprowadzane dane powiny oczywiście otrzymać taki numer operatu na podstawie którego zostały wprowadzone do bazy, a nie jeden ogólny numer operatu wziety ze zgłoszenia roboty użytkownika.

[Jurek B.]

1. Racja, za bardzo uprościłem zdanie z tym eksportem niemodyfikowanych obiektów, C-GEO nie wysyła nie zmienionych danych.
2. Z tym numerem operatu, ma Pan rację - przesunięcie napisu jest tu dobrym przykładem, ale to możemy kontrolować na etapie zapisu danych do pliku - sprawdzać czy nie uległy zmianie tylko współrzędne napisu a nie sam napis.
Co do zmian obiektów z różnymi numerami operatów jest gorzej. Chcielibyśmy jednak uniknąć sytuacji gdy wymuszamy wprowadzanie dodatkowych atrybutów dla wszystkich edytowanych i dodawanych obiektów na mapie. Pomyślimy co z tym zrobić.

[alcapon]

2. Z tym numerem operatu, ma Pan rację - przesunięcie napisu jest tu dobrym przykładem, ale to możemy kontrolować na etapie zapisu danych do pliku - sprawdzać czy nie uległy zmianie tylko współrzędne napisu a nie sam napis.

Jak zwykle diabeł tkwi w szczegółach.
Czasem kontrolna współrzędnych napisu może nie wystarczyć.
Przykładem może być symbol drzewa.
Np. użytkownik który mierzył drzewa wpisał je jako liściaste (kod DLI).
My dostajemy taką mapę i po strawdzeniu w terenie okazuje się że użytkownik który pomierzył te drzewa przed nami pomylił się w oznaczeniu drzewa - wpisał lisciaste a powinny być iglaste (DIG).
My zmieniamy kod drzewa z DLI->DIG. Współrzędne pozostają bez zmian a napis (symbol) ulega zmianie.
Co teraz - pozostawić numer operatu bez zmian czy przypisać nasz ... kwestia do przemyślenia.

[Jurek B.]

Tak, ale kontrola dotyczyłaby wyłącznie współrzędnych położenia napisu - obiekty takie jak symbole nie podlegałyby tym regułom.
Chociaż można mieć wątpliwość np. w przypadku symbolu trawy, placu sportowego itp - tu problem jest jednak podobny do napisu - położenie tych symboli jest uznaniowe i przesunięcie skutkowałoby zmianą operatu. Zastanowimy się nad tym.

[alcapon]

Jeszcze małe uzupełnienie z mojej storny.
Ponizej jest link do pliku pdf dotyczacego pomocy do systemu ewmapa
http://www.przeklej.pl/plik/ewmapa-pdf-0025pv22796u

Od strnony 98 zaczyna się opis struktury pliku zawierającego dane wektorowe.
Dotyczy to plików po modyfikacji, informacji o konfiguracji warstw zawartych w pliku itp itd.
Może się przyda

[Jurek B.]

Dzięki - dotąd dysponowałem tylko wycinkiem tej instrukcji, powinna się przydać.

[Michal_K]

Chciałbym się zapytać czy komuś udało się poprawnie zaimportować warstwy z EWMAPy do CGEO, z tym zastrzeżeniem żeby ponowny export do EWMAPy był przyjęty do ośrodka?
Jakie warunki trzeba spełnić by taki export do EWMAPy był dobry?

Nie mam dostepu do EWMAPy by testowac.
Z gory dziekuje za pomoc.
Pozdrawiam

[janek]

Jest z tym trochę problemu.
Podstawowa sprawa: wydane z Ewmapy warstwy to powinien być eksport wielu warstw w pliku do modyfikacji.
Potem import do c-geo Ewmapa wektory do modyfikacji. Po aktualizacji w c-geo eksport Ewmapa wektory po modyfikacji.
I na koniec w Ewmapie import wielu warstw plik po modyfikacji.
Tak to na skróty wygląda.
Pozdrawiam
Janek B.