Hi Andrea, thanks for acting as a "vacuum cleaner". This makes the whole
project a little bit easer to understand for newbies like me :-)
If you run out of resources for the module owners, I could offer to assist
ore even take ownership of one additional module, provided that I have some
basic
Jody Garnett ha scritto:
> Gabriel Roldan wrote:
>>> Btw, there is another cleanup I would like to make
>>> wise. Following suit Simone's example
>>> I would like to mark all non active developers
>>> are "Retired module developer" in the pom.xml
>>> Afaik the practice so far has just been to repr
I had to use it for some exercises during my GIS study the last two years. I
think for people needing a picture it is a good way of ordering their
thoughts.
The software is easy to use and (important for me) runs on linux.
The intension is to visualize and organize your ideas. What you will r
Yes, probably the most likely outcome for me too but I'll give it a go.
I've yet to explore all that Jira can be used for, but I wouldn't want
to pollute it with the sort of personal minutiae that I had in mind :)
Michael
2009/5/25 Jody Garnett :
> I usually find them fun for a couple weeks and
I usually find them fun for a couple weeks and then forget about them;
the only one I used longer had an offline viewer application for a palm
pilot :-)
I asked around and a couple people at work use FreeMind.
Please note you are also welcome to use Jira - at least for the GeoTools
ideas, task
Gabriel Roldan wrote:
>> Btw, there is another cleanup I would like to make
>> wise. Following suit Simone's example
>> I would like to mark all non active developers
>> are "Retired module developer" in the pom.xml
>> Afaik the practice so far has just been to represent
>> what is the current set
Andrea Aime wrote:
> Hi,
> I went though the list of modules to be reassigned and
> made a list of the modules that still haven't been
> (partly or fully) reassigned:
>
> demo/mappane-use -> mbedward
> modules/library/coverage -> simboss (done), mbedward (nope)
> modules/library/metadata -> jgarne
Hello all,
As someone with a uni-tasking brain (at best) I've been looking for
some way of keeping track of my ideas, tasks, problems etc. that is
more effective than the scraps of paper and emails to myself that I
usually rely on.
I've just downloaded Freemind which looks like it might be useful
Morning all:
> Regarding these two...
>> demo/mappane-use -> mbedward
>> modules/unsupported/mappane -> mbedward (not module maint.)
>
> I've been working on the idea of bundling the unsupported mappane
> module into a better demo, as discussed a little while ago with you
> and Jody. This work is i
Hi Jody,
>> I propose that we merge this branch into trunk. The result would be
>> that unsupported/mappane is removed and demo/mappane-use is replaced
>> by demo/mapwidget.
>
> That sounds great :-)
Excellent. I'll warn the user list before I do it, although I have
the impression that no one th
> Excellent. I'll warn the user list before I do it, although I have
> the impression that no one there has been using the 2.6 code so far.
We can help with that - I can cut a milestone release after this
module migration is done (indeed I would like to). I would like to see
what happens with jav
Christian you will find another thread as Andrea (and Michael?) work
through the issues with the build/maven/javadoc module; I think we are
close to being able to use the out of the box maven javadoc plugin now
that it has an "aggregation" option.
Bigger picture we should release our "build" artif
Hi Simone,
> Andrea is right.
> I think that we should try to avoid the situation where someone "owns"
> the code of coverage, I'd like to have a some critical mass working
> with that codebase, exchanging ideas and bringing in different
> perspectives for that module.
> Since you are working a lo
I would find the site+reports valuable - building on a weekend would
be fine (the code coverage report and javadocs both take a long time).
Thanks for all the hard work exploring the issue andrea; very good
detective work.
Jody
On Mon, May 25, 2009 at 3:24 AM, Andrea Aime wrote:
> Hi,
> I've be
Please,
see below...
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob:+39 333 8128928
http://www.geo-solutions.it
http:
Ciao Andrea,
just wanted to say thx for the report and for the good work.
Simone.
---
Ing. Simone Giannecchini
GeoSolutions S.A.S.
Owner - Software Engineer
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 05849830
+1 for the reports.
Especially the cobertura reports are useful for examining the test coverage.
Concerning the build resources. I have to find a solution for the ibm
hudson, perhaps we can run the "mvn site" on the ibm hudson box.
Andrea Aime writes:
> Hi,
> I've been playing a bit try
Hi,
I've been playing a bit trying to generate the maven
site, which was reported as non buildable, and non
fixable too.
In fact, at the moment, the generation fails solid, or to be
more precise, enters an infinite loop.
I tracked that down to an interaction between
javadoc aggregation and the si
Hi Andrea,
Should be back to life now. Bring it back into the build whenever you
are ready.
-Justin
Andrea Aime wrote:
> Hi Justin,
> I tried to put xml-po demo back in the build but... it
> does not build. The pom references a non existent "xsd"
> module, but even after replacing that with gt-
Hi Justin,
I tried to put xml-po demo back in the build but... it
does not build. The pom references a non existent "xsd"
module, but even after replacing that with gt-xsd-core
the module does not build due to some api changes.
I guess the module has been out of the build long enough
that it went
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1627/changes
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
t
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1626/changes
Changes:
[jive] remove tile and repository
[jive] grab the one unqiue code example from introduction; nice framework
started shame it did not workout
[jive] grab the correct colors for headers
---
Hi,
I went thought the list of modules scheduled to be removed,
and removed those that did not find any objection (as in, not
even the slightest), in particular:
build/dummy/jaxb
build/maven/archetype (thx Jody)
build/maven/build-configs (thx Justin)
build/maven/javamaker
build/maven/unopkg
build/
Michael Bedward ha scritto:
> Hi Andrea
>
>> The plan sounds good, +1 from me to proceed that way.
>> Right now I don't have time to look into the branch but I'll try to do
>> that later.
>>
>
> Cheers. I'll give the others a few days to respond if they want to
> and, if no one has any major obje
Hi Andrea
> The plan sounds good, +1 from me to proceed that way.
> Right now I don't have time to look into the branch but I'll try to do
> that later.
>
Cheers. I'll give the others a few days to respond if they want to
and, if no one has any major objections, I'll go ahead.
>> But I think I r
Michael Bedward ha scritto:
> Hi Andrea,
>
> Many thanks for all of the thought, time and effort that you've put
> into the cleanup.
>
> Regarding these two...
>> demo/mappane-use -> mbedward
>> modules/unsupported/mappane -> mbedward (not module maint.)
>
> I've been working on the idea of bund
Hi Andrea,
Many thanks for all of the thought, time and effort that you've put
into the cleanup.
Regarding these two...
> demo/mappane-use -> mbedward
> modules/unsupported/mappane -> mbedward (not module maint.)
I've been working on the idea of bundling the unsupported mappane
module into a bet
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1621/changes
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
t
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1620/changes
Changes:
[aaime] Removing openoffice related modules as per module cleanup thread on the
ml
[aaime] Removing dummy jaxb dependency
[aaime] Removing the dummy directory, it's empty now
[aaime] Removing build/dummy/jaxb as per
Hi,
I went though the list of modules to be reassigned and
made a list of the modules that still haven't been
(partly or fully) reassigned:
demo/mappane-use -> mbedward
modules/library/coverage -> simboss (done), mbedward (nope)
modules/library/metadata -> jgarnett (not maintainer?)
modules/plugin
Jody Garnett ha scritto:
>> If on the contrary you need to contract out the work to someone
>> else, well, that requires direct contact with a company
>> providing support... hmm... I can't find the GeoTools
>> commercial support page.. oh, there it is, quite
>> hidden I'd say:
>> http://docs.codeh
31 matches
Mail list logo