Wikipedia:Teknisk forum - Wikipedia, den frie encyklopædi

Wikipedia:Teknisk forum - Wikipedia, den frie encyklopædi
Spring til indhold
Fra Wikipedia, den frie encyklopædi
Seneste indlæg:
for 17 dage siden
af Vikebe i emnet
Musikhenvisninger
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
Genvej
WP:TF
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
Arkiver
Arkiv 1
Arkiv 2
Arkiv 3
Arkiv 4
Denne side har arkivsider.
Emner, der har været inaktive i
3 måneder
, arkiveres automatisk
tråd(e) eller flere ad gangen af
Dawikibot
hvis der er mere end
tråd(e) tilbage.
Hviderusland -> Belarus
rediger kildetekst
Seneste indlæg:
for 2 måneder siden
13 indlæg
4 personer i diskussionen
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:
Ændring af oversigtskort i infobokse, så man kan skrive "landkort=Belarus" og få det rigtige kort frem
Æ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)
Svar
Ø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)
Svar
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)
Svar
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)
Svar
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)
Svar
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)
Svar
Diskussionen her har givet anledning til
WP:Flytteforslag/Belarusisk (sprog)
, hvor diskussionen kan fortsættes.
Økonom
diskussion
8. jan. 2026, 08:27 (CET)
Svar
Henvisninger for Belarus' fodboldlandshold i skabelon
rediger kildetekst
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)
Svar
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)
Svar
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)
Svar
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)
Svar
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)
Svar
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)
Svar
Autoarkiv
rediger kildetekst
Seneste indlæg:
for 26 dage siden
3 indlæg
2 personer i diskussionen
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)
Svar
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)
Svar
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)
Svar
Mistede alle ændringer ved redigering af TemplateData for Skabelon:Infoboks virksomhed
rediger kildetekst
Seneste indlæg:
for 2 måneder siden
13 indlæg
2 personer i diskussionen
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
, 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)
Svar
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)
Svar
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)
Svar
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
. 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)
Svar
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):
Gik til
Skabelon:Infoboks virksomhed/dok
Trykkede på "Rediger kildekode" for hele siden (
Trykkede på knappen "Rediger TemplateData" øverst til venstre på siden.
Fik dialogboksen "Redigering af skabelondata".
Tilføjede et enkelt ord til beskrivelsen af parameteren Navn.
Trykkede på knappen Anvend.
Trykkede på knappen Changes nederst på siden.
Fik at vide, at der ingen ændringer var (!).
Trykkede igen på knappen "Rediger TemplateData" øverst til venstre på siden.
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
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: Ancestor with aria-hidden:
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)
Svar
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)
Svar
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)
Svar
Har rapporteret det på
. 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)
Svar
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)
Svar
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
Jhertel
diskussion
10. feb. 2026, 14:44 (CET)
Svar
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)
Svar
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)
Svar
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)
Svar
Request for Comment: VisualEditor automatic reference names
rediger kildetekst
Seneste indlæg:
for 1 måned siden
1 indlæg
1 person i diskussionen
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
rediger kildetekst
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)
Svar
Langtrukne billeder?
rediger kildetekst
Seneste indlæg:
for 1 måned siden
4 indlæg
3 personer i diskussionen
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)
Svar
Hos mig ser billedet normalt ud begge steder.
Kartebolle (Dipsacus fullonum)
diskussion
21. mar. 2026, 04:32 (CET)
Svar
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)
Svar
Dipsacus fullonum
& @
Hchristophersen
Ok. Tak for svar.
Hjart
diskussion
21. mar. 2026, 08:04 (CET)
Svar
Omdirigering til wiktionary
rediger kildetekst
Seneste indlæg:
for 20 dage siden
8 indlæg
3 personer i diskussionen
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)
Svar
Hvad skal den bruges til? I hvert fald ikke i artikelnavnerummet, hvilket den heller ikke gør på svwiki (
bevis
Sarrus
),
3. apr. 2026, 22:23 (CEST)
Svar
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)
Svar
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
),
3. apr. 2026, 22:53 (CEST)
Svar
Jeg giver Sarrus ret. Vor Wiki skal beholde substansen. Mvh.
Hans Christophersen
diskussion
4. apr. 2026, 05:40 (CEST)
Svar
en:Wikipedia:Wikipedia is not a dictionary
WP:IKKE
Sechinsic
diskussion
4. apr. 2026, 11:49 (CEST)
Svar
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
),
4. apr. 2026, 12:18 (CEST)
Svar
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)
Svar
Action Required: Update templates/modules for electoral maps (Migrating from P1846 to P14226)
rediger kildetekst
Seneste indlæg:
for 21 dage siden
3 indlæg
3 personer i diskussionen
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)
Svar
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)
Svar
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)
Svar
Musikhenvisninger
rediger kildetekst
Seneste indlæg:
for 17 dage siden
6 indlæg
2 personer i diskussionen
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)
Svar
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)
Svar
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)
Svar
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)
Svar
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
Kartebolle (Dipsacus fullonum)
diskussion
6. apr. 2026, 17:20 (CEST)
Svar
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)
Svar
Hentet fra "
Skjult kategori:
Artikler uden musikhenvisninger fra Wikidata
Wikipedia
Teknisk forum
Tilføj emne