RePEc Data Check for series repec:ete:msiperEach night we check the validity of new and modified templates in the RePEc archives mirrored at EconPapers and run a link checker on a portion of the data. Data for series last updated 2025-09-13 13:21:09 GMT.
EconPapers listing for Working Papers of Department of Management, Strategy and Innovation, Leuven From KU Leuven, Faculty of Economics and Business (FEB), Department of Management, Strategy and Innovation, Leuven rdf/redif-files, ReDIF complianceTemplates with errors can not be processed correctly and are dropped. Lines with warnings
are ignored when the template is processed. Data checked 2025-09-14 07:18:44 GMT, 0 errors and 14 warnings. 174 templates without errors.
Files with errors or warningsClick to view problems in context (login with username datacheck and password repec)
Warnings
|
URL check
176 URLs checked 2025-09-09 16:45:53 GMT, 2 errors, 0 warnings
Papers with bad full text links (File-URL) are not included in NEP.
Errors
Errors indicate bad URLs, the URL should be corrected or removed from the template if the file is no longer available.
- '500' type errors might be temporary, a count is given for the error if it has persisted for more than one week. In this case the cause (which is typically a DNS error or a problem with the server holding the file) should be investigated and the error corrected.
- 'bad file descriptor' is a cryptic error message that most likely means that, for a https link, that there is a problem with the SSL certificate. It might be expired or an intermediate certificate is missing from the server.
- Occassionally an error link might work when you click on it in the browser. Hopefully
this is because the error has been resolved. If this condition persists and the links have been
checked again (the links for a series are rechecked roughly once a week) here are some likely
explanations for the inconsistency:
- Accesses from the outside are blocked but allowed from within the local network. This needs correcting.
- Your web server responds differently to HEAD and GET requests, which it should not. We use HEAD requests to check the links because it puts a lighter load on your web server and saves on network bandwidth. Suitable reading for your web server administrator is sections 4.1 and 4.3.2 in RFC 7231 which specify how web servers should behave. If your administrator insists on not implementing HEAD properly he/she should at least configure the server to return a sensible response such as "405 Method Not Allowed" or "501 Not Implemented" so that we can use other methods (a conditional GET) to check the link.
- The relatively large number of accesses made by the link checker has been identified as suspect by your web server. If so white listing the User-Agent of the link checker should resolve the issue. The User-Agent string is currently "RePEc link checker (https://EconPapers.repec.org/check/)" and you should match on "RePEc link checker" as this will not change.
Errors in series repec:ete:msiper
- repec:ete:msiper:483670
- https://lirias.kuleuven.be/bitstream/123456789/483670/1/MSI_1503.pdf in element 'File-URL'
404 Not Found (8 last link checks)
- https://lirias.kuleuven.be/bitstream/123456789/483670/1/MSI_1503.pdf in element 'File-URL'
- repec:ete:msiper:599465
- https://lirias.kuleuven.be/bitstream/123456789/599465/1/MSI_1712.pdf in element 'File-URL'
404 Not Found (8 last link checks)
- https://lirias.kuleuven.be/bitstream/123456789/599465/1/MSI_1712.pdf in element 'File-URL'
Is your work missing from RePEc? Here is how to contribute.
Questions or problems? Check the EconPapers FAQ or send mail to .
EconPapers is hosted by the
School of Business at Örebro University.