On Mon, Feb 10, 2014 at 5:07 PM, Markus Neteler wrote:
> On Mon, Feb 10, 2014 at 10:49 PM, Anna Petrášová
> wrote:
> > On Mon, Feb 10, 2014 at 3:25 PM, Anna Petrášová
> > wrote:
> >>
> >>
> >>
> >>
> >> On Mon, Feb 10, 2014 at 2:28 PM, Markus Metz
> >> wrote:
> >>>
> >>> On Mon, Feb 10, 2014 a
It is in GRASS 7 but not in GRASS 6.4 release branch
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 S
On Mon, Feb 10, 2014 at 11:32 PM, Michael Barton wrote:
> I deleted everything and did an svn up to restore it all--and only restore
> things in the current svn.
>
> Where should it live in the source code?
It should be here:
general/g.parser/g_parser_test.png
Markus
___
I deleted everything and did an svn up to restore it all—and only restore
things in the current svn.
Where should it live in the source code?
Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evo
I’m starting from a clean update of GRASS 7 source from the SVN. I’ll let you
know.
Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Ada
On Mon, Feb 10, 2014 at 11:16 PM, Michael Barton wrote:
> I just tried to compile GRASS 6.4 a few minutes ago. A new error has cropped
> up over the weekend. I'm compiling with a completely new copy of the source
> code. It is missing a PNG file
Did it get deleted on your system?
I have it on my
I just tried to compile GRASS 6.4 a few minutes ago. A new error has cropped up
over the weekend. I’m compiling with a completely new copy of the source code.
It is missing a PNG file
GRASS GIS compilation log
-
Started compilation: Mon Feb 10 14:46:41 MST 2014
--
Errors
On Mon, Feb 10, 2014 at 10:49 PM, Anna Petrášová wrote:
> On Mon, Feb 10, 2014 at 3:25 PM, Anna Petrášová
> wrote:
>>
>>
>>
>>
>> On Mon, Feb 10, 2014 at 2:28 PM, Markus Metz
>> wrote:
>>>
>>> On Mon, Feb 10, 2014 at 7:53 PM, Vaclav Petras
>>> wrote:
>>> >
>>> >
>>> >
>>> > On Mon, Feb 10, 2014
On Mon, Feb 10, 2014 at 10:56 PM, Anna Petrášová wrote:
> Hi,
> On Mon, Feb 10, 2014 at 12:56 PM, Markus Neteler wrote:
>> in wxGUI -> Settings -> Preferences -> Layer tab
>> there is the "Default color table" text color list, could this be
>> switched to the nice graphical one as used/generated
Hi,
On Mon, Feb 10, 2014 at 12:56 PM, Markus Neteler wrote:
> Hi,
>
> in wxGUI -> Settings -> Preferences -> Layer tab
> there is the "Default color table" text color list, could this be
> switched to the nice graphical one as used/generated here:
>
> case G_OPT_M_COLR:
> Opt->key =
On Mon, Feb 10, 2014 at 4:08 PM, Michael Barton wrote:
> I did my normal make distclean followed by svn up. I can delete it all
> and have it add it all back in if you think that will help.
>
> One thing is that it works fine on the machine I compile on, but bombs
> on a different machine.
>
> I
On Mon, Feb 10, 2014 at 3:25 PM, Anna Petrášová wrote:
>
>
>
> On Mon, Feb 10, 2014 at 2:28 PM, Markus Metz <
> markus.metz.gisw...@gmail.com> wrote:
>
>> On Mon, Feb 10, 2014 at 7:53 PM, Vaclav Petras
>> wrote:
>> >
>> >
>> >
>> > On Mon, Feb 10, 2014 at 1:19 PM, Markus Neteler
>> wrote:
>> >>
1+ for me too. 2.6 was the standard for the last several Mac versions and it
switched to 2.7 in the version before the current one.
Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Soc
I did my normal make distclean followed by svn up. I can delete it all and have
it add it all back in if you think that will help.
One thing is that it works fine on the machine I compile on, but bombs on a
different machine.
Michael
__
C. Michael Barton
Director, Ce
On Mon, Feb 10, 2014 at 2:28 PM, Markus Metz
wrote:
> On Mon, Feb 10, 2014 at 7:53 PM, Vaclav Petras
> wrote:
> >
> >
> >
> > On Mon, Feb 10, 2014 at 1:19 PM, Markus Neteler
> wrote:
> >>
> >> Hi,
> >>
> >> I noticed on Linux that while type
> >>
> >> v.extract input=lakes out=anything where=@
>
On Mon, Feb 10, 2014 at 8:29 PM, Vaclav Petras wrote:
>
>
>
> On Mon, Feb 10, 2014 at 2:17 PM, Markus Metz
> wrote:
>>
>> On Mon, Feb 10, 2014 at 6:44 PM, Vaclav Petras
>> wrote:
>> >
>> >
>> >
>> > On Mon, Feb 10, 2014 at 8:41 AM, Markus Metz
>> >
>> > wrote:
>> >>
>> >> On Mon, Feb 10, 2014 a
On Mon, Feb 10, 2014 at 12:55 PM, Volker Fröhlich wrote:
> On 02/10/2014 11:52 AM, Pietro wrote:
>> On Mon, Feb 10, 2014 at 10:43 AM, Martin Landa
>> wrote:
>>> 2014-02-10 11:39 GMT+01:00 Pietro :
So are you agree to change the requirements for grass70 from Python >=
2.4 to Python = 2.
On Mon, Feb 10, 2014 at 2:17 PM, Markus Metz
wrote:
> On Mon, Feb 10, 2014 at 6:44 PM, Vaclav Petras
> wrote:
> >
> >
> >
> > On Mon, Feb 10, 2014 at 8:41 AM, Markus Metz <
> markus.metz.gisw...@gmail.com>
> > wrote:
> >>
> >> On Mon, Feb 10, 2014 at 12:04 PM, Moritz Lennert
> >> wrote:
> >> > O
On Mon, Feb 10, 2014 at 7:53 PM, Vaclav Petras wrote:
>
>
>
> On Mon, Feb 10, 2014 at 1:19 PM, Markus Neteler wrote:
>>
>> Hi,
>>
>> I noticed on Linux that while type
>>
>> v.extract input=lakes out=anything where=@
>>
>> and a map name list pops up...
>>
>> Is this happening to anyone else?
>>
On Mon, Feb 10, 2014 at 6:44 PM, Vaclav Petras wrote:
>
>
>
> On Mon, Feb 10, 2014 at 8:41 AM, Markus Metz
> wrote:
>>
>> On Mon, Feb 10, 2014 at 12:04 PM, Moritz Lennert
>> wrote:
>> > On 10/02/14 11:46, Markus Metz wrote:
>> >>
>> >> On Mon, Feb 10, 2014 at 11:26 AM, Helmut Kudrnovsky
>> >> w
#2088: G7: digitizer python error
---+
Reporter: neteler| Owner: martinl
Type: defect | Status: assigned
Priority: normal | Milestone: 7.0.0
Component: wxGUI
On Mon, Feb 10, 2014 at 1:19 PM, Markus Neteler wrote:
> Hi,
>
> I noticed on Linux that while type
>
> v.extract input=lakes out=anything where=@
>
> and a map name list pops up...
>
> Is this happening to anyone else?
>
> If I understand correctly, you type " character but it is changed to @
ch
On Mon, Feb 10, 2014 at 1:24 PM, Michael Barton wrote:
> Something else has come up.
>
> I compiled GRASS 7 on one computer Friday. It DID bundle OK (but maybe
> better now?). But when I went to run it on a different computer with the
> same OS, Python, and wxPython, I hit the following error at s
Something else has come up.
I compiled GRASS 7 on one computer Friday. It DID bundle OK (but maybe better
now?). But when I went to run it on a different computer with the same OS,
Python, and wxPython, I hit the following error at startup.
Either of you know what this may be? I don't know if
Hi,
I noticed on Linux that while type
v.extract input=lakes out=anything where=@
and a map name list pops up...
Is this happening to anyone else?
I use
GRASS version: 7.0.svn
GRASS SVN Revision: 58873M
Build Date: 2014-01-04
GDAL/OGR: 1.10.1
PROJ.4: 4.8.0
GEOS:
SQLite: 3.8.2
Python: 2.7.5
wxP
> And we were not able to explain why the right Python (or Python DLL) is
used at one point but not the other.
it's maybe a path issue (?).
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/path.mspx?mfr=true
"The operating system always searches in the current dire
Hi,
in wxGUI -> Settings -> Preferences -> Layer tab
there is the "Default color table" text color list, could this be
switched to the nice graphical one as used/generated here:
case G_OPT_M_COLR:
Opt->key = "color";
Opt->key_desc = "style";
Opt->type = TYPE_STRING;
wenzeslaus wrote
> If I remember correctly, Python scripts were not working from Python
> scripts, they were working from command line. And we were not able to
> explain why the right Python (or Python DLL) is used at one point but not
> the other. If there wouldn't be shell=True [1], I would say t
On Mon, Feb 10, 2014 at 12:33 PM, Markus Neteler wrote:
> Hi,
>
> (surprisingly) the "Search modules" tab does not have any content from
> the "File" menu, i.e it is lacking import/export etc.
> Is there a reason for that? It is a bit misleading...
>
> Hi, this is known issue [1]. The thing which
>GRASS Python scripts are currently executed using the system-wide
>installed Python if it exists. No attempt has been made to explicitly
>use GRASS_PYTHON, therefore it is not possible to say if the system's
>Python would really be completely ignored.
it is (partly) implemented ( and tested on W
On Mon, Feb 10, 2014 at 8:41 AM, Markus Metz
wrote:
> On Mon, Feb 10, 2014 at 12:04 PM, Moritz Lennert
> wrote:
> > On 10/02/14 11:46, Markus Metz wrote:
> >>
> >> On Mon, Feb 10, 2014 at 11:26 AM, Helmut Kudrnovsky
> wrote:
> >
> > Therefore we need
> > hard-coded special treatment
Hi,
(surprisingly) the "Search modules" tab does not have any content from
the "File" menu, i.e it is lacking import/export etc.
Is there a reason for that? It is a bit misleading...
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lis
On Mon, Feb 10, 2014 at 12:04 PM, Moritz Lennert
wrote:
> On 10/02/14 11:46, Markus Metz wrote:
>>
>> On Mon, Feb 10, 2014 at 11:26 AM, Helmut Kudrnovsky wrote:
>
> Therefore we need
> hard-coded special treatment for shell and Python scripts in order to
> make sure that the corre
On 02/10/2014 11:52 AM, Pietro wrote:
> On Mon, Feb 10, 2014 at 10:43 AM, Martin Landa wrote:
>> 2014-02-10 11:39 GMT+01:00 Pietro :
>>> So are you agree to change the requirements for grass70 from Python >=
>>> 2.4 to Python = 2.7 or Python >= 2.6?
>>
>> personally I would keep support for Python
On 10/02/14 11:46, Markus Metz wrote:
On Mon, Feb 10, 2014 at 11:26 AM, Helmut Kudrnovsky wrote:
Therefore we need
hard-coded special treatment for shell and Python scripts in order to
make sure that the correct interpreter is used.
Just for my understanding: When you say hard-coded special
On Mon, Feb 10, 2014 at 10:43 AM, Martin Landa wrote:
> 2014-02-10 11:39 GMT+01:00 Pietro :
>> So are you agree to change the requirements for grass70 from Python >=
>> 2.4 to Python = 2.7 or Python >= 2.6?
>
> personally I would keep support for Python 2.6 at this point if possible.
> Martin
Ye
On Mon, Feb 10, 2014 at 11:26 AM, Helmut Kudrnovsky wrote:
>>>Therefore we need
>>> hard-coded special treatment for shell and Python scripts in order to
>>> make sure that the correct interpreter is used.
>
>>Just for my understanding: When you say hard-coded special treatment for
>>shell scripts
#2192: v.centerpoint: line centers get all cat values from 1 to respective line
--+-
Reporter: mlennert | Owner: grass-dev@…
Type: defect | Status: closed
Prio
#2192: v.centerpoint: line centers get all cat values from 1 to respective line
--+-
Reporter: mlennert | Owner: grass-dev@…
Type: defect | Status: closed
Prio
Hi,
2014-02-10 11:39 GMT+01:00 Pietro :
> So are you agree to change the requirements for grass70 from Python >=
> 2.4 to Python = 2.7 or Python >= 2.6?
personally I would keep support for Python 2.6 at this point if possible. Martin
--
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
Dear developers,
Reading the GRASS7 requirements:
http://grass.osgeo.org/grass70/source/snapshot/REQUIREMENTS.html
In theory, we are still supporting python 2.4.
What do you think if we abandon the support for:
- python 2.4 (last release: December 19, 2008),
- python 2.5 (last release: May 26,
>>Therefore we need
>> hard-coded special treatment for shell and Python scripts in order to
>> make sure that the correct interpreter is used.
>Just for my understanding: When you say hard-coded special treatment for
>shell scripts, are you speaking about the .bat files ?
I think yes.
-
On 10/02/14 09:57, Markus Metz wrote:
Glynn Clements wrote:
This is my entire point. But that cannot be achieved if you're relying
upon hard-coded special treatment for Python scripts. If Python
scripts cannot simply be executed (via system() or subprocess.Popen()
or whatever) in the same manner
Glynn Clements wrote:
>
> Markus Metz wrote:
>
>> >> Other projects such as gimp or libreoffice are AFAICT reasonably
>> >> bundled with Python, without a Python installer.
>> >
>> > They aren't attempting to support Python scripts as stand-alone
>> > programs (i.e. something which can be run from
#2192: v.centerpoint: line centers get all cat values from 1 to respective line
-+--
Reporter: mlennert | Owner: grass-dev@…
Type: defect | Status: new
Priorit
On Thu, Feb 6, 2014 at 5:57 PM, Markus Neteler wrote:
> On Thu, Feb 6, 2014 at 1:14 PM, Blumentrath, Stefan
> wrote:
>> Dear all,
>>
>> I am testing, trying, learning GRASS 7`s hydrology moduls at the moment. And
>> I am very, very satisfied with the available tools. r.watershed managed to
>> pro
46 matches
Mail list logo