See http://hudson.opengeo.org/hudson/job/geotools-trunk/1421/changes
Changes:
[mbedward] new pom.xml
[mbedward] First cut on revision of JMapPane and related classes. Selection and
highlighting methods absent at the moment (yet another attempt at commit -sorry)
It hates me but it is also building with -Dall; going to try and
reproduce on my end.
Jody
Hudson wrote:
> See http://hudson.opengeo.org/hudson/job/geotools-trunk/1420/changes
>
> Changes:
>
> [jive] switch to geoapi 2.3-SNAPSHOT
>
Committed on trunk; I have deployed GeoAPI SNAPSHOT as well.
Jody
Martin Desruisseaux wrote:
> Justin Deoliveira a écrit :
>
>> This only affects geotools trunk correct? If so there should be no
>> issues from our side.
>>
>
> Yes, as suggested by Jody GeoTools 2.5 stay unchanged on GeoAP
See http://hudson.opengeo.org/hudson/job/geotools-trunk/1420/changes
Changes:
[jive] switch to geoapi 2.3-SNAPSHOT
--
[...truncated 7608 lines...]
[INFO]
[INFO] Building Geometries
[I
Postgres EPSG factory won't work against Postgres 8.3
-
Key: GEOT-2363
URL: http://jira.codehaus.org/browse/GEOT-2363
Project: GeoTools
Issue Type: Bug
Components: core referencin
Sydney, Australia. 2 March 2009.
In response to requests from presenters, the deadline for the FOSS4G 2009
workshop and tutorial abstract submissions has been extended by one week, to
Monday 9 March 2009. If you are considering submitting a workshop, please
notify your intent by emailing the Works
Actually, I like simple. That means in a deployment not having to
download all the data to guess what it means.
I feel its always worthwhile considering as many perspectives as
possible during a design decision. Engineering performance of current
implementations is a valid perspective, but its not
>
> Jody Garnett wrote:
>
>> Oh the reason is simple - the SLDParser has a job to do - namely parsing
>> SLD files.
>> If we are starting to work with UOM information we are looking at parsing
>> SE files.
>>
>
> Ahm, sorry, ignorant here again: isn't the SLDParser already doing lots of
> SE-specif
List is the way to go; we need some control over attribute order in
the result (at least to be able to match XML schemas where such a thing has
been defined using a sequence. I actually wonder if this is an area where we
could simplify our model some - I am still waiting for an "unordered"
example
Thanks for applying that Justin.
Rob they are mostly talking about the implementation side here;
SimpleFeatureType will still extend FeatureType at the API/interface level.
We just have slightly different implementation needs well with in the bounds
of what is expected.
On a related note Ben; when
Yeah, I can wait a couple of days. Although I would like to start the
release early next week. So if it is going to take longer I think i will
create the gt release tag, port your changes to it, then do the official
release. Any objections?
Christian Müller wrote:
> I will hurry up, are 3 days
Improve handling of NUMERIC and DECIMAL types
-
Key: GEOT-2362
URL: http://jira.codehaus.org/browse/GEOT-2362
Project: GeoTools
Issue Type: Improvement
Components: data jdbc-ng
Affect
Provide better support for some Oracle string types
---
Key: GEOT-2361
URL: http://jira.codehaus.org/browse/GEOT-2361
Project: GeoTools
Issue Type: Improvement
Components: data jdbc-n
I will hurry up, are 3 days ok ?
Justin Deoliveira writes:
> Hi Christian,
>
> Sure, do you know how long you will need? If it is more than a few days
> what do you think about creating the 2.5.4 tag, and porting changes you
> are making back to it? And we can always update the imagemosaic-
Hi Christian,
Sure, do you know how long you will need? If it is more than a few days
what do you think about creating the 2.5.4 tag, and porting changes you
are making back to it? And we can always update the imagemosaic-jdbc
artifact when the changes are in. This way we can build and test the
Hi Justin, I need some days for additional usability improvements of the
imagemosaic-jdbc plugin.
Since this will be the first geoserver release containing the
imagemosiac-jdbc plugin, I want to improve the handling of the module and
make the tutorial simpler. (I got some feedback from Andrea,
16 matches
Mail list logo
