Selon easyl :
Could you create a completely self-contained code that could be used to compile
and reproduce ? It might be possible that you use the layers after the
datasource has been closed for example, but it is difficult to be sure without
seeing the exact code.
> GDAL 1.8.1 on Win64
>
> basi
GDAL 1.8.1 on Win64
basically I just use ogr2ogr and ogrinfo from gdal/java examples.
I wrote a test case with processing S57 (*000) data:
/* read layer information with ogrinfo */
final String param[] = { "-ro", "-al", src};
final List layers = ogrinfo.execute(param); // I just collect
Pascal,
Use the GDALMajorObject::GetMetaData() method[1].
You might want to go through the GDAL API docs[2] a bit throughly.
[1]: http://www.gdal.org/classGDALMajorObject.html
[2]: http://www.gdal.org/hierarchy.html
On Thu, Jan 5, 2012 at 7:40 PM, Jaugeas, Pascal (External) <
pascal.jaugeas.ext
Hi again,
I played around a bit and now it's working. I needed to add four global
attributes to the HDF4 file:
- TransformationMatrix
- AREA_OR_POINT
- Projection
- Signature
What I don't understand is why Signature is needed. I mean, even without
Signature, the file contains all necessary infor
Etienne,
thanks for your input.
> Why don't you simply use the netcdf api to create a GMT file (which
> uses the netcdf file format)̣?
The software which creates these HDF files is not developed by me, and its
developer is unwilling to implement writing of netcdf files. However, if
I'd tell him
Andreas,
Why don't you simply use the netcdf api to create a GMT file (which
uses the netcdf file format)̣?
Have a look at the gdal hdf4 driver documentation :
http://www.gdal.org/frmt_hdf4.html , section Georeference . It seems
that you custom way of representing georeferencing is not one of the
Hi there,
when creating HDF4 files outside of GDAL, which metadata do I have to
write to
the file such that GDAL can subsequently correctly read the data? In the docs
I read that only HDF4 files created with GDAL or certain other HDF4 types are
recognized. However, the files are created "by hand"
I have another problem.
After open grib file, I have a DataSet.
This dataset give the quantities of row, col and band.
For each band, I want to know the heading. In a band of a grib file, there are
3 rows for heading, not counting by the dataset.
Do you know how I can do that ?
Thanks and re
Aneesh,
Actually, I just reviewed the driver code. It's not documented.
I don't know enough to suggest any format for efficiently storing style
info. But you can start with MapInfo, KML and DXF.
On Thu, Jan 5, 2012 at 6:06 PM, Aneesh Muralidharan wrote:
> Chaithanya,
>
> Ahhh that explains it !
Chaithanya,
Ahhh that explains it ! Thanks a lot. By the way where do I find out these
information (like DXF driver doesn't support style table), as in where is
it documented ?
And can you suggest me some other vector format that OGR loads by default,
which has style information ? I was using SHP
Aneesh,
I don't know if the DXF format maintains a default style or a style table
but OGR's DXF driver doesn't support layer's style table.
On Thu, Jan 5, 2012 at 5:30 PM, Aneesh Muralidharan wrote:
> Hi Chaithanya,
>
> Thanks for the quick reply
>
> About the style table, I did try to use the l
thank you,
I find the solution : I need to do Gdal.AllRegister() for driver and it works
!
Thank you for your help !
Best regards,
Pascal
De : Chaitanya kumar CH [mailto:chaitanya...@gmail.com]
Envoyé : jeudi 5 janvier 2012 13:00
À : Jaugeas, Pascal (E
Hi Chaithanya,
Thanks for the quick reply
About the style table, I did try to use the layer style table, but I'm
getting an empty table :(
By the way I'm trying to read a simple DXF file.
On Thu, Jan 5, 2012 at 4:57 PM, Chaitanya kumar CH
wrote:
> A layer's style table can be accessed using OG
Pascal,
First check if your file works with the gdalinfo utility. Set the
environment variable CPL_DEBUG to ON to get more detailed reports on events.
Check if you get the same error with another grib file and another format
file.
On Thu, Jan 5, 2012 at 2:50 PM, Jaugeas, Pascal (External) <
pas
A layer's style table can be accessed using OGRLayer::GetStyleTable() [1].
[1]: http://www.gdal.org/ogr/classOGRLayer.html
On Thu, Jan 5, 2012 at 4:55 PM, Chaitanya kumar CH
wrote:
> Aneesh,
>
> A layer can have a style table that stores a set of styles that can be
> referred by individual featu
Aneesh,
A layer can have a style table that stores a set of styles that can be
referred by individual features. Usually the style table has a default
style.
Its usage is explained in the same page as the OGR Feature Style
Specification.
On Thu, Jan 5, 2012 at 3:45 PM, Aneesh Muralidharan wrote:
Hi,
I'm new to OGR/GDAL and I'm trying to read style information of vectors
using the OGR C++ API. I followed the documentation available here
http://www.gdal.org/ogr/ogr_feature_style.html. I have managed to get the
pen information of the glyphs' in vector file successfully.
The problem is that,
Hello,
I develop with Gdal for .Net.
And I try to read a grib File (ed 1) like this :
Dataset ds = Gdal.Open(dataSourcePath, Access.GA_Update);
with dataSourcePath is the path of grib file (.grb).
But I have an error in debug : "... not recognised as a supported file
format."
Is this meth
18 matches
Mail list logo
