I will see how I can hack the FilterFactory to produce a different
attributeexpression implementation for app-schema.
On 23/09/10 11:12, Jody Garnett wrote:
I got stuck in a work meeting; what were the results of the IRC meeting?
Jody
On 22/09/2010, at 11:41 AM, Niels wrote:
Sounds good to m
Neils and myself chatted it out. Here is the transcript.
[7:12pm] jdeolive: hi niels_
[7:12pm] jdeolive: niels_: while we wait for others, i have a few questions
[7:12pm] niels_: okay, good idea
[7:13pm] jdeolive: ok, first question, it sounds like originally you wanted
to set up the change in be
I got stuck in a work meeting; what were the results of the IRC meeting?
Jody
On 22/09/2010, at 11:41 AM, Niels wrote:
> Sounds good to me.
>
> On 22/09/10 04:42, Jody Garnett wrote:
>>
>> Sounds good; note that the IRC meeting may be via Skype (often seems to be
>> when chatting with CSIRO :-
> So it looks like I need to register a DataStoreFactory or
> DataStoreFactorySpi for shapefiles in some META-INF file somehow. I
no you don't, that's the job of the shapefile plugin, you just need to
make sure it's on the classpath. Check your pom.xml and make sure
there's a dependency (if you
I am trying to add resources consisting of a shapefile (archsites.shp +
accessory files), a mapping file and a schema to the app-schema
src/test/resources/test-data directory in order to run unit tests using
shapefile-based datastores. I tested the mapping file and schema in
geoserver (built fr
I thought we more or less told people that those datastores were unsupported
all throughout the 2.6 series... so it was sort of a deprecation cycle. I
don't have a strong preference on this one... but if given the choice i
would prefer a proper deprecation cycle before the move to supported.
Especi
Morning Andrea:
I would like to gather up the annotations used for the process module; so I may
have some questions for you over the next couple of days.
I understand the latest ones you were working on are here:
-
http://svn.codehaus.org/geoserver/trunk/src/community/wps/src/main/java/org/geos
That can work for me as well; just not what I was expecting; we did a similar
thing to "legacy" code in previous releases. It is a nice way to get classes
out of the way where they will not confuse others.
Aside: I have reports of an oracle transaction deadlock on the uDig list; I am
asking for
On 22/09/2010 15:22, Jody Garnett wrote:
> I was thinking they would go through a normal deprecate and remove cycle?
Hmmm... we could do that and keep the unused garbage around one more
cycle... not what I was hoping for cleanup wise, but I'd be open to
that as well.
Afaik the postgis datastore w
I was thinking they would go through a normal deprecate and remove cycle?
Jody
On 22/09/2010, at 4:57 PM, Andrea Aime wrote:
> Hi,
> now that all old series databases have been moved to unsupported,
> is it the time to move the old jdbc classes as well?
> Shall we move them to their own unsupport
Make sure vertical labels are all oriented the same way
---
Key: GEOT-3274
URL: http://jira.codehaus.org/browse/GEOT-3274
Project: GeoTools
Issue Type: Improvement
Components: cor
11 matches
Mail list logo
