Berechne einfach mal eine Differenz … oder ob ein Datum in einem Bereich liegt …
Das numerische Format YYYY-MM-DD hat den unbestreitbaren Vorteil, dass eine alphanumerische Sortierung (normal von links nach rechts sortierend) auch gleich eine chronologische ergibt.
–ks
So trivial ist das auch mit Ziffern nicht, sobald es über die Bereichsgrenzen (12, 28-31) geht.
Für JAN - DEC ist die Umwandlung in Zahlen vergleichsweise trivial (Enumeration).
Viele Anwendungen wie Excel machen das sogar intern automatisch.
In Programmen ist damit auch die Sortierung kein Problem, bleibt nur das rein alphanumerische Sortieren als Nachteil dieses Ansatzes.
Ich bin zwar sonst auch für international genormte Angaben, aber die Drei-Buchstaben-Angabe hat für mich den Charme der besseren Interpretierbarkeit durch Menschen (und dadurch geringere Fehlerrate).
Glaubst Du wirklich, dass ich das will?
Ich benutze das ISO-Format oft und seit langem. Dabei habe ich aber auch die Erfahrung gemacht, dass in internationalen Projekten die in verschiedenen Kulturen üblichen Reihenfolgen von Tag, Monat und Jahr immer wieder für typische Fehler in solchen Angaben sorgen. Diese Probleme kann man mit einer solchen Notation vermeiden und das funktioniert nach meiner Erfahrung gut. Die automatische Verarbeitung wird dadurch in OSM nicht nennenswert behindert.
PS: 
Leute, die historische Daten verarbeiten müssen, haben der ISO übrigens vorgeworfen, dass sie nicht gewusst haben was sie da tun Die Festlegung, dass das Jahr mit Vorzeichen geschrieben werden darf, macht nämlich die einfache Sortierbarkeit wieder kaputt. Dass das nur selten vorkommt, ist kein Vorteil … es ist die Existenzgarantie für getestete aber nicht korrekte Programme.
Zum Eingeben vom Datum… könnte auch der Editor ein wenig helfen 
z.B. nicht durch Eingaben… sondern durch Auswahl im Kalender, wie man das aus anderen Programmen, Apps her kennt. Das würde viele Fehler vermeiden.
@Weide, Nein, ich glaube nicht, dass Du hier vorsätzlich etwas ausbremst, wenn Du jetzt aber, statt Dich mal zu start_date zu äußern, schon mit BC-Daten - für ein check_date(!) - kommst, was soll ich dazu noch sagen? “Facepalm”?-)
@miche101, Eben, bei einem check_date ließe sich (außerdem) auch eine primitive Plausibilitätskontrolle bei der Eingabe realisieren: Liegt das eingegebene check_date länger als (z.B.) eine Woche in der Vergangenheit, dann kann halt nochmal nachgefragt werden (“meinten Sie wirklich…”).
survey:date
ist auch so ein Tag… der vom Keypad-Mapper 3 verwendet wird.
( http://wiki.openstreetmap.org/wiki/Key:survey:date?uselang=de )
Edit: wurde schon erwähnt