Re: [GRASS-dev] [GRASS GIS] #2392: winGRASS GIS 6.4.5 svn r.li modules - issues with hard coded path to conf files

[GRASS GIS]

#2392: winGRASS GIS 6.4.5 svn r.li modules - issues with hard coded path to conf
files
+---
 Reporter:  hellik  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  critical|   Milestone:  6.4.5
Component:  Raster  | Version:  svn-releasebranch64  
 Keywords:  wingrass, r.li  |Platform:  MSWindows 7  
  Cpu:  x86-32  |  
+---

Comment(by neteler):

 Replying to [ticket:2392 hellik]:
 > from the ML
 >
 > http://lists.osgeo.org/pipermail/grass-dev/2014-August/070384.html
 >
 > {{{
 > now conf-file generated in winGRASS7.1svn and the conf file stored e.g.
 >
 > C:\Users\normal\AppData\Roaming\GRASS6\movwindow7

 Note that the r.li directory is different in GRASS GIS 6 from than what
 you tried:


 {{{
 # Linux
 $HOME/.r.li/history/movwindow7

 # Windows (untested, please test)
 C:\Users\normal\AppData\Roaming\GRASS6\.r.li\history\movwindow7
 }}}

 ... and no path in conf= when running the r.li.* modules.

 See also:
 http://grasswiki.osgeo.org/wiki/GRASS_configuration_files_in_home_directory

 You may try to use 'g.gisenv set="DEBUG=1"' to check where r.li.* is
 seeking.

 Once understood, we should add a note in
 grass64/raster/r.li/r.li.setup/description.html

-- 
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] #2392: winGRASS GIS 6.4.5 svn r.li modules - issues with hard coded path to conf files

[GRASS GIS]

#2392: winGRASS GIS 6.4.5 svn r.li modules - issues with hard coded path to conf
files
+---
 Reporter:  hellik  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  critical|   Milestone:  6.4.5
Component:  Raster  | Version:  svn-releasebranch64  
 Keywords:  wingrass, r.li  |Platform:  MSWindows 7  
  Cpu:  x86-32  |  
+---

Comment(by hellik):

 Replying to [comment:5 neteler]:
 > Replying to [ticket:2392 hellik]:
 > > from the ML
 > >
 > > http://lists.osgeo.org/pipermail/grass-dev/2014-August/070384.html
 > >
 > > {{{
 > > now conf-file generated in winGRASS7.1svn and the conf file stored
 e.g.
 > >
 > > C:\Users\normal\AppData\Roaming\GRASS6\movwindow7
 >
 > Note that the r.li directory is different in GRASS GIS 6 from than what
 you tried:

 as setup is not working at the moment in winGRASS6, I've created the conf
 file in winGRASS7; and there are different places in winGRASS6 and
 winGRASS7 where the conf file is stored by r.li.setup

 >
 >
 > {{{
 > # Linux
 > $HOME/.r.li/history/movwindow7
 >
 > # Windows (untested, please test)
 > C:\Users\normal\AppData\Roaming\GRASS6\.r.li\history\movwindow7
 > }}}

 in winGRASS6, it's

 {{{
 C:\Users\normal\.r.li
 }}}

 in winGRASS7, it's

 {{{
 C:\Users\normal\AppData\Roaming\GRASS7
 }}}

 >
 > ... and no path in conf= when running the r.li.* modules.
 >
 > See also:
 >
 http://grasswiki.osgeo.org/wiki/GRASS_configuration_files_in_home_directory
 >
 > You may try to use 'g.gisenv set="DEBUG=1"' to check where r.li.* is
 seeking.

 as noted before, it's seeked in

 {{{
 C:\Users\normal\.r.li
 }}}

 >
 > Once understood, we should add a note in
 grass64/raster/r.li/r.li.setup/description.html

 yes

-- 
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] #2392: winGRASS GIS 6.4.5 svn r.li modules - issues with hard coded path to conf files

[GRASS GIS]

#2392: winGRASS GIS 6.4.5 svn r.li modules - issues with hard coded path to conf
files
+---
 Reporter:  hellik  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  critical|   Milestone:  6.4.5
Component:  Raster  | Version:  svn-releasebranch64  
 Keywords:  wingrass, r.li  |Platform:  MSWindows 7  
  Cpu:  x86-32  |  
+---

Comment(by hellik):

 Replying to [comment:6 hellik]:
 >
 > in winGRASS7, it's
 >
 > {{{
 > C:\Users\normal\AppData\Roaming\GRASS7
 > }}}

 it's

 {{{
 C:\Users\normal\AppData\Roaming\GRASS7\r.li
 }}}

-- 
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] #2392: winGRASS GIS 6.4.5 svn r.li modules - issues with hard coded path to conf files

[GRASS GIS]

#2392: winGRASS GIS 6.4.5 svn r.li modules - issues with hard coded path to conf
files
+---
 Reporter:  hellik  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  critical|   Milestone:  6.4.5
Component:  Raster  | Version:  svn-releasebranch64  
 Keywords:  wingrass, r.li  |Platform:  MSWindows 7  
  Cpu:  x86-32  |  
+---

Comment(by neteler):

 Improved docs in G7: r61665 (r61666) and G6: r61667 (r61668). Please
 check.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] type of parameter resolution in g.region vs r.proj

[Markus Neteler]

Hi,

On Wed, Jul 2, 2014 at 6:05 PM, Margherita Di Leo
 wrote:
> Hi,
>
> Apparently, for unprojected reference systems, r.proj doesn't accept the
> parameter resolution expressed in DD:MM:SS, but only in decimal degrees (at
> least for me, any other experience?), while for example g.region does accept
> this format. The type of the parameter resolution is float for r.proj and
> integer for g.region (as far as i can understand digging into the source
> code).

The reason is the use of G_scan_resolution () in g.region:
http://grass.osgeo.org/programming7/wind__scan_8c.html#a45410fd362f91e2c0a47e369e3fcaa5c

> My (probably naive) question is : Wouldn't it make sense to adopt
> integer type also for r.proj?

You mean you want both DD:MM:SS and decimal degrees support for
r.proj? To me it sounds reasonable.

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

Re: [GRASS-dev] [GRASS GIS] #2342: G7: deprecate r.los in favour of r.viewshed

[GRASS GIS]

#2342: G7: deprecate r.los in favour of r.viewshed
---+
 Reporter:  neteler|   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  blocker|   Milestone:  7.0.0
Component:  Raster | Version:  svn-releasebranch70  
 Keywords:  r.los, r.viewshed  |Platform:  All  
  Cpu:  Unspecified|  
---+
Changes (by neteler):

  * priority:  normal => blocker


-- 
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] #2394: r.to.vect: Flag -e: Erase vector map if empty

[GRASS GIS]

#2394: r.to.vect: Flag -e: Erase vector map if empty
-+--
 Reporter:  martin   |   Owner:  grass-dev@…  
 Type:  enhancement  |  Status:  new  
 Priority:  trivial  |   Milestone:   
Component:  Vector   | Version:  unspecified  
 Keywords:   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--
 Avoid creating a pile of empty vector maps upon vectorization of a non-
 rectangular image in smaller chunks.

-- 
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] #2394: r.to.vect: Flag -e: Erase vector map if empty

[GRASS GIS]

#2394: r.to.vect: Flag -e: Erase vector map if empty
-+--
 Reporter:  martin   |   Owner:  grass-dev@…  
 Type:  enhancement  |  Status:  new  
 Priority:  trivial  |   Milestone:  7.0.0
Component:  Vector   | Version:  svn-releasebranch70  
 Keywords:  r.to.vect|Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--
Changes (by neteler):

  * keywords:  => r.to.vect
  * version:  unspecified => svn-releasebranch70
  * milestone:  => 7.0.0


Comment:

 An option might be to add a new flag

  -e: Erase new vector map if empty

 Perhaps there are better options?

-- 
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] #2394: r.to.vect: Flag -e: Erase vector map if empty

[GRASS GIS]

#2394: r.to.vect: Flag -e: Erase vector map if empty
-+--
 Reporter:  martin   |   Owner:  grass-dev@…  
 Type:  enhancement  |  Status:  new  
 Priority:  trivial  |   Milestone:  7.0.0
Component:  Vector   | Version:  svn-releasebranch70  
 Keywords:  r.to.vect|Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by martinl):

 Replying to [comment:1 neteler]:

 > Perhaps there are better options?

 Just delete the output map automatically if it's empty and print a
 warning?

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] update GRASS 6.4.3 to GRASS 6.4.4. on downloads?

[Helena Mitasova]

as I am preparing instructions for the new semester I noticed that the download 
page refers to 6.4.3 stable
but the actual release is 6.4.4 which may be confusing to some users 
http://grass.osgeo.org/download/software/
Should it be just GRASS 6.4 to make it consistent with GRASS7.0 and the binary 
would have the latest 
release number?

Thank you, Helena

Helena Mitasova
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
OSGeoREL
http://marinesci.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 Aug 11, 2014, at 6:30 PM, Michael Barton wrote:

> I just posted binaries for GRASS 7.0 beta 3, along with new binaries for 
> GRASS 7.1 dev and GRASS 6.4.4 svn. These use the most current frameworks from 
> William Kyngesburye’s site (also posted on the GRASS for Mac site). 
> 
> They can be downloaded at: http://grassmac.wikidot.com/downloads
> 
> 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 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
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> 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] update GRASS 6.4.3 to GRASS 6.4.4. on downloads?

[Markus Neteler]

Helena,

On Mon, Aug 18, 2014 at 2:45 AM, Helena Mitasova  wrote:
> as I am preparing instructions for the new semester I noticed that the 
> download page refers to 6.4.3 stable
> but the actual release is 6.4.4 which may be confusing to some users
> http://grass.osgeo.org/download/software/

sure - it was simply not updated after the last 6.4.4 release.

> Should it be just GRASS 6.4 to make it consistent with GRASS7.0 and the 
> binary would have the latest
> release number?

Yes, I have changed it to 6.4 (the less places to change in the CMS
the easier it is) and updated a few links.

thanks for catching it,
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2392: winGRASS GIS 6.4.5 svn r.li modules - issues with hard coded path to conf files

[GRASS GIS]

#2392: winGRASS GIS 6.4.5 svn r.li modules - issues with hard coded path to conf
files
+---
 Reporter:  hellik  |   Owner:  grass-dev@…  
 Type:  defect  |  Status:  new  
 Priority:  critical|   Milestone:  6.4.5
Component:  Raster  | Version:  svn-releasebranch64  
 Keywords:  wingrass, r.li  |Platform:  MSWindows 7  
  Cpu:  x86-32  |  
+---

Comment(by neteler):

 It appears that the issue only comes up when using the GUI. So:

 Replying to [ticket:2392 hellik]:
 ...
 > C:\Users\normal\AppData\Roaming\GRASS6\movwindow7
 >
 > some test:
 >
 > r.li.mps --verbose map=myforest at user1
 > conf=C:\Users\normal\AppData\Roaming\GRASS6\movwindow7
 > output=myforest_mean_patch_size
 > ERROR: Cannot find configuration file
 >
 


 I think that the issue in GRASS 6 is that we use the macro
 G_define_standard_option(G_OPT_F_INPUT) which contains this button
 generating line
 Opt->gisprompt = "old_file,file,input";

 For GRASS 6, we may need to replace the macro with the full definition in
 each
 r.li module and omit the gisprompt line to not have the GUI button.
 Obviously it
 becomes more difficult to find the names of the conf file.

 Ideally the conf file button would open the \.r.li\history\ directory
 but that's
 AFAIK not possible. Other ideas?

-- 
Ticket URL: 
GRASS GIS 

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