[kronolith] Holidays

[Brandon Knitter]

> > I could not find an occurrence type for a yearly event on Thursday for
> > the 3rd full week of November...I think that's the Thanksgiving calc.
> 
> Monthly, every 12 months. :)

Oh yeah, I need to think outside of the box! :)  Thanks.

 
> > And example of what I'm talking about is Yahoo calendar.  I don't use it
> > a whole lot, but I told it I wanted to add all Holidays, I picked a 
> > continent and a Country.  Perhaps a choice of religions would be neat 
> > too.  In any case, Yahoo lets you add and remove them.  I think simply 
> > tying these to a keyword would be sufficient in a first pass at it.
> 
> Getting this list seems to be the issue. People have mentioned Yahoo 
> calendar (can you export from that?) and gcal; I think maybe the goal 
> should be a system where we can maintain holidays on horde.org, and export 
> files from that system. That way people can submit new holiday, someone 
> will have (hopefully, by soliciting input from users, minimal) work to do 
> in maintaining the master list/categories, and we can ship files with 
> Kronolith that can be used by users...
> 
> > When you get Kronolith installed, one option would be to add holidays
> > (gcal type things) to your calendar, maybe under options.  Once clicked, 
> > you would choose which types, and then a single call to gcal would be 
> > made, getting the list of holidays for, say, 2 years, and that list of 
> > events would be added with a special system defined Keyword, 
> > perhaps "Holiday".  To remove the holidays, a simple sql call could be 
> > made against a where clause of the keyword.
> 
> No relying on an external program. I have no problem with someone 
> maintaining calendar files which can be imported/used as shared calendars, 
> but there's no reason for this to rely on an external program for everyone 
> using Kronolith...

The take home here for me is that we SHOULD NOT try to recreate a system for a
list of holidays or any sort of time.  Why?  Because it's already done, and
quite well I may add.  I know that creating our own repository would work, but
only for the installed base, and for people submiting their holidays.  There are
so many combinations that it would make me ill to think that we could do it
ourselves.

I looked at the resource files that come with gcal and that's basically what we
need.  I'm not suggesting making gcal a requirement.  It's like ispell in imp. 
If you don't want to use it, don't install it.  If you do want to use it, great.
 What if I want to use another spell checker which is VERY different than
ispell?  I'm basically out of luck, well I do have the source! :)

What I'm trying to do in the case of gcal and holidays is put the burden of the
world wide extensive list on someone else, gcal would help us there.  I see the
external dependecy, but then again, if you don't want to do gcal, then do what I
and Jan did, just import our list from an Outlook export.  That's assuming we
have Outlook though.

Maybe we need a new approach, we know gcal will work.  What are the reasons for
not having it optionally integrated?  Once again I'm kinda following the
imp/ispell example.

Oh yeah, you cannot export holidays from Yahoo Calendar... :(

--
-bk