This is a record of a telecon held today between 1400 and 1450. Present: Andy Turner (AT), Keith Cole (KC), Lihao Liang (LL), Michael Koutrompas (MK), Pascal Ekin (PE), Chris Higgins (CH), Paul Townend (PT), Kamie Kitmotto (KK), Dave Rawnsley (DR) Apologies: John Watt (JW), Gail Millin (GM) MK reported on progress with the GLS now that we have access to census data (including the marked up data sent by DR). Estimates that GLS output will be completed within 2 weeks, provision of a raster image styled according to a passed in SLD later. Completing the latter awkward as MK has not been able to find open source software capable of converting a GML stream to an image. MK has been using a "dummy GDAS" for development purposes. Action: AT to use contacts and knowledge of FOSS to see if he can find any software that does the job. There followed an architectural discussion where the role of the GDAS Accessor was explained, ie, GDAS stream converted to something that OGSA-DAI understands. Action: MK to pass to AH the marked up sample data and AH to action Bartek to begin work on the GDAS Accessor Action: CH to produce an architecture diagram MIMAS reported on progress with the GDAS. PE has installed an instance of the NFIS open source software (v10.1?) and top of data held in SQLServer. The GDAS is currently undergoing configuration, getCapabilities is working but not the dataHandler yet. DR noted that it would be a significant amount of work to open up a GDAS on top of all the census data. Action: DR/PE to arrange access for MK. MK to assist with testing. PE/AT reported that a simple GLS client, based on the work of Javier López at the University of Zaragoza has been implemented at Leeds. Currently undergoing some firewall problems, but Sys Admin at Leeds is on the case. Future developments will allow the use of SLD and retuned images as well as returned GML. Action: PE to circulate GLS client URL to All once firewall issues sorted CH reported on the NCeSS AG meeting on 11/4/07. In his opinion, the most significant outputs were: - improved communication with NGS as Stephen Pickles attended - clear channels of communication established between SEE-GEO and key staff at NCeSS e-Infrastructure - recognition of the role of the geolinking IE and the MoSeS client within the NCeSS deliverables - that the MoSeS Use Case document will now also be used within NCeSS e-Infrastructure as well as SEE-GEO. AT noted that the work of Geolinking IE was a subset of this. CH passed on some elements of the report from David M-S at this weeks geolinkie adhoc at the OGC TC in Ottawa, ie, - Month away from testing. CH reiterated that at the outset Peter Schut had told us that the published timetable would slip. We should be aiming to complete execution phase for 18th May or before. Note that time will be needed to iron out difficulties arising from integrating the various components. - DJMS - briefly described SEE-GEO contribution - Peter Schut - his groups open source GDAS will be on SourceForge soon. (Needs Oracle) - Brian Low was not present, got the following from him at the reception) NFIS 0.91 available for download; 10.2 better but not complete; its supposed to be an output of the IE. - Ideally Peter wants everyone to write their own GDAS for the IE - to test the spec. - He worries whether WPS can/cannot support Geolinking. If not then make a separate OGC spec. - Use of 'Geolink' name has copyright problems. - Outputs - URL to map or to GML (from WFS). - Need to standardize on Join language and metadata around attributes. - Performance? How long will it take to make the join? KC raised the issue of testing OGSA-DAI performance and the problems experienced by MIMAS in the past. Implications for NCeSS e-Infrastructure and not the only tool in the box. CH replied that the plan is to conduct performance/scaleability testing once all components are working and integrated. AH replied that OGSA-DAI was not the only tool in the box and that more information would be required to address the problems raised by MIMAS. Action: PE to write up the problems experienced by OGSA-DAI and send to AH. AH needs sufficient information to be able to replicate the propoerly address the problems.