🚀 go-pugleaf

user.80 wrote:
> Witam,
> poszukuję rozwiązania umożliwiającego eksport trasy z Google Earth do
> programu typu CAD (AutoCAD lub Microstation) na rysunek w okładzie 65.
> Jak taki eksport zrobić od strony technicznej.
> W praktyce wygląda to tak, że chciałbym kupić sobie jakiś niedrogi
> rejestrator trasy i potem wyeksportować z niego trasę do np.
> Microstation na mapę w okładzie 65. Idealnie byłoby, gdyby można było
> także osadzić na niej zdjęcia wykonane aparatem z czasem
> zsynchronizowanym w rejestratorem trasy.
> Czy ktoś może posiada jakieś doświadczenia na tym polu?


Możesz spróbować pobawić się narzędziem ogr2ogr z GDAL/OGR
(http://gdal.org/ogr/).

Obsługuje format KML, DGN i inne (http://gdal.org/ogr/ogr_formats.html),
jak również transformacje pomiedzy układami wspł.

Czyli, w jednym poleceniu możesz skonwertować plik KML lub np. Shapefile
do DGN z jednoczesną zmiana układu na 65. Układy wejściowe/wyjściowe
polecam podawać w formie kodów EPSG które znajdziesz np. tu

http://spatialreference.org

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
Charter Member of OSGeo, http://osgeo.org

Mateusz Loskot pisze:
> user.80 wrote:
>> Witam,
>> poszukuję rozwiązania umożliwiającego eksport trasy z Google Earth do
>> programu typu CAD (AutoCAD lub Microstation) na rysunek w okładzie 65.
>> Jak taki eksport zrobić od strony technicznej.
>> W praktyce wygląda to tak, że chciałbym kupić sobie jakiś niedrogi
>> rejestrator trasy i potem wyeksportować z niego trasę do np.
>> Microstation na mapę w okładzie 65. Idealnie byłoby, gdyby można było
>> także osadzić na niej zdjęcia wykonane aparatem z czasem
>> zsynchronizowanym w rejestratorem trasy.
>> Czy ktoś może posiada jakieś doświadczenia na tym polu?
> 
> 
> Możesz spróbować pobawić się narzędziem ogr2ogr z GDAL/OGR
> (http://gdal.org/ogr/).

Pobawiłem się, ale bez rezultatu.

> Obsługuje format KML, DGN i inne (http://gdal.org/ogr/ogr_formats.html),
> jak również transformacje pomiedzy układami wspł.

Być może, ale bez instrukcji chyba nie pójdzie.

> Czyli, w jednym poleceniu możesz skonwertować plik KML lub np. Shapefile
> do DGN z jednoczesną zmiana układu na 65. 

To byłoby chyba zbyt piękne, żeby mogło być prawdziwe :-)

> Układy wejściowe/wyjściowe
> polecam podawać w formie kodów EPSG które znajdziesz np. tu
> 
> http://spatialreference.org

Pozdrawiam

user.80 wrote:
> Mateusz Loskot pisze:
>> user.80 wrote:
>>> Witam,
>>> poszukuję rozwiązania umożliwiającego eksport trasy z Google Earth do
>>> programu typu CAD (AutoCAD lub Microstation) na rysunek w okładzie 65.
>>> Jak taki eksport zrobić od strony technicznej.
>>> W praktyce wygląda to tak, że chciałbym kupić sobie jakiś niedrogi
>>> rejestrator trasy i potem wyeksportować z niego trasę do np.
>>> Microstation na mapę w okładzie 65. Idealnie byłoby, gdyby można było
>>> także osadzić na niej zdjęcia wykonane aparatem z czasem
>>> zsynchronizowanym w rejestratorem trasy.
>>> Czy ktoś może posiada jakieś doświadczenia na tym polu?
>>
>>
>> Możesz spróbować pobawić się narzędziem ogr2ogr z GDAL/OGR
>> (http://gdal.org/ogr/).
> 
> Pobawiłem się, ale bez rezultatu.

Co to oznacza "bez rezultatu" ?

Podaj pełną formę polecenia którą próbowałeś, bez tego ciężko
ocenić co i czy w ogóle coś robisz źle.

>> Obsługuje format KML, DGN i inne (http://gdal.org/ogr/ogr_formats.html),
>> jak również transformacje pomiedzy układami wspł.
> 
> Być może, ale bez instrukcji chyba nie pójdzie.

A czy to nie jest instrukcja?

http://gdal.org/ogr2ogr.html

Przykład użycia na dole strony, zmień tylko format odpowiednio i dodaj
parametr -t_srs.

Tu masz przykłady poleceń dla KML:

http://gdal.org/ogr/drv_kml.html

Na bazie w/w skomponuj swoje polecenie.

Schemat jest prosty, na przykład wiem że mam plik input.kml w formacie
KML (zawsze w WGS 84) i chcę zrzucić do out.shp w formacie ESRI
Shapefile z jednoczesnym przeniesieniem do układu 1965/Strefa I:

ogr2ogr -t_srs EPSG:3120 -f "ESRI Shapefile" out.shp input.kml

(poczytaj w manualu ogr2ogr co oznacza -t-srs)

Zobacz post Macieja Sieczki z listą kodów EPSG dla 1965 i innych:

http://groups.google.com/group/pl.comp.gis/browse_thread/thread/6e1beb37a5580ae3/8af6e667f595b3b1

Możesz je wyszukiwać i weryfikować w ten sposób:

http://spatialreference.org/ref/epsg/3120/

>> Czyli, w jednym poleceniu możesz skonwertować plik KML lub np. Shapefile
>> do DGN z jednoczesną zmiana układu na 65. 
> 
> To byłoby chyba zbyt piękne, żeby mogło być prawdziwe :-)

To jest możliwe. Jedyne problemy moga wystąpić z samym formatem DGN,
więc poczytaj co jest a co nie jest wspierane:

http://gdal.org/ogr/drv_dgn.html

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
Charter Member of OSGeo, http://osgeo.org

Mateusz Loskot pisze:
> user.80 wrote:
>> Mateusz Loskot pisze:
>>> user.80 wrote:
>>>> Witam,
>>>> poszukuję rozwiązania umożliwiającego eksport trasy z Google Earth do
>>>> programu typu CAD (AutoCAD lub Microstation) na rysunek w okładzie 65.
>>>> Jak taki eksport zrobić od strony technicznej.
>>>> W praktyce wygląda to tak, że chciałbym kupić sobie jakiś niedrogi
>>>> rejestrator trasy i potem wyeksportować z niego trasę do np.
>>>> Microstation na mapę w okładzie 65. Idealnie byłoby, gdyby można było
>>>> także osadzić na niej zdjęcia wykonane aparatem z czasem
>>>> zsynchronizowanym w rejestratorem trasy.
>>>> Czy ktoś może posiada jakieś doświadczenia na tym polu?
>>>
>>> Możesz spróbować pobawić się narzędziem ogr2ogr z GDAL/OGR
>>> (http://gdal.org/ogr/).
>> Pobawiłem się, ale bez rezultatu.
> 
> Co to oznacza "bez rezultatu" ?
> 
> Podaj pełną formę polecenia którą próbowałeś, bez tego ciężko
> ocenić co i czy w ogóle coś robisz źle.

Otóż plik K:\GIS\gdalwin32-1.6\bin\ogr2ogr.exe nie odpalił mi się ani na 
XP, ani na Viście - błysnęło okno i zniknęło.
Z polecenia uruchom wpisywałem:
K:\GIS\gdalwin32-1.6\bin\ogr2ogr.exe -t_srs -f "DGN" out.dgn gpsdata.kml
gdzie gpsdata.kml był moim plikiem input

>>> Obsługuje format KML, DGN i inne (http://gdal.org/ogr/ogr_formats.html),
>>> jak również transformacje pomiedzy układami wspł.
>> Być może, ale bez instrukcji chyba nie pójdzie.
> 
> A czy to nie jest instrukcja?
> 
> http://gdal.org/ogr2ogr.html
> 
> Przykład użycia na dole strony, zmień tylko format odpowiednio i dodaj
> parametr -t_srs.
> 
> Tu masz przykłady poleceń dla KML:
> 
> http://gdal.org/ogr/drv_kml.html
> 
> Na bazie w/w skomponuj swoje polecenie.
> 
> Schemat jest prosty, na przykład wiem że mam plik input.kml w formacie
> KML (zawsze w WGS 84) 

Zatem trasa z Google Earth zrzucona do KML jest zawsze w WGS84 ?
Nie wiedziałem o tym.

> i chcę zrzucić do out.shp w formacie ESRI
> Shapefile z jednoczesnym przeniesieniem do układu 1965/Strefa I:
> 
> ogr2ogr -t_srs EPSG:3120 -f "ESRI Shapefile" out.shp input.kml
> 
> (poczytaj w manualu ogr2ogr co oznacza -t-srs)
> 
> Zobacz post Macieja Sieczki z listą kodów EPSG dla 1965 i innych:
> 
> http://groups.google.com/group/pl.comp.gis/browse_thread/thread/6e1beb37a5580ae3/8af6e667f595b3b1
> 
> Możesz je wyszukiwać i weryfikować w ten sposób:
> 
> http://spatialreference.org/ref/epsg/3120/

K:\GIS\gdalwin32-1.6\bin\ogr2ogr.exe -t_srs EPSG:3120 -f "DGN" out.dgn 
gpsdata.kml
też nie idzie.

>>> Czyli, w jednym poleceniu możesz skonwertować plik KML lub np. Shapefile
>>> do DGN z jednoczesną zmiana układu na 65. 
>> To byłoby chyba zbyt piękne, żeby mogło być prawdziwe :-)
> 
> To jest możliwe. Jedyne problemy moga wystąpić z samym formatem DGN,
> więc poczytaj co jest a co nie jest wspierane:
> 
> http://gdal.org/ogr/drv_dgn.html

Chodzi mi tylko o eksport linii i punktów do DGN, a to powinno być 
wspierane, choć o punktach chyba nic nie piszą.
A jak ewentualnie SHP zaimportować do MS?
Pozdrawiam,

user.80 wrote:
> Mateusz Loskot pisze:
>> user.80 wrote:
>>> Mateusz Loskot pisze:
>>>> user.80 wrote:
>>>>> Witam,
>>>>> poszukuję rozwiązania umożliwiającego eksport trasy z Google Earth do
>>>>> programu typu CAD (AutoCAD lub Microstation) na rysunek w okładzie 65.
>>>>> Jak taki eksport zrobić od strony technicznej.
>>>>> W praktyce wygląda to tak, że chciałbym kupić sobie jakiś niedrogi
>>>>> rejestrator trasy i potem wyeksportować z niego trasę do np.
>>>>> Microstation na mapę w okładzie 65. Idealnie byłoby, gdyby można było
>>>>> także osadzić na niej zdjęcia wykonane aparatem z czasem
>>>>> zsynchronizowanym w rejestratorem trasy.
>>>>> Czy ktoś może posiada jakieś doświadczenia na tym polu?
>>>>
>>>> Możesz spróbować pobawić się narzędziem ogr2ogr z GDAL/OGR
>>>> (http://gdal.org/ogr/).
>>> Pobawiłem się, ale bez rezultatu.
>>
>> Co to oznacza "bez rezultatu" ?
>>
>> Podaj pełną formę polecenia którą próbowałeś, bez tego ciężko
>> ocenić co i czy w ogóle coś robisz źle.
> 
> Otóż plik K:\GIS\gdalwin32-1.6\bin\ogr2ogr.exe nie odpalił mi się ani na
> XP, ani na Viście - błysnęło okno i zniknęło.

Jak uruchamiasz ogr2ogr.exe?
To jest program konsolowy, nie GUI, więc musisz uruchomić go w oknie
tzw. Command Prompt w Windows, szczegóły tu:

http://en.wikipedia.org/wiki/Windows_command_line

> Z polecenia uruchom wpisywałem:
> K:\GIS\gdalwin32-1.6\bin\ogr2ogr.exe -t_srs -f "DGN" out.dgn gpsdata.kml
> gdzie gpsdata.kml był moim plikiem input


W Start -> "Uruchom..." ???
Jakim cudem wpadłeś na ten pomysł to nie wiem, ale to nie tak.

1. Uruchom okno poleceń (konsola)

Start -> Uruchom -> wpisujesz  cmd.exe  i uruchamiasz

(gdzieś musi być ikona w Start -> Programs ale ja nie wiem gdzie, ja
odpalam jak wyżej)

2. Przechodzisz uzywając komendy "cd" do katalogu z ogr2ogr

3. Uruchamiasz ogr2ogr z odpowiednimi parametrami


>>>> Obsługuje format KML, DGN i inne
>>>> (http://gdal.org/ogr/ogr_formats.html),
>>>> jak również transformacje pomiedzy układami wspł.
>>> Być może, ale bez instrukcji chyba nie pójdzie.
>>
>> A czy to nie jest instrukcja?
>>
>> http://gdal.org/ogr2ogr.html
>>
>> Przykład użycia na dole strony, zmień tylko format odpowiednio i dodaj
>> parametr -t_srs.
>>
>> Tu masz przykłady poleceń dla KML:
>>
>> http://gdal.org/ogr/drv_kml.html
>>
>> Na bazie w/w skomponuj swoje polecenie.
>>
>> Schemat jest prosty, na przykład wiem że mam plik input.kml w formacie
>> KML (zawsze w WGS 84) 
> 
> Zatem trasa z Google Earth zrzucona do KML jest zawsze w WGS84 ?
> Nie wiedziałem o tym.

Polecam manual od GE albo forum:

http://groups.google.com/group/kml-support-getting-started/browse_thread/thread/b5c82dc112dd9aa9


>> i chcę zrzucić do out.shp w formacie ESRI
>> Shapefile z jednoczesnym przeniesieniem do układu 1965/Strefa I:
>>
>> ogr2ogr -t_srs EPSG:3120 -f "ESRI Shapefile" out.shp input.kml
>>
>> (poczytaj w manualu ogr2ogr co oznacza -t-srs)
>>
>> Zobacz post Macieja Sieczki z listą kodów EPSG dla 1965 i innych:
>>
>> http://groups.google.com/group/pl.comp.gis/browse_thread/thread/6e1beb37a5580ae3/8af6e667f595b3b1
>>
>>
>> Możesz je wyszukiwać i weryfikować w ten sposób:
>>
>> http://spatialreference.org/ref/epsg/3120/
> 
> K:\GIS\gdalwin32-1.6\bin\ogr2ogr.exe -t_srs EPSG:3120 -f "DGN" out.dgn
> gpsdata.kml
> też nie idzie.

Już sie wyjaśniło, źle odpalasz ogr2ogr.exe (patrz wyżej).

>>>> Czyli, w jednym poleceniu możesz skonwertować plik KML lub np.
>>>> Shapefile
>>>> do DGN z jednoczesną zmiana układu na 65. 
>>> To byłoby chyba zbyt piękne, żeby mogło być prawdziwe :-)
>>
>> To jest możliwe. Jedyne problemy moga wystąpić z samym formatem DGN,
>> więc poczytaj co jest a co nie jest wspierane:
>>
>> http://gdal.org/ogr/drv_dgn.html
> 
> Chodzi mi tylko o eksport linii i punktów do DGN, a to powinno być
> wspierane, choć o punktach chyba nic nie piszą.
> A jak ewentualnie SHP zaimportować do MS?

Zakładam, że MS jak Microstation.
Nie wiem, na oczy tego oprogramowania nie widziałem.

Ale na 100% masz podręcznik uzytkownika, więc skorzystaj :-)

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
Charter Member of OSGeo, http://osgeo.org

Mateusz Loskot pisze:
> user.80 wrote:
>> Mateusz Loskot pisze:
>>> user.80 wrote:
>>>> Mateusz Loskot pisze:
>>>>> user.80 wrote:
>>>>>> Witam,
>>>>>> poszukuję rozwiązania umożliwiającego eksport trasy z Google Earth do
>>>>>> programu typu CAD (AutoCAD lub Microstation) na rysunek w okładzie 65.
>>>>>> Jak taki eksport zrobić od strony technicznej.
>>>>>> W praktyce wygląda to tak, że chciałbym kupić sobie jakiś niedrogi
>>>>>> rejestrator trasy i potem wyeksportować z niego trasę do np.
>>>>>> Microstation na mapę w okładzie 65. Idealnie byłoby, gdyby można było
>>>>>> także osadzić na niej zdjęcia wykonane aparatem z czasem
>>>>>> zsynchronizowanym w rejestratorem trasy.
>>>>>> Czy ktoś może posiada jakieś doświadczenia na tym polu?
>>>>> Możesz spróbować pobawić się narzędziem ogr2ogr z GDAL/OGR
>>>>> (http://gdal.org/ogr/).
>>>> Pobawiłem się, ale bez rezultatu.
>>> Co to oznacza "bez rezultatu" ?
>>>
>>> Podaj pełną formę polecenia którą próbowałeś, bez tego ciężko
>>> ocenić co i czy w ogóle coś robisz źle.
>> Otóż plik K:\GIS\gdalwin32-1.6\bin\ogr2ogr.exe nie odpalił mi się ani na
>> XP, ani na Viście - błysnęło okno i zniknęło.
> 
> Jak uruchamiasz ogr2ogr.exe?
> To jest program konsolowy, nie GUI, więc musisz uruchomić go w oknie
> tzw. Command Prompt w Windows, szczegóły tu:
> 
> http://en.wikipedia.org/wiki/Windows_command_line
> 
>> Z polecenia uruchom wpisywałem:
>> K:\GIS\gdalwin32-1.6\bin\ogr2ogr.exe -t_srs -f "DGN" out.dgn gpsdata.kml
>> gdzie gpsdata.kml był moim plikiem input
> 
> 
> W Start -> "Uruchom..." ???
> Jakim cudem wpadłeś na ten pomysł to nie wiem, ale to nie tak.
> 
> 1. Uruchom okno poleceń (konsola)
> 
> Start -> Uruchom -> wpisujesz  cmd.exe  i uruchamiasz
> 
> (gdzieś musi być ikona w Start -> Programs ale ja nie wiem gdzie, ja
> odpalam jak wyżej)
> 
> 2. Przechodzisz uzywając komendy "cd" do katalogu z ogr2ogr
> 
> 3. Uruchamiasz ogr2ogr z odpowiednimi parametrami
> 
> 
>>>>> Obsługuje format KML, DGN i inne
>>>>> (http://gdal.org/ogr/ogr_formats.html),
>>>>> jak również transformacje pomiedzy układami wspł.
>>>> Być może, ale bez instrukcji chyba nie pójdzie.
>>> A czy to nie jest instrukcja?
>>>
>>> http://gdal.org/ogr2ogr.html
>>>
>>> Przykład użycia na dole strony, zmień tylko format odpowiednio i dodaj
>>> parametr -t_srs.
>>>
>>> Tu masz przykłady poleceń dla KML:
>>>
>>> http://gdal.org/ogr/drv_kml.html
>>>
>>> Na bazie w/w skomponuj swoje polecenie.
>>>
>>> Schemat jest prosty, na przykład wiem że mam plik input.kml w formacie
>>> KML (zawsze w WGS 84) 
>> Zatem trasa z Google Earth zrzucona do KML jest zawsze w WGS84 ?
>> Nie wiedziałem o tym.
> 
> Polecam manual od GE albo forum:
> 
> http://groups.google.com/group/kml-support-getting-started/browse_thread/thread/b5c82dc112dd9aa9
> 
> 
>>> i chcę zrzucić do out.shp w formacie ESRI
>>> Shapefile z jednoczesnym przeniesieniem do układu 1965/Strefa I:
>>>
>>> ogr2ogr -t_srs EPSG:3120 -f "ESRI Shapefile" out.shp input.kml
>>>
>>> (poczytaj w manualu ogr2ogr co oznacza -t-srs)
>>>
>>> Zobacz post Macieja Sieczki z listą kodów EPSG dla 1965 i innych:
>>>
>>> http://groups.google.com/group/pl.comp.gis/browse_thread/thread/6e1beb37a5580ae3/8af6e667f595b3b1
>>>
>>>
>>> Możesz je wyszukiwać i weryfikować w ten sposób:
>>>
>>> http://spatialreference.org/ref/epsg/3120/
>> K:\GIS\gdalwin32-1.6\bin\ogr2ogr.exe -t_srs EPSG:3120 -f "DGN" out.dgn
>> gpsdata.kml
>> też nie idzie.
> 
> Już sie wyjaśniło, źle odpalasz ogr2ogr.exe (patrz wyżej).
> 
>>>>> Czyli, w jednym poleceniu możesz skonwertować plik KML lub np.
>>>>> Shapefile
>>>>> do DGN z jednoczesną zmiana układu na 65. 
>>>> To byłoby chyba zbyt piękne, żeby mogło być prawdziwe :-)
>>> To jest możliwe. Jedyne problemy moga wystąpić z samym formatem DGN,
>>> więc poczytaj co jest a co nie jest wspierane:
>>>
>>> http://gdal.org/ogr/drv_dgn.html
>> Chodzi mi tylko o eksport linii i punktów do DGN, a to powinno być
>> wspierane, choć o punktach chyba nic nie piszą.
>> A jak ewentualnie SHP zaimportować do MS?
> 
> Zakładam, że MS jak Microstation.
> Nie wiem, na oczy tego oprogramowania nie widziałem.
> 
> Ale na 100% masz podręcznik uzytkownika, więc skorzystaj :-)

Coś mi dzwoni, że jakoś z rok temu męczyłem się właśnie z importem 
plików SHP do MS. Musiałbym zajrzeć do notatek z tamtego okresu, ale 
pamiętam, że jakoś się udało poprzez MAP, który z kolei był w Civil'u, 
jednak sam plik SHP nie wystarczył do importu, potrzebne były jeszcze co 
najmniej 3 inne. No i po imporcie zachwytu nie było, bo rysunek wyszedł 
bardzo prymitywny.
Jednak bardzo dużo mi wyjaśniłeś i z pewnością jest to dość cenny krok 
naprzód w moich poszukiwaniach.
Zastanawia mnie jeszcze tylko, dlaczego zaproponowałeś właśnie SHP, czy 
jest to jakiś obiecujący format z jakimiś przydatnymi możliwościami?
Pozdrawiam,

user.80 wrote:
> Mateusz Loskot pisze:
>> user.80 wrote:
>>> Mateusz Loskot pisze:
>>>> user.80 wrote:
>>>>> Mateusz Loskot pisze:
>>>>>> user.80 wrote:
>>>>>>> Witam,
>>>>>>> poszukuję rozwiązania umożliwiającego eksport trasy z Google
>>>>>>> Earth do
>>>>>>> programu typu CAD (AutoCAD lub Microstation) na rysunek w
>>>>>>> okładzie 65.
>>>>>>> Jak taki eksport zrobić od strony technicznej.
>>>>>>> W praktyce wygląda to tak, że chciałbym kupić sobie jakiś niedrogi
>>>>>>> rejestrator trasy i potem wyeksportować z niego trasę do np.
>>>>>>> Microstation na mapę w okładzie 65. Idealnie byłoby, gdyby można
>>>>>>> było
>>>>>>> także osadzić na niej zdjęcia wykonane aparatem z czasem
>>>>>>> zsynchronizowanym w rejestratorem trasy.
>>>>>>> Czy ktoś może posiada jakieś doświadczenia na tym polu?
>>>>>> Możesz spróbować pobawić się narzędziem ogr2ogr z GDAL/OGR
>>>>>> (http://gdal.org/ogr/).
>>>>> Pobawiłem się, ale bez rezultatu.
>>>> Co to oznacza "bez rezultatu" ?
>>>>
>>>> Podaj pełną formę polecenia którą próbowałeś, bez tego ciężko
>>>> ocenić co i czy w ogóle coś robisz źle.
>>> Otóż plik K:\GIS\gdalwin32-1.6\bin\ogr2ogr.exe nie odpalił mi się ani na
>>> XP, ani na Viście - błysnęło okno i zniknęło.
>>
>> Jak uruchamiasz ogr2ogr.exe?
>> To jest program konsolowy, nie GUI, więc musisz uruchomić go w oknie
>> tzw. Command Prompt w Windows, szczegóły tu:
>>
>> http://en.wikipedia.org/wiki/Windows_command_line
>>
>>> Z polecenia uruchom wpisywałem:
>>> K:\GIS\gdalwin32-1.6\bin\ogr2ogr.exe -t_srs -f "DGN" out.dgn gpsdata.kml
>>> gdzie gpsdata.kml był moim plikiem input
>>
>>
>> W Start -> "Uruchom..." ???
>> Jakim cudem wpadłeś na ten pomysł to nie wiem, ale to nie tak.
>>
>> 1. Uruchom okno poleceń (konsola)
>>
>> Start -> Uruchom -> wpisujesz  cmd.exe  i uruchamiasz
>>
>> (gdzieś musi być ikona w Start -> Programs ale ja nie wiem gdzie, ja
>> odpalam jak wyżej)
>>
>> 2. Przechodzisz uzywając komendy "cd" do katalogu z ogr2ogr
>>
>> 3. Uruchamiasz ogr2ogr z odpowiednimi parametrami
>>
>>
>>>>>> Obsługuje format KML, DGN i inne
>>>>>> (http://gdal.org/ogr/ogr_formats.html),
>>>>>> jak również transformacje pomiedzy układami wspł.
>>>>> Być może, ale bez instrukcji chyba nie pójdzie.
>>>> A czy to nie jest instrukcja?
>>>>
>>>> http://gdal.org/ogr2ogr.html
>>>>
>>>> Przykład użycia na dole strony, zmień tylko format odpowiednio i dodaj
>>>> parametr -t_srs.
>>>>
>>>> Tu masz przykłady poleceń dla KML:
>>>>
>>>> http://gdal.org/ogr/drv_kml.html
>>>>
>>>> Na bazie w/w skomponuj swoje polecenie.
>>>>
>>>> Schemat jest prosty, na przykład wiem że mam plik input.kml w formacie
>>>> KML (zawsze w WGS 84) 
>>> Zatem trasa z Google Earth zrzucona do KML jest zawsze w WGS84 ?
>>> Nie wiedziałem o tym.
>>
>> Polecam manual od GE albo forum:
>>
>> http://groups.google.com/group/kml-support-getting-started/browse_thread/thread/b5c82dc112dd9aa9
>>
>>
>>
>>>> i chcę zrzucić do out.shp w formacie ESRI
>>>> Shapefile z jednoczesnym przeniesieniem do układu 1965/Strefa I:
>>>>
>>>> ogr2ogr -t_srs EPSG:3120 -f "ESRI Shapefile" out.shp input.kml
>>>>
>>>> (poczytaj w manualu ogr2ogr co oznacza -t-srs)
>>>>
>>>> Zobacz post Macieja Sieczki z listą kodów EPSG dla 1965 i innych:
>>>>
>>>> http://groups.google.com/group/pl.comp.gis/browse_thread/thread/6e1beb37a5580ae3/8af6e667f595b3b1
>>>>
>>>>
>>>>
>>>> Możesz je wyszukiwać i weryfikować w ten sposób:
>>>>
>>>> http://spatialreference.org/ref/epsg/3120/
>>> K:\GIS\gdalwin32-1.6\bin\ogr2ogr.exe -t_srs EPSG:3120 -f "DGN" out.dgn
>>> gpsdata.kml
>>> też nie idzie.
>>
>> Już sie wyjaśniło, źle odpalasz ogr2ogr.exe (patrz wyżej).
>>
>>>>>> Czyli, w jednym poleceniu możesz skonwertować plik KML lub np.
>>>>>> Shapefile
>>>>>> do DGN z jednoczesną zmiana układu na 65. 
>>>>> To byłoby chyba zbyt piękne, żeby mogło być prawdziwe :-)
>>>> To jest możliwe. Jedyne problemy moga wystąpić z samym formatem DGN,
>>>> więc poczytaj co jest a co nie jest wspierane:
>>>>
>>>> http://gdal.org/ogr/drv_dgn.html
>>> Chodzi mi tylko o eksport linii i punktów do DGN, a to powinno być
>>> wspierane, choć o punktach chyba nic nie piszą.
>>> A jak ewentualnie SHP zaimportować do MS?
>>
>> Zakładam, że MS jak Microstation.
>> Nie wiem, na oczy tego oprogramowania nie widziałem.
>>
>> Ale na 100% masz podręcznik uzytkownika, więc skorzystaj :-)
> 
> Coś mi dzwoni, że jakoś z rok temu męczyłem się właśnie z importem
> plików SHP do MS. Musiałbym zajrzeć do notatek z tamtego okresu, ale
> pamiętam, że jakoś się udało poprzez MAP, który z kolei był w Civil'u,
> jednak sam plik SHP nie wystarczył do importu, potrzebne były jeszcze co
> najmniej 3 inne.

Shapefile to triplet, trzy pliki podstawowe: .shp, .shx i .dbf, które
zawsze muszą być w komplecie, w przeciwnym wypadku nie jest to Shapefile.

Nazwa Shapefile być może jest myląca bo sugeruje, że to jeden plik, ale
tak nie jest, są to  zawsze i wszędzie 3 pliki podstawowe plus inne
dodatkowe jak pliki z indeksami generowane i obsługiwane przez
oprogramowanie firmy ESRI.

> No i po imporcie zachwytu nie było, bo rysunek wyszedł
> bardzo prymitywny.
> Jednak bardzo dużo mi wyjaśniłeś i z pewnością jest to dość cenny krok
> naprzód w moich poszukiwaniach.

Super.

> Zastanawia mnie jeszcze tylko, dlaczego zaproponowałeś właśnie SHP, czy
> jest to jakiś obiecujący format z jakimiś przydatnymi możliwościami?

Nie zaproponowałem, a jedynie użyłem w przykładzie. Równie dobrze
mógłbym uzyć połączenia do bazy PostgreSQL czy Oracle, ale to
niepotrzebnie by skomplikowało przykład.
A użyłem Shapefile bo jest to jeden z popularniejszych formatów
przewijających sie tu na grupie, zakładam, że też znany Tobie.

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
Charter Member of OSGeo, http://osgeo.org

Witam
Parę słów wyjaśnień.
GDAL obsługuje DGN w wersji 7, w bardzo uproszczonej wersji, nowa wersja 
  v8 DGN jest nie zaimplementowana.
W Microstation 8i wykorzystuje się bibliotekę GDAL w wersji 1.3.0 do 
obsługi WMS, czy do czegoś więcej, nie wiem. W tej wersji dodano obsługę 
układów współrzędnych zgodnych z epsg.
Microstation 8i Map obsługuje shapefile i wiele innych formatów, 
zapewniona jest w locie konwersja układów.

Programista może napisać sobie programik pod Microstation, który 
skorzysta z bibliotek gdal, proj4, shapefile i wygeneruje mu obrazek 
zgodny z oczekiwania i to zrobi dla dowolnego Microstation.
Pozdrawiam
Michał

Michal Baranski pisze:
> Witam
> Parę słów wyjaśnień.
> GDAL obsługuje DGN w wersji 7, w bardzo uproszczonej wersji, nowa wersja 
>  v8 DGN jest nie zaimplementowana.
> W Microstation 8i wykorzystuje się bibliotekę GDAL w wersji 1.3.0 do 
> obsługi WMS, czy do czegoś więcej, nie wiem. W tej wersji dodano obsługę 
> układów współrzędnych zgodnych z epsg.
> Microstation 8i Map obsługuje shapefile i wiele innych formatów, 
> zapewniona jest w locie konwersja układów.
> 
> Programista może napisać sobie programik pod Microstation, który 
> skorzysta z bibliotek gdal, proj4, shapefile i wygeneruje mu obrazek 
> zgodny z oczekiwania i to zrobi dla dowolnego Microstation.
> Pozdrawiam
> Michał

Witam,
gdybym rozumiał, co usiłujesz wyjaśnić, to pewnie nie zadałbym swojego 
pytania w tym wątku, no bo po co miałbym pytać coś, co musiałbym  już 
wiedzieć, aby Ciebie zrozumieć.
Tak więc jedno z dwojga wydaje się bez sensu, albo moje pytanie, albo 
Twoje wyjaśnienie ;-)
Pozdrawiam,

Mateusz Loskot pisze:
> user.80 wrote:
>> Mateusz Loskot pisze:
>>> user.80 wrote:
>>>> Witam,
>>>> poszukuję rozwiązania umożliwiającego eksport trasy z Google Earth do
>>>> programu typu CAD (AutoCAD lub Microstation) na rysunek w okładzie 65.
>>>> Jak taki eksport zrobić od strony technicznej.
>>>> W praktyce wygląda to tak, że chciałbym kupić sobie jakiś niedrogi
>>>> rejestrator trasy i potem wyeksportować z niego trasę do np.
>>>> Microstation na mapę w okładzie 65. Idealnie byłoby, gdyby można było
>>>> także osadzić na niej zdjęcia wykonane aparatem z czasem
>>>> zsynchronizowanym w rejestratorem trasy.
>>>> Czy ktoś może posiada jakieś doświadczenia na tym polu?
>>>
>>> Możesz spróbować pobawić się narzędziem ogr2ogr z GDAL/OGR
>>> (http://gdal.org/ogr/).
>> Pobawiłem się, ale bez rezultatu.
> 
> Co to oznacza "bez rezultatu" ?
> 
> Podaj pełną formę polecenia którą próbowałeś, bez tego ciężko
> ocenić co i czy w ogóle coś robisz źle.
> 
>>> Obsługuje format KML, DGN i inne (http://gdal.org/ogr/ogr_formats.html),
>>> jak również transformacje pomiedzy układami wspł.
>> Być może, ale bez instrukcji chyba nie pójdzie.
> 
> A czy to nie jest instrukcja?
> 
> http://gdal.org/ogr2ogr.html
> 
> Przykład użycia na dole strony, zmień tylko format odpowiednio i dodaj
> parametr -t_srs.
> 
> Tu masz przykłady poleceń dla KML:
> 
> http://gdal.org/ogr/drv_kml.html
> 
> Na bazie w/w skomponuj swoje polecenie.
> 
> Schemat jest prosty, na przykład wiem że mam plik input.kml w formacie
> KML (zawsze w WGS 84) i chcę zrzucić do out.shp w formacie ESRI
> Shapefile z jednoczesnym przeniesieniem do układu 1965/Strefa I:
> 
> ogr2ogr -t_srs EPSG:3120 -f "ESRI Shapefile" out.shp input.kml

1) skopiowałem cały katalog gdalwin32-1.6 na C: i zmieniłem nazwę na gdal,
2) do katalogu w którym był ogr2ogr skopiowałem plik *.kml i nadałem mu 
nazwę input.kml
3) odpaliłem z polecenia uruchom cmd.exe
4) przeszedłem do katalogu C:\gdal\bin
5)wpisałem w cmd polecenie: ogr2ogr -t_srs EPSG:3120 -f "DGN" out.dgn 
input.kml

i otrzymałem wynik:
FAILURE:
Unable to open datasource 'input.kml' with the foolowing drivers.
-> ERSI Shapefiles
-> MapInfo File
-> UK .NTF
-> SDTS
-> TIGER
-> S57
-> DGN
-> VRT
-> REC
-> Memory
-> BNA
-> CSV
-> GML
-> GPX
-> KML
-> GeoJSON
-> GMT
-> ODBC
-> PGeo
-> XPlane
-> AVCBin
-> AVCE00
-> Geoconcept

Więc chyba nie ma szans na taką transformację KML do DGN, czy znowu coś 
zrobiłem niewłaściwie?

Kolega kupił na allegro za parę złotych pudełeczko - rejestrator trasy, 
do którego dołączony soft bardzo fajnie umieszcza wykonane zdjęcia na 
trasie utworzonej w Google Earth i to nawet dość dokładnie, bo 
lokalizuje je nawet na konkretnej jezdni drogi dwujezdniowej.
Teraz mam 20 km drogi w DGN, mape w skali 1:500 i pomyślałem, że gdyby 
na niej rozmieścić fotki to byłby naprawdę niezły obraz sytuacji i 
mógłbym sobie zawsze podejrzeć, jaki stan istniejący widać z danego 
punktu. Nie jest to oczywiście warunek konieczny do zaprojektowania, ale 
ułatwienie byłoby naprawdę spore. Niestety, chyba na taką technologię 
przyjdzie mi jeszcze trochę poczekać.
Gdy się już ktoś na nią natknie to prosiłbym o informacje ;-)
Pozdrawiam,

Użytkownik user.80 napisał:
[...]
> Teraz mam 20 km drogi w DGN, mape w skali 1:500 i pomyślałem, że gdyby 
> na niej rozmieścić fotki to byłby naprawdę niezły obraz sytuacji i 
> mógłbym sobie zawsze podejrzeć, jaki stan istniejący widać z danego 
> punktu. Nie jest to oczywiście warunek konieczny do zaprojektowania, ale 
> ułatwienie byłoby naprawdę spore. Niestety, chyba na taką technologię 
> przyjdzie mi jeszcze trochę poczekać.
> Gdy się już ktoś na nią natknie to prosiłbym o informacje ;-)
> Pozdrawiam,

Zobacz w Microstation Tools->Engineering Links. Można utworzyć link do 
strony www, obrazka.
Musisz nanieść punkty, celki i zrobić linki. Obrazki niestety będą poza 
dgn-em.
Ta funkcjonalność jest od wersji 95 :)
Pozdrawiam
Michał

Użytkownik user.80 napisał:
> Witam,
> gdybym rozumiał, co usiłujesz wyjaśnić, to pewnie nie zadałbym swojego 
> pytania w tym wątku, no bo po co miałbym pytać coś, co musiałbym  już 
> wiedzieć, aby Ciebie zrozumieć.
> Tak więc jedno z dwojga wydaje się bez sensu, albo moje pytanie, albo 
> Twoje wyjaśnienie ;-)
> Pozdrawiam,

Wyjaśniałem innym też o różnicach między programami, obsługiwanymi 
wersjami dgn-ów i wspomniałem o możliwość sprzęgnięcia obu rozwiązań, 
bez korzystania z KMLa, czy korzystania z możliwości Microstation.
Michał

"user.80" <user.80@buziaczek.pl> wrote in message 
news:guq27p$e81$1@news.onet.pl...
> Michal Baranski pisze:
>> Witam
>> Parę słów wyjaśnień.
>> GDAL obsługuje DGN w wersji 7, w bardzo uproszczonej wersji, nowa wersja
>>  v8 DGN jest nie zaimplementowana.
>> W Microstation 8i wykorzystuje się bibliotekę GDAL w wersji 1.3.0 do
>> obsługi WMS, czy do czegoś więcej, nie wiem. W tej wersji dodano obsługę
>> układów współrzędnych zgodnych z epsg.
>> Microstation 8i Map obsługuje shapefile i wiele innych formatów,
>> zapewniona jest w locie konwersja układów.
>>
>> Programista może napisać sobie programik pod Microstation, który
>> skorzysta z bibliotek gdal, proj4, shapefile i wygeneruje mu obrazek
>> zgodny z oczekiwania i to zrobi dla dowolnego Microstation.
>> Pozdrawiam
>> Michał
>
> Witam,
> gdybym rozumiał, co usiłujesz wyjaśnić, to pewnie nie zadałbym swojego
> pytania w tym wątku, no bo po co miałbym pytać coś, co musiałbym  już
> wiedzieć, aby Ciebie zrozumieć.
> Tak więc jedno z dwojga wydaje się bez sensu, albo moje pytanie, albo
> Twoje wyjaśnienie ;-)

Drogi user.80,

Może po prostu nie poruszasz się swobodnie w świecie oprogramowania
Microstation aby móc wykonać bardziej zaawansowane operacje.

Michał wyjaśnił Ci, że możesz napotkać na problemy w trakcie użycia narzędzi
GDAL/OGR ponieważ ów obsługuje określoną wersję formatu.
Masz to jasno podane w dokumentacji (http://gdal.org/ogr/drv_dgn.html)
do tego na pewno masz dokumentację z Microstation.
Zweryfikuj numerki, zobacz czego tak na prawdę potrzebujesz, przemyśl 
rozwiązanie, etc.

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
pl.comp.lang.c FAQ: http://pl.cpp.wikia.com/wiki/FAQ
C++ FAQ: http://parashift.com/c++-faq-lite 

"user.80" <user.80@buziaczek.pl> wrote in message 
news:guqu7c$ug9$1@news.onet.pl...
> Mateusz Loskot pisze:
>> user.80 wrote:
>>> Mateusz Loskot pisze:
>>>> user.80 wrote:
>>>>> Witam,
>>>>> poszukuję rozwiązania umożliwiającego eksport trasy z Google Earth do
>>>>> programu typu CAD (AutoCAD lub Microstation) na rysunek w okładzie 65.
>>>>> Jak taki eksport zrobić od strony technicznej.
>>>>> W praktyce wygląda to tak, że chciałbym kupić sobie jakiś niedrogi
>>>>> rejestrator trasy i potem wyeksportować z niego trasę do np.
>>>>> Microstation na mapę w okładzie 65. Idealnie byłoby, gdyby można było
>>>>> także osadzić na niej zdjęcia wykonane aparatem z czasem
>>>>> zsynchronizowanym w rejestratorem trasy.
>>>>> Czy ktoś może posiada jakieś doświadczenia na tym polu?
>>>>
>>>> Możesz spróbować pobawić się narzędziem ogr2ogr z GDAL/OGR
>>>> (http://gdal.org/ogr/).
>>> Pobawiłem się, ale bez rezultatu.
>>
>> Co to oznacza "bez rezultatu" ?
>>
>> Podaj pełną formę polecenia którą próbowałeś, bez tego ciężko
>> ocenić co i czy w ogóle coś robisz źle.
>>
>>>> Obsługuje format KML, DGN i inne 
>>>> (http://gdal.org/ogr/ogr_formats.html),
>>>> jak również transformacje pomiedzy układami wspł.
>>> Być może, ale bez instrukcji chyba nie pójdzie.
>>
>> A czy to nie jest instrukcja?
>>
>> http://gdal.org/ogr2ogr.html
>>
>> Przykład użycia na dole strony, zmień tylko format odpowiednio i dodaj
>> parametr -t_srs.
>>
>> Tu masz przykłady poleceń dla KML:
>>
>> http://gdal.org/ogr/drv_kml.html
>>
>> Na bazie w/w skomponuj swoje polecenie.
>>
>> Schemat jest prosty, na przykład wiem że mam plik input.kml w formacie
>> KML (zawsze w WGS 84) i chcę zrzucić do out.shp w formacie ESRI
>> Shapefile z jednoczesnym przeniesieniem do układu 1965/Strefa I:
>>
>> ogr2ogr -t_srs EPSG:3120 -f "ESRI Shapefile" out.shp input.kml
>
> 1) skopiowałem cały katalog gdalwin32-1.6 na C: i zmieniłem nazwę na gdal,
> 2) do katalogu w którym był ogr2ogr skopiowałem plik *.kml i nadałem mu
> nazwę input.kml
> 3) odpaliłem z polecenia uruchom cmd.exe
> 4) przeszedłem do katalogu C:\gdal\bin
> 5)wpisałem w cmd polecenie: ogr2ogr -t_srs EPSG:3120 -f "DGN" out.dgn
> input.kml
>
> i otrzymałem wynik:
> FAILURE:
> Unable to open datasource 'input.kml' with the foolowing drivers.
> -> ERSI Shapefiles
> -> MapInfo File
> -> UK .NTF
> -> SDTS
> -> TIGER
> -> S57
> -> DGN
> -> VRT
> -> REC
> -> Memory
> -> BNA
> -> CSV
> -> GML
> -> GPX
> -> KML
> -> GeoJSON
> -> GMT
> -> ODBC
> -> PGeo
> -> XPlane
> -> AVCBin
> -> AVCE00
> -> Geoconcept
>
> Więc chyba nie ma szans na taką transformację KML do DGN, czy znowu coś
> zrobiłem niewłaściwie?

Podaj co dostajesz uruchamiając takie polecenie:

ogrinfo input.kml

> Kolega kupił na allegro za parę złotych pudełeczko - rejestrator trasy,
> do którego dołączony soft bardzo fajnie umieszcza wykonane zdjęcia na
> trasie utworzonej w Google Earth i to nawet dość dokładnie, bo
> lokalizuje je nawet na konkretnej jezdni drogi dwujezdniowej.
> Teraz mam 20 km drogi w DGN, mape w skali 1:500 i pomyślałem, że gdyby
> na niej rozmieścić fotki to byłby naprawdę niezły obraz sytuacji i
> mógłbym sobie zawsze podejrzeć, jaki stan istniejący widać z danego
> punktu. Nie jest to oczywiście warunek konieczny do zaprojektowania, ale
> ułatwienie byłoby naprawdę spore. Niestety, chyba na taką technologię
> przyjdzie mi jeszcze trochę poczekać.

Eee, przesadzasz. Na pewno jest to dość proste zadanie, trzeba jedynie
pokombinować z różnymi narzędziami.
Wszyscy chcą machnąć parę kliknięć i już, a czasem ;-)

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
pl.comp.lang.c FAQ: http://pl.cpp.wikia.com/wiki/FAQ
C++ FAQ: http://parashift.com/c++-faq-lite 

Mateusz Loskot pisze:
> "user.80" <user.80@buziaczek.pl> wrote in message 
> news:guqu7c$ug9$1@news.onet.pl...
>> Mateusz Loskot pisze:
>>> user.80 wrote:
>>>> Mateusz Loskot pisze:
>>>>> user.80 wrote:
>>>>>> Witam,
>>>>>> poszukuję rozwiązania umożliwiającego eksport trasy z Google Earth do
>>>>>> programu typu CAD (AutoCAD lub Microstation) na rysunek w okładzie 
>>>>>> 65.
>>>>>> Jak taki eksport zrobić od strony technicznej.
>>>>>> W praktyce wygląda to tak, że chciałbym kupić sobie jakiś niedrogi
>>>>>> rejestrator trasy i potem wyeksportować z niego trasę do np.
>>>>>> Microstation na mapę w okładzie 65. Idealnie byłoby, gdyby można było
>>>>>> także osadzić na niej zdjęcia wykonane aparatem z czasem
>>>>>> zsynchronizowanym w rejestratorem trasy.
>>>>>> Czy ktoś może posiada jakieś doświadczenia na tym polu?
>>>>>
>>>>> Możesz spróbować pobawić się narzędziem ogr2ogr z GDAL/OGR
>>>>> (http://gdal.org/ogr/).
>>>> Pobawiłem się, ale bez rezultatu.
>>>
>>> Co to oznacza "bez rezultatu" ?
>>>
>>> Podaj pełną formę polecenia którą próbowałeś, bez tego ciężko
>>> ocenić co i czy w ogóle coś robisz źle.
>>>
>>>>> Obsługuje format KML, DGN i inne 
>>>>> (http://gdal.org/ogr/ogr_formats.html),
>>>>> jak również transformacje pomiedzy układami wspł.
>>>> Być może, ale bez instrukcji chyba nie pójdzie.
>>>
>>> A czy to nie jest instrukcja?
>>>
>>> http://gdal.org/ogr2ogr.html
>>>
>>> Przykład użycia na dole strony, zmień tylko format odpowiednio i dodaj
>>> parametr -t_srs.
>>>
>>> Tu masz przykłady poleceń dla KML:
>>>
>>> http://gdal.org/ogr/drv_kml.html
>>>
>>> Na bazie w/w skomponuj swoje polecenie.
>>>
>>> Schemat jest prosty, na przykład wiem że mam plik input.kml w formacie
>>> KML (zawsze w WGS 84) i chcę zrzucić do out.shp w formacie ESRI
>>> Shapefile z jednoczesnym przeniesieniem do układu 1965/Strefa I:
>>>
>>> ogr2ogr -t_srs EPSG:3120 -f "ESRI Shapefile" out.shp input.kml
>>
>> 1) skopiowałem cały katalog gdalwin32-1.6 na C: i zmieniłem nazwę na 
>> gdal,
>> 2) do katalogu w którym był ogr2ogr skopiowałem plik *.kml i nadałem mu
>> nazwę input.kml
>> 3) odpaliłem z polecenia uruchom cmd.exe
>> 4) przeszedłem do katalogu C:\gdal\bin
>> 5)wpisałem w cmd polecenie: ogr2ogr -t_srs EPSG:3120 -f "DGN" out.dgn
>> input.kml
>>
>> i otrzymałem wynik:
>> FAILURE:
>> Unable to open datasource 'input.kml' with the foolowing drivers.
>> -> ERSI Shapefiles
>> -> MapInfo File
>> -> UK .NTF
>> -> SDTS
>> -> TIGER
>> -> S57
>> -> DGN
>> -> VRT
>> -> REC
>> -> Memory
>> -> BNA
>> -> CSV
>> -> GML
>> -> GPX
>> -> KML
>> -> GeoJSON
>> -> GMT
>> -> ODBC
>> -> PGeo
>> -> XPlane
>> -> AVCBin
>> -> AVCE00
>> -> Geoconcept
>>
>> Więc chyba nie ma szans na taką transformację KML do DGN, czy znowu coś
>> zrobiłem niewłaściwie?
> 
> Podaj co dostajesz uruchamiając takie polecenie:
> 
> ogrinfo input.kml

Dostaję dokładnie to samo, co powyżej, czyli dla ścisłości:
FAILURE:
Unable to open datasource 'input.kml' with the foolowing drivers.
-> ERSI Shapefiles
-> MapInfo File
-> UK .NTF
-> SDTS
-> TIGER
-> S57
-> DGN
-> VRT
-> REC
-> Memory
-> BNA
-> CSV
-> GML
-> GPX
-> KML
-> GeoJSON
-> GMT
-> ODBC
-> PGeo
-> XPlane
-> AVCBin
-> AVCE00
-> Geoconcept

Jak widać, program wyraźnie odmawia współpracy i złośliwie blokuje mi 
dalszą karierę programisty ;-)

>> Kolega kupił na allegro za parę złotych pudełeczko - rejestrator trasy,
>> do którego dołączony soft bardzo fajnie umieszcza wykonane zdjęcia na
>> trasie utworzonej w Google Earth i to nawet dość dokładnie, bo
>> lokalizuje je nawet na konkretnej jezdni drogi dwujezdniowej.
>> Teraz mam 20 km drogi w DGN, mape w skali 1:500 i pomyślałem, że gdyby
>> na niej rozmieścić fotki to byłby naprawdę niezły obraz sytuacji i
>> mógłbym sobie zawsze podejrzeć, jaki stan istniejący widać z danego
>> punktu. Nie jest to oczywiście warunek konieczny do zaprojektowania, ale
>> ułatwienie byłoby naprawdę spore. Niestety, chyba na taką technologię
>> przyjdzie mi jeszcze trochę poczekać.
> 
> Eee, przesadzasz. Na pewno jest to dość proste zadanie, trzeba jedynie
> pokombinować z różnymi narzędziami.
> Wszyscy chcą machnąć parę kliknięć i już, a czasem ;-)

Można mi śmiało wierzyć na słowo, że gdyby to zadanie było proste, to na 
pewno nie fatygowałbym tutaj Szanownych Umysłów i to z bardzo logicznego 
powodu - otóż z prostymi zadaniami radzę sobie całkiem dobrze, a nawet w 
pewnych środowiskach uchodzę za całkiem niezłego speca od komputera.
Pozdrawiam,

Mateusz Loskot pisze:
> "user.80" <user.80@buziaczek.pl> wrote in message 
> news:guq27p$e81$1@news.onet.pl...
>> Michal Baranski pisze:
>>> Witam
>>> Parę słów wyjaśnień.
>>> GDAL obsługuje DGN w wersji 7, w bardzo uproszczonej wersji, nowa wersja
>>>  v8 DGN jest nie zaimplementowana.
>>> W Microstation 8i wykorzystuje się bibliotekę GDAL w wersji 1.3.0 do
>>> obsługi WMS, czy do czegoś więcej, nie wiem. W tej wersji dodano obsługę
>>> układów współrzędnych zgodnych z epsg.
>>> Microstation 8i Map obsługuje shapefile i wiele innych formatów,
>>> zapewniona jest w locie konwersja układów.
>>>
>>> Programista może napisać sobie programik pod Microstation, który
>>> skorzysta z bibliotek gdal, proj4, shapefile i wygeneruje mu obrazek
>>> zgodny z oczekiwania i to zrobi dla dowolnego Microstation.
>>> Pozdrawiam
>>> Michał
>>
>> Witam,
>> gdybym rozumiał, co usiłujesz wyjaśnić, to pewnie nie zadałbym swojego
>> pytania w tym wątku, no bo po co miałbym pytać coś, co musiałbym  już
>> wiedzieć, aby Ciebie zrozumieć.
>> Tak więc jedno z dwojga wydaje się bez sensu, albo moje pytanie, albo
>> Twoje wyjaśnienie ;-)
> 
> Drogi user.80,
> 
> Może po prostu nie poruszasz się swobodnie w świecie oprogramowania
> Microstation aby móc wykonać bardziej zaawansowane operacje.
> 
> Michał wyjaśnił Ci, że możesz napotkać na problemy w trakcie użycia 
> narzędzi
> GDAL/OGR ponieważ ów obsługuje określoną wersję formatu.
> Masz to jasno podane w dokumentacji (http://gdal.org/ogr/drv_dgn.html)
> do tego na pewno masz dokumentację z Microstation.
> Zweryfikuj numerki, zobacz czego tak na prawdę potrzebujesz, przemyśl 
> rozwiązanie, etc.

Witam,
to nie ważne, którą wersję MS obsługuje, ponieważ mamy gdzieś chyba 
każdą możliwą. Używamy na co dzień v8.5, ale bez problemu otwiera ona 
starsze wersje, w tym także v7.
Pozdrawia,

"user.80" <user.80@buziaczek.pl> wrote in message 
news:gurh5l$pum$1@news.onet.pl...
> Mateusz Loskot pisze:
>> Podaj co dostajesz uruchamiając takie polecenie:
>>
>> ogrinfo input.kml
>
> Dostaję dokładnie to samo, co powyżej, czyli dla ścisłości:
> FAILURE:
> Unable to open datasource 'input.kml' with the foolowing drivers.
> -> ERSI Shapefiles
> -> MapInfo File
> -> UK .NTF
> -> SDTS
> -> TIGER
> -> S57
> -> DGN
> -> VRT
> -> REC
> -> Memory
> -> BNA
> -> CSV
> -> GML
> -> GPX
> -> KML
> -> GeoJSON
> -> GMT
> -> ODBC
> -> PGeo
> -> XPlane
> -> AVCBin
> -> AVCE00
> -> Geoconcept
>
> Jak widać, program wyraźnie odmawia współpracy i złośliwie blokuje mi
> dalszą karierę programisty ;-)

Wrzuć mi gdzieś na jakiś serwer ten input.kml, zobaczę co z nim nie tak.

Przy okazji, do konwersji KML na inne formaty możesz użyć GPSBabel:

http://www.gpsbabel.org/

Nie obsługuje DGN, z tego co mi wiadomo, ale na pewno ESRI Shapefile.
A z Shapefile do DGN jest już bliżej (łatwiej)


Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
pl.comp.lang.c FAQ: http://pl.cpp.wikia.com/wiki/FAQ
C++ FAQ: http://parashift.com/c++-faq-lite 

Mateusz Loskot pisze:
> "user.80" <user.80@buziaczek.pl> wrote in message 
> news:gurh5l$pum$1@news.onet.pl...
>> Mateusz Loskot pisze:
>>> Podaj co dostajesz uruchamiając takie polecenie:
>>>
>>> ogrinfo input.kml
>>
>> Dostaję dokładnie to samo, co powyżej, czyli dla ścisłości:
>> FAILURE:
>> Unable to open datasource 'input.kml' with the foolowing drivers.
>> -> ERSI Shapefiles
>> -> MapInfo File
>> -> UK .NTF
>> -> SDTS
>> -> TIGER
>> -> S57
>> -> DGN
>> -> VRT
>> -> REC
>> -> Memory
>> -> BNA
>> -> CSV
>> -> GML
>> -> GPX
>> -> KML
>> -> GeoJSON
>> -> GMT
>> -> ODBC
>> -> PGeo
>> -> XPlane
>> -> AVCBin
>> -> AVCE00
>> -> Geoconcept
>>
>> Jak widać, program wyraźnie odmawia współpracy i złośliwie blokuje mi
>> dalszą karierę programisty ;-)
> 
> Wrzuć mi gdzieś na jakiś serwer ten input.kml, zobaczę co z nim nie tak.
> 
> Przy okazji, do konwersji KML na inne formaty możesz użyć GPSBabel:
> 
> http://www.gpsbabel.org/
> 
> Nie obsługuje DGN, z tego co mi wiadomo, ale na pewno ESRI Shapefile.
> A z Shapefile do DGN jest już bliżej (łatwiej)

Problematyczny plik, który pożyczyłem od znajomych, został umieszczony
tutaj: http://www.sendspace.pl/file/ppPERg8G/
W Google Earth otwiera się bez problemu i byłoby miło, gdyby jednak był 
tak uprzejmy i zamienił się bezpośrednio na DGN w układzie 65 ;-)
Pozdrawiam,

"user.80" <user.80@buziaczek.pl> wrote in message 
news:gus4v9$jtq$1@news.onet.pl...
> Mateusz Loskot pisze:
>> "user.80" <user.80@buziaczek.pl> wrote in message
>> news:gurh5l$pum$1@news.onet.pl...
>>> Mateusz Loskot pisze:
>>>> Podaj co dostajesz uruchamiając takie polecenie:
>>>>
>>>> ogrinfo input.kml
>>>
>>> Dostaję dokładnie to samo, co powyżej, czyli dla ścisłości:
>>> FAILURE:
>>> Unable to open datasource 'input.kml' with the foolowing drivers.
>>> -> ERSI Shapefiles
>>> -> MapInfo File
>>> -> UK .NTF
>>> -> SDTS
>>> -> TIGER
>>> -> S57
>>> -> DGN
>>> -> VRT
>>> -> REC
>>> -> Memory
>>> -> BNA
>>> -> CSV
>>> -> GML
>>> -> GPX
>>> -> KML
>>> -> GeoJSON
>>> -> GMT
>>> -> ODBC
>>> -> PGeo
>>> -> XPlane
>>> -> AVCBin
>>> -> AVCE00
>>> -> Geoconcept
>>>
>>> Jak widać, program wyraźnie odmawia współpracy i złośliwie blokuje mi
>>> dalszą karierę programisty ;-)
>>
>> Wrzuć mi gdzieś na jakiś serwer ten input.kml, zobaczę co z nim nie tak.
>>
>> Przy okazji, do konwersji KML na inne formaty możesz użyć GPSBabel:
>>
>> http://www.gpsbabel.org/
>>
>> Nie obsługuje DGN, z tego co mi wiadomo, ale na pewno ESRI Shapefile.
>> A z Shapefile do DGN jest już bliżej (łatwiej)
>
> Problematyczny plik, który pożyczyłem od znajomych, został umieszczony
> tutaj: http://www.sendspace.pl/file/ppPERg8G/
> W Google Earth otwiera się bez problemu i byłoby miło, gdyby jednak był
> tak uprzejmy i zamienił się bezpośrednio na DGN w układzie 65 ;-)

Zrobiłem szybki test, faktycznie jest problem z rozpoznaniem przez GDAL/OGR
poprawnie, że to jest plik KML (jego zawartość).

Wygląda to na błąd w GDAL/OGR. Wieczorem dziś sprawdzę dokładnie i może
uda mi się to naprawić. Dam znać.

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
pl.comp.lang.c FAQ: http://pl.cpp.wikia.com/wiki/FAQ
C++ FAQ: http://parashift.com/c++-faq-lite 

user.80 wrote:
> Mateusz Loskot pisze:
>> "user.80" <user.80@buziaczek.pl> wrote in message
>> news:gurh5l$pum$1@news.onet.pl...
>>> Mateusz Loskot pisze:
>>>> Podaj co dostajesz uruchamiając takie polecenie:
>>>>
>>>> ogrinfo input.kml
>>>
>>> Dostaję dokładnie to samo, co powyżej, czyli dla ścisłości:
>>> FAILURE:
>>> Unable to open datasource 'input.kml' with the foolowing drivers.
>>> -> ERSI Shapefiles
>>> -> MapInfo File
>>> -> UK .NTF
>>> -> SDTS
>>> -> TIGER
>>> -> S57
>>> -> DGN
>>> -> VRT
>>> -> REC
>>> -> Memory
>>> -> BNA
>>> -> CSV
>>> -> GML
>>> -> GPX
>>> -> KML
>>> -> GeoJSON
>>> -> GMT
>>> -> ODBC
>>> -> PGeo
>>> -> XPlane
>>> -> AVCBin
>>> -> AVCE00
>>> -> Geoconcept
>>>
>>> Jak widać, program wyraźnie odmawia współpracy i złośliwie blokuje mi
>>> dalszą karierę programisty ;-)
>>
>> Wrzuć mi gdzieś na jakiś serwer ten input.kml, zobaczę co z nim nie tak.
>>
>> Przy okazji, do konwersji KML na inne formaty możesz użyć GPSBabel:
>>
>> http://www.gpsbabel.org/
>>
>> Nie obsługuje DGN, z tego co mi wiadomo, ale na pewno ESRI Shapefile.
>> A z Shapefile do DGN jest już bliżej (łatwiej)
> 
> Problematyczny plik, który pożyczyłem od znajomych, został umieszczony
> tutaj: http://www.sendspace.pl/file/ppPERg8G/
> W Google Earth otwiera się bez problemu

Sprawdziłem ten plik i nie jest on zgodny z wymaganiami standardu KML.
Nie jest istotne czy w Google Earth się otwiera czynie,
GE to nie standard.

Otwórz ten plik w edytorze i zmień drugą linię z

<kml>

na

<kml xmlns="http://www.opengis.net/kml/2.2">

Teraz wszystko powinno działać.

> i byłoby miło, gdyby jednak był
> tak uprzejmy i zamienił się bezpośrednio na DGN w układzie 65 ;-)

Spróbuj sam!

Pamiętaj że KML to kupa "śmiecia" i nie ma możliwości
na płynne, czyste i pełne przeniesienie danych z KML do innego plikowego
formatu bez przetworzenia. KML to nie jest format GIS w tradycyjnym
rozumieniu, to jest taki "śmietnik" jak HTML = dane + wizualizacja.
Dodatkowo, KML to geometria multilinestring 3D. Nie wiem jak jest w DGN
ze wsparciem dla 3D, nie wiem jak jest z multilinestring.


Dlatego możesz wymusić wygenerowanie prostych polilinii, nie multi:

ogr2ogr -f DGN my.dgn input.kml Tracks -nlt LINESTRIN

Jak użyć opcji -t_srs aby wykonać transformację do 65 to już Ci podałem.

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
Charter Member of OSGeo, http://osgeo.org

Mateusz Loskot pisze:
> user.80 wrote:
>> Mateusz Loskot pisze:
>>> "user.80" <user.80@buziaczek.pl> wrote in message
>>> news:gurh5l$pum$1@news.onet.pl...
>>>> Mateusz Loskot pisze:
>>>>> Podaj co dostajesz uruchamiając takie polecenie:
>>>>>
>>>>> ogrinfo input.kml
>>>> Dostaję dokładnie to samo, co powyżej, czyli dla ścisłości:
>>>> FAILURE:
>>>> Unable to open datasource 'input.kml' with the foolowing drivers.
>>>> -> ERSI Shapefiles
>>>> -> MapInfo File
>>>> -> UK .NTF
>>>> -> SDTS
>>>> -> TIGER
>>>> -> S57
>>>> -> DGN
>>>> -> VRT
>>>> -> REC
>>>> -> Memory
>>>> -> BNA
>>>> -> CSV
>>>> -> GML
>>>> -> GPX
>>>> -> KML
>>>> -> GeoJSON
>>>> -> GMT
>>>> -> ODBC
>>>> -> PGeo
>>>> -> XPlane
>>>> -> AVCBin
>>>> -> AVCE00
>>>> -> Geoconcept
>>>>
>>>> Jak widać, program wyraźnie odmawia współpracy i złośliwie blokuje mi
>>>> dalszą karierę programisty ;-)
>>> Wrzuć mi gdzieś na jakiś serwer ten input.kml, zobaczę co z nim nie tak.
>>>
>>> Przy okazji, do konwersji KML na inne formaty możesz użyć GPSBabel:
>>>
>>> http://www.gpsbabel.org/
>>>
>>> Nie obsługuje DGN, z tego co mi wiadomo, ale na pewno ESRI Shapefile.
>>> A z Shapefile do DGN jest już bliżej (łatwiej)
>> Problematyczny plik, który pożyczyłem od znajomych, został umieszczony
>> tutaj: http://www.sendspace.pl/file/ppPERg8G/
>> W Google Earth otwiera się bez problemu
> 
> Sprawdziłem ten plik i nie jest on zgodny z wymaganiami standardu KML.
> Nie jest istotne czy w Google Earth się otwiera czynie,
> GE to nie standard.
> 
> Otwórz ten plik w edytorze i zmień drugą linię z
> 
> <kml>
> 
> na
> 
> <kml xmlns="http://www.opengis.net/kml/2.2">
> 
> Teraz wszystko powinno działać.

Otworzyłem plik input.kml w notatniku i po edycji od góry wygląda on tak:
<?xml version="1.0" encoding="UTF-8"?>
<kml xmlns="http://www.opengis.net/kml/2.2">
....

niestety, otrzymuję kolejno:
Microsoft Windows XP [Wersja 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\w>cd..

C:\Documents and Settings>cd..

C:\>cd gdal

C:\gdal>cd bin

C:\gdal\bin>ogr2ogr -t_srs EPSG:3120 -f "DGN" out.dgn input.kml
FAILURE:
Unable to open datasource `input.kml' with the following drivers.
   -> ESRI Shapefile
   -> MapInfo File
   -> UK .NTF
   -> SDTS
   -> TIGER
   -> S57
   -> DGN
   -> VRT
   -> REC
   -> Memory
   -> BNA
   -> CSV
   -> GML
   -> GPX
   -> KML
   -> GeoJSON
   -> GMT
   -> ODBC
   -> PGeo
   -> XPlane
   -> AVCBin
   -> AVCE00
   -> Geoconcept

C:\gdal\bin>

>> i byłoby miło, gdyby jednak był
>> tak uprzejmy i zamienił się bezpośrednio na DGN w układzie 65 ;-)
> 
> Spróbuj sam!
> 
> Pamiętaj że KML to kupa "śmiecia" i nie ma możliwości
> na płynne, czyste i pełne przeniesienie danych z KML do innego plikowego
> formatu bez przetworzenia. KML to nie jest format GIS w tradycyjnym
> rozumieniu, to jest taki "śmietnik" jak HTML = dane + wizualizacja.
> Dodatkowo, KML to geometria multilinestring 3D. Nie wiem jak jest w DGN
> ze wsparciem dla 3D, nie wiem jak jest z multilinestring.
> 
> 
> Dlatego możesz wymusić wygenerowanie prostych polilinii, nie multi:
> 
> ogr2ogr -f DGN my.dgn input.kml Tracks -nlt LINESTRIN
> 
> Jak użyć opcji -t_srs aby wykonać transformację do 65 to już Ci podałem.

Może w moim przypadku nie musi to być KML?
Przypomnę może , że mam możliwość zapisu trasy do formatów: NAV, NMEA, 
KML, KMZ, GPX lub CSV i któryś może byłby lepszy?
Pozdrawiam,

"user.80" <user.80@buziaczek.pl> wrote in message 
news:gv09pk$qbd$1@news.onet.pl...
> Mateusz Loskot pisze:
>> user.80 wrote:
>>> Mateusz Loskot pisze:
>>>> "user.80" <user.80@buziaczek.pl> wrote in message
>>>> news:gurh5l$pum$1@news.onet.pl...
>>>>> Mateusz Loskot pisze:
>>>>>> Podaj co dostajesz uruchamiając takie polecenie:
>>>>>>
>>>>>> ogrinfo input.kml
>>>>> Dostaję dokładnie to samo, co powyżej, czyli dla ścisłości:
>>>>> FAILURE:
>>>>> Unable to open datasource 'input.kml' with the foolowing drivers.
>>>>> -> ERSI Shapefiles
>>>>> -> MapInfo File
>>>>> -> UK .NTF
>>>>> -> SDTS
>>>>> -> TIGER
>>>>> -> S57
>>>>> -> DGN
>>>>> -> VRT
>>>>> -> REC
>>>>> -> Memory
>>>>> -> BNA
>>>>> -> CSV
>>>>> -> GML
>>>>> -> GPX
>>>>> -> KML
>>>>> -> GeoJSON
>>>>> -> GMT
>>>>> -> ODBC
>>>>> -> PGeo
>>>>> -> XPlane
>>>>> -> AVCBin
>>>>> -> AVCE00
>>>>> -> Geoconcept
>>>>>
>>>>> Jak widać, program wyraźnie odmawia współpracy i złośliwie blokuje mi
>>>>> dalszą karierę programisty ;-)
>>>> Wrzuć mi gdzieś na jakiś serwer ten input.kml, zobaczę co z nim nie 
>>>> tak.
>>>>
>>>> Przy okazji, do konwersji KML na inne formaty możesz użyć GPSBabel:
>>>>
>>>> http://www.gpsbabel.org/
>>>>
>>>> Nie obsługuje DGN, z tego co mi wiadomo, ale na pewno ESRI Shapefile.
>>>> A z Shapefile do DGN jest już bliżej (łatwiej)
>>> Problematyczny plik, który pożyczyłem od znajomych, został umieszczony
>>> tutaj: http://www.sendspace.pl/file/ppPERg8G/
>>> W Google Earth otwiera się bez problemu
>>
>> Sprawdziłem ten plik i nie jest on zgodny z wymaganiami standardu KML.
>> Nie jest istotne czy w Google Earth się otwiera czynie,
>> GE to nie standard.
>>
>> Otwórz ten plik w edytorze i zmień drugą linię z
>>
>> <kml>
>>
>> na
>>
>> <kml xmlns="http://www.opengis.net/kml/2.2">
>>
>> Teraz wszystko powinno działać.
>
> Otworzyłem plik input.kml w notatniku i po edycji od góry wygląda on tak:
> <?xml version="1.0" encoding="UTF-8"?>
> <kml xmlns="http://www.opengis.net/kml/2.2">
> ....
> niestety, otrzymuję kolejno:
>
> C:\gdal\bin>ogr2ogr -t_srs EPSG:3120 -f "DGN" out.dgn input.kml
> FAILURE:
> Unable to open datasource `input.kml' with the following drivers.
> ...

Faktycznie, coś jest nie tak.
Ja używam GDAL/OGR w wersji deweloperskiej, z repozytorium SVN.
Być może starsze wersje mają jakiś bug i sobie nie radzą.

Problem polega na tym że przy otwarciu pliku KML, OGR stara się wykonać
pewną walidacje, której tutaj ten plik nie przechodzi

> Może w moim przypadku nie musi to być KML?
> Przypomnę może , że mam możliwość zapisu trasy do formatów: NAV, NMEA,
> KML, KMZ, GPX lub CSV i któryś może byłby lepszy?

Wybrałbym GPX, szczegoły tutaj:

http://gdal.org/ogr/drv_gpx.html

Srawdź przy okazji, zobacz czy Microstation nie ma wbudowanego
importu dla GPX lub nawet CSV. CSV czy w ogóle import punktów z plików 
tekstowych to
popularna operacja.

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
pl.comp.lang.c FAQ: http://pl.cpp.wikia.com/wiki/FAQ
C++ FAQ: http://parashift.com/c++-faq-lite 

Mateusz Loskot pisze:
> "user.80" <user.80@buziaczek.pl> wrote in message 
> news:gv09pk$qbd$1@news.onet.pl...
>> Mateusz Loskot pisze:
>>> user.80 wrote:
>>>> Mateusz Loskot pisze:
>>>>> "user.80" <user.80@buziaczek.pl> wrote in message
>>>>> news:gurh5l$pum$1@news.onet.pl...
>>>>>> Mateusz Loskot pisze:
>>>>>>> Podaj co dostajesz uruchamiając takie polecenie:
>>>>>>>
>>>>>>> ogrinfo input.kml
>>>>>> Dostaję dokładnie to samo, co powyżej, czyli dla ścisłości:
>>>>>> FAILURE:
>>>>>> Unable to open datasource 'input.kml' with the foolowing drivers.
>>>>>> -> ERSI Shapefiles
>>>>>> -> MapInfo File
>>>>>> -> UK .NTF
>>>>>> -> SDTS
>>>>>> -> TIGER
>>>>>> -> S57
>>>>>> -> DGN
>>>>>> -> VRT
>>>>>> -> REC
>>>>>> -> Memory
>>>>>> -> BNA
>>>>>> -> CSV
>>>>>> -> GML
>>>>>> -> GPX
>>>>>> -> KML
>>>>>> -> GeoJSON
>>>>>> -> GMT
>>>>>> -> ODBC
>>>>>> -> PGeo
>>>>>> -> XPlane
>>>>>> -> AVCBin
>>>>>> -> AVCE00
>>>>>> -> Geoconcept
>>>>>>
>>>>>> Jak widać, program wyraźnie odmawia współpracy i złośliwie blokuje mi
>>>>>> dalszą karierę programisty ;-)
>>>>> Wrzuć mi gdzieś na jakiś serwer ten input.kml, zobaczę co z nim nie 
>>>>> tak.
>>>>>
>>>>> Przy okazji, do konwersji KML na inne formaty możesz użyć GPSBabel:
>>>>>
>>>>> http://www.gpsbabel.org/
>>>>>
>>>>> Nie obsługuje DGN, z tego co mi wiadomo, ale na pewno ESRI Shapefile.
>>>>> A z Shapefile do DGN jest już bliżej (łatwiej)
>>>> Problematyczny plik, który pożyczyłem od znajomych, został umieszczony
>>>> tutaj: http://www.sendspace.pl/file/ppPERg8G/
>>>> W Google Earth otwiera się bez problemu
>>>
>>> Sprawdziłem ten plik i nie jest on zgodny z wymaganiami standardu KML.
>>> Nie jest istotne czy w Google Earth się otwiera czynie,
>>> GE to nie standard.
>>>
>>> Otwórz ten plik w edytorze i zmień drugą linię z
>>>
>>> <kml>
>>>
>>> na
>>>
>>> <kml xmlns="http://www.opengis.net/kml/2.2">
>>>
>>> Teraz wszystko powinno działać.
>>
>> Otworzyłem plik input.kml w notatniku i po edycji od góry wygląda on tak:
>> <?xml version="1.0" encoding="UTF-8"?>
>> <kml xmlns="http://www.opengis.net/kml/2.2">
>> ....
>> niestety, otrzymuję kolejno:
>>
>> C:\gdal\bin>ogr2ogr -t_srs EPSG:3120 -f "DGN" out.dgn input.kml
>> FAILURE:
>> Unable to open datasource `input.kml' with the following drivers.
>> ...
> 
> Faktycznie, coś jest nie tak.
> Ja używam GDAL/OGR w wersji deweloperskiej, z repozytorium SVN.
> Być może starsze wersje mają jakiś bug i sobie nie radzą.
> 
> Problem polega na tym że przy otwarciu pliku KML, OGR stara się wykonać
> pewną walidacje, której tutaj ten plik nie przechodzi
> 
>> Może w moim przypadku nie musi to być KML?
>> Przypomnę może , że mam możliwość zapisu trasy do formatów: NAV, NMEA,
>> KML, KMZ, GPX lub CSV i któryś może byłby lepszy?
> 
> Wybrałbym GPX, szczegoły tutaj:
> 
> http://gdal.org/ogr/drv_gpx.html
> 
> Srawdź przy okazji, zobacz czy Microstation nie ma wbudowanego
> importu dla GPX lub nawet CSV. CSV czy w ogóle import punktów z plików 
> tekstowych to
> popularna operacja.

A czy można byłoby wypożyczyć jakoś Twoją wersję deweloperska?

No niestety po wgraniu pliku input.gpx, takiego jak ten: 
http://www.sendspace.pl/file/lZ21l9jP/

otrzymałem

Microsoft Windows XP [Wersja 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\w>cd..
C:\Documents and Settings>cd..
C:\>cd gdal
C:\gdal>cd bin
C:\gdal\bin>ogr2ogr -t_srs EPSG:3120 -f "GPX" out.dgn input.gpx
ERROR 6: OGR/GPX driver has not been built with read support. Expat 
library required
FAILURE:
Unable to open datasource `input.gpx' with the following drivers.
   -> ESRI Shapefile
...
   -> Geoconcept
C:\gdal\bin>

Kurcze jaki pech, pewnie działa to bez problemu wszystkim, którym tego 
nie potrzebują, a jak człowiek potrzebuje, to ma problem.
Chyba jakoś to mnie trochę przygnębiło.
Pozdrawiam,

user.80 wrote:
> Mateusz Loskot pisze:
>> "user.80" <user.80@buziaczek.pl> wrote in message
>> news:gv09pk$qbd$1@news.onet.pl...
>>> Mateusz Loskot pisze:
>>>> user.80 wrote:
>>>>> Mateusz Loskot pisze:
>>>>>> "user.80" <user.80@buziaczek.pl> wrote in message
>>>>>> news:gurh5l$pum$1@news.onet.pl...
>>>>>>> Mateusz Loskot pisze:
>>>>>>>> Podaj co dostajesz uruchamiając takie polecenie:
>>>>>>>>
>>>>>>>> ogrinfo input.kml
>>>>>>> Dostaję dokładnie to samo, co powyżej, czyli dla ścisłości:
>>>>>>> FAILURE:
>>>>>>> Unable to open datasource 'input.kml' with the foolowing drivers.
>>>>>>> -> ERSI Shapefiles
>>>>>>> -> MapInfo File
>>>>>>> -> UK .NTF
>>>>>>> -> SDTS
>>>>>>> -> TIGER
>>>>>>> -> S57
>>>>>>> -> DGN
>>>>>>> -> VRT
>>>>>>> -> REC
>>>>>>> -> Memory
>>>>>>> -> BNA
>>>>>>> -> CSV
>>>>>>> -> GML
>>>>>>> -> GPX
>>>>>>> -> KML
>>>>>>> -> GeoJSON
>>>>>>> -> GMT
>>>>>>> -> ODBC
>>>>>>> -> PGeo
>>>>>>> -> XPlane
>>>>>>> -> AVCBin
>>>>>>> -> AVCE00
>>>>>>> -> Geoconcept
>>>>>>>
>>>>>>> Jak widać, program wyraźnie odmawia współpracy i złośliwie
>>>>>>> blokuje mi
>>>>>>> dalszą karierę programisty ;-)
>>>>>> Wrzuć mi gdzieś na jakiś serwer ten input.kml, zobaczę co z nim
>>>>>> nie tak.
>>>>>>
>>>>>> Przy okazji, do konwersji KML na inne formaty możesz użyć GPSBabel:
>>>>>>
>>>>>> http://www.gpsbabel.org/
>>>>>>
>>>>>> Nie obsługuje DGN, z tego co mi wiadomo, ale na pewno ESRI Shapefile.
>>>>>> A z Shapefile do DGN jest już bliżej (łatwiej)
>>>>> Problematyczny plik, który pożyczyłem od znajomych, został umieszczony
>>>>> tutaj: http://www.sendspace.pl/file/ppPERg8G/
>>>>> W Google Earth otwiera się bez problemu
>>>>
>>>> Sprawdziłem ten plik i nie jest on zgodny z wymaganiami standardu KML.
>>>> Nie jest istotne czy w Google Earth się otwiera czynie,
>>>> GE to nie standard.
>>>>
>>>> Otwórz ten plik w edytorze i zmień drugą linię z
>>>>
>>>> <kml>
>>>>
>>>> na
>>>>
>>>> <kml xmlns="http://www.opengis.net/kml/2.2">
>>>>
>>>> Teraz wszystko powinno działać.
>>>
>>> Otworzyłem plik input.kml w notatniku i po edycji od góry wygląda on
>>> tak:
>>> <?xml version="1.0" encoding="UTF-8"?>
>>> <kml xmlns="http://www.opengis.net/kml/2.2">
>>> ....
>>> niestety, otrzymuję kolejno:
>>>
>>> C:\gdal\bin>ogr2ogr -t_srs EPSG:3120 -f "DGN" out.dgn input.kml
>>> FAILURE:
>>> Unable to open datasource `input.kml' with the following drivers.
>>> ...
>>
>> Faktycznie, coś jest nie tak.
>> Ja używam GDAL/OGR w wersji deweloperskiej, z repozytorium SVN.
>> Być może starsze wersje mają jakiś bug i sobie nie radzą.
>>
>> Problem polega na tym że przy otwarciu pliku KML, OGR stara się wykonać
>> pewną walidacje, której tutaj ten plik nie przechodzi
>>
>>> Może w moim przypadku nie musi to być KML?
>>> Przypomnę może , że mam możliwość zapisu trasy do formatów: NAV, NMEA,
>>> KML, KMZ, GPX lub CSV i któryś może byłby lepszy?
>>
>> Wybrałbym GPX, szczegoły tutaj:
>>
>> http://gdal.org/ogr/drv_gpx.html
>>
>> Srawdź przy okazji, zobacz czy Microstation nie ma wbudowanego
>> importu dla GPX lub nawet CSV. CSV czy w ogóle import punktów z plików
>> tekstowych to
>> popularna operacja.
> 
> A czy można byłoby wypożyczyć jakoś Twoją wersję deweloperska?


Raczej nie, ja kompiluje samodzielnie na Linuksie.

Na Windows możesz zainstalować GDAL/OGR z pakietu OSGeo4W, pełna
automatyzacja instalacji - zobacz QuickStart tu:

http://trac.osgeo.org/osgeo4w/

Aha, sterownik KML w OGR został usprawniony i teraz powinien akceptować
pliki KML z tagiem <kml> bez atrybutu xmlns, szczegóły tu:

Wybierz w trakcie instalacji z listy pakietów gdal-dev, dzięki temu
dostaniesz ostatnią wersję deweloperską:

http://trac.osgeo.org/osgeo4w/wiki/pkg-gdal-dev

Program ogr2ogr uruchamiasz tak jak do tej pory, w oknie konsoli.

> No niestety po wgraniu pliku input.gpx, takiego jak ten:
> http://www.sendspace.pl/file/lZ21l9jP/
> 
> otrzymałem
> 
> Microsoft Windows XP [Wersja 5.1.2600]
> (C) Copyright 1985-2001 Microsoft Corp.
> C:\Documents and Settings\w>cd..
> C:\Documents and Settings>cd..
> C:\>cd gdal
> C:\gdal>cd bin
> C:\gdal\bin>ogr2ogr -t_srs EPSG:3120 -f "GPX" out.dgn input.gpx
> ERROR 6: OGR/GPX driver has not been built with read support. Expat
> library required
> FAILURE:
> Unable to open datasource `input.gpx' with the following drivers.


Ja mogę potwierdzić, że plik jest OK i sterownik OGR GPX poprawnie go
odczytuje:

1) Lista warstw/typów obiektów:

mloskot@dog:~$ ogrinfo ~/download/input.gpx
Warning 1: GPX schema version 'v1.1.5' is not handled by the driver. The
driver may not be able to handle the file correctly and will behave as
if it is GPX 1.1.
Had to open data source read-only.
INFO: Open of `/home/mloskot/download/input.gpx'
      using driver `GPX' successful.
1: waypoints (Point)
2: routes (Line String)
3: tracks (Multi Line String)
4: route_points (Point)
5: track_points (Point)


2) Summary dla warstwy "tracks"

mloskot@dog:~$ ./apps/ogrinfo -so ~/download/input.gpx tracks
Warning 1: GPX schema version 'v1.1.5' is not handled by the driver. The
driver may not be able to handle the file correctly and will behave as
if it is GPX 1.1.
Had to open data source read-only.
INFO: Open of `/home/mloskot/download/input.gpx'
      using driver `GPX' successful.

Layer name: tracks
Geometry: Multi Line String
Feature Count: 1
Extent: (21.091375, 53.834545) - (22.500072, 54.051022)
Layer SRS WKT:
GEOGCS["WGS 84",
    DATUM["WGS_1984",
        SPHEROID["WGS 84",6378137,298.257223563,
            AUTHORITY["EPSG","7030"]],
        AUTHORITY["EPSG","6326"]],
    PRIMEM["Greenwich",0,
        AUTHORITY["EPSG","8901"]],
    UNIT["degree",0.01745329251994328,
        AUTHORITY["EPSG","9122"]],
    AUTHORITY["EPSG","4326"]]
name: String (0.0)
cmt: String (0.0)
desc: String (0.0)
src: String (0.0)
link1_href: String (0.0)
link1_text: String (0.0)
link1_type: String (0.0)
link2_href: String (0.0)
link2_text: String (0.0)
link2_type: String (0.0)
number: Integer (0.0)
type: String (0.0)

Masz jednego tracka w pliku.

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
Charter Member of OSGeo, http://osgeo.org

Mateusz Loskot pisze:
> Pamiętaj że KML to kupa "śmiecia" i nie ma możliwości
> na płynne, czyste i pełne przeniesienie danych z KML do innego plikowego
> formatu bez przetworzenia. KML to nie jest format GIS w tradycyjnym
> rozumieniu, to jest taki "śmietnik" jak HTML = dane + wizualizacja.
> Dodatkowo, KML to geometria multilinestring 3D. Nie wiem jak jest w DGN
> ze wsparciem dla 3D, nie wiem jak jest z multilinestring.
> 
> 
> Dlatego możesz wymusić wygenerowanie prostych polilinii, nie multi:
> 
> ogr2ogr -f DGN my.dgn input.kml Tracks -nlt LINESTRIN
> 
> Jak użyć opcji -t_srs aby wykonać transformację do 65 to już Ci podałem.

Chciałbym wrócić na chwilkę jeszcze do tego wątku.
Najnowszy soft do GPSu zrobił mi z pliku *.NAV o wadze 411KB
plik *.KMZ o wadze ponad 300MB!
Plik zawiera 30 minut trasy 20 kilometrowej i bez problemu ładuje się do 
Google Earth, jednak czemu aż tak napuchł?
Teraz go ani mailem, ani jak nie można przesłać i jest po prostu nie 
wygodny.
Co on może w środku zawierać, że jest taki duży? Czy to jakiś kontener 
AVI? Może ktoś zna ten format i czy jest jakiś program typu notatnik na 
tyle sprawny, żeby podejrzeć co ten plik zawiera w środku?

user.80 wrote:
> Co on może w środku zawierać, że jest taki duży? Czy to jakiś kontener
> AVI? Może ktoś zna ten format i czy jest jakiś program typu notatnik na
> tyle sprawny, żeby podejrzeć co ten plik zawiera w środku?

Ech, dzisiejsi inżynierowie...

http://pl.wikipedia.org/wiki/KML

Twój plik KMZ to plik KML, czyli XML.
Spuchł, bo XML to nadęty tekstowy format

Nie chce mi się wierzyć, aby taki duży plik KML powstał z jednego pliku
o rozmiarze 411 KB. Przypuszczam, że oprócz jednego pliku .nav, istnieje
kilka innych plików które razem stanowią zestaw danych z GPS, i ten
zestaw jest znacznie większy niż jeden 411.
Nie podajesz jakiego GPS używasz, co to za format danych plików .nav i
czym genreujesz pliki KML. A więc to przypuszczenia.

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
Charter Member of OSGeo, http://osgeo.org

Mateusz Loskot pisze:
> user.80 wrote:
>> Co on może w środku zawierać, że jest taki duży? Czy to jakiś kontener
>> AVI? Może ktoś zna ten format i czy jest jakiś program typu notatnik na
>> tyle sprawny, żeby podejrzeć co ten plik zawiera w środku?
> 
> Ech, dzisiejsi inżynierowie...
> 
> http://pl.wikipedia.org/wiki/KML
> 
> Twój plik KMZ to plik KML, czyli XML.
> Spuchł, bo XML to nadęty tekstowy format
> 
> Nie chce mi się wierzyć, aby taki duży plik KML powstał z jednego pliku
> o rozmiarze 411 KB. Przypuszczam, że oprócz jednego pliku .nav, istnieje
> kilka innych plików które razem stanowią zestaw danych z GPS, i ten
> zestaw jest znacznie większy niż jeden 411.
> Nie podajesz jakiego GPS używasz, co to za format danych plików .nav i
> czym genreujesz pliki KML. A więc to przypuszczenia.

Urządzenie jest mniej więcej takie:
http://allegro.pl/item669967229_3_w_1_gps_mainnav_mg_950d_z_rejestratorem_trasy.html
program do zrzutu danych z urządzenia do komputera to ten:
http://www.mainnav.com/download/MainNavSetup2.0.1.6.rar
Dane są zrzucane do pliku NAV, nie wiem co to za format/
Autentycznie plik wejściowy NAV miał 411KB, a wyjściowy KMZ 300.894KB.
Przecież jaki miało by sens, żebym mówił nieprawdę?
Ten rozmiar wyjściowy, pow. 300MB jest właśnie trochę niewygodny i 
zastanawiam się, co mogło zostać zapisane do tego pliku?
Może jest tam coś, co nie jest mi jakoś specjalnie potrzebne
i można by go trochę odchudzić?
Rozmiar wskazuje chyba na jakiś materiał filmowy, bo nic innego o tych 
rozmiarach nie przychodzi mi do głowy, ale jestem na 100% pewien, że ten 
GPS nie rejestrował ani obrazu, ani dźwięku.
Czym to można otworzyć, żeby zobaczyć co tam siedzi tak dużego?
Niestety, przy próbie podejrzenia notatnikiem, czy worpadem wiesza mi 
się komputer.

"user.80" <user.80@buziaczek.pl> wrote in message 
news:h29pn5$epq$1@news.onet.pl...
> Autentycznie plik wejściowy NAV miał 411KB, a wyjściowy KMZ 300.894KB.
> Przecież jaki miało by sens, żebym mówił nieprawdę?
> Ten rozmiar wyjściowy, pow. 300MB jest właśnie trochę niewygodny i
> zastanawiam się, co mogło zostać zapisane do tego pliku?

Czy mowa o 300.894KB czy o 300,894 KB?
Bo to dwa rozmiary, różne o rzędy wielkości.

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
pl.comp.lang.c FAQ: http://pl.cpp.wikia.com/wiki/FAQ
C++ FAQ: http://parashift.com/c++-faq-lite 

Mateusz Loskot pisze:
> "user.80" <user.80@buziaczek.pl> wrote in message 
> news:h29pn5$epq$1@news.onet.pl...
>> Autentycznie plik wejściowy NAV miał 411KB, a wyjściowy KMZ 300.894KB.
>> Przecież jaki miało by sens, żebym mówił nieprawdę?
>> Ten rozmiar wyjściowy, pow. 300MB jest właśnie trochę niewygodny i
>> zastanawiam się, co mogło zostać zapisane do tego pliku?
> 
> Czy mowa o 300.894KB czy o 300,894 KB?
> Bo to dwa rozmiary, różne o rzędy wielkości.

Znowu żarty się Kolegę trzymają.
300894KB,
teraz już chyba nie ma jak tego przekręcić ;-)

"user.80" <user.80@buziaczek.pl> wrote in message 
news:h2a6b9$ojn$1@news.onet.pl...
> Mateusz Loskot pisze:
>> "user.80" <user.80@buziaczek.pl> wrote in message
>> news:h29pn5$epq$1@news.onet.pl...
>>> Autentycznie plik wejściowy NAV miał 411KB, a wyjściowy KMZ 300.894KB.
>>> Przecież jaki miało by sens, żebym mówił nieprawdę?
>>> Ten rozmiar wyjściowy, pow. 300MB jest właśnie trochę niewygodny i
>>> zastanawiam się, co mogło zostać zapisane do tego pliku?
>>
>> Czy mowa o 300.894KB czy o 300,894 KB?
>> Bo to dwa rozmiary, różne o rzędy wielkości.
>
> Znowu żarty się Kolegę trzymają.
> 300894KB,
> teraz już chyba nie ma jak tego przekręcić ;-)


Żadne żarty, to (kropka, przecinek) bardzo istotny szczegół.
Teraz wszystko jasne. Dość spory to rozmiar jak na plik
powstały z danych zawartych w pliku 400 KB.

Wiadomo ile tam jest punktów (XY lub XYZ) w tych danych?

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
pl.comp.lang.c FAQ: http://pl.cpp.wikia.com/wiki/FAQ
C++ FAQ: http://parashift.com/c++-faq-lite 

Mateusz Loskot pisze:
> "user.80" <user.80@buziaczek.pl> wrote in message 
> news:h2a6b9$ojn$1@news.onet.pl...
>> Mateusz Loskot pisze:
>>> "user.80" <user.80@buziaczek.pl> wrote in message
>>> news:h29pn5$epq$1@news.onet.pl...
>>>> Autentycznie plik wejściowy NAV miał 411KB, a wyjściowy KMZ 300.894KB.
>>>> Przecież jaki miało by sens, żebym mówił nieprawdę?
>>>> Ten rozmiar wyjściowy, pow. 300MB jest właśnie trochę niewygodny i
>>>> zastanawiam się, co mogło zostać zapisane do tego pliku?
>>>
>>> Czy mowa o 300.894KB czy o 300,894 KB?
>>> Bo to dwa rozmiary, różne o rzędy wielkości.
>>
>> Znowu żarty się Kolegę trzymają.
>> 300894KB,
>> teraz już chyba nie ma jak tego przekręcić ;-)
> 
> 
> Żadne żarty, to (kropka, przecinek) bardzo istotny szczegół.
> Teraz wszystko jasne. Dość spory to rozmiar jak na plik
> powstały z danych zawartych w pliku 400 KB.
> 
> Wiadomo ile tam jest punktów (XY lub XYZ) w tych danych?

Dokładnie 5726 punktów, nie myślałem, że aż tyle.
Plik KMZ 300894KB po spakowaniu rarem zajmuje 299060KB,
a wiec chyba jest dość gęsty.
Musi tam siedzieć jakaś grafika albo dźwięk, bo nie znam nic,
co mogłoby się pakować równie kiepsko.
Czy to możliwe, żeby w KMZ była zapisana grafika lub dźwięk?
Pozdrawiam,

"user.80" <user.80@buziaczek.pl> wrote in message 
news:h2aocl$gr2$1@news.onet.pl...
> Mateusz Loskot pisze:
>> "user.80" <user.80@buziaczek.pl> wrote in message
>> news:h2a6b9$ojn$1@news.onet.pl...
>>> Mateusz Loskot pisze:
>>>> "user.80" <user.80@buziaczek.pl> wrote in message
>>>> news:h29pn5$epq$1@news.onet.pl...
>>>>> Autentycznie plik wejściowy NAV miał 411KB, a wyjściowy KMZ 300.894KB.
>>>>> Przecież jaki miało by sens, żebym mówił nieprawdę?
>>>>> Ten rozmiar wyjściowy, pow. 300MB jest właśnie trochę niewygodny i
>>>>> zastanawiam się, co mogło zostać zapisane do tego pliku?
>>>>
>>>> Czy mowa o 300.894KB czy o 300,894 KB?
>>>> Bo to dwa rozmiary, różne o rzędy wielkości.
>>>
>>> Znowu żarty się Kolegę trzymają.
>>> 300894KB,
>>> teraz już chyba nie ma jak tego przekręcić ;-)
>>
>>
>> Żadne żarty, to (kropka, przecinek) bardzo istotny szczegół.
>> Teraz wszystko jasne. Dość spory to rozmiar jak na plik
>> powstały z danych zawartych w pliku 400 KB.
>>
>> Wiadomo ile tam jest punktów (XY lub XYZ) w tych danych?
>
> Dokładnie 5726 punktów, nie myślałem, że aż tyle.

Nie jest to mało. I teraz jak dodasz to tego w jaki sposób punkty w KML są 
opisane
(patrz Wikipedia) to zwykłe współrzędne XY puchną do rozmiaru ponad 200 
bajtów na jedną.

> Plik KMZ 300894KB po spakowaniu rarem zajmuje 299060KB,
> a wiec chyba jest dość gęsty.
> Musi tam siedzieć jakaś grafika albo dźwięk, bo nie znam nic,
> co mogłoby się pakować równie kiepsko.

Czy traktujemy się poważnie, czy niepoważnie?

Przecież napisałem czym jest KMZ, czym jest KML, podałem Ci artykuł
w Wikipedii, gdzie jak byk stoi co to KMZ.
Gdybyś przeczytał to co podałem, to dowiedziałbyś się, że KMZ to jest
plik tesktowy KML (z dodatkami, niżej) już poddany kompresji.

> Czy to możliwe, żeby w KMZ była zapisana grafika lub dźwięk?

Jest to możliwe, tu masz wyjaśnione:

http://code.google.com/apis/kml/documentation/

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
pl.comp.lang.c FAQ: http://pl.cpp.wikia.com/wiki/FAQ
C++ FAQ: http://parashift.com/c++-faq-lite 

Mateusz Loskot pisze:
> "user.80" <user.80@buziaczek.pl> wrote in message 
> news:h2aocl$gr2$1@news.onet.pl...
>> Mateusz Loskot pisze:
>>> "user.80" <user.80@buziaczek.pl> wrote in message
>>> news:h2a6b9$ojn$1@news.onet.pl...
>>>> Mateusz Loskot pisze:
>>>>> "user.80" <user.80@buziaczek.pl> wrote in message
>>>>> news:h29pn5$epq$1@news.onet.pl...
>>>>>> Autentycznie plik wejściowy NAV miał 411KB, a wyjściowy KMZ 
>>>>>> 300.894KB.
>>>>>> Przecież jaki miało by sens, żebym mówił nieprawdę?
>>>>>> Ten rozmiar wyjściowy, pow. 300MB jest właśnie trochę niewygodny i
>>>>>> zastanawiam się, co mogło zostać zapisane do tego pliku?
>>>>>
>>>>> Czy mowa o 300.894KB czy o 300,894 KB?
>>>>> Bo to dwa rozmiary, różne o rzędy wielkości.
>>>>
>>>> Znowu żarty się Kolegę trzymają.
>>>> 300894KB,
>>>> teraz już chyba nie ma jak tego przekręcić ;-)
>>>
>>>
>>> Żadne żarty, to (kropka, przecinek) bardzo istotny szczegół.
>>> Teraz wszystko jasne. Dość spory to rozmiar jak na plik
>>> powstały z danych zawartych w pliku 400 KB.
>>>
>>> Wiadomo ile tam jest punktów (XY lub XYZ) w tych danych?
>>
>> Dokładnie 5726 punktów, nie myślałem, że aż tyle.
> 
> Nie jest to mało. I teraz jak dodasz to tego w jaki sposób punkty w KML 
> są opisane
> (patrz Wikipedia) to zwykłe współrzędne XY puchną do rozmiaru ponad 200 
> bajtów na jedną.
> 
>> Plik KMZ 300894KB po spakowaniu rarem zajmuje 299060KB,
>> a wiec chyba jest dość gęsty.
>> Musi tam siedzieć jakaś grafika albo dźwięk, bo nie znam nic,
>> co mogłoby się pakować równie kiepsko.
> 
> Czy traktujemy się poważnie, czy niepoważnie?
> 
> Przecież napisałem czym jest KMZ, czym jest KML, podałem Ci artykuł
> w Wikipedii, gdzie jak byk stoi co to KMZ.
> Gdybyś przeczytał to co podałem, to dowiedziałbyś się, że KMZ to jest
> plik tesktowy KML (z dodatkami, niżej) już poddany kompresji.
> 
>> Czy to możliwe, żeby w KMZ była zapisana grafika lub dźwięk?
> 
> Jest to możliwe, tu masz wyjaśnione:
> 
> http://code.google.com/apis/kml/documentation

Ok, masz racje, nie denerwuj się.
Czytałem, ale po prostu nigdy wcześniej nie spotkałem pliku łączącego 
dane tekstowe i grafikę, no i niewiele spałem ostatnio, więc moja 
wyobraźnia nie zadziałała prawidłowo.
Skoro tak, to najprościej będzie chyba, jak utworzę KMZ na nowo, jednak 
tym razem upewnię się, że nie ma dostępu do żadnej grafiki na dysku, 
którą mógłby wciągnąć do środka,
bo podejrzewam jakoś, że ekstrakcja tego czegoś z KMZ, co stanowi taki 
nadmiar będzie wiązała się pewnie z nauką kolejnego języka programowania 
i użyciem czegoś, co i tak nie zrozumiem, albo z trudem.
Dziękuję i pozdrawiam,

"user.80" <user.80@buziaczek.pl> wrote in message 
news:h2at6j$u6j$1@news.onet.pl...
> Skoro tak, to najprościej będzie chyba, jak utworzę KMZ na nowo, jednak
> tym razem upewnię się, że nie ma dostępu do żadnej grafiki na dysku,
> którą mógłby wciągnąć do środka,
> bo podejrzewam jakoś, że ekstrakcja tego czegoś z KMZ, co stanowi taki
> nadmiar będzie wiązała się pewnie z nauką kolejnego języka programowania
> i użyciem czegoś, co i tak nie zrozumiem, albo z trudem.


Moim zdaniem najprościej to rozpakować plik KMZ i
zobaczyć co tam siedzi. Rozpakuj KMZ dowolnym programem,
który obsługuje format ZIP (np. 7-Zip).
Na pewno dostaniesz czysty teskstowy plik doc.kml i opcjonalnie inne pliki, 
jak rastry etc.
(co tam może byc, to masz opisane tu 
http://en.wikipedia.org/wiki/Keyhole_Markup_Language)

Pozdrawiam
-- 
Mateusz Loskot, http://mateusz.loskot.net
pl.comp.lang.c FAQ: http://pl.cpp.wikia.com/wiki/FAQ
C++ FAQ: http://parashift.com/c++-faq-lite 

Mateusz Loskot pisze:
> "user.80" <user.80@buziaczek.pl> wrote in message 
> news:h2at6j$u6j$1@news.onet.pl...
>> Skoro tak, to najprościej będzie chyba, jak utworzę KMZ na nowo, jednak
>> tym razem upewnię się, że nie ma dostępu do żadnej grafiki na dysku,
>> którą mógłby wciągnąć do środka,
>> bo podejrzewam jakoś, że ekstrakcja tego czegoś z KMZ, co stanowi taki
>> nadmiar będzie wiązała się pewnie z nauką kolejnego języka programowania
>> i użyciem czegoś, co i tak nie zrozumiem, albo z trudem.
> 
> 
> Moim zdaniem najprościej to rozpakować plik KMZ i
> zobaczyć co tam siedzi. Rozpakuj KMZ dowolnym programem,
> który obsługuje format ZIP (np. 7-Zip).
> Na pewno dostaniesz czysty teskstowy plik doc.kml i opcjonalnie inne 
> pliki, jak rastry etc.
> (co tam może byc, to masz opisane tu 
> http://en.wikipedia.org/wiki/Keyhole_Markup_Language)

hmm... ciekawe czemu odnoszę wrażenie, że już jakiś czas temu pytałem, 
czym można podejrzeć co jest w tym KMZ...
Ale nie ważne, otworzyłem rarem bez najmniejszego problemu i w środku 
znalazłem plik KML oraz fotki z ostatniego wesela kuzynki :-o
Rany, ileż ja się ich naszukałem i nawet rodzinka łzy już otarła po ich 
stracie, a tu taka niespodzianka!
Chyba nie zgadnę, jak się tam dostały, ale jedno jest pewne,
warto czasem być upartym i zadawać pytania,
bo nauka potrafi się naprawdę mile odwdzięczyć :-)
Jeszcze raz dziękuję, tym razem także w imieniu mojej rodziny
i pozdrawiam :-)