A w opcjach programu masz aby ewmapa NIE wyświetlała linii niewidocznych?
Bo jeśli na ekranie Ci się wyświetlają to oczywiście na wydruku też będą...a jeśli na ekranie ich nie widać to na wydruku też ich nie widać

Mi się linie niewidoczne nie drukują ...po to przecież one są
Chyba, że masz kilka linii jedna na drugiej i może nie wszystkie linie które leżą na sobie zrobiłeś niewidoczne.

Niewidoczne symbole..pierwsze słyszę
Nie za bardzo wiem po co coś takiego. 
Wrzuć sobie te symbole na białą warstwę to się nie wydrukują...ale to nie będą już obiekty bo system nie pozwoli na stworzenie obiektu na "swojej" warstwie

Po przeniesieniu plikow z bazami musisz edytowac plik baza.ini w ktorym trzeba pozamieniac scieżki dostępu. Potem na każdym stanowisku trzeba wskazać gdzie jest plik baza.ini i po sprawie

Albo zrobić sobie odpowiednie pozycje w menu widoczności, np. "mapa zasadnicza" która będzie zapalać tylko te warstwy które są Ci potrzebne do mapy zasadniczej

ad1.
Podana kolejność działania jest prawidłowa.
Co masz na myśli pisząc czy ośrodki wymagają pliku txt?
Generalnie każdy plik z ewmapy, czy to warstwy, działki czy obiekty to plik tekstowy...co najwyżej spakowany zipem

Bazę zakładasz poprzez kreator baz. Zaznaczasz tam "pozycję" które mają zostać utworzone.
Generalnie najlepiej zawsze zaznaczać wszystko co będzie potrzebne niż potem kombinować np. dodawaniem bazy bdot bo myślałaś że się nie przyda.

Co do eksportu to będziesz to wykonywać gdy powiat będzie pracował na ewmapie, inne programy nie łykną danych z ewmapy. Pozostaje jeszcze gml...ale to w przypadku gdy działasz na danych obiektowych.

Odnośnie importu dxfa do ewmapy to jak dla mnie szkoda nerwów...zwłaszcza gdy dxf pochodzi np. z geoinfo.

ad2.
Dane które będziesz dostawać z podgik (zakładam że podgik pracuje na ewmapie) wydawane są w formacie "do modyfikacji"
Oznacza to że dane te trzeba importować do CZYSTEJ bazy (baza która nie zawiera żadnych elementów)
Możesz oczywiście stworzyć nową bazę albo wykorzystać bazę na której już pracowałaś - pod warunkiem że przed importem wyczyścisz tą bazę.

Jeśli chcesz zachowywać swoje wcześniejsze prace to albo za każdym razem gdy dostaniesz dane z podgika będziesz tworzyła nowe bazy (nazwijmy je bazami testowymi) albo stworzysz sobie bazy o "zasięgu danej jednostki ewidencyjnej" (nazwijmy ją bazą główną)
Wtedy po zakończeniu opracowywania danego zgłoszenia (w bazie testowej) możesz wyeksportować sobie dane z bazy w której opracowywałaś dany temat a następnie zaimportować je do "bazy głównej" (bazy o zasięgu jednostki ewidencyjnej)
Potem czyścisz bazę testową i opracowujesz w niej kolejne zgłoszenie i tak w kółko

Wyszła nowa ewmapa v12.18...teraz już importuje numery operatów podczas importu rzędnych do baz gesut bdot

Eksport dzialek do txt a potem import do drugiej bazy a potem reczne obrabianie

Przy pomocy programiku kompilator ktory jest w folderze ewmapy zdekompilujesz plik lin do pliku txt. Tam znajdziesz oznaczenia ktorych szukasz

W oknie Obiekty-eksport do formatu tekstowego oraz Obiekty-eksport z wielu katalogów do formatu tekstowego bardzo brakuje funkcji eksport z bloku.
Obsługa bloków przydałaby się także w oknie Zaznaczanie obiektów.

Tak jak pisał Lupus.
Do obiektu może zostać przypisany nr aktywnego operatu jeśli ta opcja będzie zaznaczona na listwie do modyfikacji warstw.

W sumie trochę kicha...program powinien przypisać obiektom taki sam nr operatu jak elementom na warstwach.
Ułatwiło by to masowe importy 

Ja jak kartuje osadnik to w przypadku gdy ktos ma na działce zwykłe stare szambo lokalne kl. Komora podziemna występyje przy większości włazów a zbiornik np. gdy ktos ma na działce zbiornik z gazem

W załączniku plik gml z systemu geoinfo
Próbowałem to zaimportować do ewmapy.
Prawie jest ok...tylko rzędne pik. wysokościowych wyświetlają się jako 0.0
Jak komuś się uda poprawny import niech da znać...

Wyslij baze do geobidu niech zajrzą od środka co jest nie tak

Ten plik nie zawiera konfiguracji warstw. Nic z nim nie zrobisz. Potrzebne albo czyste warstwy wzorcowe albo nowy plik do modyfikacji ktory bedzie zawieral konfiguracje warstw

1.Nie musisz klikać opcji "nie importuj elementów na warstwy". Jeśli podczas importu zaznaczysz opcję "importuj parametry warstw i podwarstw" to program w locie utworzy warstwy i potem zrobi import.

2.Powody dla którego warstwy nie są automatycznie tworzone podczas importu:
- plik do modyfikacji może nie zawierać parametrów warstw
- w konfiguracji danego katalogu z warstwami nie masz zaznaczonej opcji "importu parametrów ...."

Nic innego nie przychodzi mi do głowy.
Otwórz plik do modyfikacji w notatniku to od razu zobaczysz czy masz w nim parametry warstw i podwarstw

Możesz też zaimportować ten sam plik do innej bazy i zobaczysz czy warstwy są tworzone.
W ostateczności możesz poprosić powiat o tzw. czyste warstwy wzorcowe i wrzucić je do folderu WARSTWY - kiedyś tak się robiło gdy pliki wydawane z podgik nie zawierały jeszcze konfiguracji warstw i podwarstw