Cytat: Szuja w Poniedziałek 18 Luty 2019, 11:25:09
Problem jest z wszystkimi etykietami. Etykiety kabli, rzędne. Podejrzewam ze błąd wystąpił przy exporcie pliku podstawowego. Dane są w obiektach wypełnione prawidłowo, etykieta nie jest zmienną i nie wyświetla zmian wprowadzanych w obiekcie.
Czy istnieje jakaś możliwość żeby z automatu zmienić wszystkie etykiety tak aby były  zmiennymi ?

Przy eksporcie podstawowym domyślnie ustawiana jest opcja "Eksport zmiennych w postaci ich wartości". Trzeba na to uważać.
Sposób naprawy Alcapon'a jest słuszny, ale musisz zwrócić uwagę, że nie dla każdego obiektu napisem jest ${u.ETYKIETA}. Może być ${u.ETYKIETA_B} dla elementów w budowie, ${u.ETYKIETA_P} dla projektowanych, ${u.ETYKIETA1} dla rzędnych przewodów rurowych i ${u.ETYKIETA2} dla rzędnych przewodów kablowych. Jeśli masz możliwość, zdobądź nowy, poprawny eksport.

Na mapie dla zleceniodawcy/projektanta możesz zamieszczać co chcesz, pod warunkiem dopisania klauzuli typu "Mapa zawiera elementy nie zawarte w katalogach EGiB, BDOT500, GESUT" oraz umieszczenie odpowiedniej legendy.

Cytat: GEORG w Środa 13 Luty 2019, 15:26:02
Punkty wysokościowe naturalne nie muszą być podobiektami.

Nie muszą - to określenie nie wystarczające. Mógł byś rozwinąć, może jakiś przepis.

http://prawo.sejm.gov.pl/isap.nsf/download.xsp/WDU20150002028/O/D20152028.pdf
strona 18
" ...Obiekty  klasy  BDZ_PunktOOkreslonejWysokosci  dla których atrybut rodzajPunktu przjmuje wartość jako naturalny, mogą nie wchodzić w relację asocjacji z innymi obiektami  BDOT500.  Relacja  asocjacji  klasy BDZ_ObiektBDOT500  do  klasy BDZ PunktOOkreslonejWysokosci nie dotyczy obiektów klasy PunktOOkreslonejWysokosci. ..."

Cytat: GEORG w Wtorek 12 Luty 2019, 22:20:43
zgadzam sie w 100% z przedmówcami, myślę, że może i te wiadomości trafiają do "twórców" ale są traktowane jako gożkie żale.
...

Z autopsji wiem, że uwagi dotyczące programów Geobidu nie są traktowane jako gorzkie żale. Uwagi użytkowników są mniej lub bardziej racjonalne, i te bardziej racjonalne trafiają do programów w kolejnych aktualizacjach. Wiem, bo mam to przetestowane

Cytat: GEORG w Wtorek 12 Luty 2019, 22:20:43
Jeszcze pytanie, czy podobiektujecie pikiety do: skarp, rowów, dróg gruntowych, trawników, zalesień, żadrzewień, różne spotykam interpretację jak to robić. W przepisach nie znalazłem pojęcia podobiektu, o relacjach obiektów można podobno wyczytać w jezyku kodowania, ja niepotrafię.

Punkty wysokościowe naturalne nie muszą być podobiektami.

Ale zrzucenie na warstwę roboczą wydaje się być najrozsądniejszym rozwiązaniem, szczególnie, jeśli się okaże, że wydruk trzeba będzie ponowić/poprawić. I redagować do wydruku jest łatwiej, bo nie musisz się zastanawiać, czy numer jest z bazy, czy jest to wirtualny twór, i trzeba przesuwać używając innej funkcji ewmapy.

Dołączam się do wątku. Zaznaczanie obiektów przez wskazanie też mogło by się odbywać bez uprzedniego aktywowania obiektu. Byłoby znacznie szybciej i wygodniej.

Podpisuję się pod tym oburącz 

Zatwierdzenie operatu powoduje zapis zmian do bazy oraz nadanie elementom odpowiednio statusu "aktualny" zamiast "do dodania" oraz "archiwalny" na miejsce "do usunięcia". Pracując w "zmianach bezpośrednich" zapis do bazy następuje niejako na bieżąco, i w każdym momencie można ponownie aktywować operat i dokonywać kolejnych modyfikacji. Po zatwierdzeniu operatu nie ma możliwości dokonania jakiejkolwiek zmiany pod danym operatem (dlatego GEOBID wprowadził operacje dla operatów, które dla Ewmapy są nowym operatem). Zatwierdzanie, czyli blokada przed kolejnymi zmianami pod tym samym operatem ma znaczenie w przypadku ODGiK'ów oraz zasilania baz centralnych.

Po zatwierdzeniu operatu i wczytaniu ponownie bazy powinny się pojawić, jeśli były wprowadzone przy wyłączonych zmianach bezpośrednich.

W takich sytuacjach bardzo pożądana byłaby funkcjonalność ewmapy polegająca na tym, że w przypadku próby usunięcia elementu będącego podobiektem wyświetlana jest informacja, że element ma przodka oraz pojawia się pytanie, czy na pewno ten element chcesz usunąć. Po potwierdzeniu element zostaje "odpięty" z obiektu nadrzędnego i usunięty z bazy. Tego właśnie pragnę 
Na dzień dzisiejszy taka operacja usuwania np rzędnych jest delikatnie mówiąc kłopotliwa.

Najprościej wgrać plik z bazą do kopiowani w tą samą lokalizację, w której jest program gbak.exe (u mnie to będzie c:\Program Files\Firebird\Firebird_3_0\gbak.exe) i nie będzie problemu z wpisywaniem ścieżek.
Polecenia najlepiej wpisywać będąc zlokalizowanym tam, gdzie leży gbak.exe.
Windows, wciśnij menu start, tuż nad przyciskiem masz okno wyszukiwania. Wpisz cmd i wciśnij enter. Pojawi się czarne okno.
Tam wipsz:
cd\
a następnie:
cd c:\Program Files\Firebird\Firebird_3_0\gbak.exe (tak jest u mnie, u Ciebie może być inaczej. Operację robisz na kompie z zainstalowanym serwerem FB)
jesteś już w odpowiedniej lokalizacji, teraz rób kopię. Identyczna procedura przy odtwarzaniu bazy.

1. zmieniasz instalację FireBird  na taką, w jakiej utworzono bazy
2. robisz kopię bazy (do tego służy program gbak.exe z katalogu, w którym jest zainstalowany FireBird)
polecenie:
gbak -b ścieżka_do_bazy_z_ośrodka.fdb ścieżka_do_której_zapiszesz_kopię.fbk -user SYSDBA -pas hasło_admina
3. instalujesz nowszą wersję FireBird
4. robisz restore bazy
polecenie:
gbak -c ścieżka_do_pliku_z_kopią.fbk ścieżka_do_której_zapiszesz_odtworzoną_bazę.fdb -user SYSDBA -pas hasło_admina

ewentualnie:
Ewopis 7 ma opcję robienia kopii i odtwarzania bazy, nie pamiętam, czy wersja 6 ma tą funkcjonalność. Przy wykorzystaniu ewopisu  też musisz pamiętać o zmianach instalacji FireBirda

Napisałem, że konwersja w górę między Ewopisami jest automatyczna. Otwierasz bazę nowym programem i tyle. Problem jest taki, że nie działa to w drugą stronę, i raz otwarta baza nowszym Ewopisem nie otworzy się w starym. U Ciebie dodatkowym problemem jest wersja FireBird'a, bo samo otwarcie nowym programem nie pomoże. Tu musisz zrobić backup i restore bazy. Pamiętaj, w Twoim przypadku backup możesz robić po zainstalowaniu wersji FB zgodnej z tą w ośrodku, następnie robisz upgrade wersji FB, a dopiero po tym restore bazy.

Skoro Wasza robota to scalenie, zakładam, że ośrodek skorzystał z opcji "modernizacja/import obrębu", zablokował część bazy i wydał Wam dane. Warto by się dowiedzieć w Geobidzie, czy upgrade do wersji 7 w takim stanie nie niesie ze sobą zagrożenia komplikacjami przy oddawaniu roboty. Może warto dogadać się z ośrodkiem, żeby z ewentualnym upgrade poczekali do zakończenia waszej pracy?

Tu w grę będzie wchodziło umieszczenie baz na innym serwerze, bo nie da się na raz wgrać różnych wersji FB na ten sam serwer, bo rozumiem, że część firmy pracuje na innych obiektach w Ewopisie 7 i na FB 2.5
Ponowię pytanie. Jaką robotę wykonujecie? Na jaki format wymiany danych się umówiliście? Rozumiem, że to jest coś dużego?