MarekOtt pisze: ↑22 lut 2024, 09:44
Posiadam budynek i stworzyłem do niego nawis, który powinien być powiązany z tym budyniem. Czy istnieje inna możliwość wykonania tego, niż poprzez wybranie nawisu następnie powiąż i wybranie z listy budynku ? Przy wybieraniu z listy budynku, mam 100 innych i teraz trzeba klikać po kolei w każdy by ten na mapie się podświetlił (niestety nie da się kliknąć z mapy budynku do którego chce się wykonać powiązanie)
Po pierwsze, nie trzeba tego w ogóle robić, relacje są generowane automatycznie w czasie eksportu do GML.
Po drugie, jeśli chce się wytworzyć relację "ręcznie", co może być przydatne gdy np. łącznik jest między dwoma budynkami i chcemy by był powiązany z innym budynkiem niż ten, który wybierze program. Wtedy najlepiej wybrać budynek i dla niego wywołać menu "Powiąż z obiektem" - zawsze jest mniej obiektów, które do budynku się wiąże.
Po trzecie, jeśli wybierze Pan tworzenie relacji do nawisu, to pierwszy budynek na tej liście, to budynek najbliższy nawisu, więc najczęściej ten właściwy.
Dziękuję Panie Jurku za odpowiedz ... w sumie to "po drugie" i "po trzecie" nie potrzebne wobec tego co "w po pierwsze"
Nie wiem od kiedy, ale aktualnie po kliknięciu w budynek, na dolnym pasku zamiast ID budynku, pojawia się numer księgi wieczystej. Chyba wygodniej by było gdyby to jednak było ID.
W wersji testowej już to jest poprawione, także w instalatorze programu dostępnym w dziale Do pobrania. W oficjalnej aktualizacji będzie na początku marca.
Po którejś z ostatnich aktualizacji przestały się poprawnie wczytywać kąty obrotów obiektów typu kratka ściekowa czy szafka.
Witam,
Faktycznie, jutro udostępnimy instalator C-GEO bez tego błędu, napiszę tu o możliwości jego pobrania.
Jest już dostępny instalator C-GEO w dziale Do pobrania, który nie ma już tego niewczytywania kątów skrętów symboli przy imporcie GML (ten błąd w C-GEO dotyczył to tylko plików z TurboEwid).
Ponadto jest tam już zmiana w jednej z funkcji na mapie - umieszczanie rzędnych i domiarów. Teraz jest możliwość wyłączenia opisywania miarami wszystkich punktów wybranych obiektów:
Załączniki
Zrzut ekranu 2024-02-23 091434.png (11.73 KiB) Przejrzano 36692 razy
Nie działa opcja exportu rzędnych przewodów elastycznych, export zmienia pomimo wyświetlania w C ge0 do cm( opcja przy exporcie do dm nie daje innych efektów)
strois pisze: ↑23 lut 2024, 14:30
Nie działa opcja exportu rzędnych przewodów elastycznych, export zmienia pomimo wyświetlania w C ge0 do cm( opcja przy exporcie do dm nie daje innych efektów)
U mnie eksport do GML prawidłowo zapisał taką rzędną. Czy na pewno w edytorze mapy obiektowej wybrana została do skartowania rzędna na przewodzie elastycznym? jak np. tu:
Załączniki
Zrzut ekranu 2024-02-23 145931.png (45.97 KiB) Przejrzano 36670 razy
chodys pisze: ↑18 lut 2024, 19:53
Obiektu nie da się przenieść na inną warstwę (opcja niedostępna - kolor szary), ani skopiować (opcja dostępna, ale obiekt się nie kopiuje).
chodys pisze: ↑18 lut 2024, 19:53
Obiektu nie da się przenieść na inną warstwę (opcja niedostępna - kolor szary), ani skopiować (opcja dostępna, ale obiekt się nie kopiuje).
Po którejś z ostatnich aktualizacji przestały się poprawnie wczytywać kąty obrotów obiektów typu kratka ściekowa czy szafka.
Witam,
Faktycznie, jutro udostępnimy instalator C-GEO bez tego błędu, napiszę tu o możliwości jego pobrania.
Jest już dostępny instalator C-GEO w dziale Do pobrania, który nie ma już tego niewczytywania kątów skrętów symboli przy imporcie GML (ten błąd w C-GEO dotyczył to tylko plików z TurboEwid).
Mam najnowszą wersję 8.17.2.9 i problem dalej pojawia się przy imporcie GMLa z TurboEwida
Jest jakiś prosty sposób na "rozdzielenie" rzędnych w przypadku rozcięcia kabla?
np. mam 100 metrów kabla z rzędnymi w referencji do tego przewodu, rozcinam przewód na fragmencie który inwentaryzuję (zmiana przebiegu przewodu ze względu na nową skrzynkę) i w tym momencie C-Geo tworzy jeden nowy przewód i jeden archiwalny modyfikuje z zachowaniem wszystkich relacji.
W momencie gdy wcinka trafi się przed pierwszą rzędną to najczęściej nie ma problemu ale gdy trafimy na środek to wtedy relacje zostają przy kablu który jest modyfikowany.
PrzemysławK pisze: ↑12 mar 2024, 15:21
Jest jakiś prosty sposób na "rozdzielenie" rzędnych w przypadku rozcięcia kabla?
np. mam 100 metrów kabla z rzędnymi w referencji do tego przewodu, rozcinam przewód na fragmencie który inwentaryzuję (zmiana przebiegu przewodu ze względu na nową skrzynkę) i w tym momencie C-Geo tworzy jeden nowy przewód i jeden archiwalny modyfikuje z zachowaniem wszystkich relacji.
W momencie gdy wcinka trafi się przed pierwszą rzędną to najczęściej nie ma problemu ale gdy trafimy na środek to wtedy relacje zostają przy kablu który jest modyfikowany.
Wydaje się mi, że tu najlepiej będzie ręcznie przenieść relacje rzędnych do wskazanego odcinka przewodu (funkcja Powiąż z obiektem pod prawym klawiszem myszki.
Witam, dostałem takie uwagi do gmla z ośrodka:
BDOT500 - Obiekt: OTKC -wmuyc1yb0622HW-wp5TLg (IIP: 3363E962-0BE7-496D-BFC0-516E352B6052) prawdopodobnie został zmodyfikowany, ale brakuje jego pełnej historii zmian w importowanym pliku
i podobny problem jest przy innych obiektach bdot.
czy ktoś spotkał się z takim problemem? O co może chodzić? Coś przy eksporcie zostało za dużo zaznaczone? Nigdy nie miałem takiego komunikatu.
Pozdrawiam
artur.t pisze: ↑15 mar 2024, 13:36
Witam, dostałem takie uwagi do gmla z ośrodka:
BDOT500 - Obiekt: OTKC -wmuyc1yb0622HW-wp5TLg (IIP: 3363E962-0BE7-496D-BFC0-516E352B6052) prawdopodobnie został zmodyfikowany, ale brakuje jego pełnej historii zmian w importowanym pliku
i podobny problem jest przy innych obiektach bdot.
czy ktoś spotkał się z takim problemem? O co może chodzić? Coś przy eksporcie zostało za dużo zaznaczone? Nigdy nie miałem takiego komunikatu.
Pozdrawiam
Witam, najłatwiej byłoby skontaktować się z naszym serwisem Pytanie jednak na szybko, czy nie zaznaczył Pan opcji w eksporcie "bez archiwum obiektów zmodyfikowanych"? Ewentualnie może być też uszkodzona historia w projekcie, ale to już możemy tylko stwierdzić na serwisie po przesłaniu kopii projektu C-GEO.
Na początku co chwila miałem takie usterki . Przestałem je dostawać jak się dowiedziałem że etapy pracy zapisuje się poprzez zapisanie do cgp a nie kolejne eksporty do gml.
Nie działa prawidłowo widoczność poszczególnych obiektów przy zmianie skali mapy, czyli obiekty, które powinny być niewidoczne w odpowiedniej skali dalej pozostają widoczne na mapie. Np w skali 1:2000 opisy rzędnych pikiet naturalnych i sztucznych, przepusty, rowy, skarpy itd. są cały czas widoczne, a nie powinny być.
Nie działa prawidłowo widoczność poszczególnych obiektów przy zmianie skali mapy, czyli obiekty, które powinny być niewidoczne w odpowiedniej skali dalej pozostają widoczne na mapie. Np w skali 1:2000 opisy rzędnych pikiet naturalnych i sztucznych, przepusty, rowy, skarpy itd. są cały czas widoczne, a nie powinny być.
C-GEO nie rejestruje w bazie wizualizacji kartograficznych dla różnych skal, dlatego raz wygenerowane np. dla skali 1:500 etykiety, będą widoczne także w innej skali standardowej mapy. Można jednak je usunąć (np. w edytorze napisów), a potem ponownie wygenerować w aktualnej skali standardowej (Wstaw etykiety).
Dla obiektów już utworzonych lub z importu GML nie ma takich możliwości obecnie. Być może coś takiego powstanie, ale nie będzie to szybko, wymaga to większego nakładu pracy.
Przy eksporcie gml z automatu zaznacza się opcja bez archiwum obiektów zmodyfikowanych i czasami zapomnę tego zmienić. Da się gdzieś zmienić żeby program zapamiętywał to ustawienie ? Screen w załączeniu
pomiar pisze: ↑26 kwie 2024, 05:33
Przy eksporcie gml z automatu zaznacza się opcja bez archiwum obiektów zmodyfikowanych i czasami zapomnę tego zmienić. Da się gdzieś zmienić żeby program zapamiętywał to ustawienie ? Screen w załączeniu
Ustawienia te wynikają z eksportu do Turboewida - z tego, co wiemy, w związku z hybrydami w ośrodkach (część obiektów może być jeszcze w standardzie 2015) opcja "bez archiwum obiektów zmodyfikowanych" jest wymagana.
W C-GEO ustawia się ona automatycznie, jeśli wybierzemy opcję eksportu mapy zasadniczej 2021 Turboewid lub, gdy wybierzemy dla projektu TERYT dla powiatu, w którym w odgik jest Turboewid. Nie ma możliwości zapisania innych ustawień eksportu.
Jak jest u Pana, musi Pan eksportować do Turboewida, ale z pełną historią?
Ten plik oddajemy do Ośrodka gdzie jest Ewmapa i mimo wszystko jest to zaznaczone. Może dlatego że to powiat oświęcimski i baza jest prowadzone w Turboewid ale gmina Kety ma Gminny Wydział geodezji i tam jest ewmapa
pomiar pisze: ↑26 kwie 2024, 11:32
Ten plik oddajemy do Ośrodka gdzie jest Ewmapa i mimo wszystko jest to zaznaczone. Może dlatego że to powiat oświęcimski i baza jest prowadzone w Turboewid ale gmina Kety ma Gminny Wydział geodezji i tam jest ewmapa
Faktycznie, nie sprawdzamy całego teryt, tylko do powiatu - postaramy się poprawić to jak najszybciej i wrzucić tutaj poprawkę.
pomiar pisze: ↑26 kwie 2024, 11:32
Ten plik oddajemy do Ośrodka gdzie jest Ewmapa i mimo wszystko jest to zaznaczone. Może dlatego że to powiat oświęcimski i baza jest prowadzone w Turboewid ale gmina Kety ma Gminny Wydział geodezji i tam jest ewmapa
Podpinam się tutaj, bo mam taki ciekawy przypadek: niedawno Geopoz poinformował o: zakończeniu prac polegających na dostosowaniu baz danych BDOT500 i GESUT do obowiązujących przepisów prawa. Nie piszą nic o bazie EGiB, tak więc BDOT i GESUT mamy w GMLu 2021, a EGiB w GML2015. Czy da się połączyć tę ekstrawagancję w jednej tabeli projektu C-geo ?
Strona główna softline
Pytanie jednak na szybko, czy nie zaznaczył Pan opcji w eksporcie "bez archiwum obiektów zmodyfikowanych"? Ewentualnie może być też uszkodzona historia w projekcie, ale to już możemy tylko stwierdzić na serwisie po przesłaniu kopii projektu C-GEO.
