Re: [gdal-dev] Trouble with French Ecw map

On 15/04/2015 07:59, Jean-Claude Repetto wrote: Please run the command : gdalinfo -mdd ECW file.ecw What are the metadata (ECW) : PROJ= ? DATUM= ? Jean-Claude Hello Thank for your support, here they are : PROJ=epsg:27592 DATUM=epsg:27592 Do you see something weird? I've noted that i have a

Re: [gdal-dev] Encoding EPSG:3857 (WebMercator) in GeoTIFF, and ArcGIS interoperability

Sorry for some spam in GeoTIFF topic. I'll create some shape files and screenshots and attach them to the ticket #3962 to explain what I mean. Best regards, Dmitry 16.04.2015 00:10, Even Rouault пишет: The ArcGIS (or QGIS in qpj) save 3857 in such prj file: I hoped that this thread co

Re: [gdal-dev] Encoding EPSG:3857 (WebMercator) in GeoTIFF, and ArcGIS interoperability

> The ArcGIS (or QGIS in qpj) save 3857 in such prj file: > I hoped that this thread could remain focused just about GeoTIFF encoding. Shapefile encoding issues are a different matter (see http://trac.osgeo.org/gdal/ticket/3962) > PROJCS["WGS 84 / Pseudo-Mercator", > GEOGCS["WGS 84", >

Re: [gdal-dev] Encoding EPSG:3857 (WebMercator) in GeoTIFF, and ArcGIS interoperability

15.04.2015 23:46, Even Rouault пишет: Le mercredi 15 avril 2015 22:14:37, Dmitry Baryshnikov a écrit : As for me the main problem is, that gdal write wrong WKT for 3857 (http://trac.osgeo.org/gdal/ticket/3962). The Geographic SRS use WGS84 ellipsoid (SPHEROID["WGS_1984",6378137,298.257223563]])

Re: [gdal-dev] Encoding EPSG:3857 (WebMercator) in GeoTIFF, and ArcGIS interoperability

> > The way I see it, there are two different ways to model Google Mercator: > 1. As a WGS84 datum/ellipsoid with a custom Mercator-based projection > which uses only the semi-major axis, as seems to be currently done in > EPSG: http://epsg-registry.org/export.htm?wkt=urn:ogc:def:crs:EPSG::3857 >

Re: [gdal-dev] Encoding EPSG:3857 (WebMercator) in GeoTIFF, and ArcGIS interoperability

Le mercredi 15 avril 2015 22:14:37, Dmitry Baryshnikov a écrit : > As for me the main problem is, that gdal write wrong WKT for 3857 > (http://trac.osgeo.org/gdal/ticket/3962). > The Geographic SRS use WGS84 ellipsoid > (SPHEROID["WGS_1984",6378137,298.257223563]]) instead sphere > (EXTENSION["PROJ

Re: [gdal-dev] Encoding EPSG:3857 (WebMercator) in GeoTIFF, and ArcGIS interoperability

As for me the main problem is, that gdal write wrong WKT for 3857 (http://trac.osgeo.org/gdal/ticket/3962). The Geographic SRS use WGS84 ellipsoid (SPHEROID["WGS_1984",6378137,298.257223563]]) instead sphere (EXTENSION["PROJ4","+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y

Re: [gdal-dev] Copy meta data from one JP2 to another JP2 C++

Le mercredi 15 avril 2015 21:46:26, Dr. Joshua Jackson a écrit : > I’m looking for a good solution to copy the image meta data from one JP2 to > another JP2 in C++. I have a folder full of 4096x4096 JPEG2000 images > that I am processing with OpenCV. On some of them I create a copy of the > image

Re: [gdal-dev] Copy meta data from one JP2 to another JP2 C++

Norman, do you have a recommended library to do that? Like Exiv2? Joshua Jackson, PhD Senior ResearchEngineer (800) 604-1822 Ext. 5109(256) 648-5109 j...@nside.io www.nSide.io 4031 Parkway Dr, Suite B, Florence, AL 35630

Re: [gdal-dev] Copy meta data from one JP2 to another JP2 C++

A JP2 is just a JPEG2000 codestream with a JPEG2000 header, as soon as you get to the SOC marker then you have all the metadata. Alternatively you could use the JPX file format to store the metadata separately to the codestream. I probably wouldn't use GDAL for this task, just read the metadata un

[gdal-dev] Copy meta data from one JP2 to another JP2 C++

I’m looking for a good solution to copy the image meta data from one JP2 to another JP2 in C++. I have a folder full of 4096x4096 JPEG2000 images that I am processing with OpenCV. On some of them I create a copy of the image and do some manipulations to. As expected the new image file is miss

Re: [gdal-dev] Setting up C++ environment with GDAL on CentOS

Thanks! That worked great! Joshua Jackson, PhD Senior ResearchEngineer (800) 604-1822 Ext. 5109(256) 648-5109 j...@nside.io www.nSide.io 4031 Parkway Dr, Suite B, Florence, AL 35630

Re: [gdal-dev] Encoding EPSG:3857 (WebMercator) in GeoTIFF, and ArcGIS interoperability

On 2015-04-15 14:59, Even Rouault wrote: Le mercredi 15 avril 2015 18:21:51, xavier lhomme a écrit : Dis you try with 102113 or 102100 instead of 3857 ? I had once to use those code in order to be discovered as 3857 in arcgis. when i created geotiff with gdal warp/transform. Xavier, thanks f

Re: [gdal-dev] Setting up C++ environment with GDAL on CentOS

Joshua, On 04/15/2015 12:58 PM, Dr. Joshua Jackson wrote: Hey GDAL Team - I have a server running CentOS 6. I have downloaded the complete 1.11.2 source and successfully built and installed GDAL. I am now trying to make my C++ program which uses GDAL and I’m not having any luck. I get an “unk

[gdal-dev] Setting up C++ environment with GDAL on CentOS

Hey GDAL Team - I have a server running CentOS 6. I have downloaded the complete 1.11.2 source and successfully built and installed GDAL. I am now trying to make my C++ program which uses GDAL and I’m not having any luck. I get an “unknown reference” error on all my calls to GDAL methods. (GD

Re: [gdal-dev] Encoding EPSG:3857 (WebMercator) in GeoTIFF, and ArcGIS interoperability

Le mercredi 15 avril 2015 18:21:51, xavier lhomme a écrit : > Dis you try with 102113 or 102100 instead of 3857 ? I had once to use > those code in order to be discovered as 3857 in arcgis. when i created > geotiff with gdal warp/transform. Xavier, thanks for the hint. I've just tried it and thi

Re: [gdal-dev] Encoding EPSG:3857 (WebMercator) in GeoTIFF, and ArcGIS interoperability

Dis you try with 102113 or 102100 instead of 3857 ? I had once to use those code in order to be discovered as 3857 in arcgis. when i created geotiff with gdal warp/transform. Le 15 avr. 2015 18:16, "Even Rouault" a écrit : > Hi, > > I've collected in http://trac.osgeo.org/gdal/ticket/5924 a summ

[gdal-dev] Encoding EPSG:3857 (WebMercator) in GeoTIFF, and ArcGIS interoperability

Hi, I've collected in http://trac.osgeo.org/gdal/ticket/5924 a summary of issues and findings when trying to write GeoTIFF files in EPSG:3857 in a "standard" way (using ProjectedCSTypeGeoKey = 3857), while making them correctly displayed by ArcGIS (and ideally by other independant implementati