On Mar 25, 2010, at 3:49 PM, Frank Warmerdam wrote:
> Nathan Vander Wilt wrote:
>> I used gdal_merge to combine four tiles into a perfectly square image.
>> However, the resulting file was double the size on disk than I would expect
>> based on its dimensions and bit depth. I opened it in a hex edi
Nathan Vander Wilt wrote:
I used gdal_merge to combine four tiles into a perfectly square image.
However, the resulting file was double the size on disk than I would expect
based on its dimensions and bit depth. I opened it in a hex editor, and
there is a huge pattern of data that repeats 0x3
brian wrote:
I have two issues with the datasource and layer methods to get and set
style tables.
1) The GetStyleTable(), SetStyleTableDirectly(), and SetStyletable()
methods are not virtual therefore only the memory driver can use them.
2) The SetStyleTableDirectly() and SetStyletable() metho
I used gdal_merge to combine four tiles into a perfectly square image. However,
the resulting file was double the size on disk than I would expect based on its
dimensions and bit depth. I opened it in a hex editor, and there is a huge
pattern of data that repeats 0x3075 followed by a ton of
Roger,
I in fact did my homework, but I've got a C.
As you can see on my previous message I did find the RGDAL Source Forge page where it shows the CVS
instructions ===> [1] <===. That would give a B+ at least, no? If it worked.
cvs -d:pserver:anonym...@rgdal.cvs.sourceforge.net:/cvsroot/rgda
Even Rouault wrote:
What's the "Java dirty trick" that the code talks about?
Ari,
Do you really want to hear the explanation ;-) ? OK, here it is.
This is related to subtelities of SWIG and Java garbage collection.
Imagine that DISOWN is still used for the input parameter of
ForceToMul
(Sorry about the double post, BTW; wasn't subscribed when I sent the first
message but it got through anyway.)
On Mar 23, 2010, at 4:27 PM, Nathan Vander Wilt wrote:
> I'm looking through gdal2tiles.py to get a feel for how it works and any
> potential issues I might encounter. Around line 801 of
Please, do your homework!
Google on "R rgdal" gives:
http://cran.r-project.org/web/packages/rgdal/index.html
http://rgdal.sourceforge.net/
where the latter says: "The R contributed package rgdal is available from
CRAN", that is the first link. On CRAN you will find both the source tarball
and
On Mar 23, 2010, at 5:22 PM, Eli Adam wrote:
> Gilles,
> I do a similar process (build large vrt mosaic, reproject the
> mosaic vrt to another vrt, tile the reprojected mosaic vrt in new
> projection to tif) although my end tiles are in tif and not compressed.
> My method is the brute force wa
I won't calculate the area. I'll show an 'invalid area' message to the user.
Thanks.
2010/3/19 Peter J Halls
> Whilst I agree with Chris that the 'winding' method for calculating polygon
> areas would need tweaking to work with a shape like this, the 'complementary
> areas' method or the trian
Hi there,
I am trying to get RGDAL to work with GDAL 1.7.1 but I cannot access the source
code [1] and the binaries for Windows depend on some old version of
gdal_fw.dll. Does anybody have any clue?
Regards,
Ivan
[1] - http://sourceforge.net/scm/?type=cvs&group_id=84716
_
Chaitanya,
I was thinking possibly something like
#define OLCStyleTable "StyleTable"
#define ODsCStyleTable "StyleTable"
or similar
Brian
On Thu, 2010-03-25 at 23:02 +0530, Chaitanya kumar CH wrote:
> Brian,
>
>
> I cannot say much about the style tables. But, I would like to know
> about t
> What's the "Java dirty trick" that the code talks about?
Ari,
Do you really want to hear the explanation ;-) ? OK, here it is.
This is related to subtelities of SWIG and Java garbage collection.
Imagine that DISOWN is still used for the input parameter of
ForceToMultiPolygon
Consider the fo
Hi,
I'm using gdal2tiles but I'm having problems with the alpha on some of the
tiles output. The base PNG has some transparent areas but the final tiles
output have those areas as opaque black.
Here's the base image:
http://dev.andrewnicolaou.co.uk/m/#base
These are the steps I'm doing:
1
Brian,
I cannot say much about the style tables. But, I would like to know about
the constants for the TestCapability() methods.
On Thu, Mar 25, 2010 at 9:09 PM, brian wrote:
>
>
> I have two issues with the datasource and layer methods to get and set
> style tables.
>
> 1) The GetStyleTable(),
Sunburned Surveyor wrote:
Hey Guys.
I'm trying to help Wolf administer the OSGeo Summer of Code effort
this year. He mentioned GDAL expressed some interest in participating
this year. Does GDAL have any students yet? Are there any GDAL
programmers willing to mentor a student for this summer's pr
Jason Roberts wrote:
Dear OGR devs,
OGRLayer::TestCapability allows you to determine if an OGRLayer supports
various things, such as creating new features or updating or deleting
existing features. Can you advise me whether there are any drivers for
which the capabilities differ for a give
Dear OGR devs,
OGRLayer::TestCapability allows you to determine if an OGRLayer supports
various things, such as creating new features or updating or deleting
existing features. Can you advise me whether there are any drivers for which
the capabilities differ for a given layer depending on wheth
Hey Guys.
I'm trying to help Wolf administer the OSGeo Summer of Code effort
this year. He mentioned GDAL expressed some interest in participating
this year. Does GDAL have any students yet? Are there any GDAL
programmers willing to mentor a student for this summer's program?
I told Wolf I would
I have two issues with the datasource and layer methods to get and set
style tables.
1) The GetStyleTable(), SetStyleTableDirectly(), and SetStyletable()
methods are not virtual therefore only the memory driver can use them.
2) The SetStyleTableDirectly() and SetStyletable() methods both return
Frank Warmerdam wrote:
danotchki wrote:
That would be awesome, Frank. forceToMultiPolygon was exactly the
function I was looking for (and wondering why it wasn' there).
Daniel,
OK, I implemented it yesterday. You can see it in use in Python in:
http://svn.osgeo.org/gdal/trunk/autotest/ogr
danotchki wrote:
That would be awesome, Frank. forceToMultiPolygon was exactly the
function I was looking for (and wondering why it wasn' there).
Daniel,
OK, I implemented it yesterday. You can see it in use in Python in:
http://svn.osgeo.org/gdal/trunk/autotest/ogr/ogr_factory.py
Just pu
That would be awesome, Frank. forceToMultiPolygon was exactly the function I
was looking for (and wondering why it wasn' there).
Just pushing my luck: would there be another way to force the type of
Geometry returned by GetFeatureRef or when getting the layer from the data
source opening the shp?
23 matches
Mail list logo
