The main blocker for the Mac has been partly fixed in trunk: broken volume display. Now it displays most of the time and only crashes randomly instead all the time. If Markus Metz has backported this to 6.4.x, I’m happy to test and see if it works the same way there.
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 Feb 13, 2013, at 2:20 PM, <grass-dev-request@lists.osgeo.org>
wrote:
From: Martin Landa <landa.martin@gmail.com>
Subject: Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released
Date: February 13, 2013 1:32:11 PM MST
To: Helmut Kudrnovsky <hellik@web.de>
Cc: <grass-dev@lists.osgeo.org>
Hi,
2013/2/3 Martin Landa <landa.martin@gmail.com>:
since it’s more than a month ago now, what about another another RC or
release?
agreed. After RC3 should come ideally final release.
sorry for bringing this issue back. We have 2 RCs released, RC2 is
almost 2(!) month old. I don’t see any blocker in trac [1], even
nothing noted on the dev’s wiki [2]. Is there any blocker, if so
please collect them in trac or at least note them on trac page [2].
Currently I am afraid that we have no clear idea what is the status of
critical issues which have been reported within various mails in
various threads by various persons.
Martin
[1] http://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&group=type&order=priority&priority=blocker&priority=critical&milestone=6.4.3&milestone=6.4.2&milestone=6.4.1&milestone=6.4.0
[2] http://trac.osgeo.org/grass/wiki/Grass6Planning#GRASS6.4.3
–
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
On Thu, Feb 14, 2013 at 2:09 AM, Michael Barton <Michael.Barton@asu.edu> wrote:
The main blocker for the Mac has been partly fixed in trunk: broken volume
display. Now it displays most of the time and only crashes randomly instead
all the time. If Markus Metz has backported this to 6.4.x, I'm happy to
test and see if it works the same way there.
I have disabled the gvl_align_data() function in 6.5. and 6.4, as
suggested by you. All it does is reallocating memory to the minimum
that is needed. Memory consumption might thus be a bit larger in GRASS
6 than in GRASS 7, but with regard to the ogsf lib it should work
nevertheless because gvl_align_data() does not touch the actual data.
Another possible source of bugs is the wxPython part of wxNVIZ because
it uses ctypes. Does it make sense to test the old Tcl/Tk nviz and see
if volume display works there?
Markus M
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 Feb 13, 2013, at 2:20 PM, <grass-dev-request@lists.osgeo.org>
wrote:
From: Martin Landa <landa.martin@gmail.com>
Subject: Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released
Date: February 13, 2013 1:32:11 PM MST
To: Helmut Kudrnovsky <hellik@web.de>
Cc: <grass-dev@lists.osgeo.org>
Hi,
2013/2/3 Martin Landa <landa.martin@gmail.com>:
since it's more than a month ago now, what about another another RC or
release?
agreed. After RC3 should come ideally final release.
sorry for bringing this issue back. We have 2 RCs released, RC2 is
almost 2(!) month old. I don't see any blocker in trac [1], even
nothing noted on the dev's wiki [2]. Is there any blocker, if so
please collect them in trac or at least note them on trac page [2].
Currently I am afraid that we have no clear idea what is the status of
critical issues which have been reported within various mails in
various threads by various persons.
Martin
[1]
http://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&group=type&order=priority&priority=blocker&priority=critical&milestone=6.4.3&milestone=6.4.2&milestone=6.4.1&milestone=6.4.0
[2] http://trac.osgeo.org/grass/wiki/Grass6Planning#GRASS6.4.3
--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
On Thu, Feb 14, 2013 at 9:45 AM, Markus Metz
<markus.metz.giswork@gmail.com> wrote:
On Thu, Feb 14, 2013 at 2:09 AM, Michael Barton <Michael.Barton@asu.edu> wrote:
The main blocker for the Mac has been partly fixed in trunk: broken volume
display. Now it displays most of the time and only crashes randomly instead
all the time. If Markus Metz has backported this to 6.4.x, I'm happy to
test and see if it works the same way there.
I have disabled the gvl_align_data() function in 6.5. and 6.4, as
suggested by you. All it does is reallocating memory to the minimum
that is needed. Memory consumption might thus be a bit larger in GRASS
6 than in GRASS 7, but with regard to the ogsf lib it should work
nevertheless because gvl_align_data() does not touch the actual data.
Another possible source of bugs is the wxPython part of wxNVIZ because
it uses ctypes. Does it make sense to test the old Tcl/Tk nviz and see
if volume display works there?
Another idea: you could use the current libs, but an older wxGUI and
see if it works there.
Markus M
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 Feb 13, 2013, at 2:20 PM, <grass-dev-request@lists.osgeo.org>
wrote:
From: Martin Landa <landa.martin@gmail.com>
Subject: Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released
Date: February 13, 2013 1:32:11 PM MST
To: Helmut Kudrnovsky <hellik@web.de>
Cc: <grass-dev@lists.osgeo.org>
Hi,
2013/2/3 Martin Landa <landa.martin@gmail.com>:
since it's more than a month ago now, what about another another RC or
release?
agreed. After RC3 should come ideally final release.
sorry for bringing this issue back. We have 2 RCs released, RC2 is
almost 2(!) month old. I don't see any blocker in trac [1], even
nothing noted on the dev's wiki [2]. Is there any blocker, if so
please collect them in trac or at least note them on trac page [2].
Currently I am afraid that we have no clear idea what is the status of
critical issues which have been reported within various mails in
various threads by various persons.
Martin
[1]
http://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&group=type&order=priority&priority=blocker&priority=critical&milestone=6.4.3&milestone=6.4.2&milestone=6.4.1&milestone=6.4.0
[2] http://trac.osgeo.org/grass/wiki/Grass6Planning#GRASS6.4.3
--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
On Feb 14, 2013, at 3:45 AM, Markus Metz wrote:
On Thu, Feb 14, 2013 at 2:09 AM, Michael Barton <Michael.Barton@asu.edu> wrote:
The main blocker for the Mac has been partly fixed in trunk: broken volume
display. Now it displays most of the time and only crashes randomly instead
all the time. If Markus Metz has backported this to 6.4.x, I'm happy to
test and see if it works the same way there.
I have disabled the gvl_align_data() function in 6.5. and 6.4, as
suggested by you. All it does is reallocating memory to the minimum
that is needed. Memory consumption might thus be a bit larger in GRASS
6 than in GRASS 7, but with regard to the ogsf lib it should work
nevertheless because gvl_align_data() does not touch the actual data.
Another possible source of bugs is the wxPython part of wxNVIZ because
it uses ctypes. Does it make sense to test the old Tcl/Tk nviz and see
if volume display works there?
yes, I should be able to run it with the old tcltk - that would be a good test,
Helena
Markus M
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 Feb 13, 2013, at 2:20 PM, <grass-dev-request@lists.osgeo.org>
wrote:
From: Martin Landa <landa.martin@gmail.com>
Subject: Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released
Date: February 13, 2013 1:32:11 PM MST
To: Helmut Kudrnovsky <hellik@web.de>
Cc: <grass-dev@lists.osgeo.org>
Hi,
2013/2/3 Martin Landa <landa.martin@gmail.com>:
since it's more than a month ago now, what about another another RC or
release?
agreed. After RC3 should come ideally final release.
sorry for bringing this issue back. We have 2 RCs released, RC2 is
almost 2(!) month old. I don't see any blocker in trac [1], even
nothing noted on the dev's wiki [2]. Is there any blocker, if so
please collect them in trac or at least note them on trac page [2].
Currently I am afraid that we have no clear idea what is the status of
critical issues which have been reported within various mails in
various threads by various persons.
Martin
[1]
http://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&group=type&order=priority&priority=blocker&priority=critical&milestone=6.4.3&milestone=6.4.2&milestone=6.4.1&milestone=6.4.0
[2] http://trac.osgeo.org/grass/wiki/Grass6Planning#GRASS6.4.3
--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
Actually, I already tested that a couple months back. The TclTk volume display works fine even when wxPython display does not.
Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
On Feb 14, 2013, at 7:40 AM, Helena Mitasova <hmitaso@ncsu.edu>
wrote:
On Feb 14, 2013, at 3:45 AM, Markus Metz wrote:
On Thu, Feb 14, 2013 at 2:09 AM, Michael Barton <Michael.Barton@asu.edu> wrote:
The main blocker for the Mac has been partly fixed in trunk: broken volume
display. Now it displays most of the time and only crashes randomly instead
all the time. If Markus Metz has backported this to 6.4.x, I'm happy to
test and see if it works the same way there.
I have disabled the gvl_align_data() function in 6.5. and 6.4, as
suggested by you. All it does is reallocating memory to the minimum
that is needed. Memory consumption might thus be a bit larger in GRASS
6 than in GRASS 7, but with regard to the ogsf lib it should work
nevertheless because gvl_align_data() does not touch the actual data.
Another possible source of bugs is the wxPython part of wxNVIZ because
it uses ctypes. Does it make sense to test the old Tcl/Tk nviz and see
if volume display works there?
yes, I should be able to run it with the old tcltk - that would be a good test,
Helena
Markus M
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 Feb 13, 2013, at 2:20 PM, <grass-dev-request@lists.osgeo.org>
wrote:
From: Martin Landa <landa.martin@gmail.com>
Subject: Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released
Date: February 13, 2013 1:32:11 PM MST
To: Helmut Kudrnovsky <hellik@web.de>
Cc: <grass-dev@lists.osgeo.org>
Hi,
2013/2/3 Martin Landa <landa.martin@gmail.com>:
since it's more than a month ago now, what about another another RC or
release?
agreed. After RC3 should come ideally final release.
sorry for bringing this issue back. We have 2 RCs released, RC2 is
almost 2(!) month old. I don't see any blocker in trac [1], even
nothing noted on the dev's wiki [2]. Is there any blocker, if so
please collect them in trac or at least note them on trac page [2].
Currently I am afraid that we have no clear idea what is the status of
critical issues which have been reported within various mails in
various threads by various persons.
Martin
[1]
Custom Query – GRASS GIS
[2] Grass6Planning – GRASS GIS
--
Martin Landa <landa.martin gmail.com> * Studijní program Geodézie a kartografie – GeoWikiCZ
On Feb 14, 2013, at 10:38 AM, Michael Barton wrote:
Actually, I already tested that a couple months back. The TclTk volume display works fine even when wxPython display does not.
but does it work with the latest changes? That was my main concern, Helena
Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
On Feb 14, 2013, at 7:40 AM, Helena Mitasova <hmitaso@ncsu.edu>
wrote:
On Feb 14, 2013, at 3:45 AM, Markus Metz wrote:
On Thu, Feb 14, 2013 at 2:09 AM, Michael Barton <Michael.Barton@asu.edu> wrote:
The main blocker for the Mac has been partly fixed in trunk: broken volume
display. Now it displays most of the time and only crashes randomly instead
all the time. If Markus Metz has backported this to 6.4.x, I'm happy to
test and see if it works the same way there.
I have disabled the gvl_align_data() function in 6.5. and 6.4, as
suggested by you. All it does is reallocating memory to the minimum
that is needed. Memory consumption might thus be a bit larger in GRASS
6 than in GRASS 7, but with regard to the ogsf lib it should work
nevertheless because gvl_align_data() does not touch the actual data.
Another possible source of bugs is the wxPython part of wxNVIZ because
it uses ctypes. Does it make sense to test the old Tcl/Tk nviz and see
if volume display works there?
yes, I should be able to run it with the old tcltk - that would be a good test,
Helena
Markus M
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 Feb 13, 2013, at 2:20 PM, <grass-dev-request@lists.osgeo.org>
wrote:
From: Martin Landa <landa.martin@gmail.com>
Subject: Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released
Date: February 13, 2013 1:32:11 PM MST
To: Helmut Kudrnovsky <hellik@web.de>
Cc: <grass-dev@lists.osgeo.org>
Hi,
2013/2/3 Martin Landa <landa.martin@gmail.com>:
since it's more than a month ago now, what about another another RC or
release?
agreed. After RC3 should come ideally final release.
sorry for bringing this issue back. We have 2 RCs released, RC2 is
almost 2(!) month old. I don't see any blocker in trac [1], even
nothing noted on the dev's wiki [2]. Is there any blocker, if so
please collect them in trac or at least note them on trac page [2].
Currently I am afraid that we have no clear idea what is the status of
critical issues which have been reported within various mails in
various threads by various persons.
Martin
[1]
http://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&group=type&order=priority&priority=blocker&priority=critical&milestone=6.4.3&milestone=6.4.2&milestone=6.4.1&milestone=6.4.0
[2] http://trac.osgeo.org/grass/wiki/Grass6Planning#GRASS6.4.3
--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Hmmm. I'll test and see. Hopefully tonight or tomorrow.
Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
On Feb 14, 2013, at 9:05 AM, Helena Mitasova <hmitaso@ncsu.edu>
wrote:
On Feb 14, 2013, at 10:38 AM, Michael Barton wrote:
Actually, I already tested that a couple months back. The TclTk volume display works fine even when wxPython display does not.
but does it work with the latest changes? That was my main concern, Helena
Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
On Feb 14, 2013, at 7:40 AM, Helena Mitasova <hmitaso@ncsu.edu>
wrote:
On Feb 14, 2013, at 3:45 AM, Markus Metz wrote:
On Thu, Feb 14, 2013 at 2:09 AM, Michael Barton <Michael.Barton@asu.edu> wrote:
The main blocker for the Mac has been partly fixed in trunk: broken volume
display. Now it displays most of the time and only crashes randomly instead
all the time. If Markus Metz has backported this to 6.4.x, I'm happy to
test and see if it works the same way there.
I have disabled the gvl_align_data() function in 6.5. and 6.4, as
suggested by you. All it does is reallocating memory to the minimum
that is needed. Memory consumption might thus be a bit larger in GRASS
6 than in GRASS 7, but with regard to the ogsf lib it should work
nevertheless because gvl_align_data() does not touch the actual data.
Another possible source of bugs is the wxPython part of wxNVIZ because
it uses ctypes. Does it make sense to test the old Tcl/Tk nviz and see
if volume display works there?
yes, I should be able to run it with the old tcltk - that would be a good test,
Helena
Markus M
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 Feb 13, 2013, at 2:20 PM, <grass-dev-request@lists.osgeo.org>
wrote:
From: Martin Landa <landa.martin@gmail.com>
Subject: Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released
Date: February 13, 2013 1:32:11 PM MST
To: Helmut Kudrnovsky <hellik@web.de>
Cc: <grass-dev@lists.osgeo.org>
Hi,
2013/2/3 Martin Landa <landa.martin@gmail.com>:
since it's more than a month ago now, what about another another RC or
release?
agreed. After RC3 should come ideally final release.
sorry for bringing this issue back. We have 2 RCs released, RC2 is
almost 2(!) month old. I don't see any blocker in trac [1], even
nothing noted on the dev's wiki [2]. Is there any blocker, if so
please collect them in trac or at least note them on trac page [2].
Currently I am afraid that we have no clear idea what is the status of
critical issues which have been reported within various mails in
various threads by various persons.
Martin
[1]
Custom Query – GRASS GIS
[2] Grass6Planning – GRASS GIS
--
Martin Landa <landa.martin gmail.com> * Studijní program Geodézie a kartografie – GeoWikiCZ
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page
Just tested GRASS 6.4 release branch.
Both TclTk and wxPython work the same. They display the volumes at some resolutions and crash at others.
Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
On Feb 14, 2013, at 9:05 AM, Helena Mitasova <hmitaso@ncsu.edu> wrote:
On Feb 14, 2013, at 10:38 AM, Michael Barton wrote:
Actually, I already tested that a couple months back. The TclTk volume display works fine even when wxPython display does not.
but does it work with the latest changes? That was my main concern, Helena
Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
On Feb 14, 2013, at 7:40 AM, Helena Mitasova <hmitaso@ncsu.edu>
wrote:
On Feb 14, 2013, at 3:45 AM, Markus Metz wrote:
On Thu, Feb 14, 2013 at 2:09 AM, Michael Barton <Michael.Barton@asu.edu> wrote:
The main blocker for the Mac has been partly fixed in trunk: broken volume
display. Now it displays most of the time and only crashes randomly instead
all the time. If Markus Metz has backported this to 6.4.x, I'm happy to
test and see if it works the same way there.
I have disabled the gvl_align_data() function in 6.5. and 6.4, as
suggested by you. All it does is reallocating memory to the minimum
that is needed. Memory consumption might thus be a bit larger in GRASS
6 than in GRASS 7, but with regard to the ogsf lib it should work
nevertheless because gvl_align_data() does not touch the actual data.
Another possible source of bugs is the wxPython part of wxNVIZ because
it uses ctypes. Does it make sense to test the old Tcl/Tk nviz and see
if volume display works there?
yes, I should be able to run it with the old tcltk - that would be a good test,
Helena
Markus M
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 Feb 13, 2013, at 2:20 PM, <grass-dev-request@lists.osgeo.org>
wrote:
From: Martin Landa <landa.martin@gmail.com>
Subject: Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released
Date: February 13, 2013 1:32:11 PM MST
To: Helmut Kudrnovsky <hellik@web.de>
Cc: <grass-dev@lists.osgeo.org>
Hi,
2013/2/3 Martin Landa <landa.martin@gmail.com>:
since it's more than a month ago now, what about another another RC or
release?
agreed. After RC3 should come ideally final release.
sorry for bringing this issue back. We have 2 RCs released, RC2 is
almost 2(!) month old. I don't see any blocker in trac [1], even
nothing noted on the dev's wiki [2]. Is there any blocker, if so
please collect them in trac or at least note them on trac page [2].
Currently I am afraid that we have no clear idea what is the status of
critical issues which have been reported within various mails in
various threads by various persons.
Martin
[1]
Custom Query – GRASS GIS
[2] Grass6Planning – GRASS GIS
--
Martin Landa <landa.martin gmail.com> * Studijní program Geodézie a kartografie – GeoWikiCZ
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page
BTW, I put the just compiled version of 6.4 RB up on my web site.
Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
On Feb 14, 2013, at 9:05 AM, Helena Mitasova <hmitaso@ncsu.edu> wrote:
On Feb 14, 2013, at 10:38 AM, Michael Barton wrote:
Actually, I already tested that a couple months back. The TclTk volume display works fine even when wxPython display does not.
but does it work with the latest changes? That was my main concern, Helena
Michael
______________________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax: 480-965-7671(SHESC), 480-727-0709 (CSDC)
www: http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
On Feb 14, 2013, at 7:40 AM, Helena Mitasova <hmitaso@ncsu.edu>
wrote:
On Feb 14, 2013, at 3:45 AM, Markus Metz wrote:
On Thu, Feb 14, 2013 at 2:09 AM, Michael Barton <Michael.Barton@asu.edu> wrote:
The main blocker for the Mac has been partly fixed in trunk: broken volume
display. Now it displays most of the time and only crashes randomly instead
all the time. If Markus Metz has backported this to 6.4.x, I'm happy to
test and see if it works the same way there.
I have disabled the gvl_align_data() function in 6.5. and 6.4, as
suggested by you. All it does is reallocating memory to the minimum
that is needed. Memory consumption might thus be a bit larger in GRASS
6 than in GRASS 7, but with regard to the ogsf lib it should work
nevertheless because gvl_align_data() does not touch the actual data.
Another possible source of bugs is the wxPython part of wxNVIZ because
it uses ctypes. Does it make sense to test the old Tcl/Tk nviz and see
if volume display works there?
yes, I should be able to run it with the old tcltk - that would be a good test,
Helena
Markus M
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 Feb 13, 2013, at 2:20 PM, <grass-dev-request@lists.osgeo.org>
wrote:
From: Martin Landa <landa.martin@gmail.com>
Subject: Re: [GRASS-dev] GRASS GIS 6.4.3RC2 released
Date: February 13, 2013 1:32:11 PM MST
To: Helmut Kudrnovsky <hellik@web.de>
Cc: <grass-dev@lists.osgeo.org>
Hi,
2013/2/3 Martin Landa <landa.martin@gmail.com>:
since it's more than a month ago now, what about another another RC or
release?
agreed. After RC3 should come ideally final release.
sorry for bringing this issue back. We have 2 RCs released, RC2 is
almost 2(!) month old. I don't see any blocker in trac [1], even
nothing noted on the dev's wiki [2]. Is there any blocker, if so
please collect them in trac or at least note them on trac page [2].
Currently I am afraid that we have no clear idea what is the status of
critical issues which have been reported within various mails in
various threads by various persons.
Martin
[1]
Custom Query – GRASS GIS
[2] Grass6Planning – GRASS GIS
--
Martin Landa <landa.martin gmail.com> * Studijní program Geodézie a kartografie – GeoWikiCZ
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page
I noticed that students had hard time finding or defining the path to the file exported by v.out.ogr
(in our case it was a kml file) because there is no browse button - is there a reason for the missing
Browse for this command?
r.out.gdal has such button and it was suggested but Helmut some time ago:
http://lists.osgeo.org/pipermail/grass-user/2009-July/051356.html
Helena
On Mon, Feb 18, 2013 at 4:49 PM, Helena Mitasova <hmitaso@ncsu.edu> wrote:
I noticed that students had hard time finding or defining the path to the file exported by v.out.ogr
(in our case it was a kml file) because there is no browse button - is there a reason for the missing
Browse for this command?
OGR access to vector data requires a data source name (dsn) and a
layer name. The data source could be a PostGIS database in which case
a browse button does not make sense. In other cases, e.g. kml or
shapefiles, the dsn can be a directory or file name, or both. This is
too much flexibility for an automatically generated gui and the reason
for the new interfaces for r.in.gdal and v.in.ogr.
You can also set the current working directory in the GUI with
Settings->GRASS working environment->Change working directory. This
affects only the GUI, not the shell.
Markus M
r.out.gdal has such button and it was suggested but Helmut some time ago:
http://lists.osgeo.org/pipermail/grass-user/2009-July/051356.html
Helena
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Feb 18, 2013, at 11:19 AM, Markus Metz wrote:
On Mon, Feb 18, 2013 at 4:49 PM, Helena Mitasova <hmitaso@ncsu.edu> wrote:
I noticed that students had hard time finding or defining the path to the file exported by v.out.ogr
(in our case it was a kml file) because there is no browse button - is there a reason for the missing
Browse for this command?
OGR access to vector data requires a data source name (dsn) and a
layer name. The data source could be a PostGIS database in which case
a browse button does not make sense. In other cases, e.g. kml or
shapefiles, the dsn can be a directory or file name, or both. This is
too much flexibility for an automatically generated gui and the reason
for the new interfaces for r.in.gdal and v.in.ogr.
You can also set the current working directory in the GUI with
Settings->GRASS working environment->Change working directory. This
affects only the GUI, not the shell.
this is actually what I was looking for, I could not find it in GRASS6.4.3 but I see that it is in GRASS7.
It could resolve several issues for Windows users.
thanks a lot, Helena
Markus M
r.out.gdal has such button and it was suggested but Helmut some time ago:
http://lists.osgeo.org/pipermail/grass-user/2009-July/051356.html
Helena
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev