Cytat: mariuszk w Wtorek 03 Kwiecień 2012, 13:35:33
I w tym momencie PODGiK popełnia poważny błąd, bo nie można tak robić
Dany obszar w trybie modyfikacji może wykonywać tylko jeden użytkownik (albo będą problemy).

Nie ma takiej możliwości aby jeden z geodetów czekał na drugiego.
Przykład. Właśnie opracowujemy mapę do celów projektowych (50 km)  - 2 całe miasta i kilka wiosek.
Który powiat/geodeta pójdzie na to że wszystkie inne roboty poza nasza zostaną wstrzymane 

Cytat: alcapon w Wtorek 31 Styczeń 2012, 11:52:30
Załóżmy że w bazie prowadzonej przez PODGiK wszystkie budynki są zdublowane (identyczne współrzędne itp) a pochodzą z różnych operatów.
PODGiK wydaje dane do modyfikacji dwóm geodetom - obaj działają na tym samym obszarze.
Każdy z nich chce zrobić porządek w bazie i na całym terenie kasuje zdublowane budynki tak aby został jeden.
To samo robi drugi geodeta.
Po wgraniu obu plików modyfikujących do bazy PODGiK okazuje się, że  Z CAŁEGO TERENU ZOSTAŁY WYKASOWANE WSZYSTKIE BUDYNKI.

I w tym momencie PODGiK popełnia poważny błąd, bo nie można tak robić
Dany obszar w trybie modyfikacji może wykonywać tylko jeden użytkownik (albo będą problemy).

No chyba, że czegoś nie wiem...

P.S.
Odnośnie kasowania "przypadkowego drzewa" to ja bym się zapytał co w momencie importu było z przyciskiem importu operatów. Czy nie był on przypadkiem odhaczony?

Otrzymałem z PODGiK dane w formacie do modyfikacji.
Plik wgrywam do czystej bazy. Po wgraniu danych okazuje się że pewne elementy występują kilkakrotnie - są to elementy identyczne o identycznych współrzędnych lecz pochodzące z różnych operatów.
Dla przykładu załóżmy, że chodzi o symbole drzewa które nakładają się na siebie (te same wsp., ten sam kąt skręcenie itd)
Problematyczne drzewo występuje trzykrotnie, w operatach np. 1/2000, 2/2000 oraz 3/2000
Kasuję np. jedno z drzew - te z operatu 2/2000 i przekazuję plik modyfikujący do PODGiK

I teraz UWAGA!!
Po wgraniu pliku modyfikującego do bazy prowadzonej przez PODGiK okazuje się, że ewmapa wykasowała nie te drzewo (chodzi o nr operatu) które ja wykasowałem - program na podstawie znanej tylko sobie metody wybrał jedno z powtarzających się drzew i je wykasował.
Tak więc w bazie PODGiK znajdują się teraz 2 powtarzające się drzewa.
Co jeszcze bardziej zatrważające po ponownym wgraniu mojego pliku modyfikującego ewmapa znowu wybrała sobie dowolne drzewo i je wykasowała.
Tak więc wgrywając po raz trzeci mój plik do bazy PODGiK program wykasował także trzecie drzewo.

Chyba nie muszę pisać jakie to niesie zagrożenia.
Załóżmy że w bazie prowadzonej przez PODGiK wszystkie budynki są zdublowane (identyczne współrzędne itp) a pochodzą z różnych operatów.
PODGiK wydaje dane do modyfikacji dwóm geodetom - obaj działają na tym samym obszarze.
Każdy z nich chce zrobić porządek w bazie i na całym terenie kasuje zdublowane budynki tak aby został jeden.
To samo robi drugi geodeta.
Po wgraniu obu plików modyfikujących do bazy PODGiK okazuje się, że  Z CAŁEGO TERENU ZOSTAŁY WYKASOWANE WSZYSTKIE BUDYNKI.

Rozwiązaniem tego problemu jest wprowadzenie unikalnego identyfikatora dla każdego elementy leżącego na warstwach, a następnie rozpoznawanie elementów przez program ewmapa na podstawie identyfikatora a nie współrzędnych położenia.

Na koniec przypadek z życia wzięty.
Kilka dni temu dostałem dane z PODGiK.
Na danym terenie pracowaliśmy już kilkakrotnie więc wiem jak wyglądała mapa jakiś czas temu.
Jakież było moje zdziwienie gdy okazało się że z kilku obrębów ZNIKNĘŁY NUMERY PORZĄDKOWE NA WSZYSTKICH BUDYNKACH MIESZKALNYCH.
Ciekawe czy to miało coś wspólnego z sytuacją opisaną wyżej