On Sat, Jun 20, 2015 at 10:32 PM, Glynn Clements
wrote:
> This specific issue may just need changing __MINGW32__ to WIN32 (or
> _WIN32 or _WINNT, all of which are defined by MinGW) so that MSVC gets
> the same treatment.
>
This might be a good idea in general. I think I saw some __MINGW32__ #ifs
On Sat, Jun 20, 2015 at 9:02 AM, Rainer M Krug wrote:
> Rainer M Krug writes:
>
> > Markus Neteler writes:
> >
> >> On Fri, Jun 19, 2015 at 10:42 AM, Rainer M Krug
> wrote:
> >>> Hi
> >>>
> >>> I have a homebrew recipe for installing grass 7.1 on a Mac. But
> whenever
> >>> I want to update to
On Thu, Jun 18, 2015 at 1:48 PM, Maris Nartiss wrote:
> _("ERROR: ") + msg is also not a bright idea as it would not play
> nicely with right to left (RTL) languages. I am not an expert in RTL
> and thus can not comment too much. At the moment there seems to be no
> feedback from RTL users on GRA
On Thu, Jun 18, 2015 at 10:08 AM, Moritz Lennert <
mlenn...@club.worldonline.be> wrote:
> On 18/06/15 15:48, Vaclav Petras wrote:
>
>>
>> On Wed, Jun 17, 2015 at 10:14 AM, > <mailto:svn_gr...@osgeo.org>> wrote:
>> >
>>
On Wed, Jun 17, 2015 at 10:14 AM, wrote:
>
> Modified: grass/trunk/locale/po/grasslibs_fr.po
> ===
> --- grass/trunk/locale/po/grasslibs_fr.po 2015-06-17 13:53:52 UTC
(rev 65496)
> +++ grass/trunk/locale/po/grasslibs_fr.po
On Tue, Jun 16, 2015 at 2:01 PM, Radim Blazek
wrote:
> Hi,
> I need to debug QGIS GRASS provider on Windows. I have successfully
> compiled GRASS 7 using MinGW [1] and QGIS using MSVC [2]. The problem
> is that MSVC does not support GCC debugging symbols and vice versa. Do
> you have any idea how
On Mon, Jun 15, 2015 at 9:12 AM, Vaclav Petras wrote:
> Recently, I helped my colleague to install GRASS from packages and
> Synaptic showed grass and grass7 packages both with version 7.0.0. I used
> grass7 and it works. So what is the actual state and preferred way of
> installing
Hi,
I don't understand how the packages for Ubuntu are organized.
The guide on grass.osgeo.org says:
sudo add-apt-repository ppa:ubuntugis/ubuntugis-unstable
sudo add-apt-repository ppa:grass/grass-stable
sudo apt-get update
sudo apt-get install grass7
Why do I need ubuntugis-unstable for grass
On Mon, Jun 15, 2015 at 7:41 AM, Glynn Clements
wrote:
> Modules which commonly use many input maps should have the option to
> read map names from a file. This mostly affects r.series, which
> already does so.
>
> If this issue was more common, we could consider extending G_parser()
> to allow t
On Sun, Jun 14, 2015 at 4:29 PM, Helmut Kudrnovsky wrote:
> if I remember correctly: if an open ticket reported by me/commented by me
> was commented/closed/etc by me/another one, an email with the
> comment/action
> was forwarded to my email address.
>
I'm little bit confused about what is the
On Sun, Jun 14, 2015 at 7:01 AM, Vaclav Petras wrote:
>
>
> On Sun, Jun 14, 2015 at 6:43 AM, Markus Neteler wrote:
>
>> On Sun, Jun 14, 2015 at 12:40 PM, Vaclav Petras
>> wrote:
>> >...
>> > If you want to avoid problems run `make distclean` before
&
On Sun, Jun 14, 2015 at 6:43 AM, Markus Neteler wrote:
> On Sun, Jun 14, 2015 at 12:40 PM, Vaclav Petras
> wrote:
> >...
> > If you want to avoid problems run `make distclean` before
> > `svn up`. For automated builds this is necessary.
>
> Sure, I have "ma
On Sun, Jun 14, 2015 at 4:15 AM, Martin Landa
wrote:
> 2015-06-14 1:56 GMT+02:00 Vaclav Petras :
> > Sorry to report but grass.script cannot be imported when building addons,
> > e.g.:
> >
> > http://grass.osgeo.org/addons/grass7/logs/d.vect.thematic2.log
>
>
On Sun, Jun 14, 2015 at 4:49 AM, Martin Landa
wrote:
> Hi,
>
> 2015-06-14 1:56 GMT+02:00 Vaclav Petras :
> > http://grass.osgeo.org/addons/grass7/logs/d.vect.thematic2.log
>
> btw, I am getting strange error on server when compiling relbr70:
>
> ```
> GRASS GIS 7
Sorry to report but grass.script cannot be imported when building addons,
e.g.:
http://grass.osgeo.org/addons/grass7/logs/d.vect.thematic2.log
and recently posted log for 71/trunk binary is 404:
http://grass.osgeo.org/grass71/binary/linux/snapshot/build.log
Thanks,
Vaclav
__
On Sat, Jun 13, 2015 at 6:09 PM, Martin Landa
wrote:
>
> Hi,
>
> 2015-06-12 23:14 GMT+02:00 Helmut Kudrnovsky :
>
> there is still r64834 to marked for backport [1]. Does anybody here
> option about that?
I have an opinion about that [1] but I'm for the backport anyway :-)
[1] https://trac.osgeo
On Thu, Jun 11, 2015 at 10:11 AM, Glynn Clements
wrote:
>
> > Anyway, I think that non-atomicity during copy (instead of move) when
> > requested (by GRASS_TMPDIR_MAPSET) is not much worse than anything else
> > what one must deal with when using GRASS on some advanced configuration.
> > For examp
Hi Pietro,
the build log on a server which is creating the documentation is full of
syntax errors in coming from pygrass. It's actually just one error but in
broadly used part (t.* as well as gunittest are affected). I guess that the
other error is just the result of the first one (see end of emai
Hi devs and users,
new Trac has a lot of new features (I sent separate emails about it [1,
2]), but not all of them are useful all the time.
Specifically, you can now edit your comments. This is good for fixing typos
but it shouln't be used for updates on the topic. The edits are not so
clear as
On Wed, Jun 10, 2015 at 3:05 PM, Martin Landa
wrote:
>
> 2015-06-10 17:41 GMT+02:00 Glynn Clements :
> >
> > Vaclav Petras wrote:
> >
> >> First, it allows unorthodox behavior of GRASS but this behavior is (or
at
> >> least should be) applied on
Moving the conversation from the ticket.
On Sat, Jun 6, 2015 at 9:16 AM, GRASS GIS wrote:
>
> #2349: CELL raster format: make ZLIB level 3 standard compression instead
of RLE
> --+---
> Reporter: neteler | Owner: grass-
What is the status of r65057, #2626, and #2655?
In 70 release branch, I'm not able to use PostgreSQL attribute table but it
works in trunk. I think that this is thanks to r65057. The bug was probably
also reason for encountering #2626.
Thanks,
Vaclav
db.login + pg & mysql driver: support hostna
On Tue, Jun 9, 2015 at 1:54 PM, Markus Neteler wrote:
>
> On Jun 9, 2015 7:03 PM, "Vaclav Petras" wrote:
> >
> >
> > On Tue, Jun 9, 2015 at 8:51 AM, wrote:
> >>
> >> Author: avitti
> >> Date: 2015-06-09 05:51:48 -0700 (Tue, 09 Jun
On Tue, Jun 9, 2015 at 8:51 AM, wrote:
> Author: avitti
> Date: 2015-06-09 05:51:48 -0700 (Tue, 09 Jun 2015)
> New Revision: 65425
>
> Added:
>grass-addons/grass7/raster/r.seg/
>grass-addons/grass7/raster/r.seg/Makefile
>grass-addons/grass7/raster/r.seg/main.c
>grass-addons/grass7
On Fri, Jun 5, 2015 at 5:17 PM, wrote:
> Author: martinl
> Date: 2015-06-05 14:17:01 -0700 (Fri, 05 Jun 2015)
> New Revision: 65381
>
> Modified:
>grass-addons/tools/wingrass-packager/grass_addons.sh
>grass-addons/tools/wingrass-packager/grass_compile.sh
>grass-addons/tools/wingrass-p
On Fri, Jun 5, 2015 at 2:04 AM, Pietro wrote:
> Hi Vaclav,
>
> What do you think, is it time to move the gunittest suite from trunk to 70?
>
Hi Pietro,
I'm not sure. The API was not tested much especially the one for running
tests. Not that there would be some (serious) bugs. but I might
signif
On Sun, Jun 7, 2015 at 4:58 AM, Martin Landa wrote:
> Hi all,
>
> it seems to me that to enable installing Important Microsoft Runtime
> Libraries is crucial when installing GRASS using standalone installer
> on newer versions of Windows.
>
> I wonder if it would make sense to enable it by defaul
On Sun, Jun 7, 2015 at 5:08 AM, Helmut Kudrnovsky wrote:
> Martin Landa wrote
> > Hi all,
> >
> > it seems to me that to enable installing Important Microsoft Runtime
> > Libraries is crucial when installing GRASS using standalone installer
> > on newer versions of Windows.
> >
> > I wonder if it
On Wed, Jun 3, 2015 at 2:41 AM, Luca Delucchi wrote:
>
> 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 b
On Wed, Jun 3, 2015 at 9:55 AM, Glynn Clements
wrote:
>
> Maybe I'm overlooking something, but this change appears to violate
> the requirement that the file created by G_tempfile() is on the same
> filesystem (partition) as the mapset directory.
>
> Certain files (e.g. the cell/fcell files for r
On Tue, Jun 2, 2015 at 7:50 AM, Moritz Lennert
wrote:
>
> On 02/06/15 03:05, Vaclav Petras wrote:
>>
>> Hi all,
>>
>> I need opinions on how to resolve the question whether GRASS session can
>> be started from another GRASS session.
>>
>> Here we
On Tue, Jun 2, 2015 at 6:34 AM, Markus Neteler wrote:
>
> On Tue, Jun 2, 2015 at 3:05 AM, Vaclav Petras
wrote:
> > Perhaps interactive session (--text & --gui) should have the
> > check.
>
> Definitely. IMHO there is no point in starting GRASS GIS as
> intera
Hi all,
I need opinions on how to resolve the question whether GRASS session can be
started from another GRASS session.
Here we want to use GISBASE from environment instead of build constant if
available:
https://trac.osgeo.org/grass/changeset/45576
However, here we cause error when GISBASE alr
Note also that there is a new interface (in trunk) which removes the need
for setting up the (fake) GRASS session manually [1]. But changes to user's
scripts are needed.
[1] https://trac.osgeo.org/grass/ticket/2579#comment:14
> Thanks,
>
> Bill H.
>
>
>
> On 05/21/201
On Wed, May 13, 2015 at 10:14 AM, Vaclav Petras
wrote:
>
> On Wed, May 13, 2015 at 9:47 AM, Pietro wrote:
> >
> > On Wed, May 13, 2015 at 11:08 AM, Martin Landa
wrote:
> > >
> > > 2015-05-13 8:03 GMT+02:00 Pietro :
> > >
> > >> As you
Hi,
when analyzed with Pylint [1, 2] the function set_paths() in grass.py [3]
triggers an unused variable warning in the following block of code:
addon_path = os.getenv('GRASS_ADDON_PATH')
if addon_path:
for path in addon_path.split(os.pathsep):
path_prepend(addon_path, 'PATH')
Hi,
when I was working on grass.py I saw there usage of clean_temp function
which calls clean_temp program and deletion of the whole .tmp directory and
I can't make sense out of it.
It seems to me that clean_temp (lib/init/clean_temp.c) executable called in
grass.py is not necessary because the w
On Wed, May 20, 2015 at 7:35 AM, Glynn Clements
wrote:
>
>
> Vaclav Petras wrote:
>
> > I think this is exactly what I mean. Any reason for using the variables
> > instead of d.mon?
>
> d.mon isn't something you'd want to use from scripts or other
>
Hi all,
I did a major refactoring of lib/init/grass.py file [1]. I believe that the
file is now much easier to understand and maintain. The changes were
necessary to implement #2579 without hacks and workarounds but it goes
beyond that. Now we can actually review the code, fix some bugs and remove
On Mon, May 18, 2015 at 6:31 PM, Michael Barton
wrote:
> A completely new installation compiled without error but will not launch
> with yet new errors.
>
> Michael
>
> Last login: Mon May 18 15:28:40 on ttys001
> cmb-imaccsdc-2:~ cmbarton$
> '/Applications/GRASS-7.1.app/Contents/MacOS/grass.s
Hi,
do you think it would make sense for MS Windows installer to add the main
GRASS executable on path?
I'm asking because of #2579 (r65252). On MS Windows you will have to use:
C:\Program Files (x86)\GRASS GIS...\grass71 C:\grassdata\... exec g.region
-p
It would be much nicer to be able to do
On Mon, May 18, 2015 at 9:40 AM, Martin Landa
wrote:
>
> Hi,
>
> 2015-05-18 15:36 GMT+02:00 Vaclav Petras :
> >> +
> >> +export GRASS_RENDER_IMMEDIATE=cairo
> >> +export GRASS_RENDER_FILE=vectormap.svg
> >> +
> >> +g.region vector=roa
On Mon, May 18, 2015 at 5:16 AM, wrote:
>
> +SVG Example
> +
> +Example: using the driver to generate a SVG vector file with a vector
> +map (bash-syntax):
> +
> +
> +export GRASS_RENDER_IMMEDIATE=cairo
> +export GRASS_RENDER_FILE=vectormap.svg
> +
> +g.region vector=roadsmajor
> +d.vect map=roads
y to investigate this on different computers in my Institute.
>
> Best regards
> Soeren
>
> 2015-05-11 15:52 GMT+02:00 Vaclav Petras :
> > Hi,
> >
> > when I run t.connect test test_distr_tgis_db_raster.py [0] in Piemonte
> > Location [1], it takes 3.5 hours t
there before. It prevents loading the user settings or something
like that.
For the rest, see the relevant change set:
https://trac.osgeo.org/grass/changeset/64658
>
>
> On Fri, May 15, 2015 at 1:22 PM, Vaclav Petras
wrote:
>>
>> Hi, I see that you are making the indent in a
Hi, I see that you are making the indent in a file consistent but I just
wanted to make sure you know that I recently updated the script
./tools/grass_indent.sh.
On Fri, May 15, 2015 at 11:42 AM, wrote:
> Author: hcho
> Date: 2015-05-15 08:42:52 -0700 (Fri, 15 May 2015)
> New Revision: 65249
>
>
On Fri, May 15, 2015 at 8:10 AM, Nikos Alexandris
wrote:
> I have another use-case, hence another update to the script. Does
> anyone care to have a look at the proposed diff (really a quick hack, no
> extensive testing done but it works for me).
>
Looks good except for computing the slope and
On Wed, May 13, 2015 at 9:47 AM, Pietro wrote:
>
> Hi Martin,
>
> On Wed, May 13, 2015 at 11:08 AM, Martin Landa
wrote:
> > Hi,
> >
> > 2015-05-13 8:03 GMT+02:00 Pietro :
> >> #% description: Name of vector map with interested segments of rivers
> >
> > <- label
>
> Therefore I should use label i
Hi,
when I run t.connect test test_distr_tgis_db_raster.py [0] in Piemonte
Location [1], it takes 3.5 hours to complete [2]. This is happening
constantly for a long time already [3]. There is nothing in the outputs
which would indicate anything like this. Any ideas?
In case you wonder how differe
On Wed, May 6, 2015 at 4:02 PM, Vaclav Petras wrote:
>
> On Wed, May 6, 2015 at 3:02 PM, Eric Patton wrote:
> >
> > Hi,
> >
> > I am using a fresh checkout of Grass 7.0.1 r65194, and it compiled with
no errors
> > (error.log is empty).
In r65199 I added addi
On Wed, May 6, 2015 at 3:02 PM, Eric Patton wrote:
>
> Hi,
>
> I am using a fresh checkout of Grass 7.0.1 r65194, and it compiled with
no errors
> (error.log is empty).
>
> Machine details:
>
> uname -a Linux W5-DAR-EPATTON 3.13.0-24-generic #47-Ubuntu SMP Fri May 2
> 23:30:00 UTC 2014 x86_64 x86_
On Wed, May 6, 2015 at 8:41 AM, Markus Neteler wrote:
>
> On Wed, May 6, 2015 at 2:44 PM, Nikos Alexandris
> wrote:
> > * Vaclav Petras [2015-05-05 08:51:06 -0400]:
> > So, you folks keep a complete copy of it locally?
>
> Yes sure.
>
> > Isn't it
On Tue, May 5, 2015 at 8:41 AM, Nikos Alexandris
wrote:
>
> * Martin Landa [2015-05-05 13:41:32 +0200]:
>
> > 2015-05-05 13:42 GMT+02:00 Nikos Alexandris :
> > >> it's not possible, to enable installing this extension via
> > >> g.extension, you need to move this extension to `grass7/imagery`.
>
On Mon, May 4, 2015 at 4:55 PM, Pietro wrote:
> Dear All,
>
> I'm trying to make a virtual machine with GRASS7 on Fedora 22 (only
> grass64 is available so far), I didn't have any particular problem
> configuring with:
>
> {{{
> ./configure \
> --with-cxx \
> --with-gdal=/usr/bin/gdal-config
On Mon, May 4, 2015 at 6:59 AM, Nikos Alexandris
wrote:
>
> * Nikos Alexandris [2015-05-04 13:52:22 +0300]:
>
> > Nikos Alexandris wrote:
> > > > Dear devs,
> > > > how do we get a string like
> > > > "Last changed: $Date: 2014-12-01 17:21:35 +0200 (Mon, 01 Dec 2014)
quot;
> > > > for a module's
On Sun, May 3, 2015 at 4:12 PM, Markus Neteler wrote:
> ### now testing latest trunk changes:
>
> ...
> GRASS 7.1.svn (nc_spm_08_grass7):~ > file map.png
> map.png: PNG image data, 1500 x 1350, 8-bit/color RGBA, non-interlaced
>
> ... the latest change helps: seems to work now.
>
Thanks Martin,
On Sat, May 2, 2015 at 12:13 PM, Moritz Lennert <
mlenn...@club.worldonline.be> wrote:
>
> On 01/05/15 05:24, Vaclav Petras wrote:
>>
>> Hi,
>>
>> I was trying to render some maps automatically but I'm having problems
>> with setting the size of the
Hi,
I was trying to render some maps automatically but I'm having problems with
setting the size of the image. I set size like this:
export GRASS_RENDER_HEIGHT=1350
export GRASS_RENDER_WIDTH=1500
But with cairo I get still the default size:
d.mon cairo
d.rast aspect
# map.png size is now 640x48
I've noticed that t.rast.aggregate "relative" test succeeded one day but
generally fails:
http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2015-04-27-13-32/report_for_nc_spm_08_grass7_nc/temporal/t.rast.aggregate/test_aggregation_relative/index.html
http://fatra.cnr.ncsu.edu/grassgistests/
On Thu, Apr 23, 2015 at 2:13 PM, Markus Neteler wrote:
>
> On Thu, Apr 23, 2015 at 5:21 PM, Vaclav Petras
wrote:
> > Trac 1.0.5. Live preview for the tickets, side-by-side wiki page live
> > previews, clickable keywords in tickets!
>
> Yes, really nice.
More: editing ti
sistency (in this case, considering other related modules from the
previous discussion).
> best
>
>
> On Thu, Apr 23, 2015 at 11:25 AM, Vaclav Petras
wrote:
>>
>> On Thu, Apr 23, 2015 at 8:41 AM, Carlos Grohmann <
carlos.grohm...@gmail.com> wrote:
>> >
>> >
Trac 1.0.5. Live preview for the tickets, side-by-side wiki page live
previews, clickable keywords in tickets!
On Wed, Apr 22, 2015 at 7:01 PM, Markus Neteler wrote:
> FYI
> -- Forwarded message --
> From: "Martin Spott"
> Date: Apr 23, 2015 12:52 AM
> Subject: Re: [SAC] Upgradi
2:06 AM, Helena Mitasova
wrote:
>>
>> I agree with Carlos on this , I think r.shaded.relief was pretty clear
what it was doing. As I learned recently, r.relief indeed can be confused
with any of the numerous relief metrics.
>>
>> Helena
>>
>>
>> On Wed
Unfortunately, raster.dll from ERDAS problem is still around. This happens
in the Windows system command line on some computer when using v.in.proj
using the dialog:
C:\Users\john> ***ERROR NUMBER 2338 IN FUNCTION
edll_InstanceOpenByClassName***
>>>DLL Open failed for C:/Program Files/Intergraph
Hi Carlos,
On Wed, Apr 22, 2015 at 8:44 AM, Carlos Grohmann
wrote:
>
> Hi
>
> I just installed the latest pkg for GRASS 7 on OSX (nice splash screen
BTW)
> and r.shaded.relief is now just r.relief
>
> Is it too much if ask why this change? To me, r.shaded.relief is so much
better, it describes th
On Mon, Apr 20, 2015 at 10:02 AM, Markus Neteler wrote:
>
> On Fri, Apr 17, 2015 at 9:02 PM, Helmut Kudrnovsky wrote:
> > hi,
> >
> > looking at http://grass.osgeo.org/grass70/manuals/addons/ there seems
to be
> > some mess up in short descriptions:
>
> The incomplete manual pages of r.green*.htm
Hi Martin,
On Wed, Apr 15, 2015 at 3:14 AM, wrote:
> Author: martinl
> Date: 2015-04-15 00:14:53 -0700 (Wed, 15 Apr 2015)
> New Revision: 65057
>
> Modified:
>grass/trunk/db/db.login/db.login.html
>grass/trunk/db/db.login/main.c
>grass/trunk/db/drivers/mysql/db.c
>grass/trunk/db/
Hi,
apparently t.rast.to.vect and t.rast.contour tests fail time to time.
t.rast.to.vect failed on March 26 (r64922):
http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2015-03-26-07-00/report_for_nc_spm_08_grass7_nc/temporal/t.rast.to.vect/test_to_vect/index.html
and test's stdout looked
On Fri, Apr 3, 2015 at 10:25 AM, Martin Landa
wrote:
> > and significantly redo r64855.
>
> OK, please DO it if you have enough time.
>
Well, I don't have enough time for this, so in order to have sustainable
and maintainable code base I think we should consider reverting r64855 as
well.
More i
Hi,
I'm sorry to criticize new features but I'm afraid it is necessary.
On Wed, Mar 25, 2015 at 4:26 PM, wrote:
>
> Author: martinl
> Date: 2015-03-25 13:26:02 -0700 (Wed, 25 Mar 2015)
> New Revision: 64921
>
> Modified:
>grass/branches/releasebranch_7_0/gui/wxpython/gui_core/forms.py
>g
Hello,
I cannot give you feedback for the actual proposal perhaps somebody else
can. This relates to fact that you need somebody who is wiling to mentor
this project.
Generally, as suggested at GSoC ideas page for GRASS GIS [1], you should
show you interest and abilities by fixing some bugs. You
On Fri, Mar 27, 2015 at 5:34 PM, Vaclav Petras wrote:
>
>
> On Fri, Mar 27, 2015 at 5:14 PM, Nikos Alexandris
wrote:
> >
> > * Vaclav Petras [2015-03-26 23:12:50 -0400]:
> >
> > > On Thu, Mar 26, 2015 at 5:04 AM, Nikos Alexandris <
n...@nikosalexandris.
On Fri, Mar 27, 2015 at 5:14 PM, Nikos Alexandris
wrote:
>
> * Vaclav Petras [2015-03-26 23:12:50 -0400]:
>
> > On Thu, Mar 26, 2015 at 5:04 AM, Nikos Alexandris <
n...@nikosalexandris.net>
> > wrote:
>
> > > Disregard the previous one. This one without
On Thu, Mar 26, 2015 at 5:04 AM, Nikos Alexandris
wrote:
> Disregard the previous one. This one without old 'rast' entries (instead,
> new 'raster').
>
> Looks OK (I'm only looking at the source code). Just few things:
It seems you removed the option to add timestamps without registering to
temp
t. You must understand that although now this serves as an
exercise for GSoC, it is a real issue which is in GRASS. Also, for the GSoC
you will need to understand the existing code to certain extended to be
able to incorporate your code and to fix the bugs which can emerge in both
new and existing
Hi Neha,
this should discussed on the grass-dev mailing list, so I'm answering also
there.
On Wed, Mar 25, 2015 at 11:34 AM, Neha Pande wrote:
>
> [...]
>
> My name is Neha and working under Dr. KS Rajan as a research student in
Spatial Informatics Lab, IIIT-Hyderabad. I had wriiten to osgeo mai
On Wed, Mar 25, 2015 at 10:51 AM, jyoti misra
wrote:
> As for the enhancement I was thinking of creating a search box in our
> current structure that takes the users query and redirects it to the result
> page of espg.io with the query. For e.g. if I search India redirect URL
> will be http://eps
On Wed, Mar 25, 2015 at 2:30 AM, Luca Delucchi wrote:
> > 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 display. A
On Wed, Mar 25, 2015 at 2:20 AM, jyoti misra
wrote:
> I was looking into the Bug: "Quotes not preserved in command after
> pressing enter in GUI command console" and tried it out on my machine. I
> was trying to fix it and I think most probably it's some problem with regex
> search which is delet
On Tue, Mar 24, 2015 at 1:30 PM, Pietro wrote:
> Hi Vaclav,
>
> On Tue, Mar 24, 2015 at 3:54 PM, Vaclav Petras
> wrote:
> > On Tue, Mar 24, 2015 at 2:00 AM, Pietro wrote:
> >> together with Francesco Geri, last week we started to write a first
> >> draft
On Tue, Mar 24, 2015 at 2:00 AM, Pietro wrote:
> Hi Radim,
>
> together with Francesco Geri, last week we started to write a first
> draft that generate the GUI for the GRASS module dynamically (based on
> the xml generated with: --interface-description), so far it is based
> on grass7 but should
On Tue, Mar 24, 2015 at 5:56 AM, Radim Blazek
wrote:
> >> Are there functions in time series implementation which need to be
> >> called directly from the plugin or everything may be done just calling
> >> t.rast.* modules?
> >
> > Most of the temporal functionality is available through the tempo
On Sun, Mar 22, 2015 at 10:40 AM, Nikos Alexandris
wrote:
> Vaclav Petras wrote:
>
> It would be good if you can look to r.sun which other options you can
>>>>
>>>>> include.
>>>>>
>>>>
> Nikos Alexandris wrote:
>
>
On Sat, Mar 21, 2015 at 2:24 PM, Nikos Alexandris
wrote:
>
> It would be good if you can look to r.sun which other options you can
>> include.
>>
>
> I am. I am also renaming stuff, eg slope_in to slope. I guess this is
> wanted.
It should be slope (and slope_value) in the options but I think
On Sat, Mar 21, 2015 at 6:49 AM, Nikos Alexandris
wrote:
> While working on the script, I'd like to understand if the "gisprompt"
> line is correct:
>
> #%option
> #% key: linke
> #% key_desc: key description here
> #% type: string
> #% label: label here
>
> #% gisprompt: old,fcell,raster
>
> #%
On Fri, Mar 20, 2015 at 4:41 PM, Nikos Alexandris
wrote:
> On 20.03.2015 22:27, Vaclav Petras wrote:
>
>> Hi Nikos,
>>
>> On Fri, Mar 20, 2015 at 4:07 PM, Nikos Alexandris <
>> n...@nikosalexandris.net>
>> wrote:
>>
>> Hi list, @Anna, @V
Hi Nikos,
On Fri, Mar 20, 2015 at 4:07 PM, Nikos Alexandris
wrote:
> Hi list, @Anna, @Vaclac
>
> is there interest to add support for the Linke Turbidity (as an input) to
> the r.sun.daily script?
>
> there certainly is interest is that (although not from me :-). I just
don't have time to do it.
Well, this is interesting, I'm looking forward how this will develop.
Here is code review of some minor issues.
On Fri, Mar 13, 2015 at 1:24 PM, wrote:
>
> +def loadSettings(self, sett=None):
> +if sett:
> +self.settings = sett
> +
> +try:
> +self.data
On Thu, Mar 12, 2015 at 7:07 PM, Luca Delucchi wrote:
>
> > Or do you see this also a something like a missing GUI for Mapnik where
> one
> > could generate just some configuration file which could be later used
> > somewhere else with Mapnik?
> >
>
> No, my idea was to use Python API to add Mapn
On Thu, Mar 12, 2015 at 6:55 PM, Luca Delucchi wrote:
>
> 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 t
On Tue, Mar 10, 2015 at 4:20 AM, Luca Delucchi wrote:
> 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
>
> This sound really
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 some basic outputs, map display with cairo is fine
especial
Hello.
On Tue, Mar 10, 2015 at 3:46 PM, jyoti misra
wrote:
>
> Dear Sir/Madam,
>
> Myself Jyoti currently working under Dr. KS Rajan as a research student
in Spatial Informatics Lab, IIIT hyderabad . I am currently working in Land
Use modelling of Barrack valley region. Previously i have worked o
On Wed, Mar 11, 2015 at 11:36 AM, sarthak agarwal
wrote:
>
> I have used Grass directly installing from the ppa .. I was trying to
compile it from the source and i'm getting error .Below is the error.log
content.
>
> > GRASS GIS 7.0.1svn r64826 compilation log
Note that for development you will n
On Tue, Mar 10, 2015 at 4:56 AM, Luca Delucchi wrote:
> 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 bas
On Mon, Mar 9, 2015 at 6:32 PM, sarthak agarwal
wrote:
> Dear Sir/Madam,
>
> Myself Sarthak currently working under Dr. KS Rajan as a research student
> in Spatial Informatics Lab, IIIT hyderabad . I am currently working in
> spatial databases by optimizing the performance of mongoDb for spatial
to work on
>> this.
>> Thanks again
>>
>> Durgesh Pandey.
>>
>> On Tue, Mar 10, 2015 at 2:41 AM, Vaclav Petras
>> wrote:
>>
>>>
>>>
>>> On Mon, Mar 9, 2015 at 4:12 PM, Dp Docs wrote:
>>>
>>>> I would l
orstudents
[4] http://grass.osgeo.org/programming7/displaylib.html
>
> Durgesh Pandey.
>
> On Tue, Mar 10, 2015 at 1:36 AM, Vaclav Petras
> wrote:
>
>>
>>
>> On Mon, Mar 9, 2015 at 4:33 AM, Dp Docs wrote:
>> >
>> > Hi,
>> > I Am an un
On Mon, Mar 9, 2015 at 4:33 AM, Dp Docs wrote:
>
> Hi,
> I Am an undergrad. student from IIIT Hyderabad,India. I believe I have
> good Programming Knowledge in languages like Python, C/C++. I have
> Already Done Some Projects in these Languages. I have practical
> knowledge in wxPython. I want to
On Wed, Feb 25, 2015 at 2:52 PM, Isaac Ullah wrote:
> #2598: g.extension compilation fails
>
> --+-
> Reporter: ewcgrass | Owner: grass-dev@?
> Type: defect| Status: new
> Priority: normal| M
801 - 900 of 1540 matches
Mail list logo