問題タブ [strptime]

これは私の問題を簡略化したものですが、要点は次のとおりです。特定のパターンを見つけるために正規表現を使用して電子メールを並べ替えるスクリプトがあります。私が並べ替える項目の 1 つは、メールの受信日です。datetime モジュールを使用して、次のように日付文字列をフォーマットします。

ここで、4 つのメールを解析したとします。これらは正規表現関数の結果です。

strftime のフォーマット後は次のようになります。

これらすべてをランダムな順序でリストに入れ、次のように sort() 関数を実行すると:

出力は次のとおりです。

ご覧のとおり、ソート時に「AM」と「PM」は考慮されていません。私はStackOverflowでこれに似た他の質問を数多く見てきましたが、それらはすべて、12時間時計を考慮してstrptime()/stftime()関数で%Hを%Iに変更することを提案していますが、私はすでに行っていますそれ。ソート時に %p を考慮する方法を誰か提案できますか? ありがとう！

解析のために日付オブジェクトを Python に送信する jQuery アプリがあります。問題は、Windows マシンで jQuery を使用しようとすると、日付オブジェクトが次のようになることです。

私のMacでは、次のようになります。

関数を使用して Python でこれらを解析しようとするとstrptime、最初 (MDT のもの) の最後にあるタイム ゾーンを理解できないため、失敗します。「不明な文字列形式」であると不平を言います。

これを解決するにはどうすればよいですか? 私は何か間違ったことをしていますか？

ヘッダー付きのテキスト ファイル データセットがあります

2010 年 1 月 6 日から 2012 年 7 月 14 日まで 1 時間ごとに実行されます。次のコマンドでデータを開いてプロットします。

ただし、データをプロットすると、x 軸には 2011 年と 2012 年しか表示されません。2011 年と 2012 年のラベルを保持したまま、特定の月を追加するにはどうすればよいですか (たとえば、3 月、6 月、9 月が必要な場合)。

このリンクでデータを利用できるようにしました

https://dl.dropbox.com/u/107215263/example.txt

私は一生、この非常に奇妙なエラーの原因を突き止めることはできません。

Windows 7のスパイダーIDEでpython 2.7でスクリプトを実行しています。ある時点でdatetime.datetime.strptimeを使用しています。コードを 1 回実行すると問題ないように見えます (ただし、デバッグは終了していないため、例外が発生し、まだ正常に完了していません)。もう一度実行しようとすると、次のようになります (トレースバックの終わりのみ)示されています）：

ファイル "C:\path\to\test.py"、220 行目、std_imp
self.data[key].append(dt.datetime.strptime(string_var, string_format_var))
の ImportError: Failed to import _strptime because the import lockis holdis別のスレッドによって。

スレッディングなどで複数のスレッドを実行していません。コードを取得してこの時点を通過させる唯一の方法は、コンピューターを完全に再起動することです。スパイダーを再起動しても機能しません。ウェブ検索では、これが起こった他の人の手がかりや兆候は得られないようです.

誰が何が起こっているのか理解していますか? これはある種のGILの問題ですか？インポート ロックとは何ですか? 一度コードを実行しようとすると、datetime モジュールのこのメソッドをインポートできないように見えるのはなぜですか?

私のコードの何が問題なのか教えてください:

「2013-01-01 00:00:00」と表示、ありがとう。

データベース内の一連の日付を Python の unixtimestamp に変換しています。データベースには、次のように記述されたエントリがあります。

これが何を意味するのか誰か教えてもらえますか？そして、おそらくこれをunixtimestampに変換する方法は?

次のようなその他の日付: Thu Oct 14 15:11:47strptime を使用して変換するだけですが、上記のものは問題を引き起こしています。

ありがとう！

約 800 万行と 3 列のデータ フレームがあります。私strptime()は次の方法で使用しました：

これは、1104行を除くすべての行で正常に機能します。

これらの「問題のある」データを見ると、date.timeエントリは期待どおりにフォーマットされているようです。たとえば、問題として出てくるが、NA ではないように見える観測は次のとおりです。

is.na(df$date.time)明らかに正しく変換されたこの行に対して TRUE 値を返すには、何が起こっているのでしょうか?

再現可能な例を次に示します (CST を使用している場合)。

次のコードを実行すると、strptimeはタイムゾーンの値を無視するようです。ローカル タイムゾーンの値 (+10) を設定するだけです。

これは出力です (Linux で実行、gcc 4.6.3 でコンパイル):

これはコードです：