Ben Caradoc-Davies wrote:
> I changed the gt-gmlparsing parent artifact version to 2.6-SNAPSHOT on
> trunk (was 2.5-SNAPSHOT) to fix the build.
It only passed on Hudson because Hudson also has the build for
geotools-2.5.x, including demo 2.5-SNAPSHOT, and so has this artifact in
its local repo.
Justin,
I changed the gt-gmlparsing parent artifact version to 2.6-SNAPSHOT on
trunk (was 2.5-SNAPSHOT) to fix the build.
Kind regards,
--
Ben Caradoc-Davies
Software Engineer, CSIRO Exploration and Mining
Australian Resources Research Centre
26 Dick Perry Ave, Kensington WA 6151, Australia
Hmm I'm just not sure your extra code is needed. There is already a
converter to convert from Strings to Numbers - what I really need is to
ensure that doubles are not converted to integers.
I wonder if we just need to call the convert function with Number
instead of double/integer etc. This
Qunatile Function Problem with Single Value Buckets
---
Key: GEOT-2555
URL: http://jira.codehaus.org/browse/GEOT-2555
Project: GeoTools
Issue Type: Bug
Components: core main
Affec
I found that the IBM SDK6 was failing on getting an item with a Null
Pointer Exception. I found this strange as when it failed neither the
queue nor the item I was requesting was null. But the solution to the
problem was to synchronize the LinkedHashMap that was being used in the
LRUEvictionP
Well done, congratulations, works fine.
Could explain shortly what you have done. The reason for this is that there
is GEOT-2546 which causes also problems on an ibm skd and this seems to be a
synchronization problem too.
thanks
Emily Gouge writes:
> Hi Christian,
>
> I downloaded and
Hi Christian,
I downloaded and tested out the IBM SDK 6 and also ran into an issue. I
believe the issue was a result of a synchronization problem. I've
updated the code and it seems to work for me now. Maybe you can test it
out and let me know if it works for you or not.
Emily
Jody Garnett
> This doesn't seem to be the case in this test case. In the eval function of
> BinaryComparisonAbstract class it seems that the literals "1" and "1.5" in
> my case is actually showing up as Integer and Double respectively; that is
> why my instanceOf Number check works out. It would not work out
Hi Andrea:
On Tue, Jun 16, 2009 at 4:32 PM, Andrea Aime wrote:
> I'm missing how this can be any manageable in the long term.
Indeed; can we have a set of useful user map keys stored anywhere?
Perhaps in the FeatureTypes utility class?
> So next time we add a new interesting key we'll have to mo
