Subscribe to R-sig-geo feed
This is an archive for R-sig-geo, not a forum. It is not possible to post through Nabble - you may not start a new thread nor follow up an existing thread. If you wish to post, but are not subscribed to the list through the list homepage, subscribe first (through the list homepage, not via Nabble) and post from your subscribed email address. Until 2015-06-20, subscribers could post through Nabble, but policy has been changed as too many non-subscribers misunderstood the interface.
Updated: 25 min 50 sec ago

Re: bottom area of a lake calculation

Wed, 08/08/2018 - 09:06
Sophie,

I think a reasonable approximation might be obtained:

(1) if you were to calculate the slope at each grid point using
r.slope.aspect
(2) use r.mapcalc to calculate A/cos(slope), where A is the pixel projected
area (e.g., 100mx100m = 10000 m^2) -- lat-long coordinates will not work.

Consequently, if the slope were approximately 0, cos(slope) approaches 1
and A/cos(slope) = A; as slope approaches 90 deg, cos(slope) becomes very
small, so A becomes very large. This works where the slope direction is
orthogonal to a pixel edge, so a correction to account for other slope
directions may be needed. But, with smaller grids, the error may be
negligible for you...

Tom


On Wed, Aug 8, 2018 at 4:55 AM, <[hidden email]> wrote:

> <span style="font-family:arial,helvetica,sans-serif;
> font-size:12px">‌</span>Dear all,<br>
> <br>
> I would like to calculate the bottom area of a lake. I have already used
> marmap to calculate projected area, i.e. surface area.<br>
> But i have not found anything to calculate a non projected area. I have
> the coordinates of points (longitude, latitude and depth) I can convert
> them into xyz. But then I don't know how to calculate the surface I have
> found polygonal area calculation but I have a 3D object, a polyheron and I
> think I can not use polygonal area.<br>
> Do you have any idea? do you know an R package that could help?<br>
> <br>
> thanks,<br>
> Sophie Leblanc<br>
> <br>
> <!-- +Signature --><font size="2"><em><a href="http://sophieleblanc6.
> wix.com/photographie">http://sophieleblanc6.wix.com/photographie</a></em></font>
> <!-- -Signature -->
>         [[alternative HTML version deleted]]
>
> _______________________________________________
> R-sig-Geo mailing list
> [hidden email]
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

bottom area of a lake calculation

Wed, 08/08/2018 - 03:55
<span style="font-family:arial,helvetica,sans-serif; font-size:12px">‌</span>Dear all,<br>
<br>
I would like to calculate the bottom area of a lake. I have already used marmap to calculate projected area, i.e. surface area.<br>
But i have not found anything to calculate a non projected area. I have the coordinates of points (longitude, latitude and depth) I can convert them into xyz. But then I don't know how to calculate the surface I have found polygonal area calculation but I have a 3D object, a polyheron and I think I can not use polygonal area.<br>
Do you have any idea? do you know an R package that could help?<br>
<br>
thanks,<br>
Sophie Leblanc<br>
<br>
<!-- +Signature --><font size="2"><em><a href="http://sophieleblanc6.wix.com/photographie">http://sophieleblanc6.wix.com/photographie</a></em></font> <!-- -Signature -->
        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Re: R-sig-Geo Digest, Vol 180, Issue 3

Mon, 08/06/2018 - 12:37
I can confirm that the snippet works on OSX 10.136 (17G65)


On August 6, 2018 at 3:01:47 AM, [hidden email] (
[hidden email]) wrote:

pkg <- "rgdal"
exdir <- file.path(system.file(package=pkg), "proj")
list.files(exdir)
tf <- tempfile()
fl <- "http://download.osgeo.org/proj/proj-datumgrid-1.7.zip"
download.file(fl, tf)
unzip(tf, exdir=exdir)
list.files(exdir)

        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Re: Detecting change in grids cover for use land

Mon, 08/06/2018 - 10:21
Hi Hugo,

Here are some R packages that may be useful:

- r_lucc: https://github.com/simonmoulds/r_lulcc/tree/master/lulcc

- simlandeR: https://simlander.wordpress.com/

I'd also suggest you take a look at the Molusce plugin for QGIS 2.x: https://www.youtube.com/watch?v=D7hoBTKhldE

Hope this helps,

Best,

Ali

________________________________
De: R-sig-Geo <[hidden email]> en nombre de Hugo Ramos Inca Roca <[hidden email]>
Enviado: lunes, 6 de agosto de 2018 09:50 a. m.
Para: [hidden email]
Asunto: [R-sig-Geo] Detecting change in grids cover for use land

Hi colleagues
I'm doing study about land change and changes forecast, and I want to use
the methodology of markov chains for get a forecast probability to  land
changes using software R. using grids covers and GIS. thanks for all.



*Ing. Hugo O. Ramos Inca Roca*
Mg. Sc. Producci�n Agr�cola
Dpto. de Fitotecnia � UNALM
Cel: 971174740
RPM: #971174740

        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

        [[alternative HTML version deleted]]


_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Detecting change in grids cover for use land

Mon, 08/06/2018 - 09:50
Hi colleagues
I'm doing study about land change and changes forecast, and I want to use
the methodology of markov chains for get a forecast probability to  land
changes using software R. using grids covers and GIS. thanks for all.



*Ing. Hugo O. Ramos Inca Roca*
Mg. Sc. Producción Agrícola
Dpto. de Fitotecnia – UNALM
Cel: 971174740
RPM: #971174740

        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Re: rgdal with R > 3.5.x and GDAL > 2.3.x on macOS

Mon, 08/06/2018 - 08:28
On Mon, 6 Aug 2018, Patrick Schratz wrote:

> Hi Roger,
>
> thanks for taking the time. To defend myself, I do not use macOS on a
> daily base and just run it in a VM for some package testing.

More luck you than me - I haven't repeated trying to test on OSX for
years - regular users need to find ways of sharing information but volume
on R-sig-mac is low.

>> Is the issue advice wrong, and CXX should be
>> 'clang++ -std=gnu++11'?
>
> This seems to be the problem. Using your configuration works!

So R CMD config CXX on your system returned 'clang++ -std=gnu++11'? Please
let me know off-list, and I'll update the sf issue.

> I am aware of the small geospatial com on mac and that the osgeo4mac
> repo is not very stable. However I think there is a need for a short
> guide how to either use the kyngchaos frameworks or the osgeo4mac repo
> to have a stable geospatial toolset for R (starting with rgdal to sf and
> so on). Ideally for different R versions if major changes occured. A
> good place would be the README of rgdal if would be hosted on r-spatial
> on Github as most people would look there. As I saw in some issues,
> people sometimes think the cran/rgdal mirror is the place to go. But
> thats all just suggestions ;)

Volunteers welcome - it would be easiest to maintain if those doing it had
a CI framework. I think it is also a mindset thing, OSX should be easier
than Windows, but often isn't, partly because of Apple making changes that
are not backward-compatible.

> This little 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).

Life isn't supposed to be easy, unless one believes the sales talk ...
thanks for contributing the issue anyway, maybe the signal will get a bit
stronger ...

Roger

> Thanks again!!
> Patrick
>
> On Aug 6 2018, at 11:05 am, Roger Bivand <[hidden email]> wrote:
>>
>> See below inline:
>> On Mon, 6 Aug 2018, Patrick Schratz wrote:
>>> Hi,
>>> desperately trying to get rgdal installed on R > 3.5.x with GDAL 2.3.0
>>> on macOS High Sierra. I am aware of the discussion that a suitable
>>> compiler is needed since GDAL > 2.3.0.
>>>
>>> I've set
>>> CC=clang
>>> CXX=clang++
>>> PKG_CXXFLAGS= -stdlib=libc++ -std=c++11
>>>
>>> In ~/.R/Makevars as suggested here https://github.com/r-spatial/sf/issues/726
>> Does anyone actually know that this is a solution or rather the problem?
>> Check:
>>
>> $ R CMD config CXX
>> ## clang++ -std=gnu++11
>> ## for me with an R-devel clang build on Fedora 28
>>
>> Run this and/or ./configure in the unpacked rgdal source tarball and
>> report the CXX value. Is the issue advice wrong, and CXX should be
>> 'clang++ -std=gnu++11'?
>>
>> I have no access to OSX (and no wish to have access) - the OSX users need
>> to do a full bisection and not guess what is happening.
>>
>>> The automated checking during the rgdal installation shows that C++11
>>> support is available. But still it complains about a lacking C++11
>>> support.
>>
>>
>> No, that is coming from code in GDAL itself, as you can see. You need to
>> establish which --std= is actually needed.
>>
>>> I've searched the web but could not find anything helpful. If I've
>>> overlooked something, please just point me to the link.
>>
>>
>> Searching the web only confirms that there is very little signal there -
>> search the source code instead, and bisection (which settings worked for
>> which versions, and which changes provoke the issue)? Is for example the
>> CRAN R binary reporting a different R CMD config CXX from your
>> homebrew-built R?
>>
>>>
>>> Everything installed via homebrew (bottles)
>>> R 3.5.1
>>> proj 5.1.0 (osgeo4mac)
>>> gdal 2.3.1 (homebrew core)
>>>
>>> macOS 10.13.1 (High Sierra)
>>>> install.packages("rgdal")
>>>
>>> Installing package into ‘/usr/local/lib/R/3.5/site-library’
>>> (as ‘lib’ is unspecified)
>>> trying URL 'https://cran.rstudio.com/src/contrib/rgdal_1.3-4.tar.gz'
>>> Content type 'application/x-gzip' length 1664774 bytes (1.6 MB)
>>> ==================================================
>>> downloaded 1.6 MB
>>>
>>> * installing *source* package ‘rgdal’ ...
>>> ** package ‘rgdal’ successfully unpacked and MD5 sums checked
>>> configure: R_HOME: /usr/local/Cellar/r/3.5.1/lib/R
>>> configure: CC: clang
>>> configure: CXX: clang++
>>> configure: C++11 support available
>>> configure: rgdal: 1.3-4
>>> checking for /usr/bin/svnversion... yes
>>> configure: svn revision: 766
>>> checking for gdal-config... /usr/local/bin/gdal-config
>>> checking gdal-config usability... yes
>>> configure: GDAL: 2.3.1
>>> checking C++11 support for GDAL >= 2.3.0... yes
>>> checking GDAL version >= 1.11.4... yes
>>> checking gdal: linking with --libs only... no
>>> checking gdal: linking with --libs and --dep-libs... no
>>> In file included from gdal_test.cc:1:
>>> In file included from /usr/local/Cellar/gdal2/2.3.1/include/gdal.h:45:
>>> /usr/local/Cellar/gdal2/2.3.1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
>>> # error Must have C++11 or newer.
>>> ^
>>
>>
>>
>> From the GDAL 2.3.1 source at the given line number - your __cplusplus
>> from homebrew's value needs checking:
>>
>> /* MSVC fails to define a decent value of __cplusplus. Try to target
>> VS2015*/
>> /* as a minimum */
>>
>> #if defined(__cplusplus) && !defined(CPL_SUPRESS_CPLUSPLUS)
>> # if !(__cplusplus >= 201103L || (defined(_MSC_VER) && _MSC_VER >= 1900))
>> # error Must have C++11 or newer.
>> # endif
>> # if __cplusplus >= 201402L
>> # define HAVE_CXX14 1
>> # endif
>> /* TODO(schwehr): What is the correct test for C++ 17? */
>> #endif /* __cplusplus */
>>
>> Fallback is the CRAN OSX binary for rgdal 1.3-4 (with the addition of proj
>> datum files as posted yesterday, or Kyngchaos (as on R-sig-mac).
>>
>> Roger
>>
>>> 1 error generated.
>>> In file included from gdal_test.cc:1:
>>> In file included from /usr/local/Cellar/gdal2/2.3.1/include/gdal.h:45:
>>> /usr/local/Cellar/gdal2/2.3.1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
>>> # error Must have C++11 or newer.
>>> ^
>>> 1 error generated.
>>> configure: Install failure: compilation and/or linkage problems.
>>> configure: error: GDALAllRegister not found in libgdal.
>>> ERROR: configuration failed for package ‘rgdal’
>>> * removing ‘/usr/local/lib/R/3.5/site-library/rgdal’
>>> Warning in install.packages :
>>> installation of package ‘rgdal’ had non-zero exit status
>>>
>>> The downloaded source packages are in
>>> ‘/private/var/folders/nv/k87rzvfs55l6j6xt_0jwb4wm0000gn/T/Rtmp68hYW1/downloaded_packages’
>>>> install.packages("rgdal")
>>>
>>> Installing package into ‘/usr/local/lib/R/3.5/site-library’
>>> (as ‘lib’ is unspecified)
>>> trying URL 'https://cran.rstudio.com/src/contrib/rgdal_1.3-4.tar.gz'
>>> Content type 'application/x-gzip' length 1664774 bytes (1.6 MB)
>>> ==================================================
>>> downloaded 1.6 MB
>>>
>>> * installing *source* package ‘rgdal’ ...
>>> ** package ‘rgdal’ successfully unpacked and MD5 sums checked
>>> configure: R_HOME: /usr/local/Cellar/r/3.5.1/lib/R
>>> configure: CC: clang
>>> configure: CXX: clang++
>>> configure: C++11 support available
>>> configure: rgdal: 1.3-4
>>> checking for /usr/bin/svnversion... yes
>>> configure: svn revision: 766
>>> checking for gdal-config... /usr/local/bin/gdal-config
>>> checking gdal-config usability... yes
>>> configure: GDAL: 2.3.1
>>> checking C++11 support for GDAL >= 2.3.0... yes
>>> checking GDAL version >= 1.11.4... yes
>>> checking gdal: linking with --libs only... no
>>> checking gdal: linking with --libs and --dep-libs... no
>>> In file included from gdal_test.cc:1:
>>> In file included from /usr/local/Cellar/gdal/2.3.1_1/include/gdal.h:45:
>>> /usr/local/Cellar/gdal/2.3.1_1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
>>> # error Must have C++11 or newer.
>>> ^
>>> 1 error generated.
>>> In file included from gdal_test.cc:1:
>>> In file included from /usr/local/Cellar/gdal/2.3.1_1/include/gdal.h:45:
>>> /usr/local/Cellar/gdal/2.3.1_1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
>>> # error Must have C++11 or newer.
>>> ^
>>> 1 error generated.
>>> configure: Install failure: compilation and/or linkage problems.
>>> configure: error: GDALAllRegister not found in libgdal.
>>> ERROR: configuration failed for package ‘rgdal’
>>> * removing ‘/usr/local/lib/R/3.5/site-library/rgdal’
>>> Warning in install.packages :
>>> installation of package ‘rgdal’ had non-zero exit status
>>>
>>> The downloaded source packages are in
>>> ‘/private/var/folders/nv/k87rzvfs55l6j6xt_0jwb4wm0000gn/T/Rtmp68hYW1/downloaded_packages’
>>>
>>>
>>> [[alternative HTML version deleted]]
>> Do not post HTML, only plain text.
>>>
>>> _______________________________________________
>>> R-sig-Geo mailing list
>>> [hidden email]
>>> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>>>
>>
>> --
>> Roger Bivand
>> Department of Economics, Norwegian School of Economics,
>> Helleveien 30, N-5045 Bergen, Norway.
>> voice: +47 55 95 93 55; e-mail: [hidden email]
>> http://orcid.org/0000-0003-2392-6140
>> https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en
>>
>
> --
Roger Bivand
Department of Economics, Norwegian School of Economics,
Helleveien 30, N-5045 Bergen, Norway.
voice: +47 55 95 93 55; e-mail: [hidden email]
http://orcid.org/0000-0003-2392-6140
https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en
_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo
Roger Bivand
Department of Economics
Norwegian School of Economics
Helleveien 30
N-5045 Bergen, Norway

Re: rgdal with R > 3.5.x and GDAL > 2.3.x on macOS

Mon, 08/06/2018 - 07:35
Hi Roger,

thanks for taking the time. To defend myself, I do not use macOS on a daily base and just run it in a VM for some package testing.
> Is the issue advice wrong, and CXX should be
> 'clang++ -std=gnu++11'?

This seems to be the problem. Using your configuration works!
I am aware of the small geospatial com on mac and that the osgeo4mac repo is not very stable. However I think there is a need for a short guide how to either use the kyngchaos frameworks or the osgeo4mac repo to have a stable geospatial toolset for R (starting with rgdal to sf and so on). Ideally for different R versions if major changes occured. A good place would be the README of rgdal if would be hosted on r-spatial on Github as most people would look there. As I saw in some issues, people sometimes think the cran/rgdal mirror is the place to go. But thats all just suggestions ;)
This little 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 <[hidden email]> wrote:
>
> See below inline:
> On Mon, 6 Aug 2018, Patrick Schratz wrote:
> > Hi,
> > desperately trying to get rgdal installed on R > 3.5.x with GDAL 2.3.0
> > on macOS High Sierra. I am aware of the discussion that a suitable
> > compiler is needed since GDAL > 2.3.0.
> >
> > I've set
> > CC=clang
> > CXX=clang++
> > PKG_CXXFLAGS= -stdlib=libc++ -std=c++11
> >
> > In ~/.R/Makevars as suggested here https://github.com/r-spatial/sf/issues/726
> Does anyone actually know that this is a solution or rather the problem?
> Check:
>
> $ R CMD config CXX
> ## clang++ -std=gnu++11
> ## for me with an R-devel clang build on Fedora 28
>
> Run this and/or ./configure in the unpacked rgdal source tarball and
> report the CXX value. Is the issue advice wrong, and CXX should be
> 'clang++ -std=gnu++11'?
>
> I have no access to OSX (and no wish to have access) - the OSX users need
> to do a full bisection and not guess what is happening.
>
> > The automated checking during the rgdal installation shows that C++11
> > support is available. But still it complains about a lacking C++11
> > support.
>
>
> No, that is coming from code in GDAL itself, as you can see. You need to
> establish which --std= is actually needed.
>
> > I've searched the web but could not find anything helpful. If I've
> > overlooked something, please just point me to the link.
>
>
> Searching the web only confirms that there is very little signal there -
> search the source code instead, and bisection (which settings worked for
> which versions, and which changes provoke the issue)? Is for example the
> CRAN R binary reporting a different R CMD config CXX from your
> homebrew-built R?
>
> >
> > Everything installed via homebrew (bottles)
> > R 3.5.1
> > proj 5.1.0 (osgeo4mac)
> > gdal 2.3.1 (homebrew core)
> >
> > macOS 10.13.1 (High Sierra)
> > > install.packages("rgdal")
> >
> > Installing package into ‘/usr/local/lib/R/3.5/site-library’
> > (as ‘lib’ is unspecified)
> > trying URL 'https://cran.rstudio.com/src/contrib/rgdal_1.3-4.tar.gz'
> > Content type 'application/x-gzip' length 1664774 bytes (1.6 MB)
> > ==================================================
> > downloaded 1.6 MB
> >
> > * installing *source* package ‘rgdal’ ...
> > ** package ‘rgdal’ successfully unpacked and MD5 sums checked
> > configure: R_HOME: /usr/local/Cellar/r/3.5.1/lib/R
> > configure: CC: clang
> > configure: CXX: clang++
> > configure: C++11 support available
> > configure: rgdal: 1.3-4
> > checking for /usr/bin/svnversion... yes
> > configure: svn revision: 766
> > checking for gdal-config... /usr/local/bin/gdal-config
> > checking gdal-config usability... yes
> > configure: GDAL: 2.3.1
> > checking C++11 support for GDAL >= 2.3.0... yes
> > checking GDAL version >= 1.11.4... yes
> > checking gdal: linking with --libs only... no
> > checking gdal: linking with --libs and --dep-libs... no
> > In file included from gdal_test.cc:1:
> > In file included from /usr/local/Cellar/gdal2/2.3.1/include/gdal.h:45:
> > /usr/local/Cellar/gdal2/2.3.1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
> > # error Must have C++11 or newer.
> > ^
>
>
>
> From the GDAL 2.3.1 source at the given line number - your __cplusplus
> from homebrew's value needs checking:
>
> /* MSVC fails to define a decent value of __cplusplus. Try to target
> VS2015*/
> /* as a minimum */
>
> #if defined(__cplusplus) && !defined(CPL_SUPRESS_CPLUSPLUS)
> # if !(__cplusplus >= 201103L || (defined(_MSC_VER) && _MSC_VER >= 1900))
> # error Must have C++11 or newer.
> # endif
> # if __cplusplus >= 201402L
> # define HAVE_CXX14 1
> # endif
> /* TODO(schwehr): What is the correct test for C++ 17? */
> #endif /* __cplusplus */
>
> Fallback is the CRAN OSX binary for rgdal 1.3-4 (with the addition of proj
> datum files as posted yesterday, or Kyngchaos (as on R-sig-mac).
>
> Roger
>
> > 1 error generated.
> > In file included from gdal_test.cc:1:
> > In file included from /usr/local/Cellar/gdal2/2.3.1/include/gdal.h:45:
> > /usr/local/Cellar/gdal2/2.3.1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
> > # error Must have C++11 or newer.
> > ^
> > 1 error generated.
> > configure: Install failure: compilation and/or linkage problems.
> > configure: error: GDALAllRegister not found in libgdal.
> > ERROR: configuration failed for package ‘rgdal’
> > * removing ‘/usr/local/lib/R/3.5/site-library/rgdal’
> > Warning in install.packages :
> > installation of package ‘rgdal’ had non-zero exit status
> >
> > The downloaded source packages are in
> > ‘/private/var/folders/nv/k87rzvfs55l6j6xt_0jwb4wm0000gn/T/Rtmp68hYW1/downloaded_packages’
> > > install.packages("rgdal")
> >
> > Installing package into ‘/usr/local/lib/R/3.5/site-library’
> > (as ‘lib’ is unspecified)
> > trying URL 'https://cran.rstudio.com/src/contrib/rgdal_1.3-4.tar.gz'
> > Content type 'application/x-gzip' length 1664774 bytes (1.6 MB)
> > ==================================================
> > downloaded 1.6 MB
> >
> > * installing *source* package ‘rgdal’ ...
> > ** package ‘rgdal’ successfully unpacked and MD5 sums checked
> > configure: R_HOME: /usr/local/Cellar/r/3.5.1/lib/R
> > configure: CC: clang
> > configure: CXX: clang++
> > configure: C++11 support available
> > configure: rgdal: 1.3-4
> > checking for /usr/bin/svnversion... yes
> > configure: svn revision: 766
> > checking for gdal-config... /usr/local/bin/gdal-config
> > checking gdal-config usability... yes
> > configure: GDAL: 2.3.1
> > checking C++11 support for GDAL >= 2.3.0... yes
> > checking GDAL version >= 1.11.4... yes
> > checking gdal: linking with --libs only... no
> > checking gdal: linking with --libs and --dep-libs... no
> > In file included from gdal_test.cc:1:
> > In file included from /usr/local/Cellar/gdal/2.3.1_1/include/gdal.h:45:
> > /usr/local/Cellar/gdal/2.3.1_1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
> > # error Must have C++11 or newer.
> > ^
> > 1 error generated.
> > In file included from gdal_test.cc:1:
> > In file included from /usr/local/Cellar/gdal/2.3.1_1/include/gdal.h:45:
> > /usr/local/Cellar/gdal/2.3.1_1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
> > # error Must have C++11 or newer.
> > ^
> > 1 error generated.
> > configure: Install failure: compilation and/or linkage problems.
> > configure: error: GDALAllRegister not found in libgdal.
> > ERROR: configuration failed for package ‘rgdal’
> > * removing ‘/usr/local/lib/R/3.5/site-library/rgdal’
> > Warning in install.packages :
> > installation of package ‘rgdal’ had non-zero exit status
> >
> > The downloaded source packages are in
> > ‘/private/var/folders/nv/k87rzvfs55l6j6xt_0jwb4wm0000gn/T/Rtmp68hYW1/downloaded_packages’
> >
> >
> > [[alternative HTML version deleted]]
> Do not post HTML, only plain text.
> >
> > _______________________________________________
> > R-sig-Geo mailing list
> > [hidden email]
> > https://stat.ethz.ch/mailman/listinfo/r-sig-geo
> >
>
> --
> Roger Bivand
> Department of Economics, Norwegian School of Economics,
> Helleveien 30, N-5045 Bergen, Norway.
> voice: +47 55 95 93 55; e-mail: [hidden email]
> http://orcid.org/0000-0003-2392-6140
> https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en
>

        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Re: rgdal with R > 3.5.x and GDAL > 2.3.x on macOS

Mon, 08/06/2018 - 04:05
See below inline:

On Mon, 6 Aug 2018, Patrick Schratz wrote:

> Hi,
>
> desperately trying to get rgdal installed on R > 3.5.x with GDAL 2.3.0
> on macOS High Sierra. I am aware of the discussion that a suitable
> compiler is needed since GDAL > 2.3.0.
>
> I've set
> CC=clang
> CXX=clang++
> PKG_CXXFLAGS= -stdlib=libc++ -std=c++11
>
> In ~/.R/Makevars as suggested here https://github.com/r-spatial/sf/issues/726Does anyone actually know that this is a solution or rather the problem?
Check:

$ R CMD config CXX
## clang++ -std=gnu++11
## for me with an R-devel clang build on Fedora 28

Run this and/or ./configure in the unpacked rgdal source tarball and
report the CXX value. Is the issue advice wrong, and CXX should be
'clang++ -std=gnu++11'?

I have no access to OSX (and no wish to have access) - the OSX users need
to do a full bisection and not guess what is happening.

> The automated checking during the rgdal installation shows that C++11
> support is available. But still it complains about a lacking C++11
> support.

No, that is coming from code in GDAL itself, as you can see. You need to
establish which --std= is actually needed.

> I've searched the web but could not find anything helpful. If I've
> overlooked something, please just point me to the link.

Searching the web only confirms that there is very little signal there -
search the source code instead, and bisection (which settings worked for
which versions, and which changes provoke the issue)? Is for example the
CRAN R binary reporting a different R CMD config CXX from your
homebrew-built R?

>
> Everything installed via homebrew (bottles)
> R 3.5.1
> proj 5.1.0 (osgeo4mac)
> gdal 2.3.1 (homebrew core)
>
> macOS 10.13.1 (High Sierra)
>> install.packages("rgdal")
> Installing package into ‘/usr/local/lib/R/3.5/site-library’
> (as ‘lib’ is unspecified)
> trying URL 'https://cran.rstudio.com/src/contrib/rgdal_1.3-4.tar.gz'
> Content type 'application/x-gzip' length 1664774 bytes (1.6 MB)
> ==================================================
> downloaded 1.6 MB
>
> * installing *source* package ‘rgdal’ ...
> ** package ‘rgdal’ successfully unpacked and MD5 sums checked
> configure: R_HOME: /usr/local/Cellar/r/3.5.1/lib/R
> configure: CC: clang
> configure: CXX: clang++
> configure: C++11 support available
> configure: rgdal: 1.3-4
> checking for /usr/bin/svnversion... yes
> configure: svn revision: 766
> checking for gdal-config... /usr/local/bin/gdal-config
> checking gdal-config usability... yes
> configure: GDAL: 2.3.1
> checking C++11 support for GDAL >= 2.3.0... yes
> checking GDAL version >= 1.11.4... yes
> checking gdal: linking with --libs only... no
> checking gdal: linking with --libs and --dep-libs... no
> In file included from gdal_test.cc:1:
> In file included from /usr/local/Cellar/gdal2/2.3.1/include/gdal.h:45:
> /usr/local/Cellar/gdal2/2.3.1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
> # error Must have C++11 or newer.
> ^
From the GDAL 2.3.1 source at the given line number - your __cplusplus
from homebrew's value needs checking:

/* MSVC fails to define a decent value of __cplusplus. Try to target
VS2015*/
/* as a minimum */

#if defined(__cplusplus) && !defined(CPL_SUPRESS_CPLUSPLUS)
#  if !(__cplusplus >= 201103L || (defined(_MSC_VER) && _MSC_VER >= 1900))
#    error Must have C++11 or newer.
#  endif
#  if __cplusplus >= 201402L
#    define HAVE_CXX14 1
#  endif
/* TODO(schwehr): What is the correct test for C++ 17? */
#endif  /* __cplusplus */

Fallback is the CRAN OSX binary for rgdal 1.3-4 (with the addition of proj
datum files as posted yesterday, or Kyngchaos (as on R-sig-mac).

Roger


> 1 error generated.
> In file included from gdal_test.cc:1:
> In file included from /usr/local/Cellar/gdal2/2.3.1/include/gdal.h:45:
> /usr/local/Cellar/gdal2/2.3.1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
> # error Must have C++11 or newer.
> ^
> 1 error generated.
> configure: Install failure: compilation and/or linkage problems.
> configure: error: GDALAllRegister not found in libgdal.
> ERROR: configuration failed for package ‘rgdal’
> * removing ‘/usr/local/lib/R/3.5/site-library/rgdal’
> Warning in install.packages :
> installation of package ‘rgdal’ had non-zero exit status
>
> The downloaded source packages are in
> ‘/private/var/folders/nv/k87rzvfs55l6j6xt_0jwb4wm0000gn/T/Rtmp68hYW1/downloaded_packages’
>> install.packages("rgdal")
> Installing package into ‘/usr/local/lib/R/3.5/site-library’
> (as ‘lib’ is unspecified)
> trying URL 'https://cran.rstudio.com/src/contrib/rgdal_1.3-4.tar.gz'
> Content type 'application/x-gzip' length 1664774 bytes (1.6 MB)
> ==================================================
> downloaded 1.6 MB
>
> * installing *source* package ‘rgdal’ ...
> ** package ‘rgdal’ successfully unpacked and MD5 sums checked
> configure: R_HOME: /usr/local/Cellar/r/3.5.1/lib/R
> configure: CC: clang
> configure: CXX: clang++
> configure: C++11 support available
> configure: rgdal: 1.3-4
> checking for /usr/bin/svnversion... yes
> configure: svn revision: 766
> checking for gdal-config... /usr/local/bin/gdal-config
> checking gdal-config usability... yes
> configure: GDAL: 2.3.1
> checking C++11 support for GDAL >= 2.3.0... yes
> checking GDAL version >= 1.11.4... yes
> checking gdal: linking with --libs only... no
> checking gdal: linking with --libs and --dep-libs... no
> In file included from gdal_test.cc:1:
> In file included from /usr/local/Cellar/gdal/2.3.1_1/include/gdal.h:45:
> /usr/local/Cellar/gdal/2.3.1_1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
> # error Must have C++11 or newer.
> ^
> 1 error generated.
> In file included from gdal_test.cc:1:
> In file included from /usr/local/Cellar/gdal/2.3.1_1/include/gdal.h:45:
> /usr/local/Cellar/gdal/2.3.1_1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
> # error Must have C++11 or newer.
> ^
> 1 error generated.
> configure: Install failure: compilation and/or linkage problems.
> configure: error: GDALAllRegister not found in libgdal.
> ERROR: configuration failed for package ‘rgdal’
> * removing ‘/usr/local/lib/R/3.5/site-library/rgdal’
> Warning in install.packages :
> installation of package ‘rgdal’ had non-zero exit status
>
> The downloaded source packages are in
> ‘/private/var/folders/nv/k87rzvfs55l6j6xt_0jwb4wm0000gn/T/Rtmp68hYW1/downloaded_packages’
>
>
> [[alternative HTML version deleted]] Do not post HTML, only plain text.

>
> _______________________________________________
> R-sig-Geo mailing list
> [hidden email]
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>

--
Roger Bivand
Department of Economics, Norwegian School of Economics,
Helleveien 30, N-5045 Bergen, Norway.
voice: +47 55 95 93 55; e-mail: [hidden email]
http://orcid.org/0000-0003-2392-6140
https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en
_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo
Roger Bivand
Department of Economics
Norwegian School of Economics
Helleveien 30
N-5045 Bergen, Norway

rgdal with R > 3.5.x and GDAL > 2.3.x on macOS

Mon, 08/06/2018 - 03:38
Hi,

desperately trying to get rgdal installed on R > 3.5.x with GDAL 2.3.0 on macOS High Sierra.
I am aware of the discussion that a suitable compiler is needed since GDAL > 2.3.0.

I've set
CC=clang
CXX=clang++
PKG_CXXFLAGS= -stdlib=libc++ -std=c++11

In ~/.R/Makevars as suggested here https://github.com/r-spatial/sf/issues/726
The automated checking during the rgdal installation shows that C++11 support is available.
But still it complains about a lacking C++11 support.
I've searched the web but could not find anything helpful. If I've overlooked something, please just point me to the link.

Everything installed via homebrew (bottles)
R 3.5.1
proj 5.1.0 (osgeo4mac)
gdal 2.3.1 (homebrew core)

macOS 10.13.1 (High Sierra)
> install.packages("rgdal")
Installing package into ‘/usr/local/lib/R/3.5/site-library’
(as ‘lib’ is unspecified)
trying URL 'https://cran.rstudio.com/src/contrib/rgdal_1.3-4.tar.gz'
Content type 'application/x-gzip' length 1664774 bytes (1.6 MB)
==================================================
downloaded 1.6 MB

* installing *source* package ‘rgdal’ ...
** package ‘rgdal’ successfully unpacked and MD5 sums checked
configure: R_HOME: /usr/local/Cellar/r/3.5.1/lib/R
configure: CC: clang
configure: CXX: clang++
configure: C++11 support available
configure: rgdal: 1.3-4
checking for /usr/bin/svnversion... yes
configure: svn revision: 766
checking for gdal-config... /usr/local/bin/gdal-config
checking gdal-config usability... yes
configure: GDAL: 2.3.1
checking C++11 support for GDAL >= 2.3.0... yes
checking GDAL version >= 1.11.4... yes
checking gdal: linking with --libs only... no
checking gdal: linking with --libs and --dep-libs... no
In file included from gdal_test.cc:1:
In file included from /usr/local/Cellar/gdal2/2.3.1/include/gdal.h:45:
/usr/local/Cellar/gdal2/2.3.1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
# error Must have C++11 or newer.
^
1 error generated.
In file included from gdal_test.cc:1:
In file included from /usr/local/Cellar/gdal2/2.3.1/include/gdal.h:45:
/usr/local/Cellar/gdal2/2.3.1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
# error Must have C++11 or newer.
^
1 error generated.
configure: Install failure: compilation and/or linkage problems.
configure: error: GDALAllRegister not found in libgdal.
ERROR: configuration failed for package ‘rgdal’
* removing ‘/usr/local/lib/R/3.5/site-library/rgdal’
Warning in install.packages :
installation of package ‘rgdal’ had non-zero exit status

The downloaded source packages are in
‘/private/var/folders/nv/k87rzvfs55l6j6xt_0jwb4wm0000gn/T/Rtmp68hYW1/downloaded_packages’
> install.packages("rgdal")
Installing package into ‘/usr/local/lib/R/3.5/site-library’
(as ‘lib’ is unspecified)
trying URL 'https://cran.rstudio.com/src/contrib/rgdal_1.3-4.tar.gz'
Content type 'application/x-gzip' length 1664774 bytes (1.6 MB)
==================================================
downloaded 1.6 MB

* installing *source* package ‘rgdal’ ...
** package ‘rgdal’ successfully unpacked and MD5 sums checked
configure: R_HOME: /usr/local/Cellar/r/3.5.1/lib/R
configure: CC: clang
configure: CXX: clang++
configure: C++11 support available
configure: rgdal: 1.3-4
checking for /usr/bin/svnversion... yes
configure: svn revision: 766
checking for gdal-config... /usr/local/bin/gdal-config
checking gdal-config usability... yes
configure: GDAL: 2.3.1
checking C++11 support for GDAL >= 2.3.0... yes
checking GDAL version >= 1.11.4... yes
checking gdal: linking with --libs only... no
checking gdal: linking with --libs and --dep-libs... no
In file included from gdal_test.cc:1:
In file included from /usr/local/Cellar/gdal/2.3.1_1/include/gdal.h:45:
/usr/local/Cellar/gdal/2.3.1_1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
# error Must have C++11 or newer.
^
1 error generated.
In file included from gdal_test.cc:1:
In file included from /usr/local/Cellar/gdal/2.3.1_1/include/gdal.h:45:
/usr/local/Cellar/gdal/2.3.1_1/include/cpl_port.h:187:6: error: Must have C++11 or newer.
# error Must have C++11 or newer.
^
1 error generated.
configure: Install failure: compilation and/or linkage problems.
configure: error: GDALAllRegister not found in libgdal.
ERROR: configuration failed for package ‘rgdal’
* removing ‘/usr/local/lib/R/3.5/site-library/rgdal’
Warning in install.packages :
installation of package ‘rgdal’ had non-zero exit status

The downloaded source packages are in
‘/private/var/folders/nv/k87rzvfs55l6j6xt_0jwb4wm0000gn/T/Rtmp68hYW1/downloaded_packages’


        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

CRAN OSX rgdal binaries 1.3-3 and 1.3-4

Sun, 08/05/2018 - 08:30
The CRAN OSX rgdal binaries 1.3-3 and 1.3-4 do not include PROJ datum
metadata files. To check whether your OSX binary rgdal has the PROJ datum
metadata files, try:

library(rgdal)
projNAD()

If they are not present, consider running this snippet:

pkg <- "rgdal"
exdir <- file.path(system.file(package=pkg), "proj")
list.files(exdir)
tf <- tempfile()
fl <- "http://download.osgeo.org/proj/proj-datumgrid-1.7.zip"
download.file(fl, tf)
unzip(tf, exdir=exdir)
list.files(exdir)

Hope this helps,

Roger

--
Roger Bivand
Department of Economics, Norwegian School of Economics,
Helleveien 30, N-5045 Bergen, Norway.
voice: +47 55 95 93 55; e-mail: [hidden email]
http://orcid.org/0000-0003-2392-6140
https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo
Roger Bivand
Department of Economics
Norwegian School of Economics
Helleveien 30
N-5045 Bergen, Norway

Re: How to install sf r package in linux mint v 19.1 64 bit

Thu, 08/02/2018 - 08:22
Yuster,

Perhaps you don't have libproj-dev installed, though you probably do, but
if not:

sudo apt-get install libproj-dev

then help your system tell where things are located with:

export LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib

these advice from:

https://gis.stackexchange.com/questions/157059/repairing-broken-gdal-and-proj-4-on-ubuntu

HTH,

Chris

ug 2, 2018 at 4:53 AM, Yuster Ronoh <[hidden email]> wrote:

> I am not making head way on installing sf package  on R vs 3.4.4
>
> and this is the error I am getting:
>
> configure error: libroj not found in standard or given locations
>
> Error: configuration failed for package ’sf’
>
>   * removing ‘/home/feltp/R/x86_64-pc-linux-library/3.4.sf’
>
> Warning in install.packages :
>
>        installation of ’sf’ had non-zero exit status
>
>
> The downloaded source packages are in
>
>         ‘/tmp/RtmpSyJk3r/downloaded_packages”
> Regards.
>
> *Yuster Ronoh* | County Epidemiologists | *Nakuru County Health
> Department *| Club
> Road, Regional Commissioner HQs, Block 'B' 2nd Floor
>
> P.O. Box 2060 - 20100 * Nakuru*| Mobile +254724305899/ +254733573770 |
> Skype: yronoh
>
>         [[alternative HTML version deleted]]
>
> _______________________________________________
> R-sig-Geo mailing list
> [hidden email]
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

How to install sf r package in linux mint v 19.1 64 bit

Thu, 08/02/2018 - 03:53
I am not making head way on installing sf package  on R vs 3.4.4

and this is the error I am getting:

configure error: libroj not found in standard or given locations

Error: configuration failed for package ’sf’

  * removing ‘/home/feltp/R/x86_64-pc-linux-library/3.4.sf’

Warning in install.packages :

       installation of ’sf’ had non-zero exit status


The downloaded source packages are in

        ‘/tmp/RtmpSyJk3r/downloaded_packages”
Regards.

*Yuster Ronoh* | County Epidemiologists | *Nakuru County Health
Department *| Club
Road, Regional Commissioner HQs, Block 'B' 2nd Floor

P.O. Box 2060 - 20100 * Nakuru*| Mobile +254724305899/ +254733573770 |
Skype: yronoh

        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Spatio temporal data modeling and variography - function (gstat) variogramST

Tue, 07/31/2018 - 04:02
Hi, I am working with spatio temporal data using spatio temporal kriging.
I saw that the function variogramST also considers days (and months, and
years) to determine temporal lags for the creation of spatio temporal
variogram. I would like to ask if someone could tell me if this is correct
and, if yes, if it would be possible to let the funcrion variogramST
(gstat) to consider only hours, minutes and seconds of the times associated
to each data for the definition of temporal lags.

Kind regards.

        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Re: Transform hexagonal to raster - a wife's question

Mon, 07/30/2018 - 12:25
Sarah,

I'll try the R-geo approach suggested for a small, sought after kokopeli,
and duck an integrated raster colorizer (five years to proto-type given my
skills.) I've forwarded all this to Dr Massa. I would say though that things
'loom' tend to work both for fabric and bead. Glad you checked the thread.

Happy summer,
Chris

On Mon, Jul 30, 2018 at 12:53 PM, Sarah Goslee <[hidden email]>
wrote:

> Hi!
>
> I nearly didn't open this email thread: glad I did!
>
> I have some odd R tools for weaving, but nothing for beading.
>
> I suspect this is the best way to do it, although the actual result
> would depend on the particular pattern.
>
> http://www.bellaonline.com/articles/art61406.asp
>
> Whether it's worth writing R code to perform this task depends a lot
> on how many patterns need to be converted.
>
> A more R-geo approach might be to import the original pattern from an
> image file, turn it into spatial polygons, then rasterize it,
> completely ignoring the hexagonal nature of the original. With some
> playing with the raster grid size, you could probably get a decent
> approximation.
>
> Sarah
>
>
> On Mon, Jul 30, 2018 at 10:40 AM, chris english
> <[hidden email]> wrote:
> > Thank you Ben!, I'll actually send her directly
> > to Sarah, http://www.sarahgoslee.com/ .
> > Dr. Massa, meet Dr. Goslee, Professor of indeterminate studies & weaver,
> > and writer,
> > Dr. Goslee, meet Dr. Massa, cognitive neuro research scientist, felter
> and
> > loom beader.
> > Thanks again,
> > Chris
> >
> > On Mon, Jul 30, 2018 at 9:12 AM, Ben Tupper <[hidden email]> wrote:
> >
> >> If I were in your shoes I would be doing a hop-skip to ring Sarah
> Goslee's
> >> doorbell.  She's our resident ecology-spatial-textiles guru...
> >>
> >> http://www.stringpage.com/
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> On Jul 29, 2018, at 12:26 AM, chris english <
> [hidden email]>
> >> wrote:
> >>
> >> My wife showed me a beading pattern that she was working on that looks
> to
> >> my eye like a hexagonal grid, its called a peyote stitch, and she needs
> to
> >> transform it to a loom stitch, essentially a raster. In the beading
> world
> >> they suggest combining two rows into one. If asked, what have you
> tried, I
> >> would say I tried to duck, but... In practical application, the two rows
> >> equals one doesn't appear to preserve the desired pattern when beading
> the
> >> loom, probably something like netting out the half-steps when you're
> going
> >> from two rows to one = n+1 or n +2 for bead count on the combined row.
> >> 40x40 hex grid, OK, I'll get out my graph paper. Summer.
> >>
> >> Thank you for your forbearance, and any very general thoughts
> appreciated,
> >> ie transforms sans datums & etc.
> >>
> >> Chris
> >>
>
        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Re: Transform hexagonal to raster - a wife's question

Mon, 07/30/2018 - 11:53
Hi!

I nearly didn't open this email thread: glad I did!

I have some odd R tools for weaving, but nothing for beading.

I suspect this is the best way to do it, although the actual result
would depend on the particular pattern.

http://www.bellaonline.com/articles/art61406.asp

Whether it's worth writing R code to perform this task depends a lot
on how many patterns need to be converted.

A more R-geo approach might be to import the original pattern from an
image file, turn it into spatial polygons, then rasterize it,
completely ignoring the hexagonal nature of the original. With some
playing with the raster grid size, you could probably get a decent
approximation.

Sarah


On Mon, Jul 30, 2018 at 10:40 AM, chris english
<[hidden email]> wrote:
> Thank you Ben!, I'll actually send her directly
> to Sarah, http://www.sarahgoslee.com/ .
> Dr. Massa, meet Dr. Goslee, Professor of indeterminate studies & weaver,
> and writer,
> Dr. Goslee, meet Dr. Massa, cognitive neuro research scientist, felter and
> loom beader.
> Thanks again,
> Chris
>
> On Mon, Jul 30, 2018 at 9:12 AM, Ben Tupper <[hidden email]> wrote:
>
>> If I were in your shoes I would be doing a hop-skip to ring Sarah Goslee's
>> doorbell.  She's our resident ecology-spatial-textiles guru...
>>
>> http://www.stringpage.com/
>>
>>
>>
>>
>>
>>
>>
>> On Jul 29, 2018, at 12:26 AM, chris english <[hidden email]>
>> wrote:
>>
>> My wife showed me a beading pattern that she was working on that looks to
>> my eye like a hexagonal grid, its called a peyote stitch, and she needs to
>> transform it to a loom stitch, essentially a raster. In the beading world
>> they suggest combining two rows into one. If asked, what have you tried, I
>> would say I tried to duck, but... In practical application, the two rows
>> equals one doesn't appear to preserve the desired pattern when beading the
>> loom, probably something like netting out the half-steps when you're going
>> from two rows to one = n+1 or n +2 for bead count on the combined row.
>> 40x40 hex grid, OK, I'll get out my graph paper. Summer.
>>
>> Thank you for your forbearance, and any very general thoughts appreciated,
>> ie transforms sans datums & etc.
>>
>> Chris
>>
_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Re: Transform hexagonal to raster - a wife's question

Mon, 07/30/2018 - 09:40
Thank you Ben!, I'll actually send her directly
to Sarah, http://www.sarahgoslee.com/ .
Dr. Massa, meet Dr. Goslee, Professor of indeterminate studies & weaver,
and writer,
Dr. Goslee, meet Dr. Massa, cognitive neuro research scientist, felter and
loom beader.
Thanks again,
Chris

On Mon, Jul 30, 2018 at 9:12 AM, Ben Tupper <[hidden email]> wrote:

> If I were in your shoes I would be doing a hop-skip to ring Sarah Goslee's
> doorbell.  She's our resident ecology-spatial-textiles guru...
>
> http://www.stringpage.com/
>
>
>
>
>
>
>
> On Jul 29, 2018, at 12:26 AM, chris english <[hidden email]>
> wrote:
>
> My wife showed me a beading pattern that she was working on that looks to
> my eye like a hexagonal grid, its called a peyote stitch, and she needs to
> transform it to a loom stitch, essentially a raster. In the beading world
> they suggest combining two rows into one. If asked, what have you tried, I
> would say I tried to duck, but... In practical application, the two rows
> equals one doesn't appear to preserve the desired pattern when beading the
> loom, probably something like netting out the half-steps when you're going
> from two rows to one = n+1 or n +2 for bead count on the combined row.
> 40x40 hex grid, OK, I'll get out my graph paper. Summer.
>
> Thank you for your forbearance, and any very general thoughts appreciated,
> ie transforms sans datums & etc.
>
> Chris
>
> [[alternative HTML version deleted]]
>
> _______________________________________________
> R-sig-Geo mailing list
> [hidden email]
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
>
> Ben Tupper
> Bigelow Laboratory for Ocean Sciences
> 60 Bigelow Drive
> <https://maps.google.com/?q=60+Bigelow+Drive&entry=gmail&source=g>, P.O.
> Box 380
> East Boothbay, Maine 04544
> http://www.bigelow.org
>
> Ecological Forecasting: https://eco.bigelow.org/
>
>
>
>
>
>
        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Re: Combining SpatialLines into SpatialPolygons

Mon, 07/30/2018 - 08:37
Please use plain text only, and provide a small reproducible example,
possibly demonstrating in code and data what you claim about "finding
solutions". I assume that you have already tried rgeos::gPolygonize().
Consider using its example to generate your reproducible example. You may
find that scaling also matters.

Roger

On Mon, 30 Jul 2018, Антон Морковин wrote:

>  
> Dear all,
>  
> I have a kml file with a huge set of lines, which actually depict a grid of
> many rectangles. I want to unite these lines into polygons (i.e., each
> rectangle must be a separate spatial polygon), but I failed to find a
> function which does it directly.
>  
> I found several solutions on how to convert to polygons a set of isolated
> closed lines. But with my file, these methods can produce nothing more than
> a set of "polygons" with only one line each. The only way I can imagine is
> to convert these lines into a raster and then polygonize it, but this method
> probably would lack accuracy.
> If anyone knows how to deal with such tasks, please help me. Thank you in
> advance!
>                                                                            
>       
> Best regards,
> Anton A. Morkovin
>  
> Zoological Museum of M.V. Lomonosov Moscow State University
> Russia, 125009 Moscow, Bolshaya Nikitskaya Str. 2.
>  *  Personal page: http://istina.msu.ru/profile/Anton_Morkovin/
>  *  Bibliography of scientific works on birds of Russia
>  *  The Birdwatchers union "Birds of Moscow and the Moscow
>     region" || Facebook || VK || Twitter
>  
>  
>
> --
Roger Bivand
Department of Economics, Norwegian School of Economics,
Helleveien 30, N-5045 Bergen, Norway.
voice: +47 55 95 93 55; e-mail: [hidden email]
http://orcid.org/0000-0003-2392-6140
https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en
_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo
Roger Bivand
Department of Economics
Norwegian School of Economics
Helleveien 30
N-5045 Bergen, Norway

Re: Transform hexagonal to raster - a wife's question

Mon, 07/30/2018 - 08:12
If I were in your shoes I would be doing a hop-skip to ring Sarah Goslee's doorbell.  She's our resident ecology-spatial-textiles guru...

http://www.stringpage.com/ <http://www.stringpage.com/>







> On Jul 29, 2018, at 12:26 AM, chris english <[hidden email]> wrote:
>
> My wife showed me a beading pattern that she was working on that looks to
> my eye like a hexagonal grid, its called a peyote stitch, and she needs to
> transform it to a loom stitch, essentially a raster. In the beading world
> they suggest combining two rows into one. If asked, what have you tried, I
> would say I tried to duck, but... In practical application, the two rows
> equals one doesn't appear to preserve the desired pattern when beading the
> loom, probably something like netting out the half-steps when you're going
> from two rows to one = n+1 or n +2 for bead count on the combined row.
> 40x40 hex grid, OK, I'll get out my graph paper. Summer.
>
> Thank you for your forbearance, and any very general thoughts appreciated,
> ie transforms sans datums & etc.
>
> Chris
>
> [[alternative HTML version deleted]]
>
> _______________________________________________
> R-sig-Geo mailing list
> [hidden email]
> https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
Ben Tupper
Bigelow Laboratory for Ocean Sciences
60 Bigelow Drive, P.O. Box 380
East Boothbay, Maine 04544
http://www.bigelow.org

Ecological Forecasting: https://eco.bigelow.org/






        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Combining SpatialLines into SpatialPolygons

Mon, 07/30/2018 - 07:11
 Dear all, I have a kml file with a huge set of lines, which actually depict a grid of many rectangles. I want to unite these lines into polygons (i.e., each rectangle must be a separate spatial polygon), but I failed to find a function which does it directly. I found several solutions on how to convert to polygons a set of isolated closed lines. But with my file, these methods can produce nothing more than a set of "polygons" with only one line each. The only way I can imagine is to convert these lines into a raster and then polygonize it, but this method probably would lack accuracy.If anyone knows how to deal with such tasks, please help me. Thank you in advance!                                                                                  Best regards,Anton A. Morkovin Zoological Museum of M.V. Lomonosov Moscow State UniversityRussia, 125009 Moscow, Bolshaya Nikitskaya Str. 2.  
_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Transform hexagonal to raster - a wife's question

Sat, 07/28/2018 - 23:26
My wife showed me a beading pattern that she was working on that looks to
my eye like a hexagonal grid, its called a peyote stitch, and she needs to
transform it to a loom stitch, essentially a raster. In the beading world
they suggest combining two rows into one. If asked, what have you tried, I
would say I tried to duck, but... In practical application, the two rows
equals one doesn't appear to preserve the desired pattern when beading the
loom, probably something like netting out the half-steps when you're going
from two rows to one = n+1 or n +2 for bead count on the combined row.
40x40 hex grid, OK, I'll get out my graph paper. Summer.

Thank you for your forbearance, and any very general thoughts appreciated,
ie transforms sans datums & etc.

Chris

        [[alternative HTML version deleted]]

_______________________________________________
R-sig-Geo mailing list
[hidden email]
https://stat.ethz.ch/mailman/listinfo/r-sig-geo

Pages