date:20150207

Re: [GRASS-dev] [GRASS GIS] #2574: v.surf.icw - not working with the last version of grass7 (was: r.surf.icw - not working with the last version of grass7)

2015-02-07 Thread GRASS GIS

#2574: v.surf.icw - not working with the last version of grass7
-+--
 Reporter:  bhlevca  |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  normal   |   Milestone:  7.1.0
Component:  Addons   | Version:  svn-trunk
 Keywords:  v.surf.icw   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--
Changes (by neteler):

  * keywords:  => v.surf.icw
  * component:  Default => Addons


Old description:

> I updated my grass7 not thinking about compatibility issues. Several
> scripts used by r.surf.icw have changed among which g.remove
>
> For example line 322
>
> {{{
> grass.run_command('g.remove', flags = 'f', rast = cost_site_name, quiet =
> True)
> }}}
>
> must be changed to.
>
> {{{
>  grass.run_command('g.remove', type='raster', flags = 'f', name =
> cost_site_name, quiet = True)
> }}}
>

> Now the module works partially but I struggled to find the final
> solution and I was wondering if someone who knows the code better can fix
> it.
>
> I get the following errors after the successful creation of the :
> temporary files (tmp_icw*):
>
> {{{
> Creating partial weights ...
> Site 1 of 51,  cat = 1, data value = 6.281
> Site 2 of 51,  cat = 2, data value = 6.378843
> Site 3 of 51,  cat = 3, data value = 6.324808
> ERROR: Error reading raster data for row 281 of 
> ERROR: Error reading raster data for row 2343 of 
> ERROR: Error reading raster data for row 2109 of 
> }}}
>

> and at the end probably due to the former errors:
>

> {{{
> Calculating final values ...
> Reading raster map  using weight 1.00...
> ERROR: Raster map  not found
> ERROR: Problem running r.series
> Cleanup..
> }}}
>

> This worked fine in grass 7 several months ago.

New description:

 I updated my grass7 not thinking about compatibility issues. Several
 scripts used by v.surf.icw have changed among which g.remove

 For example line 322

 {{{
 grass.run_command('g.remove', flags = 'f', rast = cost_site_name, quiet =
 True)
 }}}

 must be changed to.

 {{{
  grass.run_command('g.remove', type='raster', flags = 'f', name =
 cost_site_name, quiet = True)
 }}}


 Now the module works partially but I struggled to find the final  solution
 and I was wondering if someone who knows the code better can fix it.

 I get the following errors after the successful creation of the :
 temporary files (tmp_icw*):

 {{{
 Creating partial weights ...
 Site 1 of 51,  cat = 1, data value = 6.281
 Site 2 of 51,  cat = 2, data value = 6.378843
 Site 3 of 51,  cat = 3, data value = 6.324808
 ERROR: Error reading raster data for row 281 of 
 ERROR: Error reading raster data for row 2343 of 
 ERROR: Error reading raster data for row 2109 of 
 }}}


 and at the end probably due to the former errors:


 {{{
 Calculating final values ...
 Reading raster map  using weight 1.00...
 ERROR: Raster map  not found
 ERROR: Problem running r.series
 Cleanup..
 }}}


 This worked fine in grass 7 several months ago.

--

-- 
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] #2574: r.surf.icw - not working with the last version of grass7

2015-02-07 Thread GRASS GIS

#2574: r.surf.icw - not working with the last version of grass7
-+--
 Reporter:  bhlevca  |   Owner:  grass-dev@…  
 Type:  defect   |  Status:  new  
 Priority:  normal   |   Milestone:  7.1.0
Component:  Default  | Version:  svn-trunk
 Keywords:   |Platform:  Unspecified  
  Cpu:  Unspecified  |  
-+--

Comment(by bhlevca):

 I have a large number of points (~2) and the script runs fine until it
 reaches the point of summation of cost weights.

 Then Python gives up because there are too many items in the arguments
 list.
 I am wondering if the script could be changed to work around Python's
 limitation

 Here is the error:

 Removing anomalies at site positions ...
 Applying radial decay ...
 Finding sum of squares ...
 Summation of cost weights ...
 ...
 omitted lines
 ...
   File "/usr/lib64/python2.7/subprocess.py", line 1327, in
 _execute_child
 raise child_exception
 OSError: [Errno 7] Argument list too long

-- 
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] #2580: Treat GNU/Hurd & GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS

2015-02-07 Thread GRASS GIS

#2580: Treat GNU/Hurd & GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS
--+-
  Reporter:  sebastic |   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  normal   |   Milestone:  7.0.0
 Component:  Compiling| Version:  svn-releasebranch70  
Resolution:  fixed|Keywords:  configure
  Platform:  Unspecified  | Cpu:  All  
--+-

Comment(by neteler):

 Forgot to mention: will be shipped with GRASS GIS 7.0.0RC2.

-- 
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] #2580: Treat GNU/Hurd & GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS

2015-02-07 Thread GRASS GIS

#2580: Treat GNU/Hurd & GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS
--+-
  Reporter:  sebastic |   Owner:  grass-dev@…  
  Type:  defect   |  Status:  closed   
  Priority:  normal   |   Milestone:  7.0.0
 Component:  Compiling| Version:  svn-releasebranch70  
Resolution:  fixed|Keywords:  configure
  Platform:  Unspecified  | Cpu:  All  
--+-
Changes (by neteler):

  * keywords:  patch => configure
  * status:  new => closed
  * resolution:  => fixed


Comment:

 Thanks, fixed in r64500 and r64501 along with an update of config.guess
 config.sub
 from their upstream repo. Closing.

-- 
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] #2580: Treat GNU/Hurd & GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS

2015-02-07 Thread GRASS GIS

#2580: Treat GNU/Hurd & GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS
---+
 Reporter:  sebastic   |   Owner:  grass-dev@…  
 Type:  defect |  Status:  new  
 Priority:  normal |   Milestone:  7.0.0
Component:  Compiling  | Version:  svn-releasebranch70  
 Keywords:  patch  |Platform:  Unspecified  
  Cpu:  All|  
---+
 The Debian package builds for GRASS 7.0.0RC1 failed on the hurd-i386 and
 kfreebsd-* architectures with "Unknown platform" errors.

 Build logs:
 
[https://buildd.debian.org/status/fetch.php?pkg=grass&arch=hurd-i386&ver=7.0.0~rc1%2Bds1-1~exp1&stamp=1423258914
 hurd-i386], [https://buildd.debian.org/status/fetch.php?pkg=grass&arch
 =kfreebsd-amd64&ver=7.0.0~rc1%2Bds1-1~exp1&stamp=1423258763 kfreebsd-
 amd64],
 
[https://buildd.debian.org/status/fetch.php?pkg=grass&arch=kfreebsd-i386&ver=7.0.0~rc1%2Bds1-1~exp1&stamp=1423260037
 kfreebsd-i386]

 The attached patch add support for these architectures by treating them
 the same as Linux in the SC_CONFIG_CFLAGS macro.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

2015-02-07 Thread Anna Petrášová

On Sat, Feb 7, 2015 at 2:28 PM, Martin Landa  wrote:

> 2015-02-07 20:24 GMT+01:00 Martin Landa :
> > right, could you try to launch your addons from terminal? I can
> > reproduce this error, eg.
> >
> > i.edge
> > i.edge: error while loading shared libraries:
> > libgrass_gis.7.0.0svn.so: cannot open shared object file: No such file
> > or directory
> >
> > I don't know why this error was skipped with old splashscreen.
>
> quick attempt to fix it in r64499 (would need more investigation). Martin
>
> Are you sure it's caused by the splash screen loading change? Can you
confirm that the previous version is working? I don't have any problems.

Anna

--
> 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] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

2015-02-07 Thread Martin Landa

2015-02-07 20:24 GMT+01:00 Martin Landa :
> right, could you try to launch your addons from terminal? I can
> reproduce this error, eg.
>
> i.edge
> i.edge: error while loading shared libraries:
> libgrass_gis.7.0.0svn.so: cannot open shared object file: No such file
> or directory
>
> I don't know why this error was skipped with old splashscreen.

quick attempt to fix it in r64499 (would need more investigation). 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] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

2015-02-07 Thread Martin Landa

2015-02-07 14:16 GMT+01:00 Anna Petrášová :

> not really, it is related to addons loading. I don't understand the
> UnicodeDecodeError, do you by any chance use some where non ascii characters
> in addon path?

right, could you try to launch your addons from terminal? I can
reproduce this error, eg.

i.edge
i.edge: error while loading shared libraries:
libgrass_gis.7.0.0svn.so: cannot open shared object file: No such file
or directory

I don't know why this error was skipped with old splashscreen.

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.0RC2

2015-02-07 Thread Martin Landa

2015-02-07 20:17 GMT+01:00 Markus Neteler :
> Tomorrow (Sunday) is fine for RC2, better than Monday for me.
> So in approx 24 hours from now if nothing bad pops up.

one big +1 for RC2 tomorrow (after testing startup screen with fresh
winGRASS build).

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.0RC2

2015-02-07 Thread Markus Neteler

On Sat, Feb 7, 2015 at 7:52 PM, Martin Landa  wrote:
> Hi,
>
> 2015-02-07 17:22 GMT+01:00 Markus Neteler :
>> Can (a wx skilled person/Martin?) please backport the updated welcome
>> screen + splash screen? That's the missing issue in
>
> done in r64495. I would wait for tomorrow's winGRASS build to test
> changes also on Windows.

Thanks!

> It would be nice to get RC2 out soon (Sunday
> or Monday), what do you think?

Tomorrow (Sunday) is fine for RC2, better than Monday for me.
So in approx 24 hours from now if nothing bad pops up.

Markus
___
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.0RC2

2015-02-07 Thread Martin Landa

Hi,

2015-02-07 17:22 GMT+01:00 Markus Neteler :
> Can (a wx skilled person/Martin?) please backport the updated welcome
> screen + splash screen? That's the missing issue in

done in r64495. I would wait for tomorrow's winGRASS build to test
changes also on Windows. It would be nice to get RC2 out soon (Sunday
or Monday), what do you think?

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.0RC2

2015-02-07 Thread Martin Landa

Hi,

2015-02-06 17:09 GMT+01:00 Vincent Bain :

> Attached is a clean version (light shades of grey were missing
> underneath white lettering -> better readability with it)
> Eventhough it's a very small file, may the lighter png file help reduce
> this time of emptiness ?

thanks, committed to trunk in r64495.

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.0RC2

2015-02-07 Thread Michael Barton

+1

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















On Feb 7, 2015, at 9:25 AM, Yann Chemin 
mailto:yche...@gmail.com>> wrote:

+1

On 7 February 2015 at 21:52, Markus Neteler 
mailto:nete...@osgeo.org>> wrote:
Hi devs,

I would like to get RC2 out. Even if the updated splash screen is
perhaps not yet superoptimal in startup timing or whatever some
(rare?) issues are, please let's go ahead.
We accumulated important vector fixes which need to get out.

Can (a wx skilled person/Martin?) please backport the updated welcome
screen + splash screen? That's the missing issue in
http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing

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



--


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

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

2015-02-07 Thread Yann Chemin

+1

On 7 February 2015 at 21:52, Markus Neteler  wrote:

> Hi devs,
>
> I would like to get RC2 out. Even if the updated splash screen is
> perhaps not yet superoptimal in startup timing or whatever some
> (rare?) issues are, please let's go ahead.
> We accumulated important vector fixes which need to get out.
>
> Can (a wx skilled person/Martin?) please backport the updated welcome
> screen + splash screen? That's the missing issue in
> http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing
>
> thanks
> Markus
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>



-- 

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

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

2015-02-07 Thread Markus Neteler

Hi devs,

I would like to get RC2 out. Even if the updated splash screen is
perhaps not yet superoptimal in startup timing or whatever some
(rare?) issues are, please let's go ahead.
We accumulated important vector fixes which need to get out.

Can (a wx skilled person/Martin?) please backport the updated welcome
screen + splash screen? That's the missing issue in
http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing

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

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

2015-02-07 Thread Anna Petrášová

On Sat, Feb 7, 2015 at 4:01 AM, Moritz Lennert  wrote:

> On 07/02/15 09:44, Martin Landa wrote:
>
>> Hi,
>>
>> 2015-02-06 17:32 GMT+01:00 Moritz Lennert :
>>
>>> When I look at the example splashscreen code at [1], I see that the
>>> splash
>>> screen is defined as a separate class that is called from the wxApp's
>>> OnInit
>>> function and then calls the main GUI from its OnExit function. Using the
>>> example code here with the 400K version of the splash screen works
>>> perfectly.
>>>
>>> I'm not familiar enough with wxPython and the wxGUI to adapt this
>>> quickly,
>>> but maybe this could inspire some of the wx gurus...
>>>
>>
>> I modified wxgui.py in trunk (r64489) accordingly. Testing highly welcome.
>>
>>
> The splash screen now looks good, but I get:
>
>   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
> unknown-linux-gnu/gui/wxpython/wxgui.py", line 87, in OnExit
> workspace = self.workspaceFile)
>   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
> unknown-linux-gnu/gui/wxpython/lmgr/frame.py", line 122, in __init__
> self._moduleTreeBuilder = LayerManagerModuleTree()
>   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
> unknown-linux-gnu/gui/wxpython/lmgr/menudata.py", line 66, in __init__
> MenuTreeModelBuilder.__init__(self, fallback)
>   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
> unknown-linux-gnu/gui/wxpython/core/menutree.py", line 66, in __init__
> expAddons(xmlTree)
>   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
> unknown-linux-gnu/gui/wxpython/core/toolboxes.py", line 274, in
> expandAddons
> _expandRuntimeModules(root)
>   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
> unknown-linux-gnu/gui/wxpython/core/toolboxes.py", line 515, in
> _expandRuntimeModules
> desc, keywords = _loadMetadata(name)
>   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
> unknown-linux-gnu/gui/wxpython/core/toolboxes.py", line 541, in
> _loadMetadata
> task = gtask.parse_interface(module)
>   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
> unknown-linux-gnu/etc/python/grass/script/task.py", line 509, in
> parse_interface
> tree = etree.fromstring(get_interface_description(name))
>   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-
> unknown-linux-gnu/etc/python/grass/script/task.py", line 493, in
> get_interface_description
> "\n\nDetails: %(det)s") % {'cmd': cmd, 'det': e}
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 32:
> ordinal not in range(128)
>
> And the GUI does not appear.
> Don't know if this is related to your fix.


not really, it is related to addons loading. I don't understand the
UnicodeDecodeError, do you by any chance use some where non ascii
characters in addon path?

Anna

>
>
> Moritz
>
>
> ___
> 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] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

2015-02-07 Thread Anna Petrášová

On Sat, Feb 7, 2015 at 6:06 AM, Moritz Lennert  wrote:

> On 07/02/15 10:12, Martin Landa wrote:
>
>> Hi,
>>
>> 2015-02-06 19:56 GMT+01:00 Anna Petrášová :
>>
>>> Although this example will work fine, it overlooks the main reason
>>> programmers add a splash screen; to give the user feedback while a
>>> program
>>> is loading.
>>>
>>
>> this is right.
>>
>>  It first displays splash screen for 1 second and then start to load the
>>> main
>>> frame. So this would basically make the gui start even longer.
>>> I don't have problems as you describe so it's difficult to test
>>> anything. I
>>>
>>
>> Same here, I wonder if to go back to the previous version of splashscreen.
>>
>
> I don't think that the splash screen significantly slows down the start of
> the GUI, but to solve that issue, if something like wx.Yield() does not
> work, it seems that the general recommendation is threading, so that the
> program can load in a separate thread.


I am not sure how to do that, generally GUI should be always in the main
thread. We could try to make the start faster by importing some parts of
gui only when they are needed, but I am not sure if that will cause
significant speed up.

>
>
>
>
>>  still don'y understand, did you have the same problems with the old
>>> splash
>>> screen?
>>>
>>
>> I also didn't understand that. Martin
>>
>>
> Yes, sorry, I see that I wasn't clear: I'm having the same problem with
> all versions of GRASS. I don't know if this is related to wxpython 3 ?
> Maybe wx.Yield() is handled differently now ?
>
> I don't really know for how long this problem has existed, I've just
> become conscious of it through the discussions on the new splash screen.
>
> But if I'm really the only one with the issue, maybe something's wrong in
> my config.


I didn't have any problem with or without wxPython 3, but I have a new fast
laptop. I would keep the new splash screen in trunk, maybe not put it in
release since it changes start up mechanism and that should be tested more.

Anna

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

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

2015-02-07 Thread Moritz Lennert


On 07/02/15 10:12, Martin Landa wrote:

Hi,

2015-02-06 19:56 GMT+01:00 Anna Petrášová :

Although this example will work fine, it overlooks the main reason
programmers add a splash screen; to give the user feedback while a program
is loading.


this is right.


It first displays splash screen for 1 second and then start to load the main
frame. So this would basically make the gui start even longer.
I don't have problems as you describe so it's difficult to test anything. I


Same here, I wonder if to go back to the previous version of splashscreen.


I don't think that the splash screen significantly slows down the start 
of the GUI, but to solve that issue, if something like wx.Yield() does 
not work, it seems that the general recommendation is threading, so that 
the program can load in a separate thread.






still don'y understand, did you have the same problems with the old splash
screen?


I also didn't understand that. Martin



Yes, sorry, I see that I wasn't clear: I'm having the same problem with 
all versions of GRASS. I don't know if this is related to wxpython 3 ? 
Maybe wx.Yield() is handled differently now ?


I don't really know for how long this problem has existed, I've just 
become conscious of it through the discussions on the new splash screen.


But if I'm really the only one with the issue, maybe something's wrong 
in my config.


Moritz

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

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

2015-02-07 Thread Martin Landa

Hi,

2015-02-06 19:56 GMT+01:00 Anna Petrášová :
> Although this example will work fine, it overlooks the main reason
> programmers add a splash screen; to give the user feedback while a program
> is loading.

this is right.

> It first displays splash screen for 1 second and then start to load the main
> frame. So this would basically make the gui start even longer.
> I don't have problems as you describe so it's difficult to test anything. I

Same here, I wonder if to go back to the previous version of splashscreen.

> still don'y understand, did you have the same problems with the old splash
> screen?

I also didn't understand that. 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] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

2015-02-07 Thread Moritz Lennert


On 07/02/15 09:44, Martin Landa wrote:

Hi,

2015-02-06 17:32 GMT+01:00 Moritz Lennert :

When I look at the example splashscreen code at [1], I see that the splash
screen is defined as a separate class that is called from the wxApp's OnInit
function and then calls the main GUI from its OnExit function. Using the
example code here with the 400K version of the splash screen works
perfectly.

I'm not familiar enough with wxPython and the wxGUI to adapt this quickly,
but maybe this could inspire some of the wx gurus...


I modified wxgui.py in trunk (r64489) accordingly. Testing highly welcome.



The splash screen now looks good, but I get:

  File 
"/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/wxgui.py", 
line 87, in OnExit

workspace = self.workspaceFile)
  File 
"/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/lmgr/frame.py", 
line 122, in __init__

self._moduleTreeBuilder = LayerManagerModuleTree()
  File 
"/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/lmgr/menudata.py", 
line 66, in __init__

MenuTreeModelBuilder.__init__(self, fallback)
  File 
"/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/core/menutree.py", 
line 66, in __init__

expAddons(xmlTree)
  File 
"/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/core/toolboxes.py", 
line 274, in expandAddons

_expandRuntimeModules(root)
  File 
"/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/core/toolboxes.py", 
line 515, in _expandRuntimeModules

desc, keywords = _loadMetadata(name)
  File 
"/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/gui/wxpython/core/toolboxes.py", 
line 541, in _loadMetadata

task = gtask.parse_interface(module)
  File 
"/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/etc/python/grass/script/task.py", 
line 509, in parse_interface

tree = etree.fromstring(get_interface_description(name))
  File 
"/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-unknown-linux-gnu/etc/python/grass/script/task.py", 
line 493, in get_interface_description

"\n\nDetails: %(det)s") % {'cmd': cmd, 'det': e}
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 32: 
ordinal not in range(128)


And the GUI does not appear.
Don't know if this is related to your fix.

Moritz

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

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

2015-02-07 Thread Martin Landa

Hi,

2015-02-06 17:32 GMT+01:00 Moritz Lennert :
> When I look at the example splashscreen code at [1], I see that the splash
> screen is defined as a separate class that is called from the wxApp's OnInit
> function and then calls the main GUI from its OnExit function. Using the
> example code here with the 400K version of the splash screen works
> perfectly.
>
> I'm not familiar enough with wxPython and the wxGUI to adapt this quickly,
> but maybe this could inspire some of the wx gurus...

I modified wxgui.py in trunk (r64489) accordingly. Testing highly welcome.

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] #2574: v.surf.icw - not working with the last version of grass7 (was: r.surf.icw - not working with the last version of grass7)

Re: [GRASS-dev] [GRASS GIS] #2574: r.surf.icw - not working with the last version of grass7

Re: [GRASS-dev] [GRASS GIS] #2580: Treat GNU/Hurd & GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS

Re: [GRASS-dev] [GRASS GIS] #2580: Treat GNU/Hurd & GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS

[GRASS-dev] [GRASS GIS] #2580: Treat GNU/Hurd & GNU/kFreeBSD as Linux in SC_CONFIG_CFLAGS

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

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

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

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

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

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

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

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

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

Re: [GRASS-dev] splash screen image comes up too late [Re: Planning GRASS GIS 7.0.0RC2]

21 matches

Site Navigation

Mail list logo

Footer information