Coś w tym jest, ale wydaje mi się, że obrys przewodu energetycznego też nie byłby dobry. W końcu ciągle mówimy o obrysie JEDNEGO przewodu. W Twojej sytuacji najlepszym rozwiazaniem wydaje się zwyczajne wpisanie ilości tych przewodów, skoro będzie tam ich 6 to wiadomo, że są położone szerzej ( i zajmują bufor wzdłuż tej osi) niż jeden. Chyba, że ktoś pomyśli że je zakopali jeden na drugim . Jeśli koniecznie komuś zależy na dokładnym odzwierciedleniu to można wkartować 6 osi ale to bez sensu w szczególności że należy zachowywać zasady generalizacji, no i choć szczyptę zdrowego rozsądku.

Pozdrawiam serdecznie!

Możesz, możesz tylko musisz zrobić eksport z poziomu eksplolatora - tam zafajkowac to co dusza pragnie i wyeksportować.

PS. Możesz od razu zaznaczyć, że powinni w ośrodku podpinać rzędne jako podobiekty

Tak można. W zaznaczaniu obiektów trzeba wybrać odpowiedni kod, dodać filtr, a w nim 'przodek'='n' ew. 'przodek'<>'t'

Ujmując w takim układzie sprawę od strony praktycznej najłatwiej będzie przeklikać wszystkie zmiany a później przywrócić wcześniejsze operaty sql-em.

Cytat: Lupus w Sobota 10 Styczeń 2015, 10:41:31
A pomijając wszelkie powyższe argumenty, o ile mnie pamięć nie myli, to faktycznie praca w zmianach bezpośrednich miała nie wpływać na przypisane operaty.

Odnośnie tej wypowiedzi - zmiana na operat faktycznie nie wpływa, ale jeśli chodzi o elementy na warstwach Teoretycznie taka sama opcja mogła by być przy obiektach.
Ja zmiany bezpośrednie rozumiem jako brak konieczności akceptacji dokonanych zmian (bo to dla geodetów nie ma znaczenia). Przy wymianie przez pliki modyfikujace osrodek i tak przypisuje aktywny operat podczas importu do wszystkiego co zostało zmienione (chyba, że się myle?).

Tak de facto nie ma znaczenia czy atrybut jest znaczący czy nie - program nie rozpoznaje takiej hierarchii. Zmiana to zmiana, każdy zapis obiektu, nawet  bez zmiany żadnego atrybutu (samo przeklikanie zapisu) rozpocznie nowy cykl życia obiektu. Dlatego aktualny operat powinien przypisywać się zawsze, jeśli aktualny operat jest pusty to taki też będzie się wyświetlał i ma to sens w świetle obecnie nam panującego rozporządzenia.
Poza tym skoro coś w obiekcie zmieniałeś, to powinna pokazać się jakaś twoja ingerencja - tak też się dzieje. 

To prawda, tak się zdarza. Na szczęscie nie za każdym razem tylko "okazyjnie". Jest na to pewien sposób. Acces wyskakuje tylko gdy myszka jest w obszarze mapy. Trzeba więc przesunąć okienko z błędem na pasek z menu narzędzi i kliknąć ok. Teraz będziemy mogli poruszać  się w programie, broń boże nie najeżdżając na mapę (bo błąd będzie się powtarzał)! Żeby całkiem się go pozbyć trzeba wybrać z menu nawigacji opcję przesuwania mapy rączką -'przesuń płynnie'. I już sprawa załatwiona. Rozwiązanie oczywiście jest tylko pewną protezą, problem jest znany przez GEOBID - czeka na wyjaśnienie.

Najlepiej gdybyś przesłał bazę na której występuje problem. Wykluczałbym kwestię systemu, przy zakładaniu owszem ma to znaczenie ale głównie dlatego, żeby system zarejestrował sobie "obecność" programu.

Bardzo dziwne:) Próbowaleś może jeszcze raz importowac dane do pustej bazy? Nasuwa mi sie jeszcze kwestia uprawnień ale to też raczej nie to bo nawet jeśli ktoś by sobie ustawił uprawnienia do jakiegoś kodu obiektu to problem byłby w ramach kodu a nie obszaru... ciekawa sprawa. Ewentualnie spróbuj dodać węzeł po staremu. Czyli zacznij polecenie wstaw linie z zaznaczoną opcją węzeł do linii dzieli. Na liniach w obiektach działa więc powinno pomóc (obiektu nie trzeba aktywowac zwyczajnie dopiąć się linią).

A Twoje elementy znajduja sie na tych samych podwarstwach co podgik-owskie? Jako pierwsza nasuwa mi sie  kwestia aktywacji konkretnej podwarstwy (ew. odznaczenia zielonej kropki na pasku operacje na warstwach).

Narzędzie wstaw węzeł jak najbardziej słuszne działa nawet bez uaktywniania obiektu. Pytanie jaka jest dokladnie sytuacja topologiczna obiektów, dwie linie się przecinają i tam powinien byc wezel, jest wezel i linia... różnie sytuacja moze wygladać. W każdym razie opcja wstaw wezel ma dwa tryby bezwarunkowy i warunkowy. Bezwarunkowy wstawia wezel na rpzecięciu linii, wstawia wezel na linii i dociaga ja do wezla jesli jest w zasiegu celownika. I opcja warunkowa czyli wstawienie wezla gdziekolwiek na linii.

Cytat: alcapon w Poniedziałek 27 Październik 2014, 11:00:03
Z menu wybierasz zasuwa symbol a potem etykieta i zapisujesz obiekt
Potem z menu wybierasz punkt o określonej wysokości i rzędna punktu w i zapisujesz obiekt.

dokładnie tak, tylko na koniec jedna ważna sprawa - dodanie obiektu rzędna jako podobiekt do obiektu zasuwa. Wg. rozp. każda rzędna musi być w relacji z nie mniej nie wiecej niż jednym obiektem (nadrzędnym). W innym wypadku, chociażby nie przejdzie przez GML.

Cześć. Niestety ta druga opcja. Przebieg będzie podwójny, a podczas importu powinien wyrzucić ze nie mogł zmienic elementów w obiektach. Pozdrawiam

Nie wiem czy nie prostszym sposobem byłoby zrzucenie granic poszczególnych gmin po analizie przylegania działek na warstwy i wykonanie analizy przylegania wielokątow. EWMAPA wskazuje wtem wszystkie odseparowane punkty. Analizę można wykonać za każdym razem jedynie dla dwóch gmin (wielokątów).

Pozdrawiam

Cześć,

ten import eksport z wybranymi parametrami da się obejść przez odpowiednie makro np. żeby eksportować podwarstwę do formatu tekstowego 2 tylko z zaklikaną opcją danych autoryzacyjnych trzeba w marko wrzucić coś takiego:
%wk2{TAB 6} {TAB 2} {TAB} {TAB}
Eksport już prawdopodobnie sam sobie skonfigurujesz, a jeśli nie to powiedz co konkretnie potrzebujesz - postaram się pomóc.

Pozdrawiam