[Question] Is it possible to get the replies (and replies to the replies) to a tweet with twint? #513
Comments
Yes&No No because there's no way, as of now, to place the ID of the tweet and get only the replies to it Yes because if you know the ID of the tweet which you want the replies of (let's call it |
Actually I am trying to collect all the reply threads to a primary tweet. Since the reply_to_id does not exist among tweet attributes, using the above method the model mix up the replies threads in some cases. Assume user A replies to a tweet, then it gets a reply from user B. After, user A responds to B's reply. Or assume user A replies to the main tweet several times and gets replies from a group of users in each case. Then, using, "To" configuration the model cannot get the correct tree structure of replies. Is there any other method to troubleshoot the problem? I wonder the only way to resolve some ambiguation is using the 'reply_to' attributes, unless, we can add some fields to the attributes. |
Technically speaking, in such case a new discussion is involved In your case I would get all the replies to the "mother tweet", and than for every "child tweet", get the corresponding replies In the That's what I'd do, as starting point at least Hope this helps |
I am fairly certain that searching "to:@user" picks up all replies regardless of where they are in the tree. This should get replies to the original user, replies to replies, etc. If you notice on Twitter itself, all names involved in a reply are there. So if @user1 makes a tweet and @user2 replies to @user1 and @user3 replies to @user2, when @user3 makes a reply, you will see both @user2 and @user1 in that tweet. In this case, simply doing a search for "to:@original_user" should eventually find all tweets in the tree. (I'm ~80% this is the case.) |
Thank you for your response.
If we could customize to "to:@original_user" that made everything easier. |
My bad -- the mistake I made was using "to:@user1" instead of "@user1" -- if you do a search for "@user1" it picks up all tweets in the tree (replies, replies to replies, etc.) I just tested this and was able to reconstruct the entire tree for a few sample cases. So this works well -- you will also get all user mentions with "@user1" but you can throw everything out except the tweets with "in_reply_to_status_id" or "in_reply_to_screen_name". |
*Sure. Thank you. *
…On Thu, Sep 12, 2019 at 3:35 PM Ed Summers ***@***.***> wrote:
Would it be ok to close this ticket now?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#513?email_source=notifications&email_token=AH3WOSQ6A5ELH3LOSEMDBDTQJKKZPA5CNFSM4IUN2HPKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6TAGUA#issuecomment-530973520>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AH3WOSVQFPCVCVQZXIBIVQLQJKKZPANCNFSM4IUN2HPA>
.
|
Is I can track replies with |
To fetch replies to a tweet, one needs the tweet ID. The tweet ID (of 20 characters) scraped by twint is getting rounded off to the 5th digit from left. Therefore, it is not the correct representation of the tweet. Can anyone help? |
@AmanKabra |
@himanshudabas 0 1.289350e+18 These are for all unique tweets. 4 IDs are being shown as duplicate (using drop.duplicate() function in python). This is only possible if there last few digits of conversation_id are being set to zero. Could you suggest something else? Thanks in advance. |
@AmanKabra
|
|
Response: 0 1289350000000000000 Should I scrape from scratch? |
@AmanKabra |
No description provided.
The text was updated successfully, but these errors were encountered: