[GRASS-dev] wxGUI scatterplot: add wx.BeginBusyCursor and wx.EndBusyCursor

[Markus Neteler]

Hi,

when plotting "larger" data (eg two landsat channels  or whatever)
with the Scatterplot tool, then the calculation starts while not
showing the cursor busy. The user may assume that the thing is crashed
while it indeed simply calculates... Then the plot comes up and all is
fine.

I would like to add
wx.BeginBusyCursor()
...
wx.EndBusyCursor()

somewhere in wxplot/dialogs.py but I don't really know where that's needed.

A few other wxGUI tools may also lack this cursor change.

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

Re: [GRASS-dev] [GRASS GIS] #2773: grass-7.0.1 fails to build when compiled with -Werror=format-security"

[GRASS GIS]

#2773: grass-7.0.1 fails to build when compiled with -Werror=format-security"
--+-
  Reporter:  wraeth   |  Owner:  martinl
  Type:  defect   | Status:  closed
  Priority:  normal   |  Milestone:  7.0.2
 Component:  Compiling|Version:  7.0.1
Resolution:  fixed|   Keywords:
   CPU:  Unspecified  |   Platform:  Linux
--+-
Changes (by martinl):

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


Comment:

 Replying to [comment:3 martinl]:
 > Should be fixed in r66561 (trunk). If no objection I would backport it
 to relbr70 within few next days.

 Done in r66613. Closing the ticket.

--
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] grass in windows

[Veronica Andreo]

Hi devs :)

I'm a grass-in-Linux user but have to teach a grass course to windows users
in two weeks... so, i used my mum's pc (64 bits, with windows 7) to test
the stuff

I was recomended to install 32 bits version from osgeo4w (
https://trac.osgeo.org/osgeo4w/). So, I downloaded, run as administrator,
selected only grass stable (grass702-rc1) and qgis stable (2.12). I left
the rest as it was by default, accepted all the dependencies and let the
thing download and install. Then, reboot because it asked for it. Starting
grass from desktop icon works fine, all fine, except that the windows shell
is so limited... no going back to previous command, no tab completion, no
selecting, nor copy-paste... :(

Then, I tested calling grass from MSYS shell, with the intention of getting
some of linux shell funcionalities, but the command grass70 does not
work... Attached, is a screenshot of the error i get...

So, i cannot start the program there... is there any tricks for that? Or
simply not possible? Maybe I'm missing something when selecting packages at
the installation...

Any hints, tips, tricks from grass-windows devs and users are highly
appreciated and more than welcome :)

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

[GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Veronica Andreo]

Hi devs,

me again, sorry...

So, this comes from the previous email, but it is a different issue...

I also got qgis stable (2.12) from osgeo4w 32bits installer and there seems
to be NO grass plugin installed nor available in the plugin list.

There's also NO grass tools in Processing and I have the latest version
avilable. I guess I missed selecting some other things in the installation
process, but don't know what.

Any instruction is welcome! :)

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

Re: [GRASS-dev] [GRASS GIS] #2305: i.atcorr landsat8 support

[GRASS GIS]

#2305: i.atcorr landsat8 support
--+---
  Reporter:  vesnikos |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  closed
  Priority:  normal   |  Milestone:  7.0.0
 Component:  Imagery  |Version:  svn-trunk
Resolution:  fixed|   Keywords:  Landsat, i.atcorr
   CPU:  x86-64   |   Platform:  Linux
--+---

Comment (by neteler):

 Replying to [comment:6 neteler]:
 > Backported to relbr7 in r61314.

 Backported to relbr6 in r66615.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Blumentrath, Stefan]

Hei Vero,

Did you go through the advanced install in OSGeo4W? There you should have the 
“qgis-grass-plugin7” (and probably also necessary “qgis-grass-plugin-common”) 
available.

For the shell issue you can have a look here:
https://lists.osgeo.org/pipermail/grass-dev/2014-October/071294.html

Is OSGeoLive DVD/USB an alternative for you? That may help to avoid a lot of 
trouble (esp. when prepared and provided by you), caused e.g. by user names 
with non-ascii characters, missing-dlls access rights…

Cheers
Stefan


From: grass-dev [mailto:grass-dev-boun...@lists.osgeo.org] On Behalf Of 
Veronica Andreo
Sent: 27. oktober 2015 14:24
To: grass-dev 
Subject: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

Hi devs,

me again, sorry...

So, this comes from the previous email, but it is a different issue...

I also got qgis stable (2.12) from osgeo4w 32bits installer and there seems to 
be NO grass plugin installed nor available in the plugin list.

There's also NO grass tools in Processing and I have the latest version 
avilable. I guess I missed selecting some other things in the installation 
process, but don't know what.

Any instruction is welcome! :)

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

Re: [GRASS-dev] grass in windows

[Helmut Kudrnovsky]

Hi Vero,

>except that the windows shell is so limited... no going back to previous
command, no tab completion, no >selecting, nor copy-paste... :(

that's a windows limitation, see

https://lists.osgeo.org/pipermail/grass-dev/2015-September/076500.html

for a possible extension

> Then, I tested calling grass from MSYS shell, with the intention of
> getting some of linux shell funcionalities,

 some linux/unix goodies are available in the OSGeo4W windows shell: gawk,
more, less etc.

> Then, I tested calling grass from MSYS shell

AFAICT starting winGRASS in the OSGeo4W msys shell is not maintained for a
long time.



-
best regards
Helmut
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/grass-in-windows-tp5232791p5232807.html
Sent from the Grass - Dev mailing list archive at Nabble.com.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] grass in windows

[Blumentrath, Stefan]

Hi again,

The following threads can possibly be additional sources for inspiration:
http://www.qgis.nl/2014/04/22/qgis-in-de-klas-onder-windows/?lang=en
https://lists.osgeo.org/pipermail/qgis-user/2015-February/030837.html
http://linfiniti.com/2011/05/building-custom-qgis-installers-for-windows/


From: grass-dev [mailto:grass-dev-boun...@lists.osgeo.org] On Behalf Of 
Veronica Andreo
Sent: 27. oktober 2015 14:03
To: grass-dev 
Subject: [GRASS-dev] grass in windows

Hi devs :)

I'm a grass-in-Linux user but have to teach a grass course to windows users in 
two weeks... so, i used my mum's pc (64 bits, with windows 7) to test the stuff

I was recomended to install 32 bits version from osgeo4w 
(https://trac.osgeo.org/osgeo4w/). So, I downloaded, run as administrator, 
selected only grass stable (grass702-rc1) and qgis stable (2.12). I left the 
rest as it was by default, accepted all the dependencies and let the thing 
download and install. Then, reboot because it asked for it. Starting grass from 
desktop icon works fine, all fine, except that the windows shell is so 
limited... no going back to previous command, no tab completion, no selecting, 
nor copy-paste... :(

Then, I tested calling grass from MSYS shell, with the intention of getting 
some of linux shell funcionalities, but the command grass70 does not work... 
Attached, is a screenshot of the error i get...

So, i cannot start the program there... is there any tricks for that? Or simply 
not possible? Maybe I'm missing something when selecting packages at the 
installation...

Any hints, tips, tricks from grass-windows devs and users are highly 
appreciated and more than welcome :)

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

Re: [GRASS-dev] [GRASS GIS] #2773: grass-7.0.1 fails to build when compiled with -Werror=format-security"

[GRASS GIS]

#2773: grass-7.0.1 fails to build when compiled with -Werror=format-security"
--+-
  Reporter:  wraeth   |  Owner:  martinl
  Type:  defect   | Status:  closed
  Priority:  normal   |  Milestone:  7.0.2
 Component:  Compiling|Version:  7.0.1
Resolution:  fixed|   Keywords:
   CPU:  Unspecified  |   Platform:  Linux
--+-

Comment (by neteler):

 Partially backported to relbranch64 in r66616

--
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] #2473: v.net connection operation

[GRASS GIS]

#2473: v.net connection operation
--+-
  Reporter:  matmar   |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  closed
  Priority:  normal   |  Milestone:  7.0.0
 Component:  Vector   |Version:  svn-trunk
Resolution:  fixed|   Keywords:  v.net
   CPU:  Unspecified  |   Platform:  Linux
--+-
Changes (by mlennert):

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


Comment:

 As this has been fixed a year ago and there have been no complaints since,
 I'm closing this bug.

--
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] #2358: Strange behaviour with v.net on GRASS GIS 7

[GRASS GIS]

#2358: Strange behaviour with v.net on GRASS GIS 7
--+-
  Reporter:  lluis|  Owner:  grass-dev@…
  Type:  defect   | Status:  closed
  Priority:  normal   |  Milestone:  7.0.0
 Component:  Vector   |Version:  svn-releasebranch70
Resolution:  wontfix  |   Keywords:  Ubuntu 14.04, v.net, attributes
   CPU:  x86-64   |   Platform:  Linux
--+-
Changes (by mlennert):

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


Comment:

 Replying to [ticket:2358 lluis]:
 > Hi,
 >
 > I'm working with GRASS GIS 7.0.0svn (r59969) on Ubuntu 14.04 LTS and I'm
 experiencing a strange behaviour when using v.net. I have set of nodes
 that I want to connect to a collection of streets on a network.
 >
 > When I execute "v.net streets points=libraries out=net op=connect
 thresh=150" on GRASS GIS 6.4.4, the new arc(s)/line(s) that connect the
 points to the network, inherit all the attributes (even the 'cat' value)
 of the pre-existing arcs. But, when I execute the same command on GRASS
 GIS 7.0.0 that expected behaviour doesn't take place. The new
 arc(s)/line(s) generated with GRASS 7 doesn't have attributes, a new cat
 value is generated for each new line but they doesn't appear on the
 attribute table...

 This is not a bug, but a feature, although maybe not documented enough.
 The previous behaviour could be considered a bug, as there is no real
 reason to believe that attributes of the line connected to are valid for
 the line created for the connection. This was, therefore, corrected two
 years ago in v.net. Now v.net attributes new, unique, cat values to the
 new arcs, but these values do not have entries in the attribute table.

 The easiest way to add extra lines into the attribute table for these new
 arcs is to use


 {{{
 v.to.db map op=cat
 }}}

 It is then the responsibility of the user to fill in the other attribute
 fields for these new arcs (using v.db.update).

 However, grass7 also provides the new '-s' flag which, instead of creating
 connection arcs, snaps the points to the closest line. In many
 applications this is more realistic then the connection arcs, and it has
 the added value that the points are then on potential paths and thus one
 can calculate centrality indicators for these points.

 I will file an enhancement ticket that proposes to make this behaviour the
 default behaviour, as I believe that this will avoid many headaches for
 many users. In the meantime, I'm closing this bug.

--
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] #2780: v.net: make snapping to lines (-s) the default for op=connect

[GRASS GIS]

#2780: v.net: make snapping to lines (-s) the default for op=connect
+-
 Reporter:  mlennert|  Owner:  grass-dev@…
 Type:  enhancement | Status:  new
 Priority:  normal  |  Milestone:  8.0.0
Component:  Vector  |Version:  svn-trunk
 Keywords:  v.net network snapping  |CPU:  Unspecified
 Platform:  Unspecified |
+-
 v.net proposes a flag (-s) that allows to snap points to the network in a
 'connect' operation, instead of creating new arcs between the points and
 the network. In a majority of cases the result of using the flag is, IMHO,
 more useful than not using it.

 See #2358 for a discussion of what happens when -s is not set.

 I, therefore, propose to inverse the behaviour by making snapping to
 network the default, and using a flag (such as '-a' for 'add arcs') to
 activate the creation of connecting arcs.

 As this kind of module API change is only possible in a next major
 release, I propose to at least change the documentation to recommend the
 use of the '-s' flag.

 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] #2358: Strange behaviour with v.net on GRASS GIS 7

[GRASS GIS]

#2358: Strange behaviour with v.net on GRASS GIS 7
--+-
  Reporter:  lluis|  Owner:  grass-dev@…
  Type:  defect   | Status:  closed
  Priority:  normal   |  Milestone:  7.0.0
 Component:  Vector   |Version:  svn-releasebranch70
Resolution:  wontfix  |   Keywords:  Ubuntu 14.04, v.net, attributes
   CPU:  x86-64   |   Platform:  Linux
--+-

Comment (by mlennert):

 Replying to [comment:1 mlennert]:
 > I will file an enhancement ticket that proposes to make this behaviour
 the default behaviour, as I believe that this will avoid many headaches
 for many users. In the meantime, I'm closing this bug.

 For the record: #2780

--
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] #816: wishlist to add a grass module for Landsat ETM+ SLC-off Gapfill

[GRASS GIS]

#816: wishlist to add a grass module for Landsat ETM+ SLC-off Gapfill
--+-
  Reporter:  maning   |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.0.0
 Component:  Imagery  |Version:  unspecified
Resolution:   |   Keywords:  landsat
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by pmav99):

 The latest revisions (21-24) have been removed, but revision 20 is still
 there.
 http://sourceforge.net/p/l7gapfill/code/20/tree/

--
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] #2781: gmodeler loops fail with wxpython3

[GRASS GIS]

#2781: gmodeler loops fail with wxpython3
+-
 Reporter:  lucadelu|  Owner:  grass-dev@…
 Type:  defect  | Status:  new
 Priority:  major   |  Milestone:  7.0.2
Component:  wxGUI   |Version:
 Keywords:  modeler, wxpython3  |CPU:  Unspecified
 Platform:  Unspecified |
+-
 It is not possible to open the dialog for loops in the gmodeler using
 wxpython3. The error is the following


 {{{
 Traceback (most recent call last):
   File "/usr/lib/python2.7/dist-
 packages/wx-3.0-gtk2/wx/lib/ogl/_canvas.py", line 224, in OnMouseEvent
 nearest_object.GetEventHandler().OnLeftDoubleClick(x, y, keys,
 attachment)
   File "/home/lucadelu/compilati/grass_trunk/dist.x86_64-unknown-linux-
 gnu/gui/wxpython/gmodeler/frame.py", line 1176, in OnLeftDoubleClick
 self.OnProperties()
   File "/home/lucadelu/compilati/grass_trunk/dist.x86_64-unknown-linux-
 gnu/gui/wxpython/gmodeler/frame.py", line 1195, in OnProperties
 dlg = ModelLoopDialog(parent = self.frame, shape = shape)
   File "/home/lucadelu/compilati/grass_trunk/dist.x86_64-unknown-linux-
 gnu/gui/wxpython/gmodeler/dialogs.py", line 460, in __init__
 style = style, **kwargs)
   File "/home/lucadelu/compilati/grass_trunk/dist.x86_64-unknown-linux-
 gnu/gui/wxpython/gmodeler/dialogs.py", line 439, in __init__
 frame = parent)
   File "/home/lucadelu/compilati/grass_trunk/dist.x86_64-unknown-linux-
 gnu/gui/wxpython/gmodeler/dialogs.py", line 976, in __init__
 disablePopup = True, **kwargs)
   File "/home/lucadelu/compilati/grass_trunk/dist.x86_64-unknown-linux-
 gnu/gui/wxpython/gmodeler/dialogs.py", line 792, in __init__
 self.SetColumnWidth(2, 65)
   File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_controls.py",
 line 4474, in SetColumnWidth
 return _controls_.ListCtrl_SetColumnWidth(*args, **kwargs)
 wx._core.PyAssertionError: C++ assertion "col >= 0 && col <
 GetColumnCount()" failed at ../src/generic/listctrl.cpp(3192) in
 SetColumnWidth(): invalid column index
 }}}

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Pedro Venâncio]

Hi Veronica,

Did you install GRASS in OSGeo4W? Which version?
On Sunday I made an installation on Windows and I found a problem. GRASS
7.0.2RC is already available on OSGeo4W. However, the .bat file that is
created for the use of GRASS7 with QGIS, does not work, because it points
to the folder structure of GRASS 7.0.1.

I don't know if this has been corrected since then, and whether this might
be your problem. I am forwarding this thread also for QGIS mailing list.

Best regards,
Pedro Venâncio




2015-10-27 13:23 GMT+00:00 Veronica Andreo :

> Hi devs,
>
> me again, sorry...
>
> So, this comes from the previous email, but it is a different issue...
>
> I also got qgis stable (2.12) from osgeo4w 32bits installer and there
> seems to be NO grass plugin installed nor available in the plugin list.
>
> There's also NO grass tools in Processing and I have the latest version
> avilable. I guess I missed selecting some other things in the installation
> process, but don't know what.
>
> Any instruction is welcome! :)
>
> Cheers,
> Vero
>
> ___
> 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 scatterplot: add wx.BeginBusyCursor and wx.EndBusyCursor

[Anna Petrášová]

would you mind testing this diff?

On Tue, Oct 27, 2015 at 6:04 AM, Markus Neteler  wrote:

> Hi,
>
> when plotting "larger" data (eg two landsat channels  or whatever)
> with the Scatterplot tool, then the calculation starts while not
> showing the cursor busy. The user may assume that the thing is crashed
> while it indeed simply calculates... Then the plot comes up and all is
> fine.
>
> I would like to add
> wx.BeginBusyCursor()
> ...
> wx.EndBusyCursor()
>
> somewhere in wxplot/dialogs.py but I don't really know where that's needed.
>
> A few other wxGUI tools may also lack this cursor change.
>
> thanks for hints,
> Markus
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
Index: wxplot/scatter.py
===
--- wxplot/scatter.py   (revision 66587)
+++ wxplot/scatter.py   (working copy)
@@ -79,11 +79,14 @@
 """
 self.SetCursor(wx.StockCursor(wx.CURSOR_ARROW))
 self.SetGraphStyle()
+wx.BeginBusyCursor()
 self.SetupScatterplot()
 p = self.CreatePlotList()
 if p:
 self.DrawPlot(p)
+wx.EndBusyCursor()
 else:
+wx.EndBusyCursor()
 GMessage(_("Nothing to plot."), parent = self)
 
 def OnSelectRaster(self, event):
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Veronica Andreo]

Hi Pedro,

2015-10-27 11:53 GMT-03:00 Pedro Venâncio :

> Hi Veronica,
>
> Did you install GRASS in OSGeo4W? Which version?
>

Yes, i got grass stable (grass7.0.2RC) from OSGeo4W 32 bits

On Sunday I made an installation on Windows and I found a problem. GRASS
> 7.0.2RC is already available on OSGeo4W. However, the .bat file that is
> created for the use of GRASS7 with QGIS, does not work, because it points
> to the folder structure of GRASS 7.0.1.
>
> I don't know if this has been corrected since then, and whether this might
> be your problem. I am forwarding this thread also for QGIS mailing list.
>
> Ah! So, this might be (one of) the problem(s)... je!
Thanks much!

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

Re: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Helmut Kudrnovsky]

Hi Veronica,


Veronica Andreo wrote
> Hi devs,
> 
> me again, sorry...
> 
> So, this comes from the previous email, but it is a different issue...
> 
> I also got qgis stable (2.12) from osgeo4w 32bits installer and there
> seems
> to be NO grass plugin installed nor available in the plugin list.
> 
> There's also NO grass tools in Processing and I have the latest version
> avilable. I guess I missed selecting some other things in the installation
> process, but don't know what.
> 
> Any instruction is welcome! :)
> 
> Cheers,
> Vero

AFAIK grass plugin isn't installed by OSGeo4W default installation.

start the  OSGeo4W-setup -> advanced install -> Libs:

activate there:

qgis-grass plugin (for grass64)
qgis-grass plugin common
qgis-grass plugin7 (for grass7)






-
best regards
Helmut
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/no-grass-plugin-in-qgis-installed-from-osgeo4w-tp5232796p5232836.html
Sent from the Grass - Dev mailing list archive at Nabble.com.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Veronica Andreo]

Hi Stefan

2015-10-27 10:48 GMT-03:00 Blumentrath, Stefan :

> Hei Vero,
>
>
>
> Did you go through the advanced install in OSGeo4W? There you should have
> the “qgis-grass-plugin7” (and probably also necessary
> “qgis-grass-plugin-common”) available.
>

Yeah, advanced install... Meep! I forgot some some essential clicks,
maybe... ouch! Will try again and go back with news...


> For the shell issue you can have a look here:
>
> https://lists.osgeo.org/pipermail/grass-dev/2014-October/071294.html
>
>
will try :)

Is OSGeoLive DVD/USB an alternative for you? That may help to avoid a lot
> of trouble (esp. when prepared and provided by you), caused e.g. by user
> names with non-ascii characters, missing-dlls access rights…
>

I thought of it, but for the time being i'll try stick to local
installation of grass and qgis ()... I'd want/like them to learn grass and
then use/include it in their usual workflows... and not that they have to
start a virtual machine and change OS to use grass... they may do that for
some time but then, I feel they would drop it... Let's see how it goes :)

Thanks much, Stefan!

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

Re: [GRASS-dev] wxGUI scatterplot: add wx.BeginBusyCursor and wx.EndBusyCursor

[Markus Neteler]

On Tue, Oct 27, 2015 at 4:11 PM, Anna Petrášová  wrote:
> would you mind testing this diff?

Sure - unfortunately no difference...

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

Re: [GRASS-dev] wxGUI scatterplot: add wx.BeginBusyCursor and wx.EndBusyCursor

[Anna Petrášová]

On Tue, Oct 27, 2015 at 11:37 AM, Markus Neteler  wrote:

> On Tue, Oct 27, 2015 at 4:11 PM, Anna Petrášová 
> wrote:
> > would you mind testing this diff?
>
> Sure - unfortunately no difference...
>

Hmm,what about adding wx.Yield() just after the wx.BeginBusyCursor()?

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

Re: [GRASS-dev] grass in windows

[Helmut Kudrnovsky]

>Then, I tested calling grass from MSYS shell, with the intention of getting
some of linux shell funcionalities, >but the command grass70 does not
work... Attached, is a screenshot of the error i get... 

the issue seems to be here:

https://trac.osgeo.org/grass/browser/grass/trunk/mswindows/osgeo4w/grass.tmpl#L9

OSGEO4W_ROOT_MSYS="@OSGEO4W_ROOT_MSYS@"

if I change this line in 

C:\OSGeo4W_use\bin\grass71svn

to 

OSGEO4W_ROOT_MSYS="$OSGEO4W_ROOT"

at least it: Starting GRASS GIS...

although the GUI crashes.

I'll open a ticket.



-
best regards
Helmut
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/grass-in-windows-tp5232791p5232845.html
Sent from the Grass - Dev mailing list archive at Nabble.com.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] [GRASS GIS] #2782: modeler problems with variable

[GRASS GIS]

#2782: modeler problems with variable
-+-
 Reporter:  lucadelu |  Owner:  grass-dev@…
 Type:  defect   | Status:  new
 Priority:  normal   |  Milestone:  7.0.2
Component:  wxGUI|Version:  unspecified
 Keywords:  modeler  |CPU:  Unspecified
 Platform:  Unspecified  |
-+-
 Using the modeler I found two problems with names for new map when command
 are loop and it use ''%map'' variable:
 - using something like %map.new in the python tab the ''.new'' is not
 recognized and I get an error during validation
 - using something like %map.%new where new is defined as variable in the
 python code there are to many quotes after the name

 You can see the problem in the attached png and try it using the gxm file
 and north carolina landsat dataset.

--
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] #2782: modeler problems with variable

[GRASS GIS]

#2782: modeler problems with variable
--+-
  Reporter:  lucadelu |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:  modeler
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by lucadelu):

 * Attachment "problems.png" 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] wxGUI scatterplot: add wx.BeginBusyCursor and wx.EndBusyCursor

[Markus Neteler]

On Tue, Oct 27, 2015 at 4:39 PM, Anna Petrášová  wrote:
> On Tue, Oct 27, 2015 at 11:37 AM, Markus Neteler  wrote:
> Hmm,what about adding wx.Yield() just after the wx.BeginBusyCursor()?

Bingo, now it works.

The histogram tool is affected, too, say, it would be great to have
the busy cursor also there.

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

Re: [GRASS-dev] [GRASS GIS] #2782: modeler problems with variable

[GRASS GIS]

#2782: modeler problems with variable
--+-
  Reporter:  lucadelu |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:  modeler
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by lucadelu):

 * Attachment "problems.gxm" added.


--
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] #2783: mswindows / osgeo4w / grass.tmpl: OSGEO4W_ROOT_MSYS="@OSGEO4W_ROOT_MSYS@" not updated

[GRASS GIS]

#2783: mswindows / osgeo4w / grass.tmpl: OSGEO4W_ROOT_MSYS="@OSGEO4W_ROOT_MSYS@"
not updated
-+-
 Reporter:  hellik   |  Owner:  grass-dev@…
 Type:  defect   | Status:  new
 Priority:  normal   |  Milestone:
Component:  Default  |Version:  unspecified
 Keywords:   |CPU:  Unspecified
 Platform:  Unspecified  |
-+-
 FWIW taken from the ML dev

 https://lists.osgeo.org/pipermail/grass-dev/2015-October/077033.html

 {{{

 >Then, I tested calling grass from MSYS shell, with the intention of
 getting
 some of linux shell funcionalities, >but the command grass70 does not
 work... Attached, is a screenshot of the error i get...

 the issue seems to be here:

 
https://trac.osgeo.org/grass/browser/grass/trunk/mswindows/osgeo4w/grass.tmpl#L9

 OSGEO4W_ROOT_MSYS="@OSGEO4W_ROOT_MSYS@"

 if I change this line in

 C:\OSGeo4W_use\bin\grass71svn

 to

 OSGEO4W_ROOT_MSYS="$OSGEO4W_ROOT"

 at least it: Starting GRASS GIS...
 }}}


 it seems @OSGEO4W_ROOT_MSYS@ is not replaced during packaging.

 $OSGEO4W_ROOT is already set in an OSGeo4W environment.

--
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] #2783: mswindows / osgeo4w / grass.tmpl: OSGEO4W_ROOT_MSYS="@OSGEO4W_ROOT_MSYS@" not updated

[GRASS GIS]

#2783: mswindows / osgeo4w / grass.tmpl: OSGEO4W_ROOT_MSYS="@OSGEO4W_ROOT_MSYS@"
not updated
--+-
  Reporter:  hellik   |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.2
 Component:  Default  |Version:  svn-releasebranch70
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  MSWindows 7
--+-
Changes (by hellik):

 * platform:  Unspecified => MSWindows 7
 * version:  unspecified => svn-releasebranch70
 * milestone:   => 7.0.2


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Markus Neteler]

On Tue, Oct 27, 2015 at 3:53 PM, Pedro Venâncio 
wrote:
> Hi Veronica,
>
> Did you install GRASS in OSGeo4W? Which version?
> On Sunday I made an installation on Windows and I found a problem. GRASS
> 7.0.2RC is already available on OSGeo4W. However, the .bat file that is
> created for the use of GRASS7 with QGIS, does not work, because it points
to
> the folder structure of GRASS 7.0.1.

Hi Pedro:
I'm not on the QGIS list, please forward to them that they would better use
this approach to get the path rather than hardocing it:

grass70 --config path

If they need Python, they could use something like this:

https://grasswiki.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly#Python:_GRASS_GIS_7

# query GRASS 7 itself for its GISBASE
startcmd = [grass7bin, '--config', 'path']

p = subprocess.Popen(startcmd, shell=False,
 stdout=subprocess.PIPE, stderr=subprocess.PIPE)
out, err = p.communicate()if p.returncode != 0:
print >>sys.stderr, "ERROR: Cannot find GRASS GIS 7 start script
(%s)" % startcmd
sys.exit(-1)
gisbase = out.strip('\n\r')
 # Set GISBASE environment variableos.environ['GISBASE'] = gisbase#
the following not needed with trunkos.environ['PATH'] += os.pathsep +
os.path.join(gisbase, 'extrabin')# add path to GRASS addons
home = os.path.expanduser("~")os.environ['PATH'] += os.pathsep +
os.path.join(home, '.grass7', 'addons', 'scripts')



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

[GRASS-dev] [GRASS GIS] #2784: add a g.mkfontcap run for OSGeo4W wingrass

[GRASS GIS]

#2784: add a g.mkfontcap run for OSGeo4W wingrass
-+-
 Reporter:  hellik   |  Owner:  grass-dev@…
 Type:  defect   | Status:  new
 Priority:  critical |  Milestone:  7.0.2
Component:  Display  |Version:  svn-trunk
 Keywords:   |CPU:  Unspecified
 Platform:  MSWindows 7  |
-+-
 in C:\OSGeo4W\apps\grass\grass-7.0.2RC1\etc\fontcap

 {{{
 cyrilc|Cyrillic|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\cyrilc.hmp|0|utf-8|
 gothgbt|Gothic Great Britain
 triplex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\gothgbt.hmp|0|utf-8|
 gothgrt|Gothic German triplex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686
 -pc-mingw32\fonts\gothgrt.hmp|0|utf-8|
 gothitt|Gothic Italian triplex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686
 -pc-mingw32\fonts\gothitt.hmp|0|utf-8|
 greekc|Greek complex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\greekc.hmp|0|utf-8|
 greekcs|Greek complex script|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686
 -pc-mingw32\fonts\greekcs.hmp|0|utf-8|
 greekp|Greek plain|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\greekp.hmp|0|utf-8|
 greeks|Greek simplex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\greeks.hmp|0|utf-8|
 italicc|Italian complex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\italicc.hmp|0|utf-8|
 italiccs|Italian complex small|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686
 -pc-mingw32\fonts\italiccs.hmp|0|utf-8|
 italict|Italian triplex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\italict.hmp|0|utf-8|
 romanc|Roman complex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\romanc.hmp|0|utf-8|
 romancs|Roman complex small|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\romancs.hmp|0|utf-8|
 romand|Roman duplex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\romand.hmp|0|utf-8|
 romans|Roman simplex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\romans.hmp|0|utf-8|
 romant|Roman triplex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\romant.hmp|0|utf-8|
 scriptc|Script complex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\scriptc.hmp|0|utf-8|
 scripts|Script simplex|0|c:\osgeo4w\usr\src\grass702RC1\dist.i686-pc-
 mingw32\fonts\scripts.hmp|0|utf-8|
 }}}

 the font paths in OSGeo4W wingrass shows to the paths of the build
 server/environment and not to the local ones.

 there is
 
https://trac.osgeo.org/grass/browser/grass/trunk/mswindows/osgeo4w/postinstall.bat

 adding similar we do for the standalone installer:

 {{{
 FileWrite $0 'rem #$\r$\n'
 547 FileWrite $0 'rem # Run g.mkfontcap outside a grass
 session during installation$\r$\n'
 548 FileWrite $0 'rem #$\r$\n'
 549 FileWrite $0 'rem
 
#$\r$\n'
 550 FileWrite $0 'echo Setup of
 WinGRASS-${VERSION_NUMBER}$\r$\n'
 551 FileWrite $0 'echo Generating the font configuration file
 by scanning various directories for fonts.$\r$\n'
 552 FileWrite $0 'echo Please wait. Console window will close
 automatically $\r$\n'
 553 FileWrite $0 '$\r$\n'
 554 FileWrite $0 'rem set gisbase$\r$\n'
 555 FileWrite $0 'set GISBASE=$INSTALL_DIR$\r$\n'
 556 FileWrite $0 '$\r$\n'
 557 FileWrite $0 'rem set path to freetype dll$\r$\n'
 558 FileWrite $0 'set
 
FREETYPEBASE=$INSTALL_DIR\extrabin;$INSTALL_DIR\msys\bin;$INSTALL_DIR\lib$\r$\n'
 559 FileWrite $0 '$\r$\n'
 560 FileWrite $0 'rem set dependecies path$\r$\n'
 561 FileWrite $0 'set PATH=%FREETYPEBASE%;%PATH%$\r$\n'
 562 FileWrite $0 '$\r$\n'
 563 FileWrite $0 'rem GISRC must be set$\r$\n'
 564 FileWrite $0 'set GISRC=dummy$\r$\n'
 565 FileWrite $0 '$\r$\n'
 566 FileWrite $0 'rem run g.mkfontcap outside a grass
 session$\r$\n'
 567 FileWrite $0 '"%GISBASE%\bin\g.mkfontcap.exe" -o$\r$\n'
 }}}

 should solve this problem

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Veronica Andreo]

Hi again :)

2015-10-27 12:15 GMT-03:00 Helmut Kudrnovsky :
>
>
> AFAIK grass plugin isn't installed by OSGeo4W default installation.
>
> start the  OSGeo4W-setup -> advanced install -> Libs:
>
> activate there:
>
> qgis-grass plugin (for grass64)
> qgis-grass plugin common
> qgis-grass plugin7 (for grass7)
>

So, i activated these libraries and now I get two different QGIS icons: one
with grass6 and the other with grass7

The one with grass6 works fine, both grass plugin and grass tools through
processing are there and seem to work

But, the one with grass7 does not have grass plugin installed nor in the
available plugin list and, maybe because of that (?), grass tools through
processing do not work and when trying to use any of them it opens a dialog
box saying I need to configure grassgis7 folder... But there's no GRASS
item in Configuration --> Options (maybe just because the grass plugin is
not there), so I don't know where or if i even can do that without the
grass plugin... sorry for ignorant here :(

Thanks so much all of you for your help!
Best,
Vero
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Moritz Lennert]

On 27/10/15 17:12, Veronica Andreo wrote:

Hi again :)

2015-10-27 12:15 GMT-03:00 Helmut Kudrnovsky mailto:hel...@web.de>>:


AFAIK grass plugin isn't installed by OSGeo4W default installation.

start the  OSGeo4W-setup -> advanced install -> Libs:

activate there:

qgis-grass plugin (for grass64)
qgis-grass plugin common
qgis-grass plugin7 (for grass7)

So, i activated these libraries and now I get two different QGIS icons:
one with grass6 and the other with grass7

The one with grass6 works fine, both grass plugin and grass tools
through processing are there and seem to work

But, the one with grass7 does not have grass plugin installed nor in the
available plugin list and, maybe because of that (?), grass tools
through processing do not work and when trying to use any of them it
opens a dialog box saying I need to configure grassgis7 folder... But
there's no GRASS item in Configuration --> Options (maybe just because
the grass plugin is not there), so I don't know where or if i even can
do that without the grass plugin... sorry for ignorant here :(


AFAIK, GRASS access via Processing does not depend on the grass plugin. 
However, you need to activate GRASS 7 in Processing->Options->Service 
providers->Grass 7.


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

Re: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Helmut Kudrnovsky]

Veronica Andreo wrote
> Hi again :)
> 
> 2015-10-27 12:15 GMT-03:00 Helmut Kudrnovsky <

> hellik@

> >:
>>
>>
>> AFAIK grass plugin isn't installed by OSGeo4W default installation.
>>
>> start the  OSGeo4W-setup -> advanced install -> Libs:
>>
>> activate there:
>>
>> qgis-grass plugin (for grass64)
>> qgis-grass plugin common
>> qgis-grass plugin7 (for grass7)
>>
> 
> So, i activated these libraries and now I get two different QGIS icons:
> one
> with grass6 and the other with grass7
> 
> The one with grass6 works fine, both grass plugin and grass tools through
> processing are there and seem to work
> 
> But, the one with grass7 does not have grass plugin installed nor in the
> available plugin list and, maybe because of that (?), grass tools through
> processing do not work and when trying to use any of them it opens a
> dialog
> box saying I need to configure grassgis7 folder... But there's no GRASS
> item in Configuration --> Options (maybe just because the grass plugin is
> not there), so I don't know where or if i even can do that without the
> grass plugin... sorry for ignorant here :(
> 
> Thanks so much all of you for your help!
> Best,
> Vero

as maybe this is an packaging issue, so may better ask on the QGIS dev
and/or OSGeo4W ML (https://lists.osgeo.org/mailman/listinfo/osgeo4w-dev)



-
best regards
Helmut
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/no-grass-plugin-in-qgis-installed-from-osgeo4w-tp5232796p5232866.html
Sent from the Grass - Dev mailing list archive at Nabble.com.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Veronica Andreo]

2015-10-27 13:22 GMT-03:00 Moritz Lennert :

> AFAIK, GRASS access via Processing does not depend on the grass plugin.
>> However, you need to activate GRASS 7 in Processing->Options->Service
>> providers->Grass 7.
>>
>
> Yes! Thanks much, Moritz! Was searching in the wrong place (hihihi). This
solved the issue with using grass tools through Processing.

Still grass plugin missing.

Thanks so much!
Vero
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Pedro Venâncio]

Veronica,


Yes! Thanks much, Moritz! Was searching in the wrong place (hihihi). This
> solved the issue with using grass tools through Processing.
>
> Still grass plugin missing.
>
>
Can you please install GRASS 7.0.1-1 instead of 7.0.2RC1-1?

To do so, go to OSGeo4W -> Advanced Install -> Desktop

You should have something like

7.0.2RC1-1   Skip   ...  grass: GRAS GIS - stable release

Please, click in "Skip" and you should get 7.0.1-1. Click Next, install
this version and then try again GRASS plugin in QGIS (search for GRASS 7 in
Plugins -> Manage and Install Plugins).

As Moritz said, Processing GRASS is independent from GRASS Plugin.

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

Re: [GRASS-dev] no grass plugin in qgis installed from osgeo4w

[Veronica Andreo]

Hi Pedro


> Can you please install GRASS 7.0.1-1 instead of 7.0.2RC1-1?
>
> To do so, go to OSGeo4W -> Advanced Install -> Desktop
>
> You should have something like
>
> 7.0.2RC1-1   Skip   ...  grass: GRAS GIS - stable release
>
> Please, click in "Skip" and you should get 7.0.1-1. Click Next, install
> this version and then try again GRASS plugin in QGIS (search for GRASS 7 in
> Plugins -> Manage and Install Plugins).
>

I did that, and got GRASS 7.0.1-1...
Same issue, grass plugin still missing in the list


> As Moritz said, Processing GRASS is independent from GRASS Plugin.
>
> Yes, this works fine with both 7.0.1-1 and 7.0.2RC1-1

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

Re: [GRASS-dev] [Qgis-developer] no grass plugin in qgis installed from osgeo4w

[Veronica Andreo]

Hi there :)

2015-10-27 16:30 GMT-03:00 Pedro Venâncio :

> Hi,
>
>
>> I've installed grass and qgis (2.12) from the osgeo4w installer 32 bits (
>> https://trac.osgeo.org/osgeo4w/), using "Advance install". To get grass
>> plugin, I also selected from Libs:
>>
>> qgis-grass plugin (for grass64)
>> qgis-grass plugin common
>> qgis-grass plugin7 (for grass7)
>>
>> Both, testing with grass7.0.2RC1-1 and grass7.0.1-1, I do not find grass
>> plugin in Plugin --> Manage and Install Plugins. Using QGIS with grass64
>> works fine and plugin is there, though.
>>
>>
> I confirm this.
>
> I've installed
>
> qgis-rel-dev 2.12.0-3
> qgis-dev 2.13.0-3
>
> and I get GRASS 7 plugin working properly, using grass 7.0.1-1 and running
> qgis-rel-dev-g7.0.1.bat and qgis-dev-g7.0.1.bat, respectively.
>
> I also installed qgis 2.12.0-1 (qgis: QGIS Desktop), and running
> qgis-grass7.bat, I don't have the GRASS 7 plugin.
>
> Moreover, if I try to uninstall grass I get:
>
> grass (7.0.2RC1-1)
> GRASS GIS - stable release
> Required by: qgis-dev, qgis-grass-plugin7, qgis-rel-dev
> So, it seems that it is not a dependency for 2.12.0-1, which leads to
> suspect that this version was not compiled with grass 7. Am I wrong?
>
> Veronica, please install qgis-rel-dev 2.12.0-3 instead of qgis 2.12.0-1.
>
> I did. And I got it working!! So, grass7 plugin is not in qgis 2.12.0-1,
but it is there in qgis-rel-dev 2.12.0-3

Thank you so much for your help, Padro! And all!

Vero

ps: i'm also copying grass-dev for record
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Planning of 7.0.2 release

[Vaclav Petras]

On Tue, Oct 20, 2015 at 12:04 PM, Martin Landa 
wrote:

> binaries for Ubuntu [1] and Windows [2] are done. Ma
>
> [1] https://launchpad.net/~grass/+archive/ubuntu/grass-stable
>


Closing to the release, what is the right way to install GRASS GIS on
Ubuntu? It seems that to get the latest release (not RC), it is enough to
use ubuntugis-unstable PPA. While only when one wants RC grass-stable PPA
is needed. However, the website [2] says both are needed. Can you please
enlighten me?

Thanks,
Vaclav

[2] https://grass.osgeo.org/download/software/linux/
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] wxGUI scatterplot: add wx.BeginBusyCursor and wx.EndBusyCursor

[Anna Petrášová]

It's in trunk now for histogram, scatter plot and profile tool. Not sure
about backporting, it should be safe, but you never know...

On Tue, Oct 27, 2015 at 11:54 AM, Markus Neteler  wrote:

> On Tue, Oct 27, 2015 at 4:39 PM, Anna Petrášová 
> wrote:
> > On Tue, Oct 27, 2015 at 11:37 AM, Markus Neteler 
> wrote:
> > Hmm,what about adding wx.Yield() just after the wx.BeginBusyCursor()?
>
> Bingo, now it works.
>
> The histogram tool is affected, too, say, it would be great to have
> the busy cursor also there.
>
> Markus
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2781: gmodeler loops fail with wxpython3

[GRASS GIS]

#2781: gmodeler loops fail with wxpython3
--+
  Reporter:  lucadelu |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  major|  Milestone:  7.0.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:  modeler, wxpython3
   CPU:  Unspecified  |   Platform:  Unspecified
--+
Changes (by annakrat):

 * version:   => unspecified


Comment:

 Should be fixed in r66627, but I haven't tested it, so please do.

--
Ticket URL: 
GRASS GIS 

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