christian.muel...@nvoe.at ha scritto:
> Fixed on 2.6.x and trunk, thanks for the hint
Thanks for the quick fix!
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the develop
/display/GEOT/Supporting+your+module
> http://docs.codehaus.org/display/GEOT/Gold+Star+Quality+Assurance+Check
>
> All the docs and much of the test coverage is in GeoServer.
Ah, much of the test coverage where it cannot be measured... ugh...
does it go beyond 40% with the tests in Geoto
ow, we cannot have part of the normal build depend
on unsupported modules.
Does it qualify as supported by itself?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert
a lot of people depend onto
I would expect some discussion before adding a dependency, but
otherwise I don't think you really need to ask permission for that,
just make sure the license of the dependency is compatible and
past that I guess I trust your common sense ;-)
Cheers
Andrea
--
Andrea
Andrea Aime ha scritto:
> Ben Caradoc-Davies ha scritto:
>> On 18/05/10 09:22, Ben Caradoc-Davies wrote:
>>> So, if I announced that I had a third-party whizbang-1.3.2.jar that I
>>> wanted to use in app-schema testing, would I be allowed to upload it to
>>&g
Ben Caradoc-Davies ha scritto:
> On 18/05/10 14:38, Andrea Aime wrote:
>> How is the test coverage?
>
> OK. All encoding test are in GeoServer.
>
>> Is it a single module or multimodule?
>
> Multiple. gt-app-schema, gt-app-schema-resolver (coming soon),
> g
Ben Caradoc-Davies ha scritto:
> On 18/05/10 14:39, Andrea Aime wrote:
>> Ben Caradoc-Davies ha scritto:
>>> The new module has no dependencies on gt-app-schema. If
>>> gt-app-schema-resolver works well enough, it might be useful elsewhere.
>>> It will be
hink ip
> check is the only formal one that can issue a down check.
Correct. However I believe we should resist any module graduation
that does not have enough tests unless there is good reason
for that.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert
e'd need a color reduction algorithm that supports alpha in the
palette, something that an open source project, pngnq, does, but
it's not trivial at all to port over.
I'd estimate it would take 3-5 days of work for a developer
that knows _very_ well its way in the raster dat
entral module you don't see all the necessary dependencies).
So what about a page explaining what one should do instead?
Is there a place in the sphinx docs for that?
I plan to commit the changes tomorrow on trunk only
unless someone objects
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://open
d the code, it has been designed to support just the
uom at the symbolizer level.
In GeoTools we lack the very support for representing an uom attached
to each stroke width, size and whatnot, so adding support for what
you're saying might requir
literal expression; and try and evaluate as a Measure.class rather
> then just an Integer.class or Double.class as is done now.
Eh, it might get tricky as we have two so
ookup value isn't found ?
So recode acts like an hashamp right, it's a key/value transformation?
I would say, we return null if the key is not known. Same contract
as a java Map?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Ex
Jody Garnett ha scritto:
> On 20/05/2010, at 4:57 PM, Andrea Aime wrote:
>
>> Eh, it might get tricky as we have two sources of uom
>> specification, the literal itself, but also the symbolizer one. I
>> guess the local one would win.
>>
>> Anyone interested
7;s a good idea, as done for GEOT-3046. Should we go ahead and do
> this?
Seems like an acceptable compromise to me. If the admin is aware of the
performance and stability implication (this approach is also memory
bound, remember) and plans accordingly I don't see a problem with that.
Che
to letting the renderer at it. Question. Can
> the rescale visitor inject a function expression around entries in
> order to accomplish a conversion?
Why a function expression? I'm usually a bit weary of using functions
as they don't translate d
appy, now they actually test a WFS-T server supports
useExisting and for the moment we just skip that test in
the CITE nightly builds (boy I'm so happy they are there).
Well, let me know.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
d
ay/GEOTDOC/07+FeatureStore
Err... documenting on the wiki? I guess Sphinx is still not used
enough for that purpose... oh well, ok, no problem.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http
plan and a talk with
> frank or Justin about deployment. Until then the wiki us our docs.
Ok :-)
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight f
configured to provide these grids, I guess it would
be popular.
Anyways, just sharing some wild idea here
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from t
Michael Bedward ha scritto:
> On 24 May 2010 17:02, Andrea Aime wrote:
>> Option b), we make a module for grids. Also rectangular ones.
>> Gabriel has added some code in GeoServer to generate grids
>> to be used in the CRS area of definition preview, see here:
>> http:/
i and Justin.
Works for me, +1
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
___
Geotools-devel mailing list
Ge
em sooner
- small local layers can render fast enough to provide sufficient
context for people to keep zooming/panning around without
waiting the whole map to be rendered, better start them
sooner as well
Hope this helps
Cheers
Andrea
--
Andrea Ai
will do when that hint is not advertised in the feature source.
> - What should I try and optimise?
Pass down all hints as possible. Which really means, reduce to the
bare bones the usage of col
up Queries in MapLayer
just for the sake of passing down hints when rendering a parametrized
view layer
- the env function is somewhat more flexible in that it allows both
per thread and global enviroment values (see
EnvFunction.setGlobalValues(...)
Opinions?
Cheers
Andrea
--
Andrea Ai
eclare
the same?
Imho the case of param values not changing feature by feature is
the most common and having an optimization for it would be good,
yet the dynamic case could be of interest as well
Opinions?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from
ng
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
___
Geotools-devel mailing list
Geotools-devel@lists.sour
Jody Garnett ha scritto:
> On 25/05/2010, at 8:12 PM, Andrea Aime wrote:
>
>> Jody Garnett ha scritto:
>>> Interesting.
>>> Could you add some kind of scoping? Something like ${feature.bounds} for
>>> the bounds of the current feature?
>> How has that
Jody Garnett ha scritto:
> On 25/05/2010, at 8:12 PM, Andrea Aime wrote:
>
>> Jody Garnett ha scritto:
>>> Interesting.
>>> Could you add some kind of scoping? Something like ${feature.bounds} for
>>> the bounds of the current feature?
>> How has that
Andrea Aime ha scritto:
> Jody Garnett ha scritto:
>> On 25/05/2010, at 8:12 PM, Andrea Aime wrote:
>>
>>> Jody Garnett ha scritto:
>>>> Interesting.
>>>> Could you add some kind of scoping? Something like ${feature.bounds} for
>>>> the
(this time answering the right mail)
Sounds like an improvement to me. +1
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
___
this until tomorrow I took the liberty of putting app-schema out of the
build, please fix and insert the module back in the build? :-)
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the
lease go ahead and
> make the 2.7-M0 tag.
Mind app-schema is out of the build due to build failuers. Want to tag
like that?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service
at many users
seem to be playing with, where the features either:
- do not come from a store
- come from a store but are cached in memory to speed up rendering
I may be wrong, but ContentFeatureCollection requires something
like a real store to back it?
Cheers
Andrea
--
Andrea Aime
OpenGeo - h
Ben Caradoc-Davies ha scritto:
> On 25/05/10 21:52, Andrea Aime wrote:
>> This is probably due to a version difference, in the repo we have:
>> http://download.osgeo.org/webdav/geotools/net/opengis/schemas/sweCommon-1.0.1/1.0.1-1/
>>
>>
>> which apparently does
Hi,
today I noticed there is still one non simple bit in the
SimpleFeatureSource family: getDataStore() still returns
DataAccess instead
of just a DataStore.
Is this intended? I did not check the consequences
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight
Eh? Did you see the ones I've closed on Sunday?
The monthly chart says 57 created and 214 closed
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert servic
fine any.
There was a python based tool to go from html to rst but was pretty
primitive too...
I guess copying in the browser, pasting in a text editor and going from
there is the best way I know so far.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight
Justin Deoliveira ha scritto:
> As per discussion I did up a proposal with the plan.
>
> http://docs.codehaus.org/display/GEOTOOLS/Sphinx+Documentation+Process
+1
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the d
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https
strongly one way or the other, if the
other developer feel that "user provided" is better I'll
make the change, no problem :-)
Cheers
Anrea
--
Andrea Aime
nd error condition).
Not allow null to be passed in... yet, afaik, it's not possible
to build a feature whose id is null in the current code.
I guess a API clarification is in order in case someone uses their
own implementation of Feature?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://ope
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
___
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
+1 on adding the branch (if that was ever necessary to start with ;-) )
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
__
enance
perspective).
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
___
Geotools-devel mailing list
Geotoo
eptions.
SimpleFeatureIterator is the sane way to access data,
Iterator is for people actively looking for trouble
(it's still there just for backwards compatibility, but we should
really, really deprecate it).
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expe
Hi,
quick informal poll. What about switching the current trunk to Java 6?
Would you be pro? Against? Don't care?
I would be pro.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the devel
e formally support building only against Java 5, by this
meaning Java 6 builds might actually fail (sometime a unit test
is stupidly dependent on hash iteration order, though other times
there are less obvious issues).
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service s
o stumble into stupid
JDK issues.
And of course we'd also need the ok from the PSC and general
dev community about supporting both build enviroments,
it will certainly put some more effort on our shoulders.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http
eloper pool before going to do a
user one... so far not sure a user one is necessary, not enough
enthusiasm for a switch to java 6 around here I guess ;-)
Although... who knows, maybe a user pool could be interesting anyways
(we're curious animals anyways no?) ;-)
Cheers
Andrea
--
And
e right direction as well. What else can we do?
> Meanwhile, I'd be curious, like Andrea, to see what the folks on the
> user list think. My guess is that it's not on the radar for most of
> them judging by the absence of posts about it.
Michale, you're the users list maste
Michael Bedward ha scritto:
>> Thanks Justin that is beautiful :-)
>>
>
> What Jody said. Much appreciated Justin.
Justin++ (ah, these new programming languages, they
just on keep popping up...)
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Exper
we rely on it, meaning java 6 is not guaranteed to be building
all the time, and people can fix those issues at a more relaxed
pace
- if someone breaks the java 5 build he's still supposed to fix
it as fast as he can (or someone else will revert the change
that broke the buil
ls 2.8 ?
/me really hates feature collections being writable. Would be +1 making
them read only right now
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
uirement of
uniqueness, otherwise current implementations are a disgrace
both performance and memory consumption wise.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
Thin
christian.muel...@nvoe.at wrote:
> This is an interesting thread, so I want to spend my 2 cents.
>
> 1) I am astonished about discussing to check a build on SUN SDK 6
>
> http://gis.linux4all.at/hudson32
> http://gis.linux4all.at/hudson64
>
> Everybody can look at it, developers knowing the cred
Andrea Aime wrote:
> christian.muel...@nvoe.at wrote:
>> This is an interesting thread, so I want to spend my 2 cents.
>>
>> 1) I am astonished about discussing to check a build on SUN SDK 6
>>
>> http://gis.linux4all.at/hudson32
>> http://gis.linux4all.at/
christian.muel...@nvoe.at wrote:
> Do you have a blank in your build path. ?
>
> Exception in thread "main" java.lang.NoClassDefFoundError: 32/tmp
>
> The absolute path is
>
> "/home/hudson 32/tmp"
>
> I am sure if I remove the blank, this bug will disappear. But I can
> remember that it was a
Hi,
the current gt-process module is giving me a little of a headache
in that if you want the API you get also some default processes:
org.geotools.process.literal.BufferFactory
org.geotools.process.literal.IntersectionFactory
org.geotools.process.literal.UnionFactory
org.geotools.process.literal.
Евгений Лазарев wrote:
>
> Hi Jody, in Russia very popular GIS programm is InGeo
> (http://www.integro.ru/projects/gis/main_gis.htm), so to use geotools
> and geoserver in our work and add more usability in russia there are
> need to support is format.
> and i want to develop this module for us
Jody Garnett wrote:
> Proposal is established enough to be voted on; I will be working on this over
> several evenings this week with this weekend targeted for the first commit.
> - http://docs.codehaus.org/display/GEOTOOLS/MapContext+Refactor
> - http://jira.codehaus.org/browse/GEOT-3136 (Initial
Michael Bedward wrote:
> On 8 June 2010 15:20, Ben Caradoc-Davies wrote:
>> MapLayerCollection? That is the best I have been able to come up with,
>> so perhaps "Map" is not so bad after all ... :-)
>>
>> I suppose this is an instance of misused mathematical/compsci jargon
>> finally being used fo
Jody Garnett wrote:
> Okay I got back an amazing story that is more to do with Zoo WPS then
> geotools... - File permission exceptions were more about the
> classpath being set up wrong - Stack Overflow was more about
> executing GeoTools from within an embedded Java; it requires a lot of
> classes
ymore
Cheers
Andrea
> Lazarev Eugene
> Ingener - Software Architecture
> UralGeoInform
> mailto: lazareveug...@gmail.com <mailto:lazareveug...@gmail.com>
> SKYPE: lazareveugene
> Cellular: +79058077697
>
>
> 2010/6/7 Andrea Aime mailto:aa...@opengeo.org>>
>
lim goh wrote:
> Speaking of NG, I see that the old stuffs are deprecated. Are they
> going to be removed ever? if yes, is there a schedule for the removal
> already?
We don't have a plan, but since we could not move the old postgis module
into unsupported in 2.6.x I guess a reasonable plan would
Hi,
this week I've tried to make some of the processes in gt-process
run in GeoServer, as they presented some decent variety in input
and outputs. I succeded with some of them and found out a few
issues in the processes that the attached patch fixes.
The patch however does not contain only fixes
Andrea Aime wrote:
> In general, to allow a client to describe and handle all the inputs
> and output of the processes there has to be some agreement on what
> data types are supported and how to handle multiplicity.
And I forgot to deal with multiplicity.
First off, if a parameter is
eak
Not sure if they are applicable straigth to our case, but worth
looking into
> - FeatureSource.setTransaction( Transaction ) -
> just because we are using readonly access does not mean we should be
> prevented from drawing what is going on during a transaction
+1
Cheers
Andrea
so we don't have backwards compatibility issues from that pov
b) alternatively, add a flag to control the DMS/degree behavior.
The patch to do simply a) is attached.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
diff --git a/modules
Jody Garnett ha scritto:
> On 13/06/2010, at 5:19 PM, Andrea Aime wrote:
>
>> My guess is that anybody using a CRS with DMS unit is actually storing
>> the data in decimal deegrees, and that providing actual support for
>> the DMS unit transformation would just
eeing odd errors because
the first digits after the decimal separator have a different
meaning in DMS. I don't think it's of any likeliness that anybody
uses that format (never stumbled into any GIS using it), but
just in case, the flag would be a sort of documentation
about the assumpt
e (to have a flag) I would also
> settle for a warning in the javadocs.
Sounds good to me. How would that flag look like?
Something to be set in Hints? A system variable?
From the pov of patching that behavior somthing behaving like
a global variable would be best
Cheers
Andrea
--
Andrea Aim
o see code that has just been commented out like in
FeatureSourceMapLayer, bad practice... well, unless you noted
down all the code that you've commented out and will remove
it later.
MapContext wise I see the interface has been modified and
one method removed. No issue for me, but didn't
long as you remember to remove the commented out code I have
no issues with that either.
>> MapContext wise I see the interface has been modified and one
>> method removed. No issue for me, but didn't you say the old API was
>> not being changed?
>
> I did not; the ol
Jody Garnett ha scritto:
> On 14/06/2010, at 4:52 PM, Andrea Aime wrote:
>
>> Jody Garnett ha scritto:
>>>> Please don't add a layer.dispose() method, resources to be
>>>> disposed are harder to use so let's limit the usage of
>>>> dis
or out of a process.
Yep, it's something the GS WPS is still not dealing with
properly.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
ThinkGeek and WIRED&
re is an actual good reason to make single
feature processes at all.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
ThinkGeek and WIRED's GeekDad team up for
t;Central_Meridian", 9], PARAMETER ["Scale_Factor", .9996], PARAMETER
["False_Easting", 50], PARAMETER ["False_Northing", 0], UNIT
["Meter", 1]]
where the projection name should simply be "Transverse Mercator".
I see no easy way to per
Andrea Aime ha scritto:
> However I tried the example from an online documentation I've found:
> (http://youngcow.net/doc/oracle10g/appdev.102/b14255/sdo_cs_ref.htm#CHDIEJHH)
>
> SELECT SDO_CS.MAP_ORACLE_SRID_TO_EPSG(82361) FROM DUAL;
Forgot to say that the above one worked a
45329251994328]], PROJECTION ["Transverse
Mercator"], PARAMETER ["Latitude_Of_Origin", 0], PARAMETER
["Central_Meridian", 9], PARAMETER ["Scale_Factor", .9996], PARAMETER
["False_Easting", 50], PARAMETER ["False_Northing", 0],
impose
(LinkedHashSet is just worse memory consumption wise).
Memory issues are not problematic if they are used in places where
you don't get to build millions of them though (and do so lazily,
e.g., making the feature user map be built lazily provided a good
performance boost
#x27;s harmful, it's the clueless developer that is.
But we can all learn and improve no?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
ThinkGeek and WI
Ben Caradoc-Davies ha scritto:
> On 15/06/10 15:50, Andrea Aime wrote:
>> Developer depending on hashmap order -> chaos
>> It's not the fault of poor hashmap that developers use it in a number
>> of places where it's unnecessary if not even harmful.
>
>
Ben Caradoc-Davies ha scritto:
> On 15/06/10 16:17, Andrea Aime wrote:
>> I still see an incompetent developer in action there.
>> You look at that interface, you get a Map, so you know:
>> - the API designer decided the iteration order was not important
>> - the iterat
Ben Caradoc-Davies ha scritto:
> On 15/06/10 16:45, Andrea Aime wrote:
>> I would not blame Alice for Bob lack of skill (or simple oversight).
>> She exposed a Map and made no promises on ordering, Bob took it and
>> promised what he could not deliver.
>
> How does fi
pinions.
If I can't backport we'll roll a separate repo for it (most
likely a git clone, maybe on GitHub, maybe somewhere else)
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
Jody Garnett ha scritto:
> So I have a few votes in - and a few reviews (thanks!)
>
> • Andrea Aime
+1
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the d
?)
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PR
e all reworked, but with a certain amount of pain
included.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
ThinkGeek and WIRED's GeekDad team up for the Ultim
nd of releases; however we could issue one for
> June or July.
No release is required, a nightly build will do, though I hope that
with CITE tests being automated GS can go back on a bit more
frequent release cycle.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.or
Andrea Aime ha scritto:
> Michael Bedward ha scritto:
>> Hi Andrea et al,
>>
>> Thanks for looking at ways to improve the process module !
>>
>> I'm happy with your comments about both VectorToRaster and RasterToVector.
>>
>> I would
> any changes should be additive.
It is not affected, as far as I can see the uom were already parsed,
but ignored.
Not sure if the uom are encoded back in the transformer
tough, never checked that
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service st
: I see we already have a generic RescaleStyleVisitor,
I guess I'll use that one for DPI handling (maybe double
checking it's doing all the same rescales as the uom one,
which has quite some unit tests backing it)
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert s
the code work against the
implementations on 2.6.x
Otherwise I can setup a git clone just for this work
for the time being.
Opinions?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
---
es for printing (looking for confirmation
on this one)
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
Ge
Hi,
the current filter factory creates case insensitive like filters
which end up being encoded in sql as upper(att) like 'BLAH%'
making it impossible to use indexing.
Was that done on purpose or just by accident?
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expe
t's doable, the uom rescaling activation is pretty
much localized into a couple of spots in the code, so I could
just do that, make it depend on a system property
Good idea, thanks for the suggestion
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service stra
7;s doing basically what I'm suggesting,
multiplying all symbol sizes by targetDpi/standarDdpi.
Can we find any agreement on how we should call this so that I can move
on and deliver this functionality? :-)
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight
use FilterFactory2 and exert control over the case sensitivity
flag, but in CQL and OGC Filter 1.1 there is no way to state a
case sensivity flag...
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service
the catch that sql encoders won't recognize the function
call as encodable so we'd end up running the filter in memory,
but that can be fixed
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
---
1 - 100 of 7211 matches
Mail list logo