geoinfo 16.3.0-17.3.0 - eksport giv

[piotr j.]

Proszę o modyfikacje definicji wstawiania etykiety średnicy przewodu, tak aby w przypadku występowania atrybutów średnica zewnętrzna i średnica nominalna wstawiała się średnica przewodu, a nie tylko rodzaj przewodu. Chodzi o to, że przepisy wymagają podania średnicy zewnętrznej, natomiast aby w geoinfo wyświetliła się średnica przewodu, wymagany jest atrybut średnicy nominalnej. Często te dwie wartości w pliku giv występują razem. C-geo w takim wypadku nie wstawia średnicy przewodu. Dla średnicy zewnętrznej wartość jest wstawiana, dla nominalnej również, natomiast dla średnicy zewnętrznej i nominalnej razem już nie.

[Asia T.]

Witam,
faktycznie w przypadku uzupełnienia zarówno SSZ i SSN nie jest wstawiana wartość średnicy - zostanie to poprawione i wstawiana w takim przypadku będzie średnica nominalna, zgodnie z przepisami.

[piotr j.]

Przy imporcie obiektów GEPADR-adres występuję problem tego typu, że pole „KOD” w giv'ie odpowiada za kod pocztowy, natomiast w programie c-geo w bazie danych pole „KOD” odpowiada za kod obiektu w bazie danych. Taka zbieżność nazw pól. Przy imporcie pole to nie wypełnia się kodem obiektu, tylko kodem pocztowym. Skutkuje to tym, że w tabeli punkt ma nadany kod GEPADR, na mapie przypisany jest do warstwy Adresy, ale w bazie danych nie posiada on swojego kodu, a co za tym idzie nie wstawia się etykieta adresu. Kiedy ręcznie wpisałem w pole kod pocztowy GEPADR, etykiet się wstawiają. Czy jest możliwość rozwiązania tego problemu?

Przy okazji. W pliku DOB należy w adresach zmienić !Input.number na !Input.NPD

[MarekOtt]

Podepnę się pod temat, bo dawno tego wątku nie sledziłem. Czy w aktualnej wersji C-Geo jest możliwośc wczytania pliku wsadowego GIV z ośrodka, a następnie wyeksportowania pliku różnicowego, celem aktualizacji zasobu. Aktualnie ośrodek wysyła nam GIV, który otwieramy w Delcie, po dokonaniu zmian, eksportujemy plik i wysyłamy.

Miło by było gdyby dało się to robić w C-Geo, choć w cuda nie wierzę

[piotr j.]

Przy imporcie pliku giv, wszystkie opisy, które wstawiają się z "automatu" posiadają wielkość 1 (działki, klasoużytki, budynki, przewody). Proponuję, aby w miarę możliwości technicznych, miały różne wielkości (2,5 / 1,5) w zależności od warstwy/obiektu jak i skali projektu c-geo.

[Asia T.]

Z plików giv odczytujemy wysokości wprost, tak, jak z pliku tng, więc jeśli plik zawiera wysokość etykiety 1 nie wprowadzamy tutaj modyfikacji.
Proszę upewnić się, że nie jest tak w plikach, które Pan posiada:

D,2.1,"",5804472.47756274,6414537.3822205,100,,1,5804472.58869343,6414536.55800116,1

Pogrubieniem wskazałam miejsce przechowywania wysokości etykiety w pliku giv.

Dla porównania wycinek etykiety z tng z prawidłową wysokością:

D,1.1,"419",5674793.19639214,6486018.77232374,100,5,1.800,,,1

[piotr j.]

Potwierdzam to co Pani napisała. Odpuszczam temat .

[piotr j.]

Dzień Dobry.

Zauważyłem, że wczytanie etykiet wysokości dla obiektów GSPWPN i GSPWPS odbywa się w c-geo przez wstawienie wartości z atrybutu RZG z bazy danych. W Geoinfo ta wysokość wstawia się ze współrzędnej H pikiety (przez co w pliku giv ten atrybut "RZG" nie jest wypełniany). Można wprowadzić taki warunek, że jeśli nie ma atrybuty RZG wczytuje się właśnie wysokość pikiety (z tabeli). Wtedy zawsze pojawi się etykieta, a teraz niestety jak nie ma RZG (a tak nie jest po imporcie pliku giv), to etykiety wysokości się nie wczytują. Dla GSPWPN - 0,0; GSPWPS - 0,00 niezależnie od dokładności H w ustawieniach programu.

[Asia T.]

Dzień dobry,
problem zostanie rozwiązany w najbliższej aktualizacji ( jest już w wersji testowej ).

[piotr j.]

Dzień Dobry.

Można prosić o zmiany we wstawianiu wysokości dla wersji 17_3_0, tak aby zamiast kropki był przecinek. Chodzi o wstawianie etykiet, które mimo odznaczenia w ustawieniach programu "zmiany przecinka na kropki" wstawia się kropka. Geoinfo od wersji kodów 15xx ma przecinki, przepisy też nakazują przecinki dla etykiet wysokości.

[Jurek B.]

Dzień Dobry.

Można prosić o zmiany we wstawianiu wysokości dla wersji 17_3_0, tak aby zamiast kropki był przecinek. Chodzi o wstawianie etykiet, które mimo odznaczenia w ustawieniach programu "zmiany przecinka na kropki" wstawia się kropka. Geoinfo od wersji kodów 15xx ma przecinki, przepisy też nakazują przecinki dla etykiet wysokości.

Dzień dobry, w tym przypadku sugeruję by wydrukować urzędnikowi poniższy obrazek i pokazać mu jakie zasady obowiązują dla znaku rozdzielającego części dziesiętne - przykładowy zrzut jest oczywiście z rozporządzenia w sprawie mapy zasadniczej.

[piotr j.]

Mój błąd. 17_3_0 ma kropki. Ostatnio dużo pracowałem na 15 no i ... pomyliłem się , myślami byłem przy mz2013. Co powiat to inna konfiguracja .

[piotr j.]

problem zostanie rozwiązany w najbliższej aktualizacji ( jest już w wersji testowej ).

Działa, Dziękuję

[piotr j.]

Dzień Dobry.

Obiekt GESIPP - Podpora związana z budynkiem (EGBP12_02) po imporcie z pliku giv otrzymuje błędną symbolikę. Powinna być linia ciągła, bez kółek na załamaniach.

[Asia T.]

Poprawiony dob w załączniku.

[piotr j.]

Dzień Dobry.

Podczas importu budynków (obiekty zamknięte) z pliku giv dublowany jest ostatni punkt obiektu zamkniętego (rys. - żółta ramka), podczas gdy w geoinfo występuje on pojedynczo, w pliku giv również (patrz rys prawa str.). Prawdopodobnie to powoduje błędne wstawianie etykiet (rys, - niebieska ramka), lub brak wyświetlania etykiety (rys. - czerwona ramka), po usunięciu zdublowanego punktu etykiety wstawiają się poprawnie.

[Asia T.]

Dzień dobry,

Podczas importu budynków (obiekty zamknięte) z pliku giv .

- mówimy tu o pliku giv eksportowanym z C-GEO, czy pochodzącym z ośrodka?

Prawdopodobnie to powoduje błędne wstawianie etykiet (rys, - niebieska ramka), lub brak wyświetlania etykiety (rys. - czerwona ramka), po usunięciu zdublowanego punktu etykiety wstawiają się poprawnie.

- czy chodzi tu o wstawianie etykiet poprzez "Wstaw etykiety"?

Najlepiej by było, gdyby mógł Pan podesłać takiego giv'a na at[malpa]xgeo.pl

[piotr j.]

- mówimy tu o pliku giv eksportowanym z C-GEO, czy pochodzącym z ośrodka?

Tak, jest to plik ośrodkowy.

- czy chodzi tu o wstawianie etykiet poprzez "Wstaw etykiety"?

Tak.

Najlepiej by było, gdyby mógł Pan podesłać takiego giv'a na at[malpa]xgeo.pl

Plik wysłano na at.

[piotr j.]

Dzień Dobry
przy eksporcie pliku dxf niektóre bloki zamiast wypełnienia mają ustawione przesłanianie. Przykład tylko dla obiektów z aktualnie wykonywanej pracy geod - GSPWPN, GSPWPS, GSPRDL, GSPRDI, GUPWZA (zasuwy wszystkich sieci).
Lewa - eksport z cgeo, prawa - właściwy symbol

[FaFaL]

a to wypełnianie to nie jest tylko wymysł GeoInfo ?

[piotr j.]

a to wypełnianie to nie jest tylko wymysł GeoInfo ?

Nie wiem Panie Rafale, czy dobrze mnie Pan zrozumiał. Te symbole mają być wypełnione, bo tak stanowią przepisy.
Symbolika w samym programie cgeo jest poprawna, tylko po eksporcie do DXFa jest problem, np zasuwa, wg przepisu jest kropką (posiada wypełnienie), a po eksporcie z cgeo do DXFa jest okręgiem (posiada przesłanianie). Podobnie jest z pozostałymi przedstawionymi symbolami.

[FaFaL]

Fakt, przepraszam. Właśnie sprawdziłem w rozporządzeniu BDOT500 zasuwy są wypełnione

[piotr j.]

Podczas importu pliku giv, dla warstwy działek, ich numery wstawiają się w następujący sposób (wzdłuż linii granicznej po obwodzie działki).
Przykładowy plik wysłano na at

[Jurek B.]

Dzień Dobry
przy eksporcie pliku dxf niektóre bloki zamiast wypełnienia mają ustawione przesłanianie. Przykład tylko dla obiektów z aktualnie wykonywanej pracy geod - GSPWPN, GSPWPS, GSPRDL, GSPRDI, GUPWZA (zasuwy wszystkich sieci).
Lewa - eksport z cgeo, prawa - właściwy symbol

C-Geo poprawnie wysyła do DXF informację o kolorze wnętrza obiektu, gdy włączone jest wysyłanie do DXF w kolorach RGB. Wtedy wnętrze np. tej zasuwy zgodnie z rozporządzeniem ma kolor o składowych 10,9,9.
AutoCAD niepoprawnie jednak odwzorowuje kolory czarne lub prawie czarne na czarnym tle. Proszę ustawić w opcjach AutoCAD kolor tła programu - na biały, zielony czy inny, wtedy zobaczy Pan wtedy poprawnie wyświetlone symbole.
Jeśli jednak chciałoby się pracować w ACAD przy czarnym tle, możemy zrobić zmianę w C-GEO, która spowoduje, że gdy wyłączy się przy eksporcie do DXF wysyłanie w kolorach RGB, to wówczas kolor wypełnienia będzie widoczny jako inwersja przy czarnym tle.
Będzie to już dostępne w najbliższej aktualizacji - w tym tygodniu.

[piotr j.]

C-Geo poprawnie wysyła do DXF informację o kolorze wnętrza obiektu, gdy włączone jest wysyłanie do DXF w kolorach RGB. Wtedy wnętrze np. tej zasuwy zgodnie z rozporządzeniem ma kolor o składowych 10,9,9.

Dla wersji RGB rzeczywiście wyświetlanie jest poprawne, tylko że nigdy z tej opcji nie korzystałem

AutoCAD niepoprawnie jednak odwzorowuje kolory czarne lub prawie czarne na czarnym tle.

Z tym sobie radzę. Zmieniam 10.9.9 na biały , wszystkie obiekty "jak warstwa" i po kłopocie. Tylko że symbole (bloki) mają (mogą mieć) własne ustawienia kolorów, i czasami zmiana warstwy na biały i ustawienia "jak warstwa" nic nie daje. Każdy blok trzeba zmieniać indywidualnie, a to trochę pracy z tym jest.

Proszę ustawić w opcjach AutoCAD kolor tła programu - na biały, zielony czy inny, wtedy zobaczy Pan wtedy poprawnie wyświetlone symbole.

Dla odznaczonej opcji RGB, czyli tak jak dotychczas pracowałem, zmiana koloru tła nic nie daje. Symbole cały czas mają przesłanianie, (czyli tak, jak np szafki, włazy, punkty graniczne, które wyświetlane są prawidłowo)

Jeśli jednak chciałoby się pracować w ACAD przy czarnym tle, możemy zrobić zmianę w C-GEO, która spowoduje, że gdy wyłączy się przy eksporcie do DXF wysyłanie w kolorach RGB, to wówczas kolor wypełnienia będzie widoczny jako inwersja przy czarnym tle.
Będzie to już dostępne w najbliższej aktualizacji - w tym tygodniu.

Będę bardzo wdzięczny. Wolę pracować na czarnym tle, kwestia przyzwyczajenia, poza tym mniej niepotrzebnego światła trafia do oczu Pamiętam, że geoinfo na początku też miało problemy z wyświetlaniem 10.9.9 i systherm podobnież wprowadził właśnie taką inwersję.