With Nik available for testing, I can update the style table definition.
On 3 Aug 2014 16:39, "Even Rouault" 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
> > expected? Are spaces an i
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 fo
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
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: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 P
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 wrote:
> On one of the iterations through this code, styleChars
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 assume
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 t
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'
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 without
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 th
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
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 wrote:
> Hi,
>
> 2
Hi,
2014-08-03 11:19 GMT+02:00 Even Rouault :
> 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
> next refresh from SVN t
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.1
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
http://lists.osgeo.org/mailm
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 BLOCKXS
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(
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 geotiff
Le dimanche 03 août 2014 01:05:45, Rashad M a écrit :
> On Sat, Aug 2, 2014 at 8:29 PM, Even Rouault
>
> 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 currently. And
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
hori
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
22 matches
Mail list logo
