Hi All,
I have written ENC (S57 - Electronic Nautical Chart) file viewer
application which reads *.000 extension. Recently I have received some S57
files with *.ENC extension which I am unable to read with this application.
I have tried opening this with other application (SeeMyDEnc) but
Hi kiruba,
Take a look to the wotsit.org website they may have the file format
specification ?
Maybe this is for you : http://home.gdal.org/projects/s57/
Regards.
Mathieu LATTES
Directeur Technique
m.lat...@interatlas.fr
Tel : 01 46 30 63 63
Fax : 01 46 30 23 80
http://www.interatlas.fr
Hi All,
I am using sqlite driver to write the OGRLayer to disk. I am setting
StyleString for each feature. But when I read back, my feature contains NULL
stylestring. Though I am able to get other attributes, I am setting to the
feature.
I wonder whether sqlite driver supports writing style
Hi,
I’ve encountered a problem with Pleiades JP2 files from Astrium, GDAL
crashes when opening the file.
You should be able to reproduce the the crash by downloading a sample
dataset from their page.
http://www.astrium-geo.com/en/23-sample-imagery
Optical Imagery-Pleiades-Pleiades Primary
HI Mathieu,
I am unable to file extension as *.ENC anywhere. Every place S57 files are
mentioned with *.000 extension. In fact the application i have referred
(SeeMyEnc) above is downloaded from that page only.
Anyway Thanks for your reply.
Kiruba.
--
View this message in context:
Dennis,
There are several jpeg2000 drivers potentially available for gdal. Do you
know which you are using?
Best regards,
On May 22, 2013 5:20 AM, Dennis Gocke de...@gmx.net wrote:
Hi,
I’ve encountered a problem with Pleiades JP2 files from Astrium, GDAL
crashes when opening the file.
Abhinav abhinav at vizexperts.com writes:
Hi All,
I am using sqlite driver to write the OGRLayer to disk. I am setting
StyleString for each feature. But when I read back, my feature contains NULL
stylestring. Though I am able to get other attributes, I am setting to the
feature.
I
I'm using the stable 1.10 build from Tamas' site.
GDALIdentifyDriver on the file reports: ERDAS JPEG2000 (SDK 3.x)
When trying to open the file I get an AccessViolationException.
Cheers,
Dennis
On Wed, May 22, 2013 at 3:35 PM, Frank Warmerdam warmer...@pobox.comwrote:
Dennis,
There are
Dear list,
GRID cannot interpret (tested with 1.9 and 1.10) the coordinate systems
in two different NetCDF files storing oceanographic/meteorological data.
But it can interpret the coordinates in a third NetCDF file.
PANOPLY, as available from http://www.giss.nasa.gov/tools/panoply/, can
Le vendredi 17 mai 2013 09:38:31, Hank Finley a écrit :
Hi Tamas,
thanks for the advice, I would still like to continue with my goal, down
the track I'm going to be using this to fuel my OpenGL graphical map. The
SQL API level was far too slow, so I am going to the C API level.
Is it
Dennis,
Ah. In my experience the ECW SDK 3.3 JPEG2000 support is buggy and I was
never really able to trace down the issues. I would encourage you to
consider alternatives - one possibility is the MrSID SDK's JPEG2000
support. If Tamas's build includes MrSID support then all you need to do
is
Folks,
I declare this motion passed with PSC support from Frank, Even and Howard.
Sam, you can update the wiki to show this RFC as adopted and proceed in
trunk. Thanks for pursuing this and also for working gracefully through
our process. :-)
Best regards,
Frank
On Sat, May 18, 2013 at
Dennis,
I believe you can use Even's GDAL API Proxy to avoid crashes in third
party libraries. See:
http://trac.osgeo.org/gdal/ticket/4979
for more info.
kss
On Wed, May 22, 2013 at 11:22 AM, Frank Warmerdam warmer...@pobox.com wrote:
Dennis,
Ah. In my experience the ECW SDK 3.3 JPEG2000
Le mercredi 22 mai 2013 19:22:09, Frank Warmerdam a écrit :
Dennis,
Ah. In my experience the ECW SDK 3.3 JPEG2000 support is buggy and I was
never really able to trace down the issues. I would encourage you to
consider alternatives - one possibility is the MrSID SDK's JPEG2000
support.
Thanks André!
I will add a line for AGD66 datum and nadgrid file in pj_datums.c, and make the
appropriate change in the epsg file , and compile from source.
Is possible to default to the use of +towgs84 when there is no successful grids
with +nadgrids?
For New-Zealand the line in pj_datums.c
On Wed, May 22, 2013 at 2:10 PM, Andreas Oxenstierna a...@t-kartor.se wrote:
Dear list,
GRID cannot interpret (tested with 1.9 and 1.10) the coordinate systems in
two different NetCDF files storing oceanographic/meteorological data.
But it can interpret the coordinates in a third NetCDF
Kiruna,
I am not familiar with the enc extension. Can you make one available?
Best regards,
On May 22, 2013 6:38 AM, Kiruba kkirubanant...@yahoo.com wrote:
HI Mathieu,
I am unable to file extension as *.ENC anywhere. Every place S57 files are
mentioned with *.000 extension. In fact the
Am 22.05.2013 20:42, schrieb Thomas Campagne:
Thanks André!
I will add a line for AGD66 datum and nadgrid file in pj_datums.c,
and make the appropriate change in the epsg file , and compile from
source.
Is possible to default to the use of +towgs84 when there is no
successful grids with
18 matches
Mail list logo