SoC

[Brad Douglas]

Hello,

Does anyone know the status of the Google Summer of Code projects?  I
haven't heard anything since the projects were assigned.


--
Brad Douglas <rez touchofmadness com>                    KB8UYR/6
Address: 37.493,-121.924 / WGS84    National Map Corps #TNMC-3785

[Markus Neteler-3]

(cc Wolf)

On Tue, Jul 24, 2007 at 12:53:46PM -0700, Brad Douglas wrote:
> Hello,
>
> Does anyone know the status of the Google Summer of Code projects?  I
> haven't heard anything since the projects were assigned.

Brad,

according to the GRASS Addons SVN commit list, the two projects
(v.generalize and v.patch.obstacles) make good progress:
  http://grass.itc.it/pipermail/grass-commit-addons/2007-July/date.html

Maybe Wolf (GSoC mentor) can shed some more light on this,

Markus

[Wolf Bergenheim]

On 24.07.2007 23:35, Markus Neteler wrote:
> On Tue, Jul 24, 2007 at 12:53:46PM -0700, Brad Douglas wrote:
>> Hello,
>>
>> Does anyone know the status of the Google Summer of Code projects?  I
>> haven't heard anything since the projects were assigned.

I've been quite busy the last week so I haven't had time to write my
report (as I intended). Glad to hear someone is interested! :)

> according to the GRASS Addons SVN commit list, the two projects
> (v.generalize and v.patch.obstacles) make good progress:
> http://grass.itc.it/pipermail/grass-commit-addons/2007-July/date.html
>
Also look at these (and look for bundala and maldacker)
http://grass.itc.it/pipermail/grass-commit-addons/2007-May/author.html#start
http://grass.itc.it/pipermail/grass-commit-addons/2007-June/author.html#start
http://grass.itc.it/pipermail/grass-commit-addons/2007-July/author.html#start

> Maybe Wolf (GSoC mentor) can shed some more light on this,

I'd like to stress that I'm very impressed with what the two students
have made. I'm very proud to have been part of these two projects. The
only negative thing I have to say is that unfortunately neither student
has been very active on the mailing list, nor the IRC. Next year I think
I'll change this by having most of the discussions in the GRASS IRC
channel. I've chatted almost daily with both students, about the code
and other, irrelevant, things.

Here is the report of progress of so far:

The Google summer of code has progressed to (and passed) mid-term. What
does this mean? Well in practice it means that now at the latest there
should be some deliverables from the students (and there is). It also
means that I as mentor will have (had) to submit a formal evaluation of
the students in the form of a survey. The students also submit a
corresponding report.

On to the two projects:

v.generalize:
~~~~~~~~~~~~~
v.generalize is fully functional complete with manual and smoothing and
simplification operations. The module works with both areas and lines.
Attribute tables are also copied and cats are preserved. Please give the
module a try and send us feedback!
The rest of SoC will be spent in implementing other generalization
operations and getting all the rest of the bugs out.

v.path.obstacles:
~~~~~~~~~~~~~~~~~
This module creates a visibility graph from non-intersecting lines and
boundaries. It is actually remarkably fast. This output vector map can
be used with graph analysis modules like v.net.path to find the shortest
path between point A and B in free vector space. This project is in a
testable shape. Not everything works perfectly yet, but Maximilian is
actively working on it. We could use some feedback so if you are
interested in this functionality, please try it out, and let us know
what you think.
Maximilian also brought up the issue that perhaps this module should be
renamed to v.net.visibility. Any comments?

--Wolf

--

<:3 )---- Wolf Bergenheim ----( 8:>

[Markus Neteler-2]

Hi Wolf,

thanks for the update (I just realized that it was trapped
in Mailman, you are now on the poster list even without
being subscribed (but like this you don't get the feedback)).

Maybe this mail should also go to the grass-dev list, it's
really amazing and of wider interest.

Markus

On 7/26/07, Wolf Bergenheim <[hidden email]> wrote:

> On 24.07.2007 23:35, Markus Neteler wrote:
> > On Tue, Jul 24, 2007 at 12:53:46PM -0700, Brad Douglas wrote:
> >> Hello,
> >>
> >> Does anyone know the status of the Google Summer of Code projects?  I
> >> haven't heard anything since the projects were assigned.
>
> I've been quite busy the last week so I haven't had time to write my
> report (as I intended). Glad to hear someone is interested! :)
>
> > according to the GRASS Addons SVN commit list, the two projects
> > (v.generalize and v.patch.obstacles) make good progress:
> > http://grass.itc.it/pipermail/grass-commit-addons/2007-July/date.html
> >
> Also look at these (and look for bundala and maldacker)
> http://grass.itc.it/pipermail/grass-commit-addons/2007-May/author.html#start
> http://grass.itc.it/pipermail/grass-commit-addons/2007-June/author.html#start
> http://grass.itc.it/pipermail/grass-commit-addons/2007-July/author.html#start
>
> > Maybe Wolf (GSoC mentor) can shed some more light on this,
>
> I'd like to stress that I'm very impressed with what the two students
> have made. I'm very proud to have been part of these two projects. The
> only negative thing I have to say is that unfortunately neither student
> has been very active on the mailing list, nor the IRC. Next year I think
> I'll change this by having most of the discussions in the GRASS IRC
> channel. I've chatted almost daily with both students, about the code
> and other, irrelevant, things.
>
> Here is the report of progress of so far:
>
> The Google summer of code has progressed to (and passed) mid-term. What
> does this mean? Well in practice it means that now at the latest there
> should be some deliverables from the students (and there is). It also
> means that I as mentor will have (had) to submit a formal evaluation of
> the students in the form of a survey. The students also submit a
> corresponding report.
>
> On to the two projects:
>
> v.generalize:
> ~~~~~~~~~~~~~
> v.generalize is fully functional complete with manual and smoothing and
> simplification operations. The module works with both areas and lines.
> Attribute tables are also copied and cats are preserved. Please give the
> module a try and send us feedback!
> The rest of SoC will be spent in implementing other generalization
> operations and getting all the rest of the bugs out.
>
> v.path.obstacles:
> ~~~~~~~~~~~~~~~~~
> This module creates a visibility graph from non-intersecting lines and
> boundaries. It is actually remarkably fast. This output vector map can
> be used with graph analysis modules like v.net.path to find the shortest
> path between point A and B in free vector space. This project is in a
> testable shape. Not everything works perfectly yet, but Maximilian is
> actively working on it. We could use some feedback so if you are
> interested in this functionality, please try it out, and let us know
> what you think.
> Maximilian also brought up the issue that perhaps this module should be
> renamed to v.net.visibility. Any comments?
>
> --Wolf
>
> --
>
> <:3 )---- Wolf Bergenheim ----( 8:>

[Michael Barton]

These sound really useful. Thanks for all the work that you and the two
students have put into this.

Michael


On 7/29/07 10:01 AM, "Markus Neteler" <[hidden email]> wrote:

> Hi Wolf,
>
> thanks for the update (I just realized that it was trapped
> in Mailman, you are now on the poster list even without
> being subscribed (but like this you don't get the feedback)).
>
> Maybe this mail should also go to the grass-dev list, it's
> really amazing and of wider interest.
>
> Markus
>
> On 7/26/07, Wolf Bergenheim <[hidden email]> wrote:
>> On 24.07.2007 23:35, Markus Neteler wrote:
>>> On Tue, Jul 24, 2007 at 12:53:46PM -0700, Brad Douglas wrote:
>>>> Hello,
>>>>
>>>> Does anyone know the status of the Google Summer of Code projects?  I
>>>> haven't heard anything since the projects were assigned.
>>
>> I've been quite busy the last week so I haven't had time to write my
>> report (as I intended). Glad to hear someone is interested! :)
>>
>>> according to the GRASS Addons SVN commit list, the two projects
>>> (v.generalize and v.patch.obstacles) make good progress:
>>> http://grass.itc.it/pipermail/grass-commit-addons/2007-July/date.html
>>>
>> Also look at these (and look for bundala and maldacker)
>> http://grass.itc.it/pipermail/grass-commit-addons/2007-May/author.html#start
>> http://grass.itc.it/pipermail/grass-commit-addons/2007-June/author.html#start
>> http://grass.itc.it/pipermail/grass-commit-addons/2007-July/author.html#start
>>
>>> Maybe Wolf (GSoC mentor) can shed some more light on this,
>>
>> I'd like to stress that I'm very impressed with what the two students
>> have made. I'm very proud to have been part of these two projects. The
>> only negative thing I have to say is that unfortunately neither student
>> has been very active on the mailing list, nor the IRC. Next year I think
>> I'll change this by having most of the discussions in the GRASS IRC
>> channel. I've chatted almost daily with both students, about the code
>> and other, irrelevant, things.
>>
>> Here is the report of progress of so far:
>>
>> The Google summer of code has progressed to (and passed) mid-term. What
>> does this mean? Well in practice it means that now at the latest there
>> should be some deliverables from the students (and there is). It also
>> means that I as mentor will have (had) to submit a formal evaluation of
>> the students in the form of a survey. The students also submit a
>> corresponding report.
>>
>> On to the two projects:
>>
>> v.generalize:
>> ~~~~~~~~~~~~~
>> v.generalize is fully functional complete with manual and smoothing and
>> simplification operations. The module works with both areas and lines.
>> Attribute tables are also copied and cats are preserved. Please give the
>> module a try and send us feedback!
>> The rest of SoC will be spent in implementing other generalization
>> operations and getting all the rest of the bugs out.
>>
>> v.path.obstacles:
>> ~~~~~~~~~~~~~~~~~
>> This module creates a visibility graph from non-intersecting lines and
>> boundaries. It is actually remarkably fast. This output vector map can
>> be used with graph analysis modules like v.net.path to find the shortest
>> path between point A and B in free vector space. This project is in a
>> testable shape. Not everything works perfectly yet, but Maximilian is
>> actively working on it. We could use some feedback so if you are
>> interested in this functionality, please try it out, and let us know
>> what you think.
>> Maximilian also brought up the issue that perhaps this module should be
>> renamed to v.net.visibility. Any comments?
>>
>> --Wolf
>>
>> --
>>
>> <:3 )---- Wolf Bergenheim ----( 8:>
>
> _______________________________________________
> grass-psc mailing list
> [hidden email]
> http://grass.itc.it/mailman/listinfo/grass-psc

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

phone: [phone]
fax: [phone]
www: http://www.public.asu.edu/~cmbarton

[Paolo Cavallini]

Why not putting the modules on the CVS? This way testing will be easier
and faster.
pc

Wolf Bergenheim ha scritto:

>
> On to the two projects:
>
> v.generalize:
> ~~~~~~~~~~~~~
> v.generalize is fully functional complete with manual and smoothing and
> simplification operations. The module works with both areas and lines.
> Attribute tables are also copied and cats are preserved. Please give the
> module a try and send us feedback!
> The rest of SoC will be spent in implementing other generalization
> operations and getting all the rest of the bugs out.
>
> v.path.obstacles:
> ~~~~~~~~~~~~~~~~~
> This module creates a visibility graph from non-intersecting lines and
> boundaries. It is actually remarkably fast. This output vector map can
> be used with graph analysis modules like v.net.path to find the shortest
> path between point A and B in free vector space. This project is in a
> testable shape. Not everything works perfectly yet, but Maximilian is
> actively working on it. We could use some feedback so if you are
> interested in this functionality, please try it out, and let us know
> what you think.
> Maximilian also brought up the issue that perhaps this module should be
> renamed to v.net.visibility. Any comments?
>
> --Wolf
>

--
Paolo Cavallini
http://www.faunalia.it/pc

[HamishB]

Paolo wrote:
> Why not putting the modules on the CVS? This way testing will be easier
> and faster.

The modules are in Markus's SVN server where the (wiki) add-ons live. Once
complete the modules will be moved into the main CVS.


Hamish



       
____________________________________________________________________________________
Got a little couch potato?
Check out fun summer activities for kids.
http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz 

[Markus Neteler-3]

On Mon, Jul 30, 2007 at 02:05:52AM -0700, Hamish wrote:
> Paolo wrote:
> > Why not putting the modules on the CVS? This way testing will be easier
> > and faster.
>
> The modules are in Markus's SVN server where the (wiki) add-ons live. Once
> complete the modules will be moved into the main CVS.

Please note that you can easily download them as .tar.gz from
the SVN. Maybe this needs to be better communicated?

Markus

[Paolo Cavallini]

I still think the easiest is to have everything in the same site. If
someone is not specifically interested in that module, (s)he will not
bother adding components.
All the best.
pc

Markus Neteler ha scritto:

> On Mon, Jul 30, 2007 at 02:05:52AM -0700, Hamish wrote:
>> Paolo wrote:
>>> Why not putting the modules on the CVS? This way testing will be easier
>>> and faster.
>> The modules are in Markus's SVN server where the (wiki) add-ons live. Once
>> complete the modules will be moved into the main CVS.
>
> Please note that you can easily download them as .tar.gz from
> the SVN. Maybe this needs to be better communicated?
>
> Markus

--

Paolo Cavallini
http://www.faunalia.it/pc

[Markus Neteler-3]

On Mon, Jul 30, 2007 at 12:18:22PM +0200, Paolo Cavallini wrote:
> I still think the easiest is to have everything in the same site. If
> someone is not specifically interested in that module, (s)he will not
> bother adding components.

Paolo,

it is not that easy - the GRASS CVS is known to be compilable
in 99.x% of cases. Who knows if such addons are always in this
state? Also, enforcement of SUBMITTING rules is more difficult
for 3rd party code while GRASS CVS follows this (besides legacy
code on which we continuously work).
Also: all modules in GRASS CVS are activated.

I (just my 0.02 cents) want to avoid that GRASS CVS becomes
a playground - if addons are left in a semi-done state and
nobody picks it up then broken code would be in CVS.
Yes, I would rather move out a couple of commands from CVS
to Addons :-)

I think that this will become much easier once the CVS is
migrated to SVN. This, however, requires some efforts of
people who do not have time lately incl the CVS admins.

Markus

[Paolo Cavallini]

Markus,
thanks for clarifying. Yes, I agree SVN is *the* solution.
Pity your admin do not have time. Any help possible?
All the best.
pc

Markus Neteler ha scritto:

>
> it is not that easy - the GRASS CVS is known to be compilable
> in 99.x% of cases. Who knows if such addons are always in this
> state? Also, enforcement of SUBMITTING rules is more difficult
> for 3rd party code while GRASS CVS follows this (besides legacy
> code on which we continuously work).
> Also: all modules in GRASS CVS are activated.
>
> I (just my 0.02 cents) want to avoid that GRASS CVS becomes
> a playground - if addons are left in a semi-done state and
> nobody picks it up then broken code would be in CVS.
> Yes, I would rather move out a couple of commands from CVS
> to Addons :-)
>
> I think that this will become much easier once the CVS is
> migrated to SVN. This, however, requires some efforts of
> people who do not have time lately incl the CVS admins.
>
> Markus

--

Paolo Cavallini
http://www.faunalia.it/pc