Lorenzo, You have sparked my curiosity. Maybe you have identified a user requirement which is not covered by OGC specifications.
I'm wondering whether your requirements could be addressed by a WFS or Web Coverage Service (WCS). A WCS can be used to colour a map based on an attribute like population density. Or are you looking for a histogram interface which is displayed as a 2 dimensional graph which is aggregated from a collection of features (on the server)? Lorenzo Becchi wrote: > Hi Cameron, >> Lorenzo, >> Could you please expand on what you have been doing in the server. > > With Andrea we've studied a little bit the issue. We've seen that it > is not possible from a WMS client point of view to retrieve all > informations needed to do a complete style: > Min and Max values, histograms, ecc. are not offered by a WMS service. > Another important part is to filter the response, ex: if the client > ask for histograms and the result is too large the server should send > back and exception; this will avoid the server to hang, the client to > crash and net congestion. > We didn't studied the WFS case because it's not a priority to us but > we'll be happy to evaluate it if needed. I'm sure most of you have a > better knowledge about it then me. > >> I didn't think that there was anything required for the server. > that was my hope too but... > I think it will be not that difficult to create an interface that > shows functions depending on the service available. > If we'll have only WMS service we will show the minimum set of > features, if we have a full support from the server we will show all > possible features. > >> Do you mean you are creating JSP pages? > not sure, but I think it will be a servlet. > this part is totally managed by Andrea. > He's intended to integrate the code in geoServer, well, a package to > add to geoServer. >> Have you been committing the code somewhere public? > not yet. > The code is still on Andrea's computer, still Alpha. I've just seen > the image I've attached. > >> You might want to CC Andrea Cappugi on this thread. > right > >> I assume he can't make the meeting either? > guess so, but not sure. > I'll be in Rome this evening, tomorrow I'll spend the day with Andrea > trying to refine the issue. > then more infos tomorrow. > > > ciao > Lorenzo > > > >> >> Lorenzo Becchi wrote: >>> I've fear Wednesday night will be a problem to me. >>> >>> Is #openlayers logged somewhere? >>> If not, please somebody post somewhere the log. I can host logs in >>> my sites if needed. >>> >>> Anyway I'm very interested in this thread. Andrea Cappugi, from my >>> team, has already started working to a prototype for the server >>> component. We hope to integrate it in geoServer in this next two >>> weeks and show it to everybody to test and comment it. We'll try to >>> offer a little interface. We are ready to rewrite it if it's what >>> we'll decide all together. >>> >>> whatever decision you'll take this Wednesday, I hope you'll like to >>> maintain compatibility with or without server support. >>> >>> ciao >>> Lorenzo >>> >>> >>> >>> >>> Cameron Shorter wrote: >>>> Wednesday sounds good to me. >>>> http://timeanddate.com/worldclock/meetingdetails.html?year=2007&month=7&day=11&hour=20&min=0&sec=0&p1=240&p2=75&p3=16&p4=893 >>>> >>>> >>>> Lets meet on #openlayers as I think this is where most of the >>>> development will happen. >>>> >>>> Who can make above timeslot? >>>> >>>> YES Cameron Shorter: Sydney +11 hours >>>> YES Tim Schaub: Bozeman, MT, USA - MDT -7 hours. >>>> YES Steven Ottens: Amsterdam, .nl GMT +1 >>>> ? Anthony Manfredi: Illinois, USA, GMT -5 >>>> ? Lorenzo Becchi: Italy/Spain GMT+1 >>>> ? Pierre Giraud: Montpellier France GMT+1 >>>> >>>> >>> >> >> > > ------------------------------------------------------------------------ > -- Cameron Shorter Systems Architect, http://lisasoft.com.au Tel: +61 (0)2 8570 5050 Mob: +61 (0)419 142 254 _______________________________________________ Dev mailing list [email protected] http://openlayers.org/mailman/listinfo/dev
