Strona 3 z 3

Re: geoinfo 16.3.0-17.3.0 - eksport giv

: piątek, 30 sierpnia 2019, 10:33
autor: piotr j.
Proszę jeszcze o poprawę eksportu skarp. C-geo eksportuje skarpy z definicją "1 krawędź" i "2 krawędź", gdzie tymczasem w geoinfo jest definicja "1 krawędź" - krawędź górna i "w osi" - dolna krawędź

geoinfo 16.3.0 - 17.3.0 - propozycje zmian

: poniedziałek, 23 września 2019, 09:37
autor: piotr j.
Dzień Dobry.

Proszę o dodanie w szablonie geoinfo 16.3.0 - 17.3.0 do obiektu GSPPRB - punkt roboczy pól RZG - rzędna góry i RZD - rzędna dołu. W obecnym kodowaniu te atrybuty występują. Ma to znaczenie przy zmianie kodowania na punkty wysokościowe już w geoinfo, gdzie przy występowaniu i wypełnieniu tego atrybutu opisy pojawiają się automatycznie, a gdy ich nie ma to dodatkowo trzeba je wpisywać ręcznie.

PS. Te atrybuty, o ile dobrze pamiętam, kiedyś występowały w szablonie, ponieważ wcześniej o nich pisaliśmy.
Podobnie brakuje atrybutów BLP.n, BLP.d, OPS
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

geoinfo 16.3.0-17.3.0 - słownik

: poniedziałek, 23 września 2019, 09:40
autor: piotr j.
Proszę o poprawienie słownika
RNA_n
z 8=pb|plyty betonowe
na 8=pb|płyty betonowe

[RNA_d]
z 8=plyty betonowe|plyty betonowe
na 8=płyty betonowe|płyty betonowe

Re: geoinfo 16.3.0-17.3.0 - eksport giv

: poniedziałek, 23 września 2019, 10:46
autor: piotr j.
Dzień Dobry.
Zauważyłem pewien problem przy eksporcie obiektów do pliku giv. Chodzi o obiektu drogowe.

1. Otwieram plik giv w geoinfo, który został wyeksportowany w cgeo
2. Wykonuję analizę obiektów, która wykazuje błędy w obiektach
3. Wybieram edycję obiektu, i zapisuję obiekt. Nie zmieniam nic atrybutach.
4. Analiza obiektów nie wykazuje już błędu obiektu.

Jednak błąd nie jest związany z atrybutami obiektu, tylko z jego geometrią, której podczas edycji obiektu i tak nie zmieniamy. Jedyna czynność jaką wykonujemy zapisanie obiektu bezpośrednio w aplikacji geoinfo.
Zauważyłem ten błąd, gdy po otwarciu pliku giv wyeksportowanego z cgeo, chciałem zmienić kod punktu, na którym oparta była jezdnia i pojawił mi się taki oto komunikat. Wykonanie czynności z punktu 3 powodowało, że zmiana kodu punktu była możliwa.

Nie sprawdzałem, czy problem dotyczy tylko dróg, czy innych obiektów powierzchniowych również.

giv wysłany na serwis.

Re: geoinfo 16.3.0-17.3.0 - eksport giv

: poniedziałek, 23 września 2019, 13:45
autor: Asia T.
Przejrzymy wszystkie sugestie i postaramy się wprowadzić je w kolejnej aktualizacji.

Re: geoinfo 16.3.0-17.3.0 - eksport giv

: piątek, 24 kwietnia 2020, 09:26
autor: piotr j.
piotr j. pisze:
czwartek, 4 kwietnia 2019, 18:35
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
Dzień Dobry.
Ponawiam prośbę o poprawienie eksportu.

Re: geoinfo 16.3.0-17.3.0 - eksport giv

: piątek, 24 kwietnia 2020, 11:21
autor: Asia T.
piotr j. pisze:
piątek, 24 kwietnia 2020, 09:26
piotr j. pisze:
czwartek, 4 kwietnia 2019, 18:35
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
Dzień Dobry.
Ponawiam prośbę o poprawienie eksportu.
Dzień dobry, jak tylko pojawi się poprawka wrzucimy tutaj pliki.

Re: geoinfo 16.3.0-17.3.0 - eksport giv

: czwartek, 30 lipca 2020, 18:57
autor: piotr j.
trazja pisze:
piątek, 24 kwietnia 2020, 11:21
piotr j. pisze:
piątek, 24 kwietnia 2020, 09:26
piotr j. pisze:
czwartek, 4 kwietnia 2019, 18:35
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
Dzień Dobry.
Ponawiam prośbę o poprawienie eksportu.
Dzień dobry, jak tylko pojawi się poprawka wrzucimy tutaj pliki.
Dzień Bobry.
Chciałem się tylko przypomnieć z prośbą, o wprowadzenie poprawek w eksporcie giv :).

Re: geoinfo 16.3.0-17.3.0 - eksport giv

: piątek, 31 lipca 2020, 08:26
autor: Asia T.
Sprawdzone, powinno być okej :)



piotr j. pisze:
czwartek, 30 lipca 2020, 18:57
trazja pisze:
piątek, 24 kwietnia 2020, 11:21
piotr j. pisze:
piątek, 24 kwietnia 2020, 09:26

Dzień Dobry.
Ponawiam prośbę o poprawienie eksportu.
Dzień dobry, jak tylko pojawi się poprawka wrzucimy tutaj pliki.
Dzień Bobry.
Chciałem się tylko przypomnieć z prośbą, o wprowadzenie poprawek w eksporcie giv :).

Re: geoinfo 16.3.0-17.3.0 - eksport giv

: wtorek, 4 sierpnia 2020, 11:15
autor: piotr j.
Dziękuję :D , o to chodziło. Już sobie zaktualizowałem swoje szablony :D .

Re: geoinfo 16.3.0-17.3.0 - eksport giv

: piątek, 21 sierpnia 2020, 11:44
autor: piotr j.
Dzień Dobry.
Po pytaniach jednego z użytkowników, i moich doświadczeniach z plikiem giv i c-geo podaję do rozważenia taki pomysł. Mam nadzieję, że dobrze rozumiem założenia mechanizmu eksportu gml'a i giv'a.
Czy przy szablonie geoinfo 16.3.0-17.3.0 i eksporcie giv można wprowadzić podobny mechanizm co przy mz2015. Chodzi o to, aby usunięte obiekty z mapy, nie były usuwane w całości, a trafiały do "jakiegoś" repozytorium, czy wydzielonej bazy danych. A tam nadawany byłby im status=0. Takie obiekty następnie eksportowane by były do pliku giv wraz z obiektami nowymi i zmodyfikowanymi. Teraz jak taki obiekt usuwany jest w całości, to po eksporcie do pliku giv po prostu go nie ma. Następnie po imporcie pliku giv do GIDelta, usunięte obiekty w cgeo w Delcie pozostaję niezmienione. Bo nie mogą, ponieważ plik różnicowy ich nie zawiera.

Re: geoinfo 16.3.0-17.3.0 - eksport giv

: piątek, 21 sierpnia 2020, 12:03
autor: giekon
Jestem za a nawet przeciw xD

Re: geoinfo 16.3.0-17.3.0 - eksport giv

: piątek, 21 sierpnia 2020, 12:15
autor: Asia T.
piotr j. pisze:
piątek, 21 sierpnia 2020, 11:44
Dzień Dobry.
Po pytaniach jednego z użytkowników, i moich doświadczeniach z plikiem giv i c-geo podaję do rozważenia taki pomysł. Mam nadzieję, że dobrze rozumiem założenia mechanizmu eksportu gml'a i giv'a.
Czy przy szablonie geoinfo 16.3.0-17.3.0 i eksporcie giv można wprowadzić podobny mechanizm co przy mz2015. Chodzi o to, aby usunięte obiekty z mapy, nie były usuwane w całości, a trafiały do "jakiegoś" repozytorium, czy wydzielonej bazy danych. A tam nadawany byłby im status=0. Takie obiekty następnie eksportowane by były do pliku giv wraz z obiektami nowymi i zmodyfikowanymi. Teraz jak taki obiekt usuwany jest w całości, to po eksporcie do pliku giv po prostu go nie ma. Następnie po imporcie pliku giv do GIDelta, usunięte obiekty w cgeo w Delcie pozostaję niezmienione. Bo nie mogą, ponieważ plik różnicowy ich nie zawiera.
Dzień dobry,
Nie ma problemu, temat zgłosimy do programisty i postaramy się w taki sposób wysyłać obiekty usunięte, jak tylko pojawi się to w wersji testowej napiszemy w tym wątku.