🚀 go-pugleaf

"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