I mean inverse functions are a priority for me when I get back to  the
geotools codebase :-) - but I do think they will rapidly become a
point of pain for mappings of local identifiers to gml:names too :-)

Rob

On Tue, Oct 5, 2010 at 4:54 PM, Rob Atkinson <robatkinson...@gmail.com> wrote:
> I dont see that it should be impossible to support a converter in the
> binding - generally speaking we ought to be able have a mechanism that
> allows us to drop in capabilities to handle any native data type we
> encounter for a complexAttribute. Rather than a function that converts
> a specific JTS object to a particular data type, perhaps we could have
> accessor functions in CQL and map them.
>
> Inverse functions are a priority - I'm hoping one day to get back into
> this to make geomteryless work - my life has been rather taken over by
> other projects and research around conceptual modelling, but there is
> light at the end of the tunnel to get back to implementations.
>
> Rob
>
>
>
> On Tue, Oct 5, 2010 at 12:28 AM, Andrea Aime
> <andrea.a...@geo-solutions.it> wrote:
>> On Tue, Oct 5, 2010 at 9:04 AM, Ben Caradoc-Davies
>> <ben.caradoc-dav...@csiro.au> wrote:
>>> You could use a custom CQL function like ToDirectPosition (in gt-app-schema)
>>> to convert your Point to a DirectPosition. ToDirectPosition was used to
>>> construct a DirectPosition from doubles before we had the ability to address
>>> its complex properties.
>>
>> Humm... I can do something like that, but I start from a point.
>> Stupid idea... I create a "convert" filter function:
>> convert(value, fullQualifiedClassName)
>> that just calls back to converters.
>>
>> And then I implement a converter that goes from points to DirectPosition and
>> vice versa: I still need the way back if I'm going to render those points as 
>> WMS
>> (which I still don't know if I'm going to do, but something that I
>> will at least try out)
>>
>> Cheers
>> Andrea
>>
>> -----------------------------------------------------
>> Ing. Andrea Aime
>> Senior Software Engineer
>>
>> GeoSolutions S.A.S.
>> Via Poggio alle Viti 1187
>> 55054  Massarosa (LU)
>> Italy
>>
>> phone: +39 0584962313
>> fax:     +39 0584962313
>>
>> http://www.geo-solutions.it
>> http://geo-solutions.blogspot.com/
>> http://www.linkedin.com/in/andreaaime
>> http://twitter.com/geowolf
>>
>> -----------------------------------------------------
>>
>> ------------------------------------------------------------------------------
>> Beautiful is writing same markup. Internet Explorer 9 supports
>> standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
>> Spend less time writing and  rewriting code and more time creating great
>> experiences on the web. Be a part of the beta today.
>> http://p.sf.net/sfu/beautyoftheweb
>> _______________________________________________
>> Geotools-devel mailing list
>> Geotools-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>>
>

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 & L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today.
http://p.sf.net/sfu/beautyoftheweb
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel

Reply via email to