From: Justin D. <jde...@op...> - 2010-09-29 14:10:44
|
Hi Neils, On Tue, Sep 28, 2010 at 9:08 PM, Niels <nie...@cs...> wrote: > Hi, > > I am currently working on this issue: > http://jira.codehaus.org/browse/GEOT-3219 > > More specifically, the href part (encoding href in geometries). The problem > is that any properties specified with the <ClientProperty> tag in the > mapping file for geometries aren't encoded. > > There are two issues: > App-schema writes the clientproperties in the userdata of the geometry > object. > The Binding classes CurvePropertyTypeBinding and > GeometryPropertyTypeBinding do not pick these up to encode them. This I can > change (it's in the xsd-gml3 module). > Sounds good. > > However there is another issue. Geometries can be converted before they are > encoded. For example, a MultiLineString is converted to a LineString. THis > happens in the GeometryTypeConverterFactory class (main module). The source > object is then thrown away, which would contain the clientproperties in > their userdata put their by app-schema. I think it would be a good idea to > copy userData from source to target when doing geometry conversion. This way > the popertytypebindings will be able to pick the properties up. > > This sounds good too. I think any code that transforms a geometry in a way that results in a new geometry object should mainain its user data. I know i have done this is in places before. > I will be working on a patch for this issue. I don't think this will effect > anything else or cause backward compatibility issues. Let me know any > remarks though. > > With Regards, > > -- > *Niels Charlier* > > Software Engineer > CSIRO Earth Science and Resource Engineering > Phone: +61 8 6436 8914 > > Australian Resources Research Centre > 26 Dick Perry Avenue, Kensington WA 6151 > > > ------------------------------------------------------------------------------ > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > _______________________________________________ > Geotools-devel mailing list > Geo...@li... > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. |