Displaying 5 results from an estimated 5 matches for "thiessen".
Did you mean:
thielsen
2012 Sep 24
0
Deldir() Thiessen Polygons Problem
Good evening to all.
I find myself trying to create some Thiessen Polygons, in order to finish a
meteorology research.
This is the script I found to create the Polygons:
*
*
*voronoipolygons <- function(x) {*
* require(deldir)*
* if (.hasSlot(x, 'coords')) {*
* crds <- x@coords *
* } else crds <- x*
* z <- deldir(crds[,1], crds[,2])...
2006 Jul 19
2
voronoi tessellations
..., 18 Jul 2006, Don MacQueen wrote:
>
> > I'll suggest going to the CRAN packages page and doing a search for "voronoi".
>
> The problem here is that `Voronoi tessellation' is a secondary name. The
> concept has many names, including Dirichlet tessellation and Thiessen
> polygons, and Dirichlet has priority over Voronoi.
>
> > Also, search for 'triangulation', since that is one of the uses of them.
>
> I know of packages deldir, tripack and perhaps geometry.
>
> > -Don
> >
> > At 11:46 PM -0400 7/18/06, zubin wr...
2001 Nov 16
0
problems with assigning classes
...am applying classification methods to a dataset with 2 classes; where
y=0 - non survival and y=1 - survival. When using ldq, qda, glm, gam
,etc. y=0 is assigned as class 1 and y=1 is assigned as class 0. How can
I always assign y=0 as class 0 and y=1 as class 1?
Thank you for your time,
Heather Thiessen
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !) To: r-help-request at stat...
2006 Jan 19
4
Can the session be trusted for Username/password?
I understand that a session is server side, and not externally visible.
For this reason can it be used to store a User class (username/ hashed
password) safely?
Or do I need to check whats in the session against the user table every
time I access a controller?
Many thanks, P.
--
Posted via http://www.ruby-forum.com/.
2016 May 26
0
Clarifying pointer aliasing rules
Hello,
There seems to be an inconsistency between the GEP documentation and
the pointer aliasing rule:
"A pointer value formed by an inttoptr is based on all pointer values
that contribute
(directly or indirectly) to the computation of the pointer’s value."
My interpretation of this wording is that a pointer value is based on
a set of possible objects.
This has the (unintended?)