Witam,

W trzy osoby będziemy pracować na jednej bazie. Każda z osób w domu na swoim komputerze. Praca polega na wprowadzaniu nowych operatów i aktualizowaniu istniejącej już mapy numerycznej.
Ze względu na to, iż każdy z nas będzie modyfikować istniejącą bazę np: poprzez usuwanie nieaktualnej sytuacji pojawia się pewien problem: w jaki sposób połączyć te trzy bazy, tak żeby później było wiadomo, które elementy zostały poprawione i są już aktualne bez konieczności każdorazowego przeglądania jej przy zgrywaniu w jedną całość.
Nowa sytuacja wprowadzana będzie na czyste warstwy, więc wystarczy ją tylko zaimportować, ale jak podejść do bazy już istniejącej, z której na pewno część sytuacji zostanie zaktualizowana.

Ma ktoś może jakiś pomysł?

Pozdrawiam!

Podzielcie się sekcjami, lub obrębami w zależności od tego jak duży jest opracowywany obszar.
Pytanie o wasze operaty jednostkowe ... jak się nimi podzielicie - może to wymusi naturalny podział.
Generalnie pracujcie z operatami, jedna osoba niech dokleja zaktualizowane dane do ostatecznej bazy.

Może ktoś będzie miał inne pomysły.

Czy to jest robota w stylu "zakładanie mapy numerycznej" dla danego powiatu czy zwykła aktualizacja np. do celów projektowych?

Generalnie nie chodzi o doklejanie nowowprowadzonych elementów sytuacji do połączonej bazy ponieważ każdy z nas to co narysuje będzie miał na własnych warstwach, więc elementy z warstw wystarczy jedynie zaimportować.

Sprawa dotyczy istniejącej bazy, na której jest już jakaś sytuacja wrysowana przez PODGiK - nazwijmy ją BAZĄ GŁÓWNĄ - BG.
Analizując kolejne operaty będziemy zastępować istniejącą już sytuację na BG z PODGiK-u operatem nowszym. Wtedy z BG usuniemy nieaktualną już treść mapy. W momencie kiedy będziemy łączyć nasze bazy osoba nr1 i nr2 w dalszym ciągu będzie miała w swojej BG sytuację, którą usunęła osoba nr3...itd... Dlatego poszukuje jakiegoś dobrego pomysłu jak zorganizować pracę na bazie BG tak żeby było wiadomo, co przez którą osobą zostało zaktualizowane.
sYsTEM połączył wiadomości: 23 Październik 2012, 13:16
Robota w stylu zakładanie mapy numerycznej dla gminy.

Robota w stylu zakładanie mapy numerycznej dla gminy.

I tego się właśnie obawiałem.
Trochę przypomina to sytuację w której murarz budujący tylko garaże 5x5 wygrał przetarg na budowę metra w Warszawie .... i teraz się zastanawia co i jak. 
Ale co mi tam ... ja tym metrem nie będę jeździł  :crazy2: (Mariusz chyba będzie  )

Wracając do sedna sprawy.
Jak będzie wyglądała "operacja" przekazania bazy do powiatu.
Czy powiat wydał wam całą bazę w postaci pliku do modyfikacji i oczekuje od was plików modyfikujących czy może dostaliście całą bazę  (dziesiątki plików) i po zakończeniu roboty nastąpi podmiana baz?

Pierwszą linią jeżdżę, drugą chciałbym tylko jeszcze nie wiadomo kiedy  :buck2:
A tak serio, w tym co pisze Adam jest dużo racji i trzeba się mocno zastanowić.
Skłaniam się do sztywnego podziału na obręby, ktoś zrobi szybciej bo mniej zmian to bierze kolejny obręb.
Jeżeli to początek prac warto sprawdzić na jednym operacie ze zmianami do usunięcia jak to będzie się zachowywać.

Widać, że bez złośliwych komentarzy nie obejdzie się na żadnym forum, a można by przypuszczać, że akurat tutaj spotka się osoby zainteresowane tematem konkretnego posta a nie komentowaniem i ocenianiem znajomości programu czy też technologii wykonania danej roboty przez któregoś z użytkowników. 

Wracając do sedna sprawy, po wykonaniu roboty nastąpi podmiana bazy. Nie otrzymaliśmy pliku do modyfikacji, jedynie bazę operatów i katalog warstw.
A jedyny problem polega na tym jak szybko i sprawnie aktualizować bazę z PODGiKu jeżeli cała robota nie będzie wykonywana w sieci, gdzie jak wiadomo wszystko na bieżąco aktualizuje się u każdej osoby pracującej na bazie.

 :offtop: Nasze komentarze nie są złośliwe  O:-)  gdyby tak było nie pisała byś kolejnego posta.
Jak na razie nie zaproponowałaś żądnego rozwiązania, przedstawiłaś problem i czekasz na naszą odpowiedź.
Jeżeli masz wizję jak to zrobić podziel się z nami, my napiszemy czy idziesz w dobrą stronę czy też nie.  :offtop:

Ale mamy problem i jak go rozwiązać?
Skoro masz cały katalog to ... zrób eksport do modyfikacji dla wszystkich trzech osób.
Oryginalną bazę nie zmieniaj i nie pracuj na niej.
Utwórz nową bazę i pracuj na niej, gdy robota się zakończy import modyfikujący do oryginalnej bazy i powinno się wszystko udać. Tak zrobioną bazę (foldery) oddasz do PODGiK.

//edit
a co ma do tego ośrodek ... co bieżącą aktualizację też będzie robił? ... to się nigdy nie uda  :suicide:

Myślałem nad takim samym rozwiązaniem co Mariusz.
Dodatkowo do bazy głównej należałby zrobić import operatów tak aby dodatkowe informacje o operatach też znalazły się w bazie głównej (podczas eksportów modyfikujących eksportowane jest tylko pole "podstawa zmian" a pola "opis" oraz "uwagi" nie są eksportowane).
Ale uwaga. Do oryginalnej bazy możesz zrobić import modyfikujący tylko raz na koniec roboty.
Dlatego, że podczas importu modyfikującego nie działa funkcja "nie dodawaj elementów już istniejących".
Gdy zaimportujesz pliki modyfikujące kilkakrotnie to będziesz miała zdublowane elementy w bazie głównej.

Ps1. Nikogo nie obrażam to nie geodezja.pl  :crazy2:
Ps2. Mariusz jeśli powiat będzie na bieżąco też robił aktualizację to jego robota i tak pójdzie do kosza bo po podmianie baz i tak wszystko będzie tylko z roboty Asiulki

Fakt nie pisałem o operatach ale ... tak jak przedstawił to Adam można zawsze wyeksportować operaty  i tak bym zrobił.

• Eksport warstwy do modyfikacji
• Eksport Operaty

Nowa robocza baza

• Import operatów
• Import warstw

Praca nad operatami
Koniec prac

• Eksport operatów
• Eksport do modyfikacji

Otwieram otrzymaną bazę główną, import operatów import warstw od osoby 1 do osoby n
Zapis zmian i tyle oddaje katalogi do PODGiK.

//edit
Dlatego postawiłem tam emotę ponieważ nie wiemy co będzie się działo z bazą w ośrodku przez ten czas.

A jedyny problem polega na tym jak szybko i sprawnie aktualizować bazę z PODGiKu jeżeli cała robota nie będzie wykonywana w sieci, gdzie jak wiadomo wszystko na bieżąco aktualizuje się u każdej osoby pracującej na bazie.

Z rozbijaniem baz na części wiąże się jednak spore ryzyko.
Przykład:
W bazie otrzymanej z powiatu jest wrysowane drzewo z digitalizacji.
Twój kolega bierze w ręce operat w którym ktoś to drzewo pomierzył.
Kasuje więc drzewo z digitalizacji i wprowadza je na podstawie danych z operatu.

Do ciebie też trafia inny operat w którym to drzewo jest pomierzone.
Kasujesz więc drzewo z digitalizacji i wprowadzasz je na podstawie twojego operatu.

Na koniec roboty każdy z was robi plik modyfikujący i na podstawie tych plików modyfikowana jest baza główna. Efekt -> w bazie głównej mamy 2 drzewa, zapewne leżące blisko siebie. Nawet gdyby w obu operatach drzewa miały takie same wsp. to i tak po wgraniu plików modyfikujących dostaniesz 2 drzewa o takich samych wsp. (będziesz miała duplikat)

Drzewo to tylko przykład. Równie dobrze zamiast drzewa mogą być budynki.

Cały problem z rozbiciem bazy na 3 osoby polega na tym, że nigdy nie wiesz co już wprowadzili, wykasowali z niej twoi koledzy.
Gdy baza jest prowadzona w jednej części to podczas wprowadzania drzewa z drugiego operatu już wiesz,że zostało ono pomierzone poprzednio i wprowadzasz do bazy tylko jedno drzewo.

EEE tam złośliwi, ja się jeszcze nie wypowiadałem 

Ja bym zrobił tak
założyłbym katalog warstw z bazą z ośrodka.
później u każdego dodatkowy katalog tylko dla niego

następnie jeśli już koniecznie chcesz wykorzystywać import modyfikujący to wydaj plik do modyfikacji od Oosoby 1 (O1) i zaimportuj go O2, potem z O2 wydaj dla O3.
W tej bazie tylko usuwaj to co jest nieaktualne, a to co jest nowsze/lepsze wprowadzaj na warstwy "prywatne".
potem po zakończeniu roboty O3 oddaje plik do bazy O2, a po usunięciu w bazie O2 tego co usunął O3, wygeneruj plik do zasilenia (usunięcia zbędnych danych) w bazie u O1.
w ten sposób dostaniesz bazę (post)ośrodkową, która będzie pozbawiona wszystkich elementów, które zostaną zastąpione nowszymi pomiarami, lepszymi pomiarami, albo po prostu są nie aktualne.
Te nowsze, lepsze, aktualniejsze masz na warstwach prywatnych u każdej z osób biorącej udział w projekcie.

Potem musisz już tylko eksportować/importować operaty i warstwy do momentu kiedy uzyskasz produkt finalny.

ps.
Nie dziwię się Alcaponowi, że mu się cięższy dowcip obudził.
Procedura, którą opisałem może wykombinować osoba mająca doświadczenie w zarządzaniu całkiem niewielkimi bazami wielkości mapki do celów projektowych.
Problem polega na tym, że nie wiedząc takich łatwych rzeczy wyłożysz się na trudnych.
Zaraz się okaże, że zrobiłaś nie w tej kolejności import i zauważy to dopiero inspektor w Podgik.
Alcapon chciałby tylko żeby nie koniecznie uszczęśliwiać takiego inspektora możliwością psioczenia na geodetów (jako grupę).
Jeżeli chcesz robić to na trzech komputerach w DOMU, to może się mylę, ale to nie jest to jedna prężna firma, tylko pospolite ruszenie, które wygrało przetarg za połowę następnej oferty.
Zaraz mi powiesz, że ja żałuję Ci dostępu do "zamkniętego" kręgu wykonawców.
Nie, absolutnie nie! To się nazywa konkurencja i jestem w stanie to znieść.
Problem w tym, że Ty oddasz tę bazę, ale to ja będę ją musiał później aktualizować i korzystać. Jeśli nie będzie wykonana jak trzeba to ja będę na tym cierpiał.
Jeśli po raz pierwszy stajesz przed problemem połączenia baz to znaczy, że nie masz doświadczenia, a jeżeli to Ty pytasz o to na forum, to znaczy że w tej trójce to Ty jesteś liderem i osobą, która zna się najlepiej z Was na obróbce numerycznej map.
Nie dziwi mnie zatem porównanie do tego murarza.Tyle, że to nie jest złośliwość tylko stwierdzenie faktu.

EEE tam złośliwi, ja się jeszcze nie wypowiadałem 

Same kiksiarskie teksty dzisiaj walicie  :rofl:
Miazga normalnie.

Mam nadzieje,że Asiulka nie pomyśli o nas źle bo my fajne chopcy som  :gamer4: