Hi Jody,
Jody Garnett schrieb:
>> I don't understand what you mean with using an java.util.Map to store
>> the complex information.
>
> The default bindings handle things like xs:int and know enough to turn
> that into an Integer. The default binding for an a complex type (at
> least for an earlier version of the parser!) would produce a
> java.util.Map with the keys as the element name and the value as
> appropriate.
I see! What about namespaces: they are part of the Map's key?
obvervation.put("om:samplingTime", new Date( .... ) );
instead of
> obvervation.put("samplingTime", new Date( .... ) );
?
>
> The idea was to present something to Java developers making use of as
> much of the schema as could be understood.
> The interesting one is a choice of course ... forcing you to use
> containsKey to see what choice was chosen
>
> So if observation was not bound below I would a data structure similar
> to ...
>
> Map<String,Object> obvervation = new LinkedMap<String,Object>();
> obvervation.put( "_id", "obs_seismic_1234567");
> obvervation.put("samplingTime", new Date( .... ) );
> obvervation.put("procedure", new URI("urn:foo:foo2:def:procedure:bar23""));
> obvervation.put("observedProperty", new LinkedMap( ... ) );
Many thanks for this example!
> The advantage here is anything that *can* be bound is punted into a java
> object - geometry; feature etc should show up ready to go.
>
> So this is the theory; Rob is running into the limits of what this
> default complex binding can do....
Ok. Last question: Having a String with the xml fragment won't help me?
Instead I have to build this Map based tree out of it as shown above?
Thanks again,
Matthias
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
