.:: Ewmapa ::.

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.

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.

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ć.

 :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:

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.

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.