User talk:C960657

From Wikidata
Jump to navigation Jump to search

gader mm i hovedstaden

[edit]

Jeg har oprettet eller rørt ved stort set alle gader + de fleste bygninger i københavn og har derfor bemærket dine nylige redigeringer. Bruger du wikidata-søgninger til at finde gader uden named after (P138)? --Hjart (talk) 18:51, 16 January 2021 (UTC)[reply]

Nej, jeg gik klikkede mig blot gennem Kategori:Gader på Østerbro på dawiki fra en ende af. Hvad man ikke har i hovedet, må man have i benene :-) Jeg kendte ikke til query.wikidata.org, men det virker som en god måde at lede efter udsagn, der mangler. --C960657 (talk) 21:06, 17 January 2021 (UTC)[reply]
Ok. Det kan tage lidt tid at blive helt fortrolig med søgninger i Wikidata, så her kommer lige en der finder alle gader i kbh og viser hvad de eventuelt er opkaldt efter:
SELECT ?gade ?gadeLabel ?opkaldt_efter ?opkaldt_efterLabel WHERE {   SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }   ?gade wdt:P31 wd:Q79007.   ?gade wdt:P131 wd:Q504125.   OPTIONAL { ?gade wdt:P138 ?opkaldt_efter. } } LIMIT 1000
Try it!
 ::Der er en del der mangler endnu :-) --Hjart (talk) 15:23, 18 January 2021 (UTC)[reply]
Tak for tippet. Det vil jeg forsøge mig med. --C960657 (talk) 20:03, 18 January 2021 (UTC)[reply]
Hvis du ønsker flere gader oprettet, så er jeg efterhånden pænt fortrolig med https://quickstatements.toolforge.org/ og kan gøre det halvautomatisk. --Hjart (talk) 08:04, 19 January 2021 (UTC)[reply]
Tak :-) Tror dog jeg har rigeligt at rive i pt. --C960657 (talk) 15:33, 21 January 2021 (UTC)[reply]
Hvis du skulle få tid og lyst, så er der efterhånden oprettet et større antal fredede bygninger i Kbh, som endnu ikke alle har fået deres Danish listed buildings case ID (P2783) angivet. Søgningen her finder alle de emner i Københavns Kommune der indtil videre har et sagsnummer:
SELECT ?K_benhavns_Kommune ?K_benhavns_KommuneLabel ?Fredede_bygningers_sagsnummer WHERE {
 SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
 ?K_benhavns_Kommune wdt:P131 wd:Q504125;
 wdt:P2783 ?Fredede_bygningers_sagsnummer. }
LIMIT 1000
Try it!
Bemærk at jeg på en masse bygninger med vilje har undladt at angive street address (P6375) og i stedet angivet located on street (P669), som gør det muligt at lave sjove søgninger som f.eks.
SELECT ?Nyhavn ?NyhavnLabel ?NyhavnDescription ?billede WHERE {
  SERVICE wikibase:label { bd:serviceParam wikibase:language "da". }
  ?Nyhavn wdt:P669 wd:Q943946.
  OPTIONAL { ?Nyhavn wdt:P18 ?billede. }
}
LIMIT 100
Try it!

--Hjart (talk) 20:01, 28 January 2021 (UTC)[reply]

Hvis du med denne søgning klikker på øjet til venstre lige over resultatvisningen og så klikker "image grid", får du vist billeder af alle bygninger, hvilket kan være vældig nyttigt :-)
Tak for gode tips. Jeg tænker, at man optimalt set bør tilføje både adresse og vej. --C960657 (talk) 06:16, 29 January 2021 (UTC)[reply]

Vejkoder m.m.

[edit]
Kunne det egentlig ikke være fedt at batch-importere alle danske veje fra Danmarks Adresseregister (DAR)? Herfra kan man automatisk berige med postnummer, kommune, sogn, vejkode, geo-koordinater mv. --C960657 (talk) 17:07, 25 January 2021 (UTC)[reply]
Jeg har kort diskuteret tilføjelse af vejkoder til allerede oprettede veje med Steenth (talkcontribslogs), men det ser ud til at det ikke nødvendigvis er helt så enkelt som det kunne ønskes. Se "Vejkoder" på hans diskussionsside.--Hjart (talk) 17:27, 25 January 2021 (UTC)[reply]

Asminderød-Grønholt Kommune?

[edit]

Er du helt sikker på de ændringer du lige har lavet på Fredensborg-Humlebæk Municipality (Q1452712)? Det vil i øvrigt være rart for os andre hvis du tilføjer referencer. --Hjart (talk) 18:23, 5 February 2021 (UTC)[reply]

Hvilken del tænker du på? Kommunen hed Asminderød-Grønholt Kommune ved sammenlægningen men skiftede navn allerede året efter, jf. da:Fredensborg-Humlebæk_Kommune. At kommunekoden blev ændret, er omtalt her. Dette understøttes af Statistisk Årbog 1971, hvor kode 203 er nævnt. I Statistisk Årbog 1972 nævnes 208 = Fredensborg-Humlebæk. Jeg undrer mig dog over, hvorfor kommunekoden er ændret i fo--C960657 (talk) 20:30, 5 February 2021 (UTC)rbindelse med et navneskifte. Andre kommuner har skiftet navn, uden at man har skiftet kommunekode. Jeg har tilføjet en reference på den gamle kode. --C960657 (talk) 19:42, 5 February 2021 (UTC)[reply]
Burde nogen af de data i placeres på Asminderød-Grønholt Civil Parish (Q61061043) i stedet for? Hjart (talk) 19:29, 5 February 2021 (UTC)[reply]
Så vidt jeg forstår, repræsenterer Asminderød-Grønholt Civil Parish (Q61061043) den sognekommune, der ved kommunalreformen blev slået sammen med Nødebo overdrev fra den gamle Esbønderup-Nødebo Civil Parish (Q80283861) og blev til den nye Asminderød-Grønholt Kommune, som kort efter skiftede navn til Fredensborg Humlebæk. Man kan overveje, om ikke den gamle sognekommune og den nye kommune er den samme entitet, som blot har skiftet status. Den fortsættende kommunes CVR-nummer 69279414 er oprettet i 1964. Men sådan er mange kommuner brudt op ved kommunalreformen, og det er sikkert også fint nok. Men for at besvare dit spørgsmål: Umiddelbart mener jeg ikke, at data skal flyttes (jeg tror ikke, at kommunerne før 1970 havde kommunekoder). Eller er det andet data, du tænker på? --C960657 (talk) 19:42, 5 February 2021 (UTC)[reply]
Jeg vil umiddelbart mene, at Asminderød-Grønholt Civil Parish (Q61061043) burde omdøbes til Asminderød-Grønholt Sognekommune. --C960657 (talk) 19:45, 5 February 2021 (UTC)[reply]
Jeg er ikke så meget inde i sammenhængende der, men undrede mig bare over at du satte en "officielt navn"="Asminderød-Grønholt Kommune" på Fredensborg-Humlebæk Municipality (Q1452712) og yderligere over navnesammenfaldet med Asminderød-Grønholt Civil Parish (Q61061043) og tænkte der måtte sket fejl. I øvrigt super at du gjorde mig opmærksom på wikibase-cli :-D. Den kan vise sig meget nyttig Hjart (talk) 19:54, 5 February 2021 (UTC)[reply]
Er der mulighed for at du kunne kigge nærmere på https://github.com/maxlath/wikibase-cli/blob/master/docs/write_operations.md#edit-summary et øjeblik? Det ville gøre det væsentlig nemmere at følge med i hvad du laver ;-) Hjart (talk) 20:15, 5 February 2021 (UTC)[reply]
Tjek, jeg sørger for at tilføje et summary. --C960657 (talk) 20:30, 5 February 2021 (UTC)[reply]

dansk label på egenskaber

[edit]

Jeg er ikke glad for din ændring af label på DNF film ID (P1804) - jeg har et behov for at kunne se er om det er egenskab på en titel (dækker også titel på tv-serier og computerspil!) for at kunne forskel til Danish National Filmography person ID (P2626), som er til personer. Jeg også helst også af med bindestreng. Mellemrum er mere læselig. Og jeg storforbruger de egenskaber til film, så jeg er bestemt ikke lige meget hvordan det bliver formatet. Og ID - det er ligemeget, når det normalt er i sektion for eksterne henvisninger den bliver placeret. --Steenth (talk) 00:01, 18 February 2021 (UTC)[reply]

Jeg havde overset eksistensen af Danish National Filmography person ID (P2626). Disse to egenskaber bør naturligvis navngives efter samme princip, så det er tydeligt, at de er beslægtede, men så der ikke er mulighed for forveksling.
Jeg var ikke opmærksom på, at databasen rummer også rummer tv-serier mv. Jeg kender ikke terminologien i Filmdatabasen, men hvis man der bruger “titel” som samlebetegnelse for film, tv-serier mv., er det fint med mig at bruge dette ord. Alternativt kan man bruge ordet “værk”, som er hyppigt brugt i egenskabsnavne.
Egenskaben rummer ikke en reference til et andet Wikidata-emne men derimod en numerisk identifikator. Det er min opfattelse, at den generelle Wikidata-konvention for navngivning af den slags egenskaber er at inkludere “ID” (eller evt. “identifikator”, “kode” eller “nummer”), både på dansk og engelsk. Jeg synes, vi bør følge denne generelle konvention.
Jeg vil mene, at bindestreg før ID-suffikset er obligatorisk i henhold til [retskrivningsreglernes § 57. Det er nok indidviduelt, om man finder det mere læseligt med eller uden bindestreg.
Mht. Danish National Filmography person ID (P2626) mener jeg i øvrigt, at “navn” bør erstattes af “person”, idet der er tale om en identfikator for en person, ikke for et navn (to personer har forskelligt ID, selvom de har samme navn).
Det var mange aspekter af et kort navn :-) Men for at opsummere: Jeg foreslår at ændre navnet igen til Filmdatabasen-titel-ID eller Filmdatabasen-værk-ID, samt at Danish National Filmography person ID (P2626) omdøbes til Filmdatabasen-person-ID. Hvad siger du til det? --C960657 (talk) 17:21, 18 February 2021 (UTC)[reply]
Det ligner meget at du ikke har arbejdet med de filmdata fra DFI før. Navngivningen er kommet ud fra de data, som er i databaserne. Danish National Filmography person ID (P2626) indeholder ikke kun personer, men også grupper af personer, som fx musikgrupper. Det er nogle få stykker, når man se på fordelingen. Men de er der. Og de fleste navne på første egenskaber er kommet fra de skabeloner, som bruges på de enkelte Wiki'er, som har været i brug før Wikidata kom igang. Så navngivningen har været prøvet af i brug. Derudover bør der også være sammenhæng med den tekst, som er udskrivning af henvisningerne i artiklerne.
Værk vs titel: Værk er mere formelt - titel kan bruges på alle typer af enheder i filmdatabasen - dvs er mere generelt. Værk bruges mest til "kunstværk". Enkelte steder bruges værk fordi den engelske betegnelse er work.
Jeg har kigget efter om det er retningslinjer for navngivning af egenskaber. Jeg har ikke fundet noget. Der er ingen konvention på tværs af sprog. Men jeg bruger normalt formatet "base/kilde type". Og jeg opfatter det som en angivelse i en form for kode, som skal være praktisk og læsebart. Og base/kilde skal helst komme hurtig ved indtastning... så der er hurtig så få valgmuligheder som muligt.
Din metode ligner meget den tyske måde at skrive på Heinrich-Schütz-Straße (Q89914183) - Heinrich-Schütz-Straße. Men vi skriver Peter Bangs Vej og ikke Peter-Bangs-Vej. Jeg synes bindestreng imellem base/kilde og type det svært at læse. Jeg kigger tit efter en bestemt egenskab - det at kunne genkende noget simpel er ret vigtig. Tilføjelse af fx ID er bare støj. og ved udskrivning i artiklerne skrives kun filmdatabasen - mere behøver man ikke. Det eneste, som kunne tilføjes, var tilføjelse af DFI, da der er flere filmdatabaser rundt omkring. Fx i Sverige. --Steenth (talk) 08:27, 19 February 2021 (UTC)[reply]
Du har ret i, at jeg ikke har erfaring med Filmdatabasen. Så tak for at opklare misforståelser. For udenforstående kan betydningen af navn være svært at afkode – alting har jo et navn – men hvis det er fagtermen, så lad os holde fast i den.
Mht. titel vs. værk: Lad os bare holde fat i titel. Jeg er nok blevet miljøskadet af at tilføje language of work or name (P407) til et hav af hjemmesideangivelser :-)
Mht. bindestreg er “min metode” kun et forsøge på at foreslå en skrivemåde, der er i overensstemmelse med dansk retskrivning. Jeg ved ikke, om der gælder en vedtagen politik her som Wikipedia på Wikidata om at følge dansk retskrivning, men det vil jeg kraftigt anbefale. Jeg tror, det bliver svært i praksis at nå til konsensus om alternative retskrivningsprincipper, fordi folk hver især har forskellige personlige opfattelser af, hvad der er lettest at læse. På Wikipedia har man SVJH valgt at fravige sprognævnets retningslinjer for plantenavne men kun efter mange sværdslag.
Gadenavne er i øvrigt ikke et godt eksempel i denne diskussion, fordi der lige akkurat mht. gadenavne gælder en særlig regel, der foreskriver færre bindestreger end ellers (jf. § 12.10.c). Se i stedet eksemplerne SAS-pilot og KODA-afgift, der klart ville være forkerte at skrive uden bindestreg.
Jeg vil nu hævde, at der findes en udbredt praksis om at inkludere ID/nummer/kode i navnet på egenskaber, der indeholder eksterne identfikatorer. Se eksisterende egenskaber og især de nyeste forslag. Men der findes ganske rigtigt undtagelser, og det er muligvis ikke en vedtagen politik. Mit argument er dog det samme. Et godt eksempel er kommunekode, hvor egenskabsværdien ikke vil være åbenlys, hvis navnet var blot kommune. Derfor foretrækker jeg, at vi følger denne udbredte praksis.
Egenskabsnavnet tjener andre formål end at understøtte visning og redigering på wikidata.org, så jeg synes, man skal vælge et navn, der også kan stå alene i anden kontekst. Men det kan selvfølgelig være nødvendigt at finde et kompromis inden for den begrænsede plads, der er til rådighed. For at sikre hurtig auto-complete for hyppige bidragsydere kunne man fx anføre “DNF titel” og “DNF navn” som aliaser (det er allerede gjort på engelsk). Ville det ikke løse de praktiske udfordringer vedr. indtastning, som du nævner? --C960657 (talk) 10:24, 19 February 2021 (UTC)[reply]

Danmarks Adresseregister named street ID

[edit]

Whoops! Har du set Danmarks Adresseregister named street ID (P9221) ;-) --Hjart (talk) 21:45, 25 February 2021 (UTC)[reply]

SELECT ?item ?itemLabel ?itemDescription WHERE {   SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }   ?item wdt:P9221 ?Danmarks_Adresseregister_navngiven_vej_ID. } LIMIT 100
Try it!
Fedt! Nej, den havde jeg ikke set. Vil prøve at lave noget automatisk opdatering af alle danske gader, der er oprettet på Wikidata. --C960657 (talk) 21:50, 25 February 2021 (UTC)[reply]
Så har jeg lagt den nye egenskab på alle street (Q79007), road (Q34442), controlled-access highway (Q46622) og square (Q174782), der er registreret i DAr (ca. 1735 emner).
En række emner optræder ikke i DAR. Det gælder en håndfuld pladser uden adresser (fx Nyboder Plads (Q20742907)), endnu ikke anlagte veje (fx Viborgmotorvejen (Q2629295)), uofficielle gadenavne (fx Pusher Street (Q11996509)) samt vejforløb, som består af flere selvstændige veje (fx Vester, Nørre and Øster Søgade (Q7923413) og European route E20 (Q987346)).
Jeg faldt over et par gader, der krydser en kommunegrænse, som optræder som to separate navngivne veje i DAR. Det undrer mig. Jeg har spurgt til dette i et indlæg i AWS Suitens debatforum.
Som formatter URL (P1630) anførte jeg https://vis.aws.dk/navngivneveje/$1. Jeg er siden blevet bekendt med eksistensen af info.aws.dk, som man kunne overveje at bruge i stedet. Udover at rumme et linkt til kortet viser siden også relaterede oplysninger fra DAR/DAGI. Se fx https://info.aws.dk/navngivneveje/221f77b5-6777-495d-a1a0-97fd22691c9f. Siden er dog meget “rå”, og designet er lidt pudsigt (fx gik der lidt tid, før jeg fik øje på linket til kortet øverst).
Nu hvor DAR-ID er på plads, kan man tilføje øvrige informationer fra DAR/DAGI til Wikidata, herunder postal code (P281), coordinate location (P625) og terminus (P559). En sjov udfording er length (P2043), som kræver lidt fortolkning af koordinater for de enkelte linjestykker, som udgør vejen. Fx er længden af Frederiksberg Allé (Q5499323) i normal forstand cirka fugleflugtsafstanden fra Vesterbrogade til Frederiksberg Runddel (cirka 1,2 km), men summen af linjestykkerne udgør cirka den tredobbelte længde (kan tydeligt ses [på kortet https://vis.aws.dk/navngivneveje/d1a793b9-2e0b-4d69-9c53-0f7eb8c1d9c2]). --C960657 (talk) 16:22, 27 February 2021 (UTC)[reply]

Call for participation in the interview study with Wikidata editors

[edit]

Dear C960657,

I hope you are doing good,

I am Kholoud, a researcher at King’s College London, and I work on a project as part of my PhD research that develops a personalized recommendation system to suggest Wikidata items for the editors based on their interests and preferences. I am collaborating on this project with Elena Simperl and Miaojing Shi.

I would love to talk with you to know about your current ways to choose the items you work on in Wikidata and understand the factors that might influence such a decision. Your cooperation will give us valuable insights into building a recommender system that can help improve your editing experience.

Participation is completely voluntary. You have the option to withdraw at any time. Your data will be processed under the terms of UK data protection law (including the UK General Data Protection Regulation (UK GDPR) and the Data Protection Act 2018). The information and data that you provide will remain confidential; it will only be stored on the password-protected computer of the researchers. We will use the results anonymized to provide insights into the practices of the editors in item selection processes for editing and publish the results of the study to a research venue. If you decide to take part, we will ask you to sign a consent form, and you will be given a copy of this consent form to keep.

If you’re interested in participating and have 15-20 minutes to chat (I promise to keep the time!), please either contact me at kholoudsaa@gmail.com or use this form https://docs.google.com/forms/d/e/1FAIpQLSdmmFHaiB20nK14wrQJgfrA18PtmdagyeRib3xGtvzkdn3Lgw/viewform?usp=sf_link with your choice of the times that work for you.

I’ll follow up with you to figure out what method is the best way for us to connect.

Please contact me using the email mentioned above if you have any questions or require more information about this project.

Thank you for considering taking part in this research.

Regards

Kholoudsaa (talk) 00:39, 1 June 2021 (UTC)[reply]

ft.dk politiker-ID

[edit]

Mon det er muligt at lave klikbare links ved ft.dk politician ID (P7882)? --Hjart (talk) 22:29, 18 December 2021 (UTC)[reply]

Ja, jo, sådan da. Problemet er, at egenskaben ikke er et ID i traditionel forstand. Under visse omstændigheder indeholder den en skråstreg, men i de fleste tilfælde gør den ikke, så man kan hverken bruge https://www.ft.dk/medlemmer/mf/$1 (som bruger den ekstra skråstreg) eller https://www.thedanishparliament.dk/members/$1 (som ikke bruger skråstregen) som værdi for egenskaben formatter URL (P1630). Jeg mener umiddelbart, at man bør være konsekvent og enten angive alle ID'er med skråstreg eller alle ID'er uden skråstreg. Jeg hælder mest til at udelade den. En ensartet brug af skråstreg i ID'erne vil gøre det muligt at lave automatiske links direkte fra Wikidata.org. C960657 (talk) 00:35, 21 December 2021 (UTC)[reply]
Jeg har lavet [et ændringsforslag](https://github.com/arthurpsmith/wikidata-tools/pull/27), som vil gøre det muligt at linke via https://wikidata-externalid-url.toolforge.org, som også benyttes af P6623 (P6623) m.fl. --C960657 (talk) 17:25, 8 January 2022 (UTC)[reply]
Folketinget er ved digitalisere biografier for tidligere medlemmer fra 1953 og frem ifølge https://www.ft.dk/da/medlemmer/find-tidligere-medlemmer. Desværre ser de sider ud til at blive placeret på en tredje måde under https://www.ft.dk/medlemmer/fhvmf/ (f.eks. https://www.ft.dk/medlemmer/fhvmf/i/ib-christensen) Har du en ide til hvordan siderne under /fhvmf/ kan inkluderes? --Dipsacus fullonum (talk) 20:26, 8 January 2022 (UTC)[reply]
Jeg foreslår, at man i dette tilfælde anfører fhvmf/i/ib-christensen. Så vidt jeg kan se, er disse biografier ikke tilgængelige på engelsk – i hvert fald ikke for Ib Christensen, så det skal man være opmærksom på, når man danner links. Det lyder spændende, at Folketinget udarbejder disse biografier. Er der et sted, hvor man kan læse mere om dette projekt? URL'en til biografierne kan i øvrigt slås op via Folketingets API ud fra Folketinget actor ID (P10207), fx 10396 = Ib Christensen. --C960657 (talk) 16:18, 9 January 2022 (UTC)[reply]
er ft.dk politician ID (P7882) blevet gjort klikbar :-) --09:56, 22 January 2022 (UTC)

Kategori for gader i dette område

[edit]

Du har lidt erfaring med at lave forslag til nye properties, så jeg vil høre om du kunne gøre mig en lille tjeneste. Jeg kunne godt tænke mig en "Kategori for gader i dette område"/"Category for streets in this area" (kommune/by/bydel) i stil med f.eks. category of associated people (P1792), da sådan en vil kunne forenkle nogle opgaver jeg har i tankerne meget. En "Kategori for bygninger i dette område" kunne tilsvarende være meget praktisk. --Hjart (talk) 11:23, 19 December 2021 (UTC)[reply]

Der findes også related category (P7084), som er mere generelt. --Steenth (talk) 12:16, 19 December 2021 (UTC)[reply]
Jeg kunne virkelig godt tænke mig de her mere specifikke properties. Hjart (talk) 12:19, 19 December 2021 (UTC)[reply]
Her er et udkast. Jeg må tilstå, at jeg ikke helt forstår forskellen på parametrene domain, subject item, datatype, allowed values mv., men hensigten skulle være klar. Skabelonen skal kopieres fra denne diskussionsside og indsættes på https://www.wikidata.org/w/index.php?title=Wikidata:Property_proposal/Category_for_roads_in_this_region&action=submit. Det er du velkommen til at gøre. Jeg støtter gerne dit forslag. Du kan evt. tilføje lidt om, hvilke anvendelser du har i tankerne. --C960657 (talk) 22:47, 20 December 2021 (UTC)[reply]


Category for roads in this area

[edit]
   Under discussion
DescriptionWikipedia category for roads in the area represented by this item
RepresentsWikimedia category (Q4167836)
Data typeItem
Domaingeographic location (Q2221906)
Allowed valuesWikimedia category (Q4167836)
Example 1Denmark (Q35)Category:Roads in Denmark (Q8668836)
Example 2Manhattan (Q11299)Category:Streets in Manhattan (Q8819283)
Example 3Bavaria (Q980)Category:Roads in Bavaria (Q8668577)
Expected completenesseventually complete (Q21873974)
See alsoroad (Q34442)
Distinct-values constraintyes


Denne ændring..

[edit]

Hej. Jeg er ikke specielt glad for denne ændring af Ireland (Q27) Formelt er rigtig. Men jeg slås specielt for grønlandske emner at adskille de 3 rigsdele fra hinanden, når det gælder country (P17). Der har været flere gange, hvor der har været debat om netop dette. --Steenth (talk) 13:54, 31 March 2022 (UTC)[reply]

Hejsa. Jeg har argumenteret for min ændring på Property_talk:P27#Danmark_(Q35)_vs._Kongeriget_Danmark_(Q756617). Kort fortalt er det min opfattelse, at der ikke eksisterer noget statsborgerskab for de enkelte rigsdele, og man skifter ikke statsborgerskab, hvis man skifter bopæl inden for kongeriget. Hvis en person har boet hele sit liv i Grønland og er statsborger i kongeriget, er det måske nærliggende at kalde vedkommende for “grønlandsk statsborger”, men det er en subjektiv vurdering, og sat på spidsen vil vi jo heller ikke anføre byer eller landsdele i country of citizenship (P27). Hvis vi ønsker at repræsentere folks “tilhørsforhold” (i bred forstand) til lande/byer/steder, foreslår fx at bruge place of birth (P19), place of death (P20), work location (P937) eller residence (P551). Til gengæld mener, at det er fint at angive Greenland (Q223), Faroe Islands (Q4628), Denmark (Q35), Scotland (Q22) og andre ikke-suværene lande i fx country (P17). --C960657 (talk) 14:29, 31 March 2022 (UTC)[reply]

Valgbarhedsalder

[edit]

Hej. Jeg ser at du har brugt https://valg.oim.dk/media/14998/valgretten-gennem-tiderne-frem-til-1978.pdf som reference til valgbarhedsalder til folketingsvalg. Det dokument ser ikke til at sige noget om valgbarhedsalder efter 1915, så jeg fandt et andet dokument fra indenrigsministeriet specifikt om valgbarhed. Jeg har udskiftet kilden for valgbarhedsalder ved 2019 Danish general election (Q20495840) men ikke umiddelbart for ældre valg. Dipsacus fullonum (talk) 07:44, 24 May 2022 (UTC)[reply]

Hej. Jeg har desværre ikke kunnet finde nogen god historisk oversigt over valgbarhed. Det står dog ret direkte i 1915-Grundlovens § 31 og 1953-Grundlovens § 32 (se sammenstilling på http://www.verfassungen.eu/dk/verfassungsvergleich1849-1953.htm), at valgbarhedsalderen følger valgretsalderen, så for årene 1915 og frem kan jeg anføre Grundloven § 31/32 som reference i tillæg til den nuværende kilde (jeg overvejer at oprette et Wikidata-emne pr. grundlovsrevision som kan bruges med stated in (P248)). Hvad synes du om det? Jeg savner i øvrigt en egenskab til at angive valgretsalderen, som jo er lige så interessant som valgbarhedsalderen. Jeg overvejer at genfremsætte Wikidata:Property_proposal/voting_age. --C960657 (talk) 15:19, 24 May 2022 (UTC)[reply]
Ja, grundloven har siden 1915 koblet valgret og valgbarhed sammen for Folketing og Landsting og kan fint bruges. Der er allerede emner for hver udgave, se Q1030151#P747. Jeg er enig i kritikken af det tidligere forslag til en egenskab for valgretsalder i at det ikke giver meget mening at angive det for et land. Jeg vil støtte et nyt forslag om en egenskab for valgretsalder med valgte forsamlinger og valg som domæne. --Dipsacus fullonum (talk) 21:03, 24 May 2022 (UTC)[reply]
Jeg har nu genfremsat forslaget om en egenskab for valgretsalder: Wikidata:Property proposal/voting age (reproposed). Jeg er i øvrigt godt i gang (cirka halvvejs) med at opdatere kilder på valgretsalderen. --C960657 (talk) 17:13, 25 May 2022 (UTC)[reply]

Q about list and items

[edit]

Hello! I reverted your merge between list of political groups of the European Parliament (Q25796237) and political group of the European Parliament (Q779079) as they are not the same item. One defines what a EU group is and one is about the list of EU groups, as you can check by values. Have a nice weekend! ★ → Airon 90 06:05, 25 June 2022 (UTC)[reply]

@Airon90: I agree that the items represent different things and thus should not be merged. Instead I should have moved most/all Wikipedia links from political group of the European Parliament (Q779079) to list of political groups of the European Parliament (Q25796237).
I verified that no wiki had both a page on parliamentary groups in general and a page with a list of the groups. On most Wikis the same page describes the concept in length and contains a list of current/past groups. Such pages should be linked to list of political groups of the European Parliament (Q25796237) instead.
In general, if a wiki contains only one page on a topic, even though the majority of the page is a list, I would prefer that it is linked to the “regular Wikidata topic” and not the “list topic”, i.e. the list topic is only used for wikis with both kind of pages. This makes better inter-wikilinks on Wikipedia.org. For instance, even though the page on dawiki is mostly an article stub with a list below, and I think it should be interlinked with e.g. the much longer page on enwiki which contains more texts and more lists. What do you think about that? --C960657 (talk) 08:31, 25 June 2022 (UTC)[reply]

Fakhr ad-Din ar-Razi

[edit]

Hello, I've removed the identifiant Den Store Danske from the element page concerning Fakhr ad-Dîn ar-Râzî, because I think that Fakhr_al-Din_As'ad_Gorgâni is another person. I've added the id to the element page Fakhreddine Assad Gorgani (Q1538200) but it lacks a wording in Danish. I let you complete it because I don't speak danish. Best regards. Record (talk) 22:51, 20 January 2023 (UTC)[reply]

Thanks :-) --C960657 (talk) 08:20, 21 January 2023 (UTC)[reply]