Cytat: Lupus w Poniedziałek 26 Lipiec 2021, 09:40:56
Drelson ja rozumiem, że się ośrodek może uprzeć, bo tak, ale w zasadzie tylko to powoduje problem.

Na razie jest to problem na małą skalę uważam, ktoś się czepnie ktoś nie. Ale ostatnio co raz więcej mnie dochodzi słuchów że geodeci mają z tym problem i to w skali wszystkich powiatów które pracują na ewmapie. Na razie pojedyncze skargi - ok. Ale jak się uprą i przyzwyczają to dojdzie do tego że geodeta będzie musiał robić dwa niezależne wsady, jeden do ośrodka, jeden dla klienta.. przecież to bzdura. Nie wiem czy się z tobą zgodzić odnośnie twojej teorii co do przypisywaniu operatów, dla mnie w tej chwili jest to obojętne jak to będzie działać - ale ma działać tak żeby ośrodek się nie czepiał. Skoro ośrodki zaczynają się czepiać to myślę że mają jakąś podstawę że tak mapa nie powinna być skartowana - dlatego konsultuje to bezpośrednio z informatykiem z geobidu (który ponoć szuka rozwiązania ) Jeśli jednak może być tak że operaty się przypisują tak jak mówisz - powinno być jakieś ogólnokrajowe rozporządzenie na ten temat że tak, tak może być lub nie, tak nie może być. Wtedy albo geobid powinien dostosować program do wymagań, albo ośrodek nie będzie miał podstawy do zwrotu operatu/wsadu. A na razie to widzę wszędzie samowolka. Raz tak raz tak

Cytat: alcapon w Niedziela 25 Lipiec 2021, 20:28:21
Generalnie powinno być tak że żadna zmiana położenia etykiety nie powinna powodować zmiany operatu.

może przekornie, ale zapytam: Dlaczego?
Jest to jakaś zmiana na mapie? jest. Historia jest zachowana? jest. Wiemy skąd się wziął dany element i kto go ostatnio ruszał? wiemy. Baza w ośrodku jest zredagowana? jest. Nie ma potrzeby prowadzenia dwóch baz tak jak to opisał Cezary? nie ma, bo przecież wszystko jest OK tak jak to zredagował wykonawca i oddał mapę.
Jedynym problemem jest to, że ostatni przypisany operat do obiektu nie jest faktycznie operatem źródłowym. No i? Można sprawdzić historię i  się dowiedzieć co to jest i skąd pochodzi?
Może faktycznie trzeba by przemodelować cały system przypisywania operatów w Ewmapie. Może to jest wina programu. Może należałoby przerobić tylko sposób importu dla podgik'ów. Może powinni mieć możliwość importu  w taki sposób aby import wchodził z takimi operatami jakie przypisał wykonawca, a nie tylko z jednym najnowszym operatem. Często się nam zdarza, że nie wykonujemy pomiaru jakiegoś elementu tylko wprowadzamy go wykorzystując materiały archiwalne np. mapa była z digitalizacji, mierzę chodniki i budynki, ale kanalizację wprowadzam nie z mojego pomiaru tylko z jej inwentaryzacji sprzed 20 lat. Wtedy ta kanalizacja mogła by mieć przypisany operat archiwalny, a nie mój.  Jednak czy przypisanie mojego operatu powoduje, że mapa jest źle zrobiona? Chyba nie, bo w sprawozdaniu tech. w operacie będzie informacja o tym, że kanalizację opracowałem na podstawie innego pomiaru niż mój. Jak ktoś będzie chciał robić śledztwo skąd się to wzięło to bez problemów dotrze do źródła. Tylko tyle, że po za teoretyczną potrzebą robienia takich poszukiwań, kto? kiedy? i w jakim celu?  miałby je robić.
wg mnie każda zmiana powinna pociągać za sobą aktualizację listy operatów dla elementu/obiektu. 

Sądzę, że Geobid przemyślał temat i nie podjęli takich decyzji bez analizy skutków. Nie jestem pewien czy należy zakładać, że jesteśmy w tym zakresie od nich lepsi i bardziej przewidujący.

Drelson ja rozumiem, że się ośrodek może uprzeć, bo tak, ale w zasadzie tylko to powoduje problem.

Cytat: Drelson w Sobota 24 Lipiec 2021, 19:08:54
No serio u mnie działa. Ośrodek ma przetestować na "swojej konfiguracji programu" w najbliższym czasie

Zadziała, jeśli ośrodek będzie wgrywać pliki w zmianach bezpośrednich. Ośrodki, przynajmniej te, w których rozsądnie podchodzi się do prowadzenia baz, tak nie pracują. Pracują w trybie "operatowym".

Cytat: alcapon w Niedziela 25 Lipiec 2021, 20:28:21
Generalnie powinno być tak że żadna zmiana położenia etykiety nie powinna powodować zmiany operatu.

Pełna zgoda. Programowo powinno wyglądać to tak, że operat jest przypisywany przy zmianie atrybutów obiektu lub zmianie jego położenia (obiektu, nie jego etykiety). Obecnie wychodzi na to, że wizualizacja graficzna bazy danych, czyli mapa, nie jest redagowana po wprowadzeniu nowego pomiaru, co często negatywnie wpływa na jej czytelność.
Oczywiście pracownik ośrodka mógłby taką redakcję mapy zrobić po zatwierdzeniu operatu, ale ...
1. ucierpi na tym terminowość weryfikacji,
2. nie każdy pracownik ośrodka dokumentacji ma uprawnienia do pracy w zmianach bezpośrednich (z różnych powodów)
Skutkuje to tym, że wykonawca często musi tworzyć dwie równoległe bazy, jedną do zasilenia baz ośrodka dokumentacji, drugą do wygenerowania dxf i wydruków, a bazy ośrodkowe nie są poprawnie zredagowane, pomimo, że taka redakcja została przez geodetę wykonana.

Generalnie powinno być tak że żadna zmiana położenia etykiety nie powinna powodować zmiany operatu.

Cytat: Cezary.K w Piątek 23 Lipiec 2021, 17:18:21
Serio???

No serio u mnie działa. Ośrodek ma przetestować na "swojej konfiguracji programu" w najbliższym czasie

Cytat: Lupus w Piątek 23 Lipiec 2021, 15:37:27
Ale w tej opisanej sytuacji chyba to nie jest problem

Czym się różni przesunięta etykieta od etykiety ze zmienioną wartością? Moim zdaniem z punktu widzenia programu niczym. Jest zmiana jest nowy operat. Oryginalny operat miał inną redakcję, inne wartości, inne położenie elementów. Twoim operatem następuje zmiana, historia jest zapisana, a nowe elementy i elementy zmienione przez Ciebie mają przypisany Twój operat. W czym problem?

W tym że ośrodek nie chce przepuścić mi roboty ponieważ mówi mi że elementom które nie podlegały pomiarze przypisał się mój operat, a tak być nie może. Ja nie wiem czy to jest problem, dla mnie nie ale ośrodek "się czepia". Z drugiej strony dlaczego elementy które przesunąłem mają mieć mój operat, to by świadczyło że ja je pomierzyłem lub coś , może gdyby dodać opis coś w stylu operat dodany z powodu redakcji mapy czy coś nie wiem.

Cytat: Drelson w Piątek 23 Lipiec 2021, 10:09:49
Znalazłem rozwiązanie owego problemu, generalnie program został tak skonstruowany od strony informatycznej i można byłoby to zmienić.
Ośrodek działa tak, że dodaje operat, uaktywnia go następnie importuje plik - wtedy nasz operat przypisuje się do elementów redakcji mapy.
Jeżeli ośrodek najpierw wybierze plik do importu, wtedy program z automatu pyta go na podstawie jakiego operatu i wtedy robi dodaj operat, uaktywnij to elementy redakcji mapy wchodzą na nowe położenie bez przypisania operatu nowo utworzonego, a elementy nowe wchodzą na swoje miejsce z przypisanym nowym operatem.

Serio???

Ale w tej opisanej sytuacji chyba to nie jest problem

Czym się różni przesunięta etykieta od etykiety ze zmienioną wartością? Moim zdaniem z punktu widzenia programu niczym. Jest zmiana jest nowy operat. Oryginalny operat miał inną redakcję, inne wartości, inne położenie elementów. Twoim operatem następuje zmiana, historia jest zapisana, a nowe elementy i elementy zmienione przez Ciebie mają przypisany Twój operat. W czym problem?

Czy aby na pewno?? Muszę to sprawdzić przy czasie

Znalazłem rozwiązanie owego problemu, generalnie program został tak skonstruowany od strony informatycznej i można byłoby to zmienić.
Ośrodek działa tak, że dodaje operat, uaktywnia go następnie importuje plik - wtedy nasz operat przypisuje się do elementów redakcji mapy.
Jeżeli ośrodek najpierw wybierze plik do importu, wtedy program z automatu pyta go na podstawie jakiego operatu i wtedy robi dodaj operat, uaktywnij to elementy redakcji mapy wchodzą na nowe położenie bez przypisania operatu nowo utworzonego, a elementy nowe wchodzą na swoje miejsce z przypisanym nowym operatem.

Ogólnie przy próbie zmiany położenia jakiejkolwiek etykiety w Ewmapie (nawet nr działki) zapisywana jest zmiana obiektu. To jest dość upierdliwe przy redakcji mapy.

Czyli generalnie jeżeli ośrodek pracuje w ten sposób jak opisałeś że tworzy i aktywuje swój operat przed wgraniem naszego wsadu to nie masz szans na rozwiązanie problemu ? Zawsze przypisze się nasz operat do tego co "tylko" przesunęliśmy etykietę.
Rzeczywiście mogłoby to być rozwiązane programowo, dzwoniłem do geobidu w tej sprawie ale jakoś na szybko informatyk nie mógł znaleźć rozwiązania

PODGiK'i nie boją się namieszania w operatach, tylko wykonawców papraków. Import operatów z plików modyfikujących działa tylko przy operacjach bezposrednich. Wgranego tak opracowania nie da się cofnąć.

Cytat: alcapon w Środa 21 Lipiec 2021, 15:07:02
Jeśli podgik przed zmianą nie zrobi aktywacji swojego operatu i skorzysta z opcji imporuj operaty to dostanie efekt taki jaki chce... Pod warunkiem że ty działasz na operatach.

tylko, że chyba w podgik się boją, że takimi importami ktoś im "namiesza" w operatach. Fajnie by było, gdyby to było programowo rozwiązane...

Podgik działa nieco inaczej.
Podgik Przed zrobieniem importu dodaje nowy operat do bazy i go aktywuje. Podczas importu nie aktywuje opcji importuje operaty. W takim przypadku cokolwiek zmieniałem przypisywane jest z automatu do operatu aktywowanego przez podgik. Jeśli podgik przed zmianą nie zrobi aktywacji swojego operatu i skorzysta z opcji imporuj operaty to dostanie efekt taki jaki chce... Pod warunkiem że ty działasz na operatach.