when looking at the redirect chain I identified a problem. Linked Data enforces https but then has a fallback to http which does not make sense to me and can break downloading data. (I remember if you download files with vanilla Java e.g. from the databus/collections (whereas the databus file identifiers use https) you have a problem with files that point to non-https download locations (so original download url is not https. fix applied to solve this dbpedia/dbpedia-databus-collection-downloader@6091021)
Where did the problem occur (e.g. dbpedia.org/sparql, lookup, spotlight)?
Linked Data interface of dbpedia.org ( http://dbpedia.org/resource/.. )
Problem description
when looking at the redirect chain I identified a problem. Linked Data enforces https but then has a fallback to http which does not make sense to me and can break downloading data. (I remember if you download files with vanilla Java e.g. from the databus/collections (whereas the databus file identifiers use https) you have a problem with files that point to non-https download locations (so original download url is not https. fix applied to solve this dbpedia/dbpedia-databus-collection-downloader@6091021)
http://dbpedia.org/resource/Berlin --[303]--> https://dbpedia.org/resource/Berlin --[303]--> http://dbpedia.org/data/Berlin.ttl -[303]-> https://dbpedia.org/data/Berlin.ttl
Expected behaviour
Fix option 1: https not enforced when rdf mimetypes are requested (for html mimetype https enforcing makes sense and this is probalby what broke it, a wrong lets-encrypt auto setting) http://dbpedia.org/resource/Berlin --[303]--> http://dbpedia.org/data/Berlin.ttl Fix option 2: https enforced http://dbpedia.org/resource/Berlin --[303]--> https://dbpedia.org/resource/Berlin --[303]--> https://dbpedia.org/data/Berlin.ttl
Request/Reproduction