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