+1
On Tue, Sep 21, 2010 at 7:19 PM, Frank Warmerdam wrote:
> Motion: I move to adopt RFC 30: Unicode Filenames.
>
> http://trac.osgeo.org/gdal/wiki/rfc30_utf8_filenames
>
> --
>
> I have made a variety of adjustments and improvements based on the the
> feedback on RFC30. I think it is now in g
Motion: I move to adopt RFC 30: Unicode Filenames.
http://trac.osgeo.org/gdal/wiki/rfc30_utf8_filenames
--
I have made a variety of adjustments and improvements based on the the
feedback on RFC30. I think it is now in good enough from to adopt, and
complete implementation.
+1 Frank
--
---
2010/9/21 Frank Warmerdam
>
> The intention of the RFC is that all filenames will be treated as utf-8.
> You mention a Changeset.Ansi converter. I assume it is also possible to
> do a unicode to utf-8 conversion at the swig interface? It sounds like
> all strings that are supposed to be utf-8 a
Even Rouault wrote:
Frank,
About the question "Do we need to convert to UCS-16 to do parsing or can we
safely assume that special characters like '/', '.', '\' and ':' never occur
as part of UTF-8 multi-byte sequences?", I was unclear what you really meant,
but here are my findings/beliefs :
Frank Warmerdam wrote:
On further consideration I agree with you and have updated the RFC to
indicate that APIs like ReadDir() and GetFileList() that return filenames
should return them as unicode objects rather than as regular strings (in
Python).
sounds good.
Thanks for your work on this, an
On 09/21/2010 10:01 PM, Frank Warmerdam wrote:
Ari Jolma wrote:
The idea of this RFC as I understand it is to build a layer into
GDAL, which would take care of conversions between utf-8 and utf-16
(Windows end) transparently, thus making it similar to the current
case of utf-8 filesystem in un
Ari Jolma wrote:
The idea of this RFC as I understand it is to build a layer into GDAL,
which would take care of conversions between utf-8 and utf-16 (Windows
end) transparently, thus making it similar to the current case of utf-8
filesystem in unix. Everything should work fine as it is now, bu
Christopher Barker wrote:
Frank,
This looks great!
One comment about the python bindings:
"""
In theory functions that return filenames, such as gdal.ReadDir?()
should return unicode strings for filenames, but from my perspective it
seems adequate to always return utf-8 strings and let the a
Tamas Szekeres wrote:
Frank,
How do we know whether an unicode on an ansi string mapping should be
actually done in the bindings? With respect to the C# bindings the
strings are normally maintained as unicode in the C# side however the
default conversion option is "Charset.Ansi" in the interf
So, what are they ?
2010/9/21 Chaitanya kumar CH :
> ahmet,
> You have to create a legend of the dem from the color configuration file
> using some other tool.
>
> On Wed, Sep 22, 2010 at 12:32 AM, ahmet temiz
> wrote:
>>
>> I used gdaldem color-relief and created the map.
>>
>> Now, how can I g
I used gdaldem color-relief and created the map.
Now, how can I generate the legend of the dem ?
kind regards
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Hi,
I'm thinking about taking this up if and when I get a license for this.
In any case, this will take some time.
On Tue, Sep 21, 2010 at 6:21 PM, Howard Butler wrote:
>
> On Sep 21, 2010, at 5:21 AM, Anders Moe wrote:
>
> > Hello everyone
> >
> > I'm generally having some problems with the OG
ahmet temiz wrote:
hello
Could you tell me what the problem was ?
or...@orkun-desktop:~/data/pro1001/yuk$ python gdal_fillnodata.py -md
100 work1.tif dem1.tif
Traceback (most recent call last):
File "/usr/local/gdal/swig/python/scripts/gdal_fillnodata.py", line
34, in
import gdal
File
On Sep 21, 2010, at 5:21 AM, Anders Moe wrote:
> Hello everyone
>
> I'm generally having some problems with the OGR SDE driver
>
> * lack of UTF support, for example; I reported this almost two years ago, had
> to fix this myself in ogrsdedriver
> * sql errors when writing to the database
>
>
hello
Could you tell me what the problem was ?
or...@orkun-desktop:~/data/pro1001/yuk$ python gdal_fillnodata.py -md
100 work1.tif dem1.tif
Traceback (most recent call last):
File "/usr/local/gdal/swig/python/scripts/gdal_fillnodata.py", line
34, in
import gdal
File "/usr/local/lib/pyth
I've fixed the field order problem in trunk (
http://trac.osgeo.org/gdal/changeset/20660). The corresponding binaries will
be available in the next daily build at http://vbkto.dyndns.org/sdk/.
Best regards,
Tamas
2010/9/21 David Lowther
> Tamas,
>
>
>
> I altered the table and that did indee
Dear friends,
I could not solve the problem for OGR connections.
from terminal I use the following codes and it works fine
[mu...@localhost makedaskmap]$ ogrinfo
"MySQL:testogr,user=root,password=mysql_123"
INFO: Open of `MySQL:testogr,user=root,password=mysql_123'
using driver `MySQL' suc
Hello everyone
I'm generally having some problems with the OGR SDE driver
* lack of UTF support, for example; I reported this almost two years ago,
had to fix this myself in ogrsdedriver
* sql errors when writing to the database
So I was just wondering if there is something going in the 1.8 bran
Le 21/09/2010 10:46, Murat Beyhan a écrit :
Hi
I'm sorry, please.I could not understood what do you mean.
I didn't use thread what you mention.
I sent my question by using "Open failed for OGR connection"
You replied to the thread "Copy only georeference between two images"
instead of creating
Hi
I'm sorry, please.I could not understood what do you mean.
I didn't use thread what you mention.
I sent my question by using "Open failed for OGR connection"
murat
On Tue, 2010-09-21 at 10:31 +0200, Jean-Claude REPETTO wrote:
> Le 21/09/2010 10:07, Murat Beyhan a écrit :
> > Dear friends,
> >
Le 21/09/2010 10:07, Murat Beyhan a écrit :
Dear friends,
I could not solve the problem for OGR connections.
Hello,
Why did you post your question into the thread "Copy only georeference
between two images" ?
Please create a new thread.
___
gdal
Dear friends,
I could not solve the problem for OGR connections.
from terminal I use the following codes and it works fine
[mu...@localhost makedaskmap]$ ogrinfo
"MySQL:testogr,user=root,password=mysql_123"
INFO: Open of `MySQL:testogr,user=root,password=mysql_123'
using driver `MySQL' suc
22 matches
Mail list logo
