Nie dziwię się, że w ośrodku tego dziwoląga odrzucili. Musisz mieć świadomość, że schody pokazujesz symbolicznie. Wnosisz ich obrys i wskazujesz kierunek stopni. Nie staraj się pokazać ilości stopni, ich szerokości czy innych niuansów. Nie ma takiej potrzeby.

Przypisywanie operatu do linii na podstawie obiektu, w skład którego te linie wchodzą, to nie do końca dobry pomysł. Obiekt ma przypisany operat z ostatniej modyfikacji, a linia powinna mieć przypisany ten operat, z którego powstała. Często są to różne operaty. Według mnie lepiej jak nie żadnej informacji, niż na siłę przypisać błędną. Ale to nie moja baza i nie moja decyzja. Gdybym to ja miał robić, to raczej sql a nie eksport-imoprt, żeby nie dorabiać niepotrzebnej historii w bazie.

Nie do końca wyobrażam sobie sytuację, że ktoś inny niż pracownik ośrodka edytuje raster, i to z kilku powodów. Ciężko zweryfikować, czy usunięto to, co potrzeba. Jest problem, szczególnie na bardziej popularnych arkuszach i dwóch lub więcej zgłoszeniach przy których należy konkretny raster modyfikować. W czym ma to robić geodeta, który nie posiada ewmapy? Wszelkie konwersje do np GEO-Tif i powtórnie do evr to degradacja jakości. Ale tak jak wspomniał @alcapon, najlepiej to ustalać z pracownikiem podgiku a nie tu, na forum. My możemy tylko doradzać, ale nie decydować

Pracownik PODGiK robi import modyfikujący z zaznaczoną opcją "import w celu rozwiązania konfliktu". Robi, jeśli mu się zechce. Jeśli jest to ośrodek o którym myślę, to może się nie zechcieć.

Poprzez monitor zapytań można ten proces zautomatyzować. W tabeli ew_operaty musisz zmienić pole typ z 3 na 8. Ustaw jakiś warunek na np datę utworzenia i osobę, żeby nie pozmieniać za dużo   Musisz pamiętać, że operaty w materiale zasobu mają ściśle określony format numerowania.

Po podpowiedzi z pewnością ogarnie temat 

Quazar na pewno ucieszył się z odpowiedzi

Przeczytaj upgrade do wersji 13.5. Praca na obiektach konfliktowych była możliwa wcześniej, ale w wersji 13.5 doszło bardzo pomocne narzędzie.

To, że plik modyfikujący zawiera obiekty zmienione w bazie PODGiK po eksporcie do modyfikacji nie czyni tego pliku niepoprawnym. Wielokrotnie na forum pisałem, że ewmapa daje narzędzie, żeby sobie z tym poradzić. Opór ośrodka z wgrywaniem takich plików wynika z braku wiedzy lub braku dobrej woli. No, chyba, że Twój plik jest sporo "przeterminowany"

https://knowledge.autodesk.com/support/autocad/troubleshooting/caas/sfdcarticles/sfdcarticles/Creating-multicolored-linetypes.html

Z eksploratora tego nie zrobisz. Osie przewodów czy elementy towarzyszące da się zrobić, ale wszystkie słupy, bez względu na branże są na tej samej warstwie. W przypadku bazy obiektowej możesz wydać gml z filtrem "Gesut wg sieci" i ustawiasz branże, która Ciebie interesuje. Gml łatwo przerobisz na dxf np w QGIS.

Z instrukcji:

19. Popraw dane
Opcja ta umożliwia wypełnienie niektórych pól tabeli bazy danych z pliku tekstowego. Plik ten musi mieć następujący format:
****<nazwa tabeli>****
<nazwa pola identyfikatora_1>,<nazwa pola identyfikatora_2>, ...
<nazwa pola do aktualizacji_1>,<nazwa pola do aktualizacji_2>, ...
<identyfikator_1_1>,<identyfikator_2_1>, ... ;<dana do pola_1_1>,<dana do pola_2_1>, ...
<identyfikator_1_n>,<identyfikator_2_n>, ... ;<dana do pola_1_n>,<dana do pola_2_n>, ..
UWAGA!!!
Standard polskich liter - CP-1250(Windows)
Pola tekstowe i typu data powinny być wpisane w znakach ' ' .
Np. poniższy plik tekstowy służy do aktualizacji w tabeli Działki pól: Wartość, Data wyceny, Uwagi
dla następujących działek: 1-1/1, 1-1/2, 2-210, 2-211, 2-212
****DZIALKA****
TERYT,IDOBR,IDD
WRT,DWR,UWAGI
'000000_2',1,'1/1';52000,'2002-12-10','DZIAŁKA REKREACYJNA'
'000000_2',1,'1/2';52000,'2002-12-10','DZIAŁKA REKREACYJNA'
'000000_2',2,'210';2000,'2002-12-10','OGRÓDEK DZIAŁKOWY'
'000000_2',2,'211';2000,'2002-12-10','OGRÓDEK DZIAŁKOWY'
'000000_2',2,'212';2000,'2002-12-10','OGRÓDEK DZIAŁKOWY'


Położenie ma identyfikator 'POL'

Wygląda na to, że masz źle przygotowany plik. Jako położenie chcesz wstawiać datę?

Ewmapa od którejś aktualizacji wersji 12 "pilnuje" wypełnienie obligatoryjnego atrybutu "oznaczenie bloku budynku". Obiekt powstawał w ewmapie zapewne w wersji sprzed tej kontroli, dlatego udało się go zapisać. Importujesz nowszą wersją, i ta kontrola nie puści obiektu bez oznaczenia bloku. Najprościej i najlogiczniej byłoby poprawić bazę, skąd nastąpił eksport, bo takie błędy będą się powtarzać.

Dokładnie tak. Wybierasz rodzaj eksportu modyfikujący, ale nie wskazujesz pliku otrzymanego do modyfikacji.