Dear,
I make a console application with VS2010 linking gdal_i.lib.
The steps are :
1. Create New Dataset and Band in main.cpp
class XXDataset : public GDALPamDataset
{
public:
XXDataset() {};
~XXDataset() {};
static GDALDataset* Open(GDALOpenInfo*);
};
class XXRasterBand
Norman,
My apologies. The GCP projection is actually supposed to be passed as the
third value in the SetGCPs call - where you have passed the string
Richmond. Instead pass the whole WKT strings for the coordinate system.
Best regards,
Frank
On Wed, Nov 6, 2013 at 4:00 PM, Norman Goldstein
Hello All,
I am currently using GDAL 1.9 and I'm writing out GPX files for uploading onto
Garmin units. Garmin has many different GPX extensions (gpxx, gpxtpx, gpxtrx,
etc) for defining extra attributes for their GPS data. I am wondering how I
would specify these multiple extensions in my
Am 06.11.2013 21:32, schrieb Jukka Rahkonen:
You're advised to preprocess your rasters with other
tools, such as pct2rgb.py or gdal_translate -expand RGB to operate
gdalbuildvrt on RGB rasters instead.
I proposed that, but have a look at the color palette of the VRT:
Am 07.11.2013 16:39, schrieb
b.j.kob...@utwente.nl:
As an added note: be aware that 102092 is NOT an actual EPSG code. EPSG
codes with no's 32768 are not in the official EPSG database, and are in
actual fact therefore not EPSG codes really.
It is actually a definition by ESRI:
Seung,
If the fields, like papoBands in the dataset seem ok before stepping into
SetBand(), and corrupt once you are inside I would suspect that GDAL and
your application have been built with different gdal_priv.h include files
*or* with different structure alighnments flags for Visual Studio.
Could you approve my post?
http://osgeo-org.1560.x6.nabble.com/gdal-dev-C-ogr-wrap-dll-exception-with-ogr-OGRERR-NONE-td5044742.html#a5088006
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
On 7 November 2013 17:12, Victor R va...@ukr.net wrote:
Could you approve my post?
http://osgeo-org.1560.x6.nabble.com/gdal-dev-C-ogr-wrap-dll-exception-with-ogr-OGRERR-NONE-td5044742.html#a5088006
Please, read this section
http://wiki.osgeo.org/wiki/Mailing_Lists#Nabble
and verify your
Le jeudi 07 novembre 2013 16:51:35, Pouliot, Christopher (MNIT) a écrit :
Hello All,
I am currently using GDAL 1.9 and I'm writing out GPX files for uploading
onto Garmin units. Garmin has many different GPX extensions (gpxx,
gpxtpx, gpxtrx, etc) for defining extra attributes for their GPS
Even,
Thanks for the response! I see that GPSBabel uses GDAL and writes out multiple
extensions. I'll check with them to see how they are doing it.
Chris
-Original Message-
From: Even Rouault [mailto:even.roua...@mines-paris.org]
Sent: Thursday, November 07, 2013 1:22 PM
To:
Le jeudi 07 novembre 2013 20:41:48, Pouliot, Christopher (MNIT) a écrit :
Even,
Thanks for the response! I see that GPSBabel uses GDAL
Really ? OGR has a GPSBabel driver, but I didn't know that the reversed way
existed.
and writes out
multiple extensions. I'll check with them to see how
Attached is a sample from downloading one Waypoint and a track using GPSBabel.
I'll look into the GPSBabel driver. I don't have much time to devote to this
so hope to find a relatively quick solution.
Thanks again!
Chris
-Original Message-
From: Even Rouault
I build GDAL library just opening makegdal10.sln.
My test program is just simple console application with VS2010 without any
added configuration.
GDAL :f:\gdal-1.10.0\
Test program include config
:f:\gdal-1.10.0\port\;f:\gdal-1.10.0\gcore;f:\gdal-1.10.0\ogr;f:\gdal-1.10.0\frmts;
Test program
Mercator_[12]SP are both the same projection in GeoTIFF. Lacking a
definition in the official specification, the intention appears to be that
for Mercator_2SP the latitude of true scale (lat_ts) should be specified in
ProjStdParallel1GeoKey and for Mercator_1SP the scale at origin (k) should
be
14 matches
Mail list logo