Re: [GRASS-dev] Fwd: [SoC] [OSGeo-Discuss] Google Summer of Code 2015

OK. Done (although I won`t be able to play an active part in this). Cheers Stefan -Original Message- From: Luca Delucchi [mailto:lucadel...@gmail.com] Sent: 18. februar 2015 17:29 To: Blumentrath, Stefan Cc: grass-dev@lists.osgeo.org Subject: Re: [GRASS-dev] Fwd: [SoC] [OSGeo-Discuss] Go

Re: [GRASS-dev] [GRASS GIS] #2409: last call for options keys consolidation

#2409: last call for options keys consolidation --+- Reporter: martinl | Owner: grass-dev@… Type: task | Status: new Priority: blocker

Re: [GRASS-dev] [GRASS-user] can not install addons with g.extension

Hi, 2015-02-18 11:09 GMT+01:00 Robert Nuske : > $ ls -l /usr/local/src/grass70/dist.x86_64-unknown-linux-gnu/tools > total 60 > -rwxrwxr-x 1 rnuske rnuske 6240 Feb 17 11:27 g.echo > -rwxr-xr-x 1 rnuske rnuske 1501 Feb 17 11:27 g.html2man.py > -rw-r--r-- 1 rnuske rnuske 5940 Feb 17 11:27 groff.p

Re: [GRASS-dev] Planning GRASS GIS 7.0.0 final: a few days left

Hi devs, ( http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing ) If no objections, I would prepare the 7.0.0 release on Friday, 20 Feb 2015, likely European evening. Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.o

Re: [GRASS-dev] Fwd: [SoC] [OSGeo-Discuss] Google Summer of Code 2015

On 18 February 2015 at 11:16, Blumentrath, Stefan wrote: > Hi, > Hi > Not sure if the GSoC deadline is today (18.02.) or on Friday (20.02.), so I > am just dropping some ideas... > it should be tonight, but you are really welcome to improve the page [0] > Can last years project ideas be recir

Re: [GRASS-dev] [GRASS GIS] #1819: problems compiling map swipe, animation, modeler, and r.li.setup

#1819: problems compiling map swipe, animation, modeler, and r.li.setup -+-- Reporter: cmbarton | Owner: grass-dev@… Type: defect | Status: new Priorit

Re: [GRASS-dev] [GRASS GIS] #1824: wxGUI should offer a vector geometry query tool

#1824: wxGUI should offer a vector geometry query tool --+- Reporter: marisn | Owner: grass-dev@… Type: enhancement | Status: closed Priority: normal | M

Re: [GRASS-dev] [GRASS GIS] #2220: d.vect fails to update layer list on map selection

#2220: d.vect fails to update layer list on map selection --+- Reporter: marisn | Owner: grass-dev@… Type: defect | Status: closed Priority: normal |

Re: [GRASS-dev] [GRASS GIS] #2583: v.net: crash on Windows

#2583: v.net: crash on Windows --+- Reporter: mlennert | Owner: grass-dev@… Type: defect | Status: closed Priority: critical | Milestone: 7.0.0

Re: [GRASS-dev] Removed raster produced by t.rast.series still in t.list rast

Sören Gebbert wrote: be aware that t.rast.series will only attach a time stamp to the resulting raster map (that means it will put it into the temporal database as a time stamped map layer), but it will to register it in any space time raster dataset. Hence, use t.unregister without the input op

Re: [GRASS-dev] Removed raster produced by t.rast.series still in t.list rast

Hi Nikos, be aware that t.rast.series will only attach a time stamp to the resulting raster map (that means it will put it into the temporal database as a time stamped map layer), but it will to register it in any space time raster dataset. Hence, use t.unregister without the input option, since th

Re: [GRASS-dev] Removed raster produced by t.rast.series still in t.list rast

Nikos Alexandris: creating a map with t.rast.series ols output=ols_sum method=sum gives the map which is listed normally via 1) g.list rast & 2) t.list rast Removing the map via g.remove rast name=ols_sum -f is not reflected in t.list rast Shouldn't this be updated in tgis' data base? Sö

Re: [GRASS-dev] tgis bug in G7?

Sören Gebbert wrote: that seems to be a bug in the temporal framework. Can you please create a ticket, adding your example? http://trac.osgeo.org/grass/ticket/2590 Nikos ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/ma

[GRASS-dev] [GRASS GIS] #2590: t.create fails to create/overwrite a new strds

#2590: t.create fails to create/overwrite a new strds -+-- Reporter: nikosa | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Miles

Re: [GRASS-dev] tgis bug in G7?

Hi Nikos, that seems to be a bug in the temporal framework. Can you please create a ticket, adding your example? Best regards Soeren 2015-02-18 11:00 GMT+01:00 Nikos Alexandris : > Nikos Alexandris wrote: > >> While the following > > >> t.create type="strds" title="DMSP-OLS" description="Version

Re: [GRASS-dev] Removed raster produced by t.rast.series still in t.list rast

Hi Nikos, 2015-02-18 10:58 GMT+01:00 Nikos Alexandris : > Hi, > > creating a map with > > t.rast.series ols output=ols_sum method=sum > > gives the map which is listed normally via > > 1) g.list rast & 2) t.list rast > > > Removing the map via > > g.remove rast name=ols_sum -f > > is not reflect

Re: [GRASS-dev] Fwd: [SoC] [OSGeo-Discuss] Google Summer of Code 2015

Hi, Not sure if the GSoC deadline is today (18.02.) or on Friday (20.02.), so I am just dropping some ideas... Can last years project ideas be recirculated / reused? Here I am mainly thinking of three things: 1) The "Web-based GUI for GRASS GIS" which would be a great thing to have. From last

Re: [GRASS-dev] [GRASS-user] can not install addons with g.extension

Thanks Glynn! > > > I have added py extension in `rules` file [1] and requested for the > > > new build. Should be available in 10min. > > > > Thanks for the fix. > > It already percolated into the ubuntu package grass70 > > Version: 7.0.0+1svn64634~ubuntu14.04.1 > > > > > > g.extension fails n

Re: [GRASS-dev] Consistency in raster file's history produced with t.rast.series

Thanks for the feedback Soeren, Nikos On 18.02.2015 11:42, Sören Gebbert wrote: Hi Nikos, 2015-02-18 10:36 GMT+01:00 Nikos Alexandris : The following works just fine: t.rast.series ols output=ols_max method=maximum But the history isn't exactly consistent: r.info ols_max -h .. Data Des

Re: [GRASS-dev] tgis bug in G7?

Nikos Alexandris wrote: While the following t.create type="strds" title="DMSP-OLS" description="Version 4 DMSP-OLS Nighttime Lights Time Series" output="ols" works fine in G71 (trunk), it doesn't work in G7 (updated last night). Detail of interest: t.connect -p driver:sqlite database:/

[GRASS-dev] Removed raster produced by t.rast.series still in t.list rast

Hi, creating a map with t.rast.series ols output=ols_sum method=sum gives the map which is listed normally via 1) g.list rast & 2) t.list rast Removing the map via g.remove rast name=ols_sum -f is not reflected in t.list rast Shouldn't this be updated in tgis' data base? Thanks, Nikos

Re: [GRASS-dev] v.in.ogr: islands not recognized

On Thu, Feb 12, 2015 at 11:16 PM, Markus Metz wrote: > On Wed, Feb 11, 2015 at 9:34 PM, Markus Neteler wrote: >> HI, >> >> I tried to import the NUTS3 map(s) from EU which leads to some obscur >> warnings (see below). While most can be solved with a "mild" snapping, >> still four islands are repo

Re: [GRASS-dev] Consistency in raster file's history produced with t.rast.series

Hi Nikos, 2015-02-18 10:36 GMT+01:00 Nikos Alexandris : > The following works just fine: > > t.rast.series ols output=ols_max method=maximum > > > But the history isn't exactly consistent: > > r.info ols_max -h > .. > Data Description: >generated by r.series > Comments: >r.series -z file="

[GRASS-dev] Consistency in raster file's history produced with t.rast.series

The following works just fine: t.rast.series ols output=ols_max method=maximum But the history isn't exactly consistent: r.info ols_max -h .. Data Description: generated by r.series Comments: r.series -z file="/geo/grassdb/ols/sicily/.tmp/tpx1c2g/22707.0" outp\ ut="ols_max" method="

[GRASS-dev] tgis bug in G7?

While the following t.create type="strds" title="DMSP-OLS" description="Version 4 DMSP-OLS Nighttime Lights Time Series" output="ols" works fine in G71 (trunk), it doesn't work in G7 (updated last night). Detail of interest: t.connect -p driver:sqlite database:/mnemosyne/geo/grassdb/ols/PER