_

eksport z Google Earth do CADa w układzie 65

Archiwum grupy newsowej pl.comp.gis. Na razie tylko do czytania i przeszukiwania.

Re: eksport z Google Earth do CADa w układzie

Postprzez Mateusz Loskot » maja 20, 2009 00:18

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
 

Re: eksport z Google Earth do CADa w układzie

Postprzez user.80 » maja 20, 2009 09:01

begin:vcard
fn:User.80
n:;User.80
version:2.1
end:vcard
user.80
 

Re: eksport z Google Earth do CADa w układzie 65

Postprzez Mateusz Loskot » maja 20, 2009 11:09

"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
 

Re: eksport z Google Earth do CADa w układzie

Postprzez user.80 » maja 21, 2009 07:44

begin:vcard
fn:User.80
n:;User.80
version:2.1
end:vcard
user.80
 

Re: eksport z Google Earth do CADa w układzie

Postprzez Mateusz Loskot » maja 21, 2009 16:54

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
 

Re: eksport z Google Earth do CADa w układzie

Postprzez user.80 » cze 28, 2009 23:44

begin:vcard
fn:User.80
n:;User.80
version:2.1
end:vcard
user.80
 

Re: eksport z Google Earth do CADa w układzie

Postprzez Mateusz Loskot » cze 29, 2009 00:04

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
 

Re: eksport z Google Earth do CADa w układzie

Postprzez user.80 » cze 29, 2009 09:17

begin:vcard
fn:User.80
n:;User.80
version:2.1
end:vcard
user.80
 

Re: eksport z Google Earth do CADa w układzie 65

Postprzez Mateusz Loskot » cze 29, 2009 12:17

"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
 

Re: eksport z Google Earth do CADa w układzie

Postprzez user.80 » cze 29, 2009 12:52

begin:vcard
fn:User.80
n:;User.80
version:2.1
end:vcard
user.80
 

Poprzednia stronaNastępna strona

Powrót do pl.comp.gis

Kto przegląda forum

Użytkownicy przeglądający ten dział: Brak zidentyfikowanych użytkowników