Twitter Search APIを使用していidますが、ツイートのフィールドがわかりません。
たとえば、次の1つです<id>tag:search.twitter.com,2005:1990561514</id>。本当のIDは最後の数字の部分ですよね？Twitterがこれを単一の要素ですでに提供していないのはなぜですか？そして、なぜ2005IDフィールドに1年あるのですか？その年のIDと翌年のツイートのIDはゼロに再カウントされますか？IDは年にインデックス付けされていますか？
since_id新しいツイートを取得するオプションを使用するので、私はこれらすべてのものを求めています。IDが実際には一意でなく、年によって異なる場合、期待どおりに機能しません。
ありがとう。
タグは一意ですが、その一部は冗長です。
tag:search.twitter.com,2005:1990561514
明らかに、search.twitter.comは、ドキュメントをリクエストした場所からのURLです。
2005年は一定です。私の知る限り、サービスが開始されてから変更はありません。公式のドキュメントはありませんが、ATOM仕様の名前空間を参照していると思います-http ://www.w3.org/2005/Atom "
最後に、長い数字はツイートのステータスIDです。これは常に一意であり、since_idに使用できます。
文字列を分割し、コロンの後の数字をIDとして使用する必要があります。
あなたは何か間違ったことをしていると思います。Twitter Search APIの結果の例をすべて見ると、表示されているこのような形式のidフィールドはありません。
例えば：
http://search.twitter.com/search.json?q=%40twitterapi%20-via
また、リクエストの例のページを確認すると、すべてのidフィールドが通常の形式であることがわかります。
"id":122032448266698752
アップデート：
アトムフィードを使用していることがわかったので、一見奇妙な形式の要素がどこから来ているのかがわかります。アトムフィードでの重複の回避については、この記事を参照してください。別の役立つ記事。
基本的に、Atomフィードには、フィード内の各要素に一意のIDが必要です。一部のフィードでは、一意性を確保するために「タグ」スキームを使用しています。この形式は実際にはAtomフィードでかなり一般的であり、多くのフレームワークがデフォルトで使用します。たとえば、RoR AtomFeedHelper（Twitterが使用するものでさえあるかもしれません）は、デフォルトのフォーマットを次のように指定します。
"tag:#{request.host},#{options}:#{request.fullpath.split(".")}"