Overleg gebruiker:InternetArchiveBot

meta:User talk:InternetArchiveBot
Dit is een indirecte doorverwijzing.

Geen sectielabel

De link naar http://awardsdatabase.oscars.org/ werkt prima, dus stop met melden dat het niet klopt, ♠ Troefkaart (overleg) 11 nov 2019 20:17 (CET)

Soms wordt de bot geblokkeerd door een website. Ik heb de site-status nu veranderd van dood naar levend, mogelijk helpt dit. Zo niet, dan moet ie op de whitelist. –bdijkstra (overleg) 11 nov 2019 20:24 (CET)

En weer. Tig onnodige reverts en meldingen van nuweg maken, ook overlast voor mods. Kutbot. ♠ Troefkaart (overleg) 26 nov 2019 09:02 (CET)

Ik heb de webpagina op de whitelist gezet. –bdijkstra (overleg) 26 nov 2019 09:46 (CET)

http(s)

Thanks for your good work! Just one thing. I don't think changing http to https needs to be reported on the talk page, like here. Ymnes (overleg) 20 nov 2019 16:59 (CET)

uitgaafgeschiedenis Max Havelaar

De bewerking van deze bot, mijn bewerking is grote kul, de website van het multatuli genootschap werkt prima. zie: multatuli genootschap

Waarom wordt de werking van die botjes van jullie niet gecontroleerd ?

mvrgr J.T.W.A.Cornelisse (overleg) 12 dec 2019 20:46 (CET)

Die website van het Multatuli Museum is nog immer in de lucht. Deze bot werkt niet helemaal goed. Doe er wat aan J.T.W.A.Cornelisse (overleg) 26 dec 2019 10:58 (CET)

Op de witte lijst gezet. –bdijkstra (overleg) 26 dec 2019 13:24 (CET)

SpaceNews links zijn niet dood

Deze bot heeft enkele links naar artikelen van de website SpaceNews.com als dode links bestempeld terwijl de links gewoon werken. Sidebart (overleg) 6 feb 2020 03:56 (CET)

Domein naar 'levend' gezet, hopelijk helpt dat. –bdijkstra (overleg) 6 feb 2020 09:16 (CET)

Hoi, ik zie dat sommige oude SpaceNews-links weer onterecht doodverklaard worden. Als je op de link klikt doet hij het gewoon, het bot ziet ze waarschijnlijk niet. Dit kan worden opgelost door "http" in "https" te veranderen. Groet Sidebart (overleg) 21 aug 2021 03:10 (CEST)

www.dbsuriname.com werkt weer

Er zijn heel wat links naar www.dbsuriname.com aangemerkt als niet werkend en ik heb er zelf ook al een aantal handmatig omgezet naar de mirrorwebsite Fatth.com die er nog een archief van had. Na meer dan een half jaar inactief te zijn geweest, heeft de krant een nieuwe website en daar staan ook hun oude artikelen op (de oude linken werken nu opnieuw, die zijn met de introductie van de nieuwe website blijkbaar niet veranderd). Is het mogelijk dat InternetArchiveBot alle inmiddels onjuiste meldingen van dbsuriname ongedaan maakt? Ik weet niet of de omleggingen naar Fatth.com ook mogelijk zijn (ik vermoed van niet, omdat die een archief van 5 websites bijhoudt - volgens mij niet op initiatief van die Surinaamse media). Maar het eerste zou ook al winst zijn. Ymnes (overleg) 13 feb 2020 18:31 (CET)

InternetArchiveBot verklaart links voor dood bij websites die gewoon werken

Soms zijn websites wel eens onbereikbaar of even uit de lucht. Ik maak diverse bewerkingen van dit bot ongedaan, omdat de links gewoon werken! Zonde van mijn tijd!
Mijn voorstel is dat dit bot pas links bewerkt als ze bij een tweede of derde bezoek nog steeds onbereikbaar zijn.
Graag jullie reacties, JoostB (overleg) 13 feb 2020 19:24 (CET)

Heb dezelfde ervaring. Anderzijds verricht de bot ook veel goed werk! kleon3 (overleg) 25 apr 2020 11:19 (CEST)

dezelfde ervaren begin juni. Misschien is er een probleem met de bot? Wie kan helpen? SpamHunters (overleg) 10 jun 2020 08:42 (CEST)

Ook gisteravond weer hetzelfde, zie deze bewerking, een terugdraaiing van een InternetArchiveBot-bewerking. JoostB (overleg) 31 mrt 2021 11:05 (CEST)

Nee, de link die de bot aantrof was wel degelijk dood. Dat het document beschikbaar is onder een andere link, kan de bot niet weten. –bdijkstra (overleg) 31 mrt 2021 12:23 (CEST)

False positives

Recentelijk is er bij één van mijn artikelen ook een werkende link aangepast naar een archief link in het artikel Grondeffect. Als ik de andere reacties lees, er is iets mis met deze bot. Mikalagrand (overleg) 10 mei 2020 19:32 (CEST)

Op de witte lijst gezet. –bdijkstra (overleg) 10 mei 2020 20:43 (CEST)

Archiveren van een website

Zou iemand het volgende voor mij willen doen? Het Onafhankelijk Kiesbureau (website) van Suriname heeft op zijn website verkiezingsuitslagen gepubliceerd (foto's jpg van proces verbalen) en de verkiezingen lopen heel chaotisch. Wie wil zorgen dat deze website in zijn geheel een afdruk krijgt op achive.org, omwille van de transparantie rond de verkiezingen in Suriname? Ik ken archive.org wel ongeveer, maar weet zelf niet hoe en zou er erg blij mee zijn als iemand dat voor mij wil doen. Alvast bedankt!! Ymnes (overleg) 29 mei 2020 09:17 (CEST)

te snel ingesprongen

zie hier. Je bent veel te snel overgegaan tot het veranderen van de link (de webstie zimmo bestaat .. weinig discussie over). Je tool best wat beter opvolgen ;-) SpamHunters (overleg) 10 jun 2020 08:41 (CEST)

Op de witte lijst gezet. –bdijkstra (overleg) 10 jun 2020 09:41 (CEST)

zichtopmaastricht.nl

Het archiveren van pagina's van deze website levert onbruikbare pagina's op, waarschijnlijk vanwege Adobe Flash?

• https://web.archive.org/web/20160304235147/http://www.zichtopmaastricht.nl/onderwerpen/1e_en_2e_stadsmuur/dossier/uitgebreide_tekst

Ik draai het terug, maar misschien kan dit genoteerd worden? kleon3 (overleg) 11 jun 2020 14:38 (CEST)

De pagina doet het nog, maar de bot denkt van niet, vandaar dat ie de archieflink erin zet. Ik heb de pagina op de witte lijst gezet zodat de bot denkt dat de pagina werkt en de archieflink niet gebruikt wordt. –bdijkstra (overleg) 11 jun 2020 15:23 (CEST)

Reference error

Hi. Your bot caused a reference error here. There were suddenly different reference names defined as "trttv8". In cases like these, I don't really blame the bot though... . It doesn't seem like it happened elsewhere. (Categorie:Wikipedia:Pagina's met referentiefouten) I repaired that error already, but just in case it's useful, I'll report it here. Kind regards. Mvg, TheDragonhunter | Vragen?‍ 24 dec 2020 14:47 (CET)

Hi. The past couple days there were several more of the same kind of error if you need more examples. Here, here, here and here. I also noticed something else. In those edits, your bot added archived links, while there were already archived, but with different parameters. It doesn't seem to cause too many errors like here, but since it caused reference errors in these cases. I reverted the edits of your bots instead. Have a nice day. Mvg, TheDragonhunter | Vragen?‍ 2 jan 2021 15:30 (CET)

Doesn't work properly

Hi, the archive-links don't work properly, because of the English parameters or the date-formatting. See the bot-edit, compared to the corrected parameters. I replaced the English parameters by the Dutch ones, and turned the written out archive-dates into pure numbers. Mikalagrand (overleg) 25 mrt 2021 17:33 (CET)

After looking at the Templatedata, I think that 'dodelink' was causing the issue. It has to be 'dodeurl', 'dode-url', or one of the English variants. Generating the archive-date in numbers also circumvents the need for translating the months. Mikalagrand (overleg) 25 mrt 2021 18:46 (CET)

Zie Overleg sjabloon:Citeer web#archive-url. ∼ Wimmel (overleg) 27 mrt 2021 11:51 (CET)

Dat met 'dodelink' wat 'dodeurl' moest zijn heb ik opgelost in Module:Citation/CS1/Configuration. Met vriendelijke groet, --Strepulah (💬) 6 mei 2021 18:51 (CEST)

Foutmelding

Deze wijziging levert een foutmelding op, waarvan ik niet weet hoe dat op te lossen is. Zou je ernaar willen kijken? Alvast dank. Daka (overleg) 1 apr 2021 21:55 (CEST)

Dat wordt volgens mij opgelost door mijn voorstel op Overleg sjabloon:Citeer web#archive-url. De afgelopen 5 dagen zijn er geen bezwaren gekomen, als dat zo blijft wil ik dat in het weekend wel aan gaan passen. Het probleem is dat archive-date wordt gebruikt, in plaats van archivedate, omdat de Engelstalige wikipedia dat heeft veranderd. ∼ Wimmel (overleg) 1 apr 2021 23:31 (CEST)

Oké, dank voor het antwoord. Het is dus een breder probleem. Fijn dat je het op wilt lossen. Daka (overleg) 2 apr 2021 00:06 (CEST)

Dit is nu opgelost door het sjabloon aan te passen. ∼ Wimmel (overleg) 4 apr 2021 23:42 (CEST)

https://www.sadamaregister.ee werkt gewoon

Ik heb nu al een paar keer gemerkt dat de bot pagina's van de website https://www.sadamaregister.ee (het register van Estische havens) markeert als dood, terwijl ze gewoon werken. Sijtze Reurich (overleg) 15 mei 2021 10:31 (CEST)

Kan je linken naar een voorbeeldbewerking? –bdijkstra (overleg) 15 mei 2021 11:42 (CEST)

Ja. Zie bijvoorbeeld de bewerkingsgeschiedenis van Salinõmme. Sijtze Reurich (overleg) 15 mei 2021 11:54 (CEST)

Bij het aanvragen van die pagina geeft de webserver de code 404 terug, wat aangeeft dat de pagina niet bestaat. Wellicht een manier om bots te weren. –bdijkstra (overleg) 15 mei 2021 12:05 (CEST)

Maar de pagina bestaat wel degelijk. Archive.today heeft er zelfs een archiefversie van: https://archive.ph/Hjonj. (Die heb ik trouwens zelf nog aangemaakt. Soms is Archive.today handiger, andere keren het Internet Archive.) Misschien is het mogelijk om InternetArchiveBot duidelijk te maken dat hij zich niet druk hoeft te maken over de pagina's op Sadamaregister.ee? Sijtze Reurich (overleg) 15 mei 2021 12:16 (CEST)

Volgens de m:InternetArchiveBot/FAQ is er een URL management tool waarmee dat eventueel aan te passen is. Alternatief zouden we {{cbignore}} kunnen aanmaken, dat kan dan gebruikt worden om te voorkomen dat een specifieke link aangepast wordt. ∼ Wimmel (overleg) 15 mei 2021 12:59 (CEST)

Ik heb eerst de reporting tool geprobeerd, maar dan moet ik akkoord gaan met een heleboel dingen waarvan ik de consequenties niet kan overzien. Dat doe ik dus niet. Vervolgens heb ik {{cbignore}} bij een van de links gezet die ik wil beschermen, maar dan komt dat leesbaar in de tekst te staan. Sorry, maar voor een technofoob als ik zijn dit soort oplossingen niet bruikbaar. Sijtze Reurich (overleg) 15 mei 2021 17:22 (CEST)

Excuses, ik was niet helemaal duidelijk mbt {{cbignore}}. Om dat te kunnen gebruiken, moest die eerst op de Nederlandstalige wikipedia worden toegevoegd. Maar dat heb ik zojuist gedaan, en de betreffende link op Salinõmme heb ik gemarkeerd. Als het goed is moet die link nu door InternetArchiveBot met rust gelaten worden. Dit sjabloon kan nu ook op andere pagina's worden toegevoegd. ∼ Wimmel (overleg) 16 mei 2021 20:52 (CEST)

Ach, zo moet het dus. Hartelijk dank! Sijtze Reurich (overleg) 16 mei 2021 21:38 (CEST)

Op Kõrgessaare (Hiiumaa) heeft InternetArchiveBot ondanks de aanwezigheid van het sjabloon {{cbignore}} toch de melding ‘dode link’ toegevoegd aan een verwijzing naar www.sadamaregister.ee. Die link was niet dood én de bot negeerde dus het sjabloon. Sijtze Reurich (overleg) 13 aug 2021 20:59 (CEST)

Misschien heb je de sjabloondocumentatie niet helemaal goed gelezen? –bdijkstra (overleg) 14 aug 2021 00:07 (CEST)

Ik had het sjabloon bij Kõrgessaare (Hiiumaa) op precies dezelfde plaats gezet als bij Salinõmme. Ik lees nooit de documentatie bij een sjabloon. Ik kijk hoe een ander het gebruikt heeft en dat doe ik dan na. Ik heb nu voor het eerst die documentatie bekeken en kan er uiteraard niet goed wijs uit (had ik al eens verteld dat ik een technofoob ben?), maar moet het sjabloon achter die "ref"? Sijtze Reurich (overleg) 14 aug 2021 02:03 (CEST)

Ik ben van mening dat {{cbignore}} correct geplaatst was. Voor externe links is gedocumenteerd dat het direct na de "]" van het einde van de link komt. De voorbeelden laten zien dat het zowel in de <ref> als direct erna mag. De Duitstalige wikipedia beschrijft dat zelfs specifiek. Ik heb een vraag hierover op m:User_talk:InternetArchiveBot#cbignore_ignored? gesteld. ∼ Wimmel (overleg) 14 aug 2021 12:00 (CEST)

Inmiddels antwoord, het bleek een configuratiefout voor deze wiki te zijn. Vanaf nu zou het wel goed moeten werken. Quote: "Sorry for the late response, there was an issue with the configuration of the bot for nlwiki where the bot wasn't configured to acknowledge the template. This has now been fixed and will take effect soon on nlwiki." ∼ Wimmel (overleg) 28 aug 2021 10:46 (CEST)