Na szkicu zastosuj symbole z rozporządzenia czyli okrąg, ponieważ kształt kwadratowy sugeruje, że podpora jest na tyle duża, że należy ją przedstawić w skali, za pomocą poligonu. Dla symbolu jest zarezerwowany jednia kształt okrągły.
Aczkolwiek jak sugeruje kolega powyżej brak podstawy prawnej dla tej usterki. W przepisach nic nie ma na temat co ma zawierać szkic, ani tym bardziej jakie symbole.

C-SWDE wczytuje, mam też podgląd w nim na dane opisowe budynku, stad wiem, że jest to obiekt ewidencyjny. Do ewmapy wrzuciłem wyeksportowany z C-SWDE dxf z budynkami. Ale wiadomo, że nie o to w tym chodzi i powinno to wchodzić bezpośrednio do ewmapy.

Podczas importu EGiB z GML importuję wszystko prócz budynków. Poniżej fragment raportu

Import nie został przeprowadzony z powodu błędów:

Budynki - Obiekt: EGBB01 11-0 występuje wielokrotnie. Błąd dla obiektu: PL.PZGiK.66.EGiB_9ce54394-f164-4b01-9548-f3d807f630cf_2010-10-16T19-00-29
Budynki - Obiekt: EGBB01 11-0 występuje wielokrotnie. Błąd dla obiektu: PL.PZGiK.66.EGiB_37f06d5b-14c2-4c0b-a05a-af3f3e2ebf0f_2010-10-16T19-00-29
Budynki - Obiekt: EGBB01 11-0 występuje wielokrotnie. Błąd dla obiektu: PL.PZGiK.66.EGiB_6936565b-351f-43c5-8673-13a1f9eec73e_2010-10-16T19-00-29
Budynki - Obiekt: EGBB01 11-0 występuje wielokrotnie. Błąd dla obiektu: PL.PZGiK.66.EGiB_e84327e2-a39d-4549-97dd-cadf3d9fd9f0_2010-10-16T19-00-29
Budynki - Obiekt: EGBB01 11-0 występuje wielokrotnie. Błąd dla obiektu: PL.PZGiK.66.EGiB_884ed496-a90f-4594-beb8-a06f96951d10_2010-10-16T19-00-29

Wam wchodzą budynki do bazy FB z GML pochodzącego z systemu WEBEWID ?

Nie utworzyłeś warstw wzorcowych i dlatego potrzebujesz tej funkcji aby móc zaimportować, czy po prostu chcesz zmienić jakieś parametry ?
Jak tą funkcję uruchomić to nie wiem.
Warstwy do importu można utworzyć w konfiguracji warstw i konfiguracji bazy FB. Wtedy będzie można to zaimportować bez konieczności importu parametrów warstw.

Obecnie dla mnie główna bolączka Ewmapy to powolne działanie eksploratora i funkcji z tym związanych typu eksport tekstów itp. gdzie trzeba wskazać warstwę. Jest pinezka, która przypina eksplorator ale czasami odruchowo zamykam i dalej parę sekund do tyłu, poz atym zasłania spory kawałek mapy. Po przebudowie programu do wersji 13 przestało to płynnie działać.

Kiedy zaznaczam markerem jakąś powierzchnię na bazie działek z aktywnym zatrzaskiem do przecięcia linii to nie zawsze zatrzaskuje w punkcie granicznym tylko obok zwłaszcza gdy w bazie punkt jest stabilizowany. Teoretycznie aby tego uniknąć można stosować zatrzask bezwarunkowy, tylko problem w tym, że gdy numer punktu granicznego ma inne współrzędne niż punkt to zatrzaskuje do numeru zamiast do współrzędnych punktu. Po co komu zatrzaskiwanie do numeru ? Myślę, że tu należałoby poprawić algorytmy aby zatrzask brał współrzędne punktu, a nie numeru punktu.

Rewelacja, dzięki bardzo. 

Przydałaby się również możliwość oznaczania (może markerem punktowym) punktów w bazie działek, które spełniają standardy sposobu pozyskania danych i dokładności. Obecnie wyszukanie takich punktów jest kłopotliwe .

Z tym operatem to trzeba mieć pewność, że się zawsze pracowało na właściwym operacie itd. A data modyfikacji jest niezależna od tego jaki operat jest przypisany, czy w ogóle jest jakikolwiek przypisany. Jeśli coś przesunąłeś a zostawiłeś stary operat to już tego nie zobaczysz po numerze swojego operatu.  Ja tą datę i godzinę ustalam w ten sposób, że klikam na element niemodyfikowany i sprawdzam jego datę i godzinę i w filtrze dodaję powiedzmy 10 minut do tego.

Jeśli to ma służyć do wydruku PDF lub na papierze to proponuje inne rozwiązanie czyli zaznaczenie niepotrzebnej treści na biało przy użyciu filtrów np po dacie modyfikacji

Może chodzi o to, że eksportują pliki wraz z ustawieniami warstw i wtedy importuje się na skonfigurowany pusty katalog i w imporcie z wielu warstw zaznacza się  "importuj parametry warstw i podwarstw".

Ja zastosowałem w moim mniemaniu prostsze rozwiązanie. Konfigurujesz sobie dodatkowy katalog GESUT, BDOT500 czy co tam komu potrzeba. Katalog najlepiej czysty (można skopiować jakiś plik fdb i wyczyścić czerwonym koszem). Na ten lub te dodatkowe katalogi jeszcze raz importujesz  plik modyfikujący z ośrodka. Odczytujesz katalog i zaznaczasz skasowany obiekt. Następnie wchodzisz w obiekty/eksport/eksport do formatu tekstowego. Tam masz już automatycznie wpisany identyfikator zaznaczonego obiektu i jego kod oraz nazwę bazy. Wskazujesz tylko nazwę pliku do którego robisz ten eksport. Następnie robisz import z formatu tekstowego podstawowy tego pliku na bazę, na której pracujesz. Dodatkowa zaleta to taka, że te dodatkowe niemodyfikowane katalogi można wykorzystać do mapy porównania z terenem w celu przekreślenia usuniętych elementów oraz taka, że raz skonfigurowane katalogi można wielokrotnie wykorzystać w celu przywrócenia usuniętych obiektów. Metoda przetestowana w podgik.

Ja do skreśleń dodatkowo konfiguruję sobie oryginalne nieedytowane bazy z ośrodka, które są jeśli chodzi o kolejność wydruku na samym spodzie tak aby ostateczna baza to zasłaniała a niezasłonięte będą tylko elementy usunięte . I teraz w zależności od tolerancji ośrodka albo przedstawiam w jakimś innym kolorze np zielony (nie jest to zgodne z przepisami) i do tego legenda na mapie porównania.  Albo tradycyjnie przekreślenia na czerwono (do tego mam przygotowane dwa bloki z podwójnymi kreskami, gdzie punkt zaczepienia jest w środku ciężkości, drugi blok taki sam tylko skręcony o 90 stopni - z takim blokiem jednym kliknięciem wstawiam dwie kreski).

Wydaje mi się ,że przerabiałem podobny problem. Możliwe, że na jednym komputerze w ustawieniach warstwy przy napisie mnożniki jest "(*)" , a na drugim nie ma. Już nie pamiętam z jakiego powodu tak może być, czy wersja ewmapy czy coś innego ale na pewno jak jest przy napisie mnożniki czy też przeskalowanie grubości jest  (*) to przeskalowania działają inaczej niż jeżeli (*) przy tych napisach tego nie ma.  Pamiętam , że to rozwiązanie z (*) jest nowsze.  Jak sprawić aby na komputerach było tak samo nie pamietam, ale jak zadzwonisz do geobidu i powiesz o tych gwiazdkach to powiędzą co i jak.

Wiem,że stary wątek ale mimo to podłączę się do niego. Ten problem występuje u mnie właśnie od grudnia 2020 kiedy to zainstalowałem ewmapę 13. Równocześnie miałem wersję 12 i na niej wszystko śmigało błyskawicznie natomiast na 13 tak jak kolega napisał. Przy obszernych bazach gdzie skonfigurowane jest około 20 katalogów trwa to jeszcze dłużej bo około 8 sek. Ustawienia zasilania mam najwyższa wydajność. Nawet przy ustawieniu priorytetu czasu rzeczywistego pomaga to odrobinę.