GRASS GIS | 1 Jun 09:04 2012

Re: [GRASS GIS] #1668: r.regression.line F-test incorrect

#1668: r.regression.line F-test incorrect
--------------------------+-------------------------------------------------
  Reporter:  cmbarton     |       Owner:  grass-dev <at> …              
      Type:  defect       |      Status:  closed                   
  Priority:  normal       |   Milestone:  7.0.0                    
 Component:  Raster       |     Version:  unspecified              
Resolution:  fixed        |    Keywords:                           
  Platform:  Unspecified  |         Cpu:  Unspecified              
--------------------------+-------------------------------------------------
Changes (by mlennert):

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

Comment:

 Replying to [comment:8 cmbarton]:
 > Does this mean that is fixed in GRASS 7 too?

 Yes, closing the bug.

 Moritz

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/1668#comment:9>
GRASS GIS <http://grass.osgeo.org>

_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
(Continue reading)

Glynn Clements | 1 Jun 09:28 2012

Re: Indented comments in Makefile not compatible with make-3.82


Daniel Macks wrote:

> The problem appears to be just after the above "sed" command, where
> macosx/modbuild/Makefile has:
> 
>      <at> # until I figure out how to get sed to replace with multiple lines in a
>      <at> # makefile, GRASS_APP required for modbuild, ie no default to /Applications
>      <at> #-e 's#^GISBASE.*#ifdef GRASS_APP\
>      <at> #GISBASE = $$(GRASS_APP)/Contents/MacOS\
>      <at> #else\
>      <at> #GISBASE = $(INST_DIR_MACOSX)\
>      <at> #endif#g'
>      <at> # html.make needs a little change
> 
> Why is it even looking at the syntax of a comment? The commented-out
> section is confusing because it's a hybrid of makefile-recipe quiet
> tags ( <at> ), makefile commenting (#), and makefile and shell
> line-continuations (). The new make is known to be stricter about
> several types of makefile syntax, so maybe you've triggered one of
> those? The use of the apparently non-standard " <at> #" in general does
> not seem to be the problem, or else the modbuild recipe would have
> crashed even earlier, so it must be related to the multilining in
> them. Changing the commented-out sed chunk to use standard
> commenting (non-indented leading #) works for me:

Make parses the above as four shell commands:

# until I figure out how to get sed to replace with multiple lines in a

(Continue reading)

GRASS GIS | 1 Jun 10:15 2012

Re: [GRASS GIS] #1668: r.regression.line F-test incorrect

#1668: r.regression.line F-test incorrect
--------------------------+-------------------------------------------------
  Reporter:  cmbarton     |       Owner:  grass-dev <at> …              
      Type:  defect       |      Status:  closed                   
  Priority:  normal       |   Milestone:  7.0.0                    
 Component:  Raster       |     Version:  unspecified              
Resolution:  fixed        |    Keywords:                           
  Platform:  Unspecified  |         Cpu:  Unspecified              
--------------------------+-------------------------------------------------
Changes (by cmbarton):

 * cc: cmbarton (added)

Comment:

 Thanks much

 Michael

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/1668#comment:10>
GRASS GIS <http://grass.osgeo.org>

_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
William Kyngesburye | 1 Jun 15:55 2012

Re: Indented comments in Makefile not compatible with make-3.82

When I created the modbuild thing way back when, that multiline sed replacement did not work (It does work
directly in the Terminal).  I *think* it ended up as run together on one line.  Maybe there was a problem with
the OS X make at the time.  I haven't looked at it since.

On Jun 1, 2012, at 2:28 AM, Glynn Clements wrote:

> 
> Daniel Macks wrote:
> 
>> The problem appears to be just after the above "sed" command, where
>> macosx/modbuild/Makefile has:
>> 
>>      <at> # until I figure out how to get sed to replace with multiple lines in a
>>      <at> # makefile, GRASS_APP required for modbuild, ie no default to /Applications
>>      <at> #-e 's#^GISBASE.*#ifdef GRASS_APP\
>>      <at> #GISBASE = $$(GRASS_APP)/Contents/MacOS\
>>      <at> #else\
>>      <at> #GISBASE = $(INST_DIR_MACOSX)\
>>      <at> #endif#g'
>>      <at> # html.make needs a little change
>> 
>> Why is it even looking at the syntax of a comment? The commented-out
>> section is confusing because it's a hybrid of makefile-recipe quiet
>> tags ( <at> ), makefile commenting (#), and makefile and shell
>> line-continuations (). The new make is known to be stricter about
>> several types of makefile syntax, so maybe you've triggered one of
>> those? The use of the apparently non-standard " <at> #" in general does
>> not seem to be the problem, or else the modbuild recipe would have
>> crashed even earlier, so it must be related to the multilining in
>> them. Changing the commented-out sed chunk to use standard
(Continue reading)

GRASS GIS | 1 Jun 19:21 2012

[GRASS GIS] #1670: LIBDBUSMENU-GLIB-WARNING **: Trying to remove a child that doesn't believe we're it's parent.

#1670: LIBDBUSMENU-GLIB-WARNING **: Trying to remove a child that doesn't believe
we're it's parent.
----------------------+-----------------------------------------------------
 Reporter:  artegion  |       Owner:  grass-dev <at> …              
     Type:  defect    |      Status:  new                      
 Priority:  normal    |   Milestone:  6.4.3                    
Component:  wxGUI     |     Version:  6.4.1                    
 Keywords:            |    Platform:  Linux                    
      Cpu:  x86-64    |  
----------------------+-----------------------------------------------------
 closing "GRASS GIS Layer Manager" with wxpython (under Ubuntu 12.04) I
 have lots of warnings like this

 ----


 (.:2956): LIBDBUSMENU-GLIB-WARNING **: Trying to remove a child that
 doesn't believe we're it's parent.

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/1670>
GRASS GIS <http://grass.osgeo.org>

_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Pietro Zambelli | 1 Jun 20:35 2012
Picon

pyGRASS: Report #2

Hi all!

 

This week I had some classes, so I couldn't work full time on my project, but any way I add new functionalities as rename and remove maps, write row by row a new map.

 

You can find the second weekly report here:

 

http://grass.osgeo.org/wiki/GRASS_SoC_Ideas_2012/High_level_map_interaction#Report1_-_2012-06-01

 

And you can find the source and some examples of use here:

 

http://code.google.com/p/pygrass/

 

Let me know if you have any suggestion.

Best regards

 

Pietro

_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
GRASS GIS | 2 Jun 03:30 2012

Re: [GRASS GIS] #1428: WinGRASS 6.4.1 fails to start after installation

#1428: WinGRASS 6.4.1 fails to start after installation
--------------------------+-------------------------------------------------
 Reporter:  dhastings     |       Owner:  grass-dev <at> …              
     Type:  defect        |      Status:  new                      
 Priority:  blocker       |   Milestone:  6.4.2                    
Component:  Installation  |     Version:  6.4.1                    
 Keywords:  wingrass      |    Platform:  MSWindows 7              
      Cpu:  x86-64        |  
--------------------------+-------------------------------------------------
Changes (by hamish):

  * priority:  critical => blocker

Comment:

 Changed to blocker as the current binaries are in clear violation and must
 be fixed ASAP. We can't go on ignoring this forever.


 IMHO having the installer automatically download and install the offending
 libraries is at least a clear violation of the spirit of the license, and
 so unacceptable. The user must instigate the support library install
 themselves, and know that they are doing it.


 My proposal is to add a step to the end stages of the GRASS installer
 which tests for the needed MSVCRT dlls, and if not found show a page in
 NSIS with a clear warning that GRASS won't work unless it is installed,
 click [here] to open a web browser to the download page of the installer*,
 or [continue] without and do it later. Make it easy and clear, but keep
 them presented clearly separate.

 [*] we should wrap the suggested
  http://download.osgeo.org/osgeo4w/release/msvcrt/

 .bz2 files in a nice standalone setup.exe of its own, asking non-technical
 users to manually extract bzip2 and install by hand is too much to ask.

 Once working smoothly, we should be able to port this over to QGIS's
 installer too.


 cheers,
 Hamish

--

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/1428#comment:23>
GRASS GIS <http://grass.osgeo.org>

_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Eric Momsen | 2 Jun 07:14 2012
Picon

Report #2, GSoC Image Segmentation

Hi all,


Completed:

I spent the week learning and implementing the "segmentation library" which deals with tiling large rasters to balance memory constraints with disk I/O.  It is totally different from image segmentation, the task of the program, so hopefully the dual meaning of the word won't cause too many headaches!  There is a lot of good information in the GRASS programmer's manual, that has been good reading.

The data I/O portion is coded, using both imagery groups and segmentation data storage.  It compiled today, but quits half way through.  Hopefully I'm just missing some small syntax error.

Tasks for next week:
Get I/O to work.
Write the basic image segmentation algorithm.

Blocking:
Nothing yet, there are some bug(s?) preventing the program from running.  But I've just now figured out where the problem is and need some time to continue looking for the solution.

-Eric
_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
GRASS GIS | 2 Jun 19:57 2012

Re: [GRASS GIS] #1670: LIBDBUSMENU-GLIB-WARNING **: Trying to remove a child that doesn't believe we're it's parent.

#1670: LIBDBUSMENU-GLIB-WARNING **: Trying to remove a child that doesn't believe
we're it's parent.
----------------------+-----------------------------------------------------
 Reporter:  artegion  |       Owner:  grass-dev <at> …              
     Type:  defect    |      Status:  new                      
 Priority:  normal    |   Milestone:  6.4.3                    
Component:  wxGUI     |     Version:  6.4.2                    
 Keywords:            |    Platform:  Linux                    
      Cpu:  x86-64    |  
----------------------+-----------------------------------------------------
Changes (by artegion):

  * version:  6.4.1 => 6.4.2

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/1670#comment:1>
GRASS GIS <http://grass.osgeo.org>

_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
GRASS GIS | 2 Jun 20:00 2012

Re: [GRASS GIS] #1670: LIBDBUSMENU-GLIB-WARNING **: Trying to remove a child that doesn't believe we're it's parent.

#1670: LIBDBUSMENU-GLIB-WARNING **: Trying to remove a child that doesn't believe
we're it's parent.
----------------------+-----------------------------------------------------
 Reporter:  artegion  |       Owner:  grass-dev <at> …              
     Type:  defect    |      Status:  new                      
 Priority:  major     |   Milestone:  6.4.3                    
Component:  wxGUI     |     Version:  6.4.2                    
 Keywords:            |    Platform:  Linux                    
      Cpu:  x86-64    |  
----------------------+-----------------------------------------------------
Changes (by artegion):

  * priority:  normal => major

--

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/1670#comment:2>
GRASS GIS <http://grass.osgeo.org>

_______________________________________________
grass-dev mailing list
grass-dev <at> lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Gmane