Andrea Aime wrote:
> The xml road is not too easy... there is code for going that way,
> because GeoServer generates xml schemas out of feature types, and the
> wfs datastore reads them back into feature types, but getting an example
> out of the code would take quite some time.
>
Chris said I could take this code into GeoTools; but I have not had the
time. It is needed for our GML story to be
complete.
> On the contrary, apparently the PropertyDataStore is able to store its
> definitions in a simple one line format and parse them back, so for the
> time being I suggest you isolate the FEatureType persistence issue in
> a reader/writer method/class/whatever using the same code as the
> PropertyDataStore.
>
The methods for that are in DataUtilities I often use them just as
sanity checks to see what the FeatureType looks like.
- http://docs.codehaus.org/display/GEOTDOC/01+DataUtilities+Utility+Class
The code examples are:
FeatureType schema = DataUtilities.createType("EDGE",
"edge:Polygon,name:String,timestamp:java.util.Date");
And:
System.out.println("FeatureType: " + DataUtilities.spec(featureType));
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Geotools-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-devel
