Am 24.09.2015 um 16:43 schrieb Jonathan Greenberg:
Folks:
Is it possible to create a vrt comprised of other vrts? For a mosaicking
problem, say I want to first trim the margins of the individual tiles by a
certain number of pixels -- I can, of course, gdal_translate this but this
adds a bunch o
Folks:
Is it possible to create a vrt comprised of other vrts? For a mosaicking
problem, say I want to first trim the margins of the individual tiles by a
certain number of pixels -- I can, of course, gdal_translate this but this
adds a bunch of new files/processing time -- can I use gdalbuildvrt
Thanks for the info both of you.
It is a recurring issue for me (and my work with gdal/GRASS),
please contact me when you are up to tricks on that,
I will try to find time to give a hand.
Cheers,
Yann
On 24/09/2015 14:26, Hare, Trent wrote:
Yann,
Yes there has been no movement on pushing t
Yann,
Yes there has been no movement on pushing the planetary projection codes
as simple script or function call within GDAL. Instead of expanding all the
definitions as a large ASCII file, this method would allow us to more
easily grow once updated radii values are defined. The lunar definition
Le jeudi 24 septembre 2015 14:10:37, Yann a écrit :
> sorry, I get this from Ubuntu, thus my question.
>
> gdalsrsinfo urn:ogc:def:crs:IAU2000:30100
>
> ERROR 1: ERROR - failed to load SRS definition from
> urn:ogc:def:crs:IAU2000:30100
I think this dates back to ancient GDAL versions but you ne
Thank you Even,
at which version this OGC URN support was started?
Cheers,
Yann
On 24/09/2015 11:45, Even Rouault wrote:
Yann,
I have recovered a old script I made about 1.5 year ago (and about 1+
version of Ubuntu away) to process Chandrayaan-M3 Moon data in
IAU2000:30100 and it seems that g
OK, I see. This is quite an unusual formulation of PDF with the mediabox
having a bottom_y < 0 and top_y = 0 (usually you have bottom_y = 0 and top_y >
0)
I've fixed the driver to work correctly (at least it is now consistent with the
Terrago toolbar) with such dataset. Just in that particular c
Yann,
>
> I have recovered a old script I made about 1.5 year ago (and about 1+
> version of Ubuntu away) to process Chandrayaan-M3 Moon data in
> IAU2000:30100 and it seems that gdal_translate/gdalwarp do not know that
> code anymore.
Looking at the code you need to use a OGC URN:
$ gdalsrsinfo
Hi all,
I have recovered a old script I made about 1.5 year ago (and about 1+
version of Ubuntu away) to process Chandrayaan-M3 Moon data in
IAU2000:30100 and it seems that gdal_translate/gdalwarp do not know that
code anymore.
This is not a blocker, since the wkt style works like a charm.
I have the file link here,
https://drive.google.com/file/d/0B4shTM1bPS5TMFZsc1p3MVZKT3c/view?usp=sharing
I see the raster's actual location shifted in 3857 projection in both cases
1. from pdf to 3857 (Big offset shift)
2. pdf to 4326 and then to 3857 (small offset shift)
gdalwarp -t_srs EPSG:3
10 matches
Mail list logo
