Just getting a DSL line is pretty cheap. Using a DSL like to test lets
you remove a lot more of your network from the equation than vpn'ing out
or tunneling stuff over tor. Plus if your main connection out ever went
down (not that _yours_ would, but that might factor into the decision
making proc
On Thu, Sep 18, 2008 at 11:25 AM, Cloutman, David
<[EMAIL PROTECTED]> wrote:
> What about xCal (iCalendar based XML format)? Does anyone use this
> technology? It is possible to do it with Atom Feeds? Other ideas?
I'm surprised no one has yet mentioned hCalendar -- essentially, an
xHTML port of i
I thought iCalendar was a format?
I believe that Google Calendar and Apple iCal can both import data in
the iCalendar format.
But I'm no expert in these things, maybe I'm confused. There is
definitely some format that both Google Calendar and Apple iCal can
import--given a URL, they will ev
I doubt xCal is nearly as widely supported as iCal.
Although not a 'standard', per se, Google Calendar's Atom extensions
are also a possible option, given that anything that Google does has
pretty broad support.
http://code.google.com/apis/calendar/
-Ross.
On Thu, Sep 18, 2008 at 12:25 PM, Clou
Thanks. Again, we're not looking so much for an application, but a
_format_ that we can publish from our existing CMS in such a way that we
could reasonably expect other organizations to import into their
systems. Because it is likely that some of our community partners will
need to create the impo
Miriam Goldberg wrote:
I'd go with icalendar. It plays nicely with most major calendar applications.
also, at the risk of sounding like a shill, I'm helping develop a web
app (www.fusecal.com) that'll make it easier for web publishers to get
their calendar information into users personal calenda
