On 8 March 2016 at 17:13, Martin Landa wrote:
> Hi,
>
Hi,
> 2016-03-08 17:08 GMT+01:00 Luca Delucchi :
>> db.connect driver=pg database=grassdata
>> db.login user=lucadelu port=5433 host=localhost
>
> what says
>
> db.login -p
>
db.login -p
sqlite|$GISDB
On 9 March 2016 at 19:11, Markus Neteler wrote:
>
>
> Yeah.. I think
> LEFT OUTER JOIN
> must be used, at least with sqlite backend.
>
no, the code is working quiet well, look to m other mail. it seems a
column type problem
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
_
On 9 March 2016 at 18:56, Luca Delucchi wrote:
> On 9 March 2016 at 18:01, Markus Neteler wrote:
>> Hi
>>
>
> Hi,
>
>> I hope that another developer picks it up add I am traveling...
>>
>
> I'm working on it, but for me it doesn't work
>
&
On 9 March 2016 at 18:01, Markus Neteler wrote:
> Hi
>
Hi,
> I hope that another developer picks it up add I am traveling...
>
I'm working on it, but for me it doesn't work
I'll update you
> Thanks
> Markus
>
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
_
Hi devs,
I have a problem using db backend different to SQLite.
I have a postgresql server running on port 5433, I set up the
connection like this
db.connect driver=pg database=grassdata
db.login user=lucadelu port=5433 host=localhost
but if I try to create new vector with v.random for example I
Please don't forget to register your self.
-- Forwarded message --
From: Margherita Di Leo
Date: 2 March 2016 at 18:03
Subject: [SoC] GSoC 2016: call for mentors
To: OSGeo-SoC , OSGeo Discussions
Dear All,
Following the acceptance of OSGeo as mentor org also this year, we ar
Il 26/feb/2016 11:26 PM, "Paulo van Breugel" ha
scritto:
>
>
> One other welcome improvement would be to make the manual pages more
mobile friendly (also good for search engines)
>
I gave the website to Sylvain (the graphic designer) to work a little bit
on css style, he will send us a proposal t
On 25 February 2016 at 16:00, Martin Landa wrote:
>
> this system is used also by QGIS, MapServer, moreover it's part of
> GRASS history (with one exception - 6.3). I have no strong option
> about that. I would say let's follow our tradition to use odd numbers
> for dev versions. Martin
>
+1
--
On 25 February 2016 at 07:08, Pietro wrote:
> Dear devs,
>
> I saw the discussion on https://trac.osgeo.org/grass/ticket/2750#comment:48
>
> Perhaps is time to think to release the next stable release of GRASS
> before that the stable release and trunk start to diverge too much...
>
> What do you
On 24 February 2016 at 13:36, Sören Gebbert
wrote:
> Hi Luca,
Hi Soeren,
> I think your suggestion of using 2001-01-01T00.00.00 is a good solution.
>
it seems no :-( for vector '.' is not SQL compliant
I would like to use '_' instead '.', but I don't know if it is better
to use it only for vect
On 23 February 2016 at 17:59, Sören Gebbert
wrote:
> Hi,
Hi all,
>
> I would like to suggest that we do not use a flag for suffix
> specification, but instead an option for this purpose. Like "suffix"?
>
> The suffix option will specify which type should be created:
> * time with full format (ti
On 24 February 2016 at 13:36, Sören Gebbert
wrote:
> Hi Luca,
Hi Soeren,
> thank you for taking care of this. :)
you are welcome, I hope to need it in the near future ;-)
> Indeed, a colon ":" must be avoided in map names, since the layer of
> vector maps are identified this way (time stamped
Hi devs,
Regards from Paris, tomorrow will come a graphic designer here at the
code sprint, are you interested in something related to GRASS?
ciao
Luca
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-de
On 23 February 2016 at 17:59, Sören Gebbert
wrote:
> Hi,
Hi,
>
> I would like to suggest that we do not use a flag for suffix
> specification, but instead an option for this purpose. Like "suffix"?
>
I started with t.rast.accdetect, mostly working but
> The suffix option will specify which typ
On 23 February 2016 at 17:59, Sören Gebbert
wrote:
> Hi,
Hi,
> the "-s" flag is in use by many temporal modules for different
> purposes in grass71.
yes, could we try to simplify this using -s for only one purpose?
> Only the aggregation modules use "-s" flag to signal the usage of
> start tim
On 23 February 2016 at 15:52, Anna Petrášová wrote:
>
>
> Are we releasing 7.1 from current trunk? Any way we can make the changes in
> 7.1 in a compatible way? If not (in case of t.sample) we might say the
> interface is a bug and fix it, I would like to avoid waiting for the changes
> till GRASS
On 19 February 2016 at 14:31, Luca Delucchi wrote:
> Hi devs,
>
Hi again,
> according to this ticket [0] Soeren added the -s flag to
> t.rast.aggregate and t.rast.aggregate.ds, I would like to extend (I
> already started) this flag to all the temporal modules using basen
Hi devs,
according to this ticket [0] Soeren added the -s flag to
t.rast.aggregate and t.rast.aggregate.ds, I would like to extend (I
already started) this flag to all the temporal modules using basename
option. I discovered that -s flag is used in other modules for other
meanings.
In grass70 the
On 18 February 2016 at 15:44, Vaclav Petras wrote:
>
>
> The classmethods don't have self but they have cls. These are the variables
> you can set in the body of the class, e.g. mapsets_to_remove in the
> test_distr_tgis_db_raster3d.py test [1]. You can assign the value in the
> setUpClass method
Hi devs,
I added (patch provided as attachment) a doctest in list_maps_of_stds
temporal function. I get the following error, but if I run the python
code of the test I get not error. Do you have any idea how to solve
it?
File "list_stds.py", line 181, in list_stds.list_maps_of_stds
Failed example
Hi devs,
I added some tests [0] on t.connect testsuite to test the new "output"
parameter in t.list, t.rast.list, t.vect.list, t.raster3d.list [1].
These tests return me (also before my changes) this error [2] if I run
one after other.
I think this annoing problem (to use again GRASS I have to e
On 16 February 2016 at 13:20, Moritz Lennert
wrote:
> Source download links and release news links still point to 7.0.2, instead
> of 7.0.3, in different locations:
>
> https://grass.osgeo.org/download/software/sources/
> https://grass.osgeo.org/download/software/linux/
>
should be fixed
> Morit
On 16 February 2016 at 12:24, Martin Landa wrote:
> Hi,
>
Hi Martin,
> recently I have added Vagrantfile [1] to trunk which enables you
> easily create a new virtual machine using vagrant, and compile/install
> GRASS on that machine. Detailed description is available on wiki [2].
thanks a lot f
Hi devs,
I started, a really simple, page [0] for the GRASS GIS Agenda at Paris
Code Sprint, please the other devs joining the event could add their
purpose for the sprint.
[0] https://grasswiki.osgeo.org/wiki/Paris_Code_Sprint_2016_Agenda
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.luc
Is someone thinking to submit GRASS GIS workshop?
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On 2 February 2016 at 21:27, Anna Petrášová wrote:
> Hi,
>
Hi,
> is there any description of the r.li configuration format? My colleague
> needs to write the config file in a script and it's little bit difficult to
> reverse engineer that.
>
No, I'm sorry. He can try to understand the RLIWizard
On 27 January 2016 at 13:22, Thomas Huld wrote:
> Hello,
>
Hi,
> I have written a GRASS module, r.jpdf, to calculate the joint probability
> density of two series of rasters. I would like to publish it as a GRASS
> add-on. Can I get access to the Addons SVN repository?
>
http://trac.osgeo.org/g
On 20 January 2016 at 16:10, Anna Petrášová wrote:
>
>
> Thanks! I like those, I like slightly more the bold GRASS in black than in
> green.
>
thanks, yes these uppercase are better, I like more the green GRASS one
> Best,
> Anna
>
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.
On 14 January 2016 at 14:30, Martin Landa wrote:
> Hi,
>
> 2016-01-14 14:24 GMT+01:00 Luca Delucchi :
>
>> could we postpone this to 7.0.4?
>
> why? It's fresh issue (we are now coming with 64bit builds), would be
> good go stabilize layout ASAP. Ma
>
ok,
On 14 January 2016 at 14:18, Martin Landa wrote:
> Hi,
>
Hi Martin,
> currently the wingrass.fsv.cvut.cz [1] uses layout described bellow:
>
> * x86
> ** grass70
> ** grass71
> * x86_64
> ** grass70
> ** grass71
>
> I started thinking that probably better layout would be:
>
> * grass70
> ** x86
On 14 January 2016 at 04:07, Anna Petrášová wrote:
>
>> ok, in my case I'm speaking about a wx.combo.ComboCtrl but probably is
>> the same. Could I add an option style (set by default to None) in
>> Select class of gselect.py?
>>
> Yes. I have some doubts it will work consistently across all platf
Hi,
Anna sorry for the delay in the answer
On 30 December 2015 at 16:51, Anna Petrášová wrote:
>
>
> The TextCtrl must have wx.TE_PROCESS_ENTER style set, that might be the
> problem.
>
ok, in my case I'm speaking about a wx.combo.ComboCtrl but probably is
the same. Could I add an option style
On 9 November 2015 at 16:29, Luca Delucchi wrote:
> Hi devs,
>
Hi,
> another event to meet each others, with a lot of other communities
>
> http://wiki.osgeo.org/wiki/Paris_Code_Sprint_2016
>
> I hope to see other GRASS developers there, if you want we can also
> sh
On 8 January 2016 at 17:21, Pietro wrote:
> Hi Luca,
>
Hi all,
>
> please replace the example with enumerate.
>
done in r67547 and r67548
> All the best
>
> Pietro
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mai
Hi devs,
A friend found the following problem in the raster pygrass documentation [0]
>>> elev=RasterSegment('elevation_raster')
>>> elev.open()
>>> for row in elev[:5]: print(row[:3])
...
[ 1.77111459 1.78603125 1.79853868]
[ 1.76286662 1.78353381 1.79924631]
[ 1.74902475 1.77574825 1.7944
Hi devs,
working on g.gui.tplot I have problems with gselect.Select in the Vector panel.
Right now there is a wx.EVT_TEXT event and it works well if the vector
temporal dataset is selected by the scroll down menu but it return
errors if the user try to write him self the name of the temporal
datas
Hi devs,
do you think could be useful to have a function in pygrass to check if
a geometry is contained into computational region?
I need it for g.gui.tplot, so before implement it I would like to know
your opinion, if you think it is useful it could be implemented into
Geo class (in this way eve
On 29 November 2015 at 00:04, Markus Neteler wrote:
> Hi Jachym,
>
Hi Jachym,
>
> So cool!!! Thank you,
>
+1, really cool
> Markus
>
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.o
On 23 November 2015 at 19:47, Martin Landa wrote:
> Hi,
>
> currently Ubuntu packages for stable release are maintained on two
> places on Launchpad [1,2]. I would like to discard [1] with respect to
> [2]. Any comments?
>
+1
> Ma
>
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu
Hi devs,
another event to meet each others, with a lot of other communities
http://wiki.osgeo.org/wiki/Paris_Code_Sprint_2016
I hope to see other GRASS developers there, if you want we can also
share a house like in Como.
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
__
On 4 November 2015 at 16:58, Veronica Andreo wrote:
> Ciao Luca!
>
ciao vero,
> Thanks for the example!
>
> Did it work for you?? When I try to validate it, I get
>
with a small workaround yes :-)
> Model is not valid.
> r.mapcalc: undefined variable 'ndvi * 0.0001'
>
I got the same :-)
> wh
On 4 November 2015 at 04:55, Veronica Andreo wrote:
> Hi devs,
>
Hi,
> sorry to bother...
>
> Can anybody please share a .gxm file with an example for using r.mapcalc in
> a loop in the g.gui.gmodeler? I was able to do simple stuff with loops and
> say r.info or r.stats, but just can't figure ou
On 2 November 2015 at 15:03, Markus Neteler wrote:
> Hi devs,
>
Hi,
> please let us know about your interest.
I'm really interested
> Guess we should add a new page in our wiki.
>
https://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Bonn_2016
> Markus
>
--
ciao
Luca
http://gis.cri.fma
Hi devs,
I have problems with temporal framework (both in grass70 and grass71).
This is the error that I get
GRASS 7.0.2svn (grassdata_piemonte):~ > t.connect -d
Driver predefinito / database impostato a:
driver: sqlite
database: $GISDBASE/$LOCATION_NAME/$MAPSET/tgis/sqlite.db
GRASS 7.0.2svn (gra
On 20 October 2015 at 22:19, Martin Landa wrote:
> Hi,
>
> 2015-10-20 9:54 GMT+02:00 Moritz Lennert :
>> +1
>
> suggestion:
>
> 1) continue here: https://trac.osgeo.org/grass/wiki/Release/7.0.2-News
> 2) delete: https://trac.osgeo.org/grass/wiki/Release/7.0.2RC-News
>
> Any objection? Martin
>
no
On 19 October 2015 at 17:29, Luca Delucchi wrote:
>
> I'm working in these days to update r.modis for pymodis gdal support.
> I hope to release something working in two days.
>
r.modis.import has been updated, more tests are needed
After lunch I will update the manuals for bot
On 19 October 2015 at 17:06, Veronica Andreo wrote:
> Hi devs,
>
hi,
> Would that be possible to have a simpler way to import hdf (modis
> especially) files into GRASS, without the need of reprojecting and
> translating into .tif the desired subdatasets first?
>
> I'm using pymodis to download,
Hi devs,
I have a problem with the function shutil_which (core.py) on windows
with grass 7.0.1 installed using OSGeo4W.
The function return None for each module of GRASS, the problem seems
to me that C:\OSGeo4W\apps\grass\grass-7.0.1\bin is not in the path
variable
>>> print gcore.shutil_which(
On 24 September 2015 at 16:10, Martin Landa wrote:
> Hi,
>
Hi,
>
> travis issue seems to be fixed in r66323 (thanks to Ivan Mincik) [1]. Ma
>
> [1] https://travis-ci.org/GRASS-GIS/grass-ci/builds/81968450
>
Yes, I saw it... is there also an explanation about the fix?
Thanks a lot
> --
> Marti
On 23 September 2015 at 10:16, Markus Neteler wrote:
>
> Suggestion: add an "echo ..." there to print the actual line into the
> log in order to better understand the issue?
>
ok, this is the diff, it is correct?
Index: Makefile
===
On 23 September 2015 at 09:26, Luca Delucchi wrote:
> On 19 September 2015 at 11:11, Martin Landa wrote:
>> Hi,
>>
>> 2015-09-19 10:51 GMT+02:00 Luca Delucchi :
>>>> ./parser_standard_options.py -t ../lib/gis/parser_standard_options.c
>>>> -f
On 21 September 2015 at 19:02, Markus Neteler wrote:
> Hi,
>
Hi,
> in r66271 I have submitted an attempt to fix the Travis issue.
>
> On Mon, Sep 21, 2015 at 1:11 PM, Moritz Lennert
> wrote:
>> Great job, thanks !
>>
>> It should certainly be linked to from the g.parser man page (in replacement
On 19 September 2015 at 11:11, Martin Landa wrote:
> Hi,
>
> 2015-09-19 10:51 GMT+02:00 Luca Delucchi :
>>> ./parser_standard_options.py -t ../lib/gis/parser_standard_options.c
>>> -f grass -o
>
> [...]
>
>>> File "/usr/lib/python2.7/ar
Il 19/set/2015 10:42, "Martin Landa" ha scritto:
>
> Hi Luca,
>
Hi Martin,
>
> thanks, unfortunately travis has problem with that
>
> GISBASE="/home/travis/build/GRASS-GIS/grass-ci/dist.x86_64-pc-linux-gnu"
> ARCH="x86_64-pc-linux-gnu"
>
ARCH_DISTDIR="/home/travis/build/GRASS-GIS/grass-ci/dist.x
.org/track/click/30007208/travis-ci.org?p=eyJzIjoiUTh1YVZONkRzSmFMRFpPTGVCbGpoVmp1UWpzIiwidiI6MSwicCI6IntcInVcIjozMDAwNzIwOCxcInZcIjoxLFwidXJsXCI6XCJodHRwczpcXFwvXFxcL3RyYXZpcy1jaS5vcmdcXFwvR1JBU1MtR0lTXFxcL2dyYXNzLWNpXFxcL2J1aWxkc1xcXC84MTEyNDgyMFwiLFwiaWRcIjpcIjc5ZjU2NDI0ZDk4NTRiZTg5ZGIyOWE0MmFjY2I0NjQzXCIsXCJ1cmxfaWRzXCI6W1wiNWNhNzZhYzk3ZDliY2FhNjdjYjExZjRlOGRiNDdjZjc5NDg0OWE0YlwiXX0ifQ>
> 6
On 2 July 2015 at 09:49, Pietro wrote:
> Dear Luca and Moritz,
>
Dear All,
> On Wed, Jul 1, 2015 at 11:58 AM, Moritz Lennert
> wrote:
>> May I just suggest the following small modification
>
> ok, added.
>
>>> I believe we should add the generated table somewhere in the manual docs.
>>> Should
On 16 September 2015 at 13:50, Moritz Lennert wrote:
>
> I think that at such an occasion it also would be very interesting to get a
> series of non-programmers together to work on a training manual for GRASS,
> in the same line as the QGIS training manual [1]. I've very often would have
> apprec
Hi devs,
first of all greetings from Seoul, I know that this topic is for the
next year, but organization of FOSS4G 2016 is started and already in
Como during FOSS4G Europe 2015 I was approached by Astrid Emde (the
code sprint head) asking if we would like to have a longer code sprint
during the e
On 20 August 2015 at 16:13, Annalisa Minelli wrote:
> Dear all,
Dear Annalisa,
> after my recents modifications on Makefile [0] of the r.agent addon, Michael
> and me were trying to build correctly the module.
> In fact, even if on my debian machine it compiles and builds up well using
> g.exten
On 14 August 2015 at 00:35, Sören Gebbert wrote:
> Hi,
Hi,
> to reduce a bit of confusion. You can apply a time interval of
> arbitrary size to a map layer. Use the input file option of t.register
> and specify the interval size in the input file:
>
yes in t.register there aren't problems...
>
On 13 August 2015 at 23:35, Sören Gebbert wrote:
> Dear Markus and Luca,
Dear Soeren,
sorry for delay
> feel free to implement user defined granularities in t.register. It
> should be convenient to use something like "astro_seasons" as
> identifier to apply the astronomical seasons to map layer
Hi devs,
I would like to have seasonal granularity into Temporal Framework, is
this possible?
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/
Hi devs,
Will someone of you attend the FOSS4G 2015 and the related code sprint?
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On 22 May 2015 at 22:54, Laurent C. wrote:
> Hi all,
>
Hi Laurent,
I try to answer to your question
> I'm working on a python module which compute superficial flows using
> simplified shallow water equations. It already works quite well and export
> results as temporal data sets.
> But I'd like
On 29 July 2015 at 16:42, Markus Neteler wrote:
> On Wed, Jul 29, 2015 at 4:33 PM, Luca Delucchi wrote:
>> Hi devs,
>>
>> a colleague of mine has problem creating new location on Windows7.
>> Here the error that she got using epsg code or prj file
>>
&g
Hi devs,
a colleague of mine has problem creating new location on Windows7.
Here the error that she got using epsg code or prj file
Traceback (most recent call last):
File "C:\Program Files (x86)\GRASS GIS 7.0.1RC1\gui\wxpython\gis_set.py", line
500, in OnWizard
grassdatabase = self.tgisdb
On 24 July 2015 at 12:42, Pietro wrote:
> Dear devs,
>
Ciao Pietro,
> Next week I would like to start the merge between my local changes and
> trunk to support Python3.
> As reported in the ticket: https://trac.osgeo.org/grass/ticket/2708
>
> I've tested the changes with python2.6, python2.7 and
On 22 July 2015 at 18:04, Luca Delucchi wrote:
> Hi devs,
>
> we should try to increase the marketing side of GRASS GIS project, I
> started to work on it updating the grassflyer [0] and the GRASS OSGeo
> brochure [1] (now I'm going to update also the Italian versions)
>
Hi devs,
we should try to increase the marketing side of GRASS GIS project, I
started to work on it updating the grassflyer [0] and the GRASS OSGeo
brochure [1] (now I'm going to update also the Italian versions)
Next steps could be:
- update the GRASS GIS page on OSGeo website [2], I tried but a
On 10 July 2015 at 10:31, Markus Neteler wrote:
> Hi
Hi,
>
> are we still blocked with utf stuff or can we release RC2 and then shortly
> 7.0.1 final?
>
We could do all the releases during the code sprint
> Thanks
> Markus
>
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.o
On 1 July 2015 at 06:42, Pietro wrote:
> Dear devs,
>
> I was not able to find a table in the GRASS manual pages with a
> summary of all the default options as define in
> parser_standard_options.c (lib/gis/parser_standard_options.c).
> Therefore I wrote a python command line tool to extract them
On 25 June 2015 at 11:53, Sören Gebbert wrote:
> Hi Luca,
Hi Soeren,
> i just committed a patch in SVN that can handle modified location path's.
> Please make an update of grass7.1 and then call t.connect -d in the
> specific location/mapset to reset the default connection, which is
> mapset spe
On 25 June 2015 at 00:05, Sören Gebbert wrote:
> Hi Luca,
Hio Soeren
> is it possible that the path to the location has changed or that the
> location was renamed?
>
mmm I don't think so, but I'm not sure.
The path to db it seems correct using t.connect -l, do you have any
trick to solve this p
On 11 June 2015 at 21:54, Sören Gebbert wrote:
> Hi Luca,
Hi Soeren,
> i did not change the database structure of the temporal framework recently.
> The exception seems to be from the sqlite3 backend, hence it should
> not be related to different temporal database formats.
>
> Can you access the
Hi devs,
I have problem to open the temporal database (with grass70svn and grass71)
t.list
ERROR: Unable to connect to sqlite3 database:
/grassdata/latlong/ecad100_climate/tgis/sqlite.db
Exception: "unable to open database file"
Please use t.connect to set a read- and writable temporal database b
On 2 June 2015 at 19:46, Anita Graser wrote:
> Hi,
>
Hi,
> I'm interested in computing a line graph for an input graph. I couldn't find
> any reference to line graphs in the GRASS docs. Is there a different term I
> should be using in my search or a hidden function that would create such a
> gra
Hi devs,
maybe could be useful for debug
http://www.drmemory.org/
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On 5 May 2015 at 13:49, Alba German wrote:
> http://pastebin.com/rMgRsqDp
>
could you send the output of "r.info puntosmonitoreo"
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
htt
Il 10/apr/2015 16:00, "Pietro" ha scritto:
>
> Dear devs,
>
Dear all,
> What do you think if we start supporting mathjax on the html webpages?
>
> Please read more on mathjax here: http://www.mathjax.org/
>
> And then we should be able to add formulas on our html page with:
> $\frac{n!}{k!(n-k)
Hi devs,
please consider to add you name to the list [0].
In the next days I'll start to contact owners to find a place where to stay...
Thanks
[0] http://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Como_2015#In_person
On 14 March 2015 at 22:58, Markus Neteler wrote:
> Hi
>
> I'll will be
On 11 March 2015 at 01:55, Matej Krejci wrote:
> Hi all,
>
Hi,
> Last GSOC I was working on ISO based metadata management for GRASS. In this
> term I was created 'package' wx.metadata which is currently available in
> GRASS add-ons. This part was essential. During playing with possibilities of
>
On 12 March 2015 at 11:07, Adam Laža wrote:
> Hi devs,
>
Hi Adam,
> recenlty I expressed my interest in one of your GSoC topic [1]. I was
> further reading and found out there is another topic Complete basic
> cartography suite in GRASS GIS wxGUI Map Display that is quite related to
> maps displ
Hi devs,
someone will partecipate to FOSS4G 2015 in Seul?
I'm going to submit a workshop about Python and GRASS and if someone
want I can put him as workshop teacher with me.
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-d
On 12 March 2015 at 23:55, Luca Delucchi wrote:
>
> [0]
> https://www.airbnb.com/rooms/5296648?checkin=07%2F13%2F2015&checkout=07%2F22%2F2015&guests=9&s=96ek
> [1]
> https://www.airbnb.com/rooms/1109449?checkin=07%2F13%2F2015&checkout=07%2F22%2F2015&gue
On 13 March 2015 at 00:27, Vaclav Petras wrote:
>
>
> House sounds really good. One advantage, besides the price, would be that we
> might have place to code in the evening, the usual issue with universities
> or other organizations is that they don't want us after certain time
> (Politecnico di C
On 12 March 2015 at 05:38, Vaclav Petras wrote:
> I was thinking about this a little bit and I still don't see what would be
> the advantages of Mapnik over other solutions and how used would be the
> result considering that the GUI would be still quite limited. For me it
> seems that if I need so
On 12 March 2015 at 23:32, Markus Neteler wrote:
>
> Yes, let's do it.
>
Ok, I would like to propose two solution for the event:
- we could ask to politecnico di como to find a room for us
- we could rent a big house and do the code sprint there, I found two
[0] (9 people) [1] (8 people) and the
On 12 March 2015 at 18:10, Martin Landa wrote:
> 2015-03-12 14:13 GMT+01:00 Luca Delucchi :
>> done in trunk r64838, could I backport to 7.0 release branch?
>
> no, first fix it in trunk, it should `if not os.path.exists()` ... Ma
>
sorry for the mistake... fixed in r64840
On 12 March 2015 at 11:55, Martin Landa wrote:
> Hi,
>
> 2015-03-12 10:57 GMT+01:00 Luca Delucchi :
>> grass70 --config path
>>
>> Traceback (most recent call last):
>> File "/usr/bin/grass70", line 1345, in
>> parse_cmdline()
>>
Hi devs,
I just discovered that the "config" option on grass70 script doesn't
work with ubuntu/debian packages because Platform.make is missing,
anyway to solve it?
grass70 --config path
Traceback (most recent call last):
File "/usr/bin/grass70", line 1345, in
parse_cmdline()
File "/usr
On 10 March 2015 at 17:46, Martin Landa wrote:
> 2015-03-10 17:12 GMT+01:00 Luca Delucchi :
>> ok, I also tested in a clean docker ubuntu 12.04.
>> With only GRASS PPA it doesn't work; with ubuntugis-unstable and
>> ubuntugis-stable it works. So I'll suggest to dis
On 10 March 2015 at 16:35, Sebastiaan Couwenberg wrote:
>> hm, I already tried to install `grass7` on Ubuntu 12.04 and it worked.
>> So how to fix it for the user? Martin
>
> If package works on plain Ubuntu without PPAs then the user needs to check
> which PPAs he's using that's causing the depen
Hi,
in Italian mailing list was reported a problem with grass7 package and
Ubuntu 12.04.
Sorry if the following error is in Italian, during installation of
grass7 the package is looking for libnetcdf6 but there is no
libnetcdf6 in ubuntu 12.04, but there are some similar (different
version) libne
On 10 March 2015 at 13:04, Nikos Alexandris wrote:
>
> Hi Luca. Small typo in "18th July 2014", I hope.
>
thanks, fixed
> Nikos
>
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
On 10 March 2015 at 09:47, Martin Landa wrote:
> Hi Adam,
>
Hi Martin,
> 2015-03-09 15:37 GMT+01:00 Adam Laža :
>> I study geoinformatics at CTU in Prague and I get interested in some of your
>> topics for GSoC. I have basic knowledge in C/C++ and I've already written
>> some code in Python for
On 9 March 2015 at 15:37, Adam Laža wrote:
> Hi devs,
>
Hi Adam,
> I study geoinformatics at CTU in Prague and I get interested in some of your
> topics for GSoC. I have basic knowledge in C/C++ and I've already written
> some code in Python for GRASS Add-Ons.
> I'd like to focus on Mapnik engin
Hi devs,
what do you think about organize next GRASS community sprint in Como
after the FOSS4G EU?
Starting the Saturday with the FOSS4G EU code sprint [0] and continue
for some days, maybe until Wednesday 22
[0] http://wiki.osgeo.org/wiki/Conference-Europe_2015-Como/Code_sprint
--
ciao
Luca
On 1 March 2015 at 22:54, Helmut Kudrnovsky wrote:
> Hi devs,
>
Hi Helmut,
> I have a few g7-addons in grass svn and I want to put them also in github.
>
> do you know any script/tool to sync addons in svn with github?
>
Could I ask you why?
--
ciao
Luca
http://gis.cri.fmach.it/delucchi/
w
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
On 17 February 2015 at 19:21, Vaclav Petras wrote:
> Dear GRASS developers and users,
>
> we would like to see a GRASS GIS workshop at FOSS4G-Europe [1]. Is anyone
> planning to summit one? If yes, we can provide some support. If not, we can
> submit and prepare one but we need some support starti
301 - 400 of 624 matches
Mail list logo