[kronolith] Holidays

[Brandon Knitter]

Quoting Chuck Hagenbuch <chuck@horde.org>:
> Quoting Brandon Knitter <knitterb@blandsite.org>:
> > I'm with you Jan.  Chuck your idea of making a list for everyone just
> > isn't really feasible.
>
> Obviously.

If this is the case, why are you considering making your own lists?  That in
itself seems like a terribly huge effort, and a duplication.


> > For instance, I could care less about Jewish holidays if I'm Christian.  
>
> Uh, if you're ignorant, don't know anyone who's not like you, and 
> Christian, _maybe_.

WOW!  Ummmm, obviously I struck a nerve here.  Chuck, I hardly know you, and if
I offended you please accept my apologies, I was not attempting in any manner to
offend you, I had just gotten off the phone with a friend of mine (whom happens
to be jewish) and her and mine discussion was fresh on my mind.  [I'll stay out
of religion and politics from here on out]

Let me make a better example: If I am Canadian and know noone in New Zeland,
then I don't need those holidays in my calendar, but since I do business with
the neighboring country of USA, I want those holidays.  Now, suddenly I meet
someone from New Zeland, and I want those holidays too, I could add them to the
list in my calendar.  The point being that I don't need holidays from around the
world, my guess is that the comprehensive list would fill every day of the year
with a holiday, perhaps many more than once.

I'd encourage you to check out the Yahoo Calendar holiday options.  I'm not
saying that their calendar is any better or worse, I'm simply trying to offer
the possibility of ease of adding holidays which are relevant to me. 
Furthermore, I'm trying to leverage a project which is complete and not start a
new one which duplicates efforts.

> > I think what I'm going to do is make a perl script which takes some
> > input for passing to gcal and personal info (for the kronolith table 
> > format), and it outputs some sql which can be used to put dates into the 
> > kronolith table.
>
> Just so you know, although you could theoretically convince me on the 
> external program issue, something which is backend-specific like this will 
> never become part of the tree.

The fact that you are so totally against external dependecies really confuses
me.  You say that you don't compare the imp/ispell external dependency to a
possible kronolith/gcal dependency.  Why is this?  It seems like a parallel to me.

If I'm missing some obviously point to external dependencies in regards to Horde
or kronolith, please explain them to me.  I apologize if this is an old or
pedantic topic, but I seriously fail to see the problem with *optional* external
dependencies.


Quoting Jan Schneider <jan@horde.org>:
> Zitat von Chuck Hagenbuch <chuck@horde.org>:
> > Quoting Jan Schneider <jan@horde.org>:
> > 
> > > And I don't think it makes sense to create such lists by gcal for
> > every
> > > possible country and make it available in Kronolith or on the Horde
> > > site.
> > 
> > We don't have to, necessarily; hell, we could provide a web service for 
> > grabbing the calendars.
> 
> Well, THAT would be cool! Now that we have the rpc class in Horde it 
> shouldn't be too hard.

I understand that it is possible, but are you sure you want to duplicate the
work already done on the gcal project?  Isn't it Horde's goal to provide really
cool apps, not necessarily the data within.  I encourage you to check out the
gcal source code resource files, it seems like a great format, and they are
contantly updating them.  Why duplicate efforts?

If you're thinking of taking gcal to offer an online solution, that WOULD be
cool!  I'd say just work with the folks at gcal so that perhaps you can share
your updates to the resourse entries.


BTW, I have no affiliation with anyone at gcal or gnu.  I was just looking for a
comprehensive list of holidays, and I found it in gcal.  I find it quite amazing
that a simple thing like adding holidays to kronolith has led to a thread this
long...awesome! :)  I really like design discussions, even if I don't have tree
control.

--
-bk