<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Time zone limbo	</title>
	<atom:link href="https://lobsterpot.com.au/blog/2009/04/01/time-zone-limbo/feed/" rel="self" type="application/rss+xml" />
	<link>https://lobsterpot.com.au/blog/2009/04/01/time-zone-limbo/</link>
	<description></description>
	<lastBuildDate>Tue, 21 Apr 2009 02:59:15 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		By: Robbo		</title>
		<link>https://lobsterpot.com.au/blog/2009/04/01/time-zone-limbo/#comment-683</link>

		<dc:creator><![CDATA[Robbo]]></dc:creator>
		<pubDate>Tue, 21 Apr 2009 02:59:15 +0000</pubDate>
		<guid isPermaLink="false">/blogs/robfarley/archive/2009/04/01/time-zone-limbo.aspx#comment-683</guid>

					<description><![CDATA[no dimlight saving in the NT, time for a beer though ... zulu time everywhere I say ...]]></description>
			<content:encoded><![CDATA[<p>no dimlight saving in the NT, time for a beer though &#8230; zulu time everywhere I say &#8230;</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: robfarley		</title>
		<link>https://lobsterpot.com.au/blog/2009/04/01/time-zone-limbo/#comment-682</link>

		<dc:creator><![CDATA[robfarley]]></dc:creator>
		<pubDate>Mon, 06 Apr 2009 19:16:29 +0000</pubDate>
		<guid isPermaLink="false">/blogs/robfarley/archive/2009/04/01/time-zone-limbo.aspx#comment-682</guid>

					<description><![CDATA[Hi Jeremy,

I&#039;m actually sold on the idea of using datetimeoffset instead of UTC-time. SQL2008 definitely provides useful ways of converting from one timezone to another, but I don&#039;t want to store the information about when daylight savings has switched.

Rob]]></description>
			<content:encoded><![CDATA[<p>Hi Jeremy,</p>
<p>I&#8217;m actually sold on the idea of using datetimeoffset instead of UTC-time. SQL2008 definitely provides useful ways of converting from one timezone to another, but I don&#8217;t want to store the information about when daylight savings has switched.</p>
<p>Rob</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Jeremy Huppatz		</title>
		<link>https://lobsterpot.com.au/blog/2009/04/01/time-zone-limbo/#comment-681</link>

		<dc:creator><![CDATA[Jeremy Huppatz]]></dc:creator>
		<pubDate>Mon, 06 Apr 2009 04:55:17 +0000</pubDate>
		<guid isPermaLink="false">/blogs/robfarley/archive/2009/04/01/time-zone-limbo.aspx#comment-681</guid>

					<description><![CDATA[Hey Rob 

I agree on the time zone thing - UTC for the win. :)  Even if you do a local time-zone offset at the presentation level, the shenannigans that have been going on with time zones in the US, Australia and other parts of the world over the last 3 years have convinced me that DB time fields should *ALWAYS* be UTC-based.  Adding in a table with current time-zone conversions, and a a function to convert the UTC time to the user&#039;s locale should make it much easier to manage the impact of time-zone changes.]]></description>
			<content:encoded><![CDATA[<p>Hey Rob </p>
<p>I agree on the time zone thing &#8211; UTC for the win. 🙂  Even if you do a local time-zone offset at the presentation level, the shenannigans that have been going on with time zones in the US, Australia and other parts of the world over the last 3 years have convinced me that DB time fields should *ALWAYS* be UTC-based.  Adding in a table with current time-zone conversions, and a a function to convert the UTC time to the user&#8217;s locale should make it much easier to manage the impact of time-zone changes.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: robfarley		</title>
		<link>https://lobsterpot.com.au/blog/2009/04/01/time-zone-limbo/#comment-680</link>

		<dc:creator><![CDATA[robfarley]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 18:07:06 +0000</pubDate>
		<guid isPermaLink="false">/blogs/robfarley/archive/2009/04/01/time-zone-limbo.aspx#comment-680</guid>

					<description><![CDATA[The one I also love is Outlook. Ignoring daylight savings time... if I put an &#039;all day event&#039; in Outlook and then change time zones, it suddenly thinks that my all-day event is across two days, starting at 2300/2330/0030/0100 depending on the travel.

Crazy... I want an option in Outlook that says &quot;All day event, ignoring time zone&quot;

Rob]]></description>
			<content:encoded><![CDATA[<p>The one I also love is Outlook. Ignoring daylight savings time&#8230; if I put an &#8216;all day event&#8217; in Outlook and then change time zones, it suddenly thinks that my all-day event is across two days, starting at 2300/2330/0030/0100 depending on the travel.</p>
<p>Crazy&#8230; I want an option in Outlook that says &#8220;All day event, ignoring time zone&#8221;</p>
<p>Rob</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Matt Hamilton		</title>
		<link>https://lobsterpot.com.au/blog/2009/04/01/time-zone-limbo/#comment-679</link>

		<dc:creator><![CDATA[Matt Hamilton]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 16:31:18 +0000</pubDate>
		<guid isPermaLink="false">/blogs/robfarley/archive/2009/04/01/time-zone-limbo.aspx#comment-679</guid>

					<description><![CDATA[I feel your pain, Rob. Our main data-entry application here at work runs on WM2003 devices, and we&#039;ve only gotten about half of it ported away from DataSets to POCOs. The result is that .NET does some weird timezone-shifting magic when the data moves from the device to the server, and dates that should be 12 midnight are stored as 1am (or 11pm depending on which &quot;daylight saving witching week&quot; you&#039;re in at the time).

We were able to get a patch from the device vendor but not in time to roll out to every device by this week. Hopefully we&#039;ll have the rest of the app ported by the time this happens again in spring!]]></description>
			<content:encoded><![CDATA[<p>I feel your pain, Rob. Our main data-entry application here at work runs on WM2003 devices, and we&#8217;ve only gotten about half of it ported away from DataSets to POCOs. The result is that .NET does some weird timezone-shifting magic when the data moves from the device to the server, and dates that should be 12 midnight are stored as 1am (or 11pm depending on which &#8220;daylight saving witching week&#8221; you&#8217;re in at the time).</p>
<p>We were able to get a patch from the device vendor but not in time to roll out to every device by this week. Hopefully we&#8217;ll have the rest of the app ported by the time this happens again in spring!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Paul Stovell		</title>
		<link>https://lobsterpot.com.au/blog/2009/04/01/time-zone-limbo/#comment-678</link>

		<dc:creator><![CDATA[Paul Stovell]]></dc:creator>
		<pubDate>Wed, 01 Apr 2009 10:46:44 +0000</pubDate>
		<guid isPermaLink="false">/blogs/robfarley/archive/2009/04/01/time-zone-limbo.aspx#comment-678</guid>

					<description><![CDATA[What really makes me laugh, is Brisbane is actually half an hour BEHIND Adelaide. Yes, behind. Then when the time zone settings switch, Brisbane is suddenly half an hour in front. 

I&#039;d love to see the globe that these idiots who dream up the timezones use. On their map, every April, Australia must tilt 45 degrees anti-clockwise. ]]></description>
			<content:encoded><![CDATA[<p>What really makes me laugh, is Brisbane is actually half an hour BEHIND Adelaide. Yes, behind. Then when the time zone settings switch, Brisbane is suddenly half an hour in front. </p>
<p>I&#8217;d love to see the globe that these idiots who dream up the timezones use. On their map, every April, Australia must tilt 45 degrees anti-clockwise. </p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
