date:20131203

Re: [GRASS-dev] i.segment: Invalid region id -1

2013-12-03 Thread Markus Metz

Nikos Alexandris wrote:
> Markus M:
>> > >> > But it does not make sense to use a pan band as seeds when segmenting
>> > >> > the other bands. Seeds are typically the result of a previous run of
>> > >> > i.segment or the result of a previous classification of the same
>> > >> > data.
>
> Nikos A:
>> > >> Then I have inserted a small mistake in my tests/workflow. Wanted to
>> > >> drive "finer objects" (from Pan) in bigger ones (based on MS).
>> > >> Will adjust.
>
> MM:
>> > The seeds map does the opposite. You probably want to do pansharpening
>> > first.
>
> NA:
>> Ha-Yey :D  I did (in some cases).
>
> Just for completeness, ehm... I was too fast. So, I did use sharpenned images
> only in 2 trials, however, as I can actually see in the history.  The exact
> same process in two different Mapsets (same Location), QuickBird2 data:
>
> --%<--
> i.segment msx_hpf out=segments_msx_hpf_seeded_t0.02 threshold=0.02 minsize=4
> seed=segments_pan_t0.01 memory=3000 iterations=1000
> -->%--
>
>
> It worked in one case (repeated to be sure) and it failed in another!

Different computational regions?

> In the
> failing case, before the ERROR message, there are multiple WARNINGS issued:
>
> ..
> WARNING: Region consists of only one cell, nothing to update

This should not happen, a bug in the region growing algorithm.

>
> Now, I have re-ran the "failed" one and I get this strange:
>
> ..
> 0..5..10..15..20..25..30..35..40..ERROR: Invalid region id -1489

Essentially the same like "ERROR: Invalid region id -1". Again, this
should not happen.

> ..
>
> I went after looking all of the details of the involved maps.  The only
> "strange" thing I can see (which I caused) is that the region is 0.6, the seed
> (segments_pan_t0.01) is also 0.6 while the group of Pan-Sharpened images are
> (each) of 0.60017817 (ns) x 0.60016801 (we) resolution.  Is this my mistake?
> The resolution(s) should be identical, right?

Yes. I guess in the process of pansharpening, the region was set to
0.6, then the resolution was adjusted to the extents (for g.region,
extents have precedence over resolution). The correct way of adjusting
the region would be to either set the region to the pan band or align
the region to the band band (g.region align=pan). Note that g.region
res=0.6 -a can introduce a pixel shift.

Can you reproduce that with sample data? Or give me chance to reproduce that?

Markus M
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Thank you and a request on g.gui.mapswipe

2013-12-03 Thread Nikos Alexandris

Vaclav and Anna,

thank yo so muuch for the advancments in g.gui.mapswipes. Really, very useful. 

There is one issue in mirror mode: the cross pointer (othen than the one 
set/used by the Operating System) might be in some cases too difficult to 
identify. This leads in trying to look for the pointer instead of focusing in 
comparing differences between mirrored images.

A screenshot here:  
.

In the left part, the pinky one is set by the OS. On the right one, it's hard 
to trace the thin cross-pointer. Can at least an implementation of changing 
the color be made? Or, any other 
smart solution...

Thanks again :-)

Nikos
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] i.segment: Invalid region id -1

2013-12-03 Thread Nikos Alexandris

Markus M:
> > >> > But it does not make sense to use a pan band as seeds when segmenting
> > >> > the other bands. Seeds are typically the result of a previous run of
> > >> > i.segment or the result of a previous classification of the same
> > >> > data.

Nikos A:
> > >> Then I have inserted a small mistake in my tests/workflow. Wanted to
> > >> drive "finer objects" (from Pan) in bigger ones (based on MS).
> > >> Will adjust.

MM:
> > The seeds map does the opposite. You probably want to do pansharpening
> > first.

NA:
> Ha-Yey :D  I did (in some cases).

Just for completeness, ehm... I was too fast. So, I did use sharpenned images 
only in 2 trials, however, as I can actually see in the history.  The exact 
same process in two different Mapsets (same Location), QuickBird2 data:

--%<--
i.segment msx_hpf out=segments_msx_hpf_seeded_t0.02 threshold=0.02 minsize=4 
seed=segments_pan_t0.01 memory=3000 iterations=1000
-->%--


It worked in one case (repeated to be sure) and it failed in another!  In the 
failing case, before the ERROR message, there are multiple WARNINGS issued:

..
WARNING: Region consists of only one cell, nothing to update
..


The other 2 (out of 3) failures were simply using (wrongly) the Pan seeds to 
segment the MSes.  The region was set to 0.6m ns/we resolution (working in a 
UTM projection).

[ Minsize set to 4 so as to be close in objects that can be tree crowns... Not 
sure how much sense this makes, but it didn't hurt also as I can see in the 
final classification results.  I also repeated this at least once (as I can 
remember) with the resolution set to 2.4 and minsize adjusted to 1 then. ]


Now, I have re-ran the "failed" one and I get this strange:

..
0..5..10..15..20..25..30..35..40..ERROR: Invalid region id -1489
..

I went after looking all of the details of the involved maps.  The only 
"strange" thing I can see (which I caused) is that the region is 0.6, the seed 
(segments_pan_t0.01) is also 0.6 while the group of Pan-Sharpened images are 
(each) of 0.60017817 (ns) x 0.60016801 (we) resolution.  Is this my mistake?  
The resolution(s) should be identical, right?

Thanks for shedding light, sorry for crunching time away, N
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks

2013-12-03 Thread Michael Barton

I got as far as the help screen earlier, but now I cannot even get that far. 
Here is the error:

Traceback (most recent call last):
  File 
"/Applications/grasstest/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/gis_set.py",
 line 36, in 
from core import globalvar
  File 
"/Applications/grasstest/GRASS-7.0.app/Contents/MacOS/etc/gui/wxpython/core/globalvar.py",
 line 87, in 
import wx
  File 
"/Applications/grasstest/GRASS-7.0.app/Contents/MacOS/etc/python/wx/__init__.py",
 line 45, in 
from wx._core import *
  File 
"/Applications/grasstest/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py", 
line 4, in 
import _core_
ImportError: 
/Applications/grasstest/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core_.so: 
no appropriate 64-bit architecture (see "man python" for running in 32-bit mode)
Error in GUI startup. If necessary, please report this error to the GRASS 
developers.

I'm using wxPython 2.9 cocoa so that I CAN run in 64bit mode. And I did get it 
to start a few hours ago. But it won't launch now.

Any thoughts?

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity 
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu












On Dec 3, 2013, at 5:53 PM, Helena Mitasova  wrote:

> Michael,
> 
> can you please share your configure file that you are using?
> 
> thanks, Helena
> 
> Helena Mitasova
> Associate Professor
> Department of Marine, Earth, and Atmospheric Sciences
> 2800 Faucette Drive, Rm. 1125 Jordan Hall
> North Carolina State University
> Raleigh, NC 27695-8208
> hmit...@ncsu.edu
> 
> "All electronic mail messages in connection with State business which are 
> sent to or received by this account are subject to the NC Public Records Law 
> and may be disclosed to third parties.” 
> 
> On Dec 3, 2013, at 7:12 PM, Michael Barton wrote:
> 
>> I got it to compile fine using GDAL 1.10. But the GUI still crashes on 
>> startup due to problems in the xml toolbox.
>> 
>> Michael
>> __
>> C. Michael Barton 
>> Director, Center for Social Dynamics & Complexity
>> Professor of Anthropology, School of Human Evolution & Social Change
>> Arizona State University
>> Tempe, AZ  85287-2402
>> USA
>> 
>> voice: 
>> 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
>> fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
>> www: 
>> http://csdc.asu.edu, http://shesc.asu.edu
>> http://www.public.asu.edu/~cmbarton
>> 
>> On Dec 3, 2013, at 12:43 PM, Anna Petrášová  wrote:
>> 
>>> 
>>> Hi all,
>>> 
>>> I am still having problems to compile GRASS on Maverick, it cannot find 
>>> GDAL, I already reinstalled the frameworks and Xcode, too. I tried to 
>>> compile the simple code which seems to be compiled during configure:
>>> #include 
>>> 
>>> int main(int argc, const char* argv[])
>>> {
>>>GDALOpen("foo", GA_ReadOnly);
>>> }
>>> 
>>> which gives me:
>>> 
>>> gis-imac:Desktop akratoc$ gcc test.c 
>>> 
>>> test.c:14:5: warning: ignoring return value of function declared with 
>>> warn_unused_result attribute [-Wunused-result]
>>> 
>>>GDALOpen("foo", GA_ReadOnly);
>>> 
>>>^~~~ ~~
>>> 
>>> 1 warning generated.
>>> 
>>> Undefined symbols for architecture x86_64:
>>> 
>>>  "_GDALOpen", referenced from:
>>> 
>>>  _main in test-sew0gz.o
>>> 
>>> ld: symbol(s) not found for architecture x86_64
>>> 
>>> clang: error: linker command failed with exit code 1 (use -v to see 
>>> invocation)
>>> 
>>> I am having the same problem also on another computer. Any help appreciated.
>>> 
>>> Thanks, 
>>> Anna
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Fri, Nov 29, 2013 at 3:27 PM, Markus Neteler  wrote:
>>> On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton  
>>> wrote:
 I've been chilling out after Thanksgiving and thought I'd try compiling
 GRASS on Mavericks.
 
 I had a couple of configure issues.
 
 --with-odbc failed. Is this not included with Mavericks or do I need to
 reference it in some other way?
 --with nls also failed. I wonder if I have to update the version of gettext
 that I compiled on Lion?
 
 When I dropped these out, I got it to compile. But it errors out with the
 following:
 
 Undefined symbols for architecture x86_64:
  "___sincos_stret", referenced from:
>>> 
>>> I found these "random" links:
>>> 
>>> http://trac.macports.org/ticket/40961
>>> 
>>> http://stackoverflow.com/questions/19015780/sincos-stret-undefined-symbol-when-linking
>>> 
>>> Perhaps giving the right idea..
>>> Markus
>>> ___
>>> grass-dev mailing list
>>> grass-dev@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>> 
>> 
> 

___
grass-dev mailin

Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks

2013-12-03 Thread Michael Barton

Yes. I'm still trying to get it all to work. I'm close and will send you guys 
all the details to try out.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity 
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu












On Dec 3, 2013, at 5:53 PM, Helena Mitasova  wrote:

> Michael,
> 
> can you please share your configure file that you are using?
> 
> thanks, Helena
> 
> Helena Mitasova
> Associate Professor
> Department of Marine, Earth, and Atmospheric Sciences
> 2800 Faucette Drive, Rm. 1125 Jordan Hall
> North Carolina State University
> Raleigh, NC 27695-8208
> hmit...@ncsu.edu
> 
> "All electronic mail messages in connection with State business which are 
> sent to or received by this account are subject to the NC Public Records Law 
> and may be disclosed to third parties.” 
> 
> On Dec 3, 2013, at 7:12 PM, Michael Barton wrote:
> 
>> I got it to compile fine using GDAL 1.10. But the GUI still crashes on 
>> startup due to problems in the xml toolbox.
>> 
>> Michael
>> __
>> C. Michael Barton 
>> Director, Center for Social Dynamics & Complexity
>> Professor of Anthropology, School of Human Evolution & Social Change
>> Arizona State University
>> Tempe, AZ  85287-2402
>> USA
>> 
>> voice: 
>> 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
>> fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
>> www: 
>> http://csdc.asu.edu, http://shesc.asu.edu
>> http://www.public.asu.edu/~cmbarton
>> 
>> On Dec 3, 2013, at 12:43 PM, Anna Petrášová  wrote:
>> 
>>> 
>>> Hi all,
>>> 
>>> I am still having problems to compile GRASS on Maverick, it cannot find 
>>> GDAL, I already reinstalled the frameworks and Xcode, too. I tried to 
>>> compile the simple code which seems to be compiled during configure:
>>> #include 
>>> 
>>> int main(int argc, const char* argv[])
>>> {
>>>GDALOpen("foo", GA_ReadOnly);
>>> }
>>> 
>>> which gives me:
>>> 
>>> gis-imac:Desktop akratoc$ gcc test.c 
>>> 
>>> test.c:14:5: warning: ignoring return value of function declared with 
>>> warn_unused_result attribute [-Wunused-result]
>>> 
>>>GDALOpen("foo", GA_ReadOnly);
>>> 
>>>^~~~ ~~
>>> 
>>> 1 warning generated.
>>> 
>>> Undefined symbols for architecture x86_64:
>>> 
>>>  "_GDALOpen", referenced from:
>>> 
>>>  _main in test-sew0gz.o
>>> 
>>> ld: symbol(s) not found for architecture x86_64
>>> 
>>> clang: error: linker command failed with exit code 1 (use -v to see 
>>> invocation)
>>> 
>>> I am having the same problem also on another computer. Any help appreciated.
>>> 
>>> Thanks, 
>>> Anna
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Fri, Nov 29, 2013 at 3:27 PM, Markus Neteler  wrote:
>>> On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton  
>>> wrote:
 I've been chilling out after Thanksgiving and thought I'd try compiling
 GRASS on Mavericks.
 
 I had a couple of configure issues.
 
 --with-odbc failed. Is this not included with Mavericks or do I need to
 reference it in some other way?
 --with nls also failed. I wonder if I have to update the version of gettext
 that I compiled on Lion?
 
 When I dropped these out, I got it to compile. But it errors out with the
 following:
 
 Undefined symbols for architecture x86_64:
  "___sincos_stret", referenced from:
>>> 
>>> I found these "random" links:
>>> 
>>> http://trac.macports.org/ticket/40961
>>> 
>>> http://stackoverflow.com/questions/19015780/sincos-stret-undefined-symbol-when-linking
>>> 
>>> Perhaps giving the right idea..
>>> Markus
>>> ___
>>> grass-dev mailing list
>>> grass-dev@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>> 
>> 
> 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks

2013-12-03 Thread Helena Mitasova

Michael,

can you please share your configure file that you are using?

thanks, Helena

Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmit...@ncsu.edu

"All electronic mail messages in connection with State business which are sent 
to or received by this account are subject to the NC Public Records Law and may 
be disclosed to third parties.” 

On Dec 3, 2013, at 7:12 PM, Michael Barton wrote:

> I got it to compile fine using GDAL 1.10. But the GUI still crashes on 
> startup due to problems in the xml toolbox.
> 
> Michael
> __
> C. Michael Barton 
> Director, Center for Social Dynamics & Complexity
> Professor of Anthropology, School of Human Evolution & Social Change
> Arizona State University
> Tempe, AZ  85287-2402
> USA
> 
> voice: 
> 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
> www: 
> http://csdc.asu.edu, http://shesc.asu.edu
> http://www.public.asu.edu/~cmbarton
> 
> On Dec 3, 2013, at 12:43 PM, Anna Petrášová  wrote:
> 
>> 
>> Hi all,
>> 
>> I am still having problems to compile GRASS on Maverick, it cannot find 
>> GDAL, I already reinstalled the frameworks and Xcode, too. I tried to 
>> compile the simple code which seems to be compiled during configure:
>> #include 
>> 
>> int main(int argc, const char* argv[])
>> {
>> GDALOpen("foo", GA_ReadOnly);
>> }
>> 
>> which gives me:
>> 
>> gis-imac:Desktop akratoc$ gcc test.c 
>> 
>> test.c:14:5: warning: ignoring return value of function declared with 
>> warn_unused_result attribute [-Wunused-result]
>> 
>> GDALOpen("foo", GA_ReadOnly);
>> 
>> ^~~~ ~~
>> 
>> 1 warning generated.
>> 
>> Undefined symbols for architecture x86_64:
>> 
>>   "_GDALOpen", referenced from:
>> 
>>   _main in test-sew0gz.o
>> 
>> ld: symbol(s) not found for architecture x86_64
>> 
>> clang: error: linker command failed with exit code 1 (use -v to see 
>> invocation)
>> 
>> I am having the same problem also on another computer. Any help appreciated.
>> 
>> Thanks, 
>> Anna
>> 
>> 
>> 
>> 
>> 
>> On Fri, Nov 29, 2013 at 3:27 PM, Markus Neteler  wrote:
>> On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton  
>> wrote:
>> > I've been chilling out after Thanksgiving and thought I'd try compiling
>> > GRASS on Mavericks.
>> >
>> > I had a couple of configure issues.
>> >
>> > --with-odbc failed. Is this not included with Mavericks or do I need to
>> > reference it in some other way?
>> > --with nls also failed. I wonder if I have to update the version of gettext
>> > that I compiled on Lion?
>> >
>> > When I dropped these out, I got it to compile. But it errors out with the
>> > following:
>> >
>> > Undefined symbols for architecture x86_64:
>> >   "___sincos_stret", referenced from:
>> 
>> I found these "random" links:
>> 
>> http://trac.macports.org/ticket/40961
>> 
>> http://stackoverflow.com/questions/19015780/sincos-stret-undefined-symbol-when-linking
>> 
>> Perhaps giving the right idea..
>> Markus
>> ___
>> grass-dev mailing list
>> grass-dev@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>> 
> 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks

2013-12-03 Thread Michael Barton

I got it to compile fine using GDAL 1.10. But the GUI still crashes on startup 
due to problems in the xml toolbox.

Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ  85287-2402
USA

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
www:  http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton

On Dec 3, 2013, at 12:43 PM, Anna Petrášová 
mailto:kratocha...@gmail.com>> wrote:

Hi all,

I am still having problems to compile GRASS on Maverick, it cannot find GDAL, I 
already reinstalled the frameworks and Xcode, too. I tried to compile the 
simple code which seems to be compiled during configure:
#include 

int main(int argc, const char* argv[])
{
GDALOpen("foo", GA_ReadOnly);
}

which gives me:

gis-imac:Desktop akratoc$ gcc test.c

test.c:14:5: warning: ignoring return value of function declared with 
warn_unused_result attribute [-Wunused-result]

GDALOpen("foo", GA_ReadOnly);

^~~~ ~~

1 warning generated.

Undefined symbols for architecture x86_64:

  "_GDALOpen", referenced from:

  _main in test-sew0gz.o

ld: symbol(s) not found for architecture x86_64

clang: error: linker command failed with exit code 1 (use -v to see invocation)

I am having the same problem also on another computer. Any help appreciated.

Thanks,
Anna

On Fri, Nov 29, 2013 at 3:27 PM, Markus Neteler 
mailto:nete...@osgeo.org>> wrote:
On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
> I've been chilling out after Thanksgiving and thought I'd try compiling
> GRASS on Mavericks.
>
> I had a couple of configure issues.
>
> --with-odbc failed. Is this not included with Mavericks or do I need to
> reference it in some other way?
> --with nls also failed. I wonder if I have to update the version of gettext
> that I compiled on Lion?
>
> When I dropped these out, I got it to compile. But it errors out with the
> following:
>
> Undefined symbols for architecture x86_64:
>   "___sincos_stret", referenced from:

I found these "random" links:

http://trac.macports.org/ticket/40961

http://stackoverflow.com/questions/19015780/sincos-stret-undefined-symbol-when-linking

Perhaps giving the right idea..
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] i.segment: Invalid region id -1

2013-12-03 Thread Nikos Alexandris

On Tuesday 03 of December 2013 21:18:36 Markus Metz wrote:
> >> > But it does not make sense to use a pan band as seeds when segmenting
> >> > the other bands. Seeds are typically the result of a previous run of
> >> > i.segment or the result of a previous classification of the same data.

> >> Then I have inserted a small mistake in my tests/workflow. Wanted to
> >> drive "finer objects" (from Pan) in bigger ones (based on MS).
> >> Will adjust.

> The seeds map does the opposite. You probably want to do pansharpening
> first.

Ha-Yey :D  I did (in some cases). Actually, it worked in this cases! And, of 
course not in the ones I did not perform pan-sharpening.

Nikos =)

ps- Ah, as for the "-1", I can reproduce it with the data I am working on. 
Care for more details (during the weekend)?


___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS-user] want to color vector map. What am I doing wrong?

2013-12-03 Thread Michael Barton

Thanks for the quick reply. Too bad it’s broken but glad it’s not me being very 
dense.

Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ  85287-2402
USA

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
www:  http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton

On Dec 3, 2013, at 2:25 PM, Anna Petrášová 
mailto:kratocha...@gmail.com>> wrote:

Hi Michael,


On Tue, Dec 3, 2013 at 4:12 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
I want to color a vector map. I’m just trying it with some test maps from the 
North Carolina demo set. I used the ‘manage color rules interactively’ dialog 
in the GUI and am using a version of GRASS 7 compiled on 1 November.

I think it's currently somehow broken due to some other changes in GUI which 
were not reflected in this dialog. I will try to fix it, probably in the next 
weeks. I will actually need this functionality, too.


Is there no way to use a character column for colors?

I think it requires numbers but I am not sure if it is the problem of GUI or 
underlying module (the latter I guess).

Anna

Even when I use a numeric column (e.g., the column “pumpers” in the 
firestations vector points map), the OK, apply, and preview buttons remain 
greyed out after I have filled out the table with values and colors. I’ve tried 
each of the integer values in the column and using the min and max values only. 
Yes, each of the table lines is checked.
I thought that maybe this only works for area maps. But I have the same 
problems with them. (I tried the geology map).
Clicking the “add column” button does nothing AFAICT

I also tried the v.colors approach. I was able to do everything (no greyed out 
buttons). But no colors either.

So what am I doing wrong? Making colored thematic maps is a pretty basic and 
important function. I didn’t try the thematic map layer because I wanted to do 
points too and it only does areas.

Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ  85287-2402
USA

voice:  480-965-6262 (SHESC), 
480-965-8130/727-9746 (CSDC)
fax:  480-965-7671(SHESC), 
480-727-0709 (CSDC)
www:  http://csdc.asu.edu, 
http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton


___
grass-user mailing list
grass-u...@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS-user] want to color vector map. What am I doing wrong?

2013-12-03 Thread Anna Petrášová

Hi Michael,


On Tue, Dec 3, 2013 at 4:12 PM, Michael Barton wrote:

>  I want to color a vector map. I’m just trying it with some test maps from
> the North Carolina demo set. I used the ‘manage color rules interactively’
> dialog in the GUI and am using a version of GRASS 7 compiled on 1 November.
>

I think it's currently somehow broken due to some other changes in GUI
which were not reflected in this dialog. I will try to fix it, probably in
the next weeks. I will actually need this functionality, too.


>  Is there no way to use a character column for colors?
>

I think it requires numbers but I am not sure if it is the problem of GUI
or underlying module (the latter I guess).

Anna


> Even when I use a numeric column (e.g., the column “pumpers” in the
> firestations vector points map), the OK, apply, and preview buttons remain
> greyed out after I have filled out the table with values and colors. I’ve
> tried each of the integer values in the column and using the min and max
> values only. Yes, each of the table lines is checked.
> I thought that maybe this only works for area maps. But I have the same
> problems with them. (I tried the geology map).
> Clicking the “add column” button does nothing AFAICT
>
>  I also tried the v.colors approach. I was able to do everything (no
> greyed out buttons). But no colors either.
>
>  So what am I doing wrong? Making colored thematic maps is a pretty basic
> and important function. I didn’t try the thematic map layer because I
> wanted to do points too and it only does areas.
>
>  Michael
>__
>  C. Michael Barton
>  Director, Center for Social Dynamics & Complexity
>  Professor of Anthropology, School of Human Evolution & Social Change
>  Arizona State University
>  Tempe, AZ  85287-2402
>  USA
>
>  voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
>  fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
>  www:  http://csdc.asu.edu, http://shesc.asu.edu
>  http://www.public.asu.edu/~cmbarton
>
>
> ___
> grass-user mailing list
> grass-u...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] want to color vector map. What am I doing wrong?

2013-12-03 Thread Michael Barton

I want to color a vector map. I’m just trying it with some test maps from the 
North Carolina demo set. I used the ‘manage color rules interactively’ dialog 
in the GUI and am using a version of GRASS 7 compiled on 1 November.

Is there no way to use a character column for colors?
Even when I use a numeric column (e.g., the column “pumpers” in the 
firestations vector points map), the OK, apply, and preview buttons remain 
greyed out after I have filled out the table with values and colors. I’ve tried 
each of the integer values in the column and using the min and max values only. 
Yes, each of the table lines is checked.
I thought that maybe this only works for area maps. But I have the same 
problems with them. (I tried the geology map).
Clicking the “add column” button does nothing AFAICT

I also tried the v.colors approach. I was able to do everything (no greyed out 
buttons). But no colors either.

So what am I doing wrong? Making colored thematic maps is a pretty basic and 
important function. I didn’t try the thematic map layer because I wanted to do 
points too and it only does areas.

Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ  85287-2402
USA

voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
www:  http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] i.segment: Invalid region id -1

2013-12-03 Thread Markus Metz

Nikos Alexandris wrote:
> Nikos Alexandris wrote:
>> > >> I've tested this with at least three different similar cases. All work
>> > >> fine without the seed map! All fail with a seed map supplied. I guess,
>> > >> the only real difference is time for the processes to complete, right?
>
>> > > OK, I've just discovered that I mixed 8-bit (the Pan images) for the
>> > > seed map and 16-bit (the Multi-Spectral images).  So, seed -> 8-bit,
>> > > group to be segmented -> 16-bit. Does this play a role?
>
> Markus Metz:
>> > No, the seed map must be integer (not more than 32 bit int), that's
>> > the only limitation. The data to be segmented can be anything, integer
>> > and/or floating point.
>
>> Good to know.
>
> I guess this is because the segments are only "counted" then.

Not exactly. You grow stuff from seeds, in this case segments. A seeds
map defines initial segments (objects) which are then grown if
possible. Internally, a seeds map is processed just as in r.clump: all
contiguous cells with the same id will belong to the same initial
segment.

>
>> > But it does not make sense to use a pan band as seeds when segmenting
>> > the other bands. Seeds are typically the result of a previous run of
>> > i.segment or the result of a previous classification of the same data.
>
>> Then I have inserted a small mistake in my tests/workflow. Wanted to drive
>> "finer objects" (from Pan) in bigger ones (based on MS). Will adjust.

The seeds map does the opposite. You probably want to do pansharpening first.

Anyway, it does not explain why the invalid region id -1 has been
encountered, which should not happen.

Markus M
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] i.segment: Invalid region id -1

2013-12-03 Thread Nikos Alexandris

Nikos Alexandris wrote:
> > >> I've tested this with at least three different similar cases. All work
> > >> fine without the seed map! All fail with a seed map supplied. I guess,
> > >> the only real difference is time for the processes to complete, right?

> > > OK, I've just discovered that I mixed 8-bit (the Pan images) for the
> > > seed map and 16-bit (the Multi-Spectral images).  So, seed -> 8-bit,
> > > group to be segmented -> 16-bit. Does this play a role?
 
Markus Metz:
> > No, the seed map must be integer (not more than 32 bit int), that's
> > the only limitation. The data to be segmented can be anything, integer
> > and/or floating point.

> Good to know.

I guess this is because the segments are only "counted" then.

> > But it does not make sense to use a pan band as seeds when segmenting
> > the other bands. Seeds are typically the result of a previous run of
> > i.segment or the result of a previous classification of the same data.

> Then I have inserted a small mistake in my tests/workflow. Wanted to drive
> "finer objects" (from Pan) in bigger ones (based on MS). Will adjust.

So, no problem here. All fixed. And, in most of the segmentations so far, 
indeed, I used pan only (frist segmentation, then seeding a second) and fed 
the derived objects with descriptive stats.

i.segment is a real working tool. It's awesome.

N
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks

2013-12-03 Thread Anna Petrášová

Hi all,

I am still having problems to compile GRASS on Maverick, it cannot find
GDAL, I already reinstalled the frameworks and Xcode, too. I tried to
compile the simple code which seems to be compiled during configure:
#include 


int main(int argc, const char* argv[])
{
GDALOpen("foo", GA_ReadOnly);
}

which gives me:

gis-imac:Desktop akratoc$ gcc test.c

test.c:14:5: warning: ignoring return value of function declared with
warn_unused_result attribute [-Wunused-result]

GDALOpen("foo", GA_ReadOnly);

^~~~ ~~

1 warning generated.

Undefined symbols for architecture x86_64:

  "_GDALOpen", referenced from:

  _main in test-sew0gz.o

ld: symbol(s) not found for architecture x86_64

clang: error: linker command failed with exit code 1 (use -v to see
invocation)

I am having the same problem also on another computer. Any help appreciated.

Thanks,
Anna





On Fri, Nov 29, 2013 at 3:27 PM, Markus Neteler  wrote:

> On Fri, Nov 29, 2013 at 9:02 PM, Michael Barton 
> wrote:
> > I've been chilling out after Thanksgiving and thought I'd try compiling
> > GRASS on Mavericks.
> >
> > I had a couple of configure issues.
> >
> > --with-odbc failed. Is this not included with Mavericks or do I need to
> > reference it in some other way?
> > --with nls also failed. I wonder if I have to update the version of
> gettext
> > that I compiled on Lion?
> >
> > When I dropped these out, I got it to compile. But it errors out with the
> > following:
> >
> > Undefined symbols for architecture x86_64:
> >   "___sincos_stret", referenced from:
>
> I found these "random" links:
>
> http://trac.macports.org/ticket/40961
>
>
> http://stackoverflow.com/questions/19015780/sincos-stret-undefined-symbol-when-linking
>
> Perhaps giving the right idea..
> Markus
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2139: g.parser does not allow newline character in option value for Python scripts

2013-12-03 Thread GRASS GIS

#2139: g.parser does not allow newline character in option value for Python
scripts
-+--
  Reporter:  wenzeslaus  |   Owner:  grass-dev@…   
  Type:  defect  |  Status:  closed
  Priority:  normal  |   Milestone:  7.0.0 
 Component:  Parser  | Version:  svn-trunk 
Resolution:  fixed   |Keywords:  g.parser, scripts, newline, line break
  Platform:  All | Cpu:  Unspecified   
-+--
Changes (by wenzeslaus):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 I just tried one MS Windows computer with test command above and it worked
 (command fails in wrong way, see #2140, but the parameters are passed).

 Thanks for the fix. Closing the ticket, reopen when it will be failing on
 other MS Windows machines.

 To test this in correct way generate test file:

 {{{
 echo "100 200" > test.txt
 }}}

 Run test:

 {{{
 m.proj input=test.txt proj_out="+proj=lcc +lat_1=36.16
 +lat_2=34.34 +lat_0=33.75 +lon_0=-79 +x_0=609601.22 +y_0=0
 +no_defs +a=6378137 +rf=298.257222101 +towgs84=0.000,0.000,0.000
 +to_meter=1" proj_in="+proj=merc +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0
 +k=1.0 +no_defs +a=6378137 +rf=298.257223563 +towgs84=0.000,0.000,0.000
 +to_meter=1
 "
 }}}

 Check output:

 {{{
 10024493.03|-20933.49|0.00
 }}}

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] [GRASS GIS] #2140: m.proj does not handle cs2cs failure

2013-12-03 Thread GRASS GIS

#2140: m.proj does not handle cs2cs failure
+---
 Reporter:  wenzeslaus  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  normal  |   Milestone:  7.0.0
Component:  Projections/Datums  | Version:  svn-trunk
 Keywords:  m.proj, cs2cs   |Platform:  All  
  Cpu:  All |  
+---
 When I input wrong proj strings to `m.proj` it calls `cs2cs` which fails
 and `m.proj` does not handle its error correctly.

 To test (you need to have `test.txt` with any content):

 {{{
 m.proj input=test.txt proj_out="bla bla bla" proj_in="another bla bla bla"
 }}}

 The error message is:

 {{{
 Rel. 4.8.0, 6 March 2012
 :
 projection initialization failure
 cause: unknown projection id
 program abnormally terminated
 Traceback (most recent call last):
   File "/home/vasek/dev/grass/trunk_clang/dist.i686-pc-linux-
 gnu/scripts/m.proj", line 292, in 
 main()
   File "/home/vasek/dev/grass/trunk_clang/dist.i686-pc-linux-
 gnu/scripts/m.proj", line 271, in main
 x, y = xy.split('\t')
 ValueError: need more than 1 value to unpack
 }}}

 I haven't investigated that but checking return code is probably enough.

 ''What is the correct Trac component for this ticket?''

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1791: gui modeler: cannot load file with r.mapcalc expression containing '&&' operator

2013-12-03 Thread GRASS GIS

#1791: gui modeler: cannot load file with r.mapcalc expression containing '&&'
operator
--+-
  Reporter:  mlennert |   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  normal   |   Milestone:  7.0.0
 Component:  wxGUI| Version:  svn-trunk
Resolution:  fixed|Keywords:  modeler r.mapcalc
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-

Comment(by wenzeslaus):

 Replying to [comment:3 mlennert]:
 >
 > It works here when you create a new model file. One which already
 contains '&&' still cannot be loaded (which is logical as your change
 concerns writing the file), but I guess that this cannot be easily solved
 and that your solution is good enough. Any existing model files still have
 to be handled manually, but as soon as you save them again the issue is
 solved.
 >
 Yes of course, I forgot to mention. It now writes a well-formed XML and
 also reads well-formed XML (as before).

 So, if you have existing `.gxm` file you need to load it with error and
 than fix the damaged expressions or other parameters, or you can open the
 `.gxm` in text editor and replace (probably all) occurrences of `&&` by
 `&&`. Doing so, you will create a well-formed XML from your old
 XML (e.g. Gedit highlights `&&` as invalid syntax). Example file part:

 {{{
 
 
 elevation && aspect
 
 
 }}}

 Looking at the
 [http://en.wikipedia.org/wiki/List_of_XML_and_HTML_character_entity_references
 list at Wikipedia], other entities were already handled correctly (`<` and
 `>`) or are probably not an issue (`"` and `'`) for our case.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1791: gui modeler: cannot load file with r.mapcalc expression containing '&&' operator

2013-12-03 Thread GRASS GIS

#1791: gui modeler: cannot load file with r.mapcalc expression containing '&&'
operator
--+-
  Reporter:  mlennert |   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  normal   |   Milestone:  7.0.0
 Component:  wxGUI| Version:  svn-trunk
Resolution:  fixed|Keywords:  modeler r.mapcalc
  Platform:  Unspecified  | Cpu:  Unspecified  
--+-
Changes (by mlennert):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Replying to [comment:2 wenzeslaus]:
 > Thanks for reminding about this issue. It is actually trivial (at least
 I hope that I haven't overlooked something). Should be fixed for trunk in
 r58371.
 >
 > I tested it but it would be better if you test it, too, XML can be
 tricky.

 It works here when you create a new model file. One which already contains
 '&&' still cannot be loaded (which is logical as your change concerns
 writing the file), but I guess that this cannot be easily solved and that
 your solution is good enough. Any existing model files still have to be
 handled manually, but as soon as you save them again the issue is solved.

 I'm closing the bug for now.

 Thanks for the quick fix !

 Moritz

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1791: gui modeler: cannot load file with r.mapcalc expression containing '&&' operator

2013-12-03 Thread GRASS GIS

#1791: gui modeler: cannot load file with r.mapcalc expression containing '&&'
operator
---+
 Reporter:  mlennert   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-trunk
 Keywords:  modeler r.mapcalc  |Platform:  Unspecified  
  Cpu:  Unspecified|  
---+

Comment(by wenzeslaus):

 Thanks for reminding about this issue. It is actually trivial (at least I
 hope that I haven't overlooked something). Should be fixed for trunk in
 r58371.

 I tested it but it would be better if you test it, too, XML can be tricky.

 For reference, I used [http://docs.python.org/2/library/xml.sax.utils.html
 xml.sax.saxutils] instead of custom escape function. See also a
 [http://en.wikipedia.org/wiki/List_of_XML_and_HTML_character_entity_references
 list of XML entities].

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1480: v.outlier - distinguish positive and negative outlier filtering from lidar point clouds

2013-12-03 Thread GRASS GIS

#1480: v.outlier - distinguish positive and negative outlier filtering from 
lidar
point clouds
-+--
 Reporter:  sbl  |   Owner:  grass-dev@…  
 Type:  enhancement  |  Status:  new  
 Priority:  normal   |   Milestone:  7.0.0
Component:  Vector   | Version:  unspecified  
 Keywords:  review   |Platform:  All  
  Cpu:  All  |  
-+--
Changes (by sbl):

  * version:  svn-develbranch6 => unspecified
  * milestone:  6.4.2 => 7.0.0


Comment:

 Recently we had another project where we got insufficient filtered LIDAR
 data, where especially returns from lower mountainous vegetation were
 classified as "ground return". Filtering only last return was already done
 in the classification process (applied by the LIDAR-operator) and
 therewith insufficient too.
 The multi-scale curvature classification  (mcc) procedure developed by
 Evans & Hudak 2007 (PDF linked above) however helped filtering out at
 least some more vegetation returns.
 I created a GRASS 7 AddOn (python script) which applies the mcc procedure.
 It is not uploaded to svn yet and some more testing will be necessary in
 order to write a useful manual. But I could attach it as a prove of
 concept if that is of interest. However, it requires that the
 v.outlier.diff is applied.
 Therefore I would like to ask if the decision not to change v.outlier
 (because of the different concept of the module) could be reconsidered?
 The mcc-algorithm was really useful for us at least...

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #1791: gui modeler: cannot load file with r.mapcalc expression containing '&&' operator

2013-12-03 Thread GRASS GIS

#1791: gui modeler: cannot load file with r.mapcalc expression containing '&&'
operator
---+
 Reporter:  mlennert   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-trunk
 Keywords:  modeler r.mapcalc  |Platform:  Unspecified  
  Cpu:  Unspecified|  
---+
Changes (by mlennert):

  * keywords:  modeler => modeler r.mapcalc
  * version:  unspecified => svn-trunk
  * milestone:  6.4.3 => 7.0.0


Comment:

 This ticket is still valid in grass7

 Only the error message has changed:

 {{{
 Traceback (most recent call last):
   File
 "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/gmodeler/frame.py", line
 391, in OnModelOpen

 self.LoadModelFile(filename)
   File
 "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64
 -unknown-linux-gnu/etc/gui/wxpython/gmodeler/frame.py", line
 821, in LoadModelFile

 (filename, e),
 TypeError
 :
 coercing to Unicode: need string or buffer, ParseError found
 }}}

 Erasing the '&&' in the .gxm file allows to load it, but you then have to
 manually enter it again.

 Moritz

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Fwd: [Bug 1037102] New: grass FTBFS if "-Werror=format-security" flag is used

2013-12-03 Thread Markus Neteler

Hi,

with the security flag ("-Werror=format-security") enabled, GRASS
fails to build.
How to deal with this kind of error? I could then apply it elsewhere:

cd lib/gis/
make
...
null_val.c: In function ‘InitError’:
null_val.c:115:5: error: format not a string literal and no format
arguments [-Werror=format-security]
 G_fatal_error(errMsg);

cd vector/v.vol.rst
main.c: In function ‘main’:
main.c:587:2: error: format not a string literal and no format
arguments [-Werror=format-security]
  G_debug(1, db_get_string(&sql));
  ^
cc1: some warnings being treated as errors

and so on.

thanks
Markus


-- Forwarded message --
From:  
Date: Tue, Dec 3, 2013 at 4:08 AM
Subject: [Bug 1037102] New: grass FTBFS if "-Werror=format-security"
flag is used

https://bugzilla.redhat.com/show_bug.cgi?id=1037102
Bug ID: 1037102
   Summary: grass FTBFS if "-Werror=format-security" flag is used
   Product: Fedora
   Version: rawhide
 Component: grass
...

Description of problem
--

grass fails to build if "-Werror=format-security" flag is used.
...

a2b.c:103:3: error: format not a string literal and no format arguments
[-Werror=format-security]
a2b.c:136:3: error: format not a string literal and no format arguments
[-Werror=format-security]
a2b.c:154:3: error: format not a string literal and no format arguments
[-Werror=format-security]
a2b.c:172:6: error: format not a string literal and no format arguments
[-Werror=format-security]

...

We are working on a proposal to enable "-Werror=format-security" for all
packages. Once this flag is enabled, GCC will refuse to compile code that could
be vulnerable to a string format security flaw. For more details, please see
https://fedorahosted.org/fesco/ticket/1185 page.

To understand why it is important to fix this, please see
https://fedoraproject.org/wiki/Format-Security-FAQ page.

How to fix this
---

The fix for these errors is quite simple. It's a matter of changing a
line like,

   printf(foo);

to read,

   printf("%s", foo);

That's it.

Please fix this issue in rawhide with a patch (which you should submit
to upstream to merge moving forward). Please do a new build with the
fix in rawhide. Other releases do not need to be directly fixed, but
there should be no harm in pushing out this fix/patch with other needed
changes to those branches.

In the event you don't fix this bug before the next mass rebuild,
provenpackagers may step in and update your package(s) to fix this
issue.

How reproducible


Build grass-6.4.3-5.fc21.src.rpm with "-Werror=format-security" flag to
reproduce the problem.

To make this process easier, you can use a modified "redhat-rpm-config" package
from http://people.fedoraproject.org/~halfie/artifacts/redhat-rpm-config/ URL.

$ sha256sum redhat-rpm-config-9.1.0-56.fc20.*
faad7594b2080fe76497d0ce50808c905a93dd7b41c1defdde5ca57e3833d3d2
redhat-rpm-config-9.1.0-56.fc20.noarch.rpm
5aa9357174305c7285ffdbc92d7ffe1c07a8a95d5459b930461308f5aad75413
redhat-rpm-config-9.1.0-56.fc20.src.rpm
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] i.segment: Invalid region id -1

2013-12-03 Thread Nikos Alexandris

Nikos Alexandris wrote:

> >> I've tested this with at least three different similar cases. All work
> >> fine without the seed map! All fail with a seed map supplied. I guess,
> >> the only real difference is time for the processes to complete, right?

> > OK, I've just discovered that I mixed 8-bit (the Pan images) for the seed
> > map and 16-bit (the Multi-Spectral images).  So, seed -> 8-bit, group to
> > be segmented -> 16-bit. Does this play a role?

Markus Metz:

> No, the seed map must be integer (not more than 32 bit int), that's
> the only limitation. The data to be segmented can be anything, integer
> and/or floating point.

Good to know.

> But it does not make sense to use a pan band as seeds when segmenting
> the other bands. Seeds are typically the result of a previous run of
> i.segment or the result of a previous classification of the same data.

Then I have inserted a small mistake in my tests/workflow. Wanted to drive 
"finer objects" (from Pan) in bigger ones (based on MS). Will adjust.

Maybe we can add 1-2 sentences what a seed map is actually. What kind of 
numbers per object for example.

Thanks, N
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] i.segment: Invalid region id -1

[GRASS-dev] Thank you and a request on g.gui.mapswipe

Re: [GRASS-dev] i.segment: Invalid region id -1

Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks

Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks

Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks

Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks

Re: [GRASS-dev] i.segment: Invalid region id -1

Re: [GRASS-dev] [GRASS-user] want to color vector map. What am I doing wrong?

Re: [GRASS-dev] [GRASS-user] want to color vector map. What am I doing wrong?

[GRASS-dev] want to color vector map. What am I doing wrong?

Re: [GRASS-dev] i.segment: Invalid region id -1

Re: [GRASS-dev] i.segment: Invalid region id -1

Re: [GRASS-dev] trying to compile GRASS 7 on Mavericks

Re: [GRASS-dev] [GRASS GIS] #2139: g.parser does not allow newline character in option value for Python scripts

[GRASS-dev] [GRASS GIS] #2140: m.proj does not handle cs2cs failure

Re: [GRASS-dev] [GRASS GIS] #1791: gui modeler: cannot load file with r.mapcalc expression containing '&&' operator

Re: [GRASS-dev] [GRASS GIS] #1791: gui modeler: cannot load file with r.mapcalc expression containing '&&' operator

Re: [GRASS-dev] [GRASS GIS] #1791: gui modeler: cannot load file with r.mapcalc expression containing '&&' operator

Re: [GRASS-dev] [GRASS GIS] #1480: v.outlier - distinguish positive and negative outlier filtering from lidar point clouds

Re: [GRASS-dev] [GRASS GIS] #1791: gui modeler: cannot load file with r.mapcalc expression containing '&&' operator

[GRASS-dev] Fwd: [Bug 1037102] New: grass FTBFS if "-Werror=format-security" flag is used

Re: [GRASS-dev] i.segment: Invalid region id -1

23 matches

Site Navigation

Mail list logo

Footer information