okfn-brasil / querido-diario

📰 Diários oficiais brasileiros acessíveis a todos | 📰 Brazilian government gazettes, accessible to everyone.
https://queridodiario.ok.org.br/
MIT License
1.11k stars 411 forks source link

Am associacao municipal devolpment #1315

Open TLaidler opened 3 weeks ago

TLaidler commented 3 weeks ago

AO ABRIR uma Pull Request de um novo raspador (spider), marque com um X cada um dos items da checklist abaixo. Caso algum item não seja marcado, JUSTIFIQUE o motivo.

Layout do site publicador de diários oficiais

Marque apenas um dos itens a seguir:

Código da(s) spider(s)

Testes

Verificações

Descrição

Este Pull Request resolve a issue #1296, que abordava a necessidade de ajustar o raspador para o site da Associação de Municípios do Amazonas. Devido a mudanças no layout e no padrão de URL do site, foi necessário adaptar o código e criar um novo spider.

Embora o layout do site não siga mais os padrões anteriores, as URLs dos PDFs mantêm uma estrutura previsível que permite a criação de um loop para geração das URLs. A abordagem escolhida foi similar à utilizada para corrigir o spider rj_niteroi, mas adaptada ao novo padrão de data da URL do site atual, no formato YYYYMMDD.

Essas alterações garantem que o raspador identifique corretamente os arquivos PDFs diários, mantendo a robustez do sistema para futuras atualizações de layout.

Além disso, pude encontrar o start_date correto (no caso, a data é 2009-10-19: https://diariomunicipalaam.org.br/visualizar-publicacao/20091019).

O intervalo arbitrário do teste 2 foi entre as datas 1-12-2023 ~ 31-10-2024.

Embora a issue esteja concluída, identifiquei pontos que ainda podem ser melhorados. Por exemplo, em alguns dias há duas publicações distintas (um diário e um extraordinário), como observado no dia 29-10-2024: publicação do diário e publicação extraordinária. O raspador atualmente não consegue distinguir entre esses tipos de publicações, resultando em dias tratados como vazios.

Além disso, ao acessar dias sem publicações válidas, o raspador retorna pastas com arquivos contendo o HTML da página. Seria ideal que ele ignorasse essas páginas vazias, assegurando que apenas arquivos PDF funcionais sejam coletados. Embora eu não tenha tido tempo suficiente para explorar cada um desses problemas, encorajo outros colaboradores focarem nessa issue.

Abraços!

teste3_am_associacao_mun.csv teste1_am_associacao_mun.log teste1_am_associacao_mun.csv teste2_am_ssociacao_mun.csv teste_2_am_associacao_mun.log teste3_am_associacao_mun.log

EDIT: O commit que atualiza o rj_niteroi (issue designada a outra pessoa, mas eu decidi brincar com isso) está vazio. Transferi essas alterações para uma branch minha, mas o commit permaneceu. ^^