The script has been failing as whomever deals with managing the
website's content did a mistake and there is a broken link there - one
that was also breaking our validation.
This can (and probably should) be reverted in the future.
O acesso ao ficheiro em questão deixou de ser público, pelo que iremos
assumir que o problema está resolvido. Em paralelo, procuramos
validação da situação junto a algum técnico de cadastro predial: mais
informação em #98 .
Anteriormente, no site https://www.aterratreme.pt/ havia credenciais
em uso em plaintext (http em vez de https), mas essa situação já se
encontra resolvida.
Museu do Azulejo: http://www.museudoazulejo.gov.pt/
O site do Museu do Azulejo, que era anteriormente feito em flash,
esteve indisponível durante meses, e agora voltou com apenas uma
landing page, indicando que o site se encontra "em reestruturação".
Acreditamos que o novo site já não vá ser feito em Flash, e damos o
incumprimento como resolvido.
De notar que a landing page actual não cumpre as normas de
acessibilidade, mas tendo em conta que é um site temporário, tenhamos
esperança que essa situação não se mantenha, e, de qualquer forma,
esse é um assunto para ter em atenção pelo Observatório Português de
Acessibilidade Web.
A informação sobre vendas mensais de derivados de petróleo (pelo
menos) encontra-se apenas em formato XLSX, em violação ao Regulamento
Nacional de Interoperabilidade Digital.
Closes: #91
Por muita pena que tenha desta plataforma ser o que é, infelizmente a
Lei das Normas Abertas não se lhe aplica, tal como foi analizado em
2018, quando pela primeira vez recebemos uma queixa dela: #16 .
O tl,dr; é: "infelizmente, estando este site fora das mãos da AP, o
RNID não se lhe aplica."
O observatório português de acessibilidade web já faz esta
monitorização. Para evitar duplicar esforços, vamos deixar
de registar
estes incumprimentos.
We were actually running wget and letting the user see the output...
and get its error code, which is quite fine in a manual run, but
messes with the automatic running of these scripts.
Now, we still do wget and validate its error code, but instead the
script then does its business as usual (and hopefully this fixes our
cron'ed GA).
This patch also changes the time at which the scheduled cronjob runs,
just because it is still once a day, which is what we want, and will
give us still a run today (so we can have it run with this change
sooner rather than later).