Forum użytkowników C-Geo

Przy imporcie dla warstwy działek, czasami pojawia się następująca sytuacja. Dla geometrii działek dodaje się punkt o współrzędnych 0,0 co sprawia, że przy funkcji "całość" skala jest tak mała, że nic nie widać. Widok takiej działki na mapie jest poprawny, dopiero jak wykona się edycję takiego obiektu wtedy widać błąd. Naprawa takiego obiektu jest bardzo prosta, tylko jego odszukanie, przy wielu działkach jest kłopotliwe.
Plik wysłany na at

Dzień dobry,
problem z geometrią zgłoszono do informatyka.

Dzień dobry,

oba problemy, zarówno ten z geometrią jak i ten z etykietowaniem działek zostały poprawione - do pobrania w wersji testowej programu.

Jurek B. pisze: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.

Inwersja działa. Świetnie, o coś takiego właśnie chodziło

Dzień Dobry.
W załączeniu przesyłam przypisane definicje linii importu pliku DXF dla kodów geoinfo 16.3.0.-17.3.0. Mogę prosić o dodanie tych definicji do pliku importu DXFa. Powinny to być wszystkie jakie występują w eksporcie z geoinfo. Z tym, że nazwy linii pochodzą z Geoinfo Delta, nie wiem czy z Geoinfo Mapa są takie same (bo dla symboli zauważyłem że są różne). Niektóre nazwy już występują w pliku importu, jedną poprawiłem a kilka nowych dodałem, dlatego trzeba by było sprawdzić w pliku źródłowym, aby definicje się nie dublowały. Kolejność jest przypadkowa.

Dzień dobry,
oczywiście dodamy linie do pliku importDXF.ini, z tym, że plik ten podmieniamy tylko w dwóch przypadkach - podczas instalacji nowego C-GEO w nowym katalogu oraz gdy pliku tego nie ma w katalogu bin.
W innym przypadku nie podmieniamy tego pliku u klienta, ponieważ mógłby on utracić swoje ustawienia linii i bloków.

Nawet nie zwróciłem uwagi, że taki "manewr" jest zastosowany . W dawnych czasach zdarzyło się, że po aktualizacji traciłem swoje ustawienia, dlatego miałem zgrany osobno ten plik, a po aktualizacji cgeo podmieniałem go (dogrywałem brakujące dane). Niemniej te informacje jak Pani informuje, zostaną dołączone do pliku aktualizacyjnego, a w razie czego trafią kiedyś do użytkownika.

Cześć,

w sprawie importu plików giv i tng z geoinfo, byłaby możliwość żeby wczytując dwa pliki, obiekty nie nakładały się na siebie? Każdy obiekt w Geoinfo ma swój identyfikator dlatego może dałoby rade, żeby wczytując drugi plik giv lub tng cgeo pomijało te o tym samym identyfikatorze?

Jest na to szybkie rozwiązanie - założyć dwie tabele w tym samym projekcie, zrobić do dwóch importy plików, a następnie wykonać Plik -> Eksport -> Do innej mapy i doimportować jedną tabelę do drugiej z zaznaczeniem opcji "Kontrola powtórzeń obiektów".
Raczej będzie ciężko zrobić taki import ze sprawdzaniem identyfikatorów i pomijaniem obiektów.

Proszę o zmianę symbolu kodu GSPPPK z [9] na [7], natomiast dla kodu GSPPRB o usunięcie symbolu (Ten kod nie ma symbolu w GI. Poza tym zastosowany symbol mocno psuje obraz mapy w c-geo).

W załączniku zestaw kodów, do podmiany C-GEO/bin . Zmieniony został symbol osnowy, natomiast co do GSPPRB to wydaje nam się, że zmiana nie jest zasadna, ponieważ w Geoinfo kod ten ma swój symbol, jak na załączniku i u nas też został zastosowany najmniejszy możliwy symbol [27].

Ok, w GeoInfo jest symbol, tylko że jest on mniejszy niż w c-geo, na wydrukach jest on praktycznie niezauważalny. W c-geo jest taki sam jak punkt wysokości, w GI jest jednak wyraźnie mniejszy. Niestety, ale obraz mapy w c-geo z tego powodu jest mało estetyczny, stąd moja propozycja, aby go zupełnie usunąć.

Spróbujemy zrobić mniejszy ten symbol

Ok, czyli spotykamy się pośrodku

Proszę o zmianę symboli dla kodów
GUPELJ, GULEJN z 702 na 610
GUPELW, GULEWN z 148 na 611
na zgodne z MZ2015. Symbolika Geoinfo jest zgodna z obowiązującymi przepisami.

Pakiet do podmiany w C-GEO/bin , z tym, że do podmiany są też pliki symboli.

Podmienione, do wypakowania do katalogu C-GEO/bin

Dzień Dobry
Proszę o poprawę eksportu do pliku giv dla kodu GSPPRB atrybutu RZG i RZD. Obecnie separator wartości dziesiętnej eksportuje się jako ", - przecinek" a powinien jako ". - kropka", co przy imporcie do GeoInfo powoduje zaokrąglenie tej wartości do pełnych metrów.

Dzień dobry, poprawimy.

przy imporcie z pliku ośrodkowego *.tng na budynkach które mają punkt adresowy nie wstawia się opis dot funkcji budynku i ilości kondygnacji tam gdzie niema punktu adresowego jest ok w informacji o obiekcie wszystkie dane są i opisy te wprowadzam ręcznie czy jest możliwość wstawienia z automatu lub przy imporcie?

Witam, trzeba by było przejrzeć plik - może nie ma tam tych etykiet ( można podesłać na at[malpa]xgeo.pl ). Z automatu też można wstawić - wystarczy kliknąć prawym klawiszem myszy na wybranej warstwie i wybrać "Wstaw etykiety" - tak samo można wstawić etykiety dla wszystkich warstw, klikamy wtedy na cały folder WARSTWY.

Proszę o poprawę eksportu pliku giv dla atrybutu RZG/RZD w punktach GSPPRB. Aktualnie wstawiany jest
", - przecinek" RZG=99,46
a powinna być
". - kropka" C,RZG=99.46
Program geoinfo sygnalizuje to jako błędny atrybut

Zgłosiliśmy do programisty, jak tylko pojawi się poprawka damy znać

Proszę o sprawdzenie poprawności eksportu obiektu GUPISL-słup, kiedy pola w c-geo nie są wypełnione, chodzi dokładnie o atrybut

C,RDZ.n=s|LAT=0
C,RDZ.d=

przy imporcie do geoinfo delta pojawia się komunikat

Błąd (107) obiektu w linii 10: W słowniku atrybutu 'Rodzaj słupa' nie znaleziono wartości atrybutów 'C,RDZ.n=s|LAT=0' i 'C,RDZ.d='.

Poprawione w pliku dob https://www.dropbox.com/s/v8tkscrqkfgbo ... 0.dob?dl=0 - do pobrania i podmiany w katalogu C-GEO/bin , po tym każdy kolejny narysowany słup będzie miał poprawne atrybuty.