Fri, Dec 15 2006
22:05:50
|
|
Request created by guest
|
|
Subject: r.le - bmif_to_cell, poly_to_bmif should go in etc?
Platform: Mac OSX
grass obtained from: Trento Italy site
grass binary for platform: Compiled from Sources
GRASS Version: 6.2.1
Shouldn't the r.le.setup support programs bmif_to_cell and poly_to_bmif be installed
in etc instead of
bin? Unless there is some reason for them to be directly available to users,
in which case they would
need to be documented. |
|
Tue, Jan 23 2007
21:42:30
|
|
Mail sent by mneteler
|
|
Hi,
yes, agreed. If possible, please submit the needed patches.
Markus |
|
Tue, Jan 23 2007
22:54:58
|
|
Mail sent by kyngchaos@kyngchaos.com
|
|
Return-Path |
<kyngchaos@kyngchaos.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Mime-Version |
1.0 (Apple Message framework v752.3)
|
In-Reply-To |
<20070123204230.2F98710015A@lists.intevation.de>
|
References |
<20070123204230.2F98710015A@lists.intevation.de>
|
Content-Type |
text/plain; charset=US-ASCII; delsp=yes; format=flowed
|
Message-Id |
<9D1EFEB2-3D61-49AF-B931-3E84B4E338DF@kyngchaos.com>
|
Content-Transfer-Encoding |
7bit
|
From |
William Kyngesburye <kyngchaos@kyngchaos.com>
|
Subject |
Re: [bug #5393] (grass) r.le - bmif_to_cell, poly_to_bmif should go in etc?
|
Date |
Tue, 23 Jan 2007 15:54:45 -0600
|
To |
Markus Neteler via RT <grass-bugs@intevation.de>
|
X-Mailer |
Apple Mail (2.752.3)
|
X-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, hits=-5 tagged_above=-999 required=3 tests=[BAYES_00=-5]
|
X-Spam-Level |
|
Maybe the author would be a better choice to figure this out, but I
don't see an email address in the docs.
I can take a look if needed, it shouldn't be too hard to figure out.
|
|
Sun, Feb 4 2007
13:24:11
|
|
Mail sent by msieczka
|
|
kyngchaos@kyngchaos.com wrote (Tue, Jan 23 2007 22:54:58):
> Maybe the author would be a better choice to figure this out, but I
> don't see an email address in the docs.
>
> I can take a look if needed, it shouldn't be too hard to figure out.
Hi!
What's the status? Are we closing this?
Thanks
Maciek
|
|
Sun, Feb 4 2007
18:56:08
|
|
Mail sent by kyngchaos@kyngchaos.com
|
|
Return-Path |
<kyngchaos@kyngchaos.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Mime-Version |
1.0 (Apple Message framework v752.3)
|
In-Reply-To |
<20070204122411.E15FE1005C5@lists.intevation.de>
|
References |
<20070204122411.E15FE1005C5@lists.intevation.de>
|
Content-Type |
text/plain; charset=US-ASCII; delsp=yes; format=flowed
|
Message-Id |
<C5EBCF4F-3B7A-48E2-A6AF-9534214BF261@kyngchaos.com>
|
Content-Transfer-Encoding |
7bit
|
From |
William Kyngesburye <kyngchaos@kyngchaos.com>
|
Subject |
Re: [bug #5393] (grass) r.le - bmif_to_cell, poly_to_bmif should go in etc?
|
Date |
Sun, 4 Feb 2007 11:55:58 -0600
|
To |
Maciek Sieczka via RT <grass-bugs@intevation.de>
|
X-Mailer |
Apple Mail (2.752.3)
|
X-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, hits=-5 tagged_above=-999 required=3 tests=[BAYES_00=-5]
|
X-Spam-Level |
|
It's been that long? That's been a little low on my list to do.
I'll try to poke around at it today.
|
|
Sun, Feb 4 2007
19:37:52
|
|
Mail sent by kyngchaos@kyngchaos.com
|
|
Return-Path |
<kyngchaos@kyngchaos.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Mime-Version |
1.0 (Apple Message framework v752.3)
|
In-Reply-To |
<20070204122411.E15FE1005C5@lists.intevation.de>
|
References |
<20070204122411.E15FE1005C5@lists.intevation.de>
|
Content-Type |
text/plain; charset=US-ASCII; delsp=yes; format=flowed
|
Message-Id |
<8BB0BD97-E7BB-4778-9A76-A582FA9039B0@kyngchaos.com>
|
Content-Transfer-Encoding |
7bit
|
From |
William Kyngesburye <kyngchaos@kyngchaos.com>
|
Subject |
Re: [bug #5393] (grass) r.le - bmif_to_cell, poly_to_bmif should go in etc?
|
Date |
Sun, 4 Feb 2007 12:37:40 -0600
|
To |
Maciek Sieczka via RT <grass-bugs@intevation.de>
|
X-Mailer |
Apple Mail (2.752.3)
|
X-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, hits=-5 tagged_above=-999 required=3 tests=[BAYES_00=-5]
|
X-Spam-Level |
|
Ah, not too hard. I used the d.mon makefile as an example. Here are
patches for r.le/r.le.setup/setup.c and r.le/r.le.setup/polytocel/
Makefile that should take care of it. Test build gets them in the
right place. I haven't tested r.le.setup, as I have no idea how to
use r.le.
--- setup-orig.c 2006-12-13 08:21:40.000000000 -0600
+++ setup.c 2007-02-04 12:13:14.000000000 -0600
@@ -598,7 +598,7 @@
programs */
cmd = G_malloc(200);
- sprintf(cmd, "%s/bin/poly_to_bmif < %s | sort -t: +0n -1 | %s/bin/
bmif_to_cell %s",
+ sprintf(cmd, "%s/etc/poly_to_bmif < %s | sort -t: +0n -1 | %s/etc/
bmif_to_cell %s",
G_gisbase(), tempfile, G_gisbase(), name);
fprintf(stderr, " Generating '%s' file... %20c\n\n", name, ' ') ;
G_system(cmd) ;
--- Makefile-orig 2006-02-07 08:02:34.000000000 -0600
+++ Makefile 2007-02-04 12:10:28.000000000 -0600
@@ -14,12 +14,12 @@
include $(MODULE_TOPDIR)/include/Make/Module.make
-default: $(BIN)/bmif_to_cell $(BIN)/poly_to_bmif
+default: $(ETC)/bmif_to_cell $(ETC)/poly_to_bmif
-$(BIN)/bmif_to_cell: bmf_to_cll.o $(DEPENDENCIES)
+$(ETC)/bmif_to_cell: bmf_to_cll.o $(DEPENDENCIES)
$(CC) $(LDFLAGS) -o $@ bmf_to_cll.o $(FMODE_OBJ) $(LIBES) $(MATHLIB)
$(XDRLIB)
-$(BIN)/poly_to_bmif: $(OBJS)
+$(ETC)/poly_to_bmif: $(OBJS)
$(CC) $(LDFLAGS) -o $@ $(OBJS) $(FMODE_OBJ)
OBJS: ply_to_cll.h
|
|
Fri, Feb 9 2007
10:15:48
|
|
Status changed to resolved by mneteler
|
|
Fri, Feb 9 2007
10:15:48
|
|
Mail sent by mneteler
|
|
patch applied - thanks.
Markus |
|