Re: [GRASS-dev] grass on launchpad

[Luca Delucchi]

On 2 January 2015 at 12:01, Ivan Mincik  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 12/31/2014 11:42 AM, Martin Landa wrote:
>> Hi,
>>

Hi,

>> * stable will contain the latest release of GRASS7, now it will be
>> 7.0.0beta4 * stable will contain daily builds of grass70-addons against
>> latest grass70 package
>
> Agree, with little modification of your wording:
> * stable will contain the latest official release of GRASS7 staring from
> 7.0.0beta4
>  * stable will contain daily builds of of addons build on top of latest
> official release of GRASS7
>

+1

>
>> * devel will contain daily builds of grass70 (rel svn branch) and daily
>> builds of grass71 (trunk) * devel will contain daily builds of
>> grass70-addons and grass71-addons packagesw
>
> - From my point of view, devel should contain daily builds of latest 
> development
> versions which now means 7.1.
>

I'd prefer to have also grass70 rel svn branch so people can test
easily if bug are fixed...

My 2 cent's

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Anna Petrášová]

On Fri, Jan 2, 2015 at 6:25 AM, Martin Landa  wrote:

> Hi,
>
> 2015-01-01 23:55 GMT+01:00 Markus Neteler :
>
> > Also the wxGUI differences I'll leave to the experts :-)
>
> I would not backport the new and still experimental features like data
> catalog. Generally speaking I would leave wxGUI as it is. After RC1
> only bugfixes.
>

Any idea about the difference in gcmd.py in trunk, it's something about
Windows shell escaping? I don't know how to try it out, to understand if we
want it or not.
http://trac.osgeo.org/grass/browser/grass/trunk/gui/wxpython/core/gcmd.py#L163

Anna.

>
> Martin
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.eu/mentors/landa
> ___
> 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] wxGUI no longer shows zoom box

[Anna Petrášová]

On Fri, Jan 2, 2015 at 1:10 PM, Markus Neteler  wrote:

> On Fri, Jan 2, 2015 at 2:05 AM, Anna Petrášová 
> wrote:
> > On Wed, Dec 31, 2014 at 9:31 AM, Markus Neteler 
> wrote:
> >>
> >> Hi,
> >>
> >> for some weeks the wxGUI no longer shows the box when zooming...
> >> Should I open a ticket for that?
> >
> > Trunk or release branch? When I zoom I can see the red line. Does it
> happen
> > with a fresh GUI instance?
>
> Yes. Confirmed in trunk
>
> GRASS version: 7.1.svn
> GRASS SVN Revision: 63931
> Build Date: 2015-01-02
> Build Platform: x86_64-unknown-linux-gnu
> GDAL/OGR: 1.10.1
> PROJ.4: 4.8.0
> GEOS: 3.4.2
> SQLite: 3.8.7.4
> Python: 2.7.5
> wxPython: 2.8.12.0
> Platform: Linux-3.17.3-200.fc20.x86_64-x86_64-with-fedora-20-Heisenbug
>
> In the release branch it works fine.
>

Let me know if r63937 works, otherwise wxPython 3 seems to solve it as
well, but not many people are using it yet.

For some reason the device context (which enables drawing with
transparency) refuses to draw the lines with certain style. On my machine I
get solid line, although it is supposed to be dashed line. On your machine
it refuses to draw at all I guess.

Anna


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

Re: [GRASS-dev] [GRASS GIS] #2523: wxGUI digitiser - GRASS 7.0.0beta4

[GRASS GIS]

#2523: wxGUI digitiser - GRASS 7.0.0beta4
---+
 Reporter:  jeir   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-releasebranch70  
 Keywords:  digitizer  |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+

Comment(by annakrat):

 Replying to [comment:4 annakrat]:
 > Replying to [comment:3 jeir]:
 > >
 > > - The Quit digitiser icon is not visible

 Anyone with Mac can confirm that? I can see the icon on Ubuntu.

-- 
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] #2523: wxGUI digitiser - GRASS 7.0.0beta4

[GRASS GIS]

#2523: wxGUI digitiser - GRASS 7.0.0beta4
---+
 Reporter:  jeir   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-releasebranch70  
 Keywords:  digitizer  |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+

Comment(by annakrat):

 Replying to [comment:4 annakrat]:
 > Replying to [comment:3 jeir]:
 > > - Digitizer palette does not appear, switching back and forth between
 Layer Manager and Map Display / selecting - deselecting roadsmajor in
 Layer Manager did not bring the digitiser palette to view again. The moved
 point's new position was saved.
 > >
 >
 > Confirmed. I will try to look into that. It doesn't happen in release
 branch.

 Fixed in r63936. No need to backport.

-- 
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] #2523: wxGUI digitiser - GRASS 7.0.0beta4

[GRASS GIS]

#2523: wxGUI digitiser - GRASS 7.0.0beta4
---+
 Reporter:  jeir   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-releasebranch70  
 Keywords:  digitizer  |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+

Comment(by jeir):

 - increasing the window size does not help.

-- 
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] #2523: wxGUI digitiser - GRASS 7.0.0beta4

[GRASS GIS]

#2523: wxGUI digitiser - GRASS 7.0.0beta4
---+
 Reporter:  jeir   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-releasebranch70  
 Keywords:  digitizer  |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+

Comment(by annakrat):

 Replying to [comment:3 jeir]:
 > Tried Michael Barton's 7.1 svn:
 > GRASS 7.1.svn (r63881M)
 >
 > Select Vector digitizer option in Map Display Window
 > Select roadsmajor as the map layer to digitize
 >
 > - The Quit digitiser icon is not visible

 I can see it. Do you have the window wide enough?
 >
 > - Succeeded in moving a vector point (after selecting snap also to
 vector point and adjusting the snap distance)
 >
 > Selected 2D View
 >
 > - responded yes to Save changes?
 >
 > Selected Vector digitizer
 >
 > - Digitizer palette does not appear, switching back and forth between
 Layer Manager and Map Display / selecting - deselecting roadsmajor in
 Layer Manager did not bring the digitiser palette to view again. The moved
 point's new position was saved.
 >

 Confirmed. I will try to look into that. It doesn't happen in release
 branch.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Markus Neteler]

Hi devs,

proposal for new RC1 release date: 14 Jan 2015.
Let's please manage to keep that date if you agree.

http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing

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

Re: [GRASS-dev] [GRASS GIS] #2523: wxGUI digitiser - GRASS 7.0.0beta4

[GRASS GIS]

#2523: wxGUI digitiser - GRASS 7.0.0beta4
---+
 Reporter:  jeir   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-releasebranch70  
 Keywords:  digitizer  |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+

Comment(by jeir):

 Tried Michael Barton's 7.1 svn:
 GRASS 7.1.svn (r63881M)

 Select Vector digitizer option in Map Display Window
 Select roadsmajor as the map layer to digitize

 - The Quit digitiser icon is not visible

 - Succeeded in moving a vector point (after selecting snap also to vector
 point and adjusting the snap distance)

 Selected 2D View

 - responded yes to Save changes?

 Selected Vector digitizer

 - Digitizer palette does not appear, switching back and forth between
 Layer Manager and Map Display / selecting - deselecting roadsmajor in
 Layer Manager did not bring the digitiser palette to view again. The moved
 point's new position was saved.

 Exit GRTAss and python, restart GRASS, repeat procedure, problem persists.


 I have not compiled myself since version 6.3

-- 
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] #2440: remove unused elements from g.list/g.remove

[GRASS GIS]

#2440: remove unused elements from g.list/g.remove
+---
 Reporter:  annakrat|   Owner:  grass-dev@…  
 Type:  task|  Status:  new  
 Priority:  blocker |   Milestone:  7.0.0
Component:  LibGIS  | Version:  svn-releasebranch70  
 Keywords:  elements, g.remove  |Platform:  All  
  Cpu:  Unspecified |  
+---

Comment(by martinl):

 > http://grass.osgeo.org/grass70/manuals/v.out.ascii.html
 >
 > "If old version is requested, the output files from v.out.ascii is
 placed in the $LOCATION/$MAPSET/dig_ascii/ and $LOCATION/$MAPSET/dig_att
 directory."
 >
 > So, it stems from GRASS GIS 4 and older. Random citation:
 >
 > GRASS-Intergraph Data Conversion Guide by V Harmon - ‎1992,
 http://www.dtic.mil/get-tr-doc/pdf?AD=ADA251458 (p. 14)
 >
 > Less used nowadays :-)

 if it's only one usage I would still to vote for removing it from element
 list. What do you think?

-- 
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] #2440: remove unused elements from g.list/g.remove

[GRASS GIS]

#2440: remove unused elements from g.list/g.remove
+---
 Reporter:  annakrat|   Owner:  grass-dev@…  
 Type:  task|  Status:  new  
 Priority:  blocker |   Milestone:  7.0.0
Component:  LibGIS  | Version:  svn-releasebranch70  
 Keywords:  elements, g.remove  |Platform:  All  
  Cpu:  Unspecified |  
+---

Comment(by neteler):

 Replying to [comment:9 martinl]:
 > Replying to [comment:8 annakrat]:
 > > There is still the `ascii_vector`, I have no idea what it is.
 >
 > I also don't know. Anyone has an idea? If not I would suggest to remove
 it too.

 http://grass.osgeo.org/grass70/manuals/v.out.ascii.html

 "If old version is requested, the output files from v.out.ascii is placed
 in the $LOCATION/$MAPSET/dig_ascii/ and $LOCATION/$MAPSET/dig_att
 directory."

 So, it stems from GRASS GIS 4 and older. Random citation:

 GRASS-Intergraph Data Conversion Guide by V Harmon - ‎1992,
 http://www.dtic.mil/get-tr-doc/pdf?AD=ADA251458 (p. 14)

 Less used nowadays :-)

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] wxGUI no longer shows zoom box

[Markus Neteler]

On Fri, Jan 2, 2015 at 2:05 AM, Anna Petrášová  wrote:
> On Wed, Dec 31, 2014 at 9:31 AM, Markus Neteler  wrote:
>>
>> Hi,
>>
>> for some weeks the wxGUI no longer shows the box when zooming...
>> Should I open a ticket for that?
>
> Trunk or release branch? When I zoom I can see the red line. Does it happen
> with a fresh GUI instance?

Yes. Confirmed in trunk

GRASS version: 7.1.svn
GRASS SVN Revision: 63931
Build Date: 2015-01-02
Build Platform: x86_64-unknown-linux-gnu
GDAL/OGR: 1.10.1
PROJ.4: 4.8.0
GEOS: 3.4.2
SQLite: 3.8.7.4
Python: 2.7.5
wxPython: 2.8.12.0
Platform: Linux-3.17.3-200.fc20.x86_64-x86_64-with-fedora-20-Heisenbug

In the release branch it works fine.

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

Re: [GRASS-dev] [GRASS GIS] #2520: d.grid: -c and -d flags not displaying + and - marks

[GRASS GIS]

#2520: d.grid: -c and -d flags not displaying + and - marks
--+-
 Reporter:  richardc  |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  7.0.0
Component:  Display   | Version:  svn-trunk
 Keywords:  d.grid|Platform:  Linux
  Cpu:  x86-32|  
--+-

Comment(by neteler):

 Replying to [comment:6 annakrat]:
 > d.grid manual says: `A geographic grid cannot be drawn for a
 latitude/longitude or XY projection.` When you switch off -g, it will
 work.

 Right. I have changed the message to

 ERROR: Geo-grid option not available for LL projection, use without -g/-w

 > > {{{
 > > GRASS 7.1.svn (nc_spm_08_grass7):~ > d.grid -g -c size=00:30 width=6
 color=blue fontsize=14
 > > WARNING: Geogrid marks not yet implemented
 > > }}}

 Also here, without -g the marks are shown.

 Still a bit funny, in LatLong -g/-w should not be used while e.g. in NC
 SPM there is no support implemented.

 Maybe -g and -w should be commented out?

-- 
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] #2523: wxGUI digitiser - GRASS 7.0.0beta4

[GRASS GIS]

#2523: wxGUI digitiser - GRASS 7.0.0beta4
---+
 Reporter:  jeir   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-releasebranch70  
 Keywords:  digitizer  |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+

Comment(by annakrat):

 Could you try newer version of GRASS 70, it might be fixed there.

-- 
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] #2523: wxGUI digitiser - GRASS 7.0.0beta4

[GRASS GIS]

#2523: wxGUI digitiser - GRASS 7.0.0beta4
---+
 Reporter:  jeir   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-releasebranch70  
 Keywords:  digitizer  |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+
Changes (by jeir):

  * keywords:  dititizer => digitizer


-- 
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] #2523: wxGUI digitiser - GRASS 7.0.0beta4

[GRASS GIS]

#2523: wxGUI digitiser - GRASS 7.0.0beta4
---+
 Reporter:  jeir   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  7.0.0
Component:  wxGUI  | Version:  svn-releasebranch70  
 Keywords:  dititizer  |Platform:  MacOSX   
  Cpu:  OSX/Intel  |  
---+
 Problem encountered in wxgui digitiser:

 GRASS 7.0.0beta4 - binaries and frameworks from Michael Barton's site

 Mac OS X 10.10.1 (14B25)

 - Location nc_spm_08_grass7

 Select layer roadsmajor in Layer Manager Window (previously copied to
 user1 from PERMANENT)

 Switch to Map Display window

 - The roadsmajor map is displayed

 Switch from 2D view to Digitize

 - Note that the Quit Digitizer Icon is missing

 Select layer roadsmajor to Digitize

 - Map roadsmajor disappears from Map Display

 Switch to Layer Manager, untick and retick Roadsmajor

 - Map roadsmajor reappears

 Switch to Map Display Window

 - Actions on the digitiser palette result in 'Message: No vector map
 selected for editing'


 Selecting the option  New vector map brings in the Quit Digitizer icon,
 but other problems persist.

 This problem was not experienced in GRASS 7.1.svn (r61255M)

-- 
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] #995: WxGUI startup screen fails if GISDBASE path contains non-latin characters

[GRASS GIS]

#995: WxGUI startup screen fails if GISDBASE path contains non-latin characters
+---
 Reporter:  marisn  |   Owner:  martinl
 Type:  defect  |  Status:  assigned   
 Priority:  critical|   Milestone:  7.0.0  
Component:  wxGUI   | Version:  svn-releasebranch64
 Keywords:  wingrass, i18n  |Platform:  MSWindows Vista
  Cpu:  Unspecified |  
+---

Comment(by martinl):

 Replying to [comment:21 marisn]:

 > I just tested GRASS 7 on Vista. It seems to pass the "welcome" screen
 just fine, still CLI (CMD) is not set up correctly (LOCATION_NAME not
 set). g.gui starts fine, still it is not possible to import any data as
 vector import wizard fails to see any layers in a shapefile and raster
 data importing fails when calling r.in.gdal with "file doesn't exist"
 error. Exiting from CMD also fails with "Failed to start shell 'C:\Program
 Files\GRASS GIS 7.0.svn\msys\bin\sh.exe'".
 >
 > My guess - elimination of CMD part on windows as per #1891 AND
 elimination of touching shell in ANY way is the only solution to fix this
 issue.

 please could you do the test again with most recent GRASS 7.0 version?

-- 
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] #2440: remove unused elements from g.list/g.remove

[GRASS GIS]

#2440: remove unused elements from g.list/g.remove
+---
 Reporter:  annakrat|   Owner:  grass-dev@…  
 Type:  task|  Status:  new  
 Priority:  blocker |   Milestone:  7.0.0
Component:  LibGIS  | Version:  svn-releasebranch70  
 Keywords:  elements, g.remove  |Platform:  All  
  Cpu:  Unspecified |  
+---
Changes (by martinl):

  * priority:  normal => blocker


Comment:

 Replying to [comment:8 annakrat]:
 > There is still the `ascii_vector`, I have no idea what it is.

 I also don't know. Anyone has an idea? If not I would suggest to remove it
 too.

-- 
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] #2440: remove unused elements from g.list/g.remove

[GRASS GIS]

#2440: remove unused elements from g.list/g.remove
+---
 Reporter:  annakrat|   Owner:  grass-dev@…  
 Type:  task|  Status:  new  
 Priority:  normal  |   Milestone:  7.0.0
Component:  LibGIS  | Version:  svn-releasebranch70  
 Keywords:  elements, g.remove  |Platform:  All  
  Cpu:  Unspecified |  
+---

Comment(by annakrat):

 There is still the `ascii_vector`, I have no idea what it is.

-- 
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] #2520: d.grid: -c and -d flags not displaying + and - marks

[GRASS GIS]

#2520: d.grid: -c and -d flags not displaying + and - marks
--+-
 Reporter:  richardc  |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  7.0.0
Component:  Display   | Version:  svn-trunk
 Keywords:  d.grid|Platform:  Linux
  Cpu:  x86-32|  
--+-

Comment(by annakrat):

 Replying to [comment:5 neteler]:
 > I just tried on command line:
 >
 > {{{
 > GRASS 7.1.svn (latlong):~ > d.grid -g -c size=00:30 width=6 color=blue
 fontsize=14
 > ERROR: Geo-Grid option is not available for LL projection
 > }}}

 d.grid manual says: `A geographic grid cannot be drawn for a
 latitude/longitude or XY projection.` When you switch off -g, it will
 work.

 >
 >
 > Other location:
 >
 > {{{
 > GRASS 7.1.svn (nc_spm_08_grass7):~ > d.mon wx0
 > GRASS 7.1.svn (nc_spm_08_grass7):~ > d.grid -g -c size=00:30 width=6
 color=blue fontsize=14
 > WARNING: Geogrid marks not yet implemented
 > }}}
 >
 > (the spelling is different)
 >
 > It doesn't seem to available.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Vaclav Petras]

On Fri, Jan 2, 2015 at 6:30 AM, Martin Landa  wrote:

> 2015-01-01 23:55 GMT+01:00 Markus Neteler :
> > - r.spread (Vaclav)
>


> I put these notes to trac [1], please mark by ~~ when solved.
>
>
The wiki page is saying r63777 [1] which I backported 4 days ago in hurry
[2] because I was afraid that RC1 will be actually released, so I was not
reporting it. There is also r60922 which is extending interface by -i flag
which enables a new feature, copying values from seed map into the output
map. I could backport it, it would be actually advantageous for me to have
it in 70, but it is adding a new feature and I'm afraid I'm the only one
who tested that.

[1] http://trac.osgeo.org/grass/changeset/63777
[2] http://trac.osgeo.org/grass/changeset/63820
[3] http://trac.osgeo.org/grass/changeset/60922


> [1] http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.eu/mentors/landa
> ___
> 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-SVN] r63924 - in grass/branches/releasebranch_7_0/general: g.list g.list/testsuite g.parser g.remove g.remove/testsuite g.setproj g.tempfile

[Vaclav Petras]

On Thu, Jan 1, 2015 at 5:49 PM,  wrote:

> Author: neteler
> Date: 2015-01-01 14:49:11 -0800 (Thu, 01 Jan 2015)
> New Revision: 63924
>
> Added:
>grass/branches/releasebranch_7_0/general/g.list/testsuite/
>grass/branches/releasebranch_7_0/general/g.list/testsuite/test_g_list.py
>grass/branches/releasebranch_7_0/general/g.remove/testsuite/
>
>  grass/branches/releasebranch_7_0/general/g.remove/testsuite/test_g_remove.py
>

Just to be sure that we know what we are doing. Are you planning to
backport gunittest? These tests are useless without it. If you just want to
reduce differences when using Meld then it is much more efficient to create
a file filter (Edit > Preferences > File Filters) in Meld. For example, I
have one named GRASS GIS which has OBJ.* bin.* dist.* in the pattern. You
can quickly turn on and off the filters in toolbar using Filters.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2520: d.grid: -c and -d flags not displaying + and - marks

[GRASS GIS]

#2520: d.grid: -c and -d flags not displaying + and - marks
--+-
 Reporter:  richardc  |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  7.0.0
Component:  Display   | Version:  svn-trunk
 Keywords:  d.grid|Platform:  Linux
  Cpu:  x86-32|  
--+-

Comment(by neteler):

 I just tried on command line:

 {{{
 GRASS 7.1.svn (latlong):~ > d.grid -g -c size=00:30 width=6 color=blue
 fontsize=14
 ERROR: Geo-Grid option is not available for LL projection
 }}}


 Other location:

 {{{
 GRASS 7.1.svn (nc_spm_08_grass7):~ > d.mon wx0
 GRASS 7.1.svn (nc_spm_08_grass7):~ > d.grid -g -c size=00:30 width=6
 color=blue fontsize=14
 WARNING: Geogrid marks not yet implemented
 }}}

 (the spelling is different)

 It doesn't seem to available.

-- 
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] #2440: remove unused elements from g.list/g.remove

[GRASS GIS]

#2440: remove unused elements from g.list/g.remove
+---
 Reporter:  annakrat|   Owner:  grass-dev@…  
 Type:  task|  Status:  new  
 Priority:  normal  |   Milestone:  7.0.0
Component:  LibGIS  | Version:  svn-releasebranch70  
 Keywords:  elements, g.remove  |Platform:  All  
  Cpu:  Unspecified |  
+---

Comment(by neteler):

 As of r63875 it is

 {{{
raster: raster map(s)
raster_3d: 3D raster map(s)
vector: vector map(s)
ascii_vector: ASCII vector map(s)
labels: paint label file(s)
region: region definition(s)
group: imagery group(s)
all: all types
 }}}

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Martin Landa]

2015-01-01 23:55 GMT+01:00 Markus Neteler :
>> - lib/vector/Vlib/write_nat.c

it's [1], probably backport, I will leave decision on MarkusM. Martin

[1] 
http://trac.osgeo.org/grass/changeset/63404/grass/trunk/lib/vector/Vlib/write_nat.c

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Martin Landa]

2015-01-01 23:55 GMT+01:00 Markus Neteler :
>> - lib/vector/Vlib/snap.c

new kdtree implementation by MarkusM [1,2,3]. Probably new feature for
GRASS 7.1 (do not backport) ?

Martin

[1] 
http://trac.osgeo.org/grass/changeset/63601/grass/trunk/lib/vector/Vlib/snap.c
[2] 
http://trac.osgeo.org/grass/changeset/63645/grass/trunk/lib/vector/Vlib/snap.c
[3] 
http://trac.osgeo.org/grass/changeset/63918/grass/trunk/lib/vector/Vlib/snap.c

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Martin Landa]

2015-01-01 23:55 GMT+01:00 Markus Neteler :
>> - lib/vector/Vlib/remove_areas.c

it's [1], should be ideally decided by MarkusM.

Martin

[1] 
http://trac.osgeo.org/grass/changeset/61491/grass/trunk/lib/vector/Vlib/remove_areas.c

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Martin Landa]

2015-01-01 23:55 GMT+01:00 Markus Neteler :
>> - lib/vector/Vlib/read_pg.c

done in r63933. Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Martin Landa]

2015-01-01 23:55 GMT+01:00 Markus Neteler :
>> - lib/vector/Vlib/map.c

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

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Martin Landa]

2015-01-01 23:55 GMT+01:00 Markus Neteler :
>> - lib/vector/Vlib/line.c

it's [1], MarkusM.

Martin

[1] 
http://trac.osgeo.org/grass/changeset/61978/grass/trunk/lib/vector/Vlib/line.c

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Martin Landa]

2015-01-01 23:55 GMT+01:00 Markus Neteler :
> On Wed, Dec 31, 2014 at 5:33 PM, Markus Neteler  wrote:
>> - lib/vector/Vlib/build.c

it's [1], decision should be ideally done by MarkusM.

Martin

[1] 
http://trac.osgeo.org/grass/changeset/61492/grass/trunk/lib/vector/Vlib/build.c

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Martin Landa]

2015-01-01 23:55 GMT+01:00 Markus Neteler :
>> - lib/vector/Vlib/ascii.c

its [1,2] - I would leave decision to Markus Metz. Martin

[1] 
http://trac.osgeo.org/grass/changeset/63596/grass/trunk/lib/vector/Vlib/ascii.c
[2] 
http://trac.osgeo.org/grass/changeset/63599/grass/trunk/lib/vector/Vlib/ascii.c
-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Martin Landa]

Hi,

2015-01-01 23:55 GMT+01:00 Markus Neteler :
> Furthermore, many vector/ modules show unbackported differences
> --> I cannot judge them.
>
> In display/ are also a series of differences but Martin is working on that.
>
> Then: misc/ + ps/ + raster/ + imagery/ + raster3d/ + scripts/ +
> temporal/ I have checked. There are only these relevant differences:
> - r.distance (Huidae)
> - r.proj bugfixes (Markus Metz)
> - r.spread (Vaclav)
> - new r3 modules by Anna (perhaps yet experimental)
>
> In general/ there are differences in
> - g.rename (Huidae)
> - manage/lister (Huidae)

I put these notes to trac [1], please mark by ~~ when solved.

Thanks, Martin

[1] http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Martin Landa]

Hi,

2015-01-01 23:55 GMT+01:00 Markus Neteler :

> Also the wxGUI differences I'll leave to the experts :-)

I would not backport the new and still experimental features like data
catalog. Generally speaking I would leave wxGUI as it is. After RC1
only bugfixes.

Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Martin Landa]

Hi,

2015-01-02 11:44 GMT+01:00 Markus Neteler :
>> In this light I would suggest to move v.convert to addons and remove
>> 'old_vector' from element list. Any objections?
>
> Makes sense. If users want to upgrade from GRASS 5 directly to GRASS
> 7, it will be fine to install an Addon.
> Those bulk upgrading from GRASS 6 can use this built-in procedure:
> http://grasswiki.osgeo.org/wiki/Convert_all_GRASS_6_vector_maps_to_GRASS_7
>
> So: yes.

done in trunk as r63930. If no objection I will do backport to relbr7
in few days (before RC1) and then move v.convert to addons. Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass on launchpad

[Ivan Mincik]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12/31/2014 11:42 AM, Martin Landa wrote:
> Hi,
> 
> 2014-12-25 10:53 GMT+01:00 Martin Landa :
>> recently I entered GRASS team on Launchpad. Since I am completely new to
>> this system I have some questions. I found two "projects":
>> 
>> 1) Stable [1]
> 
> [...]
> 
>> 2) Development [2]
> 
> I would propose change to this projects:
> 
> * stable will contain the latest release of GRASS7, now it will be
> 7.0.0beta4 * stable will contain daily builds of grass70-addons against
> latest grass70 package

Agree, with little modification of your wording:
* stable will contain the latest official release of GRASS7 staring from
7.0.0beta4
 * stable will contain daily builds of of addons build on top of latest
official release of GRASS7


> * devel will contain daily builds of grass70 (rel svn branch) and daily
> builds of grass71 (trunk) * devel will contain daily builds of
> grass70-addons and grass71-addons packagesw

- From my point of view, devel should contain daily builds of latest development
versions which now means 7.1.



- -- 
Ivan Minčík
ivan.min...@gmail.com   GPG: 0x79529A1E  http://imincik.github.io/0x79529A1E.key
ivan.min...@gista.skGPG: 0xD714B02C  http://imincik.github.io/0xD714B02C.key
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJUpnp1AAoJEPfdLsR5UpoetKIH/i4ygMFwhpM5DPFF9K4eUGdv
mHqM8a4iiyu9/brkEfGzr+jq9yM16nESW9lsYHdwnRPd2gTE72/em5fSjX6KZglC
oJtSyjA7x3fDdKJeUE/hNa46JcECLaGYSg3sEnmTO7bIm6eoxXyTA7iAqRCMbzE5
F91RDp7aZoUc197yiot5SZUu7+PjDNPyl2HN3C/T8eHGsQnh1c+0TFmjXPwsOBKg
DYBxVtAC1gXGea9xAXh32NeIvMX1XfQVVjWRYZsWg5vMACHfWnr/hFTQSbHkN2t+
rSr/nL4uyk4tPclU7zaPJ7CZ8/JmZI+P8zAnFUJvisVKSdnmFhAXG+0PlV0LA4M=
=3Omg
-END PGP SIGNATURE-
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Markus Neteler]

On Fri, Jan 2, 2015 at 9:40 AM, Martin Landa  wrote:
...
> In this light I would suggest to move v.convert to addons and remove
> 'old_vector' from element list. Any objections?

Makes sense. If users want to upgrade from GRASS 5 directly to GRASS
7, it will be fine to install an Addon.
Those bulk upgrading from GRASS 6 can use this built-in procedure:
http://grasswiki.osgeo.org/wiki/Convert_all_GRASS_6_vector_maps_to_GRASS_7

So: yes.

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

Re: [GRASS-dev] [GRASS GIS] #2520: d.grid: -c and -d flags not displaying + and - marks

[GRASS GIS]

#2520: d.grid: -c and -d flags not displaying + and - marks
--+-
 Reporter:  richardc  |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  7.0.0
Component:  Display   | Version:  svn-trunk
 Keywords:  d.grid|Platform:  Linux
  Cpu:  x86-32|  
--+-

Comment(by richardc):

 I updated my system to 63929, but still the d.grid marks '+' are not
 displaying. Maybe something unique to my system?

 e.g., d.grid -g -c size=00:30 width=6 color=blue fontsize=14

 {{{
 System Info
 GRASS version: 7.0.0svn
 GRASS SVN Revision: 63929
 Build Date: 2015-01-02
 Build Platform: i686-pc-linux-gnu
 GDAL/OGR: 1.11.1
 PROJ.4: 4.9.0
 GEOS: 3.4.2
 SQLite: 3.7.9
 Python: 2.7.3
 wxPython: 2.8.12.1
 Platform: Linux-3.2.0-31-generic-pae-i686-with-LinuxMint-13-maya
 }}}

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] point cloud analysis: new features

[Benjamin Ducke]

Hi Markus,

On 01/01/15 22:18, Markus Metz wrote:
> Hi all,
> 
> a new spatial index for point data is available in lib/btree2: a
> multidimensional search tree, also known as k-d tree.
>

Excellent news.

> What is it good for:
> 
> - nearest neighbor statistics: test if points are randomly
> distributed. The current GRASS addon v.nnstat uses an external k-d
> tree from PCL (which in turn uses flann) which finds the approximate,
> not the exact nearest neighbor. The new GRASS-native k-d tree always
> finds the real nearest neighbor.
> 
> - spatial cluster analysis: a point cloud can be partitioned into
> separate clusters where points within each cluster are closer to each
> other than to points of another cluster. To be implemented.
>

I suggest implementing DBSCAN: http://en.wikipedia.org/wiki/DBSCAN
It is density-based and thus produces more useful results than
centroid-based methods (k-means and relatives). It can actually
trace the shapes of spatial clusters (even concave ones) and does
not require a priori knowledge about the number of clusters. It
can also handle noise.

There is a reference implementation (albeit in Java) that you can
use to compare it with other clustering algorithms:

  http://elki.dbs.ifi.lmu.de/

An implementation in C (that I have not tried) is here:

  https://github.com/siddharth950/DBSCAN

The one drawback of DBSCAN is that it needs an efficient spatial
index to perform well -- and you have just taken care of that!

> - point cloud thinning: a sample can be generated from a large point
> cloud by specifying a minimum distance between sample points. To be
> implemented.
> 
> The new k-d tree is now used by v.clean tool=snap (Vect_snap_lines()),
> reducing both memory consumption and processing time.
>

I would also like to point out that SAGA GIS is moving into
the same direction, i.e. more efficient processing of very
large point clouds. The latest release includes a number
of new point cloud tools. Perhaps it's worth a look.

Most importantly, SAGA GIS has introduced a new file format,
the SAGA Pointcloud (.spc) format. It is compact and yet
flexible enough for a variety of purposes. I recommend to
consider implementing import/export of this format in GRASS 7,
preferably not via v.in.ogr, to avoid the OGR model conversion
overhead.

If you think this would be an interesting option, then you can
find a summary on our tracker:

  http://gvsigce.sourceforge.net/mantis/view.php?id=595

(we are going to implement ".spc" in gvSIG CE, as well).

Best wishes,

Ben

> 
> More technical:
> the new k-d tree finds the exact nearest neighbor(s), not some
> approximation. It supports up to 255 dimensions. It is dynamic, i.e.
> points can be inserted and removed at any time. It is balanced to
> improve search performance. It provides k nearest neighbor search
> (find k neighbors to a given coordinate) as well as radius or distance
> search (find all neighbors within radius, i.e. not farther away than
> radius to a given coordinate).
> 
> Markus M
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
> 



-- 
Dr. Benjamin Ducke
{*} Geospatial Consultant
{*} GIS Developer

Spatial technology for the masses, not the classes:
experience free and open source GIS at http://gvsigce.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2520: d.grid: -c and -d flags not displaying + and - marks

[GRASS GIS]

#2520: d.grid: -c and -d flags not displaying + and - marks
--+-
 Reporter:  richardc  |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  7.0.0
Component:  Display   | Version:  svn-trunk
 Keywords:  d.grid|Platform:  Linux
  Cpu:  x86-32|  
--+-

Comment(by richardc):

 I downloaded the latest d.grid module from svn into my Linux installation,
 but marks still not visible in Map Display.

 {{{

  $ svn co
 https://svn.osgeo.org/grass/grass/branches/releasebranch_7_0/display/d.grid
 Ad.grid/plot.c
 Ad.grid/fiducial.c
 Ad.grid/local_proto.h
 Ad.grid/main.c
 Ad.grid/d.grid.html
 Ad.grid/Makefile
 Ad.grid/plotborder.c
  U   d.grid
 Checked out revision 63928.

 }}}

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

[Martin Landa]

Hi,

2015-01-01 23:55 GMT+01:00 Markus Neteler :
> Additionally, I found the deactivated
> grass70/vector/v.in.sites/
>  remove or move to Addons?

I removed this module (it was already done in trunk in r62179). To
convert sites to GRASS 7 you need to use GRASS 6.

In this light I would suggest to move v.convert to addons and remove
'old_vector' from element list. Any objections?

Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2440: remove unused elements from g.list/g.remove

[GRASS GIS]

#2440: remove unused elements from g.list/g.remove
+---
 Reporter:  annakrat|   Owner:  grass-dev@…  
 Type:  task|  Status:  new  
 Priority:  normal  |   Milestone:  7.0.0
Component:  LibGIS  | Version:  svn-releasebranch70  
 Keywords:  elements, g.remove  |Platform:  All  
  Cpu:  Unspecified |  
+---
Changes (by martinl):

 * cc: martinl (added)


-- 
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] #2440: remove unused elements from g.list/g.remove

[GRASS GIS]

#2440: remove unused elements from g.list/g.remove
+---
 Reporter:  annakrat|   Owner:  grass-dev@…  
 Type:  task|  Status:  new  
 Priority:  normal  |   Milestone:  7.0.0
Component:  LibGIS  | Version:  svn-releasebranch70  
 Keywords:  elements, g.remove  |Platform:  All  
  Cpu:  Unspecified |  
+---

Comment(by martinl):

 After some cleaning done with #2409 the list of elements is now

 {{{
raster: raster map(s)
raster_3d: 3D raster map(s)
vector: vector map(s)
old_vector: old  (GRASS 5.0) vector map(s)
ascii_vector: ASCII vector map(s)
labels: paint label file(s)
region: region definition(s)
group: imagery group(s)
all: all types
 }}}

 Is it OK to close this ticket or is there still any remaining issue?

-- 
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] #2520: d.grid: -c and -d flags not displaying + and - marks

[GRASS GIS]

#2520: d.grid: -c and -d flags not displaying + and - marks
--+-
 Reporter:  richardc  |   Owner:  grass-dev@…  
 Type:  defect|  Status:  new  
 Priority:  normal|   Milestone:  7.0.0
Component:  Display   | Version:  svn-trunk
 Keywords:  d.grid|Platform:  Linux
  Cpu:  x86-32|  
--+-

Comment(by richardc):

 I couldn't see any errors with the following commands (selected in GUI):
 {{{
 d.grid -g 00:20 width=4 color=blue <- grid lines visible
 d.grid -g -c 00:20 width=4 color=blue <- no grid lines and no '+' marks
 }}}
 I also tried in a Windows version* which again does not show the marks,
 only grid lines. I'll try updating my GRASS version to see if that helps
 resolve.
 {{{
 Windows System Info
 GRASS version: 7.0.0beta3
 GRASS SVN Revision: 61541
 Build Date: 2014-08-06
 Build Platform: i686-pc-mingw32
 GDAL/OGR: 1.11.0
 PROJ.4: 4.8.0
 GEOS: 3.4.2
 SQLite: 3.7.17
 Python: 2.7.4
 wxPython: 2.8.12.1
 Platform: Windows-SP1 [in virtual box]
 }}}

-- 
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 7 - Ubuntu package build problem on Launchpad

[Markus Neteler]

On Jan 2, 2015 2:12 AM, "Vaclav Petras"  wrote:
>
>
> On Tue, Dec 30, 2014 at 9:29 AM, Markus Neteler  wrote:
>>
>> # --> configure -->
>> include/Make/Platform.make:GRASS_VERSION_SVN   = 63869M
>
>
> It seems strange that the revision number ends with M. This means that
the source code was modified. Is this the case? If yes, is it ok?

This is well know and apparently normal. I darkly remember a discussion
about it years ago.

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