Import pliku w formacie EOB

Dyskusje dotyczące współpracy C-Geo z innymi programami
Awatar użytkownika
kasprol
____
____
Posty: 111
Rejestracja: środa, 5 stycznia 2011, 10:32
Lokalizacja: Łaskarzew
Kontaktowanie:

Import pliku w formacie EOB

Postautor: kasprol » czwartek, 10 sierpnia 2017, 10:07

Witam, mam problem z zaimportowaniem pliku wydanego przez ośrodek w formacie EOB z Ewmapy baza GESUT.
W Ewumapie kierunki linii napowietrznych i przewód energetyczny jest na jednej warstwie ale ma różny typ linii, po imporcie do Cgeo wszystko jest kreślone jednym typem linii. Wiem, że najlepszy byłby GML, ale niestety jeszcze trochę czasu potrwa zanim ośrodek będzie wydawał poprawne pliki w tym formacie.
Załączniki
GESUT.zip
(46.87 KiB) Pobrany 3 razy

Awatar użytkownika
Jurek B.
Team
Team
Posty: 5489
Rejestracja: środa, 16 lutego 2005, 21:25

Re: Import pliku w formacie EOB

Postautor: Jurek B. » czwartek, 10 sierpnia 2017, 14:25

Nic się u nas nie da zrobić żeby lepiej otwierać pliki EOB - najprościej byłoby pobierać z ośrodka DXF dopóki nie ma GML, te pliki EOB też nie zawierają danych obiektowych, więc nic więcej się nie zyskuje niż jest w DXF.
Pozdrawiam Jurek B.

Awatar użytkownika
alcapon
__
__
Posty: 40
Rejestracja: piątek, 1 lipca 2005, 19:56

Re: Import pliku w formacie EOB

Postautor: alcapon » poniedziałek, 4 września 2017, 19:58

Hmm Pliki eob zawierają przecież dane obiektowe ... importując taki plik do ewmapy tworzą się przecież obiekty.
Wszystkie niezbędne dane do utworzenia obiektu są zatem w pliku eob... w innej formie niż przewiduje to gml ale jednak są
Obrazek

Awatar użytkownika
Jurek B.
Team
Team
Posty: 5489
Rejestracja: środa, 16 lutego 2005, 21:25

Re: Import pliku w formacie EOB

Postautor: Jurek B. » poniedziałek, 4 września 2017, 20:45

alcapon pisze:Hmm Pliki eob zawierają przecież dane obiektowe ... importując taki plik do ewmapy tworzą się przecież obiekty.
Wszystkie niezbędne dane do utworzenia obiektu są zatem w pliku eob... w innej formie niż przewiduje to gml ale jednak są


Sorry, ale to nie są obiekty:
- to zbitki odcinków - elementów mapy wektorowej bez szans na weryfikację czy geometria takiego czegoś jest poprawna pod kątem zgodności z wymaganiami rozporządzeń. Poniżej przykład geometrii takiego pseudo obiektu - co to za obiekt SUUE? w którym miejscu jakiego rozporządzenia jest definicja obiektu SUUE?
16 SUUE 23
121209 3 20 5.71692905000000E+0006 7.55385441000000E+0006 5.71692922992285E+0006 7.55385416378978E+0006 2109 0.0000 3#3954.1-72/2011
121210 3 20 5.71692922992285E+0006 7.55385416378978E+0006 5.71692943000000E+0006 7.55385431000000E+0006 2109 0.0000 3#3954.1-72/2011
121211 3 20 5.71692943000000E+0006 7.55385431000000E+0006 5.71692925007715E+0006 7.55385455621022E+0006 2109 0.0000 3#3954.1-72/2011
...
**

- z jakimi atrybutami są te obiekty? Pobieżnie patrząc np. bez atrybutów specjalnych - voidable, bez informacji o dacie powstania i modyfikacji obiektu, bez poprawnego identyfikatora IdIIP.

Wiem, że są spory wokół sensowności wszystkich nowych przepisów: w sprawie standardów, GESUT, BDOT, EGiB, mapy zasadniczej tworzonej na podstawie zbiorów danych, itd.
Jednakże one obecnie obowiązują wszystkich, więc dlaczego wprowadza się do PODGiK rozwiązania niezgodne z przepisami i wymusza jeszcze na wykonawcach prac geodezyjnych wchodzenie w ten "standard"?
Pozdrawiam Jurek B.


Wróć do „C-Geo - import/eksport”

Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 1 gość