"rgeos_intersection") :
>>>>> TopologyException: no outgoing dirEdge found at 0.5 0
>>>>
>>>> The error message is coming from GEOS - you are welcome to investigate
>>>> further. If you use gUnaryUnion() on the objects first, there is no
>>>> error:
>>>>
>
0
>>>>> data source : in memory
>>>>> names : layer.1, layer.2, layer.3, layer.4, layer.5, layer.6, layer.7,
>>>>> layer.8, layer.9
>>>>> min values : 211.6625, 185.8265, 187.7064, 187.3369, 186.3985,
>>>>> 149.3203,
>>>>> 156.6462, 153.4485,
+ (3 + 4)) on a julia interpreter. We need something
> like this for R, especially for spatial objects.
>
> Regardless, thanks for your explanation. It's very helpful.
> Cordially,
> Vijay.
>
> On Wed, Dec 2, 2015 at 12:50 PM, Edzer Pebesma
> <edzer.pebe...@uni-muenst
> If possible I would like to avoid type conversions and get a data.frame
> directly though I could indeed recreate one with these matrices, without
> information loss I assume.
>
> Thank you in advance for any tips.
>
> Best regards,
> Bastien
>
> [[alterna
s")))
> df = do.call(rbind, lapply(dots, function(x) x@data))
> SpatialMultiPointsDataFrame(sp, df)
> }
>
>
> HTH,
> Kent
>
> [[alternative HTML version deleted]]
>
> _______
> R-sig-Geo mailing list
&
posting here. Since these are simple polygons with no
>>>> attributes, I'd prefer to avoid using spplot(). Also, I've tried this
>>>> on 2 machines: a Mac and a PC running Ubuntu, in both cases running
>>>> the latest version of R and the sp package.
>>>>
>
; https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 48149 Münster, Germany; +49 251 83 33081
Journal of Statistical Software: http://www.jstatsoft.org/
Computers & Geosciences: http://elsevi
al linear model y = X beta + e, with a spatial
covariance function describing the covariance of e, and in that
perspective both methods are equivalent.
I'm not the person to tell what regression kriging is and what it is
not, but it might include the above models as well as those where trend
fitting and res
ataFrame() doesn't. (I made a mistake in my initial
> example, I want to create a SpatialPolygonsDataFrame, not a
> SpatialPointsDataFrame).
as documented, SpatialPolygonsDataFrame has argument match.ID default to
TRUE.
>
> Cheers,
> Loïc
>
>
> On 11/19/2015 03:08 PM, E
his as a way to append a new STI to
> appropriate Tracks and to the collection?
>
> Any hint welcome.
>
> Thanks,
>
> Martin
>
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster,
Heisenbergstraße 2, 48149 Münster, Germany; +49 251 83
ys)
> # [1] "1" "2" "3"
> getPolyID(polys[-2])
> # [1] "1" "3"
>
> unique(extract(b, polys[-2], df = TRUE)$ID)
> # [1] 1 2
>
>
> Any suggestions?
>
> Thanks,
> Loïc
>
> _
help
> *** installing help indices
> ** building package indices
> ** installing vignettes
> ** testing if installed package can be loaded
> * DONE (rgdal)
>
> The command I used for installing the package is "install.package('rgdal',
> repos='http://cran.r-project.org')". I don't know why R package
, shapefile, mean)
>
> Thanks in advance,
> I hope I could explain it properly, but I will give more details if
> necessary.
> Kind regards,
> Antonio
>
> [[alternative HTML version deleted]]
>
> ___
> R-sig-Geo
Which command generates which warning?), and is not
reproducible.
The way you specify conditioning data is correct, so it is the basis for
conditioning your simulations. The warnings should not be ignored,
though: have you tried plotting the variograms & cross variograms with
the (wrongly?) fitt
n (read the
help of rgeos::gRelate) needs to be at least one, so touching (a point:
0-dimensional) is ignored, and polygon A would be returned.
minDimension is now 0 by default; other values might make more sense,
depending on the geometries at hand. A problem is that this increases
the computa
# The green (1st) segment intersects with the black (1st) polygon => good
>
> over(Inter[2], PolyD, byid=T)
>
> 'Attribute
>
> 11black'
>
> # The blue(2nd) segment intersects with the red(2nd) polygon => NOT GOOD !
>
> over(Inter[1], PolyD, byid=T, returnList = T
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 48149 Münster, Germany; +49 251 83 33081
Journal
help.
>
Anything that avoids sending large files to all of the 3500 subscribers
of this list: direct email is fine, sharing on dropbox or similar too.
>
> Daniel Turenne
>
> University of Manitoba
>
>
>
> From: R-sig-Geo <r-sig-geo-
>
> Can anyone see what I am doing wrong or give me any pointers? This error is
> rather cryptic and I'm not quite sure what I'm doing wrong. Any help would
> be appreciated.
>
>
> Many Thanks,
>
> Daniel Turenne
>
> University of Manitoba
>
>
> [[alternative
> University of Manitoba
>
> [[alternative HTML version deleted]]
>
> ___
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer Pebesma
Institute for Geoinf
versity
> P.O.Box 46417-76489
> Noor
> Mazandaran
> Iran
> Mobile Phone Number 00989111580097
> Tel:0098(122)6253101-3
> http://www.modares.ac.ir/en/Schools/nat/Academic_Staff/~j.alavi
> [[alternative HTML version deleted]]
>
> ________
2$kr1
[1] 1.00048
>
My guess is that the difference can be attributed to how the area is
discretized (see ?predict.gstat)
>
> kind regards
>
> Antonio Manuel Moreno Rodenas
>
> /Marie Curie Early Stage Researcher/
> /PhD Candidate/
>
> *T**U **Delft / Section Sanitary En
On 14/01/16 12:35, Bruin, Sytze de wrote:
> I believe the residual variogram should then be computed using the covariate
> data at block support.
>
> Sytze de Bruin
> Wageningen University
> Laboratory of Geo-Information Science and Remote Sensing
why?
--
Edzer
I moved the development trees of sp and gstat to github. Feel free to
send issues or pull requests there. For automatically created windows
binaries, I will update r-forge upon request only.
https://github.com/edzer/sp
https://github.com/edzer/gstat
Best regards,
--
Edzer Pebesma
Institute
;> measure
>>> at that location?
>>>
>>> Kind regards,
>>>
>>> Antonio
>>>
>>> [[alternative HTML version deleted]]
>>>
>>> ___
>>> R-sig-Geo mailing list
&
>
> return(blpi)
> }
>
> my_blpi <- create_perp_buffers(18, 331500, 181000, 332500, 100, 100)
>
> data(meuse.grid)
> coordinates(meuse.grid) <- ~x+y
> gridded(meuse.grid) <- TRUE
> proj4string(meuse.grid) <-
> CRS(paste("+init=epsg:2
On 06/04/16 19:33, Vinh Nguyen wrote:
>
> On Apr 6, 2016 10:27 AM, "Edzer Pebesma" <edzer.pebe...@uni-muenster.de
> <mailto:edzer.pebe...@uni-muenster.de>> wrote:
>>
>> What are the contents of the 2013Spring_Flood_Drawn.prj file?
>>
t;>
>> library(RNCEP)
>> air.sig995.extent <- NCEP.gather(variable='air.sig995',
>> level='surface', months.minmax=c(7),
>> years.minmax=c(2011), lat.southnorth=c(60,89.9),
>> lon.westeast=c(-179,180),
>> reanalysis2=FALSE, return.units=TRUE)
>> air.sig995.a
;> Invalid geometry, may only be applied to polygons
>>> Calls: example ... eval -> eval -> unionSpatialPolygons ->
>>> Execution halted
>>
>> Is this not possible?
>>
>> Thank you,
>>
>> Joseph Stachelek
>>
>>
>&g
take the mean
>> coordinate it could fail horribly. See the paper I linked to for an
>> example. They use the median to get an initial "robust" estimate of
>> x,y,R, and then use some specialised optimisation to improve the
>> estimate - you can't just throw it into "optim"!
&
is that when I try to process this on multiple
>> cores, I max out my memory.
>>
>> Much thanks,
>> Luke
>>
>> ___
>> R-sig-Geo mailing list
>> R-sig-Geo@r-project.org
>> https://stat.ethz.ch/mailman/
a. I added an "Events" tab to the http://r-spatial.org/ blog,
and added these two events.
Best regards,
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 48149 Münster, Germany; +49 251 83 33081
Journal of Statistical Software: http:
for 3 levels of granularity. I went with the smallest. I just
> realized that the mid-size one would be sufficient for now, which
> results in dbf=138mb and shp=501mb. Attempting to read this in now (~
> 30 minutes), which I assume will read in fine after some time. Will
> respond to
ps://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
> _______
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
H
dry.grid.u,n=n,type="random")
> }
>
> [[alternative HTML version deleted]]
>
> ___
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer Pebesma
Inst
t only the overall mean with
>> lapply(vals, FUN=mean)
>>
>> I wonder if there is a way to get the mean (and other parameters) for each
>> layer using lapply function.
>>
>> Thanks in advance.
>>
>> Antonio Olinto
>>
>>
>
>
n do two things:
1. define a meaningful cell size in degrees, e.g. cellsize = 0.1
2. project the polygon using spTransform to a reference system where the
units of coordinates are in metres, and then use cellsize = 1000
>
>
>
> #creating the grid
>
> gridded(Pointlocationcoun
sh_United States.1252 LC_CTYPE=English_United
> States.1252
> [3] LC_MONETARY=English_United States.1252 LC_NUMERIC=C
> [5] LC_TIME=English_United States.1252
>
> attached base packages:
> [1] stats graphics grDevices utils datasets methods base
>
> other atta
your case, they are not
nearly on a grid.
Hth,
>
> Cheers,Yaara
>
>
>
>
> [[alternative HTML version deleted]]
>
> _______
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer P
There's a second blog post on the ISC project "Simple features for R",
describing progress up to date and planned future steps, at:
http://r-spatial.org/r/2016/07/18/sf2.html
Comments are welcome!
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbe
configure
make
sudo make install
you can also do a
sudo make clean
which should remove everything (including e.g. the header files now
still in /usr/local/include)
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 48149 Münster, Germany; +49 251
>> `kmlengine::Href::Parse(std::__cxx11::basic_string<char, std::
>>> char_traits, std::allocator > const&)'
>>> /usr/local/lib/libgdal.so: undefined reference to
>>> `kmlengine::KmzFile::ReadKmlAndGetPath(std::__cxx11::basic_string<char,
>>> std:: char_traits, st
length(m[[1]])))
> > spChFIDs(m[[2]]) <- paste0("B", seq(length(m[[2]])))
> > spChFIDs(m[[3]]) <- paste0("C", seq(length(m[[3]])))
> > m <- do.call(rbind, m)
> > class(m)
> [1] "SpatialPolygonsDataFrame"
> attr(,"package&
R.
>
> Best regards,
> Lars-Daniel Weber
>
> ___
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 481
ble with code but links to existing emails and online posts are
> welcome too. Feel free to construct examples from scratch that reproduce a
> particular warning/error.
>
> If you like, you can use the Github Issues mechanism here, or just email
> them in reply.
>
> http
> "TRONCON_TOPO_DSAV_coord_unique_test", :
> number of objects mismatch
>
>
> It seems that I have not the same number of objects in the different
> shapefile slots. How to update these objets after my subset ?
>
>
> Cheers !
>
> "
>
--
Edze
(aes(fill = SID79))
Trying this with the gpkg you read in above fails for me; it looks like
ggplot now wrongly assumes that geometry columns are always called
`geometry' (despite the docs), which is not the case.
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisen
This year's EGU meeting has a session with 16 presentation on "R’s
deliberate role in Earth sciences"; for the program see:
http://meetingorganizer.copernicus.org/EGU2017/pico/24971
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 481
Indeed:
x = setZ(tempmean_new_rs, getZ(test))
write.tgrass(x, "x.tar.gz")
seems to work.
On 06/09/16 21:31, Veronica Andreo wrote:
> Hello Edzer
>
> Thank you very much for your answer :)
>
> Yes, sure! Find it attached.
>
> Best,
> Vero
>
>
ieve I got it, now, and both are supported (but not
auto-detected).
>
> Best,
> Mathieu.
>
>
> Le 29/08/2016 16:19, Edzer Pebesma a écrit :
>> Nice development!
>>
>> In the simple features for R project, https://github.com/edzer/sfr , I
>> have been wri
gt; ___
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 48149 Münster, Germany; +49 251 83
ight pop up a map canvas with some scottish regions. Or crash R, or
> give a warning about things not being found on your system...
>
> Successes and failure reports (with error messages, system
> configuration, current phase of the moon etc) to the gitlab issue
> tracker please!
>
>
,
>
> Santiago Beguería
> CSIC
> Spain
>
> ___
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of
e
> con <- dbConnect(RSQLite::SQLite(), '~/sandbox/db.sqlite')
>
> st_write_db(con, sf, "meuse_tbl", dropTable = FALSE)
>
> _______
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig
int(v)
>
>
> Thanks very much!
>
>
>
> Maogui Hu, Ph.D.
> State Key Laboratory of Resources and Environmental Information System
> Institute of Geographic Sciences and Natural Resources Research, CAS
>
> [[alternative HTML version deleted]]
>
> ___
this email, you
> acknowledge and accept these risks.
> ---------
>
>
> [[alternative HTML version deleted]]
>
> ___
>
On 31/10/16 09:12, Roger Bivand wrote:
> On Mon, 31 Oct 2016, Edzer Pebesma wrote:
>
>>
>>
>> On 31/10/16 05:09, Li Jin wrote:
>>> Hi All,
>>>
>>> I need to use the predict{gstat} function in one of my functions for
>>> a R package. I
s, or want to participate in shaping this, please
participate; contributions on this mailing list are also welcome.
Kudos go to Jeroen Ooms for the Windows port, Roger Bivand for migrating
most of the CRAN build farm to GDAL 2.0, and of course the CRAN team itself!
--
Edzer Pebesma
Institute for Geoinformat
loop failed to overlay layers?
>>
>> Thanks,
>> David
>>
>>[[alternative HTML version deleted]]
>>
>> _______
>> R-sig-Geo mailing list
>> R-sig-Geo@r-project.org
>> https://stat.ethz.ch/mailman/listinfo/r
(or in general: spatial) geometries.
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 48149 Münster, Germany; +49 251 83 33081
Journal of Statistical Software: http://www.jstatsoft.org/
Computers & Geosciences: http://elsevier.com/locate/cageo/
ll step, these days.
>
> [[alternative HTML version deleted]]
>
> ___
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer Pebesma
Institute for Geoinformat
ted]]
>
> ___
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 48149 Münster, Germa
A new version of gstat, fixing the same bug, is now also on CRAN.
On 09/01/17 11:39, Roger Bivand wrote:
> New versions of spdep and spgwr fixing the same bug are now on CRAN.
>
> Roger
>
> On Thu, 8 Dec 2016, Edzer Pebesma wrote:
>
>> While building support for geos
e.g.
> layer = "SCHEMA.TABLE")
>
> Some more ideas? Thank you.
>
>
>
>
>
> -- Původní zpráva --
> Od: Roger Bivand
> Komu: Roger Bivand , Vilem Ded , Help
> R-Sig_Geo
> Datum: 30. 11. 2016 12:53:32
> Předmět: Re: [R-sig-Geo
_different_ number of segments for each
> line ( and use the value in column 'n')
> I tried:
> st_segmentize(mls,1/mls$n)
> but this throws an error:
> "Error in CPL_gdal_segmentize(st_geometry(x), dfMaxLength) :
>expecting a single value"
>
> Is there any way to achi
t;
> ___
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 48149 Münster, Germany;
The problem described below has been corrected ins sp 1.2-4 which is now
on CRAN; new releases of gstat, spgwr and spdep will follow to correct
for the same bug.
On 08/12/16 15:48, Edzer Pebesma wrote:
> While building support for geosphere distance functions in sf and
> comparing result
ingen Economic Research
>
> |Schlossplatz 1 - A-2361 Laxenburg, Austria, room s-138
> S +43 2236 807 537
> Skype: michiel.van.dijk
> S https://www.researchgate.net/profile/Michiel_Van_Dijk/
> / http://nl.linkedin.com/pub/michiel-van-dijk/1a/805/346
>
> www.iiasa.ac.at
> www.w
NA
proj4string:NA
POINT(1 4)
POINT(2 5)
POINT(3 6)
> ptsdf <- apply(PTS, 1, st_point)
>
> would work but it doesn't. Why?
apply wants to to mold the output into a matrix; it can, and so it does.
We want a list of POINT objects, so need to use lapply.
--
Edzer Pebesma
Inst
.
> I don't know
> whether this will affect swapping in and out of sf <->sp, but include it
> for completeness.
You can safely ignore it.
If `sf' would import `sp' it would go away, but there is no need to do
so. Not importing packages makes it easier to understand where t
with -lgeos_c... yes
> checking for lwgeom_version in -llwgeom... no
> configure: error: in
> `/tmp/RtmpKLmhyt/devtools9fd11eb9c3/edzer-sfr-d620f3b':
> configure: error: lwgeom test failed (--without-readline to disable)
> See `config.log' for more details
> ERROR:
gt;
> is it a particular JAVA_HOME setting or a PATH issue?
>
> I added this in the PATH, re-installed rJava, re-installed xlsx ... nope!
> thanks,
>
> Didier
>
> on R version 3.3.2 (2016-10-31)
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of
r attached packages:
> [1] sf_0.3-4
>
> loaded via a namespace (and not attached):
> [1] DBI_0.6 tools_3.3.1 units_0.4-2 Rcpp_0.12.9
> udunits2_0.13 grid_3.3.1
>
>
> (I realize st_write_db is an option, but not finding myself able to
> specify a schema (it just
ing in the predict command… I do
> not need to include the training data in it?
> I have been reading previous posts from R-sig-Geo, but I still did not find
> the solution. I would appreciate any advice you could give me.
>
> Thanks,
>
> Mercedes Roman
>
> INRA
>
GS84 +units=m +no_defs +ellps=WGS84 +towgs84=0,0,0"
> ..@ time :An ‘xts’ object on 2017-01-02 01:00:00/2017-03-22 containing:
> Data: int [1:1896, 1] 1 2 3 4 5 6 7 8 9 10 ...
> - attr(*, "dimnames")=List of 2
> ..$ : NULL
> ..$ : chr "timeIndex&qu
; https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>>>
>>
>>
>>
>> --
>> David Warner
>> Research Fisheries Biologist
>> U.S.G.S. Great Lakes Science Center
>> 1451 Green Road
>> Ann Arbor, MI 48105
>> 734-214-9392
>>
>>
ts ?
>
>
> Does somebody has already done /wrote a similar script to process that ??
>
>
> Thank you in advance for the helpfull advices.
>
> Cheers.
>
> Tristan Bourgeois
> Hydromorphologist Engineer
> Seine Normandie Water Agency
> Rouen, Fra
quot;C:\\Users\\rameshv\\Terrestrial_dissolved_multipart.shp")
> Poly_join <- gIntersects(Poly)
>
> Regards,
> Vijay
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 48149 Münster, Germany; +49 251 83 33081
Journal of Statistical
will
> in general be 20, but in my real problem it will be less than the number of
> times.
>
> Thank you,
> Scott Waichler
> Pacific Northwest National Laboratory
> Richland, WAUSA
>
> _______
> R-sig-Geo mailin
r standing for
"attribute geometry relationship").
More here:
https://cran.r-project.org/web/packages/sf/vignettes/sf1.html#how-attributes-relate-to-geometries
>
> Thanks
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstr
h 2 MULTIPOLYGON and 98 POLYGON. You
could st_cast that to MULTIPOLYGON.
Alternatively:
library(dplyr)
bind_cols(nc90, ids=ids) %>%
group_by(ids) %>%
summarise(ST=head(ST,1), CO=head(CO,1), do_union=FALSE)
converts straight into MULTIPOLYGON.
I'll update the sp -> sf migr
nce
> Cairo University
>
>
> Tel:(202)35728055-(202)35728116-(202)35736608-(202)35736605
> Fax:(202)35711020
> Follow us on twitter:https://twitter.com/fepsnews
>
>
> ___
> R-sig-Geo mailing list
> R-sig-Geo@r-
ogy and Resources Management
>
> in the Tropics and Subtropics
>
> *Technology* *Arts** **Sciences*
> *TH Köln* - University of Applied Sciences
>
>
>
> T: +49 221 8275-2059
>
> F: +49 221 8275-2736
> E : abm.fi...@fh-koeln.de <mailto:abm.fi...@fh-
reference for dataframes, S3
>>>>>>> objects, list columns, and pipeline workflows would be well-suited to
>>>> the
>>>>>>> field of spatial analysis. Are there some fundamental reasons why the
>>>>>>> `spdep`
checking for gcc... /usr/bin/gcc -std=gnu99
>>> checking whether the C compiler works... yes
>>> checking for C compiler default output file name... a.out
>>> checking for suffix of executables...
>>> checking whether we are cross compiling... configure: err
ure that the sill value (partial sill + nugget)
> is used.
>
> Thank you
> Carlo
> [[alternative HTML version deleted]]
>
> ___
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/
gt; Thanks,
> Frederico
> ᐧ
>
> [[alternative HTML version deleted]]
>
> ___
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
--
Edzer Pebesma
Institute f
.com/spreadsheets/d/10YikeTkQzo708yyrNWDxwBPS56kEksPe94obSAeFxIY/edit?usp=sharing
Many regards,
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 48149 Münster, Germany; +49 251 83 33081
Journal of Statistical Software: http://www.jstatsoft
Thank you advance for your help,
Thanks for bringing this up - I understand it is confusing, and we might
be able to make this simpler from the sf side.
>
> Jean-Luc Dupouey
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 4
nverting to sp and back, like
st_as_sf(as(sp1, "Spatial"))
might do the trick, though.
>
> Thanks
>
> [[alternative HTML version deleted]]
>
> ___
> R-sig-Geo mailing list
> R-sig-Geo@r-project.org
> htt
On 16/09/17 18:22, Barry Rowlingson wrote:
>
>
> On Sat, Sep 16, 2017 at 3:45 PM, Edzer Pebesma
> <edzer.pebe...@uni-muenster.de <mailto:edzer.pebe...@uni-muenster.de>>
> wrote:
>
>
>
> On 16/09/17 15:20, Eduardo Diez wrote:
> > Dear lis
On 17/09/17 00:07, Edzer Pebesma wrote:
>
>
> On 16/09/17 18:22, Barry Rowlingson wrote:
>>
>>
>> On Sat, Sep 16, 2017 at 3:45 PM, Edzer Pebesma
>> <edzer.pebe...@uni-muenster.de <mailto:edzer.pebe...@uni-muenster.de>>
>> wrote:
&g
org https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>>
>>
>> [[alternative HTML version deleted]]
>>
>> ___
>> R-sig-Geo mailing list
>> R-sig-Geo@r-project.org
>> https://stat.ethz.ch/mailman/
es, fdef, mtable) :
> unable to find an inherited method for function ‘raster’ for signature
> ‘"sf"’
>
>
>
--
Edzer Pebesma
Institute for Geoinformatics (ifgi), University of Münster
Heisenbergstraße 2, 48149 Münster, Germany; +49 251 83 33081
Journal of Statistical Software:
On 11/22/2017 12:09 AM, Joelle k. Akram wrote:
> Greetings,
>
> There is code for Universal Kriging from Prof. Edzer Pebesma in
> GitHub<https://github.com/edzer/mstp/blob/master/lec7.Rmd>.
https://edzer.github.io/mstp/lec7.html
gives you the rendered version.
>
>
be preferred.
>
>
> thank you,
>
> Chris Akram
>
>
>
>
> --------
> *From:* R-sig-Geo <r-sig-geo-boun...@r-project.org> on behalf of Edzer
> Pebesma <edzer.pebe...@uni-muenster.de>
> *Sent:* November 22, 2017 6:16 AM
> *To:* r-sig-geo@r-project.org
> *Subjec
2),covariance=TRUE)
[,1] [,2]
[1,] 2.000 0.3678794
[2,] 0.3678794 2.000
>
>
> thank you.
>
> Bernard
>
> [[alternative HTML version deleted]]
>
> _______
> R-sig-Geo mailing list
> R-sig-Geo@r-project.or
deral Department of Economic Affairs, Education and Research EAER
> Agroscope
>
> Reckenholzstrasse 191, CH-8046 Z�rich
> Ph. +41 58 468 75 98
> Fax +41 58 468 72 01
> manuel.schnei...@agroscope.admin.ch<mailto:manuel.schnei...@art.admin.ch>
> https://www.agroscope.a
On 12/12/2017 11:27 PM, Roger Bivand wrote:
> Does sf use morphToESRI()?
No.
--
Edzer Pebesma
Institute for Geoinformatics
Heisenbergstrasse 2, 48151 Muenster, Germany
Phone: +49 251 8333081
___
R-sig-Geo mailing list
R-sig-Geo@r-project.org
ht
estamp.com/email-install?utm_source=promotion_medium=signature_campaign=get_your_own>
>
--
Edzer Pebesma
Institute for Geoinformatics
Heisenbergstrasse 2, 48151 Muenster, Germany
Phone: +49 251 8333081
___
R-sig-Geo mailing list
R-sig-Geo@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-geo
501 - 600 of 721 matches
Mail list logo
