Andrea Aime wrote: >>> Cool. Let's try to come up with perhaps a specific roadmap / pitch >>> to put on the GeoServer site, so we can point people at a plan, that >>> they can help accelerate with funding. I'll try to put some time in >>> to this next week, perhaps we can try to pass it around on a wiki >>> site. I think Justin took a first crack at it, turning the stuff >>> Gabriel mentioned in to a document. >> Rob may be understating things a bit; I found a couple of Australian >> groups considering deegree simply based on their community schema >> support; and not entertaining the option of GeoServer. > Hum, is it really because of the ability to support complex features > natively, or just about the support of XSLT transformations? My understanding is that they do two things: a) a simple join b) xslt transformation to clean up the mess > If GeoServer had an XSLT based output format, would that solve the > problem? It may go a long ways in the right direction (but so would a fill in the blank template and that would be easier to debug); I suspect that the simple join may be where some of the value is. >> I also found a lot of interested in the versioned wfs work - which >> made me happy because it is very cool. > Nice, that subsystem need some more love but it's definitely one of > the areas where we're one step ahead (maybe a bit too much ahead, > WFSV has been lying there for two years as of now...) So long! Well we better drum up more action... Jody
------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
