Is there any news on this topic?
I am facing the same problems trying to preserve layer names (usually dates)
when writing a netcdf file. This piece of information is critical when working
with temporal series in netcdf files.
Perhaps a solution would be adding a "zname" argument to writeRaster (
I missed a step -- first you'll need to add Homebrew-versions [1], which
provides older releases of existing packages:
brew tap homebrew/versions
The commands listed should then work.
1. https://github.com/Homebrew/homebrew-versions
--
Shaun Walbridge
GIS Developer
c: 805.722.9025 t: @scw
On Wed, 3 Jun 2015, Hermann Pythagore DONFOUET wrote:
Dear R experts,
I'm contacting about creating a spatial weight matrix in R software
which takes the value one if households belong to the same village and
zero otherwise. I do have six villages and 369 households scattered in
those villag
Hi, I am trying to use the spacetime package to plot a timeseries of
discrete data. My dataset consists of the values: 0, 1, NA. Is there a
way to plot each value in a different color and construct a key indicating
these discrete values?
I am plotting with the following command which automatical
Dear R experts,
I'm contacting about creating a spatial weight matrix in R software which takes
the value one if households belong to the same village and zero otherwise. I do
have six villages and 369 households scattered in those villages. The intuition
is that households belonging to the sam
Okay, it seems to be an issue on our side. I'll get some help from our sysadmin
at least on the linux cluster.
Br. Frede
Sendt fra Samsung mobil
Oprindelig meddelelse
Fra: Roger Bivand
Dato:03/06/2015 15.10 (GMT+01:00)
Til: chris english
Cc: Frede Aakmann Tøgersen ,Michael S
Hi,
On Jun 2, 2015, at 1:56 PM, Shaun Walbridge wrote:
> Have you tried with the homebrew project? HDF4 isn¹t a default supported
> driver, but it¹s easy enough to add:
>
> brew install hdf4
> # prefer hdf4 links over NetCDF
> brew link --overwrite hdf4
> brew install gdal --complete --enab
In case problems persist, a copy of the source tarball is at:
http://spatial.nhh.no/R/rgdal/rgdal_1.0-2.tar.gz
However, SVN access is easier as updating the local copy is simpler than
downloading again, if we need to interact in fixing bugs.
Roger
On Wed, 3 Jun 2015, chris english wrote:
S
Successful linux download an hour ago.
Chris
On Wed, Jun 3, 2015 at 8:33 AM, Frede Aakmann Tøgersen
wrote:
> Hi
>
> Anyone else having problem with checking out the repos?
>
> On my Windows box:
>
> Command: Checkout from svn://scm.r-forge.r-project.org/svnroot/rgdal/pkg,
> revision HEAD, Fully
Hi
Anyone else having problem with checking out the repos?
On my Windows box:
Command: Checkout from svn://scm.r-forge.r-project.org/svnroot/rgdal/pkg,
revision HEAD, Fully recursive, Externals included
Error: Unable to connect to a repository at URL
Error: 'svn://scm.r-forge.r-project.org
On Wed, 3 Jun 2015, Michael Sumner wrote:
On Wed, 3 Jun 2015 at 17:14 Roger Bivand wrote:
On Tue, 2 Jun 2015, chris english wrote:
Roger,
I second Michael Sumner's excitement. I built a POSTGist SFCGAL stack
based
on GDAL 2.0.0beta, anticipating that I could seamlessly integrate with R
a
On Wed, 3 Jun 2015 at 17:14 Roger Bivand wrote:
> On Tue, 2 Jun 2015, chris english wrote:
>
> > Roger,
> >
> > I second Michael Sumner's excitement. I built a POSTGist SFCGAL stack
> based
> > on GDAL 2.0.0beta, anticipating that I could seamlessly integrate with R
> > and was disappointed that
On Tue, 2 Jun 2015, chris english wrote:
Roger,
I second Michael Sumner's excitement. I built a POSTGist SFCGAL stack based
on GDAL 2.0.0beta, anticipating that I could seamlessly integrate with R
and was disappointed that I couldn't use 2.0.0.beta because at the point
only sp-1.1-1 was suppo
13 matches
Mail list logo