Michael Bedward ha scritto:
> That's a nice idea.
>
> Do you know if other projects attach a maximum lifespan to unresolved
> issues ? (although there doesn't seem to be an "expired" category -
> "won't fix" is the closest)
Mumble, nope, I cannot say I have encountered one.
That said, the GeoSe
Yep, I know, the milestones use the new one, but the official version still
uses the old one.
Anyway, it does not work
http://jira.codehaus.org/browse/UDIG-1604
I think I will try an Udig check out and look for the problems.
Jody Garnett writes:
> uDig is using DB2NGDataStoreFactory (curr
RastertoVectorProcess doesn't update progress listener properly
---
Key: GEOT-2986
URL: http://jira.codehaus.org/browse/GEOT-2986
Project: GeoTools
Issue Type: Bug
Affects Versi
On 14 March 2010 13:01, Jody Garnett wrote:
> Ah that is just it - not supposed to run the process in the event thread :-)
>
I'm proud of my continuing ability to discover most of the mistakes
that one can make with GeoTools.
I'm using SwingWorker in the example now (not committed yet) and it's
Ah that is just it - not supposed to run the process in the event thread :-)
Jody
On 14/03/2010, at 12:51 PM, Michael Bedward wrote:
> On 14 March 2010 12:44, Jody Garnett wrote:
>> Still a useful example; may as well show all three ways of using.
>
> But the un-useful thing about it is that t
On 14 March 2010 12:44, Jody Garnett wrote:
> Still a useful example; may as well show all three ways of using.
But the un-useful thing about it is that the progress meter doesn't
update properly because the process is hogging the event dispatch
thread :-(
Michael
--
That's true.
I was think more of issues that refer to modules or components that
have been superseded or discontinued. I suppose I want a category
like: "we have transcended this issue" :)
Michael
--
Download Intel® Para
Still a useful example; may as well show all three ways of using.
Jody
On 13/03/2010, at 10:41 PM, Michael Bedward wrote:
> On 13 March 2010 19:15, Jody Garnett wrote:
>> Interesting.
>>
>> The example shows using a Process in the current thread with a swing
>> progress bar.
>>
>
> No, that'
uDig is using DB2NGDataStoreFactory (currently untested).
Jody
On 14/03/2010, at 1:57 AM, Christian Müller wrote:
> Concerning the old db2 module.
>
> I think only UDIG is using the old db2 module, and it does not work
> properly. I have never seen a complaint on the mailing list, and if some
If you just want the issue to go away - Mark as won't fix - and cite lack of
volunteer interest / funding.
That woudl be a suitable response to a feature request or wish.
However if it is an actual issue it may be best to leave it open as it is
documenting an issue/discussion a user may run into
That's a nice idea.
Do you know if other projects attach a maximum lifespan to unresolved
issues ? (although there doesn't seem to be an "expired" category -
"won't fix" is the closest)
Michael
--
Download Intel® Parall
Hi all,
Playing with some mrsid files I have run into a situation in which the
coordinate system of the data is not being read properly and is falling
back onto 4326. This results from the fact that (a) i have no .prj file
and (b) the referencing info is not encoded as metadata directly in the
Hi,
both in GeoTools and GeoServer we have piled up a
significant number of open issues.
How do we pick the ones to solve?
Sometimes it's really hard.
Voting on issues is not very common, and the few
issues with many votes are usually associated
to new features that would take significant time
to
Concerning the old db2 module.
I think only UDIG is using the old db2 module, and it does not work
properly. I have never seen a complaint on the mailing list, and if somebody
uses it, there should have been some because of errors.
Big +1 for getting rid of the old module.
Andrea Aime w
Suggestion,
what if we separate concerns here and we split modules that are dying
or that are zombies from modules that are being worked on or close to
be supported?
The apache foundation does something similar, we could use a similar approach.
It might probably be easier to explain why somethin
On 13 March 2010 19:15, Jody Garnett wrote:
> Interesting.
>
> The example shows using a Process in the current thread with a swing progress
> bar.
>
No, that's just me being quick and sloppy... I'll fix that up.
Michael
--
Jody Garnett ha scritto:
> I think we may be able to mark the package-java with a @deprecated?
Sounds nice but there is a crack, the same package is often used
in various modules, with deprecated and non deprecated classes.
Better find a way to say the module is deprecated.
Moving in unsupported
Jody Garnett ha scritto:
> I agree with the story aspect! Could we use the pom description to explain
> what is going on?
Process process... we already have enough that it's hard
to make it respected.
If people want to note somewhere about the history of a
module that's fine, but I would leave i
JDataStoreWizard is ugly when there are many connection parameters
--
Key: GEOT-2985
URL: http://jira.codehaus.org/browse/GEOT-2985
Project: GeoTools
Issue Type: Improvement
Thanks Jody,
> Note that if you are using the in jgrass we should make a "processexecutor"
> around the eclipse job mechanism (rather then Java threadpool).
> I am on IRC if you would like to discuss such things ...
In fact in JGrass we will use the OMS model chaining and execution mechanisms.
I
I think we may be able to mark the package-java with a @deprecated?
I like your plan Andrea.
Jody
On 13/03/2010, at 3:04 AM, Andrea Aime wrote:
> Justin Deoliveira ha scritto:
>> Sounds like a good idea to me. Although did we officially deprecate any
>> of the plugin jdbc modules? Or was that m
Note that if you are using the in jgrass we should make a "processexecutor"
around the eclipse job mechanism (rather then Java threadpool). I am on IRC if
you would like to discuss such things ...
Jody
On 13/03/2010, at 7:14 PM, andrea antonello wrote:
> Aha, that was what I was seraching for.
I agree with the story aspect! Could we use the pom description to explain what
is going on?
Jody
On 13/03/2010, at 6:28 PM, Andrea Aime wrote:
> Michael Bedward ha scritto:
>> Hello all,
>>
>> In the thread "gt-postgis + hibernate-spatial pom dependency conflict"
>> Andrea wrote:
>>
>>> gt-p
Interesting.
The example shows using a Process in the current thread with a swing progress
bar.
The fun for me in this API is the use of a thread pool (to control cpu
resources) and schedule work to be done. I have updated the wiki page to
separately show both techniques.
Jody
On 13/03/2010
Aha, that was what I was seraching for. I found several pages but not that one.
Thanks Jody, that page (and childs) seems to contain everything needed.
Andrea
On Sat, Mar 13, 2010 at 9:04 AM, Jody Garnett wrote:
> I updated the wiki a while ago ...
> - http://docs.codehaus.org/display/GEOTDOC/
I updated the wiki a while ago ...
- http://docs.codehaus.org/display/GEOTDOC/Process+Plugin
The only api change (like ever) has been the addition of a list of names (so a
factory can produce more then one process... looks like I need to update the
wiki page to match.
Jody
On 13/03/2010, at 12
26 matches
Mail list logo
