Именно указанным Вами вариантом я ни разу не пользовался. Я пробовал oauth2 или tweepy. Думаю, oauth2 ближе к описанному Вами варианту. Его я использую для взаимодействия с REST API. Видимо, Вы тоже, если спрашиваете про ограничение на количество запросов? Tweepy — «универсальный вариант». Обертка, позволяющая работать и с REST API, и со Streaming API (как в данном случае). Но у меня tweepy stream регулярно «отваливается» с 420 ошибкой (при единственном соединении). Возможно, это моя криворукость, но с tweetstream такой проблемы нет.
Tweetstream — только для Streaming API (без REST). Про количество запросов — в Streaming API такого понятия, насколько я понимаю, нет. Есть ограничение на количество соединений. И ограничение на объем потока — не больше, чем выдается по statuses/sample. Но это ограничение площадки (Twitter).
Это такой вариант самообразования. Из серии «а что еще можно сделать?» И да, с R я пока знаком значительно меньше, чем хотелось бы. А по поводу возможностей отрисовки в python — совершенно серьезный и насущный вопрос — чем бы Вы отрисовывали карту, точки (имеются в виду библиотеки)? Заранее спасибо!
Видимо, невнятно выразился. ~10k — это уже с геотегом. Прочие не рассматривались. Посмотрел специально другие свои датасеты (где собиралось все) — тегирован где-то 1% твитов.
Tweetstream — только для Streaming API (без REST). Про количество запросов — в Streaming API такого понятия, насколько я понимаю, нет. Есть ограничение на количество соединений. И ограничение на объем потока — не больше, чем выдается по statuses/sample. Но это ограничение площадки (Twitter).