Python strptime() et les fuseaux horaires?

J'ai un fichier CSV à partir d'un fichier de vidage Blackberry IPD de sauvegarde, créé à l'aide de IPDDump.
La date/heure de chaînes à regarder ici, quelque chose comme ça
(où EST est un Australien fuseau horaire):

Tue Jun 22 07:46:22 EST 2010

J'ai besoin d'être en mesure d'analyser cette date en Python. Au début, j'ai essayé d'utiliser le strptime() fonction de datettime.

>>> datetime.datetime.strptime('Tue Jun 22 12:10:20 2010 EST', '%a %b %d %H:%M:%S %Y %Z')

Cependant, pour une raison quelconque, le datetime objet qui vient en arrière ne semble pas avoir tout tzinfo associés.

J'ai lu sur cette page qui, apparemment, datetime.strptime rejette tzinfo, cependant, j'ai vérifié la documentation, et je ne peux pas trouver quelque chose à cet effet documenté ici.

J'ai été en mesure d'obtenir la date analysée à l'aide d'un tiers bibliothèque Python, dateutil, mais je suis toujours curieux de savoir comment j'ai été en utilisant le construit strptime() de façon incorrecte? Est-il possible de l' strptime() de jouer gentiment avec les fuseaux horaires?

  • Ne pouvez-vous pas juste... convertir toutes les dates à l'heure GMT?
  • Hmm, je l'espérais, mais j'ai été en supposant que strftime/datetime pourrait en quelque sorte de le faire? De toute façon, j'ai besoin de stocker/analyser le fait que le datetimes sont dans l'est de fuseau horaire, ou quel que soit le fuseau horaire qu'ils m'arriver. Le script doit être en mesure d'analyser générique datetimes avec le fuseau horaire de l'info (par exemple, ETC pourrait être un autre fuseau horaire).
  • Est également un de NOUS l'abréviation du fuseau horaire. (De la même manière BST est à la fois un royaume-UNI et un Brésilien fuseau horaire abrév.) Ces abréviations sont juste intrinsèquement ambiguë. Utiliser les décalages par rapport à UTC/GMT à la place. (Si vous avez besoin de soutien abréviations, vous avez besoin de faire le mappage de paramètres régionaux dépendant et c'est le fouillis d'un rat-trou.)
  • HNE, l'abréviation du fuseau horaire est ambigu. Voir aussi: Analyse de chaîne de date/heure avec le fuseau horaire nom abrégé en Python?
InformationsquelleAutor victorhooi | 2010-07-22
  1. 43

    La datetime documentation du module dit:

    Return datetime correspondant à date_string, analysé selon le format. C'est l'équivalent de datetime(*(time.strptime(date_string, format)[0:6])).

    Voir que [0:6]? Que vous obtient (year, month, day, hour, minute, second). Rien d'autre. Aucune mention de fuseaux horaires.

    Il est intéressant de noter, [Win XP SP2, Python 2.6, 2.7] en passant par votre exemple, à time.strptime ne fonctionne pas, mais si vous enlevez le "%Z" et le "EST" il ne le travail. Aussi à l'aide de "UTC" ou "GMT" au lieu de "EST" travaille. "PST" et "MEZ" ne fonctionnent pas. Déroutante.

    Il est intéressant de noter ce qui a été mis à jour à partir de la version 3.2 et la même documentation indique également les éléments suivants:

    Lorsque l' %z la directive est prévue pour le strptime() la méthode, conscient objet datetime sera produite. Le tzinfo du résultat sera fixé à un fuseau horaire de l'instance.

    Notez que cela ne fonctionne pas avec %Z, de sorte que le cas est important. Voir l'exemple suivant:

    In [1]: from datetime import datetime

In [2]: start_time = datetime.strptime('2018-04-18-17-04-30-AEST','%Y-%m-%d-%H-%M-%S-%Z')

In [3]: print("TZ NAME: {tz}".format(tz=start_time.tzname()))
TZ NAME: None

In [4]: start_time = datetime.strptime('2018-04-18-17-04-30-+1000','%Y-%m-%d-%H-%M-%S-%z')

In [5]: print("TZ NAME: {tz}".format(tz=start_time.tzname()))
TZ NAME: UTC+10:00
    InformationsquelleAutor John Machin
  2. 323

    Je recommande d'utiliser python-dateutil. Son analyseur a été en mesure d'analyser tous les format de date que j'ai jeté à elle jusqu'à présent.

    >>> from dateutil import parser
>>> parser.parse("Tue Jun 22 07:46:22 EST 2010")
datetime.datetime(2010, 6, 22, 7, 46, 22, tzinfo=tzlocal())
>>> parser.parse("Fri, 11 Nov 2011 03:18:09 -0400")
datetime.datetime(2011, 11, 11, 3, 18, 9, tzinfo=tzoffset(None, -14400))
>>> parser.parse("Sun")
datetime.datetime(2011, 12, 18, 0, 0)
>>> parser.parse("10-11-08")
datetime.datetime(2008, 10, 11, 0, 0)

    et ainsi de suite. No dealing avec strptime() format de bêtises... il suffit de jeter un jour et il Fait La bonne Chose.

    Mise À Jour: Oups. J'ai manqué à votre question initiale que vous avez mentionné que vous avez utilisé dateutil, désolé. Mais j'espère que cette réponse est encore utile à d'autres gens qui trébuchent à travers cette question lorsqu'ils ont de la date de l'analyse des questions et de voir l'utilité de ce module.

    • +1 cette réponse s'est avérée très utile! Merci 🙂
    • Étant donné que beaucoup de gens ont tendance à utiliser python-dateutil, je tiens à souligner que nous une limitation de la lib. >>> parser.parse("Thu, 25 Sep 2003 10:49:41,123 -0300") Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/Users/wanghq/awscli/lib/python2.7/site-packages/dateutil/parser.py", line 748, in parse return DEFAULTPARSER.parse(timestr, **kwargs) File "/Users/wanghq/awscli/lib/python2.7/site-packages/dateutil/parser.py", line 310, in parse res, skipped_tokens = self._parse(timestr, **kwargs) TypeError: 'NoneType' object is not iterable
    • vous devez remplacer la dernière virgule avec la période. Puis parser.parse("Thu, 25 Sep 2003 10:49:41.123 -0300") returns: datetime.datetime(2003, 9, 25, 10, 49, 41, 123000, tzinfo=tzoffset(None, -10800))
    • oui, je le comprends. Je veux juste dire aux gens la limitation de python-dateutil. Il fait de la magie des choses, mais échoue parfois à le faire. Donc "il suffit de jeter un jour et il Fait La bonne Chose." n'est pas vrai à 100%.
    • aussi, dateutil peut ne pas représenter ambigu heure locale. Si votre demande ne peut pas tolérer ~1h erreurs, utilisez pytzà base de solution lorsque l'on travaille avec les fuseaux horaires en Python.
    • C'est mon sauveur
    • dateutil.parser.parse("10-27-2016 09:06 AM PDT") retourne: datetime.datetime(2016, 10, 27, 9, 6) ne parvient pas à comprendre fuseau horaire...
    • sympa, même analyse une chaîne comme weirddtstring = '04\Nov\2013:16:19:20+0100' réussi avec parser.parse(weirddtstring, dayfirst=True, fuzzy=True) dans le cas où quelqu'un d'autre vient à travers ces plutôt rare entrées...
    • Il dépend de son objectif. dateutil parser peut être simple à utiliser, mais strptime() est plus rapide. En outre, ses formats sont assez facile à apprendre.
    • -1: bien sûr, python-dateutil est vraiment utile de la bibliothèque! Mais ce n'est pas réellement répondre à la question à tous. Et le dateutil analyseur est un ordre de grandeur inférieur.

    InformationsquelleAutor Joe Shaw
  3. 9

    Votre temps de chaîne est similaire au format de l'heure en rfc 2822 (format de date dans des e-mails, les en-têtes http). Vous pourriez analyser en utilisant seulement stdlib:

    >>> from email.utils import parsedate_tz
>>> parsedate_tz('Tue Jun 22 07:46:22 EST 2010')
(2010, 6, 22, 7, 46, 22, 0, 1, -1, -18000)

    Voir les solutions que le rendement de fuseau horaire-conscient datetime objets pour les différentes versions de Python: l'analyse de la date avec le fuseau horaire à partir d'un e-mail.

    Dans ce format, HNE est sémantiquement équivalent à -0500. Même si, en général, une abréviation du fuseau horaire n'est pas assez, pour identifier un fuseau horaire unique.

    InformationsquelleAutor jfs