On Mon, Dec 5, 2016 at 1:24 PM, Michael Barton wrote:
> Just a reminder.
>
> GRASS 7.2RC2 does not run on the Mac.
>
> Other versions, include recent 7.3 (I have not tried to compile since
> September) do work fine. No errors compiling, but I get the error below when
> I
2016-12-05 22:41 GMT+01:00 Michael Barton :
> That's the the whole thing. IIRC, I can get a longer log with a switch to
> make but I can't remember off hand. If you tell me I'll run it while I head
> to class.
no, it's not the whole thing.
make distclean
./configure...
Hi,
2016-12-05 21:14 GMT+01:00 Carlos Grohmann :
> The module itself was installed (and runs fine), but not the html help
> page. What did I miss?
there was syntax error, fixed in r70008. Ma
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
On Mon, Dec 5, 2016 at 2:28 PM, Michael Barton wrote:
> No errors at all in the compiler log (attached).
that's just the end of it
>
> The only thing in GRASS-7.2/Contents/MacOS/gui/wxpython/xml/ is
>
> grass-interface.dtd
that's obviously the problem. Please send me
That's the the whole thing. IIRC, I can get a longer log with a switch to make
but I can't remember off hand. If you tell me I'll run it while I head to class.
Michael
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of
On 05/12/16 14:52, Markus Metz wrote:
On Mon, Dec 5, 2016 at 1:46 PM, Martin Landa > wrote:
Hi,
2016-12-05 9:09 GMT+01:00 Moritz Lennert >:
> What colleagues here have also
I added a Makefile (adapted from r.roughness.vector), and also went and
uploaded to SVN.
I’m not used to commiting to SVN so this is what I did:
- checked out the add-ons with svn
- created r.denoise dir
- added the files
- changed description.html to r.denoise.html
- remembered that I
On Mon, Dec 5, 2016 at 2:00 PM, Michael Barton wrote:
> I just did this morning. Same problem. No errors in compiling, only in
> running.
g
Have you checked carefully the gui part of the compilation output?
It's long and the errors are easy to overlook, so I want to make
You mean addons on my local machine or something else?
Michael
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State
Just a reminder.
GRASS 7.2RC2 does not run on the Mac.
Other versions, include recent 7.3 (I have not tried to compile since
September) do work fine. No errors compiling, but I get the error below when I
try to run it. Any advice would be helpful.
Michael
C. Michael
I just did this morning. Same problem. No errors in compiling, only in running.
Michael
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems
No errors at all in the compiler log (attached).
The only thing in GRASS-7.2/Contents/MacOS/gui/wxpython/xml/ is
grass-interface.dtd
Michael
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social
Hi,
sorry, but is it reported as an issue on trac? It's hard to follow all
mails with all the strange subjects. Thanks, more over it looks like
an issue with the computer which you use for building. Some details
would be useful. I hope that my colleagues with Mac will help. Good
luck, Martin
2016-12-05 19:52 GMT+01:00 Michael Barton :
> You mean addons on my local machine or something else?
Compiled addons are always local. Ma
>> On Mon, Dec 5, 2016 at 1:24 PM, Michael Barton
>> wrote:
>>> Just a reminder.
>>>
>>> GRASS 7.2RC2 does
On Mon, Dec 5, 2016 at 1:52 PM, Michael Barton wrote:
> You mean addons on my local machine or something else?
The more I Iook at it, the addons have nothing to do with it. Just try
to compile it again, there should be some error. BTW, there is no
difference in toolboxes
Ok,
I used the html from the old module. Hadn’t realized that there was a specific
order for things in the html. Sorry.
Thanks for the fix, Martin.
Carlos
On 5 Dec 2016 20:13 -0200, Markus Neteler , wrote:
> On Mon, Dec 5, 2016 at 9:23 PM, Martin Landa
On Mon, Dec 5, 2016 at 3:01 PM, Martin Landa wrote:
>
> Hi,
>
> 2016-12-05 15:00 GMT+01:00 Markus Metz :
> > It's very technical and explains differences between versions. I am not
sure
> > if this should go into the user manual. The concept
On Mon, Dec 5, 2016 at 9:23 PM, Martin Landa wrote:
> Hi,
>
> 2016-12-05 21:14 GMT+01:00 Carlos Grohmann :
>> The module itself was installed (and runs fine), but not the html help
>> page. What did I miss?
Also for addons, please follow the
On Mon, Dec 5, 2016 at 10:56 PM, Markus Metz
wrote:
>
>
> On Mon, Dec 5, 2016 at 3:01 PM, Martin Landa
wrote:
> >
> > Hi,
> >
> > 2016-12-05 15:00 GMT+01:00 Markus Metz :
> > > It's very technical and explains
Hi Vero,
On Wed, Nov 30, 2016 at 2:10 PM, Veronica Andreo wrote:
> Hello devs,
>
> AFAIU, to activate the NULL export in r.out.xyz is then a trivial change,
> but we do not know which letter to use as flag because -n is already used to
> indicate the opposite behaviour (?).
That's what I need to create a longer long. Thanks
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University
Thank you for rewriting this, here is couple of brief observations.
The epsg option is currently required in the code, although it
shouldn't be necessary if you are in projected system. So it fails if
you don't specify it. Also it should probably respect nulls in the
input, now it results in
Hi,
2016-12-05 9:33 GMT+01:00 Luca Delucchi :
> Yes I also think this, but I'm not sure if it is better to change the
> behavior of r.out.xyz or keep it like the actual one and change it in
> the next main release.
> For sure we should add parameter to permit to return also
Hi,
2016-12-05 8:54 GMT+01:00 Markus Metz :
> Both versions use the same method by default. However, the G73 version of
> region growing in i.segment has been modified, it is now faster for larger
> objects (larger thresholds). A side effect is that objects might
Hi,
2016-12-05 9:09 GMT+01:00 Moritz Lennert :
> What colleagues here have also noticed is that between the versions (but I
> can't remember if it was 7.0 vs 7.3 or 7.2 vs 7.3) quite different thresholds
> were needed to reach similar segmentation results. In 7.3
[Sent this from a wrong address, so sending this again for completeness.]
Forwarded Message
Subject: Re: [GRASS-dev] i.segment gives different results in G72 and G73
Date: Mon, 05 Dec 2016 09:09:48 +0100
To: Markus Metz , Martin Landa
On 5 December 2016 at 08:10, Markus Neteler wrote:
>
> On Dec 3, 2016 6:00 PM, "Martin Landa" wrote:
>>
>> Hi,
>>
>> it's one week GRASS 7.2.0RC2 has been released. It's time to think
>> about 7.2.0 final release. I don't see any blocker [1], if no
>>
Hi,
2016-12-05 15:00 GMT+01:00 Markus Metz :
> It's very technical and explains differences between versions. I am not sure
> if this should go into the user manual. The concept of region growing is the
> same.
probably could be useful at least to explain that
On Mon, Dec 5, 2016 at 1:46 PM, Martin Landa wrote:
>
> Hi,
>
> 2016-12-05 9:09 GMT+01:00 Moritz Lennert :
> > What colleagues here have also noticed is that between the versions
(but I can't remember if it was 7.0 vs 7.3 or 7.2 vs 7.3) quite
On Mon, Dec 5, 2016 at 1:36 PM, Martin Landa wrote:
>
> Hi,
>
> 2016-12-05 8:54 GMT+01:00 Markus Metz :
>
> > Both versions use the same method by default. However, the G73 version
of
> > region growing in i.segment has been modified, it is
On Fri, Dec 2, 2016 at 4:22 PM, Carlos Grohmann
wrote:
> Hello all.
>
> I just finished porting r.denoise to python, but before uploading it to the
> add-ons, I would welcome any testing.
>
> The module is available here:
>
31 matches
Mail list logo