Yeah, unfortunately this is a nasty issue. Rob has had this issue before as
well.
On the encoding front the plan was to instead of create a geometry not as a
jts geometry but as a generic complex attribute. And then have the encoding
subsystem ignore the regular geometry binding (since it is not a geometry
object) and encode it (along with the metadta) as a generic complex
attribute.
The parsing front is much harder as Andrea noted. What has been done in the
past for cases like this and what I think the app-schema folks do is use the
geometry user data as Andrea noted. But storing a map there that can store
anything from the crs to this generic metadata. A hack to me sure but not
sure we have much else. Unless we introduced some sort of geometry wrapper
that stored all the metadata explicitly.
All in all rolling your own parser is probably better for your sanity since
the parsing story for complex features is not quite there yet when compared
to the encoding story.
2c.
-Justin
On Fri, Oct 1, 2010 at 8:22 AM, Andrea Aime <[email protected]>wrote:
> On Fri, Oct 1, 2010 at 2:49 PM, Jody Garnett <[email protected]>
> wrote:
> > Andrea can you store it on the GeometryAttribute somehow?
> > There may be a user map or something for you to record extra information
> in.
>
> If was driving the code that could be a place. Unfortunately the
> metadata is inside
> the geometry, and the xml handler returns just a JTS geometry throwing away
> the rest. Not sure if the xml parsing would allow me to grab something
> parsed
> there and put it into an attribute (which is a couple of level up,
> since that polygon
> is also contained into a GeometryArrayProperty)
>
> 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
>
> -----------------------------------------------------
>
>
> ------------------------------------------------------------------------------
> 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
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
