Aktualności:

Forum w trakcie prac modernizacyjnych

Menu główne
Menu

Pokaż wiadomości

Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.

Pokaż wiadomości Menu

Wiadomości - Quazar

#46
Problemy z Ewmapą / Odp: Znikające obiekty - GESUT BODT
Piątek 27 Wrzesień 2013, 09:48:32
Niestety, program zawsze zachowuje się w ten sam sposób, przed i po restarcie.
#47
Problemy z Ewmapą / Znikające obiekty - GESUT BODT
Piątek 27 Wrzesień 2013, 09:06:29
Dzień Dobry

Czy ktoś spotkał się z następującym problemami:
1. Wprowadzam do GESUT/BODT obiekty z jakiegoś operatu (operat A), wszystko wrysowałem, "zatwierdzam zmiany związane z operatem". Do bazy operatów wprowadzam operat B, aktywuję go (B) i w tym momencie znikają z ekranu elementy związane z operatem A. Jeśli aktywuję operat A to elementy się pojawiają. Na załączonych obrazkach uwidoczniony problem, dla aktywnego operatu A elementy są widoczne, po uaktywnieniu operatu B elementy znikają.
Nadmieniam, że sytuacja ma miejsce zarówno przy pracy na bazie lokalnej jak i na serwerze.

Proszę o pomoc, wyjaśnienia.
Pozdrawiam wszystkich.
Darek S.
#48
Dzień Dobry

Jeśli mamy dane dodatkowe dla punktów, to zarówno w danych podstawowych jak i w danych dodatkowych istnieje pole dotyczące stabilizacji, w danych podstawowych "stabilizacja", w danych dodatkowych "kod stabilizacji". Z informatycznego punktu widzenia sytuacja taka nie powinna mieć miejsca. Wiem, że takie rozwiązanie ma swoje historyczne uzasadnienie ale podczas edycji można kliknąć "stabilizacja" = T, "kod stabilizacji"= 1(brak informacji) lub 2(nie stabilizowany) i mamy bardzo ładne niespójne dane. Baza zawierająca około 2000 punktów przekazana mi przez PODGiK ma ponad 150 takich "kwiatków".

Moja propozycja jest taka: jeśli w danych podstawowych "stabilizacja" = N to w danych dodatkowych "kod stabilizacji" automatycznie ustawia się na "brak informacji", operator może ewentualnie zmienić na "nie stabilizowany". Jeśli "stabilizacja" = T to analogicznie automatycznie "kod stabilizacji" = "znak naziemny" a operator może zmienić oznaczenie na "znak naziemny i podziemny".

Pozdrawiam. Dstroj.
#49
PROPOZYCJA ZREALIZOWANA ---> EWMAPA 11.05

Dzień Dobry

Mam propozycję aby podczas użycia narzędzia "kopiuj wybrany punkt graniczny" kopiowane były także dane dodatkowe, ponieważ obecnie kopiowane są tylko dane podstawowe.

Pozdrawiam Wszystkich.

dstroj
#50
Problemy z Ewmapą / Odp: Eksport z warstw
Poniedziałek 20 Maj 2013, 13:06:05
Dzień Dobry
Bardzo dziękuję za pomoc, eksport z bloku działa.

dstroj
#51
Problemy z Ewmapą / Eksport z warstw
Środa 15 Maj 2013, 13:27:44
Dzień Dobry

Czy Ktoś zna może sposób na wyeksportowanie elementów z wielu warstw do pliku txt, ale tylko tych, które mają przypisany jakiś konkretny operat.

dstroj
#52
Bardzo dziękuję, zaznaczenie bazy dodało te atrybuty do listy wyboru ;D. Chyba nigdy bym na to nie wpadł.

Pozdrawiam wszystkich, Dstroj
#53
Ja punkty markuję tak:
Marker --> szukaj punktu --> Szukaj przez filtr, wybierz filtr: Wybór punktów --> Pojawia się okno "Warunkowy wybór punktów" i "nazwa pola" a w niej 19 możliwości wyboru (min: numer punktu, operat, X, Y, cecha, stabilizacja) ale nie ma tam danych dodatkowych dla punktów ZRD, BPP, STB, OZR. Używam ewmapy w wersji 10.19, punkty posiadają atrybuty dodatkowe ZRD...

dstroj
#54
Problem polega na tym, że Ewmapa posiada listę rozwijalną i tam nie ma takiej pozycji jaką byłeś łaskaw zaproponować.

dstroj
#55
Dzień Dobry
Chcę zaznaczyć punkty z ZRD = 6, ale w oknie "warunkowy wybór punktów" w okienku wyboru "Nazwa pola" nie widać żadnych pól z danych dodatkowych dla punktów.  Jak zaznaczyć te punkty, bez eksportu do pliku, filtrowania i wczytania markerów z pliku?

Z góry dziękuję za pomoc.
Dstroj
#56
Witam

Bardzo dziękuję wszystkim, którzy próbowali mi pomóc, niestety moja propozycja dodania dodatkowego warunku do importu punktów nie zyskała aplauzu, trudno.

Znalazłem obejście problemu, napisałem skrypt, który pobiera bazę punktów w formacie ept oraz punkty z operatu w formacie csv (nr;x;y;ZRD;BPP;...), na wyjściu daje mi dwa pliki csv z punktami, pierwszy z punktami które spełniają warunek odległości i drugi z punktami, które tego warunku nie spełniają. Jedynym mankamentem tego rozwiązania jest potrzeba każdorazowego eksportu punktów z bazy do pliku ept przed uruchomieniem skryptu.

Pozdrawiam, dstroj
#57
Cześć

Przykładowy problem jest taki: jeden obręb (Ajewo) ma pełną wektorową bazę działek, drugi obręb (Bacewo) bazy wektorowej nie posiada.
W Bacewie wzdłuż granicy z Ajewem (na długości 1200m) została poszerzona droga. Po podziale mam ~720 punktów załamania granic w Bacewie, niestety ~220 z nich jest punktami granicy obrębu. Pary punktów granicznych z Ajewa i Bacewa w mają prawie wszystko (numery, atrybuty ) różne tylko współrzędne mają wspólne.
Mój problem polega na tym, że nie chcę wgrywać do bazy wszystkich 720 punktów, chciałbym wgrać tylko tych ~500 punktów, których położenie jest inne niż tych w bazie.

Wiem, że mogę połączyć działki do punktów poprawnych punktów z bazy Ajewa a następnie usunąć punkty izolowane, ale za każdym razem gdy klikam w punkt posiadający "dubla" jestem zmuszony dodatkowo kliknąć aby wybrać poprawny punkt, przy edycji kilku punktów nie ma to znaczenia ale gdy punktów są setki to takie duble naprawdę utrudniają pracę (jeśli tylko mnie, to przepraszam że rozpocząłem ten wątek).

dstroj

#58
IMHO – akronim wyrażenia In my humble opinion lub In my honest opinion, oznacza "moim skromnym zdaniem", bądź "w mojej szczerej opinii". Ma takie samo znaczenie jak akronim IMO.

Jak to "po co?", aby na ich (punktach) podstawie zbudować działki.

P.S. Zacytuję sam siebie:
"Nie upieram się, że mój pomysł jest najwspanialszy/najmądrzejszy..."  jeśli Panie/Panowie admini uznacie, że mój pomysł jest kiepski to nie pogniewam się jeśli zamkniecie tę dyskusję, ja znając "tempo" reakcji Geobidu i tak nie nie liczyłem, że pomysł zostanie wprowadzony w życie.

DS.
#59
Witam Wszystkich.

Po przeczytaniu Naszej dyskusji chciałbym wyjaśnić kilka spaw, ponieważ mam wrażenie że niezbyt jasno na początku wyjaśniłem o co mi chodzi, a przez tą   niejasność nie zostałem dobrze zrozumiany (przepraszam).

Wyjaśniam więc.
Do bazy punktów można wgrać dowolnie bzdurne punkty jeśli tylko mają numery nie kolidujące z istniejącymi, to nie ulega wątpliwości. Program reaguje tylko wtedy gdy numer punktu w bazie i w pliku jest identyczny, jeśli zaś chodzi o współrzędne to nie ma żadnej kontroli. Do bazy można wgrać N punktów o różnych numerach i identycznych współrzędnych a program nic.

Ja chciałbym mieć możliwość nałożenia ograniczenia na import: nie importuj punktu z pliku, jeśli w bazie istnieje punkt o współrzędnych leżących n[m] punktu importowanego. Nie ma mowy tutaj o żadnym psuciu bazy, IMHO poprawi to bezpieczeństwo pracy. Ja wielokrotnie w bazach widziałem punkty leżące "na sobie", mało tego widziałem działki zapięte na różne punkty o tych samych współrzędnych (Kto powie, że nie widział czegoś takiego to powiem, że mało widział  ;) ). Gdyby taki warunek można było nałożyć na importowane punkty to takie sytuacje nie miałyby miejsca.

Mam nadzieję, że teraz zostanę dobrze zrozumiany.
Pozdrawiam. DS.


#60
Witam
Mam bazę przekazaną przez PODGiK. Współrzędne punktów załamania granic są święte, nie mogę ich modyfikować w żaden sposób (mam to w warunkach technicznych). Moim zadaniem jest uzupełnić tą "świętą" bazę o inne dane. Do bazy przeważnie zaczytuję setki punktów, miałbym DUŻO głupkowatej pracy mniej gdybym mógł do bazy zaczytać tylko te punkty, których współrzędne są różne od tych w bazie.

P.S. Nie upieram się, że mój pomysł jest najwspanialszy/najmądrzejszy, nie ma musu aby go zgłaszać do Geobidu, Oni jak widzę z ilości zgłoszonych/rozpatrzonych problemów nie bardzo kwapią się aby ułatwić pracę swoim bądź co bądź chlebodawcom.

Pozdrawiam Wszystkich. DS.