Quoting "Thelen, Bruce" :
> Christian,
>
> As per your statements below, it seems that at this time the
> functionality Baskar is working on for this purpose is not yet
> justified for inclusion in the GeoTools libraries themselves but we
> intend to keep working on this functionality and
No complaints thus far so I am deploying 2.6.4 shortly.
Hoping to hear back from CSIRO release crew
Jody
On 14/05/2010, at 12:36 PM, Jody Garnett wrote:
> So Victor:
>
> You should be able to build geoserver against the following tag:
> - http://svn.osgeo.org/geotools/tags/2.6.4
>
> I alw
Jody Garnett ha scritto:
> No complaints thus far so I am deploying 2.6.4 shortly.
> Hoping to hear back from CSIRO release crew
Jody, Victor just stumbled in a truckload of CITE
failures.
I don't have time to look into them right now, but
they may well be due to a GeoTools bug.
Deploy at you
Reclamation :-)
First, I use geotools also in an EJB Container,having its own life
cicle and class loader.
Second, I use geotools in a Java Applet, yet another life cyle. The
Java VM is started only once and there can be many different applets.
The only thing I want to say is that we should
So a GeoTools.cleanup() then :-)
Basically I would love to some how partition or set a checkpoint or something
and cleanup; and keep on going ...
Ideally I would love to do this on a Map by Map basis in uDig so when a Map is
closed I can "flush" out and geotools resources it was tracking.
We *d
Thanks Andrea:
I will deploy so I can start hitting the tag from the uDig side of things;
hopefully Victor will have some fixed for the cite test shortly?
Given that Victor has not done this before perhaps a "breakout" session on IRC
or Skype is needed so an experienced hand (with permission) ca
I'm following this with interest and am +0 about it so far because I
don't do web apps.
Regarding JAI, tthere is a method to unregister an operation
descriptor but I've never tried it. Simone: have you any experience
with this ?
Michael
--
I was playing around with other version of geoserver and getting CITE to
work. Main issue is with wfs1.1 with 50 errors >.<
I am going to leave that behind and will start getting ready for 2.0.2
release. Tag for 2.0.2 GeoServer should be in place on Monday 17th May 2010.
--
View this messag
christian.muel...@nvoe.at ha scritto:
> Reclamation :-)
>
> First, I use geotools also in an EJB Container,having its own life cicle
> and class loader.
>
> Second, I use geotools in a Java Applet, yet another life cyle. The Java
> VM is started only once and there can be many different applets
Michael Bedward ha scritto:
I'm following this with interest and am +0 about it so far because I
don't do web apps.
Regarding JAI, tthere is a method to unregister an operation
descriptor but I've never tried it. Simone: have you any experience
with this ?
On GS devel there is a patch I provi
Jody Garnett ha scritto:
> So a GeoTools.cleanup() then :-)
>
> Basically I would love to some how partition or set a checkpoint or
> something and cleanup; and keep on going ... Ideally I would love to
> do this on a Map by Map basis in uDig so when a Map is closed I can
> "flush" out and geotool
Hi,
thanks to the great work of Milton Jonathan (and some review/collateral
fixes from yours truly) we finally have a UOM patch ready to be
committed.
It is attached to:
http://jira.codehaus.org/browse/GEOT-2964
in particular:
http://jira.codehaus.org/secure/attachment/49040/GEOT-2964.patch
(if yo
Just updated and build 2.6.4. Looking at my maven repo, i see
2.6-SNAPSHOT
2.7-SNAPSHOT
2.6.4
Will the missing "SNAPSHOT" be an issue or will the SNAPSHOT be included
only on release?
--
View this message in context:
http://osgeo-org.1803224.n2.nabble.com/App-schema-busted-tp5048859p5050103.ht
v...@csiro ha scritto:
> Just updated and build 2.6.4. Looking at my maven repo, i see
> 2.6-SNAPSHOT
> 2.7-SNAPSHOT
> 2.6.4
>
> Will the missing "SNAPSHOT" be an issue or will the SNAPSHOT be included
> only on release?
SNAPSHOT refers to jars that are updated daily.
2.6.4 is supposed not to ch
On 14/05/2010, at 5:35 PM, christian.muel...@nvoe.at wrote:
> Reclamation :-)
>
> First, I use geotools also in an EJB Container,having its own life cicle and
> class loader. Second, I use geotools in a Java Applet, yet another life cyle.
> The Java VM is started only once and there can be many
Cool - I am in favour of that.
Is there any way we could "register" some activites for this hook? I expect
that an OSGi context could also make use of them for a clean exit.
For OSGi it is willing to startup / shutdown a module - we already have
GeoTools init so cleanup could be the spiritual o
Sorry my deploy of 2.6.4 did not complete; I had network trouble. I will start
it again.
Victor if you could complete cite tests against 2.6.4 SNAPSHOT; then I can
merge any changes you needed across to the tag and redeploy.
When you are happy that my deploy is good you can tag geoserver; and ch
Andrea Aime ha scritto:
> Well, the fact that it works just fine in desktop apps and does not
> work as fine in GeoServer would make me think otherwise.
> And you're well aware that there are other issues in J2EE in general.
> So much for being GeoServer only.
Taking a deep breath and trying a cal
oh boy oh boy :-)
Thanks so much to both Milton and yourself andrea for herding this one along.
While I have been long on encouragement I have been short on action. Indeed it
will motivate me to tag uDig and try out both the code cleanup and new renderer
on trunk.
I am excited geotools trunk i
Jody Garnett ha scritto:
> Cool - I am in favour of that.
>
> Is there any way we could "register" some activites for this hook? I
> expect that an OSGi context could also make use of them for a clean
> exit.
>
> For OSGi it is willing to startup / shutdown a module - we already
> have GeoTools i
On 14 May 2010 18:25, Andrea Aime wrote:
>
> On GS devel there is a patch I provided that uses exactly that
> (attached, it's a bit messy but you should see the JAI cleanup
> spots)
>
Indeed. That's great - thanks very much Andrea !
Michael
--
Many thanks Andrea and Milton - this is a great new feature to have.
Michael
On 14 May 2010 19:13, Andrea Aime wrote:
> Hi,
> thanks to the great work of Milton Jonathan (and some review/collateral
> fixes from yours truly) we finally have a UOM patch ready to be
> committed.
--
Ciao a tutti,
I guess that aaime wants clean up whatever is registered into generic
registries, so jai operations and imageio reader, writers, instreams
and outstreams. I am going to check aaime's patch afterwards.
Anyway, andrea, (besides suggesting to calm down :) ) I wanted to ask
you what we a
Simone Giannecchini ha scritto:
> Ciao a tutti,
> I guess that aaime wants clean up whatever is registered into generic
> registries, so jai operations and imageio reader, writers, instreams
> and outstreams. I am going to check aaime's patch afterwards.
>
> Anyway, andrea, (besides suggesting to
@Andrea
Hi Andrea, sorry to make some noise here. I misinterpreted the
situation (bad coffee in the morning). I thought the shutdown method
is primary intended for geoserver, obviously it is the other way
around, making geotools ready for web apps. This is a 100% +1 and I
hope we can end t
christian.muel...@nvoe.at ha scritto:
> @Andrea
>
> Hi Andrea, sorry to make some noise here. I misinterpreted the situation
> (bad coffee in the morning). I thought the shutdown method is primary
> intended for geoserver, obviously it is the other way around, making
> geotools ready for web ap
While I can't confirm Florence's conclusion sounds very reasonable. It
is most likely GeoTools not handling xs any content.
So if we patch schemas to handle ANY_ELEMENT does that bring us any closer?
On 10-05-13 11:19 PM, florence@csiro.au wrote:
> Hi Ben& Justin,
>
> I think I might be wro
Enabling the setting of crs for gdal readers
Key: GEOT-3082
URL: http://jira.codehaus.org/browse/GEOT-3082
Project: GeoTools
Issue Type: Improvement
Components: gc imageio ext gdal
pass crs passed into imagemosaic reader down to delegating readers
--
Key: GEOT-3083
URL: http://jira.codehaus.org/browse/GEOT-3083
Project: GeoTools
Issue Type: Improvement
geotools.rendering - Argument "value" should not be null.
-
Key: GEOT-3084
URL: http://jira.codehaus.org/browse/GEOT-3084
Project: GeoTools
Issue Type: Bug
Components: core re
30 matches
Mail list logo
