Ewmapa - Forum użytkowników

ChatGpt odpowiedział mi tak:
Aby prawidłowo skonfigurować połączenie z komputera B do bazy danych Firebird (FB) znajdującej się na komputerze A, należy zastosować odpowiedni format ścieżki dostępu oraz upewnić się, że infrastruktura sieciowa nie blokuje połączenia.
Oto kroki niezbędne do poprawnej konfiguracji:
1. Prawidłowy format ścieżki dostępu
W systemie EWMAPA ścieżka do bazy Firebird musi mieć postać: fb:<adres serwera>:<baza na serwerze>.
Dla Twojej konfiguracji, gdzie komputer A ma IP 192.168.2.20, a serwer FB nasłuchuje na porcie 3052, prawidłowa ścieżka wprowadzana na komputerze B to: fb:192.168.2.20/3052:D:\baza\egib.fdb.
Ważne uwagi dotyczące ścieżki:
• Ścieżka lokalna serwera: Ścieżka po drugim dwukropku (D:\baza\egib.fdb) musi być ścieżką widzianą z punktu widzenia serwera (komputera A). Nie wolno używać liter dysków zmapowanych na komputerze B ani ścieżek sieciowych typu UNC (np. \\192.168.2.20\...).
• Separator portu: Adres IP i port oddziela się znakiem ukośnika (/).
2. Konfiguracja zapory sieciowej (Firewall)
Jeśli na komputerze A (serwerze) zainstalowana jest zapora sieciowa (Windows Firewall lub inny program antywirusowy), należy bezwzględnie odblokować port 3052 dla ruchu przychodzącego. Brak odblokowania tego portu jest najczęstszą przyczyną komunikatu o niedostępności bazy danych.
3. Klient Firebird na komputerze B
Komunikat o braku klienta FB sugeruje problem z bibliotekami dostępowymi na komputerze B:
• Aby program EWMAPA mógł połączyć się z serwerem, w jego katalogu głównym (lub w ścieżce systemowej) musi znajdować się biblioteka klienta Firebird (np. gds32.dll lub fbclient.dll).
• Upewnij się, że wersja klienta na komputerze B jest kompatybilna z wersją serwera Firebird na komputerze A, która obsługuje bazę na porcie 3052.
4. Logowanie i uprawnienia
• Przy połączeniu zdalnym program może wymagać ponownego podania loginu i hasła (domyślnie SYSDBA i masterkey), chyba że na obu komputerach oraz w samej bazie danych użytkownicy i hasła są identyczni (tzw. logowanie kaskadowe).
• Możesz wymusić okno logowania do bazy Firebird przy otwieraniu projektu, korzystając z opcji "Wymuś logowanie do baz Firebird" lub przytrzymując klawisz Shift podczas łączenia.

Na komputerze A w katalogu D:\baza jest założona baza FB. Na tym komputerze zainstalowane są trzy wersje Firebirda więc lokalnie mam do niej taką ścieżkę dostępu:
fb:127.0.0.1/3052:D:\baza\egib.fdb
ten komputer ma lokalne IP 192.168.2.20
Na komputerze B również mam zainstalowane trzy wersje Firebirda. Chcę podłączyć się do bazy na komputerze A. Próbowałem różnych wersji ścieżki dostępu ale zawsze dostaję komunikat, że albo na danym serwerze nie ma klienta FB albo, że baza jest niedostępna.
Jak prawidłowo skonfigurować takie połączenie?

Gml jest jedynym formatem wymiany danych ujętym w rozporządzeniu, stąd negatywny protokół. Nie rozumiem jednak sytuacji, w której ośrodek do modyfikacji wydaje emu, a chce gml. Nie ma możliwości zrobienia poprawnego gml modyfikującego z danych otrzymanych z innego niż gml pliku do modyfikacji.

Co z tym teraz zrobić? Najprościej negocjować z ośrodkiem o przyjęcie emu. Jeśli się nie uda, pobierasz z ośrodka gml i wgrywasz do nowej bazy roboczej, że starej wybierasz tylko nowe obiekty i przenosisz do nowej bazy (eksport podstawowy w dowolnym formacie). Obiekty które poprzednio zmodyfikowałeś musisz modyfikować jeszcze raz. Na szybko nic mądrzejszego nie wpadło mi do głowy.

Witam, Mam problem. Zaimporotwałem sobie plik emu, założyłem obiekty wszystko pokartowałem. Zrobiłem import do modyfikacji również emu i dostałem negatywny protokół bo ośrodek jednak już emu nie przyjmuje tylko gml. I teraz pytanko czy ja mogę teraz zrobić export do modyfikacji gml jeśli import miałem emu?? Nie uśmiecha mi się od nowa wszystko kartowac bo miałem bardzo duży teren.
Z góry dzięki za pomoc.

Cytat: SQ3REG w Wtorek 30 Grudzień 2025, 10:49:21Rzędne, których nie dodam jako podobiekt nie zmieniaja swojej dokąładności.

Tak sie w sumie powinno dziać, pod względem bazy to wszystkie rzędne są takimi samymi obiektami. Dopiero przypisanie ich jako podobiekt do konkretnej sieci definiuje je jako element o zadanej dokłądności.

Ale dlaczego musisz, aż wczytać od nowa bazę to nie wiem. Robisz przez operaty i z zatwierdzaniem zmiany?

Cześć,
Wgrywając rzędne za pomocą menu Obiekty- tu np. rzędna przewodu eN(dokładność do 0,1) wgrywaja się na mapę rzędne z dokładnością do 0.01. Wówczas dodaję je jako podobiekty i dociągam do przewodu.
I teraz uwaga, muszę wyłączyć EWMAPĘ, i ponownie włączyć, wówczas wyświetlają się dokładnie na mapie, czyli z dokładnością do 0,1 m.
Przeładowanie bazy, wyrzucienie z pamieci nie pomaga. Ponadto sam eksport do podgik przebiega pomyslnie nawet bez wyłaczania bazy.
Rzędne, których nie dodam jako podobiekt nie zmieniaja swojej dokąładności.
Czy u Was również to się dzieje ?

Cytat: Lupus w Poniedziałek 15 Grudzień 2025, 11:04:25(...) ale może teraz jest inaczej (...)

Jest inaczej.
Licencja na klucz wydana dla X zadziała TYLKO dla Ewmapy, na którą licencję ma X.

Problematyczne może okazać się zaznaczanie obiektów wprowadzanych pod różnymi, niezatwierdzonymi operatami. Rozsądnym rozwiązaniem wydaje mi się zrobienie kopii na boku, zatwierdzenie operatów a następnie zaznaczenie ich przez filtry czy blok i eksport dla gestora.

np. po kodzie obiektu albo po elementach obiektów zaznaczonych do bloku albo po identyfikatorach obiektów - są różne możliwości 

muszę wyeksportować dla gestora plik gml z wybranymi elementami danej sieci (KT). Były kreślone pod kilkoma operatami, z czego jeden jest omyłkowo zatwierdzony. Jak to najprościej zrobić?