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
Selon Rydzak, Carol-P28503 carol.ryd...@gdc4s.com:
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
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
even.roua...@mines-paris.orgwrote:
Daniele,
I suggest you file a Trac
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
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
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
Selon Casper Børgesen c...@le34.dk:
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
2009/9/4 Martin Hvidberg mar...@hvidberg.net
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
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
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:
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
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
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
13 matches
Mail list logo
