A better events/calendar system would be cool. It'd be pretty easy to make the changes Jason mentioned, but someone's gotta actually go code 'em. The current events system isn't fancy, but it's simple and it works. If we encountered a situation where someone wanted 300-400 events a day then we'd be looking at a real need to improve the events system.
The semantic/metadata stuff will probably have some play in with mapping and events, so we'll see how that plays out. BTW, Google Maps are not a good long-term solution to the kinds of mapping problems we'd like to eventually solve ( http://wikispot.org/Mapping_Discussion) / are the first of many different mapping interfaces. Google's software is non-free/open-source, and it encourages google's advertisement, brand, etc. I believe that if you're someone who uses google calender then you could add the event's rss to your calendar. If not, then what changes do we need to make to the feed to make it work for those folks? --Philip On 4/27/07, Eric Talevich <[EMAIL PROTECTED]> wrote:
This has occurred to me, too. We use the Google Maps API already -- why not use Calendar, too? Python is supported: http://code.google.com/apis/calendar/overview.html Exporting the Events Board to Google Calendar would also be pretty suave. -Eric ---------------------------------------------------------------------- > > From: "Jason Aller" <[EMAIL PROTECTED]> > Subject: [Sycamore-Dev] Calendar idea > > I'll be posting this to the sycamore wiki later... > > Proposal to revamp the event board. > > Build a calendar interface. Add filtering (filter by tags?). All events > for > a wiki would be centrally viewable and filterable. This would reduce the > > postering of the event board with massive images. Allow recurring > events. > > After the central calendar is up and running add a button next to the > map > button for any page that is linked to for an event in the past x time > frame > or upcoming future. This would display a calendar showing just events > related to the page. This relationship could either be for the venue, > the > host, attendees, or the event. > > This extends the way that content answers what and the map answers where > > with a method for answering when. > > -- > J.R. Aller > [EMAIL PROTECTED] > > _______________________________________________ Sycamore-Dev mailing list [EMAIL PROTECTED] http://www.projectsycamore.org/ https://tools.cernio.com/mailman/listinfo/sycamore-dev
_______________________________________________ Sycamore-Dev mailing list [EMAIL PROTECTED] http://www.projectsycamore.org/ https://tools.cernio.com/mailman/listinfo/sycamore-dev
