Wikipedia:Teknisk forum

Landsbybrønden	Nybegynderforummet	Teknisk forum	Opslagstavlen

---

Velkommen • Guide • Snydeskema • Hjælp • Ofte stillede spørgsmål • Øvrige spørgsmål • Ordliste • Mentorprogrammet • Nybegynderforum • Teknisk forum • Opslagstavle

Teknisk forum Velkommen til Teknisk forum! Dette er stedet, hvor du kan få teknisk hjælp til at redigere Wikipedia, hvis noget driller, eller hvis du bare ikke ved, hvordan en bestemt ting skal gøres. Det kan for eksempel være brugen af avancerede wikikoder, opbygning og brug af skabeloner, hjælp til modulprogrammering i Lua eller andet. Kort sagt: Dette er stedet, hvor man kan få afklaret tekniske spørgsmål og få hjælp til at få tingene til at virke. Afsluttede og inaktive diskussioner kan ses i arkiverne: 2017-2018, 2019-2020, 2021-2024. Tidligere fandtes Wikipedia:Fejlrapporter, hvor tekniske fejl på Wikipedia blev samlet. Denne funktion varetages nu af teknisk forum. Arkivet for Wikipedia:Fejlrapporter kan ses på Wikipedia:Fejlrapporter/Arkiv1 (2008 - 2016).

Opret et nyt emne

Hviderusland -> Belarus

I forbindelse med masseretning af navnet Hviderusland til Belarus i diverse artikler, jf. Wikipedia:Flytteforslag/Belarus, er der to ændringer, jeg ikke ved hvor man foretager:

1. Ændring af oversigtskort i infobokse, så man kan skrive "landkort=Belarus" og få det rigtige kort frem
2. Ændring af sprogbetegnelsen, så f.eks. {{lang-be|Мiнск}} medfører, at der kommer til at stå "belarusisk: Мiнск" i teksten.

Vil nogen bistå med at rette disse forhold - jeg formoder, at der i begge tilfælde blot er tale om at ændre en enkelt indstilling, men jeg ved som sagt ikke, hvor det gøres? Økonom (diskussion) 28. dec. 2025, 10:37 (CET)

@Økonom Det kan gøres med at flytte Skabelon:Kortpositioner Hviderusland til Skabelon:Kortpositioner Belarus og rette linket i {{lang-be}}. Steen Th (diskussion) 28. dec. 2025, 11:14 (CET)

Det er forholdsvist nemt teknisk, men skal punkt 2 gøres? Sprog og lande hører kun undtagelsesvist sammen, og hviderussisk (sprog) tales i adskillige lande, ligesom der også tales andre sprog end hviderussisk i Belarus. Jeg stillede flytteforslaget, og det omfattede ikke sproget. Hvis sproget skal flyttes, skal det efter min opfattelse vedtages særskilt. Kartebolle (Dipsacus fullonum) (diskussion) 28. dec. 2025, 11:19 (CET)

Mit argument for at ændre titlen på landet var at Belarus nu er mest udbredt i dansksprogede medier. Hvis titlen på sproget også skal ændres, bør sprogbrugen mht. sprognavn først undersøges. Sammenlign i øvrigt med landenavnet Holland og sprognavnet nederlandsk (sprog), som også bruger forskellige ord. Kartebolle (Dipsacus fullonum) (diskussion) 28. dec. 2025, 11:25 (CET)

Hm - jeg må indrømme, at jeg har opfattet det som en helt naturlig konsekvensrettelse af flytteforslaget, at indbyggerne flyttes til belarusere og sproget til belarusisk samtidig med, at landets navn er blevet flyttet. Derfor flyttede jeg sprogsiden til Belarusisk (sprog) samtidig med landesidens flytning og meddelte det på flyttediskussionssiden for 8 dage siden, uden at det indtil nu har medført nogen indsigelse. Jeg er ikke bekendt med, at nogen bevidste danske sprogbrugere (medier/institutioner) faktisk sondrer på den måde, at de kalder landet Belarus, men fortsat sproget hviderussisk. Alle de medier, jeg har bemærket, som skriver Belarus, kalder også sproget belarusisk. Så er dette en reel problemstilling eller blot en rent teoretisk? Økonom (diskussion) 28. dec. 2025, 13:53 (CET)

For mig at se er det en reel problemstilling. Jeg har kun meget sjældent set sproget omtalt i nyhedsmedier, så jeg har ikke nogen praksis at støtte mig til her på samme måde som for landet som tit er omtalt. Men jeg tror at vi som danskere har en tendens til at overvurdere sammenhængen mellem et sprog og et land, da dansk bortset fra det danske mindretal i Tyskland kun tales i Danmark, og alle i Danmark har det som modersmål (bortset fra det tyske mindretal og indvandrere) Jeg ser her bort fra Færøerne og Grønland, hvor specielle forhold gør sig gældende. Det er globalt set meget sjældent at der er en så nær sammenhæng. Hvis der er evidens for at sproget nu kaldes belarussisk på dansk, vil jeg støtte ændringen, men ellers ikke. Kartebolle (Dipsacus fullonum) (diskussion) 3. jan. 2026, 22:41 (CET)

Diskussionen her har givet anledning til WP:Flytteforslag/Belarusisk (sprog), hvor diskussionen kan fortsættes. Økonom (diskussion) 8. jan. 2026, 08:27 (CET)

Henvisninger for Belarus' fodboldlandshold i skabelon

@Steen Th Måske kan du også hjælpe med at rette skabelonen for Belarus' fodboldlandshold, der giver anledning til mange røde links? Jeg kan finde skabelonen fb-f, men kan ikke finde skabelonen, hvor fejlen kan rettes. PHE77 (diskussion) 3. jan. 2026, 22:01 (CET)

@PHE77 Henvisninger sker via {{fb}} for fodboldlandsholdet for mænd og {{fb-k}} for kvinder. Du næver {{fb-f}}, som er for futsallandshold. Men metoden, hvordan man løser det, er den samme.

Rettelsen skal ske i {{Lande data Belarus}}. Det skal via tilføjelse af |link alias-fodbold=. Det er gjort i {{Lande data USA}} og {{Lande data Schweiz}}, så de kan bruges som eksempler hvordan det gjort med tilsvarede problem.

Metoden virker for fodbold, men for andre sportsgrene, som håndbold og ishockey, hvor der bruges navngivning med tilføjelse af (Herre) og (Damer) i sidenavn, skal der arbejdes med metoden... Steen Th (diskussion) 4. jan. 2026, 10:17 (CET)

@Steenth Tak for svar. Når jeg kigger i skabelonen "Lande data Belarus", så står det umiddelbart rigtigt (Belarus') og ikke (Belaruss). Jeg ved derfor ikke, hvordan man løser problemet, ud over at man selvfølgelig kan lave en omdirigering fra "Belaruss fodboldlandshold". Du må derfor meget gerne foretage rettelsen, hvis du har en bedre metode. PHE77 (diskussion) 4. jan. 2026, 12:12 (CET)

@PHE77 Jeg har rettet det i "Lande data Belarus", så alle links burde være i orden.

En tilføjelse, som jeg har fundet af ved med at arbejde med det, at {{Lande flaglink}} og {{Flaglink/core}} bruges til det og andre skabeloner som fx {{hb}} og {{ih}} bruger egne, som ligner at kommer fra den svenske Wikipedia. Det vil jeg kigge på at få ensrettet over tid, så de opføre sig ens. Steen Th (diskussion) 4. jan. 2026, 13:39 (CET)

@Steenth Stærkt! Tak for det. Godt at der er folk som dig med stor indsigt i det mere tekniske. PHE77 (diskussion) 5. jan. 2026, 12:09 (CET)

Jeg har kigget mere på det og jeg er kommet frem til, at den metode, som jeg har brugt her, ikke er den bedste. Og det har jeg skrevet om på Wikipedia-diskussion:WikiProjekt Skabeloner#Lande data og genitivendelser for at gøre mere simpel, at håndtere det i de relevante skabeloner. Steen Th (diskussion) 26. jan. 2026, 13:31 (CET)

Autoarkiv

Det kan være jeg tager fejl, men er vi ikke enig om at botten der normalt håndterede {{Autoarkiv}} ikke længere er aktiv? … i hvertfald ikke til denne opgave. — SimmeD ^{(diskussion, bidrag)} 13. jan. 2026, 19:32 (CET)

Der er bekræftet, det er selvfølgelig Bruger:Dawikibot som stod for denne opgave. Denne opgave er dog ikke længere aktiv, da scriptet ikke er opdateret længe. Jeg vil prøve at kigge på at få opgaven op og køre igen, således at sider med den påsatte skabelon, vil fungere som det gjorde førhen. — SimmeD ^{(diskussion, bidrag)} 13. jan. 2026, 19:51 (CET)

@SimmeD Så der kommet et ny bot-job til opgaven. Se Wikipedia:Landsbybrønden/Ny arkivbot er kommet igang. Og også denne side bliver nu igen arkiveret. Steen Th (diskussion) 29. mar. 2026, 13:03 (CEST)

Mistede alle ændringer ved redigering af TemplateData for Skabelon:Infoboks virksomhed

Jeg har lige siddet og møjsommeligt arbejdet på at forbedre TemplateData for Skabelon:Infoboks virksomhed. Jeg har brugt måske 1-2 timer på det (husker det ikke, da jeg som så ofte før var i flow).

Bemærk at jeg i første omgang havde problemer med at finde redigeringsværktøjet, for da jeg på siden Skabelon:Infoboks virksomhed trykkede på linket (ikke knap) "Rediger TemplateData" til højre for overskriften "Skabelonparametre", fik jeg godt nok redigeringsværktøjet, men med en advarsel: "Bemærk: Der findes allerede en TemplateData-blok på den tilknyttede side "Skabelon:Infoboks_virksomhed/dok"."

Derfor gik jeg til Skabelon:Infoboks_virksomhed/dok-siden, rullede ned til TemplateData-afsnittet, og trykkede på "rediger kildetekst" til højre for "TempataData"-overskriften.

Dernæst, på siden https://da.wikipedia.org/w/index.php?title=Skabelon:Infoboks_virksomhed/dok&action=edit&section=3, trykkede jeg på knappen "Rediger TemplateData" (knap, ikke link), og jeg fik den almindelige dialogboks, hvor man så kunne redigere i TemplateData, altså alle parametrene. Og der var lidt udfyldt i forvejen, dog ikke meget.

At redigere TemplateData har jeg gjort mange gange før, uden problemer, via det visuelle værktøj (dialogboksen).

Men denne gang, da jeg havde lavet en masse ændringer, og til sidst trykkede Anvend, mente systemet, at der ingen ændringer var. Et tryk på "Changes" (mærkeligt det står på engelsk) gav:

Nuværende version		Din tekst
(Ingen forskel)

Et tryk på Preview (igen lidt mærkeligt, at det står på engelsk, når resten er på dansk) giver også absolut ingen ændringer i forhold til da jeg startede.

Så der er en eller anden alvorlig fejl i systemet. Det må jo ikke bringe et fuldt fungerende redigeringsværktøj op, og så smide alle ændringer væk, når man trykker Anvend.

Så jeg har to pointer med denne henvendelse:

1) Hvem har forstand på de tekniske dele? Og kan vedkommende rette den fejl, der gør, at brugerne mister deres data, når de trykker "Anvend"?

2) Er der en måde jeg kan komme til at redigere de pågældende TemplateData inden for relativt kort tid, mens jeg nogenlunde husker, hvad jeg havde udfyldt? Og altså vel at mærke på en sikker måde, så jeg ikke mister alt det indtastede igen? Jeg tror ikke jeg orker skrive det ind direkte i JSON, da der kan opstå så mange syntaksfejl undervejs, og da det også er sværere, da man ikke direkte bliver spurgt om de enkelte felter (etiket, eksempler, osv.). Kan man fx flytte TemplateData væk fra /dok, hvor det måske ikke fungerer så godt, og direkte til Skabelon:Infoboks virksomhed, hvor der jo er en fin Rediger TemplateData-knap? Vil det fungere, og måske fungere bedre? Bemærk at jeg ikke har forstand på, hvordan TemplateData teknisk fungerer, kun at jeg har brugt det som bruger mange gange, uden problemer. Jeg husker dog ikke, om det primært har været på engelsk Wikipedia. Jhertel (diskussion) 8. feb. 2026, 17:51 (CET)

Jeg brugte i øvrigt Chrome 144.0.7559.133 på Windows 11. Jeg har lige prøvet igen at lave en lille ændring for at afprøve, og det er konsekvent både i Chrome og Firefox (147.0.2.959), at alle ændringer mistes, så snart man trykker Anvend. Altså før man overhovedet når til at gemme/offentliggøre ændringen på serveren. Og det sker helt uden advarsel, at man mister ændringerne. Jhertel (diskussion) 8. feb. 2026, 19:43 (CET)

Du skal ikke redigere afsnittet som indeholder TemplateData, men redigere hele dok-siden ved at bruge linket Rediger kildekode i menuen øverst på siden. Når redigeringsvinduet er åbent, kan du så vælge "Rediger TemplateData" over redigeringsvinduet. Jeg har lige prøvet det uden problemer.

TemplateData skal være på dokumentationsiden da det er en del af dokumentationen, og så dataene kan redigeres uden at tusindvis af artikler som inkluderer infoboksen, skal genformateres efter hver redigering. Kartebolle (Dipsacus fullonum) (diskussion) 8. feb. 2026, 22:12 (CET)

Ah, okay. Godt der er en måde at omgå fejlen! Jeg har forsøgt nu som en test, og det virker. Det løser punkt 2 fuldstændig. Tak for tippet!

Ad punkt 1 er der selvfølgelig stadig en fejl i systemet, siden det overhovedet kan ske, at man får lov at redigere TemplateData ad den vej, jeg benyttede, samtidig med at alt, hvad man ændrer, tavst bliver smidt væk.

Det er dog uklart for mig, om det gælder på alle wikier eller kun på den danske. MediaWiki-softwaren burde jo slet ikke kunne tillade det, uanset indstillingerne på den enkelte wiki. Så jeg vil konkludere, at det må være en fejl i den generelle MediaWiki-software. Hvis jeg orker det, må jeg vel rapportere om fejlen på Phrabricator en dag via https://www.mediawiki.org/wiki/How_to_report_a_bug. Fejlen er jo ret alvorlig, da den involverer både pludseligt fuldstændig datatab og mistet manuelt arbejde, i et tilfælde hvor brugeren blot gør noget, som grænsefladen selv direkte opfordrer til (ved at have links og knapper til det). Jhertel (diskussion) 8. feb. 2026, 22:37 (CET)

Okay, nu er jeg forvirret. Det forekommer mig, da jeg prøvede at gøre, som du beskrev, at den faktisk huskede ændringen. Jeg bliver dog helt i tvivl, for nu hvor jeg prøvede igen, var problemet der igen!

Denne gang gjorde jeg, som du beskrev (i Chrome):

1. Gik til Skabelon:Infoboks virksomhed/dok
2. Trykkede på "Rediger kildekode" for hele siden (https://da.wikipedia.org/w/index.php?title=Skabelon:Infoboks_virksomhed/dok&action=edit)
3. Trykkede på knappen "Rediger TemplateData" øverst til venstre på siden.
4. Fik dialogboksen "Redigering af skabelondata".
5. Tilføjede et enkelt ord til beskrivelsen af parameteren Navn.
6. Trykkede på knappen Anvend.
7. Trykkede på knappen Changes nederst på siden.
8. Fik at vide, at der ingen ændringer var (!).
9. Trykkede igen på knappen "Rediger TemplateData" øverst til venstre på siden.
10. Bemærkede, at det tilføjede ord fra tidligere var væk.

Jeg har også prøvet at slå alle udvidelser fra i min browser og genindlæse. Samme problem.

Jeg bemærker denne fejl i loggen, allerede når jeg genindlæser siden:

MediaWikiMetricsClientLogger.js:19 The stream mediawiki.web_ui_actions is out of sample. No event will be sent

Og når jeg trykker Rediger kildekode får jeg fejlene:

startup.js:1319 This page is using the deprecated ResourceLoader module "jquery.ui".

Please use Codex instead.

startup.js:1319 This page is using the deprecated ResourceLoader module "moment".

[1.44] Use mediawiki.DateFormatter or native Intl function instead. See https://phabricator.wikimedia.org/T146798

MediaWikiMetricsClientLogger.js:19 The stream mediawiki.web_ui_actions is out of sample. No event will be sent

Og når jeg trykker på knappen "Rediger TemplateData" får jeg yderligere denne fejl:

Blocked aria-hidden on an element because its descendant retained focus. The focus must not be hidden from assistive technology users. Avoid using aria-hidden on a focused element or its ancestor. Consider using the inert attribute instead, which will also prevent focus. For more details, see the aria-hidden section of the WAI-ARIA specification at . Element with focus: <a.oo-ui-buttonElement-button> Ancestor with aria-hidden: <div.mw-body ve-init-mw-desktopArticleTarget-targetContainer#content>

Får du tilsvarende fejl i loggen?

Jeg prøver bare at finde ud af, hvad der er forskelligt fra dit og mit miljø, siden det virker fint hos dig, og det kun synes at virke en sjælden gang imellem hos mig (endnu kun én gang ud af mange forsøg). Jhertel (diskussion) 8. feb. 2026, 23:20 (CET)

Jeg prøvede også lige igen i Firefox, og stadig nøjagtig samme problem. Den glemmer alt, hvad jeg ændrer. Også når jeg benytter din metode, altså med at redigere hele siden. Jhertel (diskussion) 8. feb. 2026, 23:22 (CET)

Okay, nu fandt jeg årsagen og løsningen: Det er wikEd, der ikke virker ordentligt. Hvis jeg slår den fra (med ikonet i øverste højre hjørne), virker redigering af TemplateData uden problemer. Jhertel (diskussion) 10. feb. 2026, 01:39 (CET)

Har rapporteret det på https://en.wikipedia.org/wiki/User_talk:Cacycle/wikEd#The_TemplateData_editor_throws_away_all_changes_when_clicking_Apply_when_wikEd_is_active_%E2%80%93_or_is_it_just_an_old_version?. Noget tyder på, wikEd er meget gammel ("wikEd 0.9.155 (November 5, 2017)") – og måske ikke længere vedligeholdt. Jeg anede ikke, hvad det var og at det var slået til. Jeg har slået det fra nu i mine indstillinger under Gadgets. Jhertel (diskussion) 10. feb. 2026, 02:03 (CET)

Tak for at undersøge sagen og finde årsagen til problemet. Bør vi fjerne WikEd fra gadgets for at undgå konflikter? Nogle af de ting, som den kan, er nu indbyggede i WikiMedia eller vedligeholdte udvidelser, men nok ikke alle. Kartebolle (Dipsacus fullonum) (diskussion) 10. feb. 2026, 11:00 (CET)

Ja, jeg tænkte også på det... Det er i hvert fald uheldigt at have en gadget, hvor det nu er kendt, at den i visse situationer (visuel redigering af TemplateData) helt konsekvent forårsager fuldt datatab. Jeg ved selvfølgelig ikke hvad folk vil sige til, at den pludselig ikke længere er der, hvis nogle nu er vant til at bruge den. På den anden side er den jo virkelig gammel og ikke vedligeholdt, og det, kombineret med at den forårsager datatab kunne være tilstrækkeligt argument for, at folk bare må leve med, at den bliver slået fra nu. Jeg synes uventet datatab, og da særligt helt konsekvent uventet datatab (om man så må sige), er ret alvorligt. Man skal kunne have en vis tillid til, at systemerne ikke smider ens data væk.

Så ja, jeg synes personligt, at den bør fjernes som tilgængelig gadget. Hvis enkelte virkelig insisterer på at ville have den, trods risikoen for datatab, kan de stadig installere den som et userscript eller via deres common.js eller global.js, som beskrevet ret udførligt på siden https://en.wikipedia.org/wiki/User:Cacycle/wikEd_installation. Jhertel (diskussion) 10. feb. 2026, 14:44 (CET)

Desuden er det muligt for alle at redigere dokumentationssidn, men man skal være "udvidet bekræftet bruger" for at redigere selve skabelonen, da ændringer der vil påvirke et meget stort antal artikler. Kartebolle (Dipsacus fullonum) (diskussion) 8. feb. 2026, 22:15 (CET)

Jep, det er jeg klar over, og det er kun dokumentationen, jeg vil ændre (jeg er dog også udvidet bekræftet bruger og har været her på den danske Wikipedia i godt 21 år). Og særligt når jeg benytter GUI-redigeringsværktøjet (eller hvad man nu skal kalde TemplateData-dialogboksen) føler jeg mig ret tryg ved heller ikke at lave nogen skadelige ændringer i TemplateData-Json-koden. Jeg stoler (med lidt skrammer nu) stadig på, at MediaWIki-softwaren fungerer, som den skal. Jhertel (diskussion) 8. feb. 2026, 22:57 (CET)

Og i øvrigt rart nu at have konstateret, at det ikke var MediaWiki-softwaren, fejlen lå i, men i stedet i det ikke vedligeholdte brugerscript wikEd. Fuld tillid til MediaWiki genoprettet hos mig. :-) Jhertel (diskussion) 10. feb. 2026, 14:46 (CET)

Request for Comment: VisualEditor automatic reference names

Hi, I’m Johannes from Wikimedia Deutschland’s Technical Wishes team. Apologies for writing in English. Hjælp venligst med at oversætte til dit sprog! We are considering to work on Community Wishlist/W17: Improve VE references' automatic names and reuse. This has been a long-term issue for wikitext editors (see e.g. en:WP:VisualEditor/Named references) which has been among the top-voted wishes in several Community Wishlist Surveys, e.g. 2017, 2019, 2022 or 2023.

We would like your input on the solutions proposed on our project page: m:WMDE Technical Wishes/References/VisualEditor automatic reference names. We are considering several options, which can be combined if desired by the community.

• Changing the default pattern for automatically generated reference names (currently ":n", e.g. ":0", ":1"...) to use the reference type instead (e.g. "book_reference-1").
• Providing a simple mechanism for communities to configure a different default name.
• Generating automatic reference names based on the domain name (if it’s a web citation).
• Generating automatic reference names based on template parameters (e.g. "title" or "last"+"first") – defined by the community.

Feedback

Visit our project page to read about our proposal in detail and share your thoughts on metawiki.

Please note: We will only implement a solution if there’s clear consensus among the global community. Our intention is not to build the perfect solution, but to find a simple and lean one that alleviates the pain caused by auto generated names. We are aware that some experienced VisualEditor users might prefer an option to manually change reference names in VisualEditor, but such a UX intervention is difficult to achieve across reference types and thus out of scope for our team, we can only improve the auto-naming mechanism. We are happy about suggestions for improving certain details of the proposed solutions. Any other feedback and alternative proposals are also welcome – even though it’s out of scope for us, it might still be relevant for future work on this topic.

Please support us interpreting consensus by clearly indicating your opinion (e.g. by using support/neutral/oppose templates). We are aware of en:WP:NOTVOTE, but given that we are facilitating this discussion with users from different wikis, potentially commenting in their native language, clearly indicating your position helps us avoid misunderstandings.

Thank you for participating!

Johannes Richter (WMDE) (diskussion) 19. mar. 2026, 12:15 (CET)

Langtrukne billeder?

I Hørkram Foodservice optræder det samme foto af en lastbil pt 2 steder. I infoboksen ser fotoet helt normalt ud, mens det under infoboksen er blevet unaturligt bredt. Har nogen en forklaring? Hjart (diskussion) 20. mar. 2026, 21:35 (CET)

Hos mig ser billedet normalt ud begge steder. Kartebolle (Dipsacus fullonum) (diskussion) 21. mar. 2026, 04:32 (CET)

Hos mig vises begge billeder også ens, så den konstaterede forskel må skyldes en lokal fejl i den anvendte browser. ~ Hans Christophersen (diskussion) 21. mar. 2026, 07:21 (CET)

@Dipsacus fullonum & @Hchristophersen Ok. Tak for svar. Hjart (diskussion) 21. mar. 2026, 08:04 (CET)

Omdirigering til wiktionary

Har vi sådan en? Den findes på svensk og ser ikke så uoverskuelig, men jeg har ikke tjekket. Link til Mall:Wiktionary-omdirigering Sechinsic (diskussion) 3. apr. 2026, 18:46 (CEST)

Hvad skal den bruges til? I hvert fald ikke i artikelnavnerummet, hvilket den heller ikke gør på svwiki (bevis)
- Sarrus (d • b), 3. apr. 2026, 22:23 (CEST)

Efter min mening kan den godt bruges til artikelnavnerummet. Jeg har netop cuttet wikidata for år og det var derfor jeg kom på de tanker, dvs. artikel-"år" passer rigtigt godt til et soft redirect til wiktionary. Den svenske skabelon er meget overskuelig og ikke så omfangsrig som en:Template:Wiktionary redirect. Sechinsic (diskussion) 3. apr. 2026, 22:41 (CEST)

Det kan jeg ikke støtte. Wikipedia bør ikke fyldes med omdirigeringer til andre hjemmesider. Så forvandles Wikipedia fra en encyklopædi til en linksamling.
- Sarrus (d • b), 3. apr. 2026, 22:53 (CEST)

Jeg giver Sarrus ret. Vor Wiki skal beholde substansen. Mvh. Hans Christophersen (diskussion) 4. apr. 2026, 05:40 (CEST)

en:Wikipedia:Wikipedia is not a dictionary, WP:IKKE. Sechinsic (diskussion) 4. apr. 2026, 11:49 (CEST)

@Sechinsic: Hvad vil du sige med de links? Den danske side siger netop, at Wikipedia ikke er en linksamling til hverken interne eller eksterne hjemmesider (" Hvad Wikipedia-artikler ikke er" pkt. 11 og 12) og at Wikipedia ikke er en ordbog ("Hvad Wikipedia ikke er" pkt. 2). Den engelske sides indhold er irrelevant på dawiki, da det kun gælder på enwiki.
- Sarrus (d • b), 4. apr. 2026, 12:18 (CEST)

Jeg bliver dig svar skyldig. Held og lykke med wiki-arbejdet! (Jeg har også lidt på bedding men arbejder langsomt) Sechinsic (diskussion) 4. apr. 2026, 13:36 (CEST)

Action Required: Update templates/modules for electoral maps (Migrating from P1846 to P14226)

Hello everyone,

This is a notice regarding an ongoing data migration on Wikidata that may affect your election-related templates and Lua modules (such as Module:Itemgroup/list).

The Change:
Currently, many templates pull electoral maps from Wikidata using the property P1846, combined with the qualifier P180: Q19571328.

We are migrating this data (across roughly 4,000 items) to a newly created, dedicated property: P14226.

What You Need To Do:
To ensure your templates and infoboxes do not break or lose their maps, please update your local code to fetch data from P14226 instead of the old P1846 + P180 structure. A list of pages was generated using Wikimedia Global Search.

Deadline:
We are temporarily retaining the old data on P1846 to allow for a smooth transition. However, to complete the data cleanup on Wikidata, the old P1846 statements will be removed after May 1, 2026. Please update your modules and templates before this date to prevent any disruption to your wiki's election articles.

Let us know if you have any questions or need assistance with the query logic. Thank you for your help! ZI Jony using MediaWiki message delivery (diskussion) 3. apr. 2026, 19:09 (CEST)

Jeg har ikke kendskab til at vi henter P1846 + P180 fra Wikidata, hvis vi alligevel gør uden at jeg ved det, vil jeg gerne rette de pågældende moduler og skabeloner hvis nogen fortæller hvilke der er tale om. Kartebolle (Dipsacus fullonum) (diskussion) 3. apr. 2026, 20:03 (CEST)

Jeg har hellere ikke kunne finde noget på det. De sider, som er listen, kan jeg ikke se hvorfor de er kommet på den. Steen Th (diskussion) 3. apr. 2026, 20:39 (CEST)

Musikhenvisninger

Hejsa,

• Artiklen har ingen egenskaber for musikdatabaser i Wikidata , dvs. henvisninger til diskografier mm. på fx Discogs og MusicBrainz virker, når man sætter "skabelonen" på for enkeltstående musikere og bands, men ikke når man sætter "skabelonen" på artikler om fx pladeselskaber til trods for, at det også har ID'er på de pågældende platforme. Kan der gøres noget ved det? --Vikebe (diskussion) 6. apr. 2026, 11:03 (CEST)

Altå "to krølleparenteser + udtrykket "musikhenvisninger + to krølleparenteser" kan sættes på under afsnittet eksterne henvisninger for enkeltstående musikere og bands, men det virker ikke, hvis man sætter det samme på for pladselskaber og andre virksomhedstyper i musikbranchen, selvom disse faktisk har ID'er inden på de platforme, som skabelonen henviser til. Vikebe (diskussion) 6. apr. 2026, 11:05 (CEST)

Pladeselskaber er ikke det samme som musikere, så jeg foreslår at lave en ny skabelon som bruger Modul:External links for pladeselskaber, i stedet for at udvide {{musikhenvisninger}} med pladeselskabs-links fra Wikidata. Det vil være ineffektivt at gruppere forskelige emne-typer som musikere og pladeselskaber i samme skabelon. Kartebolle (Dipsacus fullonum) (diskussion) 6. apr. 2026, 14:34 (CEST)

@Dipsacus fullonum Det er sikkert en udmærket idé, men måske skulle man brede den ud til også at kunne håndtere andre virksomhedstyper i musikbranchen, f.eks. lydstudier, da de også har et ID på Discogs. Vikebe (diskussion) 6. apr. 2026, 15:03 (CEST)

Beskrivelsen af Discogs label ID (P1955) omfatter både pladeselskaber og studier. Der er i øvrigt 16 Wikidata-egenskaber som linker til Wikidata egenskab for at identificere pladeselskaber (Q66118361). Se dem i søgningen https://www.wikidata.org/wiki/Special:WhatLinksHere?target=Q66118361&namespace=120. Kartebolle (Dipsacus fullonum) (diskussion) 6. apr. 2026, 17:20 (CEST)

@Dipsacus fullonum Det ser fint ud. Hvordan starter jeg sådan en ny skabelon op, som gør det her? Jeg er ikke erfaren nok til at gennemskue, hvor omfattende opgaven er. Vikebe (diskussion) 7. apr. 2026, 08:18 (CEST)

Spørgsmål om Cite web-skabelonen

Jeg oplever jævnligt, at Cite web-skabelonen giver advarsler. Det ser ud til, at de kommer, når man bruger parameteren "url-status", fx i {{Cite web|title=Hitlisten - Track Top-40 - uge 1, 2026|url=https://www.hitlisten.nu/default.asp?w=1&y=2026&list=t40|website=Hitlisten.NU|access-date=14. januar 2026|url-status=live|date=14. januar 2026}} i Nummer-et hits i Danmark i 2026. Når man åbner artiklen, kommer advarslen "One or more {{cite web}} templates have maintenance messages; messages may be hidden", og mere uheldigt ser jeg i normal læse-mode "{{cite web}}: CS1-vedligeholdelse: url-status".

Mine spørgsmål er nu:

1. Ser man det kun med en speciel opsætning?
2. Er det en fejl i skabelonen? Og så fald, bør der ikke gøres noget ved det? Jeg ser det ofte i referencer kopieret fea en-wiki, så problemet opstår tilsyneladende ikke der.

Hvis jeg er alene om at opleve det, kan jeg vel vænne mig til at se bort fra det. Jeg har hidtil ganske ofte fjernet parameteren, eller slternativt omskrevet til brug af {{kilde}}, men det tager jo tid, når alle parametre skal oversættes. --Arne (Amjaabc) (diskussion) 4. maj 2026, 19:54 (CEST)

{{Kilde}} bruger samme kode som {{cite web}}. Så du behøver ikke at oversætte. Forskellen at der er kun en forskel i en parameter ved kalde af modul, som gør at de opføre sig lidt forskellige.

Omkring |url-status= - det må @MGA73: hjælpe med. Koden er hente fra den engelske Wikipedia. Steen Th (diskussion) 4. maj 2026, 21:49 (CEST)

Hej Arne (Amjaabc)! Jeg kan godt huske, at der var et eller andet med "live" så jeg kiggede lidt på den engelske Wikipedia. På en:Help_talk:Citation_Style_1/Archive_85#url-status=live_without_an_archive-url skriver en bruger først, at "A maintenance message is not an error message." og så er der et link til yderligere info om en:Help:CS1_errors#Controlling_error_message_display. Så det er vist noget man aktivt skal bede om at se.

Jeg kunne dog ikke lige finde det sted jeg ledte efter, men som jeg husker det, så er modulet lavet, så hvis man skriver noget i "url-status", så forventer modulet at man også har udfyldt "archive-url" og "archive-date". Det er kun brugerne, der synes, at det giver mening at skrive "live" :-) Meddelelsen forsvinder hvis man fjerner "live" eller hvis man udfylder de 2 andre felter. --MGA73 (diskussion) 5. maj 2026, 19:12 (CEST)

Spørgsmål om CommonsDelinker

Jeg er faldet over den her redigering fra Bruger:CommonsDelinker , men billedfilen ligger stadig på wikimedia commons . Hvad sker der her? Såvidt jeg kan forstå på den meget lange licens-note så ligger billedet i Public Domain, dog måske ikke i USA. Sechinsic (diskussion) 14. maj 2026, 18:02 (CEST)

Det er ikke teknik problem, men spørgsmål hvordan licens på billedet Fil:Mao Zedong sitting.jpg håndteres. Billedet blev slettet og derved det fjernet de steder, hvor det blev brugt - det er formålet med den bot. Senere er billedet blevet gendannet med dette forslag og billedet blev genindsat på vores artikel. Steen Th (diskussion) 14. maj 2026, 18:18 (CEST)

Er du sikker på billedet har været slettet? Sechinsic (diskussion) 14. maj 2026, 20:03 (CEST)

..ikke teknisk problem, nåja. Håber det går at diskutere her alligevel. Sechinsic (diskussion) 14. maj 2026, 20:04 (CEST)

Billedet blev slettet og genoprettet jf. denne log. --SimmeD ^{(diskussion, bidrag)} 14. maj 2026, 20:09 (CEST)

(redigeringskonflikt) HOVSA! Jeg har lige kigget på det link du gav. Jeg kan ikke helt følge hvad der er sket, men der står jo faktisk at filen har været slettet. Undskylder hastværket. Og mange tak til Bruger:Josve05a for at have tjekket affæren Sechinsic (diskussion) 14. maj 2026, 20:12 (CEST)

Har lige tjekket de seneste 500 brugerbidrag fra Commonsdelinker. Der er blevet 'delinket' 222 filer, som jeg har sat i et gallery. Der er faktisk 14 filer som vises. Jeg ville såmænd gerne skrive en parser - jeg bruger pt. Sed, men det harmonerer jo ikke helt med botter? (Skrev Sechinsic (diskussion • bidrag) 14. maj 2026, 21:45. Husk at signere dine indlæg.)