josircg / twitsearch Goto Github PK

Quando o usuário seleciona um filtro por Projeto na tela do Admin, ele continua mostrando todos os termos. O correto é só mostrar os Termos associados ao projeto selecionado no filtro anterior.

Como o mecanismo de busca interpreta diferentemente o filtro e o stream, o usuário deve ter uma opção de fazer ou não a busca por stream. Na verdade, a carga via stream deve ser feita apenas para projetos que tem um volume muito grande e pontual.

Assim, vamos diferenciar a importação via stream e via filtro normal.

https://developer.twitter.com/en/docs/twitter-api/v1/tweets/filter-realtime/guides/basic-stream-parameters

Incluir na tela de Estatísticas um mapa de calor tendo como eixo X os dias e no eixo Y as horas.

Permitir gravar o posicionamento geográfico dos tweets de um projeto no Visão IBICT (visao.ibict.br):

1. Registrar os dados de autenticação no local.py
2. Teste de Login e gravação da categoria "Mídias Sociais"
3. Obter o resumo dos tweets de um determinado projeto por localização no Brasil.
4. Gravar o resumo no Visão - um indicador para cada projeto

A estrutura do resumo dos tweets deve conter Municipio, Peso dos Tweets onde o peso é a soma dos pesos individuais de cada tweet. O peso de um Tweet é número de "likes" + 3 * número de retweets.

Pensar também em mapas de densidade: onde o número de seguidores de um único retweeter faz com que aquele retweet tenha uma "massa" maior que outros retweets.
https://www.researchgate.net/publication/321325289_Scaling_laws_in_geo-located_Twitter_data

Além dos Retweets, uma métrica interessante são as menções. É um usuário chamando a atenção do outro, seja para provocar negativamente o usuário ou para alertar o usuário de algo que lhe diz respeito. Registrar quem mencionou determinado usuário pode trazer um rede diferente da rede de retweets.

Criar estrutura Mentions indicando o tweet original e o usuário que foi mencionado.

Montar uma nuvem de hashtags de um determinado projeto

Incorporar a rotina de getoldtweets na biblioteca.

Algumas pesquisas qualitativas estão interessadas apenas no tweet original e não nas interações. Assim, é interessante criar uma opção no projeto para não importar os retweets, menções e replies.

1. Criar opção no projeto (ou no termo?)

2. Ao executar o crawler, incluir as opções "-is:retweet -is:reply -is:quote"

Rotina para buscar na base de dados tweets orfãos a partir de um determinado termo. A rotina será chamada via thread sempre que um termo for incluído ou alterado.

Não é necessário gravar a mensagem inteira de um retweet. Nova estrutura Retweet que irá registrar apenas o tweet original, o usuário que fez retweet e o momento (caso se queira no futuro ver a velocidade como a mensagem original ganhou retweets).

1. Rever o número de retweets não baseado no que foi coletado mas pela soma de Tweet.retweets

2. Mostrar também os 3 tweets mais favoritados.

https://developer.twitter.com/en/docs/tweets/search/guides/standard-operators

Muitas vezes, um tweet é capturado mas nem todos os seus retweets vem na busca. Assim, deve existir uma rotina parela que busca todos os usuários que retweetaram caso o número de retweets capturados na busca seja menor que o número indicado no tweet.

A rotina irá rodar em background da mesma forma que o crawler e o import.

Hoje, um usuários podem visualizar os projetos de qualquer outro usuário. Temos que criar uma restrição no Admin para que o usuário só veja os projetos de usuários que façam parte do seu mesmo grupo.

A única exceção é o super user que pode visualizar todos os projetos.

Assim as tarefas são:

1. no admin do projeto só permitir que o usuário visualize os projetos dos usuário do mesmo grupo que ele.
2. Criar também um filtro na tela do Projeto para um determinado usuário.
3. Na tela de Tweet, só mostrar o filtro para os projetos de sua autoria.

1. Criar atributo no modelo
2. ajustar a importação para obter esse valor dos Tweets
3. Habilitar admin para visualizar atributo