Frank Warmerdam wrote:
Even Rouault wrote:
Louis, Chaintanya,
I just wanted to mention that the topic of encoding for filenames
dealt by GDAL
or OGR is a known issue that has not been addressed yet. You can read
http://trac.osgeo.org/gdal/wiki/rfc5_unicode which was a proposal but
has not
be
Brent Fraser wrote:
User error. I had to turn on the Tools -> Analysis -> Geospatial
Location Tool to get the scrolling Lat/Lon.
That's right, thanks
Joaquim
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
Even Rouault wrote:
Louis, Chaintanya,
I just wanted to mention that the topic of encoding for filenames dealt by GDAL
or OGR is a known issue that has not been addressed yet. You can read
http://trac.osgeo.org/gdal/wiki/rfc5_unicode which was a proposal but has not
been implemented. Some infras
Joaquim Luis wrote:
Mateusz Loskot wrote:
Joaquim Luis wrote:
Harsh Govind wrote:
And unlike previous versions (msvcrt71) you cannot copy over 8.0
versions dlls from somewhere to your application directory in order
to make it work. The solution per Martin's suggestion is to install
vcredist.
User error. I had to turn on the Tools -> Analysis -> Geospatial Location Tool
to get the scrolling Lat/Lon.
Brent Fraser wrote:
Interesting. I downloaded it with Firefox, opened it in Acrobat 9, but
it doesn't recognize it as a GeoPDF. Hmmm...
Joaquim Luis wrote:
Brent Fraser wrote:
S
Interesting. I downloaded it with Firefox, opened it in Acrobat 9, but it
doesn't recognize it as a GeoPDF. Hmmm...
Joaquim Luis wrote:
Brent Fraser wrote:
Since the TerraGo way has been superceded by the Adobe/ISO way
(thank goodness!), it makes it easier to identify the reference system
2009/9/4 Martin Hvidberg
> Tamas Szekeres wrote:
>
>> Martin,
>>
>> You didn't mention from where did you obtain those binary files you are
>> testing with. I would be desirable that all the dependent dlls use the same
>> CRT settings and the dlls should also have their manifests to be embedded a
Selon Casper Børgesen :
I'm not sure about options='-c client_encoding=latin1', but setting
PGCLIENTENCODING=LATIN1 instead as an environmnent variable/configuration option
should definitely work (provided that the source shape is effectively LATIN1
encoded)
ogr2ogr --config PGCLIENTENCODING LATI
Tamas Szekeres wrote:
Martin,
You didn't mention from where did you obtain those binary files you are
testing with. I would be desirable that all the dependent dlls use the
same CRT settings and the dlls should also have their manifests to be
embedded as a resource. With the recent OS version
Mateusz Loskot wrote:
Joaquim Luis wrote:
Harsh Govind wrote:
And unlike previous versions (msvcrt71) you cannot copy over 8.0
versions dlls from somewhere to your application directory in order
to make it work. The solution per Martin's suggestion is to install
vcredist.exe.
Excuse the ing
Joaquim Luis wrote:
Harsh Govind wrote:
And unlike previous versions (msvcrt71) you cannot copy over 8.0
versions dlls from somewhere to your application directory in order to
make it work. The solution per Martin's suggestion is to install
vcredist.exe.
Excuse the ingenuity, but than why bu
Hi folks!
I hope you can help me. I have searched google for answers, but haven't found
any. So I thought going closer to the 'source' might help me.
In my organisation, we work with various GIS data in different file formats. I
have a project, where I need to put all these data into a PostGIS
Martin,
You didn't mention from where did you obtain those binary files you are
testing with. I would be desirable that all the dependent dlls use the same
CRT settings and the dlls should also have their manifests to be embedded as
a resource. With the recent OS versions (Win XP or above) the dll
Even,
thank you for the reply. I will open the ticket.
However, I'm not sure whether the Tiff image can be shared or it is
confidential. I will check it.
Best Regards,
Daniele
On Tue, Sep 1, 2009 at 8:45 PM, Even Rouault
wrote:
> Daniele,
>
> I suggest you file a Trac ticket on this with the fol
Selon "Rydzak, Carol-P28503" :
> Hi.
> Thank you for getting back to me on this!
> Yes, I am using the 1.6.0 version of GDAL.
>
> I did what you suggested and it gives me a bus error when I run the
> gdalinfo command on the a.toc file. Do you recall what the problems
> were with the CIB data that
Hello Vinod and Franck,
Actually, SENC stands for System ENC.
SENC are the internal chart database proprietary formats specific to
the different developers of ECS (Electronic Chart System) or ECDIS
(Electronic Chart Display and Information System) software
applications, created from decrypt
Another solution for avoiding pain for users is to link msvcrt statically.
For this you need to change the compiler switch /MD into /MT (/MDd to /MTd
for debug). Note that if you link against external libraries (like geos,
proj4, etc.), you need to recompile those too with the same change.
--
Thank you all for the good answers. I got a lot wiser.
Now I know that it's the VC++ redistributables pack I need to fix I
installed:
http://www.microsoft.com/downloads/details.aspx?FamilyId=32BC1BEE-A3F9-4C13-
9C99-220B62A191EE&displaylang=en
But unfortunately it didn't make the problem go a
18 matches
Mail list logo
