WFS Plugin ---------- This plugin allows the GeoTools library to interact with a Web Feature Server using the normal DataStore API. The WFS Plugin is currently unsupported, this represents a lack of funding rather than any short fall in maturity or stability. Resources: * http://blogs.law.harvard.edu/jreyes/2007/08/03/geotools-wfs-t-update-request/ - a very nice blog post with a helpful walkthrough Connection Parameters ^^^^^^^^^^^^^^^^^^^^^ The following connection parameters are defined for WFS. +--------------------------------------------+------------------------------------------------------------------+ | Param | Description | +============================================+==================================================================+ | "WFSDataStoreFactory:GET_CAPABILITIES_URL" | Link to capabilities document. | | | The implementation supports both WFS 1.0 (read/write) and | | | WFS 1.1 (read-only). | +--------------------------------------------+------------------------------------------------------------------+ | "WFSDataStoreFactory:PROTOCOL" | Optional: True for Post, False for GET, null for auto | +--------------------------------------------+------------------------------------------------------------------+ | "WFSDataStoreFactory:USERNAME" | Optional | +--------------------------------------------+------------------------------------------------------------------+ | "WFSDataStoreFactory:PASSWORD" | Optional | +--------------------------------------------+------------------------------------------------------------------+ | "WFSDataStoreFactory:ENCODING" | Optional with a default of UTF-8 | +--------------------------------------------+------------------------------------------------------------------+ | "WFSDataStoreFactory:TIMEOUT" | Optional with a 3000ms default | +--------------------------------------------+------------------------------------------------------------------+ | "WFSDataStoreFactory:BUFFER_SIZE" | Optional number of features to read in one gulp, defaults of 10 | +--------------------------------------------+------------------------------------------------------------------+ | "WFSDataStoreFactory:TRY_GZIP" | Optional with a default of true, try compression if available | +--------------------------------------------+------------------------------------------------------------------+ | "WFSDataStoreFactory:LENIENT" | Optional default of true. | | | WFS implementations are terrible for actually obeying their | | | DescribeFeatureType schema, setting this to true will try a few | | | tricks to support implementations that are mostly correct: | | | | | | * Accepting the data in any order | | | * Not getting too upset if the case of the attributes is wrong | +--------------------------------------------+------------------------------------------------------------------+ | "WFSDataStoreFactory:MAXFEATURES" | Limit on the number of features | +--------------------------------------------+------------------------------------------------------------------+ | "WFSDataStoreFactory:WFS_STRATEGY" | Optional used to engage specific work arounds for known servers. | | | | | | * "arcgis" | | | * "cuberx" | | | * "geoserver" | | | * "ionic" | | | * "mapserver" | | | * "nonstrict" | | | * "strict" | | | * null - automatic based GET_CAPABILITIES url | | | | | | You may need use this override if you are using mapserver | | | with a custom URL not recognised by auto detection. | | | WFS1.1 supports autodetection based on full capabilities doc for | | | greater accuracy. | +--------------------------------------------+------------------------------------------------------------------+ | "WFSDataStoreFactory:FILTER_COMPLIANCE" | Optional used override how GetFeature operations encodes filters | | | | | | * 0 (low compliance) full range of geotools filters represetned | | | * 1 (medium compliance) Id filters mixed with bbox only | | | * 2 (strict compliance) Id filters cannot be combined at all | | | | | | In general compliance levels stress the handling of Id filters | | | which are not allowed with other filters (AND / OR / NOT). | | | You may relax this constraint when working with some WFS | | | implementations such as GeoServer. | +--------------------------------------------+------------------------------------------------------------------+ Historical Note: We apologise for the long connection parameter keys, WFS was one of the first DataStores written and we were unsure at the time if they keys for each datastore would need to be unique or not. On the plus side you can see our devotion to stability. Hints: * The WFSDataStoreFactory provides keys as static constants if you need to look up the key, definition or expected data type programatically * The capabilities URL you provide is important: * Q: Does it include "VERSION=1.0.0"? If so you are using well tested code parsing GML2, and if available WFS-T will be supported. * Q: does it include "VERSION=1.1.0" ? If so you are using newer code parsing GML3, and only WFS is implemented at this time. * You really should spend some time adjusting these parameters for your data source and application; in particular the performance is greatly effected by changing the BUFFER_SIZE. * Some servers that can serve up lots of small features benefit from higher values such as 100. * Slower servers respond well to smaller numbers. * You are advised that no features will be returned to code until the buffer is filled, and that the higher the number the more memory the WFS will use. Web Feature Server ^^^^^^^^^^^^^^^^^^ Support for **Web Feature Server Example (WFS)** offers access to the raw features being served up from an external server. * You are advised that when using read/write access you will need to use a transaction - see the section of WFS-T for more details. The following is a quick example; only the connection parameter code is specific to the WFSDataStore. You can connect to a Web Feature Server via the DataStore API; the connection parameters are as follows:: String getCapabilities = "http://localhost:8080/geoserver/wfs?REQUEST=GetCapabilities"; Map connectionParameters = new HashMap(); connectionParameters.put("WFSDataStoreFactory:GET_CAPABILITIES_URL", getCapabilities ); // Step 2 - connection DataStore data = DataStoreFinder.getDataStore( connectionParameters ); // Step 3 - discouvery String typeNames[] = data.getTypeNames(); String typeName = typeNames[0]; SimpleFeatureType schema = data.getSchema( typeName ); // Step 4 - target FeatureSource source = data.getFeatureSource( typeName ); System.out.println( "Metadata Bounds:"+ source.getBounds() ); // Step 5 - query String geomName = schema.getDefaultGeometry().getLocalName(); Envelope bbox = new Envelope( -100.0, -70, 25, 40 ); FilterFactory2 ff = CommonFactoryFinder.getFilterFactory2( GeoTools.getDefaultHints() ); Object polygon = JTS.toGeometry( bbox ); Intersects filter = ff.intersects( ff.property( geomName ), ff.literal( polygon ) ); Query query = new DefaultQuery( typeName, filter, new String[]{ geomName } ); FeatureCollection features = source.getFeatures( query ); ReferencedEnvelope bounds = new ReferencedEnvelope(); Iterator iterator = features.iterator(); try { while( iterator.hasNext() ){ Feature feature = (Feature) iterator.next(); bounds.include( feature.getBounds() ); } System.out.println( "Calculated Bounds:"+ bounds ); } finally { features.close( iterator ); } WFS-T ^^^^^ Support for **Web Feature Server Transactional (WFS-T)** represents a wfs that offers read/write functionality by virtue of supporting the WFS Transaction operation. Please note that WFS-T (ie Transaction) only works when: * you have started a GeoTools transaction. (Transaction.AUTO_COMMIT is not supported for editing) * you use WFS 1.0 (talk to Gabriel if you would like to supply a patch; or fund the development of 1.1 WFS-T) The usual FeatureStore methods work: * addFeatures - be sure your FeatureCollection has exactly the same FeatureType as that expected by the DataStore, you may need to make sure your JTS Geometry object has a getUserData() with the srsName expected by the WebFeatureServer. * removeFeatures * updateFeatures There is likely to be some additional support for WFS options involving the management of newly created FeatureIDs. Work is happening in trunk currently to support this and the GeoTools level - it is another option to talk to Gabriel if you find your organisation needs this ability. FeatureID ''''''''' The handling of FeatureIDs is tricky; in that he Web Feature Server does not assign an ID until you call commit(). The FeatureIDs returned by FeatureStore.addFeatures() is temporary (often beginning with "new"). There are two ways to get advised of the official feature ids. 1. Listen for a BatchFeatureEvent; this contains the mapping of temporary feature id to official feature id. 2. Dig into the WFSTransaction for the details. During commit() the WFSTransaction object is used to build up the Transaction request to be sent to the web feature server. When the TransactionResponse comes back, it is parsed, and some of the results (such as new feature ids) saved in the WFSTransaction where you can get at them. Example acccessing WFSTransaction:: Transaction transaction = new transaction("insert"); try { SimpleFeatureStore featureStore = (SimpleFeatureStore) wfs.getFeatureSource( typeName ); featureStore.setTransaction( transaction ); featureStore.addFeatures( DataUtilities.collection( feature ) ); transaction.commit(); // get the final feature id WFSTransactionState state = (WFSTransactionState) transaction.getState(wfs); // In this example there is only one fid. Get it. String[] fids = state.getFids( typeName ); String result = fids[0]; } finally { transaction.close(); }