.:: Ewmapa ::.

import warstw
Częstym problemem w moim ośrodku jest aktualizacja baz przez geodetów ,można je pogrupować
1/ podczas importu bazy od wykonawcy w bazie ośrodka wszystko wgrywa się podwójnie jest zdublowane, bądź nowe wprowadzone przez
    wykonawcę elementy nakładają się na istniejące w bazie
2/ w bazie ośrodka dopisują się warstwy nie istniejące w głównej bazie tylko w bazie roboczej wykonawcy pliku modyfikującego
Mam prośbę o procedurę tworzenia przez geodetów pliku modyfikującego bazę główną by wszystko wgrywało się dobrze.
Samouczek krok po kroku od wydania bazy z Ośrodka przez opracowanie geodety do aktualizacji bazy

w_grusze popatrz w dziale tutoriale - jak zacząć pracę z programem.

W skrócie to wygląda tak:
1.ośrodek robi eksport z wielu warstwo do formatu tekstowego (nie wiem jaką wersję ewmapy posiadacie, ale jeśli to jest v10 to podczas eksportu możesz zaznaczyć opcję eksport parametrów warstw. wtedy nie musisz wydawać geodecie pustych warstw wzorcowych. Jednak on też musi posiadać ewmapę v10)

2.geodeta DO CZYSTEJ BAZY importuje plik do modyfikacji

3.geodeta dodaje nowy operat i go UAKTYWNIA
Uaktywnienie operaty jest bardzo ważne. Dzięki temu aktywny operat zostanie przypisany do nowych elementów dodanych przez geodetę. Aktywny operat zostanie także przypisany do wykasowanych elementów. Aktywny operat może też zostać przypisany do zmienianych elementów, ale z tym należy bardzo uważać. Geodeta nie powinien przypisywać swojego operaty do zmienianych elementów - np. gdy przesuwa w inne miejsce wysokość kanału. Jednak gdy już zmienia wysokość kanału to powinien przypisać swój operat.

4.geodeta modyfikuje mapę - dodaje nowe elementy, kasuje istniejące lub je zmienia
Do modyfikacji mapy powinien użyć wykorzystywane przez ośrodek menu aktywności

5.geodeta robi eksport z wielu warstw do formatu tekstowych - RODZAJ EKSPORTU MODYFIKUJĄCY
Geodeta nie powinien zaznaczać opcji EKSPORTUJ PARAMETRY WARSTW. Dzięki temu w ośrodku nie zostaną utworzone warstwy które geodeta sam sobie stworzył.

6.Ośrodek robi import wielu warstw z formatu tekstowego - rodzaj importu MODYFIKUJĄCY
Nie należy zaznaczać opcji IMPORTUJ PARAMETRY WARSTW. Dzięki temu ewmapa nie stworzy w ośrodku warstw które stworzył sobie geodeta.

Problem z podwójnymi elementami może wystąpić gdy ośrodek wyda geodecie plik w formacie PODSTAWOWYM, geodeta taki plik zmodyfikuje i odda do ośrodka także plik w formacie PODSTAWOWYM.
TAK NIE WOLNO ROBIĆ!! ... POD KARĄ CHŁOSTY, GRZYWNY I BICZÓW WODNYCH  :crazy2:

Nr KERG  nadawany jest w momencie zgłoszenia roboty.

W ośrodkach z którymi miałem/mam styczność i które korzystają  z ewmapy, wprowadza się numer KERG.
Tak więc geodeta gdy odbiera zgłoszenie z powiatu zna KERG.
Nr KERG jest przypisywany do zmian wprowadzanych przez geodetę.

Jeśli u was PODSTAWA ZMIAN = NUMER OPERATU <> NR KERG to proponuję przeprowadzić kilka testów jak zachowa się ewmapa gdy podczas importu danych do ośrodka gdy będzie uaktywniony NUMER OPERATU.
Należy potestować import z opcją importuj operaty oraz bez tej opcji.
Należy też sprawdzić co się stanie gdy geodeta mimo wszystko podczas edycji mapy przypisze wprowadzanym zmianom NR KERG.

Trochę potestowałem jak zachowuje się ewmapa w przypadku importu modyfikującego.
I tak:

- PODGiK przed dokonaniem importu modyfikującego  dodaje nowy operat i uaktywnia go.
W oknie importu pliku modyfikującego ośrodek NIE zaznacza opcji IMPORTUJ OPERATY.
W takim przypadku wszystkie zmiany które niesie ze sobą plik modyfikujący przypisane zostaną do operatu, który był aktywny w trakcie wykonywania importu. Nie ma znaczenia czy geodeta dodał swój operat czy nie.

Rozwiązanie to ma jedną zasadniczą wadę. Jeśli geodeta zmieni jakiś element na mapie (np. przesunie rzędną opisującą właz kanału, rzędna ta oczywiście miała przypisany operat w którym została pomierzona) to po przeprowadzeniu importu modyfikującego elementy które uległy zmianie (np. zostały przesunięte w inne miejsce) dostaną nowy numer operatu (operat aktywy w czasie wykonywania importu modyfikującego).

Dojdzie więc do przekłamania w bazie prowadzonej przez ośrodek. Do rzędnej opisującej właz kanału nie będzie przypisany operat w którym ten kanał został pomierzony lecz operat w którym geodeta przesunął rzędną w inne miejsce.

- jeśli podczas importu modyfikującego PODGiK zaznaczy opcje IMPORTUJ OPERATY, to nie ma znaczenia czy ośrodek przed dokonaniem importu modyfikującego uaktywni sobie jakiś operat czy nie. Informacje o operatach będą pobierane z pliku modyfikującego.

w_grusze jeśli więc zamierzacie nadal rozróżniać KERG od numeru operatu to chyba proponuję tak:

- geodeta podczas przed modyfikacją mapy dodaje i uaktywnia swój operat (jako numer operatu podaje nr KERG)

- wszystkie dodane/usunięte elementy zostaną przypisane do numeru KERG, jeśli geodeta jest kumaty do przypisze też swój operat do elementów modyfikowanych (np. gdy zmienia rzędną kanału), oraz nie będzie przypisywał swojego operatu do elementów modyfikowanych w sytuacji gdy nie powinien tego robić (np. przesuwa rzędną kanału w inne miejsce)

- ośrodek w trakcie importu modyfikującego UAKTYWNIA OPCJĘ IMPORTUJ OPERATY.
W ten sposób do bazy operatów zostanie dodany NR KERG który wpisał geodeta podczas modyfikacji mapy.
Następnie ośrodek otwiera bazę operatów, szuka numeru KERG, który wpisał geodeta i edytuje go zmieniając na NUMER OPERATU. W ten sposób elementy, które miały poprzednio przypisany nr KERG będą teraz miały przypisany NUMER OPERATU wprowadzony przez ośrodek.
UWAGA! Ośrodek może tylko zamienić (edytować) KERG na NR OPERATU.
Gdy ośrodek doda do bazy NUMER OPERATU a potem będzie chciał zmienić NUMER KERG na dodany wcześniej NUMER OPERATU  nie będzie to możliwe.

Ufff to się rozpisałem.
Należy jeszcze sprawdzić jak zachowuje się ewmapa jeśli chodzi o działki i punkty.