Thanks Even,
It works now.
Are Latitude and Longitude values are inverted in gdal.
Best Regards
Tunca
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Le dimanche 03 août 2014 09:03:57, tunca tunc a écrit :
Thanks Even,
It works now.
Are Latitude and Longitude values are inverted in gdal.
Most GIS and GIS formats work with longitude, latitude coordinate order since
it allows to draw a map that makes sense when using longitude as the
Le dimanche 03 août 2014 01:05:45, Rashad M a écrit :
On Sat, Aug 2, 2014 at 8:29 PM, Even Rouault even.roua...@mines-paris.org
wrote:
Le mercredi 30 juillet 2014 15:04:42, Rashad M a écrit :
Hello all,
Is it possible to read high dynamic range files using GDAL?
Not
Hi,
I resolve my troubles.
The geotiff as generate from gdal seem to be the minimal necessary
tags for a geotiff.
I tested the production using geotifcp tool and compare the with that
produced using gdal. They are the same.
So I guess the gdal tags are the minimal necessary to have a good
Le dimanche 03 août 2014 00:14:30, Martin Landa a écrit :
Hi,
when exporting features to PostGIS layer (python script) I discovered
that ogc_fid_seq is not updated.
Eg.
select last_value from stavebniobjekty_ogc_fid_seq;
last_value
1
select max(ogc_fid)
Le samedi 02 août 2014 23:48:54, Andrea Peri a écrit :
Hi,
I have transform many old tiff+tfw rasters using this gdal transformation:
gdal_translate -ot Byte -of GTiff -b 1 -a_nodata none -stats -co
COMPRESS=NONE -co INTERLEAVE=PIXEL -co PROFILE=GDALGeoTIFF -co
TILED=YES -co
Hi,
small note, the page about feature styles [1] lacks images.
Martin
[1] http://www.gdal.org/ogr_feature_style.html
--
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
Le dimanche 03 août 2014 10:52:00, Martin Landa a écrit :
Hi,
small note, the page about feature styles [1] lacks images.
Good catch. Actually the images were only on the www.gdal.org site and not in
SVN ! Luckily I had made a backup of the old doc before RFC 46 in
http://www.gdal.org/1.11,
Hi,
2014-08-03 11:19 GMT+02:00 Even Rouault even.roua...@mines-paris.org:
Good catch. Actually the images were only on the www.gdal.org site and not in
SVN ! Luckily I had made a backup of the old doc before RFC 46 in
http://www.gdal.org/1.11, so I could fetch them back from there. During the
There might also be some issues in the sample code, including lines such as:
for (i=0;iGetPartCount();i++)
and:
poStyleTool = GetPart(i);
(or otherwise it's possible I'm completely misunderstanding some of the code)
On 3 Aug 2014, at 7:22 pm, Martin Landa
I'm just starting out using the styles features of OGR (using the C API) but at
struggling with a few elements of it.
My code (copied below) fails to get any OGRStyleToolH. Ie, the if ( tool )
block never gets run, because 'tool' is always NULL at the point indicated by
the comment. But the
Le dimanche 03 août 2014 11:51:28, Nik Sands a écrit :
There might also be some issues in the sample code, including lines such
as:
for (i=0;iGetPartCount();i++)
and:
poStyleTool = GetPart(i);
(or otherwise it's possible I'm completely misunderstanding some of the
code)
thx Even for explanation.
Also I see the real important for some software is the presence of this section:
Keyed_Information:
GTRasterTypeGeoKey (Short,1): RasterPixelIsPoint
End_Of_Keys.
It can have two possibl values:
RasterPixelIsPoint or RasterPixelIsArea
Seem that
Le dimanche 03 août 2014 12:11:42, Nik Sands a écrit :
I'm just starting out using the styles features of OGR (using the C API)
but at struggling with a few elements of it.
My code (copied below) fails to get any OGRStyleToolH. Ie, the if ( tool
) block never gets run, because 'tool' is
Le dimanche 03 août 2014 12:24:29, Andrea Peri a écrit :
thx Even for explanation.
Also I see the real important for some software is the presence of this
section:
Keyed_Information:
GTRasterTypeGeoKey (Short,1): RasterPixelIsPoint
End_Of_Keys.
It can have two
On one of the iterations through this code, styleChars is:
'vegetation_low: BRUSH(fc:#A0F0A0); LABEL(c:#004000,s:18pt,t:{title})'
So perhaps the inclusion of the style name is the problem?
This was read into a style table from a text file using
'OGR_STBL_LoadStyleTable()'. I had
Sorry, my mistake... I had my logging in the wrong place. styleChars is
actually of the form (including the leading space):
' PEN(c:#A08080,w:2pt); LABEL(c:#00,s:18pt,t:{title})'
On 3 Aug 2014, at 8:35 pm, Nik Sands nix...@nixanz.com wrote:
On one of the iterations through this
Le dimanche 03 août 2014 12:41:56, Nik Sands a écrit :
Sorry, my mistake... I had my logging in the wrong place. styleChars is
actually of the form (including the leading space):
' PEN(c:#A08080,w:2pt); LABEL(c:#00,s:18pt,t:{title})'
The issue must be the leading space before PEN,
Thanks Even,
Yes, deleting the spaces seems to get it working correctly. Is this expected?
Are spaces an illegal part of a style string?
The documentation includes spaces in the example .ofs file there, so I had
copied that format when creating my text file.
Cheers,
Nik.
On 3 Aug 2014, at
Le dimanche 03 août 2014 12:53:00, Chaitanya kumar CH a écrit :
I'll add these checks to the method that reads the ofs file. Ticket #5602
You mean a check to reject those lines or to accept them and ignore the
leading spaces ?
Make sure to extend autotest/ogr/ogr_style.py that I had initiated
Le dimanche 03 août 2014 12:55:44, Nik Sands a écrit :
Thanks Even,
Yes, deleting the spaces seems to get it working correctly. Is this
expected? Are spaces an illegal part of a style string?
The documentation includes spaces in the example .ofs file there, so I had
copied that format
With Nik available for testing, I can update the style table definition.
On 3 Aug 2014 16:39, Even Rouault even.roua...@mines-paris.org wrote:
Le dimanche 03 août 2014 12:55:44, Nik Sands a écrit :
Thanks Even,
Yes, deleting the spaces seems to get it working correctly. Is this
22 matches
Mail list logo
