Re: [DQSD-Users] Revised 2004 - holidays.sg.xml
And just a thought for everybody. Aren't singaporian, canadian, us holidays predictable several years in advance ? That would make things leaner. Example : after some research, I could build a holidays.fr.xml with virtually no limit of year (though I stopped at 2020). Easier. At least for the US holidays.. some of them are based on the xth xday of the month. (For example Martin Luther King day is the 3rd Monday in January). This makes generating a complete holidays file for long periods more difficult. Monty --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ To unsubscribe visit: https://lists.sourceforge.net/lists/listinfo/dqsd-users [EMAIL PROTECTED] http://sourceforge.net/mailarchive/forum.php?forum_id=8601
Fw: [DQSD-Users] Revised 2004 - holidays.sg.xml
Ah I dont think I fully understood the original statement. I meant to say that some of the US holidays arent a defined date, and therefore a single years' holidays can't be merely duplicated with a changed year... They are predictable however.. Monty - Original Message - From: Monty Scroggins [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, January 04, 2004 8:38 AM Subject: Re: [DQSD-Users] Revised 2004 - holidays.sg.xml And just a thought for everybody. Aren't singaporian, canadian, us holidays predictable several years in advance ? That would make things leaner. Example : after some research, I could build a holidays.fr.xml with virtually no limit of year (though I stopped at 2020). Easier. At least for the US holidays.. some of them are based on the xth xday of the month. (For example Martin Luther King day is the 3rd Monday in January). This makes generating a complete holidays file for long periods more difficult. Monty --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ To unsubscribe visit: https://lists.sourceforge.net/lists/listinfo/dqsd-users [EMAIL PROTECTED] http://sourceforge.net/mailarchive/forum.php?forum_id=8601
RE: [DQSD-Users] Revised 2004 - holidays.sg.xml
Hi Kim, Anyway, there seem to be a couple of rules sufficient to express an entire holiday season: - Fixed dates - Dates relative to Easter (Easter sunday is algorithmically available for any year) - Nth weekday in month - Weekday in between two dates (i.e. Saturday in between 31/10 and 6/11 is Halloween [at least in Sweden]) ... If we could extend the event file generator with the last two (it already has the first two), it'd be perfect for batch-generating holidays. Wouldn't it be better to provide a ruleset style system that DQSD could then parse to generate the actual dates on it's own? I've always tried to avoid hard-coding dates when possible - just cause they're a PITA to maintain. I think a solution that parsed *rules* out of the events file for the displayed month would be a better solution, since it would only really require updating the events file when new holidays were created. Not to mention it would be a pretty cool way to deal with this type of issue. Regards, Shawn K. Hall http://ReliableAnswers.com/ '// Efficiency is a highly developed form of laziness. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ To unsubscribe visit: https://lists.sourceforge.net/lists/listinfo/dqsd-users [EMAIL PROTECTED] http://sourceforge.net/mailarchive/forum.php?forum_id=8601