On 5 May 2012 01:26, Jaan-Cornelius Kibelka <jckibelka(a)gmail.com> wrote: What he said. Find me an open source equivalent that is as easy to use and I'm happy to advocate for us using it until the cows come home. We adopt open source software when possible, and proprietary software where there is no open source alternative that does the job as well - interestingly, also a principle that WMUK has played around with in the past. We *already* host it in an open source, freely licensed, collaborative format. It's called MediaWiki. -- Oliver Keyes Community Liaison, Product Development Wikimedia Foundation

On Fri, May 4, 2012 at 5:42 PM, Michael Peel <michael.peel(a)wikimedia.org.uk>wrote;wrote: Hey Mike, I'm confused, as Oliver and I pointed out this is already on the wiki https://meta.wikimedia.org/wiki/IRC_office_hours#Upcoming_office_hours ? In my opinion the main goal of the mission is getting information and education out to everyone as much as we can. This seems completely in line with that mission having it both on the wiki (completely open source, editable etc) and on another, heavily used and requested, location. Refusing to put it on google calendar solely because it's closed source would, in my mind, by nuts. James

And, as said, they are listed on a wiki and will continue being listed on a wiki. We're augmenting open solutions with non-open solutions, not replacing them. On 5 May 2012 01:42, Michael Peel <michael.peel(a)wikimedia.org.uk> wrote: -- Oliver Keyes Community Liaison, Product Development Wikimedia Foundation

Michael Peel wrote: Yes, you're right. But perfect is the enemy of the done here. In certain cases, using a technology is an absolute no-go (for example, leaking visitor information via iframes). In this case, I don't think we're dealing with anything of that nature (though please clarify if I'm missing something). You should file a bug in Bugzilla about fixing this system up in the future: <https://bugzilla.wikimedia.org/>. It's definitely not ideal, but it's good enough for now, I think. In addition to the proprietary/free issue, duplicating content is awful from a maintenance perspective. As far as I know, there's no automatic sync in place, so the wiki and Google are inevitably going to fall out of sync. There are other reasons to keep the information centralized, but until the wiki can support XML and iCal output, the benefit of using Google outweighs the cost. MZMcBride

I cannot subscribe in Google Calendar because it says robots.txt does not allow crawling. Don On Sat, May 5, 2012 at 2:59 PM, Michael Peel &lt;michael.peel(a)wikimedia.org.uk&gt;wrote;wrote:

I think it is reasonable that Google chooses to not allow ical files that arnt able to be fetched by robots and cached. why exclude public shared calendars using robots.txt? can we host our own instance of the converter? On Sun, May 6, 2012 at 6:31 AM, Michael Peel &lt;michael.peel(a)wikimedia.org.uk&gt; wrote: -- John Vandenberg

Steven, Steven, I've added your public Google calendar. Thank you for making it public since you are clearly maintaining it anyway. If the open source version can be fixed then all the better but I appreciate having this option. Don On Sun, May 6, 2012 at 2:01 PM, Steven Walling &lt;steven.walling(a)gmail.com&gt;wrote;wrote:

Thanks for the calendar, I am grateful for it. I think am having trouble using it. I use Google Calendar anyway and have added public calendars before but I forget how I did it. I went to the wiki page and clicked on the link. This downloaded a file to my computer. I then used the 'import calendar' option in Google Calendar and pointed to the downloaded file and this has successfully added 6 events to my calendar. But I'm not sure this will update when new things are added at the Foundation end. Will it? I just have an idea that when I added calendars previously it was by adding a link rather than via a file on my computer. Yours, Confused (Bodnotbod)

On Fri, May 4, 2012 at 5:42 PM, Michael Peel &lt;michael.peel(a)wikimedia.org.uk&gt;wrote;wrote: If anyone would like to markup the wiki page with hcal microformats that would be great. If you would like to file a bug request for an installation of your preferred open source calendar software, then that would be even better. My personal favorite is the very wiki-like software that powers calagator.org, though it's Ruby and unlikely to be something our developer community can support. In the meantime, this is simply an addition to the FOSS platform already being used as the central repository of info about office hours, as others have pointed out. Thanks, Steven