Folks,
Another GDAL related post on my blog related to the complexity and
fragility of some aspects of GDAL:
http://fwarmerdam.blogspot.com/2009/12/death-by-complexity.html
Best regards,
--
---+--
I set the clouds in moti
ogr user wrote:
I wonder if anyone here with a good knowledge of S57 format internals
can help me out on this issue.
OGR S57 parser seems to work quite well with most charts in NOAA ENC
data set. However, I found a feature on one of the charts that puzzles
me (to be specific, the chart is US5CA9
I wonder if anyone here with a good knowledge of S57 format internals
can help me out on this issue.
OGR S57 parser seems to work quite well with most charts in NOAA ENC
data set. However, I found a feature on one of the charts that puzzles
me (to be specific, the chart is US5CA92M, the feature RC
weixj2003ld wrote:
1.I am a newer to gdal,I want to know that can gdal and ogre3d be
integrated?
Wei,
I am not familiar with anyone having integrated GDAL with ogre3d; however,
folks do use GDAL as an imagery and elevation model source for lots of 3D
rendering engines so I don't foresee any p
1.I am a newer to gdal,I want to know that can gdal and ogre3d be integrated?
2.How could I get the value of (x,y,z) of the Satellite photos file through
gdal?
Kind regards.
Wei___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/m
Enthusiastically, +1. I'll even help do the surgery.
Howard
On Dec 15, 2009, at 4:24 AM, Jan Hartmann wrote:
> I'm not a developer, but I have had the same problems in my builds (I must
> compile everything on a Linux-cluster as non-root in non-standard locations,
> with up-to-date versions
I'm not a developer, but I have had the same problems in my builds (I
must compile everything on a Linux-cluster as non-root in non-standard
locations, with up-to-date versions of Python, that kind of thing).
Removing the old bindings would remove one further source of headaches,
for me at le
