might simply have caused this
overflow (of emotions).
That’s why I did not add any names or other details, to say that again
explicitly.
Maybe I should have kept it in my head, though.
Happy coding everyone,
Patrick
On 6 Jun 2020, at 22:31, Edzer Pebesma wrote:
On 6/6/20 9:15 PM, Patrick Schratz
understandable) "walls" recently and I am not sure if I want to continue
with this attitude.
On 6 Jun 2020, at 18:09, Roger Bivand wrote:
On Sat, 6 Jun 2020, Patrick Schratz wrote:
Roger,
I am sorry for arguing differently so often recently, but if I think
that unfair arguing i
end, we all aim for a smooth experience and aim to have everybody
on board.
Best, Patrick
On 6 Jun 2020, at 18:09, Roger Bivand wrote:
> On Sat, 6 Jun 2020, Patrick Schratz wrote:
>
>> Roger,
>>
>> I am sorry for arguing differently so often recently, but if I think
&
for the end user).
-> GDAL 2.4.2 and PROJ 5.2.0
On 6 Jun 2020, at 17:25, Edzer Pebesma wrote:
Patrick, out of interest: can you point to a CI that mirrors what CRAN
OSX binary builds do? What I have seen they build on brew, not on
statically built binaries.
On 6/6/20 4:28 PM, Patrick Schratz wr
ears
> ago).
>
> So for Windows and macOS, waiting for the CRAN binaries is a
> reasonable choice.
>
> Beyond this, we need to find ways of providing share/proj and
> share/gdal metadata files for all of the packages now using the PROJ
> and GDAL libraries, and of navigating th
I am not sure if the part with
use --with-proj_api="proj_api.h" for deprecated API
Is of much help since c/p won’t work but the text let’s people
assume that c/p could/should work.
In fact, a full path to “proj_api.h” is required?
I still do not like this blocker and I still do not know if
r.gz
>
> available ASAP. I count on an immediate response.
>
> Roger
>
> On Fri, 29 May 2020, Roger Bivand wrote:
>
>> On Fri, 29 May 2020, Patrick Schratz wrote:
>>
>>> The just released rgdal v1.5.8 requires gdal >= 3 when proj >= 6 is
>>> pr
ten “yes”).
What this means is left as an exercise to the reader.
Regards, Patrick
On 29 May 2020, at 14:45, Roger Bivand wrote:
> On Fri, 29 May 2020, Patrick Schratz wrote:
>
>> The just released rgdal v1.5.8 requires gdal >= 3 when proj >= 6 is
>> present. It
The just released rgdal v1.5.8 requires gdal >= 3 when proj >= 6 is
present.
It does not even install the package if this condition is not met but
errors during linking.
I could not find any sources in the web or in the announcement post of
v1.5.8 why this condition was enforced so strictly.
issue costed me at least 3h. Its really annyoing to have such
issues on macOS from time to time (but ofc this is not your or anyone else
fault).
Thanks again!!
Patrick
On Aug 6 2018, at 11:05 am, Roger Bivand wrote:
>
> See below inline:
> On Mon, 6 Aug 2018, Patrick Schratz wrote:
> >
Hi Dechen,
it is very important to account for SAC in any model. This can be done in
various ways. In log.reg it is common to include spatial autocorrelation
structures that describe the underlying SAC. To do so, you can use mixed
models, e.g. MASS::glmmPQL().
Also have a look at Wood (2017)
Hi Kent,
brew install geos && brew install postgis (for lwgeom) works for me.
On Feb 25 2018, at 8:33 pm, Kent Johnson wrote:
>
> I am trying to install lwgeom 0.1-4 from source on macOS 10.13.3.
> First try:
> R CMD INSTALL lwgeom_0.1-4.tar.gz
> ...
> checking for
Dear Steven,
you might wanna take a look at https://geocompr.robinlovelace.net/index.html
Furthermore, make sure to read the vignettes (articles) of the sf package:
https://r-spatial.github.io/sf/
Cheers, Patrick
Patrick Schratz
PhD Student at Department of Geography, GIScience group
Hi Maurizio,
I do not really understand what exactly your problem is.
Getting the soil information stored in a raster file into a data.frame?
General use of factor variables in a model?
I also do not see the link between a factor variable and model bias.
Happy to help after clarification.
Correction: MASS::glmmPQL, not mgcv::
On 1. Aug 2017, 22:07 +0200, Sama Winder , wrote:
> Hi all,
>
> I am running several fairly complicated presence/absence (binary)
> models, each of which includes ~700 data points and between 8 and 13
> predictor variables (a mix of
As a start I would suggest to
1) update R
2) update all packages
3 install latest proj4 version (currently 4.9.3)
5) use sf::st_read instead of rgdal::readOGR
4) update OSX
On 14. Jun 2017, 23:26 +0200, Adel Heenan , wrote:
> Hi all,
>
> I am new to using R for spatial
Do you want to do what is called “zonal statistics” in ArcGIS with “majority"
option?
You may check out this SO question and try the “mode” function within
raster::extract() - maybe it does what you need.
(I’m also unsure if I understand the question correctly)
Cheers, Pat
PhD Student at
Hi Vera,
I started debugging a bit and the error is in line 192 of the `xvalid()`
function which uses a subfunction `cv.f`
res <- as.data.frame(t(apply(matrix(locations.xvalid),
1, cv.f)))
which then does the call to `vario()` in lines 125-141.
Here, the error appears because coords
Did you check the 'landsat' / 'landsat8' Packages?
--
PhD Student at Department of Geography - GIScience group
Friedrich-Schiller-University Jena, Germany
Tel.: +49-3641-9-48973 (tel:+49-3641-9-48973)
Web: https://pat-s.github.io/
On 12 Feb 2017, 02:35 +0100, Roberto Horn
url.com/MSCJLIFE.
Please also have look at the flyer for the program (
http://tinyurl.com/MSCJ-Flyer) and general information about the training
school.
Looking forward to welcoming you in Jena!
On behalf of the organizing team,
Patrick Schratz
--
PhD Student at Department of Geography - GIScience
20 matches
Mail list logo