[Geoserver-devel] WPS added to the community nightly builds
(doh, the message was meant for gs-devel but I sent it by mistake on gs-users. whatever, here is it, sorry for the cross post) - Hi, I've just tried to add the WPS module to the community nightly build. Is someone interested to try it out and see if if works? Don't have time to try it out myself. At the current stage of development the WPS can trade feature collections in a few formats (GML2, GML2, GeoJSon, zipped shapefiles), raw geometries (GML2, GML3, WKT), bounding boxes, coverages in geotiff and arcgrid format. It has a ton of processes, many of them courtesy of Sextante, some (45) JTS based, some others that I'm building (like importing data in the catalog, collection aggregations, and so on). It can grab data from remote WFS servers and directly access the catalog if you try to use the local WFS and WCS servers using the special http://geoserver/wfs; and http://geoserver/wcs; urls (no intermediate parsing required). It has a tool in the demo section of the GUI that somewhat helps to build a request (knowledge of WPS is still required, but at least you don't have to painfully write down 200loc of XML to make a request, it will do that for you). That said, there is still a mountain of stuff to be done, enough to keep busy a small army of coders: - no support for asynch execution - no support for KVP Execute request - many Sextante processes do not actually run, there are issues with binding the data types they expose. The integration with Sextante is really messy and should be rewritten - no limits on the size of the input/outputs, meaning not ready for production - of course when it comes to processes sky's the limit so you can look for other process libraries to bind or make your own (some days ago looked into the integration of jgrasstools, which looks very nice, but unfortunately seems to require java 6...) - Make the request builder more user friendly So if the topic interests you, please join and help. There is a big meal to be cooked here and only one cook in the kitchen Cheers Andrea -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ Geoserver-users mailing list geoserver-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4072) GMLPPIO does not encode the geometries SRS
GMLPPIO does not encode the geometries SRS -- Key: GEOS-4072 URL: http://jira.codehaus.org/browse/GEOS-4072 Project: GeoServer Issue Type: Bug Reporter: Andrea Aime Assignee: Justin Deoliveira Fix For: 2.1.x For some reason the GML output is completely missing the SRS in the geometry properties. I'm sure the srs is properly declared in the collections to be encoded at the schema level, but missing at the geometry userdata level (which should not be required, either, that has never been a supported convention) What's odd is that the gml2 and gml3 outputs straight from the WFS contain the srs, even when the collection comes straight out of a shapefile (another source that does not put the srs in the geometry userdata). So how comes it works there and not for gml ppio? I guess some configuration bits are missing? For an example see the ReprojectionTest in the WPS module -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-4073) Improved word wrap on in-image error reports
Improved word wrap on in-image error reports Key: GEOS-4073 URL: http://jira.codehaus.org/browse/GEOS-4073 Project: GeoServer Issue Type: Bug Components: WMS Affects Versions: 2.0.2 Reporter: David Winslow Assignee: Andrea Aime When a WMS request with EXCEPTIONS=application/vnd.ogc.se_inimage fails, the error report in the image sometimes runs off the tile despite there being room for another line of output. For example, this request exhibits the issue (the name of the style is missing from the first line of output: http://demo.opengeo.org/geoserver/wms?HEIGHT=256WIDTH=256LAYERS=topp:statesSTYLES=fooSRS=EPSG:4326FORMAT=image/pngTILED=trueTILESORIGIN=-124.731,24.956SERVICE=WMSVERSION=1.1.1REQUEST=GetMapEXCEPTIONS=application/vnd.ogc.se_inimageBBOX=-124.731,24.956,-95.8505,53.8365 It would be a nice improvement to ensure that the first line of the error report is readable in its entirety whenever the tile is big enough to accommodate this. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
