[GRASS-dev] GRASS 6.4.3 release planning

On Nov 11, 2012, at 1:00 PM, grass-dev-request@lists.osgeo.org wrote:

From: Helmut Kudrnovsky <hellik@web.de>

Subject: Re: [GRASS-dev] GRASS 6.4.3 release planning

Date: November 10, 2012 4:22:01 PM MST

To: <grass-dev@lists.osgeo.org>

we may slowly consider 6.4.3RC2 to be prepared.

+1 for RC2. Martin

maybe it’s worth to have a look at:

wingrass6.4.3svn: raster3d problems
http://trac.osgeo.org/grass/ticket/1784


best regards
Helmut

And volume display does not work at all for the most current 2 OS versions for Mac (versions after OS X 10.6).

http://trac.osgeo.org/grass/ticket/1736

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

Sorry, Michael, but I also couldn't reproduce this issue on my AMD64
Gentoo Linux system. Also code paths leading to crash site seemed to
be reasonable. Could it be a bug outside of GRASS (in ctypes?)?

No help unless somebody donates a new Mac to Martin or some other
WXGUI person for GRASS on Mac testing, as it's not possible to
download a free MacOS image for running in a VM.

Maris.

2012/11/12 Michael Barton <Michael.Barton@asu.edu>:

On Nov 11, 2012, at 1:00 PM, grass-dev-request@lists.osgeo.org wrote:

From: Helmut Kudrnovsky <hellik@web.de>
Subject: Re: [GRASS-dev] GRASS 6.4.3 release planning
Date: November 10, 2012 4:22:01 PM MST
To: <grass-dev@lists.osgeo.org>

we may slowly consider 6.4.3RC2 to be prepared.

+1 for RC2. Martin

maybe it's worth to have a look at:

wingrass6.4.3svn: raster3d problems
http://trac.osgeo.org/grass/ticket/1784

-----
best regards
Helmut

And volume display does not work at all for the most current 2 OS versions
for Mac (versions after OS X 10.6).

http://trac.osgeo.org/grass/ticket/1736

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Maris, hold on - I was tied up with conferences and other things so I could not follow up with testing but
I will try the volumes this week on 10.8 - I have it at work so I don't have it as handy as 10.6 that I have at home,
and I need some extra time for testing on 10.8(is it possible that it is only Michael, William and myself who have Mac?)

Also I have been getting complaints about r.mapcalc in the command console on MS Windows
- I was able to run it but I had to remove the quotes and I still don't know exactly what combination of
spaces/not-spaces, quotes/not-quotes works on MS Windows so the students have to run mapcalc from GUI.
(all combinations work on Mac)
Just yesterday there were some new troubles with r.thin and other commands in our flow routing
assignments that run in GUI but not in the Command console on windows.
(it is this - you can try to run it on MSWin in command console)
http://courses.ncsu.edu/mea582/common/GIS_anal_grass/GIS_Anal_grflow.html
Most of these troubles may be already fixed as this is GRASS6.4.3svn from september,
but I just would like to point out that there may be still problems.

I normally try to test as soon as I hear about the problems, but I have MacOS10.6 at home where
I can test right away, it gets more complicated in terms of logistics if it is MS Windows or MacOS10.8
And lot of the reported problems are just user error so I don't want to submit a bug report
before confirming that there is a real problem.

Helena

Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmitaso@ncsu.edu

"All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties.”

On Nov 12, 2012, at 3:41 AM, Maris Nartiss wrote:

Sorry, Michael, but I also couldn't reproduce this issue on my AMD64
Gentoo Linux system. Also code paths leading to crash site seemed to
be reasonable. Could it be a bug outside of GRASS (in ctypes?)?

No help unless somebody donates a new Mac to Martin or some other
WXGUI person for GRASS on Mac testing, as it's not possible to
download a free MacOS image for running in a VM.

Maris.

2012/11/12 Michael Barton <Michael.Barton@asu.edu>:

On Nov 11, 2012, at 1:00 PM, grass-dev-request@lists.osgeo.org wrote:

From: Helmut Kudrnovsky <hellik@web.de>
Subject: Re: [GRASS-dev] GRASS 6.4.3 release planning
Date: November 10, 2012 4:22:01 PM MST
To: <grass-dev@lists.osgeo.org>

we may slowly consider 6.4.3RC2 to be prepared.

+1 for RC2. Martin

maybe it's worth to have a look at:

wingrass6.4.3svn: raster3d problems
http://trac.osgeo.org/grass/ticket/1784

-----
best regards
Helmut

And volume display does not work at all for the most current 2 OS versions
for Mac (versions after OS X 10.6).

http://trac.osgeo.org/grass/ticket/1736

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Maris,

Volumes are broken on the Mac, not on Linux AFAIK. I don't know about Windows.

While a lot of people USE GRASS on Macs, so far not many develop on it. Currently, William Kyngesburye and I are the only people doing this AFAIK, with Helena and Agustin Diaz doing systematic testing. There is a similar imbalance for Windows it seems. Maybe it is because more Linux users like to 'tinker' with their systems, while most Mac and Windows users just want to use the software. The classes that Helena and I teach help a lot in getting new testing done for Widows and Mac, but happen only periodically. Currently, for example, GRASS 7 for windows does not work for any of my students. But in mid-semester I'm up to my eyeballs in classes, proposals, admin responsibilities, etc. Helena is too. We need to get more Mac users (and Windows users too) to get involved with GRASS development. This is probably a better solution than chipping in for a new Mac in Italy, because Mac users will be more familiar with their systems. Anyway, enough whining.

From what I can tell...

Volumes work on 10.6 when compiled on 10.6
Volumes do not work on any system when compiled on 10.8
Volumes compiled on 10.6 do not work on 10.8 (I think, but this needs a little more testing)

The apparent error has to do with memory. The initialization of volumes work fine. The crash comes with the display refresh when you try to adjust anything. The debug output that I posted to track shows that the crash happens after a memory pointer assignment. There is no such assignment statement called for the volume initialization. I don't know where that statement is located in the code and I currently don't have time right now to try to find it and track where it is called and what it calls. With some help on that front I (or Helena or someone else maybe) could try commenting it out or changing it and see what happens.

Volume display seems to work fine for the TclTk version of NVIZ, even in 10.8 (testing in GRASS 6.4.2 only so far).

That is the extent of what I know at the moment.

I wish we had a many people developing and testing for the Mac as we do for Linux. But it takes time to develop that community. Releasing a stable version in which the entire volume functionality is not useable will not help in that regard. So we just have to keep plugging away with the resources we have.

Cheers
Michael

____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Nov 12, 2012, at 7:06 AM, Helena Mitasova <hmitaso@ncsu.edu>
wrote:

Maris, hold on - I was tied up with conferences and other things so I could not follow up with testing but
I will try the volumes this week on 10.8 - I have it at work so I don't have it as handy as 10.6 that I have at home,
and I need some extra time for testing on 10.8(is it possible that it is only Michael, William and myself who have Mac?)

Also I have been getting complaints about r.mapcalc in the command console on MS Windows
- I was able to run it but I had to remove the quotes and I still don't know exactly what combination of
spaces/not-spaces, quotes/not-quotes works on MS Windows so the students have to run mapcalc from GUI.
(all combinations work on Mac)
Just yesterday there were some new troubles with r.thin and other commands in our flow routing
assignments that run in GUI but not in the Command console on windows.
(it is this - you can try to run it on MSWin in command console)
http://courses.ncsu.edu/mea582/common/GIS_anal_grass/GIS_Anal_grflow.html
Most of these troubles may be already fixed as this is GRASS6.4.3svn from september,
but I just would like to point out that there may be still problems.

I normally try to test as soon as I hear about the problems, but I have MacOS10.6 at home where
I can test right away, it gets more complicated in terms of logistics if it is MS Windows or MacOS10.8
And lot of the reported problems are just user error so I don't want to submit a bug report
before confirming that there is a real problem.

Helena

Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmitaso@ncsu.edu

"All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties.”

On Nov 12, 2012, at 3:41 AM, Maris Nartiss wrote:

Sorry, Michael, but I also couldn't reproduce this issue on my AMD64
Gentoo Linux system. Also code paths leading to crash site seemed to
be reasonable. Could it be a bug outside of GRASS (in ctypes?)?

No help unless somebody donates a new Mac to Martin or some other
WXGUI person for GRASS on Mac testing, as it's not possible to
download a free MacOS image for running in a VM.

Maris.

2012/11/12 Michael Barton <Michael.Barton@asu.edu>:

On Nov 11, 2012, at 1:00 PM, grass-dev-request@lists.osgeo.org wrote:

From: Helmut Kudrnovsky <hellik@web.de>
Subject: Re: [GRASS-dev] GRASS 6.4.3 release planning
Date: November 10, 2012 4:22:01 PM MST
To: <grass-dev@lists.osgeo.org>

we may slowly consider 6.4.3RC2 to be prepared.

+1 for RC2. Martin

maybe it's worth to have a look at:

wingrass6.4.3svn: raster3d problems
#1784 (wingrass6.4.3svn: raster3d problems) – GRASS GIS

-----
best regards
Helmut

And volume display does not work at all for the most current 2 OS versions
for Mac (versions after OS X 10.6).

#1736 (wxNVIZ volume display crashes Mac) – GRASS GIS

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

On Nov 12, 2012, at 10:57 AM, Michael Barton wrote:

From what I can tell...
Volumes work on 10.6 when compiled on 10.6
Volumes do not work on any system when compiled on 10.8
Volumes compiled on 10.6 do not work on 10.8 (I think, but this needs a little more testing)

From my testing:

compiled on/for 10.7 and Python 2.7, run on 10.7: crash
compiled on/for 10.7 and Python 2.7, run on 10.8 (essentially same as 10.7 for runtime compatibility): crash
compiled on 10.6 for 10.6 and Python 2.6, run on 10.6: OK
compiled on 10.6 for 10.6 and Python 2.6, run on 10.7+: crash

all using Wxpython 2.8. Note that wx 2.8 is _probably_ not compatible with OS X 10.7+ because of Carbon issues.

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

Earth: "Mostly harmless"

- revised entry in the HitchHiker's Guide to the Galaxy

Currently, for example, GRASS 7 for windows does not work for any of my

students.

should be fixed now (see http://trac.osgeo.org/osgeo4w/ticket/305), please
try an updated version.

-----
best regards
Helmut
--
View this message in context: http://osgeo-org.1560.n6.nabble.com/GRASS-6-4-3-release-planning-tp4995930p5015855.html
Sent from the Grass - Dev mailing list archive at Nabble.com.

I'm sorry if I sounded too harsh, I just want to see some progress, as
it's not possible to hold back next release infinitely if nobody is
working on fixes for Mac. A Mac using developer, of course, would be
the best solution. If not, probably next GRASS release will be with
reduced functionality on Mac (read - some bugs will not get fixed).
Sorry. No developers == no fixes.

Maris.

2012/11/12 Michael Barton <Michael.Barton@asu.edu>:

Maris,

Volumes are broken on the Mac, not on Linux AFAIK. I don't know about Windows.

While a lot of people USE GRASS on Macs, so far not many develop on it. Currently, William Kyngesburye and I are the only people doing this AFAIK, with Helena and Agustin Diaz doing systematic testing. There is a similar imbalance for Windows it seems. Maybe it is because more Linux users like to 'tinker' with their systems, while most Mac and Windows users just want to use the software. The classes that Helena and I teach help a lot in getting new testing done for Widows and Mac, but happen only periodically. Currently, for example, GRASS 7 for windows does not work for any of my students. But in mid-semester I'm up to my eyeballs in classes, proposals, admin responsibilities, etc. Helena is too. We need to get more Mac users (and Windows users too) to get involved with GRASS development. This is probably a better solution than chipping in for a new Mac in Italy, because Mac users will be more familiar with their systems. Anyway, enough whining.

From what I can tell...
Volumes work on 10.6 when compiled on 10.6
Volumes do not work on any system when compiled on 10.8
Volumes compiled on 10.6 do not work on 10.8 (I think, but this needs a little more testing)

The apparent error has to do with memory. The initialization of volumes work fine. The crash comes with the display refresh when you try to adjust anything. The debug output that I posted to track shows that the crash happens after a memory pointer assignment. There is no such assignment statement called for the volume initialization. I don't know where that statement is located in the code and I currently don't have time right now to try to find it and track where it is called and what it calls. With some help on that front I (or Helena or someone else maybe) could try commenting it out or changing it and see what happens.

Volume display seems to work fine for the TclTk version of NVIZ, even in 10.8 (testing in GRASS 6.4.2 only so far).

That is the extent of what I know at the moment.

I wish we had a many people developing and testing for the Mac as we do for Linux. But it takes time to develop that community. Releasing a stable version in which the entire volume functionality is not useable will not help in that regard. So we just have to keep plugging away with the resources we have.

Cheers
Michael

____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Nov 12, 2012, at 7:06 AM, Helena Mitasova <hmitaso@ncsu.edu>
wrote:

Maris, hold on - I was tied up with conferences and other things so I could not follow up with testing but
I will try the volumes this week on 10.8 - I have it at work so I don't have it as handy as 10.6 that I have at home,
and I need some extra time for testing on 10.8(is it possible that it is only Michael, William and myself who have Mac?)

Also I have been getting complaints about r.mapcalc in the command console on MS Windows
- I was able to run it but I had to remove the quotes and I still don't know exactly what combination of
spaces/not-spaces, quotes/not-quotes works on MS Windows so the students have to run mapcalc from GUI.
(all combinations work on Mac)
Just yesterday there were some new troubles with r.thin and other commands in our flow routing
assignments that run in GUI but not in the Command console on windows.
(it is this - you can try to run it on MSWin in command console)
http://courses.ncsu.edu/mea582/common/GIS_anal_grass/GIS_Anal_grflow.html
Most of these troubles may be already fixed as this is GRASS6.4.3svn from september,
but I just would like to point out that there may be still problems.

I normally try to test as soon as I hear about the problems, but I have MacOS10.6 at home where
I can test right away, it gets more complicated in terms of logistics if it is MS Windows or MacOS10.8
And lot of the reported problems are just user error so I don't want to submit a bug report
before confirming that there is a real problem.

Helena

Helena Mitasova
Associate Professor
Department of Marine, Earth, and Atmospheric Sciences
2800 Faucette Drive, Rm. 1125 Jordan Hall
North Carolina State University
Raleigh, NC 27695-8208
hmitaso@ncsu.edu

"All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties.”

On Nov 12, 2012, at 3:41 AM, Maris Nartiss wrote:

Sorry, Michael, but I also couldn't reproduce this issue on my AMD64
Gentoo Linux system. Also code paths leading to crash site seemed to
be reasonable. Could it be a bug outside of GRASS (in ctypes?)?

No help unless somebody donates a new Mac to Martin or some other
WXGUI person for GRASS on Mac testing, as it's not possible to
download a free MacOS image for running in a VM.

Maris.

2012/11/12 Michael Barton <Michael.Barton@asu.edu>:

On Nov 11, 2012, at 1:00 PM, grass-dev-request@lists.osgeo.org wrote:

From: Helmut Kudrnovsky <hellik@web.de>
Subject: Re: [GRASS-dev] GRASS 6.4.3 release planning
Date: November 10, 2012 4:22:01 PM MST
To: <grass-dev@lists.osgeo.org>

we may slowly consider 6.4.3RC2 to be prepared.

+1 for RC2. Martin

maybe it's worth to have a look at:

wingrass6.4.3svn: raster3d problems
http://trac.osgeo.org/grass/ticket/1784

-----
best regards
Helmut

And volume display does not work at all for the most current 2 OS versions
for Mac (versions after OS X 10.6).

http://trac.osgeo.org/grass/ticket/1736

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

This is not a serious problem but I just noticed that the grass6.4.3 compiled on oct 18 on mac
the red word MASK remains on the Map display even after the MASK is removed.
I don't seem to find a way how to get rid of it.

Helena

"All electronic mail messages in connection with State business which are sent to or received by this account are subject to the NC Public Records Law and may be disclosed to third parties.”

On Nov 12, 2012, at 3:41 AM, Maris Nartiss wrote:

Sorry, Michael, but I also couldn't reproduce this issue on my AMD64
Gentoo Linux system. Also code paths leading to crash site seemed to
be reasonable. Could it be a bug outside of GRASS (in ctypes?)?

No help unless somebody donates a new Mac to Martin or some other
WXGUI person for GRASS on Mac testing, as it's not possible to
download a free MacOS image for running in a VM.

Maris.

2012/11/12 Michael Barton <Michael.Barton@asu.edu>:

On Nov 11, 2012, at 1:00 PM, grass-dev-request@lists.osgeo.org wrote:

From: Helmut Kudrnovsky <hellik@web.de>
Subject: Re: [GRASS-dev] GRASS 6.4.3 release planning
Date: November 10, 2012 4:22:01 PM MST
To: <grass-dev@lists.osgeo.org>

we may slowly consider 6.4.3RC2 to be prepared.

+1 for RC2. Martin

maybe it's worth to have a look at:

wingrass6.4.3svn: raster3d problems
http://trac.osgeo.org/grass/ticket/1784

-----
best regards
Helmut

And volume display does not work at all for the most current 2 OS versions
for Mac (versions after OS X 10.6).

http://trac.osgeo.org/grass/ticket/1736

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Hi Helena,

2012/11/15 Helena Mitasova <hmitaso@ncsu.edu>:

This is not a serious problem but I just noticed that the grass6.4.3 compiled on oct 18 on mac
the red word MASK remains on the Map display even after the MASK is removed.
I don't seem to find a way how to get rid of it.

tested with fresh 6.4.3svn. After removing the mask (`r.mask -r`) the
indicator is also removed from the Map Display.

Unfortunately I cannot reproduce this problem. Martin

--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa

On Thu, Nov 15, 2012 at 10:45 AM, Martin Landa <landa.martin@gmail.com> wrote:

Hi Helena,

2012/11/15 Helena Mitasova <hmitaso@ncsu.edu>:

This is not a serious problem but I just noticed that the grass6.4.3 compiled on oct 18 on mac
the red word MASK remains on the Map display even after the MASK is removed.
I don't seem to find a way how to get rid of it.

tested with fresh 6.4.3svn. After removing the mask (`r.mask -r`) the
indicator is also removed from the Map Display.

Unfortunately I cannot reproduce this problem. Martin

You can reproduce it if you create a MASK in one mapset, then change
to another mapset without a MASK, but with the first mapset in the
search path. If a MASK is found in any mapset in the search path, the
red word MASK will appear in the Map display. But only MASKs in the
current mapset are respected by raster operations, thus that red word
MASK should not be there in this case.

Markus M

On Nov 15, 2012, at 8:27 AM, Markus Metz wrote:

On Thu, Nov 15, 2012 at 10:45 AM, Martin Landa <landa.martin@gmail.com> wrote:

Hi Helena,

2012/11/15 Helena Mitasova <hmitaso@ncsu.edu>:

This is not a serious problem but I just noticed that the grass6.4.3 compiled on oct 18 on mac
the red word MASK remains on the Map display even after the MASK is removed.
I don't seem to find a way how to get rid of it.

tested with fresh 6.4.3svn. After removing the mask (`r.mask -r`) the
indicator is also removed from the Map Display.

Unfortunately I cannot reproduce this problem. Martin

You can reproduce it if you create a MASK in one mapset, then change
to another mapset without a MASK, but with the first mapset in the
search path. If a MASK is found in any mapset in the search path, the
red word MASK will appear in the Map display. But only MASKs in the
current mapset are respected by raster operations, thus that red word
MASK should not be there in this case.

yes, that is exactly my case, I have a MASK in another mapset,

Helena

Markus M

On Thu, Nov 15, 2012 at 4:10 PM, Helena Mitasova <hmitaso@ncsu.edu> wrote:

On Nov 15, 2012, at 8:27 AM, Markus Metz wrote:

On Thu, Nov 15, 2012 at 10:45 AM, Martin Landa <landa.martin@gmail.com> wrote:

Hi Helena,

2012/11/15 Helena Mitasova <hmitaso@ncsu.edu>:

This is not a serious problem but I just noticed that the grass6.4.3 compiled on oct 18 on mac
the red word MASK remains on the Map display even after the MASK is removed.
I don't seem to find a way how to get rid of it.

tested with fresh 6.4.3svn. After removing the mask (`r.mask -r`) the
indicator is also removed from the Map Display.

Unfortunately I cannot reproduce this problem. Martin

You can reproduce it if you create a MASK in one mapset, then change
to another mapset without a MASK, but with the first mapset in the
search path. If a MASK is found in any mapset in the search path, the
red word MASK will appear in the Map display. But only MASKs in the
current mapset are respected by raster operations, thus that red word
MASK should not be there in this case.

Should be fixed in all branches now (53839, 40, 41).

Anna

yes, that is exactly my case, I have a MASK in another mapset,

Helena

Markus M

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Hi,

which important backports are lacking for
the next release candidate?

Markus

The "outdir=" option in r.walk.

And the ability to use v.external with 3D data
sources.

Best,

Ben

On 11/29/2012 09:16 PM, Markus Neteler wrote:

Hi,

which important backports are lacking for
the next release candidate?

Markus
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

--
Benjamin Ducke
{*} Geospatial Consultant
{*} GIS Developer

   benducke@fastmail.fm

On Thu, Nov 29, 2012 at 10:16 PM, Benjamin Ducke <benducke@fastmail.fm> wrote:

The "outdir=" option in r.walk.

Do you refer to this potentially missing backport?
https://trac.osgeo.org/grass/ticket/1154#comment:1

And the ability to use v.external with 3D data
sources.

Please try attached v.external64_3D.diff.

Markus

(attachments)

v.external64_3D.diff (1.42 KB)

Hi,

2012/11/30 Markus Neteler <neteler@osgeo.org>:

And the ability to use v.external with 3D data
sources.

Please try attached v.external64_3D.diff.

note related to `v.external`, should be fixed in r54116 (relbr64).

Martin

--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa

On 11/30/2012 02:36 PM, Markus Neteler wrote:

On Thu, Nov 29, 2012 at 10:16 PM, Benjamin Ducke <benducke@fastmail.fm> wrote:

The "outdir=" option in r.walk.

Do you refer to this potentially missing backport?
https://trac.osgeo.org/grass/ticket/1154#comment:1

Yes, I suppose we need both "outdir=" in r.walk
and "indir=" in r.drain backported to 6.4.x.

And the ability to use v.external with 3D data
sources.

Please try attached v.external64_3D.diff.

That looks good. I will try this (i.e. the
current SVN snapshot) with some 3D data and
report back.

Cheers,

Ben

Markus

--
Benjamin Ducke
{*} Geospatial Consultant
{*} GIS Developer

   benducke@fastmail.fm

[..]

And the ability to use v.external with 3D data
sources.

Please try attached v.external64_3D.diff.

That looks good. I will try this (i.e. the
current SVN snapshot) with some 3D data and
report back.

From what I can tell, 3D vertices are read
correctly by v.external now, and the data's Z
extent is also set correctly. Great.

Would it be possible to implement the same
behaviour in v.in.ogr, i.e. have it auto-
matically read Z data from 3D sources, instead
of having to set the "-z" flag manually?

Or would that change the expected behaviour too
much for a 6.4.x release?

Cheers,

Ben

Cheers,

Ben

Markus

--
Benjamin Ducke
{*} Geospatial Consultant
{*} GIS Developer

   benducke@fastmail.fm

Hi,

2012/12/2 Benjamin Ducke <benducke@fastmail.fm>:

Would it be possible to implement the same
behaviour in v.in.ogr, i.e. have it auto-
matically read Z data from 3D sources, instead
of having to set the "-z" flag manually?

Or would that change the expected behaviour too
much for a 6.4.x release?

too much for 6.4.x release. Acceptable for GRASS 7. Martin

--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa

On Sun, Dec 2, 2012 at 9:11 PM, Martin Landa <landa.martin@gmail.com> wrote:

Hi,

2012/12/2 Benjamin Ducke <benducke@fastmail.fm>:

Would it be possible to implement the same
behaviour in v.in.ogr, i.e. have it auto-
matically read Z data from 3D sources, instead
of having to set the "-z" flag manually?

Or would that change the expected behaviour too
much for a 6.4.x release?

too much for 6.4.x release. Acceptable for GRASS 7. Martin

+1

Markus M