🚀 go-pugleaf

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