Hi,
after some tests I see that the apostrophe is not necessary to be
escaped because it s not a special char.
Regards,
A.
2014-07-27 23:53 GMT+02:00 Andrea Peri :
> Hi, reading better the featurestyle specs,
> http://www.gdal.org/ogr_feature_style.html
> I'm relly not sure if is necessary to
Hi,
Below is my tenth weekly report.
*What did I do this week?*
-
- Inserted an empty raster in the table via
PostGISRasterDataset::Create().
- On subsequent PostGISRasterRasterBand::IRasterIO calls, the default
implementation of GDALRasterBand::IRasterIO is called which in turn
Ah, that fixed it! Thanks :-)
- Thomas
On Sun, Jul 27, 2014 at 1:57 PM, Dmitriy Baryshnikov
wrote:
> Hi,
>
> This is usually according to the locale. Try set "C" locale like this.
>
> cha* old_locale = setlocale(LC_NUMERIC, "C");
>
> before opening datasource
>
> and reset it back after readi
Hi, reading better the featurestyle specs,
http://www.gdal.org/ogr_feature_style.html
I'm relly not sure if is necessary to escape the apostrophe in the texts.
A.
2014-07-27 21:59 GMT+02:00 Andrea Peri :
> Hi,
> I'm testing the featurestyle filed loaded on a spatialite from a set of dxf.
>
> Whe
Hi,
I'm testing the featurestyle filed loaded on a spatialite from a set of dxf.
When the dxf has a apostrophe char (')
it is loaded as is in the style field without an escape.
As example, I have this situation:
LABEL(f:"Arial",t:"'99",a:305,s:2.4g,c:#00)
Instead of
LABEL(f:"Arial",t:"\'99"
Hi,
This is usually according to the locale. Try set "C" locale like this.
|cha*||old_locale =setlocale(LC_NUMERIC, "C");
before opening datasource
and reset it back after reading all fetures
||setlocale(LC_NUMERIC, |old_locale);
This is not the solution (I fixed it here
http://trac.osge
(Sorry about the repost, I forgot the subject tag in the previous one..)
Hi, I'm having a strange problem that appears to be related to the GeoJSON
driver in GDAL 1.11.0
When reading a polygon geometry in geographical lat/lon coordinates, all my
coordinate values are returned in integer degrees.
