On 18.02.2015 12:27, Sören Gebbert wrote:
..
Implementing temporal database management in the existing C modules
is
tricky, since the temporal framework is implemented in Python. More
critical
is, that many temporal modules use spatial and general modules in
their
processing task.
Hence, th
Hi Nikos,
[snip]
>
> just another question: how do we move ST-DSes? Is the answer: "we don't!"?
Exactly! We do not move STDS between mapsets and we don not rename mapsets.
> I have created something in the PERMANENT Mapset, while testing. I now want
> to copy/move this in another Mapset.
If
Hi,
I would like to use a different version of Python from the default install in
the PC,
is there a way to force it in the configure script?
thx
Yann
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-de
On Fri, Feb 20, 2015 at 1:47 PM, Yann Chemin wrote:
> Hi,
>
> I would like to use a different version of Python from the default install in
> the PC,
> is there a way to force it in the configure script?
Not (yet) AFAIK. But you can modify it after the "configure" step here:
include/Make/Platf
#2409: last call for options keys consolidation
--+-
Reporter: martinl | Owner: grass-dev@…
Type: task | Status: new
Priority: blocker
On Tue, Feb 17, 2015 at 9:41 AM, Anna Petrášová
wrote:
>
>
> On Tue, Feb 17, 2015 at 6:03 AM, Robert Nuske wrote:
>
>> Hi
>>
>> g.extension from grass70 (ppa:grass-devel) still fails.
>> [...]
>> Traceback (most recent call last):
>> File "/usr/lib/grass70/tools/g.html2man.py", line 5, in
>>
On 20/02/15 14:25, Markus Neteler wrote:
On Fri, Feb 20, 2015 at 1:47 PM, Yann Chemin wrote:
Hi,
I would like to use a different version of Python from the default install in
the PC,
is there a way to force it in the configure script?
Not (yet) AFAIK. But you can modify it after the "config
On Fri, Feb 20, 2015 at 8:25 AM, Markus Neteler wrote:
> [neteler@pgis_north ]$ alias python=python3.4
>
> [neteler@pgis_north ]$ python --version
> Python 3.4.1
>
I thought alias works just for command line but the processes, e.g.
scripts, does not get them.
#2409: last call for options keys consolidation
--+-
Reporter: martinl | Owner: grass-dev@…
Type: task | Status: new
Priority: blocker
On Fri, Feb 20, 2015 at 2:51 PM, Vaclav Petras wrote:
>
> On Fri, Feb 20, 2015 at 8:25 AM, Markus Neteler wrote:
>>
>> [neteler@pgis_north ]$ alias python=python3.4
>>
>> [neteler@pgis_north ]$ python --version
>> Python 3.4.1
>
> I thought alias works just for command line but the processes, e.g
On Fri, Feb 20, 2015 at 9:26 AM, Markus Neteler wrote:
> On Fri, Feb 20, 2015 at 2:51 PM, Vaclav Petras
> wrote:
> >
> > On Fri, Feb 20, 2015 at 8:25 AM, Markus Neteler
> wrote:
> >>
> >> [neteler@pgis_north ]$ alias python=python3.4
> >>
> >> [neteler@pgis_north ]$ python --version
> >> Python
Am Freitag, 20. Februar 2015, 08:32:17 schrieb Anna Petrášová:
> On Tue, Feb 17, 2015 at 9:41 AM, Anna Petrášová
>
> wrote:
> > On Tue, Feb 17, 2015 at 6:03 AM, Robert Nuske wrote:
> >> Hi
> >>
> >> g.extension from grass70 (ppa:grass-devel) still fails.
> >> [...]
> >>
> >> Traceback (most re
#2409: last call for options keys consolidation
--+-
Reporter: martinl | Owner: grass-dev@…
Type: task | Status: new
Priority: blocker
On Wed, Feb 18, 2015 at 8:10 PM, Markus Neteler wrote:
> 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.
Apparently no objections, so in a few hours I'll sta
Hi there
Good News!
Thanks to Glynn's hint and Martin's fixes the daily grass70 package from
ppa:grass-devel is now able to manage addons with g.extension.
Thanks a lot for your help!
cheers,
robert
___
grass-dev mailing list
grass-dev@lists.osgeo
Hi (also in the other thread)
Good News!
Thanks to Glynn's hint and Martin's fixes the daily grass70 package from
ppa:grass-devel is now able to manage addons with g.extension.
Thanks a lot for your help!
cheers,
robert
Am Mittwoch, 18. Februar 2015, 20:14:38 schrieb Martin Landa:
> Hi,
#2409: last call for options keys consolidation
--+-
Reporter: martinl | Owner: grass-dev@…
Type: task | Status: new
Priority: blocker
I wanted someone to test trunk in case the extensions are built for
different versions, it seems to me that with certain locale, the gui must
still fail. Or did I miss something?
Anna
On Fri, Feb 20, 2015 at 11:34 AM, Robert Nuske wrote:
> Hi there
>
> Good News!
> Thanks to Glynn's hint and Ma
Hi,
2015-02-20 17:34 GMT+01:00 Robert Nuske :
> Thanks to Glynn's hint and Martin's fixes the daily grass70 package from
> ppa:grass-devel is now able to manage addons with g.extension.
small update: currently the build is gone (I trying to fix another
issue with local version of grass70 startup
Robert Nuske wrote:
> There is at least groff.py and html.py missing in the ubuntu package.
> No idea about 'g.echo'.
AFAIK, g.echo is only required on Windows, and only by the build
system. From include/Make/Rules.make:
ifneq ($(MINGW),)
mkpath = $(shell $(TOOLSDIR)/g.echo$(EX
Vaclav Petras wrote:
> it seems that r.mapcalc gives different (pseudo-)random result on MS
> Windows then it is giving on Linux. In NC sample dataset:
>
> g.region n=20 s=10 e=25 w=15 res=1
> r.mapcalc "rand_cell = rand(1, 200)" seed=500
> r.info rand_cell -r
>
> gives the following on Linux:
Yann Chemin wrote:
> I would like to use a different version of Python from the default install in
> the PC,
> is there a way to force it in the configure script?
No.
You can control the interpreter used for building by overriding the
PYTHON make variable, e.g.
make PYTHON=/path/to/py
#2409: last call for options keys consolidation
--+-
Reporter: martinl | Owner: grass-dev@…
Type: task | Status: new
Priority: blocker
23 matches
Mail list logo
