Selon "N. Farah" :
> I believe poppler packaged with http://vbkto.dyndns.org:1280/sdk might be
> 0.15.1 and apparently0.16.0 had changes that probably made
>
http://acrobatusers.com/sites/default/files/gallery_pictures/GEOEYE-INAUGURATION.pdf
recognized as valid GeoPdf.
Actually not. I have test
Thanks !
Yes I meant http://www.agc.army.mil/GeoPDFgallery/3D/Fargo.pdf
It makes sense then for this file and
http://www.agc.army.mil/GeoPDFgallery/3D/Fargo_May09_geo.jpgif they were 3D
or/and not following the OGC spec.
I believe poppler packaged with http://vbkto.dyndns.org:1280/sdk might be
Le lundi 28 février 2011 00:26:43, N. Farah a écrit :
> Hi,
> Using gdalinfo (http://vbkto.dyndns.org:1280/sdk/) on few geopdf files did
> not recognized the files as supported.Other files were opened and
> recognized ok. Here are 3 files that were unrecognized:
> http://www.agc.army.mil/GeoPDFgall
Hi,
Using gdalinfo (http://vbkto.dyndns.org:1280/sdk/) on few geopdf files did not
recognized the files as supported.Other files were opened and recognized ok.
Here are 3 files that were unrecognized:
http://www.agc.army.mil/GeoPDFgallery/3D/Fargo.jpg
http://www.agc.army.mil/GeoPDFgallery/3D/Far
Le lundi 28 février 2011 00:20:22, N. Farah a écrit :
> Thanks for the prompt response !
> I assume then that exception is now handled gracefully with open jpeg
> trunk. May be the 'openjpeg.dll' that come withwith
> http://vbkto.dyndns.org:1280/sdk/ is outdated and did not have that fix.
> I'll bu
Thanks for the prompt response !
I assume then that exception is now handled gracefully with open jpeg trunk.
May be the 'openjpeg.dll' that come withwith http://vbkto.dyndns.org:1280/sdk/
is outdated and did not have that fix. I'll build it from the open jpeg 2000
trunk and verify the results.
Le lundi 28 février 2011 00:02:31, N. Farah a écrit :
> Hi,
> Using gdalinfo from GDAL 1.8 release build
> (http://vbkto.dyndns.org:1280/sdk/) on this jpeg 2000
> file(http://www.openjpeg.org/samples/Facade.j2k) crash ! To debug it I
> built gdal from source and registered only open jpeg 2000 drive
Hi,
Using gdalinfo from GDAL 1.8 release build (http://vbkto.dyndns.org:1280/sdk/)
on this jpeg 2000 file(http://www.openjpeg.org/samples/Facade.j2k) crash !
To debug it I built gdal from source and registered only open jpeg 2000 driver:
it appears that a unhandled exception wasthrown at this li
Le dimanche 27 février 2011 22:00:49, Martinjensen a écrit :
> I am trying the same thing but gdal_rasterize will not let me without an
>
> existing raster outputfile. My GDAL version is:
> >gdal_rasterize --utility_version
>
> gdal_rasterize was compiled against GDAL 1.8.0 and is running agains
I am trying the same thing but gdal_rasterize will not let me without an
existing raster outputfile. My GDAL version is:
>gdal_rasterize --utility_version
gdal_rasterize was compiled against GDAL 1.8.0 and is running against GDAL
1.8.0
I run it like this:
gdal_rasterize.exe -a Z -l LINESTRING L
I just can't get my head around it... :(
I have a Mars DEM rasterdata set that is projected in polar
stereographic with this Wkt:
PROJCS["POLAR_STEREOGRAPHIC MARS",
GEOGCS["GCS_MARS",
DATUM["D_MARS",
SPHEROID["MARS",3396190,169.8944472236118]],
PRIMEM["Reference_Mer
Even wrote:
> If I understand well what you are trying to do (try to
> evaluate the relative "popularity" of formats to present it
> graphically ?),
Yes. For the osgeo liveDVD demo disc we're trying to put together
a screenshot for the GDAL overview page. Screenshots of CLI or
libs are not very in
Hamish,
If I understand well what you are trying to do (try to evaluate the relative
"popularity" of formats to present it graphically ?), I'm afraid the method
used here will lead to lots of false results and a biased view of the
"reality"
For example,
* http://www.google.com/search?q=GMT sh
13 matches
Mail list logo