<blockquote>
<p>That said, if you are dead sure that all osm clients know that they are geting UTC from the db and do the conversion-before-printing work themselves, you can keep using 'without timezone'. But for such a distributed project as osm, it's probably better to play it safe</p>
</blockquote>

<p>Well, we know that some parts of the OSM stack get it wrong because we've already got an osmosis bug about the matter. </p>

<p>OSM data has a time zone associated with it, it just happens to all be the same.</p>

<p>I don't feel this is actually a substantial change as it shouldn't require changes for anything which currently is behaving correctly.</p>

<p><a href="https://github.com/vincentdephily" class="user-mention">@vincentdephily</a> How'd you hack around client bugs? That might work for me in the short term for getting around the data loading bugs</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br>Reply to this email directly or <a href='https://github.com/openstreetmap/openstreetmap-website/issues/375#issuecomment-21335589'>view it on GitHub</a>.<img src='https://github.com/notifications/beacon/uTRSc6ihLa7Shf84BpiOpu5p-sEO603Adi0xI76mcGfT_gJWm4GdBKeaxLg8tieb.gif' height='1' width='1'></p>