Re: [GRASS-dev] seg fault of i.atcorr on quickbird
Hey Markus, my attempts have been umsuccessful so far, but i cannot yet say if it is my fault or the module... i have not a good grasp on my dataset yet. will work on it this week end. cheers, yann On Dec 15, 2016 11:26 PM, "Markus Neteler" wrote: > Hi Yann, > > On Mon, Nov 28, 2016 at 7:34 PM, Markus Neteler wrote: > ... > > ... the first column got messed up in the reformatting > > of the CSV file. Fixed in SVN in r69943 (trunk), r69942 (7.2), r69941 > > (7.0). > ... > > I have updated the iwave.cpp code accordingly in all 7 branches and > trunk. > > > > Yann, others: Please test. > > Does i.atcorr now work ok with Quickbird? > > Markus > ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] seg fault of i.atcorr on quickbird
Hi Yann, On Mon, Nov 28, 2016 at 7:34 PM, Markus Neteler wrote: ... > ... the first column got messed up in the reformatting > of the CSV file. Fixed in SVN in r69943 (trunk), r69942 (7.2), r69941 > (7.0). ... > I have updated the iwave.cpp code accordingly in all 7 branches and trunk. > > Yann, others: Please test. Does i.atcorr now work ok with Quickbird? Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7.2RC2 problem
Hi Michael, On Thu, Dec 15, 2016 at 3:35 PM, Michael Barton wrote: > > from my compiling environment shell and from within a functioning grass > environment. > When the log shows ``` Details: [Errno 2] No such file or directory g.gui.dbmgr: Unable to fetch interface description for command 'g.gui.dbmgr'. Details: dyld: Library not loaded: /Applications/GRASS-7.2.app/Contents/MacOS/lib/libgrass_gis.7.2.0RC2.dylib Referenced from: /Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/bin/g.parser Reason: image not found ``` it doesn't seem that you have working GRASS environment. g.parser seems to fail. Anyway, this seems to be not important because according to what I wrote earlier, the version of your Mac system libraries and the system Python (my guess version 2.7.11 or older) do not work together. On Linux I would talk to the packagers. I don't have any idea what you do on Mac in these cases. ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Source code link in Addons
Hi, 2016-12-15 9:01 GMT+01:00 Veronica Andreo : > Trac Error > No node > grass/trunk/home/veroandreo/tmp/grass7-veroandreo-18093/tmppTzxLm/t.rast.out.xyz > at revision 70080 you are right, links are broken. Please report on trac. Thanks, Ma -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] GRASS 7.2RC2 problem
Forgot to add the log. The upshot is that currently, GRASS will not compile successfully on the Mac and I don't have any idea of how to fix it. Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > On Dec 6, 2016, at 4:48 PM, Anna Petrášová wrote: > > On Tue, Dec 6, 2016 at 6:45 PM, Michael Barton wrote: >> They both have 0 bytes. This is the same problem we had many months back. I >> had a clunky workaround but it has not been necessary for some time now. > So what happens if you run those commands manually? Such as: > > python core/toolboxes.py > xml/menudata.xml > >> >> Michael >> >> C. Michael Barton >> Director, Center for Social Dynamics & Complexity >> Professor of Anthropology, School of Human Evolution & Social Change >> Head, Graduate Faculty in Complex Adaptive Systems Science >> Arizona State University >> >> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) >> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) >> www: >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=DQIFaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=HVEqhwl3Ll85E3gVJ25-oDCdT7JU_OnVtUNoG9MOuKw&s=GXvLOrXadWKzYOPfMagBRRvfDFP_4-JVAje415O0QYM&e= >> , >> https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu&d=DQIFaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=HVEqhwl3Ll85E3gVJ25-oDCdT7JU_OnVtUNoG9MOuKw&s=lHTmwDZwrR0-7VdqX_upALaAib4pH4PlSL2uQLMoKM4&e= >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >>> On Dec 6, 2016, at 4:36 PM, Anna Petrášová wrote: >>> >>> There is indeed no error in the log. I can see: >>> /usr/bin/install -c -m 644 xml/menudata.xml >>> /Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/menudata.xml >>> /usr/bin/install -c -m 644 xml/module_tree_menudata.xml >>> /Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/module_tree_menudata.xml >>> >>> so the xml files are on the right places. Could you verify that? Are >>> these files correct? Then when you make install, are these files in >>> the grass7 app? >>> >>> Anna >>> >>> >>> On Tue, Dec 6, 2016 at 5:49 PM, Martin Landa wrote: 2016-12-06 23:45 GMT+01:00 Michael Barton : > It is. We don't know what the problem is. I have a guess on this though. > It > may be a problem with generating the xml code for the addons menu. We had > this problem awhile back. without full log (run make distclean before configure && make) we cannot move from this point (this issue has been reported 7 days ago). Thanks, Ma > On Nov 29, 2016 10:13 PM, "Michael Barton" wrote: >> >> Yesterday I compiled GRASS 7.2 RC2 with no errors. Today I tried to test >> it before posting and got the following error: >> >> GRASS 7.2.0RC2 (Global_latlon):~ > Traceback (most recent call last): >> File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py", >> line 158, in >> sys.exit(main()) >> File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py", >> line 145, in main >> app = GMApp(workspaceFile) >> File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py", >> line 48, in __init__ >> wx.App.__init__(self, False) >> File >> "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", >> line 7981, in __init__ >> self._BootstrapApp() >> File >> "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", >> line 7555, in _BootstrapApp >> return _core_.PyApp__BootstrapApp(*args, **kwargs) >> File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py", >> line 92, in OnInit >> workspace=self.workspaceFile) >> File >> "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/lmgr/frame.py", >> line 129, in __init__ >> self._menuTreeBuilder = LayerManagerMenuData() >> File >> "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/lmgr/menudata.py", >> line 42, in __init__ >> self, filename, expandAddons=expandAddons) >> File >> "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/core/menutree.py", >> line 65, in __init__ >> xmlTree = etree.parse(filename) >> File >> "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/xml/etree/ElementTree.py", >> line 1182, in parse >> tree.p
Re: [GRASS-dev] GRASS 7.2RC2 problem
I had a few minutes and did some tests. Here is a followup. Previously, when there were problems with menudata.xml, I was able to launch a grass session, cd to the source directory, recompile the wxpython part and have menudata.xml build. That workaround no longer seems to work. I attach the log data below. I also tried running: python core/toolboxes.py > xml/menudata.xml from my compiling environment shell and from within a functioning grass environment. Neither seem to work, in that they do not let me create a grass binary that will launch. Running from within a grass environment produces no error. But from the compiling shell I get the following: python core/toolboxes.py > xml/menudata.xml Traceback (most recent call last): File "core/toolboxes.py", line 33, in import grass.script.task as gtask ImportError: No module named grass.script.task 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 Dec 6, 2016, at 4:48 PM, Anna Petrášová wrote: > > On Tue, Dec 6, 2016 at 6:45 PM, Michael Barton wrote: >> They both have 0 bytes. This is the same problem we had many months back. I >> had a clunky workaround but it has not been necessary for some time now. > So what happens if you run those commands manually? Such as: > > python core/toolboxes.py > xml/menudata.xml > >> >> Michael >> >> C. Michael Barton >> Director, Center for Social Dynamics & Complexity >> Professor of Anthropology, School of Human Evolution & Social Change >> Head, Graduate Faculty in Complex Adaptive Systems Science >> Arizona State University >> >> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) >> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) >> www: >> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.public.asu.edu_-7Ecmbarton&d=DQIFaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=HVEqhwl3Ll85E3gVJ25-oDCdT7JU_OnVtUNoG9MOuKw&s=GXvLOrXadWKzYOPfMagBRRvfDFP_4-JVAje415O0QYM&e= >> , >> https://urldefense.proofpoint.com/v2/url?u=http-3A__csdc.asu.edu&d=DQIFaQ&c=AGbYxfJbXK67KfXyGqyv2Ejiz41FqQuZFk4A-1IxfAU&r=vxOW6PLS28MPea_dWUwPfRf71TAIziRDuFqWJimQN1I&m=HVEqhwl3Ll85E3gVJ25-oDCdT7JU_OnVtUNoG9MOuKw&s=lHTmwDZwrR0-7VdqX_upALaAib4pH4PlSL2uQLMoKM4&e= >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >>> On Dec 6, 2016, at 4:36 PM, Anna Petrášová wrote: >>> >>> There is indeed no error in the log. I can see: >>> /usr/bin/install -c -m 644 xml/menudata.xml >>> /Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/menudata.xml >>> /usr/bin/install -c -m 644 xml/module_tree_menudata.xml >>> /Users/cmbarton/grass_source/grass-7.2.0RC2/dist.x86_64-apple-darwin15.6.0/gui/wxpython/xml/module_tree_menudata.xml >>> >>> so the xml files are on the right places. Could you verify that? Are >>> these files correct? Then when you make install, are these files in >>> the grass7 app? >>> >>> Anna >>> >>> >>> On Tue, Dec 6, 2016 at 5:49 PM, Martin Landa wrote: 2016-12-06 23:45 GMT+01:00 Michael Barton : > It is. We don't know what the problem is. I have a guess on this though. > It > may be a problem with generating the xml code for the addons menu. We had > this problem awhile back. without full log (run make distclean before configure && make) we cannot move from this point (this issue has been reported 7 days ago). Thanks, Ma > On Nov 29, 2016 10:13 PM, "Michael Barton" wrote: >> >> Yesterday I compiled GRASS 7.2 RC2 with no errors. Today I tried to test >> it before posting and got the following error: >> >> GRASS 7.2.0RC2 (Global_latlon):~ > Traceback (most recent call last): >> File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py", >> line 158, in >> sys.exit(main()) >> File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py", >> line 145, in main >> app = GMApp(workspaceFile) >> File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxpython/wxgui.py", >> line 48, in __init__ >> wx.App.__init__(self, False) >> File >> "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", >> line 7981, in __init__ >> self._BootstrapApp() >> File >> "/usr/local/lib/wxPython-unicode-2.8.12.1/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", >> line 7555, in _BootstrapApp >> return _core_.PyApp__BootstrapApp(*args, **kwargs) >> File "/Applications/GRASS-7.2.app/Contents/MacOS/gui/wxp
[GRASS-dev] [GRASS GIS] #3223: r.info displays wrong timestamp after t.rast.series with a where clause
#3223: r.info displays wrong timestamp after t.rast.series with a where clause
+-
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.4.0
Component: Default |Version: svn-trunk
Keywords: r.info |CPU: Unspecified
Platform: Linux |
+-
If I run t.rast.series using a where clause, r.info of the resulting map
shows the timestamp of the whole time series and not that of the temporal
selection performed with where.
The selection of maps is fine given that I get the right list of maps when
using the same where clause in t.rast.list, and the values of resulting
maps using the whole time series or just a selection, differ as expected.
Here is a reproducible example:
{{{
r.mapcalc expression="prec_1 = 100" --o
r.mapcalc expression="prec_2 = 200" --o
r.mapcalc expression="prec_3 = 300" --o
r.mapcalc expression="prec_4 = 400" --o
r.mapcalc expression="prec_5 = 500" --o
r.mapcalc expression="prec_6 = 600" --o
t.create type=strds temporaltype=absolute \
output=precip_abs title="Example" \
descr="Example" --o
t.register -i type=raster input=precip_abs \
maps=prec_1,prec_2,prec_3,prec_4,prec_5,prec_6 \
start="2001-01-01" increment="1 months" --o
t.rast.series input=precip_abs output=precip_abs_average
r.info precip_abs_average
t.rast.series input=precip_abs output=precip_abs_average_3months \
where="start_time >= '2001-04-01'"
r.info precip_abs_average_3months
t.rast.list precip_abs where="start_time >= '2001-04-01'"
}}}
--
Ticket URL:
GRASS GIS
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Re: [GRASS-dev] Source code link in Addons
Hi :) I checked what Markus says, and yes the links appear in addons if I call g.manual some-addon from 72 or 73, but I am not redirected to the source code. Instead, I get the following: Trac Error No node grass/trunk/home/veroandreo/tmp/grass7-veroandreo-18093/tmppTzxLm/t.rast.out.xyz at revision 70080 Do you get the same or is something in my PC only? Thanks much! Vero 2016-12-14 22:23 GMT+01:00 Markus Neteler : > Hi Luca, > > On Wed, Dec 14, 2016 at 3:39 PM, Luca Delucchi wrote: >> Hi devs, >> >> a power user ask me to implement source code link also in Addons, so I >> looked a little bit to the code and it seems it should work already. >> >> During addon compilation Script.make is called, inside this there is >> Html.make, this is calling mkhtml.py that contains the code to add >> "Source code", so I don't understand why this is not added (with wrong >> url) to the HTML file? > > I think it all works. The point is that the Addons on the Web site are > compiled against V7.0.svn while only V7.2.svn comes with the new > source code/history link. > As soon as we enable building the addons against 7.2. it will be included. > > In local 7.2 installations, with g.extension, the manual of addons > contains the desired links (try with g.manual someaddon). > > So I think it is all working, just not yet visible on the Web site. > > 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
