Hi all,
I am creating a layer for geopackage, But I don't see the fid I set using
setFID here is my code flow.
Step1:
poLayer = OGRDataSource::CreateLayer();
Step2:
adding all the fields
Step3:
poFeature = OGRFeature::CreateFeature( poLayer->GetLayerDefn() );
then
Step 4:
poFeature->SetFID
Hi,
I've been trying to convert a *.png file to geotiff and I have the necessary
coordinates to do so. However I'm having problems trying to get the geotiff
to display properly (it's flipped) and I need some advice!
The *.png details are:
UL: 37.686398 23.744484
LL: 38.073174 21.922295
UR: 40.14
HI Jonathan,
Have you tried compiling in ECW/JP2 support as a plugin?
Regards.
Jacek Tomaka
-Original Message-
From: gdal-dev [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Jonathan
Williams
Sent: Wednesday, 17 February 2016 4:51 AM
To: gdal-dev@lists.osgeo.org
Subject: [gdal-de
Hi,
I'm trying to understand why GDALApplyGeoTransform behaves as it does.
I would think that when you use it to transform a raster coordinate to
a geo coordinate, it would apply what is known about the raster and
the transformation to get the correct location. What I see happening
is some driver
Hello,
In addition to my previous question regarding OpenCL support bafflement,
I've run into difficulty compiling GDAL 2.02 with ECW support.
I've compiled with "--with-ecw=/usr/local/hexagon", as the 5.2 SDK is
located there, and symlinked the
/usr/local/hexagon/lib/(x64|x86)/release/libNCSEcw.s
Hi Jeremy
Thanks for the info.
I assume you are aware of GeoCSV and related software like the
well-known OGR (and the #TheShapefileChallenge ):
http://giswiki.hsr.ch/GeoCSV
:Stefan
2016-02-16 19:40 GMT+01:00 Jeremy Palmer :
> For forks that are interested W3C has setup a CSV on the Web Working
For forks that are interested W3C has setup a CSV on the Web Working Group
https://www.w3.org/2013/csvw/wiki/Main_Page to provide recommendations for
better interoperability when working with CSV datasets.
I raised an issue a few months ago on the working documents, with my main issue
being tha
16.02.2016, 15:31, Even Rouault kirjoitti:
Le mardi 16 février 2016 14:17:12, Ari Jolma a écrit :
I committed a change which adds WKT2 as a new option to the -geom
switch. Setting -geom=WKT2 makes ogrinfo print the geometry using WKT
according to the new specification ("POINT M (1 2 3)" etc).
W
Le mardi 16 février 2016 14:17:12, Ari Jolma a écrit :
> I committed a change which adds WKT2 as a new option to the -geom
> switch. Setting -geom=WKT2 makes ogrinfo print the geometry using WKT
> according to the new specification ("POINT M (1 2 3)" etc).
WKT2 makes me rather think to the SRS WKT
I committed a change which adds WKT2 as a new option to the -geom
switch. Setting -geom=WKT2 makes ogrinfo print the geometry using WKT
according to the new specification ("POINT M (1 2 3)" etc).
Where can one edit the (source) of the page
http://www.gdal.org/ogrinfo.html
?
Ari
Hi,
Potential mentors and students: time to update
https://trac.osgeo.org/gdal/wiki/SummerOfCode
Even
-- Message transmis --
Sujet : [OSGeo-Discuss] [@Mentors: Action required] GSoC 2016 Ideas page
Date : mardi 16 février 2016, 11:16:03
De : Margherita Di Leo
À : OSGeo Discu
Ilanit Karpassi defensoft.com> writes:
> Hi,
>
> I
> need to resample any resolution GeoTiff with Z heights, to 1 meter per
pixel GeoTiff. I
> need a Z value in each pixel according to the algorithm
>
> If
> I use GDAL_Warp, . (using the C++ code) it seems that it does that with 0
> value
Hi,
I need to resample any resolution GeoTiff with Z heights, to 1 meter per
pixel GeoTiff. I need a Z value in each pixel according to the algorithm
If I use GDAL_Warp, . (using the C++ code) it seems that it does that
with 0 values to all pixels.
Can you give me a good advice please?
13 matches
Mail list logo
