geoinfo 16.3.0-17.3.0 - eksport giv

[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ź

[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

[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

[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.

[Asia T.]

Przejrzymy wszystkie sugestie i postaramy się wprowadzić je w kolejnej aktualizacji.

[piotr j.]

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.

[Asia T.]

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.

[piotr j.]

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 .

[Asia T.]

Sprawdzone, powinno być okej

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 .

[piotr j.]

Dziękuję , o to chodziło. Już sobie zaktualizowałem swoje szablony .

[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.

[giekon]

Jestem za a nawet przeciw xD

[Asia T.]

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.

[piotr j.]

Dzień Dobry.

Czy można prosić, aby eksportowany plik giv zawierał informację PracaDlaODGiK=Powiat Poznański. Taka informacja jest w plikach wydanych z geoinfo. Dzięki temu nie trzeba przy każdym otwarciu pliku wskazywać powiatu, na obszarze którego położona jest praca geodezyjna. W eksportach cgeo, takiego wyboru za każdym razem trzeba dokonywać. Oczywiście trzeba by było np z GIDelta (tych obsługiwanych przez program) wykonać przykładowy eksport, aby sprawdzić, jak brzmią nazwy dla poszczególnych powiatów.

[Asia T.]

Dzień Dobry.

Czy można prosić, aby eksportowany plik giv zawierał informację PracaDlaODGiK=Powiat Poznański. Taka informacja jest w plikach wydanych z geoinfo. Dzięki temu nie trzeba przy każdym otwarciu pliku wskazywać powiatu, na obszarze którego położona jest praca geodezyjna. W eksportach cgeo, takiego wyboru za każdym razem trzeba dokonywać. Oczywiście trzeba by było np z GIDelta (tych obsługiwanych przez program) wykonać przykładowy eksport, aby sprawdzić, jak brzmią nazwy dla poszczególnych powiatów.

Dzień dobry,
na razie dodamy rozwiązanie w oknie eksportu - pojawi się pole, do którego będzie można ręcznie wpisać nazwę powiatu. Za jakiś czas postaramy się zrobić to bardziej automatycznie, przy pomocy wyboru TERYTu dla zakładanego projektu.

[piotr j.]

na razie dodamy rozwiązanie w oknie eksportu - pojawi się pole, do którego będzie można ręcznie wpisać nazwę powiatu

Nie wiem, czy nie szkoda Waszej pracy i czasu na na takie połowiczne rozwiązanie. Dla użytkownika już chyba lepiej wybrać ten powiat w geoinfo, niż wpisywać jego nazwę w cgeo.

[Jurek B.]

Na pewno będzie to mniej pracochłonne i szybciej zrobione niż obsługa dla wszystkich powiatów z GeoInfo, więc i tak to zrobimy najpierw.

[piotr j.]

ok

[piotr j.]

Dzień Dobry.
Proszę o dodanie do eksportu pliku guv wersji formatu.

jest
[OPCJE]

System=GEO-INFO 2015

powinno być
[OPCJE]
WersjaFormatu=2.00
System=GEO-INFO 2015

Program GIDelta nie chce otworzyć pliku bez tej informacji. Wpisanie ręcznie tej informacji powoduje błąd sumy kontrolnej CRC.

[Asia T.]

Dzień Dobry.
Proszę o dodanie do eksportu pliku guv wersji formatu.

jest
[OPCJE]

System=GEO-INFO 2015

powinno być
[OPCJE]
WersjaFormatu=2.00
System=GEO-INFO 2015

Program GIDelta nie chce otworzyć pliku bez tej informacji. Wpisanie ręcznie tej informacji powoduje błąd sumy kontrolnej CRC.

Dzień dobry,

jest już taka opcja w eksporcie Geoinfo:

obraz_2023-07-11_083605252.png (93.81 KiB) Przejrzano 10613 razy

[piotr j.]

Moje niedopatrzenie.
Dziękuję za zwrócenie uwagi

[kristof]

Czy jest możliwość abyście Państwo stworzyli import geoinfo 2021.
Wiem, że można to zastąpić gml-em, ale w GeoInfo są zawarte pewne informacje, których nie ma w w gml-u.

[Jurek B.]

Czy jest możliwość abyście Państwo stworzyli import geoinfo 2021.
Wiem, że można to zastąpić gml-em, ale w GeoInfo są zawarte pewne informacje, których nie ma w w gml-u.

Pracujemy nad tym i może jeszcze pod koniec lipca będzie.

[kristof]

Czy import geoinfo 2021 w lipca będzie aktualny ?

[Asia T.]

Czy import geoinfo 2021 w lipca będzie aktualny ?

Dzień dobry,

Na import geoinfo 2021 trzeba jeszcze chwilę poczekać, jest z tym niestety sporo pracy.