More intormation:
Reason may be that GML files do not have same layers but the second one has one
layer more:
ogrinfo /vsizip/K2344R_mtk.zip
ERROR 1: Random access not supported for /vsizip
Had to open data source read-only.
INFO: Open of `/vsizip/K2344R_mtk.zip'
using driver `GML'
Hi,
There is something odd in the PDF. It is without coordinate system and perhaps
because of that the top-left coordinates are (0,0) and north coordinate is
increasing from top to bottom. Probably the "Invalid length for GPTS object"
error does not have any effect on this.
gdalinfo
+1
-Jukka Rahkonen-
Mateusz Loskot wrote:
Motion: Committer Status for David Adler
---
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi,
That is normal. Overviews are kind of support files for the main image and
geotransform can be stolen from there. With internal overviews in TIFF that's
also the only possibility. If you need standalone downsampled images create
them with gdal_translate or gdalwarp.
-Jukka Rahkonen-
Gane
Hi,
Sorry for being unclear, I meant a sample of source data that could be used for
reproducing the issue, not a sample of output with a grid artifact.
-Jukka Rahkonen-
> Hi,
> I've tried adding -et 0 and the grid feature is still there. Here is an
> example:
Hi,
Gdalwarp is the tool to use and usually it works well but your case is not the
most common one "lunar south polar DEMs in stereographic projection to gnomonic
projection." Best if you could put a sample image available somewhere but
perhaps but there are some documents about advanced
Hi,
I was wondering if this idea could resolve also this old ticket
https://trac.osgeo.org/gdal/ticket/1233
-Jukka Rahkonen-
Even Rouault wrote:
Hi,
I was wondering if there wasn't a need for a block iterator API for code that
wants to process raster efficiently and iterates over blocks
+1
-Jukka Rahkonen-
>Hi,
>Since no remarks have been done on the latest proposal, I move to adopt RFC
>60 : Improved round-tripping in OGR
>https://trac.osgeo.org/gdal/wiki/rfc60_improved_roundtripping_in_ogr
>Starting with my +1,
>Even
Hi,
I can reproduce now. GDAL is 64-bit 2.1-dev from
http://download.gisinternals.com/sdk/downloads/release-1600-x64-gdal-mapserver.zip
1. gdaltransform -s_srs epsg:4326 -t_srs epsg:3067
30 65
641428.429705435 7211811.30748109 0
--wait 5 minutes
31 70
652590.036387019 7770880.82231984 0
--now
Even Rouault wrote:
>>
>> Probably that's it, the explicit SRS. I started with data that have native
>> SRS epsg:3067 and OpenJUMP JML format which has no means for holding SRS.
>> Conversion into ES gives always an empty layer, just the schema gets
>> inserted but no geometries, even is I use
Hi,
I made my test with GDAL 2.0 binaries from gisinternals by placing your
osmconf.ini into \bin\gdal-data. Any change you do for the selected tags in
osmconf.ini will have on effect on ogrinfo hamburg-latest.osm.pbf points -so
. Don't do anything before you see that your osmconf.ini is
Even Rouault wrote
Le jeudi 18 juin 2015 16:35:37, Jukka Rahkonen a écrit :
Hi,
Spotted this from gis.stackexchange
http://gis.stackexchange.com/questions/151153/is-gdal-translate-ignori
ng-th
e-cpl-tmpdir-switch
I repeated the test on Windows with GDAL 2.0 and it seems indeed that
Hi,
The OGC_BP option is actually created by TerraGo and I am surprised that it
does not work for you with the TerraGo Toolbar because that is the native way
for adding georeferencing info into GeoPDF (tm) files. In some of my early
tests I found problems with interoperability:
Only ISO: OK
Even Rouault wrote:
Le mardi 24 mars 2015 14:14:25, Jukka Rahkonen a écrit :
Hi,
I noticed that ogr2ogr from GDAL 2.0-dev is nowadays printing error
messages which I have not seen before:
CreateSpatialIndex() error: either points.GEOMETRY isn't a
Geometry column or a SpatialIndex is
-
Lähettäjä: Even Rouault [mailto:even.roua...@spatialys.com]
Lähetetty: 17. maaliskuuta 2015 17:52
Vastaanottaja: Rahkonen Jukka (MML)
Kopio: gdal-dev@lists.osgeo.org
Aihe: Re: [gdal-dev] Ogrtindex: schema consistency check too strict?
Jukka,
Accepting both Integer and Integer64 as the same could
Even Rouault wrote:
Hi,
I am trying to understand the geotransform parameters by reading
http://www.gdal.org/gdal_datamodel.html but I am confused. In the
Affine GeoTransform section there are formulas
Xgeo = GT(0) + Xpixel*GT(1) + Yline*GT(2)
Ygeo = GT(3) + Xpixel*GT(4) +
301 - 316 of 316 matches
Mail list logo