<div dir="ltr">1. Simon, an OCS only solution is not an option as Tour Hosts' processes<br>
are too closely integrated with their Events system. The best we can do<br>
is integrate OCS with Tour Hosts' Events.<br><br>>>cool, understood.<br><br>
I agree with sentiment so far. If a volunteer doesn't step forward, we<br>
should go back to the safe option. And lets focus our energy of better<br>
things.<br><br>>> +1<br><br><br><div class="gmail_quote">2008/8/6 <span dir="ltr"><<a href="mailto:foss4g2009-request@lists.osgeo.org">foss4g2009-request@lists.osgeo.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Send Foss4g2009 mailing list submissions to<br>
<a href="mailto:foss4g2009@lists.osgeo.org">foss4g2009@lists.osgeo.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.osgeo.org/mailman/listinfo/foss4g2009" target="_blank">http://lists.osgeo.org/mailman/listinfo/foss4g2009</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:foss4g2009-request@lists.osgeo.org">foss4g2009-request@lists.osgeo.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:foss4g2009-owner@lists.osgeo.org">foss4g2009-owner@lists.osgeo.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Foss4g2009 digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: OCS/Events Conferencing software integration meeting<br>
minutes (Bruce Bannerman)<br>
2. Re: OCS/Events Conferencing software integration meeting<br>
minutes (Cameron Shorter)<br>
3. Re: OCS/Events Conferencing software integration meeting<br>
minutes (Bruce Bannerman)<br>
4. Re: OCS/Events Conferencing software integration<br>
meetingminutes [SEC=UNCLASSIFIED] (Cameron Shorter)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 06 Aug 2008 19:50:25 +1000<br>
From: Bruce Bannerman <<a href="mailto:bruce@bannerman.id.au">bruce@bannerman.id.au</a>><br>
Subject: Re: [Foss4g2009] OCS/Events Conferencing software integration<br>
meeting minutes<br>
To: <a href="mailto:foss4g2009@lists.osgeo.org">foss4g2009@lists.osgeo.org</a><br>
Cc: Denisa Adamova <<a href="mailto:dadamova@tourhosts.com.au">dadamova@tourhosts.com.au</a>><br>
Message-ID: <<a href="mailto:1218016225.7060.13.camel@emerald.bannerman.id.au">1218016225.7060.13.camel@emerald.bannerman.id.au</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
<br>
Some very good points Simon.<br>
<br>
>From memory, Tour Hosts had some significant concerns relating to the<br>
integration of their Events software into their payments / bookings<br>
functionality in particular.<br>
<br>
During the Tender review process, I understood that we would not be<br>
changing this. Sorry if I'm going over old ground, I missed the meeting.<br>
<br>
Just what is it that we are trying to do with the integration that<br>
requires 1-2 months effort?<br>
<br>
More importantly, is Events Plus just an Australian product or is it<br>
used in the international events industry as well?<br>
<br>
<br>
Bruce<br>
<br>
<br>
On Wed, 2008-08-06 at 19:29 +1000, mapbutcher wrote:<br>
> Hey,<br>
><br>
> I'd like to think we can approach this pragmatically and avoid over<br>
> complicating things. Lets concentrate on what it is we want the<br>
> conference website to achieve, keeping in mind our theme of 'user<br>
> driven':<br>
> * Attract people to the conference<br>
> * Provide information about Sydney/Australia and what people can<br>
> do and see while they are at the conference (other than attend<br>
> sessions/workshops etc)<br>
> * Provide accommodation information<br>
> * Provide a single source of information on what it will be like<br>
> to attend the conference<br>
> * Registration<br>
> * Paper Submission<br>
> * Program\Schedule<br>
> * Conference timeline<br>
> * Contact/query info<br>
> * ....<br>
> We have limited resources and IMO we don't want to be using these on<br>
> integration projects when we could possibly make a pragmatic decision<br>
> now. Personally I still haven't heard a convincing argument for<br>
> complicating the provision of the site by integrating two systems<br>
> together. Should the local committee vote on the whether we:<br>
> * Use either the Tour Hosts system or OCS exclusively - both are<br>
> providing adequate sites for conferences currently<br>
> * If we are going to integrate the two systems together then<br>
> make a decision on the level of integration.<br>
> I'm willing to put in time towards the website (sorry not 1-2 months<br>
> PHP hacking :), I'll even make the effort to get to Sydney if needs<br>
> be, but I would prefer to know that the time is not wasted on an<br>
> integration that serves no other purpose than saying we have used open<br>
> source conference software, especially taking into account previous<br>
> comments on future reuse of any integration efforts.<br>
><br>
> I vote for one system or the other, if that's not the way that the<br>
> committee wants to go then I would vote for as basic an integration as<br>
> possible.<br>
><br>
> Cheers<br>
><br>
> Simon<br>
><br>
> 2008/8/5 Cameron Shorter <<a href="mailto:cameron.shorter@gmail.com">cameron.shorter@gmail.com</a>><br>
> Rrank,<br>
><br>
> Gavin & Graeme explained the idea and hopefully will correct<br>
> my interpretation of a proposed implementation:<br>
><br>
> * OCS will accept user initial registrations.<br>
> * OCS will pass registration details to Tour Hosts' "Events"<br>
> package, and get a userId returned. (API needed here).<br>
> Events package will process finances.<br>
> * OCS will be able to query Events package to determine<br>
> financial status of each member (by passing in the userId).<br>
> (API needed here). This could be a push or pull interface, yet<br>
> to be determined.<br>
> * OCS will be responsible for processing papers and collecting<br>
> information about delegates.<br>
> * Events system is responsible for processing financial<br>
> details, booking accommodation, and other things I can't<br>
> remember.<br>
><br>
> Indeed, this work could be quite simple if you have developers<br>
> who are already familiar with the code base. People on the<br>
> teleconference didn't have much experience in PHP. So yes,<br>
> with the right hackers, this could be done much cheaper that<br>
> my estimated 1 to 2 months. Do you have such a hacker in mind?<br>
><br>
><br>
> Frank Warmerdam wrote:<br>
> Cameron Shorter wrote:<br>
> The proposed solution is to use OCS for<br>
> collecting presentations, and some of the<br>
> registration work flow, then hand the rest<br>
> over to the ICS software. (I haven't captured<br>
> all the details here. Will leave that to<br>
> someone else). Changes will likely be written<br>
> in PHP & MySQL, plus contractors might need to<br>
> be hired to provide hooks into the Events<br>
> system.<br>
><br>
> Cameron,<br>
><br>
> I don't really have a clear understanding of the<br>
> integration proposed.<br>
><br>
> My past suggestion has been to handle the presentation<br>
> collection and<br>
> management through OCS (something we have experience<br>
> with), and handle<br>
> registration completely in the service providers<br>
> system. I don't see how<br>
> this would require any expensive integration.<br>
><br>
> This still leaves some question about whether the<br>
> "front end" web site<br>
> is managed by the local service provider's system or<br>
> OCS. I'm ambivalent<br>
> on this issue.<br>
><br>
> In my optimistic opinion the only integration needed<br>
> between the systems<br>
> should be an url at the appropriate points. I will<br>
> acknowledge that<br>
> users may end up with two userids if they are<br>
> presenting, one to<br>
> register and one for the presentation management<br>
> system.<br>
><br>
> The objective - at least in the long term - is to get<br>
> cheaper service from<br>
> the service providers since they won't be expected to<br>
> manage the presentation<br>
> aspect, and to ensure greater continuity of operation<br>
> in this aspect.<br>
><br>
> The only integration I anticipate is working to ensure<br>
> OCS uses the OSGeo<br>
> LDAP database so that userid/password info is "OSGeo<br>
> standard".<br>
><br>
> Best regards,<br>
><br>
><br>
> --<br>
><br>
><br>
> Cameron Shorter<br>
> Geospatial Systems Architect<br>
> Tel: +61 (0)2 8570 5050<br>
> Mob: +61 (0)419 142 254<br>
><br>
> Think Globally, Fix Locally<br>
> Commercial Support for Geospatial Open Source Solutions<br>
> <a href="http://www.lisasoft.com/LISAsoft/SupportedProducts.html" target="_blank">http://www.lisasoft.com/LISAsoft/SupportedProducts.html</a><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Foss4g2009 mailing list<br>
> <a href="mailto:Foss4g2009@lists.osgeo.org">Foss4g2009@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/foss4g2009" target="_blank">http://lists.osgeo.org/mailman/listinfo/foss4g2009</a><br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: application/pgp-signature<br>
Size: 189 bytes<br>
Desc: This is a digitally signed message part<br>
Url : <a href="http://lists.osgeo.org/pipermail/foss4g2009/attachments/20080806/638dee52/attachment-0001.bin" target="_blank">http://lists.osgeo.org/pipermail/foss4g2009/attachments/20080806/638dee52/attachment-0001.bin</a><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 06 Aug 2008 20:29:44 +1000<br>
From: Cameron Shorter <<a href="mailto:cameron.shorter@gmail.com">cameron.shorter@gmail.com</a>><br>
Subject: Re: [Foss4g2009] OCS/Events Conferencing software integration<br>
meeting minutes<br>
To: <a href="mailto:bruce@bannerman.id.au">bruce@bannerman.id.au</a><br>
Cc: <a href="mailto:foss4g2009@lists.osgeo.org">foss4g2009@lists.osgeo.org</a>, Denisa Adamova<br>
<<a href="mailto:dadamova@tourhosts.com.au">dadamova@tourhosts.com.au</a>><br>
Message-ID: <<a href="mailto:48997D18.4020708@gmail.com">48997D18.4020708@gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br>
<br>
In answer to some questions:<br>
<br>
1. Simon, an OCS only solution is not an option as Tour Hosts' processes<br>
are too closely integrated with their Events system. The best we can do<br>
is integrate OCS with Tour Hosts' Events.<br>
<br>
2. Bruce, I understand the Event's system is used around the world.<br>
<br>
3. Bruce, the integration we are proposing is to allow sharing of user<br>
ids between OCS and Events (use a Single Sign on). While there is<br>
probably only a few days work for this specific functionality, I'd<br>
expect to waste a lot of time getting the two systems to line up their<br>
processes and hand over from one to the other smoothly, get code<br>
submitted into baselines etc. (Hence the 1 to 2 months estimate).<br>
<br>
I agree with sentiment so far. If a volunteer doesn't step forward, we<br>
should go back to the safe option. And lets focus our energy of better<br>
things.<br>
Eg: A foss4g integration showcase:<br>
<a href="http://wiki.osgeo.org/wiki/FOSS4G_2009_Integration_Showcase" target="_blank">http://wiki.osgeo.org/wiki/FOSS4G_2009_Integration_Showcase</a><br>
<br>
Bruce Bannerman wrote:<br>
> Some very good points Simon.<br>
><br>
> From memory, Tour Hosts had some significant concerns relating to the<br>
> integration of their Events software into their payments / bookings<br>
> functionality in particular.<br>
><br>
> During the Tender review process, I understood that we would not be<br>
> changing this. Sorry if I'm going over old ground, I missed the meeting.<br>
><br>
> Just what is it that we are trying to do with the integration that<br>
> requires 1-2 months effort?<br>
><br>
> More importantly, is Events Plus just an Australian product or is it<br>
> used in the international events industry as well?<br>
><br>
><br>
> Bruce<br>
><br>
><br>
> On Wed, 2008-08-06 at 19:29 +1000, mapbutcher wrote:<br>
><br>
>> Hey,<br>
>><br>
>> I'd like to think we can approach this pragmatically and avoid over<br>
>> complicating things. Lets concentrate on what it is we want the<br>
>> conference website to achieve, keeping in mind our theme of 'user<br>
>> driven':<br>
>> * Attract people to the conference<br>
>> * Provide information about Sydney/Australia and what people can<br>
>> do and see while they are at the conference (other than attend<br>
>> sessions/workshops etc)<br>
>> * Provide accommodation information<br>
>> * Provide a single source of information on what it will be like<br>
>> to attend the conference<br>
>> * Registration<br>
>> * Paper Submission<br>
>> * Program\Schedule<br>
>> * Conference timeline<br>
>> * Contact/query info<br>
>> * ....<br>
>> We have limited resources and IMO we don't want to be using these on<br>
>> integration projects when we could possibly make a pragmatic decision<br>
>> now. Personally I still haven't heard a convincing argument for<br>
>> complicating the provision of the site by integrating two systems<br>
>> together. Should the local committee vote on the whether we:<br>
>> * Use either the Tour Hosts system or OCS exclusively - both are<br>
>> providing adequate sites for conferences currently<br>
>> * If we are going to integrate the two systems together then<br>
>> make a decision on the level of integration.<br>
>> I'm willing to put in time towards the website (sorry not 1-2 months<br>
>> PHP hacking :), I'll even make the effort to get to Sydney if needs<br>
>> be, but I would prefer to know that the time is not wasted on an<br>
>> integration that serves no other purpose than saying we have used open<br>
>> source conference software, especially taking into account previous<br>
>> comments on future reuse of any integration efforts.<br>
>><br>
>> I vote for one system or the other, if that's not the way that the<br>
>> committee wants to go then I would vote for as basic an integration as<br>
>> possible.<br>
>><br>
>> Cheers<br>
>><br>
>> Simon<br>
>><br>
>> 2008/8/5 Cameron Shorter <<a href="mailto:cameron.shorter@gmail.com">cameron.shorter@gmail.com</a>><br>
>> Rrank,<br>
>><br>
>> Gavin & Graeme explained the idea and hopefully will correct<br>
>> my interpretation of a proposed implementation:<br>
>><br>
>> * OCS will accept user initial registrations.<br>
>> * OCS will pass registration details to Tour Hosts' "Events"<br>
>> package, and get a userId returned. (API needed here).<br>
>> Events package will process finances.<br>
>> * OCS will be able to query Events package to determine<br>
>> financial status of each member (by passing in the userId).<br>
>> (API needed here). This could be a push or pull interface, yet<br>
>> to be determined.<br>
>> * OCS will be responsible for processing papers and collecting<br>
>> information about delegates.<br>
>> * Events system is responsible for processing financial<br>
>> details, booking accommodation, and other things I can't<br>
>> remember.<br>
>><br>
>> Indeed, this work could be quite simple if you have developers<br>
>> who are already familiar with the code base. People on the<br>
>> teleconference didn't have much experience in PHP. So yes,<br>
>> with the right hackers, this could be done much cheaper that<br>
>> my estimated 1 to 2 months. Do you have such a hacker in mind?<br>
>><br>
>><br>
>> Frank Warmerdam wrote:<br>
>> Cameron Shorter wrote:<br>
>> The proposed solution is to use OCS for<br>
>> collecting presentations, and some of the<br>
>> registration work flow, then hand the rest<br>
>> over to the ICS software. (I haven't captured<br>
>> all the details here. Will leave that to<br>
>> someone else). Changes will likely be written<br>
>> in PHP & MySQL, plus contractors might need to<br>
>> be hired to provide hooks into the Events<br>
>> system.<br>
>><br>
>> Cameron,<br>
>><br>
>> I don't really have a clear understanding of the<br>
>> integration proposed.<br>
>><br>
>> My past suggestion has been to handle the presentation<br>
>> collection and<br>
>> management through OCS (something we have experience<br>
>> with), and handle<br>
>> registration completely in the service providers<br>
>> system. I don't see how<br>
>> this would require any expensive integration.<br>
>><br>
>> This still leaves some question about whether the<br>
>> "front end" web site<br>
>> is managed by the local service provider's system or<br>
>> OCS. I'm ambivalent<br>
>> on this issue.<br>
>><br>
>> In my optimistic opinion the only integration needed<br>
>> between the systems<br>
>> should be an url at the appropriate points. I will<br>
>> acknowledge that<br>
>> users may end up with two userids if they are<br>
>> presenting, one to<br>
>> register and one for the presentation management<br>
>> system.<br>
>><br>
>> The objective - at least in the long term - is to get<br>
>> cheaper service from<br>
>> the service providers since they won't be expected to<br>
>> manage the presentation<br>
>> aspect, and to ensure greater continuity of operation<br>
>> in this aspect.<br>
>><br>
>> The only integration I anticipate is working to ensure<br>
>> OCS uses the OSGeo<br>
>> LDAP database so that userid/password info is "OSGeo<br>
>> standard".<br>
>><br>
>> Best regards,<br>
>><br>
>><br>
>> --<br>
>><br>
>><br>
>> Cameron Shorter<br>
>> Geospatial Systems Architect<br>
>> Tel: +61 (0)2 8570 5050<br>
>> Mob: +61 (0)419 142 254<br>
>><br>
>> Think Globally, Fix Locally<br>
>> Commercial Support for Geospatial Open Source Solutions<br>
>> <a href="http://www.lisasoft.com/LISAsoft/SupportedProducts.html" target="_blank">http://www.lisasoft.com/LISAsoft/SupportedProducts.html</a><br>
>><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Foss4g2009 mailing list<br>
>> <a href="mailto:Foss4g2009@lists.osgeo.org">Foss4g2009@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/foss4g2009" target="_blank">http://lists.osgeo.org/mailman/listinfo/foss4g2009</a><br>
>><br>
>> ------------------------------------------------------------------------<br>
>><br>
>> _______________________________________________<br>
>> Foss4g2009 mailing list<br>
>> <a href="mailto:Foss4g2009@lists.osgeo.org">Foss4g2009@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/foss4g2009" target="_blank">http://lists.osgeo.org/mailman/listinfo/foss4g2009</a><br>
>><br>
<br>
<br>
--<br>
Cameron Shorter<br>
Geospatial Systems Architect<br>
Tel: +61 (0)2 8570 5050<br>
Mob: +61 (0)419 142 254<br>
<br>
Think Globally, Fix Locally<br>
Commercial Support for Geospatial Open Source Solutions<br>
<a href="http://www.lisasoft.com/LISAsoft/SupportedProducts.html" target="_blank">http://www.lisasoft.com/LISAsoft/SupportedProducts.html</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 06 Aug 2008 21:06:48 +1000<br>
From: Bruce Bannerman <<a href="mailto:bruce@bannerman.id.au">bruce@bannerman.id.au</a>><br>
Subject: Re: [Foss4g2009] OCS/Events Conferencing software integration<br>
meeting minutes<br>
To: Cameron Shorter <<a href="mailto:cameron.shorter@gmail.com">cameron.shorter@gmail.com</a>><br>
Cc: <a href="mailto:foss4g2009@lists.osgeo.org">foss4g2009@lists.osgeo.org</a>, Denisa Adamova<br>
<<a href="mailto:dadamova@tourhosts.com.au">dadamova@tourhosts.com.au</a>><br>
Message-ID: <<a href="mailto:1218020808.7060.24.camel@emerald.bannerman.id.au">1218020808.7060.24.camel@emerald.bannerman.id.au</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
On Wed, 2008-08-06 at 20:29 +1000, Cameron Shorter wrote:<br>
> In answer to some questions:<br>
> 3. Bruce, the integration we are proposing is to allow sharing of user<br>
> ids between OCS and Events (use a Single Sign on).<br>
<br>
OK. Understood.<br>
<br>
><br>
> I agree with sentiment so far. If a volunteer doesn't step forward, we<br>
> should go back to the safe option. And lets focus our energy of better<br>
> things.<br>
<br>
+1<br>
<br>
<br>
Bruce<br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: not available<br>
Type: application/pgp-signature<br>
Size: 189 bytes<br>
Desc: This is a digitally signed message part<br>
Url : <a href="http://lists.osgeo.org/pipermail/foss4g2009/attachments/20080806/066d94a3/attachment-0001.bin" target="_blank">http://lists.osgeo.org/pipermail/foss4g2009/attachments/20080806/066d94a3/attachment-0001.bin</a><br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Wed, 06 Aug 2008 21:23:30 +1000<br>
From: Cameron Shorter <<a href="mailto:cameron.shorter@gmail.com">cameron.shorter@gmail.com</a>><br>
Subject: Re: [Foss4g2009] OCS/Events Conferencing software integration<br>
meetingminutes [SEC=UNCLASSIFIED]<br>
To: <a href="mailto:Shoaib.Burq@ga.gov.au">Shoaib.Burq@ga.gov.au</a><br>
Cc: <a href="mailto:foss4g2009@lists.osgeo.org">foss4g2009@lists.osgeo.org</a><br>
Message-ID: <<a href="mailto:489989B2.4010509@gmail.com">489989B2.4010509@gmail.com</a>><br>
Content-Type: text/plain; charset=windows-1252; format=flowed<br>
<br>
Shoaib,<br>
A free pass to FOSS4G (worth $750) would be a cheap way to hire a developer.<br>
Feel free to put out feelers. If anyone is interested, we can formalise<br>
the arrangement and ask for budget approval.<br>
<br>
<a href="mailto:Shoaib.Burq@ga.gov.au">Shoaib.Burq@ga.gov.au</a> wrote:<br>
><br>
> Would it be worth emailing the PHP dev. lists or the PKP forms<br>
> (<a href="http://pkp.sfu.ca/support/forum/" target="_blank">http://pkp.sfu.ca/support/forum/</a>) with our requirements … perhaps<br>
> with an offer of a free day-pass to the conference?<br>
><br>
> We would still require the leg work from the Committee and Tour Hosts<br>
> to work out the detailed requirements. Do we have the collective<br>
> bandwidth?<br>
><br>
> I don't mind spending a weekend in Sydney with a volunteer or 2 at<br>
> Lisasoft doing a requirements sprint … but don't have bandwidth for<br>
> another 3 weeks.<br>
><br>
> *Shoaib Burq*<br>
><br>
> --<br>
><br>
> *Data Manager, National Marine Samples Database (MARS) *<br>
><br>
> Seabed Mapping and Characterisation (SMAC)<br>
><br>
> Marine & Coastal Environment Group,<br>
><br>
> Geoscience Australia<br>
><br>
> Phone: +61 2 6249 9551 | Fax: +61 2 6249 9956 | _<a href="http://www.ga.gov.au" target="_blank">www.ga.gov.au</a><br>
> <<a href="http://www.ga.gov.au/" target="_blank">http://www.ga.gov.au/</a>>_<br>
><br>
> -----Original Message-----<br>
> *From:* <a href="mailto:foss4g2009-bounces@lists.osgeo.org">foss4g2009-bounces@lists.osgeo.org</a><br>
> [mailto:<a href="mailto:foss4g2009-bounces@lists.osgeo.org">foss4g2009-bounces@lists.osgeo.org</a>] *On Behalf Of<br>
> *<a href="mailto:Bruce.Bannerman@dpi.vic.gov.au">Bruce.Bannerman@dpi.vic.gov.au</a><br>
> *Sent:* Wednesday, 6 August 2008 4:12<br>
> *To:* <a href="mailto:foss4g2009@lists.osgeo.org">foss4g2009@lists.osgeo.org</a><br>
> *Cc:* Janelle Driscoll; Denisa Adamova<br>
> *Subject:* Re: [Foss4g2009] OCS/Events Conferencing software<br>
> integration meetingminutes<br>
><br>
><br>
> IMO:<br>
><br>
> Denisa / Janelle,<br>
><br>
><br>
> > ><br>
> > > What timeframe are we working to?<br>
> > Needs to be complete before we open for registration and call for papers.<br>
> > ><br>
><br>
><br>
> Do we have a date that we are aiming for?<br>
><br>
><br>
> Bruce<br>
><br>
> Notice:<br>
> This email and any attachments may contain information that is<br>
> personal, confidential,<br>
> legally privileged and/or copyright. No part of it should be<br>
> reproduced, adapted or communicated without the prior written consent<br>
> of the copyright owner.<br>
><br>
> It is the responsibility of the recipient to check for and remove viruses.<br>
><br>
> If you have received this email in error, please notify the sender by<br>
> return email, delete it from your system and destroy any copies. You<br>
> are not authorised to use, communicate or rely on the information<br>
> contained in this email.<br>
><br>
> Please consider the environment before printing this email.<br>
><br>
> ------------------------------------------------------------------------<br>
><br>
> _______________________________________________<br>
> Foss4g2009 mailing list<br>
> <a href="mailto:Foss4g2009@lists.osgeo.org">Foss4g2009@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/foss4g2009" target="_blank">http://lists.osgeo.org/mailman/listinfo/foss4g2009</a><br>
><br>
<br>
<br>
--<br>
Cameron Shorter<br>
Geospatial Systems Architect<br>
Tel: +61 (0)2 8570 5050<br>
Mob: +61 (0)419 142 254<br>
<br>
Think Globally, Fix Locally<br>
Commercial Support for Geospatial Open Source Solutions<br>
<a href="http://www.lisasoft.com/LISAsoft/SupportedProducts.html" target="_blank">http://www.lisasoft.com/LISAsoft/SupportedProducts.html</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Foss4g2009 mailing list<br>
<a href="mailto:Foss4g2009@lists.osgeo.org">Foss4g2009@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/foss4g2009" target="_blank">http://lists.osgeo.org/mailman/listinfo/foss4g2009</a><br>
<br>
<br>
End of Foss4g2009 Digest, Vol 7, Issue 6<br>
****************************************<br>
</blockquote></div><br></div>