oj expects EPSG 9 and is pointed at 10, and fall back from WKT2
to Proj4 string representation.
Roger
--
Roger Bivand
Emeritus Professor
Department of Economics, Norwegian School of Economics,
Postboks 3490 Ytre Sandviken, 5045 Bergen, Norway.
e-mail: roger.biv...@nhh.no
https://orcid.org/
On Tue, 12 Mar 2019, Markus Metz wrote:
Dear Roger,
On Fri, Mar 8, 2019 at 10:49 AM Roger Bivand wrote:
Since rgdal::make_EPSG() is facing the same problems of listing tabulated
EPSG fields as g.proj -l, I was very happy to see Markus' code in
g.proj/main.c mentioned in this thread
ather than using full string comparison, I'd
suggest using proj_is_equivalent_to() which has a few options for different
levels of equality.
Even
--
Roger Bivand
Department of Economics, Norwegian School of Economics,
Helleveien 30, N-5045 Bergen, Norway.
voice: +47 55 95 93 55; e-mail: roger.biv
On Fri, 8 Mar 2019, Even Rouault wrote:
On vendredi 8 mars 2019 12:27:37 CET Markus Metz wrote:
On Fri, Mar 8, 2019 at 10:49 AM Roger Bivand wrote:
Since rgdal::make_EPSG() is facing the same problems of listing tabulated
EPSG fields as g.proj -l, I was very happy to see Markus' code
particular proj_crs_info and pj. Not so important for g.proj,
which exists when done, but important for rgdal whose functions don't exit.
Anyway, very helpful to see that Markus is looking at the same issues as we
are!
Roger
-----
Roger Bivand
NHH Norwegian School of Economics, Bergen, Norw
On Thu, 8 Dec 2016, Markus Neteler wrote:
On Dec 8, 2016 6:43 PM, "Roger Bivand" <roger.biv...@nhh.no> wrote:
With both Wayland and Xorg on the Gnome desktop, displaying elevation @
nc_basic leads to high CPU usage and temperatures > 90C (also -text). This
is on a f
ing
similar.
Best wishes,
Roger
--
Roger Bivand
Department of Economics, Norwegian School of Economics,
Helleveien 30, N-5045 Bergen, Norway.
voice: +47 55 95 93 55; fax +47 55 95 91 00
e-mail: roger.biv...@nhh.no
http://orcid.org/-0003-2392-6140
https://scholar.google.no/citations?user=AWeghB0AA
Original-Nachricht
Datum: Wed, 29 Aug 2012 14:35:37 +0200 (CEST)
Von: Roger Bivand
An: Helmut Kudrnovsky
Betreff: Re: R + grass7
On Wed, 29 Aug 2012, Helmut Kudrnovsky wrote:
Dear Roger,
I'm trying to improve the GRASS GIS-R-coupling on windows
(http://trac.osgeo.org/grass
Patrice Dumas pertusus at free.fr writes:
On Wed, Mar 21, 2012 at 04:24:11PM +0100, Markus Neteler wrote:
On Wed, Mar 21, 2012 at 3:18 PM, Patrice Dumas pertusus at free.fr
wrote:
On Wed, Mar 21, 2012 at 02:42:27PM +0100, Markus Neteler wrote:
...
...
This function is
GRASS GIS trac at osgeo.org writes:
#1622: Grass 7 error
+---
Reporter: renatotonielli | Owner: grass-dev@…
Type: defect | Status: new
Priority:
Please see:
http://article.gmane.org/gmane.comp.gis.proj-4.devel/5581
of thread at:
http://article.gmane.org/gmane.comp.gis.proj-4.devel/5569
which suggests that Frank will revert the innovation until it has been
discussed thoroughly.
Roger
Markus Neteler wrote
On Tue, Feb 21, 2012 at
Hamish hamish_b at yahoo.com writes:
Jarek wrote:
Ok, it explains everything. So if I want to publish code with any GPL
privileges granded, but keep code integrity in one official place which
I can put in paper as link to OFFICIAL source code, with guarantee that
it won't be
6.4.2svn (spearfish60):~/topics/GRASS/grass64_release
Any ideas? Worth filing a bug? Is this wx, nviz, ctypes, none of them?
Roger
--
Roger Bivand
Department of Economics, NHH Norwegian School of Economics,
Helleveien 30, N-5045 Bergen, Norway.
voice: +47 55 95 93 55; fax +47 55 95 95 43
e-mail
On Mon, 28 Nov 2011, Roger Bivand wrote:
On Mon, 28 Nov 2011, Markus Metz wrote:
Roger Bivand wrote:
Hi,
I first tried 6.4.2 RC2, now also checked out SVN 49406, with the same
result. With fresh Fedora 16, building from source (with 6.4.1 the proj
arguments were never needed
On Mon, 28 Nov 2011, Martin Landa wrote:
Hi,
2011/11/28 Roger Bivand roger.biv...@nhh.no:
import wxnviz
# disable wxNviz for 6.4.2
# TODO: backport wxNviz from devbr6 *after* releasing 6.4.2
haveNviz = False
hopefully fixed in r49409. Martin
Confirmed, thanks! Roger
PS. I
On Thu, 15 Sep 2011, Martin Landa wrote:
Hi,
2011/9/15 Roger Bivand roger.biv...@nhh.no:
#% type: integer
is missing in the 6.4 release branch for the interface description of layer
fixed in r48304.
Hi,
Thanks, see below.
in v.db.addtable around line 36. It is in trunk, and in 6.4.1
Hi,
I think that this line:
#% type: integer
is missing in the 6.4 release branch for the interface description of
layer in v.db.addtable around line 36. It is in trunk, and in 6.4.1
released. Without it, the type is inferred to be string.
Roger
--
Roger Bivand
Department of Economics
goes away.
Roger
Markus Neteler wrote:
Maybe that's easier discussed over chat?
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
-
Roger Bivand
Economic Geography Section
://grass.osgeo.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
-
Roger Bivand
Economic Geography Section
Department of Economics
Norwegian School of Economics and Business Administration
package
spatial/src/krc.c around line 452, which uses -1, 1 for the same reason, for
a code example.
Roger
-
Roger Bivand
Economic Geography Section
Department of Economics
Norwegian School of Economics and Business Administration
Helleveien 30
N-5045 Bergen, Norway
--
View this message
On Mon, 13 Oct 2008, Dylan Beaudette wrote:
On Thursday 09 October 2008, Roger Bivand wrote:
On Tue, 7 Oct 2008, Dylan Beaudette wrote:
On Tue, Oct 7, 2008 at 6:26 PM, Hamish [EMAIL PROTECTED] wrote:
Dylan:
It looks like the limiting factor in this equation is the
code used in v.out.ogr
() and writeOGR are
at fault in handling of NULL values.
Unfortunately looking at the rgdal source code wasn't very productive
(my fault).
Cheers,
Dylan
--
Roger Bivand
Economic Geography Section, Department of Economics, Norwegian School of
Economics and Business Administration, Helleveien 30, N
sourceforge before they go offline this
evening - there was a logic problem for finding the NODATA value when it
was given, rather than being NULL.
Best wishes,
Roger
By the way, the new verion works VERY nice.
PS - thanks to your input!
Thanks
Rainer
--
Roger Bivand
Economic
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
--
Roger Bivand
Economic Geography Section, Department of Economics, Norwegian School of
Economics and Business Administration, Helleveien 30, N-5045 Bergen,
Norway. voice: +47 55
]], na.rm=TRUE)
[1] 0 36852
I would suggest that you proceed as suggested below.
Thanks
Rainer
On Thu, Sep 18, 2008 at 11:01 PM, Roger Bivand [EMAIL PROTECTED] wrote:
Roger Bivand Roger.Bivand at nhh.no writes:
Markus Neteler neteler at osgeo.org writes:
On Wed, Sep 17, 2008 at 10:49
On Tue, 23 Sep 2008, Rainer M Krug wrote:
On Tue, Sep 23, 2008 at 1:11 PM, Roger Bivand [EMAIL PROTECTED] wrote:
On Tue, 23 Sep 2008, Rainer M Krug wrote:
OK - I finally got around to testing it.
I installed spgrass6 as well as rgdal from source, as spgrass6 needed
a newer version of rgdal
On Thu, 18 Sep 2008, Rainer M Krug wrote:
On Wed, Sep 17, 2008 at 10:49 AM, Roger Bivand [EMAIL PROTECTED] wrote:
Markus Neteler neteler at osgeo.org writes:
On Tue, Sep 16, 2008 at 6:50 PM, Rainer M Krug r.m.krug at gmail.com wrote:
Hi
I have a problem with importing raster maps of type
Markus Neteler neteler at osgeo.org writes:
On Wed, Sep 17, 2008 at 10:49 AM, Roger Bivand Roger.Bivand at
nhh.no wrote:
Markus Neteler neteler at osgeo.org writes:
...
Well, not by me (maybe I was unclear?). I wrote:
...
means:
- the GDAL plugin is no option here since
Roger Bivand Roger.Bivand at nhh.no writes:
Markus Neteler neteler at osgeo.org writes:
On Wed, Sep 17, 2008 at 10:49 AM, Roger Bivand Roger.Bivand at
nhh.no wrote:
Markus Neteler neteler at osgeo.org writes:
means:
- the GDAL plugin is no option here since it does
Markus Neteler neteler at osgeo.org writes:
On Tue, Sep 16, 2008 at 6:50 PM, Rainer M Krug r.m.krug at gmail.com
wrote:
Hi
I have a problem with importing raster maps of type CELL into R -
larger values become wrapped around as r.out.bin saves the raster
values as shortint values.
and as printed by g.region. Getting closer.
Roger
Hamish
--
Roger Bivand
Economic Geography Section, Department of Economics, Norwegian School of
Economics and Business Administration, Helleveien 30, N-5045 Bergen,
Norway. voice: +47 55 95 93 55; fax +47 55 95 95 43
e-mail: [EMAIL PROTECTED
marco.pasetti at alice.it writes:
Hi Joel,
Has any one successfully compiled GDAL 1.5.1 using the above guide?
yes, sure, I never publish anything if I don't check it's actually working
did you hacked gdal-1.5.1\GNUmakefile?
Not the makefile, I think: see below.
Marco
to modify it.
OK, I accept that you could edit the GNUMakefile instead of ltmain.sh,
really it is the same problem that since 1.5, GDAL and MSYS are not
friends.
Roger
Marco
Da: [EMAIL PROTECTED] per conto di Roger Bivand
Inviato: mar 22/04/2008 11.26
On Wed, 16 Apr 2008, Hamish wrote:
Roger Bivand wrote:
I don't have ldd on Cygwin, but will look under F7.
use cygcheck,
http://grass.osgeo.org/grass62/binary/mswindows/#trouble
Thanks to Hamish and Glynn - making a copy of the installed
/bin/cygjasper-1.dll as /bin/cygjasper-1-701-1
/parser.c sets Opt-key to output in both, and G_OPT_R_BASE is a
different entry in the enum definition. I find this puzzling ...
Roger
--
Roger Bivand
Economic Geography Section, Department of Economics, Norwegian School of
Economics and Business Administration, Helleveien 30, N-5045 Bergen,
Norway
On Wed, 16 Apr 2008, Dylan Beaudette wrote:
On Wed, Apr 16, 2008 at 7:26 AM, Roger Bivand [EMAIL PROTECTED] wrote:
On two very similar systems built today from the RC6 tarball (i686 RHEL5,
F7), I see that G_OPT_R_OUTPUT gets defined on F7 as base, and the
traditional output on RHEL5
On Wed, 16 Apr 2008, Markus Neteler wrote:
Roger Bivand wrote:
On Wed, 16 Apr 2008, Dylan Beaudette wrote:
On Wed, Apr 16, 2008 at 7:26 AM, Roger Bivand [EMAIL PROTECTED]
wrote:
On two very similar systems built today from the RC6 tarball (i686
RHEL5,
F7), I see
Glynn Clements wrote:
Rainer M Krug wrote:
Sorry for crossposting, but I think this can be of interest for GRASS and
R
users.
I am planning to write a package to make the use of GRASS from R easier.
The
idea is to wrap the system call to execute the GRASS command into an R
On Thu, 28 Feb 2008, Rainer M Krug wrote:
On 28/02/2008, Roger Bivand [EMAIL PROTECTED] wrote:
On Wed, 27 Feb 2008, Rainer M Krug wrote:
Hi
Sorry for crossposting, but I think this can be of interest for GRASS
and R
users.
Yes, please avoid cross-posting - the discussion ends up
On Thu, 28 Feb 2008, Rainer M Krug wrote:
On 28/02/2008, Roger Bivand [EMAIL PROTECTED] wrote:
On Thu, 28 Feb 2008, Rainer M Krug wrote:
On 28/02/2008, Roger Bivand [EMAIL PROTECTED] wrote:
Glynn Clements wrote:
Rainer M Krug wrote:
Sorry for crossposting, but I think this can
://lists.osgeo.org/mailman/listinfo/grass-dev
--
Roger Bivand
Economic Geography Section, Department of Economics, Norwegian School of
Economics and Business Administration, Helleveien 30, N-5045 Bergen,
Norway. voice: +47 55 95 93 55; fax +47 55 95 95 43
e-mail: [EMAIL PROTECTED
)
}
My questions are:
1) Is this a good way of doing it, or is giving a named list to the function
more usefull?
2) Is there a way to obtain easily all commands from GRASS and the
parameters possible and required?
Any ideas and comments welcome,
Rainer
--
Roger Bivand
Economic Geography
On Thu, 14 Feb 2008, Glynn Clements wrote:
Roger Bivand wrote:
What would be particularly useful is if it's possible for GRASS to use
R functions on small amounts of data. E.g. r.series and r.resamp.stats
both compute aggregates over relatively small amounts of data.
This is essentially
Dylan Beaudette dylan.beaudette at gmail.com writes:
On Tuesday 12 February 2008, Glynn Clements wrote:
Dylan Beaudette wrote:
On the other hand-- R has so many great plotting / analysis routines,
it would be a shame to re-implement these in GRASS if they could be
easily
44 matches
Mail list logo