"Popraw dane" zrobiło tylko to co kazał operator, tzn zmienił tylko i wyłącznie pole DZIALKA.IDD, a tam jest jeszcze pole SIDD, które odpowiada za sortowanie.
Tamte posty były w grudniu 2018, trochę się zmieniło w międzyczasie.

Jedna z tych baz była prowadzona rozdzielnie jako kontynuacja bazy?

Teoretycznie eksport do formatu tekstowego z wielu warstw powinien załatwić temat.
Trzeba by zrobić dwa eksporty, w excelu zestawić je razem i usunąć powtarzające się linie. Wtedy w jednym zostaną elementy nowe, a w drugim pliku te usunięte.

A próbowałeś przypisać inny skrót dla tej funkcji która teraz ma ctrl+A?
Podobnie jeśli usuniesz go z listy Twoich skrótów, to spodziewałbym się, że zacznie działać oryginalna funkcja.

Teoretycznie nie powinno być problemu, ale może to jest kwestia na jakim poziomie względem gruntu są te obiekty założone.

Cytat: Cezary.K w Wtorek 07 Wrzesień 2021, 14:22:41
i łączysz po jednym wierzchołku obu obiektów tylko jednym odcinkiem

To jest kluczowe.
Dodatkowo wiem, że czasem źle się zachowują enklawy jak łączysz jedną enklawę za pośrednictwem innej enklawy.
Każda enklawa powinna być połączona jedną kreską z obiektem podstawowym i każda z tych linii powinna wychodzić z innego wierzchołka.

Pytasz czy jest możliwość wykonania operacji "Eksport tekstów z obiektami na których leżą"?

Po pierwszym przeczytaniu Twoich wiadomości, mam wrażenie, że jesteś wykonawcą i chcesz ponarzekać, że ośrodek Ci czegoś nie wydał. Może tak być, ale jak nie dołączysz tego pliku emu, to nikt nie zgadnie jak to jest naprawdę.
Jeśli się okaże, że jednak masz wszystkie dane, to ktoś zapyta Cię o to jak wczytałeś te dane do swojej bazy ewmapy. Możliwe, że dojdziemy do wniosku, iż tak się zdarzyło, że chciałeś zaimportować bazy firbirdowe do warstw standardowych (nazwa warstwy jest taka sama). Albo jeszcze inny scenariusz się wydarzył...

Jasne, że to tylko jakieś domysły, ale nie wiem dlaczego nie chcesz się podzielić wiedzą, którą masz, żebyśmy mogli Ci pomóc?

A na mojej płycie instalacyjnej Ewki 13 jest taki plik bat

instaluj dwa serwery Firebird.bat

@echo off
net file 1>NUL 2>NUL & if errorlevel 1 (echo Musisz kliknĄ† prawym przyciskiem myszy i wybra† & echo "Uruchom jako administrator" ľeby uruchomi† ten skrypt... & echo. & pause & exit /b)
cd /d "%~dp0"
Firebird-3.0.6.33328_0_x64.exe /COMPONENTS="ServerComponent,DevAdminComponent,ClientComponent" /MERGETASKS="CopyFbClientAsGds32Task" /SYSDBAPASSWORD="masterkey" /SILENT
if errorlevel 1 goto done
"%ProgramFiles%\Firebird\Firebird_3_0\instsvc" stop
Fire259.exe /COMPONENTS="ServerComponent\ClassicServerComponent,ServerComponent,DevAdminComponent" /MERGETASKS="!CopyFbClientAsGds32Task" /SILENT
if errorlevel 1 goto done
echo RemoteServicePort = 3051 >> "%ProgramFiles(x86)%\Firebird\Firebird_2_5\firebird.conf"
"%ProgramFiles(x86)%\Firebird\Firebird_2_5\bin\instsvc" stop
"%ProgramFiles(x86)%\Firebird\Firebird_2_5\bin\instsvc" remove
"%ProgramFiles%\Firebird\Firebird_3_0\instsvc" install
"%ProgramFiles%\Firebird\Firebird_3_0\instsvc" start
"%ProgramFiles(x86)%\Firebird\Firebird_2_5\bin\instsvc" install -c -n "Firebird 2.5"
"%ProgramFiles(x86)%\Firebird\Firebird_2_5\bin\instsvc" start -n "Firebird 2.5"
:done

Cytat: Pan Sowa w Środa 11 Sierpień 2021, 14:48:51
Jeśli już rozwiązaliśmy worek życzeń to ja do czternastki życzyłbym sobie jak najmniej błędów podczas konwersji😇

Ja nie natrafiłem dotychczas na jakieś szczególnie uciążliwe błędu programu w tym zakresie.
Z czym się spotkałeś?

marker tekstowy mi się podoba, bo dotychczas robiłem to jako serię czynności.
Zaznaczanie markerem punktów, zrzut markera na warstwę, zaznaczenie na warstwie symbolu EWMARKERx, zmiana na tekst.


Natomiast nie bardzo widzę zastosowania w EwMapie dla zmiany kursora, bo za to odpowiada system Windows.

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.

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?

Cytat: Lupus w Wtorek 29 Czerwiec 2021, 08:47:53
A czy próbowałeś już zrobić import po modernizacji? z innych obrębów też usuwa?

Możesz skorzystać z takiego pomysłu:

select id, nazwa from dokumenty
select id, idobr, idd  from dzialka where status in (0,1)
select id, iddok, iddz   from DOKUMENTY_DZIALKI_RPWL

potem połączyć/zestawić w excelu te tabele, wybrać te id dokumentów, które Cię interesują.
a potem usunąć je poleceniem
delete from DOKUMENTY_DZIALKI_RPWL where id in (.....)
w nawiasie wpisując listę tych dokumentów.

Znowu ostrzegam, że nie jest jakoś łatwe, ani megabezpieczne, bo trzeba trochę nad tym popracować.
Można by przygotować pliki do popraw dane i zamiast usuwać delete'em zmienić status na wartość 3 dla tych nieaktualnych. Wtedy zostanie nawet ślad po takim działaniu, co w bazie z historią ma swoje zalety.

Możesz też zlecić komuś (oczywiście np. mi  )  zrobienie tego.

Pisałem, że to nie jest jakoś specjalnie bezpieczne. 
Trzeba by było jeszcze powiązać nr d_d_rpwl.iddz z dzialka.idd i wysortować tylko takie które są związane z działkami z Twoich obrębów. Na pewno szybciej zadziała z join, ale dałoby pewnie radę też bez tego. Jednak to już odrobinę grubsza sprawa.

A czy próbowałeś już zrobić import po modernizacji? z innych obrębów też usuwa?