[VCARDDAV] Comment on vcardrev-11 DATE

Markus Lorenz <lorenz@atlantika-arts.net> Sun, 30 May 2010 00:34 UTC

Return-Path: <lorenz@atlantika-arts.net>
X-Original-To: vcarddav@core3.amsl.com
Delivered-To: vcarddav@core3.amsl.com
Received: from localhost (localhost []) by core3.amsl.com (Postfix) with ESMTP id 61EFA3A696C for <vcarddav@core3.amsl.com>; Sat, 29 May 2010 17:34:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.612
X-Spam-Status: No, score=0.612 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HELO_MISMATCH_NET=0.611]
Received: from mail.ietf.org ([]) by localhost (core3.amsl.com []) (amavisd-new, port 10024) with ESMTP id VgFsPAZFs29F for <vcarddav@core3.amsl.com>; Sat, 29 May 2010 17:34:11 -0700 (PDT)
Received: from host46.sitepush.net (server20.server-centrum.de []) by core3.amsl.com (Postfix) with ESMTP id 091D33A6993 for <vcarddav@ietf.org>; Sat, 29 May 2010 17:34:09 -0700 (PDT)
Received: from localhost (localhost []) by host46.sitepush.net (Postfix) with ESMTP id C19441FA0008 for <vcarddav@ietf.org>; Sun, 30 May 2010 02:33:57 +0200 (CEST)
Received: from host46.sitepush.net ([]) by localhost (server20.server-centrum.de []) (amavisd-new, port 10024) with ESMTP id Hcf+rxbAieGL for <vcarddav@ietf.org>; Sun, 30 May 2010 02:33:57 +0200 (CEST)
Received: from [] (f053154097.adsl.alicedsl.de []) by host46.sitepush.net (Postfix) with ESMTP id 8C79A1FA0001 for <vcarddav@ietf.org>; Sun, 30 May 2010 02:33:57 +0200 (CEST)
Message-ID: <4C01B272.4000401@atlantika-arts.net>
Date: Sun, 30 May 2010 02:33:54 +0200
From: Markus Lorenz <lorenz@atlantika-arts.net>
Organization: Atlantika Arts Software Development
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv: Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4
MIME-Version: 1.0
To: vcarddav@ietf.org
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: 7bit
Subject: [VCARDDAV] Comment on vcardrev-11 DATE
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vcarddav>
List-Post: <mailto:vcarddav@ietf.org>
List-Help: <mailto:vcarddav-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 30 May 2010 00:34:13 -0000

And the third mail :)

It took me some time to understand the reasons behind the examples in
section "4.3.1. DATE":

   Examples for "date":


As I haven't had access to ISO 8601-2004 until today, I tried to
understand the rules for truncation from the examples. The first rule I
extracted from the fourth and fifth example was that one dash represents
two unspecified digits. The second rule was that dashes at the end of a
truncated date could be removed, which can be seen in the third example.

But I was confused about the second example. I didn't understand why
there was a dash between year and month, because in all other cases the
year is immediately followed by the month. From my rule it should have
been "198504-" or "198504".

Finally the English Wikipedia article
(http://en.wikipedia.org/wiki/ISO_8601) told me the reason for this. The
format YYYYMM could be misinterpreted by YYMMDD which was allowed in ISO

>From my point of view mentioning this in the specification could be
reasonable to avoid confusion for developers who don't have access to
the ISO standard.