Osoba z prawami administratora (SYSDBA) ustawia uprawnienia dla użytkowników. Uprawnienia ustawiane są niezależnie dla każdego pliku fbd.

Po co używać excela do czegoś, co możesz w prosty sposób wykonać w ewmapie? Tu bardzo zasadny jest wpis ze stopki kolegi @LUPUS (bardzo mądre zdanie tam umieścił) 

Cytat: Lupus w Czwartek 04 Lipiec 2019, 15:53:00
Nie mówię tutaj o linii która należy do 2 obiektów, bo takie sytuacje są normalne, linia na połączeniu dwóch obiektów tego samego typu. Bardziej chodzi mi o etykiety.
Szczerze mówiąc nie sprawdzałem tego, ale skąd są brane informacje do wypełnienia treści etykiety
Jeżeli jedną etykietę podłączę do dwóch obiektów, jeden będzie wiązką 3eNN, a drugi eNN to jaki napis pojawi się zamiast etykiety?

Na chwilę obecną wartość do wyświetlania etykiety brana jest z jednego obiektu, zapewne pierwszego z listy.

Cytat: Lupus w Czwartek 04 Lipiec 2019, 15:53:00
Gdzie widzisz problem przy segmentacji wg daty pomiaru i dlaczego nie jest dobre rozwiązanie?

Popatrz na bazy globalnie, nie z punktu widzenia wykonawcy. W bazie np. PODGiK'u masz setki tysięcy obiektów. Nadmierne zwiększanie ich ilości wpływa na czas importów, eksportów, analiz, wyszukiwania ...

Cytat: wfor w Czwartek 04 Lipiec 2019, 09:44:53
I to jest największa herezja tego rozporządzenia. Ocena przydatności w dużym stopniu powinna wynikać z daty pomiaru. A tak zmodyfikowany jeden wierzchołek obiektu i data aktualna - czasami przeskok o 30 lat. I później wychodzi że wszystkie jezdnie z miasta o jednakowej nawierzchni i pomiarze na osnowe to jeden ogromny obiekt który jest "aktualny" przynajmniej o tym świadczy data pomiaru

A jakie jest inne rozwiązanie? Fragmentacja obiektu ze względu na datę pomiaru? To też nie jest dobrym rozwiązaniem.

Cytat: Lupus w Czwartek 04 Lipiec 2019, 09:48:29
To nie jest takie proste.
Podłączenie jednej etykiety do wielu obiektów uniemożliwia np. kasowanie obiektu w całości. Bo skasujesz etykietę należącą do innego obiektu, a tak oczywiście nie może się stać.

Nie masz racji. To, co ma się skasować, kasuje się bez problemu. Jeżeli element wchodzi w skład innego obiektu, nie zostanie skasowany.

Datę pomiaru obiekt przyjmuje z daty pomiaru ostatniego modyfikowanego/dołączanego elementu. Przynajmniej tak w teorii powinno to wyglądać. Co do mufy, wykazuje się je tylko na światłowodach.
Co do obiektowania, jestem zwolennikiem prowadzenia obiektu od początku do końca jako jeden obiekt. W niektórych miejscach będzie się on pokrywał z innym obiektem, wtedy jeden wektor lub etykieta wchodzi w skład dwóch lub więcej obiektów.
Na dzień dzisiejszy w ewmapie obiektuje się tak, żeby albo prawidłowo wyświetlała się liczba przewodów na danym odcinku, i wtedy następuje fragmentacja obiektu w miejscach, gdzie faktycznie się on nie dzieli, albo obiektuje się w sposób zgodny z jego rzeczywistym przebiegiem, ale wówczas nie wyświetla się prawidłowo liczba przewodów na poszczególnych odcinkach. Zgłaszałem do Geobidu pomysł, żeby przed wizualizacją wartości etykiety program sprawdzał, w skład ilu obiektów wchodzi etykieta (bo etykietę można podpiąc do dowolnej liczby obiektów) i sumował ilość przewodów ze wszystkich obiektów i tą wartość wyświetlał. Pomysł do tej pory nie został zrealizowany, ale jestem dobrej myśli.

W tej całej sytuacji nie rozumiem podejścia pracowników ośrodka. Komplikują życie sobie i innym (chociaż bardziej innym).

Czy Ty i ośrodek pracujecie na ewmapie? Jeśli tak, to trzeba wymieniać eksportami modyfikującymi a nie gml'ami. Ewmapa nie działa jak np. Turboewid, i ośrodek nie ma możliwości fizycznej blokady części bazy (co ma swoje plusy i minusy). Ewmapa ma mechanizm do radzenia sobie ze zmianą obiektów po eksporcie dla wykonawcy. Jest to tzw "import w celu rozwiązania konfliktu". Nie jest to bardzo skomplikowana operacja i średnio zaangażowany operator ewmapy nie powinien mieć z tym problemu.

Oczywiście, że da się to zrobić w ewmapie 
1. Punkty\Przeglądanie punktów aktywnej bazy\
2. Zaznacz/odznacz punkty przez okno wyboru
3. Ustawiasz filtr "wybór punktów"
4. Ustawiasz warunki np. Kod "stabilizacji=pole nieokreślone"
5. Wybierasz punkty spełniające określone warunki
6. Po przejściu do okna przeglądania punktów wybierasz "Grupowa modyfikacja danych"

Czy dzieje się to na styku dwóch skarp?

Cytat: Jakub_S w Poniedziałek 03 Czerwiec 2019, 14:45:59
Faktycznie, ta opcja też zadziałała i jest sensowna. A samo RegExp co oznacza, bo w pomocy EWMapy nie znalazłem odpowiedzi, a wykorzystując ten operator też otrzymałem, to co chciałem?

Z pomocy ewmapy ...
wzorzec – definicja wzorca dopuszczalnej struktury wprowadzanych elementów dla pola tekstowego. Do tworzenia definicji wykorzystywany jest język RegExp,

Sprawdź dla tych niektórych skarp typy linii w ewmapie przed eksportem do gml'a.

Cytat: Lupus w Czwartek 16 Maj 2019, 23:23:43
Rozumiem ideę niewstawiania dwóch linii w tym samym miejscu, ale jaki jest argument za takim stwierdzeniem?

Jeżeli rozumiesz, to dlaczego pytasz ??

Cytat: pablo-p w Czwartek 16 Maj 2019, 15:56:03
...zrób to węzłem przy aktywnej j.mb. i pod prawym klawiszem jest opcja "usuń obiekty i podobiekty", kliknij i wskaż linię j.gr. do usunięcia (usunie się tylko z aktywnego obiektu), następnie zapisz obiekt aktywny (j.mb.).

W sposób, który opisałeś, zmieni się położenie wspólnego węzła. Nie uaktywniając żadnego obiektu, przesuwając węzeł otrzymasz identyczny rezultat, a nie o to chodziło autorowi pytania.
Musisz wejść w edycję "j.mb". Pod prawym przyciskiem myszy masz usuwanie elementów i podobiektów. Usuń co trzeba na odcinku, który chcesz zmodyfikować, następnie wrysuj nową krawędź i zapisz obiekt "j.mb". Tam, gdzie odcinki się nie nakładają, usuwaj koszem z listwy "operacje na warstwach".

Cytat: pablo-p w Czwartek 16 Maj 2019, 15:56:03
Generalnie jezdnie powinny się stykać i mieć wspólną krawędź niezależnie od rodzaju jezdni. Spotykam się, że obiekty typu jezdnia są rozdzielane lub wstawiane podwójne linie np. j. mb. i j. gr. - jest to moim zdaniem błąd.

Jeżeli jezdnie faktycznie mają wspólną krawędź, nie powinno się dublować linii na warstwach.

W ewmapie 12.25 wprowadzono narzędzie do scalania osób w słowniku władających/inwestorów. Przy dużej ilości osób może warto to zrobić z poziomu sql.

Prowadzenie baza.ini w notatniku nie jest wcale karkołomnym pomysłem. Dodatkowym plusem takiego rozwiązania jest to, że możesz sobie wprowadzać linie z komentarzami, zwiększając czytelność pliku (linie zaczynające się od ";" nie są interpretowane przez ewmapę). Spróbuj, a już nie wrócisz do kreatora baz
Jedna uwaga, jeśli konfigurację baz zmienisz z poziomu ewmapy, wszystkie linie z komentarzami znikają.