On 8 Sep 2006, at 15:27, Roger Bivand wrote:
> On Fri, 8 Sep 2006, Tim Keitt wrote:
>
>> One possibility is that the size of the GDAL data type is not the
>> same
>> as the size of the R data type. This will definitely cause
>> problems as
>> allocation is done by R and the pointer is cast to
On Fri, 8 Sep 2006, Tim Keitt wrote:
> On 9/8/06, Roger Bivand <[EMAIL PROTECTED]> wrote:
> > On Fri, 8 Sep 2006, Tim Keitt wrote:
> >
> > > One possibility is that the size of the GDAL data type is not the same
> > > as the size of the R data type. This will definitely cause problems as
> > > all
On 8-Sep-06, at 14:23, Roger Bivand wrote:
> On Fri, 8 Sep 2006, Scott W Mitchell wrote:
>
>>
>> It gets through translating the data set and the image command, but
>> then on summary() I get:
>
> Can you re-run the example code by hand, line by line (copy & paste
> for
> example)? From what yo
hi,
i've compiled rgdal on mac osx 10.4.7
using this powerfool packages at this site :
look for "gdal-framework"
you can compile rgdal from command line , you must specify where is
gdal-config
(R CMD install --with-gdal-config=/path-to-gdal-config /path/to/-
rgdal.tar.gz)
Massimo.
Il gior
On 9/8/06, Roger Bivand <[EMAIL PROTECTED]> wrote:
> On Fri, 8 Sep 2006, Tim Keitt wrote:
>
> > One possibility is that the size of the GDAL data type is not the same
> > as the size of the R data type. This will definitely cause problems as
> > allocation is done by R and the pointer is cast to vo
On Fri, 8 Sep 2006, Tim Keitt wrote:
> One possibility is that the size of the GDAL data type is not the same
> as the size of the R data type. This will definitely cause problems as
> allocation is done by R and the pointer is cast to void when passed to
> GDAL. My original C++ code simply assume
merge(Table1, Table2,
by = intersect(c("XCOORD", "YCOORD"),
c("XCOORD", "YCOORD")), all = TRUE)
It might not handle the amount of data you have, but,
if your tables are normal dataframes, it would do the
job with a smaller dataset. It doesn't work with
Spatial*DataFrames (yet?).
Mikkel
-
One possibility is that the size of the GDAL data type is not the same
as the size of the R data type. This will definitely cause problems as
allocation is done by R and the pointer is cast to void when passed to
GDAL. My original C++ code simply assumes that both are 32-bit (or at
least equivalent
On Fri, 8 Sep 2006, Scott W Mitchell wrote:
> After sending my last post, detailing my system setup with a working
> R/GDAL/rgdal installation on a Mac, I played a bit more and came
> across a glitch when I tried example(readGDAL) on the fresh build.
Scott:
Thanks very much for your detailed
After sending my last post, detailing my system setup with a working
R/GDAL/rgdal installation on a Mac, I played a bit more and came
across a glitch when I tried example(readGDAL) on the fresh build.
It gets through translating the data set and the image command, but
then on summary() I get
On 8-Sep-06, at 03:12, Roger Bivand wrote:
> On Thu, 7 Sep 2006, Jonathan Boyd Thayn wrote:
>
>> I am trying to install the rgdal package on my Mac OS X 3.9. I have
>> installed the proj4 library and the GDAL library. I get the
>> following
>> error: How do I know where the GDAL libraries ar
Hi Debs.
I do not think any of the statistical methods implemented
in DCluster is suitable for the analysis of point
processes in their current state. Some of them could
be used with ppoint proesses (GAM, Spatial Scan), but
the current implementation of the methods assumes
areal data.
For the a
At 23:56 07/09/2006, Debarchana Ghosh wrote:
>Hi,
>
>I have a data set with exact locations (x,y) of West Nile Virus positive
>birds and mosquitoes. From what I read and understood (hopefully) in the
>Dcluster package, the clustering methods requires the study area to be
>divided into small regi
On Thu, 7 Sep 2006, Jonathan Boyd Thayn wrote:
> I am trying to install the rgdal package on my Mac OS X 3.9. I have
> installed the proj4 library and the GDAL library. I get the following
> error: How do I know where the GDAL libraries are located? What is
> their path? Thanks.
Could an
On Fri, 8 Sep 2006, Michael Sumner wrote:
> Hello, I can think of a couple of simple-minded approaches that would
> take some time - either relying on direct string-matching for the unique
> coordinates, or by some contrived overlay.
>
> However, there's probably far better approaches - a coupl
15 matches
Mail list logo