Zainstaluj firebirda 3

Ja to robiłem przez eksport i blokadę

W monitorze zapytań wykonaj to:

select a.kod, a.numer as "id obiektu", b.numer as "numer operatu" from ew_obiekty a
join ew_operaty  b on b.uid=a.operat
where status=0
order by b.numer

Wynik zapisz do pliku rozdzielonego tabulatorem (bez nazw kolumn), numery operatów zamień na datę pomiaru. Ten plik wykorzystaj do grupowej modyfikacji danych (w przeglądarce obiektów), wybierając "przypisz wartości z pliku". Z polem "Nadpisuj, gdy dane są uzupełnione" zrób, co uważasz za słuszne.

To jest eksperyment myślowy, nie testowany. Sprawdź słuszność założeń na kopii i rób na własne ryzyko

Robiąc modernizację nic nie kasujesz z żadnej bazy. Sięgnij do instrukcji ewopisu zanim narobisz nieodwracalnych szkód . / instrukcja str 147.

Może masz ustawioną inną skalę?

Mnożnik nie ma nic do zmiany komputera. Ustawiasz to w nagłówku podwarstwy i jest zawsze taki sam, bez względu na kompa, z którego otwierasz bazę.

Zostawienie operatu, który powstał w momencie tworzenie elementu, da się zrobić, jeżeli:
1. wykonawca zrobi import w zmianach bezpośrednich oraz zaznaczy "import operatów"
2. robiąc edycję, zadba o to, żeby robiąc edycję mapy nie przypisywał się aktywny operat
3. ośrodek zrobi import w trybie bezpośrednim, z importem operatów z bazy wykonawcy, ufając, że ten zrobił swoją bazę poprawnie.
Analizując te punkty wychodzi, że nie ma sposobu wykonania takiej edycji mapy, która trafi do ośrodka, bez przypisania Twojego operatu.

Nie, ten program nie dotyczy tylko tych baz. Schematy dla BDOT i GESUT zostały wstępnie przygotowane. Jeśli zrobisz na identycznej zasadzie plik schematu dla budynków, to przekonwertujesz też budynki.

Z wpisu autora wątku wywnioskowałem, że przenosić chce wszystkie struktury. Działki, kontury, użytki zrobić najłatwiej, tak jak wspomniał o tym @Lupus. Budynki robi się najłatwiej z baz "warstwowych" z uwagi na małą różnorodność elementów. Jeśli budynki były obiektami, to konwersja automatyczna, a elementy towarzyszące poprzez konwersję eksportów z przygotowanym plikiem schematu, jak dla baz BTOD i GESUT. Do obiektowania w pierwszej kolejności będą schody, żeby uzyskać w nich szrafurę (kreskowanie). W BDOT500, w zależności jak baza wyglądała, możliwe, że trzeba będzie podomykać obszary szrafurowane przed ich obiektowaniem . W części ośrodków robiło się jedną linię na styku dwóch elementów,  np. styk skarpy i drogi, trawnik i chodnik itp. Najwięcej gmerania i ręcznej roboty jest w GESUT, tak jak pisałem wcześniej, część symboli trzeba pozamianiać na linie (nie ma automatu, który to zrobi), prostokątne rury ochronne na linie, przy uzbrojeniu podziemnym włazy pozamieniać na studzienki tak, gdzie występuje tylko właz itp.
Podsumowując, podzielę pracę na etapy
1. konwersja
2. obiektowanie elementów niezbędnych do prawidłowego wyświetlania mapy (po tym etapie mapa może już funkcjonować)
3. obiektowanie pozostałej treści (można to rozciągnąć w czasie)
4. kontrola narzędziami ewmapy i ewentualne poprawki
5. eksport do GML, kontrola walidatorami GUGiK'owymi i ewentualne poprawki (nie wiem, czy jest dla BDOT500)

Jest automat do przełożenia warstw na rozwarstwienie fb z jednoczesną zmianą typów linii, nazw symboli itp. Robisz to programem dostarczonym z ewmapą "E11konw.exe". Kluczem do sukcesu jest zrobienie odpowiedniego pliku ze schematem konwersji, a jest to dość mozolne i wymaga szczególnej uwagi. Plik ze schematem (dla fragmentu bazy z budynkami) wygląda tak:
"...
L;EBTPO;8;;EGBC;0;1885      Blok budynku
T;EBTOO;9;;EGBC_E;0;      Blok budynki
L;EBTPO;3;;EGBC;2;;1856      Łącznik - pomiar
L;EBTPO;7;;EGBC;2;;1856      Łącznik - wektoryzacja
T;EBTOO;4;;EGBC_E;2;      Łącznik - liczba kondygnacji
..."
Czcionką pochyloną zaznaczyłem opisy, nie są one interpretowane przez program.
Podobne schematy robi się dla baz BDOT500 i GESUT (są dostarczone z ewmapą, ale trzeba je przerobić, by pasowały do Twoich baz)
Konwersję robisz na plikach eksportu z wielu warstw do formatu tekstowego.
Po konwersji zobiektować należy wszystkie elementy posiadające wypełnienie, tj skapry, schody, trawniki, zadrzewienia, cmentarze itp., gdyż wypełnień nie robi się ręcznie. Dla bazy GESUT ręcznie musisz pozamieniać symbole sieci napowietrznych na linie. Zapewne ręcznie należy zrobić jeszcze kilka rzeczy, o których teraz nie pamiętam.
Łatwo nie jest, ale jak się zrobi, satysfakcja murowana 

Dlatego wcześniej pisałem o dwóch kompletach baz, jedna do aktualizowania bazy ośrodkowej, druga do sporządzenia wydruku i wygenerowania dxf'a. Durno to brzmi, ale chyba nie ma wyjścia.

Bazy muszą być cięte do jednostek ewidencyjnych. Nie ma na to rady.

Cytat: Justek w Środa 10 Marzec 2021, 13:37:15
W samej bazie był miszmasz, bo albo słupy były wkreślone po jednej stronie, a sama linia po drugiej, albo całość po złej (poza bazą). Słupy poprawiłam na stronę zgodną z przynależnością do miasta/gminy, a linia została po stronie gminnej w całości, bo przechodzi tylko 20-30 cm i głupio by wyglądało robić co chwilę strzałki na przecięciu baz. Nie wiem w sumie jak jest prawidłowo, chyba nie ma tu złotego środka...

Takiego czegoś do ośrodka oddać nie możesz. Obiekty nie mogą wychodzić poza obszar jednostki ewidencyjnej. Ośrodek powinien takie bazy oddać. Zasilając bazy K-GESUT walidator wywala błędy. Rozwiązaniem jest zrobienie oddzielnych baz dla ośrodka i oddzielnych do zrobienia wydruku (ewentualnie też do wygenerowania dxf).

Cytat: Justek w Środa 10 Marzec 2021, 12:53:30
... kiedyś sie pobawię z dokładaniem baz fb, ale chyba bezpieczniej to zrobić po kreśleniu i zrobieniu eksportów modyfikujących, ...

Dodanie kilku baz obiektowych, np. 2x BDOT500 to żaden problem. Bazy powiatowe, służące do obsługi geoportali, tak właśnie są konfigurowane. Mają po kilkadziesiąt wpisów z różnymi bazami obiektowymi. Jedyne o czym należy pamiętać, to wybór odpowiedniej bazy w menu aktywności, w zależności w której jednostce chcesz wprowadzić obiekt. Modyfikacja obiektów do wydruku nie na kopii jest o tyle niebezpieczne, że w przypadku konieczności poprawki (negatywny protokół weryfikacji) pojawia się problem. Dlatego wszelkie tego typu edycje lepiej robić na kopii bazy.

fragment pliku baza.ini:

Kat1=fb:c:\ścieżka1\bdot500.fdb:BDOT500
Kat1Nazwa=BDOT500_miasto
Kat2=fb:c:\ścieżka2\bdot500.fdb:BDOT500
Kat2Nazwa=BDOT500_gmina
.......
itp

Jak się dzwoni na centralę, łączą bez problemu z kim trzeba I jedyne co trzeba wyłuszczyć to informacja, z kim chcesz być połączony.

Przy eksporcie modyfikującym nie eksportuje się plik acs z opisem funkcji i kondygnacji budynków, bo jest niepotrzebny. Do baz PODGiK ta informacja nie idzie, bo wartości etykiet są wstawiane na podstawie danych z ewopis. Pliki acs przy imporcie "do modyfikacji" oraz mozliwosć uzupełniania funkcji i kondygnacji są wyłącznie po to, by geodeta mógł wygenerować poprawnego dxf oraz sporządzić poprawny wydruk. Dane tam wpisane nijak się mają do wartosci wyświetlanych w bazach PODGiK i w geoportalach