Wikidata:De kroeg/Archive/2021/12

Buysbrug (Q15873623)

De coordinaten op data van Q15873623 worden niet correct vertaald naar de commons. De brug ligt daar heel ergens anders, graag correctie,Ceescamel (talk) 14:22, 5 December 2020 (UTC)

 Done Vreemd, die coördinaten stonden in 2013 al goed, maar zijn in 2014 alsnog fout overgenomen in Wikidata. --bdijkstra (overleg) 15:07, 7 December 2020 (UTC)

Sessie AVG en aansprakelijkheid op 12 december

Volgende week zaterdag, 12 december, is er een kleine WikiCon en kerstborrel, georganiseerd door Wikimedia Nederland.

Naast internetjurist Arnoud Engelfriet heeft WMNL nu ook Jacob Rogers van de afdeling legal van de WMF bereid gevonden om deze zaterdagmiddag te spreken. Heb je vragen (liefst die in de eerdere schriftelijke sessie niet zijn behandeld, of nog verdere toelichting behoeven) over de AVG en de Wikimediaprojecten, of over de aansprakelijkheid van de gebruikers die actief zijn op de projecten, dan kun je ze hier stellen.

Inschrijven voor de Wikikerstborrelcon kan nog steeds via dit formulier. Ciell (talk) 09:24, 6 December 2020 (UTC)

Onderzoek naar het Verlanglijstje van de Wikipedia-gemeenschap 2021

We nodigen alle geregistreerde gebruikers uit om te stemmen op de 2021 Community Wishlist enquête. Je kunt vanaf nu tot aan 21 december stemmen voor zoveel verschillende wensen als u wilt.

In de enquête worden wensen voor nieuwe en verbeterde tools voor ervaren gebruikers verzameld. Na de stemming doen wij ons best om aan jouw wensen tegemoet te komen. We beginnen met de meest populaire.

Wij, het Community Tech-team, zijn een van de teams van de Wikimedia Foundation. We maken en verbeteren bewerkings- en moderatie-instrumenten voor wiki's. Waar we aan werken wordt besloten op basis van de resultaten van de Community Wishlist Enquête. Eenmaal per jaar kun je wensen indienen. Na twee weken kun je stemmen op de wensen die je het meest interesseren. Vervolgens kiezen we wensen uit de enquête om aan te werken. Een deel van de wensen kan worden ingewilligd door vrijwillige ontwikkelaars of andere teams.

We wachten in spanning op je stem. Dank je!

SGrabarczuk (WMF)

15:05, 11 December 2020 (UTC)

Émile Mathieu (Q2062068)

Zie deze componist onder Q2062068. Daar wordt onder het geboortejaar 1844 melding gemaakt van 8 verschillende bronnen en onder geboortedatum nog een Duitse. Mathieu is geboren op 18 oktober 1844 in Rijssel; zijn (copie)geboorteakte (nr. 1803) is in te zien via Familysearch. Ik heb dat als zodanig vermeld in het ned. artikel, maar heb geen idee hoe dat hier op te lossen. Zijn sterfdatum verschilt ook hier en daar, misschien weet iemand met kennis van de BS van België hier een uitweg voor,Ceescamel (talk) 13:21, 13 December 2020 (UTC)

Het gebeurt wel vaker dat meerdere bronnen meerdere verschillende –– en tegenstrijdige –– gegevens geven. Zolang je de bronnen vermeldt, kun je die gewoon invoeren, en dat heb ik bij deze dan ook gedaan. Edoderoo (talk) 12:32, 14 December 2020 (UTC)

Beschrijving in een andere taal toevoegen

In de tabel met "Taal - Label - Beschrijving - Ook bekend als" staan bij mij 4 talen. Ik wil nu bij een item ook de gegevens in het Russisch toevoegen. Klikken op bewerken geeft geen mogelijkheid daartoe. Hoe krijg ik dat voor elkaar. Het is waarschijnlijk iets heel simpels, maar zelfs op 1e Kerstdag weet ik niet hoe. Wouterhagens (talk) 13:04, 25 December 2020 (UTC)

Ik heb intussen een oplossing gevonden. De "Taal" van Nederlands veranderen in Russisch, de wijzigingen/aanvulling in het Russische doen en dan weer via "Taal" terug naar Nederlands. Die stap een aantal keren opnieuw voordat het oorspronkelijke lijstje van NL-EN-FR-DE weer terug is. Wouterhagens (talk) 10:11, 26 December 2020 (UTC)

Ik heb zes talen in dat lijstje staan, maar ik kan niet vinden waar je dat instelt. --bdijkstra (overleg) 15:52, 26 December 2020 (UTC)

Dat heeft misschien te maken met de babelbox. In jouw geval zouden daar dan staan nl-en-nds-nl-nds-de-fr. Als dat zo is verklaart het misschien dat sommigen in hun babelbox een heleboel talen opgeven met een kennisniveau van 0. Wouterhagens (talk) 19:01, 26 December 2020 (UTC)

Als dat de verklaring is, dan is dat ergens wat bizar: men wordt dan gedwongen taalkennis vrij te geven (of te fingeren, positief of negatief) om labels te kunnen bewerken – dat kan toch niet de bedoeling zijn? Ik heb geen babelboxen ingesteld, althans niet op Wikidata, maar ik zie wel als een soort default altijd de Nederlandse, Engelse, Duitse en Franse labels (precies de talen die ik via babelboxen op Commons heb ingesteld). Ik zie overigens ook geen mogelijkheid om een label in een andere taal toe te voegen. Eissink (talk) 20:12, 26 December 2020 (UTC).

Ik denk dat de babelbox-info op Commons bij een global account gebruikt/misbruikt wordt door Wikidata. Het is inderdaad bizar. Ik heb nu RU-0 aan mijn babelbox toegevoegd. Morgen kijken of dat in Wikidata zijn weerslag heeft. Wouterhagens (talk) 20:23, 26 December 2020 (UTC)

De talen die je zie komen inderdaad van je Babelbox. Voor de andere talen, ik gebruik zelf de labelLister gadget (staat in Preferences aangeboden), heel nuttig.--Ymblanter (talk) 21:23, 26 December 2020 (UTC)

Ik heb gezocht bij Voorkeuren -> Uitbreidingen, maar kon labelLister niet vinden. Waar moet ik precies zoeken? Wouterhagens (talk) 10:01, 27 December 2020 (UTC)

Ik gebruik de Engelstalige interface, voor mij is het Preferences -> Gadgets -> Wikidata-centric--Ymblanter (talk) 13:13, 27 December 2020 (UTC)

Voorkeuren -> Uitbreidingen -> Wikidata-specifiek, daar staat die--Ymblanter (talk) 13:15, 27 December 2020 (UTC)

Merkwaardig. Zowel bij de NL als de EN versie zie ik alleen "Wdsearch: When searching on Commons, also include search results from Wikidata" waar Wikidata wordt genoemd. Mogelijk komt dat omdat bij mij geen JavaScript is ingeschakeld uit veiligheidsoogpunt. Wouterhagens (talk) 14:28, 27 December 2020 (UTC)

Ja, dat kan het zijn, die gebruikt JavaScript volgens mij--Ymblanter (talk) 18:42, 27 December 2020 (UTC)

Help needed: Wikinews date categories

Every news article on Wikinews is normally added to a date category on Wikinews based on the publication date of an article.

Until earlier this year, the situation (for about 10 years) was that all date categories are added to the date category item on Wikidata, while other Wikinews categories are added to the item about that subject. This difference exists as there are also date pages on various Wikinews wikis that are added to the date items on Wikidata.

Example date item: January 1, 2019 (Q57316168) + example category item: Category:January 1, 2019 (Q48766236)

Please note: on the date page you can see there are various date pages added as sitelinks for Wikinews.

The main rule is that all categories from Wikinews about the same date should be in the same item on Wikidata, as well as all the date pages in one Wikidata item

This was pretty consistent until earlier when one user decided to move (only) some of these date categories from the category item to the date item.

The issues:

• On various date items date pages and date categories are mixed, example: 1 August 2018 (Q45920935) (en + ru)
• No consistent method, example: Russian category on day item: December 10, 2020 (Q57397014) + Russian category on category item: Category:December 11, 2020 (Q99463188)
• Many date categories on Wikinews have not been added to the Wikidata items or have been removed from items earlier this year.
• There are also pages like "évènements du 1er juin 2020" on frwikinews, which are to me about the same as "1. červen 2020" on cswikinews. These are overview pages of what happened on a certain date.
  • A part of them have been added to empty Wikidata items, example: Q95852870 (I think is wrong)
  • While elsewhere from a different date is added to an item with other date pages Q95628254 (I think is wrong)
  • While this page on cswikinews is added to the date page, example: June 1, 2020 (Q57396763) (I think is right, but fr missing) (but added wrong together with categories to the same item)
  • While elsewhere cs + fr page are both added to the same item, example: May 25, 2020 (Q57396755) (I think is right) (but should not be combined with the categories in the same item)
• A part of all these items still has no P31.

Also there for certain dates also Wikisource categories and those are added to the item for the date category, example: Category:August 1, 2019 (Q48767327).

It is a big mess. I have no idea how to fix this. Romaine (talk) 06:22, 30 December 2020 (UTC)

Je mag hier wel gewoon Nederlands schrijven hoor! Edoderoo (talk) 14:38, 30 December 2020 (UTC)

GGD

Q87838553: Hoe kan er een koppeling gelegd met gemeente of gemeentelijk samenwerkingsverbanden. GGD's is geen landelijke overheid/verantwoordelijkheid.Smiley.toerist (talk) 12:38, 6 January 2021 (UTC)

Wikidata is bij veel categoriën heel summier ingericht, zo ook hier. De regionale GGD's zijn wel aangemaakt, maar er is geen relatie te zien met een overkoepelende GGD. Het meest logisch lijkt mij d:Q87838553 is moederorganisatie, en de regio's zijn dochter. Ik heb er drie toegevoegd, maar als een andere insteek meer gewenst is mag dat ook. Ldhank (talk) 14:05, 6 January 2021 (UTC)

Dit gaat het beste door Geneeskundige en Gezondheidsdienst (Q87838553) als klasse aan te merken en bij de afzonderlijke ggd's te werken met

⟨ subject ⟩ instance of (P31) ⟨ Geneeskundige en Gezondheidsdienst (Q87838553)    ⟩

. Ik heb het op deze wijze aangepast. Lymantria (talk) 14:43, 26 January 2021 (UTC)

Dit lijkt mij inderdaad de handigste werkwijze. Edoderoo (talk) 13:48, 4 February 2021 (UTC)

Er blijft een uitroepteken staan bij Q87838553:

omgekeerd-beperking: GGD Drenthe zou ook een omgekeerde verklaring moederorganisatie Gemeentelijke gezondheidsdienst moeten hebben.Smiley.toerist (talk) 14:59, 11 March 2021 (UTC)

Twee pagina's voor Oldruitenborgh

Het lijkt erop dat er twee pagina's zijn voor Oldruitenborgh, waardoor ik de Commons-category (die in de éne is opgenomen) niet kan koppelen aan de Wikipedia-pagina (die aan de andere is gekoppeld). En ik heb geen idee hoe ik dat kan oplossen. Het gaat om: d:Q17596896 en d:Q2277575. Kan één van jullie dit oplossen? JopkeB (talk) 09:07, 10 January 2021 (UTC)

Het ene item is voor het complex (monumentnummer 520409) en het andere item is voor het hoofdgebouw (520410). Verschillende zaken dus. Je kan aan meerdere items een Commons category (P373)-propery toevoegen, maar slechts aan één item een Commons-sitelink. Wellicht dat die sitelink het beste verplaatst kan worden van het hoofdgebouw naar het complex. --bdijkstra (overleg) 09:40, 10 January 2021 (UTC)

Beste @Bdijkstra: Dank voor de tip. Ik heb de Commons-category verplaatst naar het Wikidata-item van de Wikipedia-pagina en dat is gelukt! Wat mij betreft is deze kwestie afgehandeld. JopkeB (talk) 11:21, 11 January 2021 (UTC)

Q61133056 Nico Mansvelt

Zou iemand Q61133056 willen vullen vanuit het Nederlandstalige artikel; er is namelijk nog niets ingevuld (ook de naam niet zo te zien)? Bvd,Ceescamel (talk) 10:49, 25 January 2021 (UTC)

Opgelost. Hij stond er ook in als 'Nicolaas Mansvelt', dus samengevoegd. Ldhank (talk) 15:19, 27 January 2021 (UTC)

Vacature Wikimedian in Residence LIMA

Per 1 maart 2021 is LIMA op zoek naar een Wikimedian in Residence (WiR) voor het project Mediakunst op Wikipedia, speciaal gericht op een technische koppeling tussen de data van Wikimedia/Wikipedia en de online catalogus Mediakunst.net. Reageren kan tot 15 februari. Lees voor meer informatie de volledige vacaturetekst. Denise Jansen - Wikimedia Nederland (talk) 16:04, 4 February 2021 (UTC)

Janine Mehrtens

Janine Mehrtens heeft twee Q-codes; een als componist (Q98688303) en een als beeldend kunstenaar (Q96945414). Ze schrijft zelf muziek bij eigen kunstwerken (zie haar blog winny). Ze is voorts dochter van Frits Mehrtens (Q2460520). Zouden jullie ze willen samenvoegen. Haar geboortedatum staat op die Blog,Ceescamel (talk) 11:10, 22 February 2021 (UTC)

Hoe voeg je een voornaam toe

Bij Q105953351 is er de behoefte een voornaam toe te voegen, alleen is 'Arriën' wel gedefinieerd als plaatsnaam maar niet als voornaam.Smiley.toerist (talk) 11:02, 14 March 2021 (UTC)

Een nieuw item aanmaken met

⟨ subject ⟩ instance of (P31) ⟨ given name (Q202444)    ⟩

. Mbch331 (talk) 14:59, 14 March 2021 (UTC)

Voor de volledigheid heb ik nog de volgende dingen gedaan:

• Bij Arriën de "label in officiële taal" Arriën gezet en bij de talen ook ingevuld voor Engels, Frans en Duits. Dat het voor Engels ook ingevuld moet worden is essentieel heb ik geleerd om de wikidata goed te laten werken.
• bij Commons Category:Arriën Kruyt was de category "Arriën (given name)" rood weer gegeven. Die categorie heb ik aangemaakt. Vervolgens de tekst "Category:Arriën (given name)" gekopieerd en geplakt bij Wikidata in Arriën bij "Andere sites" en tevens ingevuld bij "Verklaringen" voor commonscategorie "Arriën (given name)".
• Tenslotte weer naar Commons Category:Arriën Kruyt gegaan. Daar een Null Edit gedaan en dan naar Category "Arriën (given name)" en daar een purge gedaan. Nu is onder de letter K "Arriën Kruyt‎" te zien. Zonder de genoemde Null Edit zou die niet (direct) te zien zijn.
• Bij Commons Category:Arriën Kruyt staat nu nog in het rood "Warning: Default sort key "Kruyt, Arriën" overrides earlier default sort key "Kruyt, Arrien", maar dat wordt zeer binnenkort door Pibot verholpen.

Wouterhagens (talk) 19:31, 14 March 2021 (UTC)

Dat is gebeurd. Die heeft {{Wikidata Infobox}} veranderd in {{Wikidata Infobox|defaultsort=no}}. Wouterhagens (talk) 10:23, 15 March 2021 (UTC)

een detail wat snel over het hoofd wordt gezien: de omschrijving van een item begint níet met een hoofdletter (tenzij een eigennaam zoal Nederlandse). Het invoegen van de omschrijving in een lopende tekst is dan namelijk mogelijk. Bij het aanmaken van het item voor "Arriën" en het omschrijven van Kruyt in het Nederlands was dit verkeerd gegaan, heb ik al rechtgezet. 1Veertje (talk) 05:21, 16 March 2021 (UTC)

Buurttramlijn W

Q80109215: Deze tramlijn heeft een complexe geschiedenis en er is een fusie geweest met andere buurtspoorweglijnen. Zie Frans artikel. Hoe kan ik de verschillende eindpunten opgeven en openingsdatums? Trouwens de tramlijn is later vervangen door een buslijn W.Smiley.toerist (talk) 16:59, 21 March 2021 (UTC)

9 april: Online HackaLOD bijeenkomst met als thema Wikidata

Wikidata biedt veel mogelijkheden, ook voor eventuele HackaLOD (de jaarlijkse hackathon van het erfgoedveld) projecten. Vrijdag 9 april worden enkele projecten uitgelicht door Menno den Engelse (freelance dataprogrammeur en oprichter van Islands of Meaning) en Lukas Koster (Bibliotheek University of Amsterdam / Universiteit van Amsterdam/Hogeschool van Amsterdam - HvA), Hay Kranen (o.a Wikipedian in Residence), Sjors de Valk (zelfstandig informatiearchitect en software developer) en Olaf Janssen (Open Data & Wikimedia-coördinator bij de KB nationale bibliotheek). Je bent welkom om aan te sluiten! Meer informatie lees je op de HackaLOD website. Denise Jansen - Wikimedia Nederland (talk) 09:26, 2 April 2021 (UTC)

label van televisieseizoenen

What format is preferred for labels in Dutch?

This finds some seasons with sitelinks to nlwiki and possibly labels in nl.

To follow the format of nlwiki, the label would generally be

• <series name> (seizoen <ordinal>)

A few other schemes are in use or possible:

• seizoen <ordinal> van <series name>
• seizoen <ordinal as word> van <series name>
• <series name>, seizoen <ordinal>
• let the fallback to English label take care of it

I'm asking as

• WikiProject Movies/reports/TV seasons/label/as series shows that 223 items just have the name of the series as label.
• also, some 500 use the current or former English label including "season" as label.

Personally, I'd remove these labels or replace them with whatever is preferred. --- Jura 18:13, 5 April 2021 (UTC)

I did some more checks. The most frequent format of labels in Dutch uses "stagione". Probably because itwiki has pages for most seasons. I will try to fix non-Dutch labels and the ones that match the series name. --- Jura 10:34, 8 April 2021 (UTC)

format	count	sample_item
<series>, seizoen <ord>	2779	Q2404802
seizoen <ord> van <series>	177	Q5297741
<series> (seizoen <ord>)	111	Q55473550
<series> seizoen <ord> (<year>)	33	Q98060139
<ordword_nl> seizoen van <series>	32	Q17455984
<series>, Cycle <ord>	24	Q3683417
<series> <ord>	21	Q4656696
<series> <year>	21	Q61750467
<series> - seizoen <ord>	19	Q13414801
<series> seizoen <ord>	14	Q3465728

 Done --- Jura 19:00, 8 April 2021 (UTC)

Line numbering coming soon to all wikis

Example

From April 15, you can enable line numbering in some wikitext editors - for now in the template namespace, coming to more namespaces soon. This will make it easier to detect line breaks and to refer to a particular line in discussions. These numbers will be shown if you enable the syntax highlighting feature (CodeMirror extension), which is supported in the 2010 and 2017 wikitext editors.

More information can be found on this project page. Everyone is invited to test the feature, and to give feedback on this talk page.

-- Johanna Strodt (WMDE) 15:09, 12 April 2021 (UTC)

Suggested Values

From April 29, it will be possible to suggest values for parameters in templates. Suggested values can be added to TemplateData and will then be shown as a drop-down list in VisualEditor. This allows template users to quickly select an appropriate value. This way, it prevents potential errors and reduces the effort needed to fill the template with values. It will still be possible to fill in values other than the suggested ones.

More information, including the supported parameter types and how to create suggested values: [1] [2]. Everyone is invited to test the feature, and to give feedback on this talk page.

Timur Vorkul (WMDE) 14:09, 22 April 2021 (UTC)

Wikidata Query Service vraag

Aan de linkerkant, onder het Wikidata-logo staat een 'Query Service' link naar 'Wikidata Query Service'. Ik zou graag met die tool Nederlandse burgemeesters met een vermelding in het Biografisch Portaal maar zonder afbeelding op Commons willen nalopen om op die manier vrije afbeeldingen te kunnen vinden. Bijvoorbeeld bij Q49166217 met als ambt 'Nederlands burgemeester' is P18 (afbeelding) nu nog leeg en er staat een id voor het Biografisch-portaal. Als ik klik op dat id kom ik op die website met een afbeelding: illustratie uit Persoonlijkheden in het Koninkrijk der Nederlanden in woord en beeld. Die zijn normaalgesproken vrij te gebruiken (tenzij de fotograaf er een eigen logo/markering heeft aangebracht). Bij Wikidata Query Service kan ik filteren op 'Nederlands burgemeester' en kiezen voor het tonen van de afbeelding (P18) en het tonen van dat id (P651). Door te sorteren op afbeelding krijg ik bovenaan de burgemeesters zonder afbeelding (lege string komt bij sorteren blijkbaar eerst). Op die manier kan ik me net aan redden; maar het zou mooi zijn als het eenvoudiger kan. Ik liep in het verleden tegen een soortgelijk probleem op toen ik voor Tweede Kamerleden zonder afbeelding de Query Service wilde gebruiken. Weet iemand hoe ik met de Wikidata Query Service kan filteren op een ingevulde id voor P651 maar een lege P18? - Robotje (talk) 08:32, 1 May 2021 (UTC)

select ?item ?BioCode where {?item wdt:P31 wd:Q5 . ?item wdt:P39 wd:Q13423499 . ?item wdt:P651 ?BioCode . OPTIONAL {?item wdt:P18 ?afbeelding} . filter(!bound(?afbeelding))}

@Edoderoo:, bedankt. Ik heb in korte tijd al twee afbeeldingen kunnen toevoegen (zie [1]). Ik moet nu nog wel steeds eerst op het Q-item klikken, doorscrollen naar het bioID en dan daar op klikken. Het zou helemaal mooi zijn als het BioID dat getoond wordt naast het Q-nummer ook al een link is naar de pagina op de Biografisch-portaal website. - Robotje (talk) 21:41, 2 May 2021 (UTC)

Die vraag kun je dan beter op WD:RAQ stellen (in het Engels). Sowieso krijg je daar vaak veel sneller antwoord, want deze Kroeg wordt nauwelijks gelezen. Edoderoo (talk) 04:53, 3 May 2021 (UTC)

Waarom is bijschrift niet te zien op de Wikipedia pagina?

Op de pagina Océane Cairaty heb ik bij de afbeelding als bijschrift "Océane Cairaty en 2015" toegevoegd. Op de Wikipedia pagina is die echter niet te zien. Ik vraag me af waarom het in dit geval niet te zien is. Een nul-edit helpt niet. Wouterhagens (talk) 18:37, 26 May 2021 (UTC)

Blijkbaar maakt w:fr:Modèle:Infobox Footballeur geen gebruik van die kwalificatie. --bdijkstra (overleg) 09:54, 9 June 2021 (UTC)

Bedankt! Wouterhagens (talk) 17:22, 13 June 2021 (UTC)

Monument van Joodse Erkentelijkheid (Q2164356)

Dit monument Q2164356 is terugverplaatst naar het Weesperplein. SVP de coördinaten uit het artikel op data overnemen. Ik heb in het artikel al een nieuwe foto geplaatst, maar of dat hier handig is weet ik niet. Het staat nog tussen de herkwerken; ik houd het in de gaten. SVP, indien mogelijk, svp coordinaten ook aanpassen in de Lijst van oorlogsmonumenten in Amsterdam, Ceescamel (talk) 14:36, 27 May 2021 (UTC)

Beide  Done. --bdijkstra (overleg) 12:50, 9 June 2021 (UTC)

Hulp nodig met een property voorstel

Hi!, Ik heb hulp nodig met een property voorstel. Ik had dit al in de Engelstalige versie gevraagt maar ik zal het hier opnieuw vragen.

Ik zou graag een twee identifiers toevoegen voor MonumentalTrees.com (Q107003167) en voor een Inventaris Onroerend Erfgoed (Q2091956) thema ID maar ik heb totaal geen idee hoe dat zou moeten en ik snap niks van de template. Zou er iemand dit voor mij kunnen doen of helpen?

Voor MonumentalTrees.com heb ik dit als voorbeelden:

Sample 1: Schone Eik: 1861

Sample 2: Technobeuk: 4048

Sample 3: Chêne Crahay - Eik Crahay: 4489

En voor de Inventaris Onroerend Erfgoed thema ID heb ik:

Sample 1: Alsemberg: 14064

Sample 2: Antwerp: 13182

Sample 3: Arrondissement Halle-Vilvoorde: 16210

 – The preceding unsigned comment was added by Joeykentin (talk • contribs) at 1 jun 2021 (UTC).

Vul gewoon in wat je wel weet, link de gemaakte verzoekpagina's hier en vervolgens zullen ik en/of anderen helpen om er goede voorstellen van te maken. --bdijkstra (overleg) 12:58, 9 June 2021 (UTC)

@Bdijkstra Hier zijn de voorstellen Wikidata:Property proposal/Flemish Heritage Themes ID, Wikidata:Property proposal/MonumentalTrees.com. Danku dat u wilt helpen Jhowie Nitnek 11:51, 18 June 2021 (UTC)

Over MonumentalTrees.com: als je alleen een boom-ID hebt, hoe verkrijg je dan de volledige URL? --bdijkstra (overleg) 13:05, 18 June 2021 (UTC)

@Bdijkstra Ik snap niet goed wat u bedoeld kunt u wat meer uitleg geven? Jhowie Nitnek 08:51, 19 June 2021 (UTC)

Laat ik het anders stellen: biedt monumentaltrees.com een geautomatiseerde manier om naar de pagina van de Schone Eik te gaan als je alleen het nummer 1861 hebt? Het idee van een ID-property in Wikidata is dat je een (korte) code hebt die je kan gebruiken om een URL te vormen. Op een Wikidata-item wordt alleen de code opgeslagen. Op de pagina van de property wordt het formatter URL (P1630) opgeslagen. Bijvoorbeeld bij de Google Maps Customer ID (P3749) van de Schone Eik staat een link die is opgebouwd uit de tekst "https://www.google.com/maps?cid=" en de code "17111726836865802816". --bdijkstra (overleg) 09:40, 19 June 2021 (UTC)

@Bdijkstra Zover ik weet niet Jhowie Nitnek 22:54, 19 June 2021 (UTC)

Dat dacht ik al, ik had de voorbeelden op de voorstelpagina al aangepast daarop. --bdijkstra (overleg) 10:52, 20 June 2021 (UTC)

American Soccer League

Volgens de omschrijvingen is Q466784 (American Soccer League) een doorverwijspagina. In enwiki en cawiki is dat inderdaad zo, bij de andere (de, fr, nl, it, pt) niet.

Het lijkt me dat dit item gesplitst moet worden. Als iemand mij een gereedschap kan aanreiken om dat in een paar minuten te doen, dan doe ik het, anders hoop ik dat iemand anders dit oppakt.

Met vriendelijke groet — bertux 12:15, 4 June 2021 (UTC)

Intussen aangekaart in Wikidata:Project chat#Q466784 (American Soccer League) — bertux 12:22, 4 June 2021 (UTC)

Dat moet in de meeste gevallen gesplitst worden. Heel soms wordt er (terecht) gelinkt naar een redirect, maar naar een {{Dp}} hoort alles een dp te zijn. Maar mijn ervaring is dat het met dp's nogal een rommeltje is op WikiData, ik gebruik die property niet (meer) voor mijn scripts. Edoderoo (talk) 14:57, 8 June 2021 (UTC)

Ik heb ze uit elkaar getrokken, weer 1 probleemgeval minder. Edoderoo (talk) 20:19, 12 June 2021 (UTC)

language names in Dutch

As mentioned in phab:T231748, many language name are not translated into Dutch.

You can view this:

• in the first column of the termbox when the interface in Dutch is used. Sample: https://www.wikidata.org/wiki/Q55?uselang=nl
• with the parser function {{#language}}, e.g.
  • {{#language:pt|nl}}: Portugees
  • {{#language:pt-br|nl}}: Brazilian Portuguese

Please request additions in phab:T231748. --- Jura 04:44, 15 June 2021 (UTC)

• Help:Wikimedia language codes/lists/all/in nl might make it easier to determine what is present and what is missing. I added some to phab:T231748. --- Jura 08:06, 12 July 2021 (UTC)

Deel jouw ideeën voor het jaarplan 2022 en meerjaren strategie 2022 - 2025 van Wikimedia Nederland

De komende weken werken we aan het jaarplan 2022 en de meerjaren strategie 2022 - 2025 van Wikimedia Nederland.

Input gevraagd op jaarplan 2022
Op dit moment verzamelen we ideeën van onze leden, de Wikimedia gemeenschap en onze samenwerkingspartners voor het jaarplan 2022. We nodigen je uit om jouw ideeën met ons te delen. We hebben een pagina aangemaakt op de verenigingswiki, waar je je ideeën tot en met maandag 2 augustus kunt toevoegen.

Input gevraagd op meerjaren strategie 2022 - 2025 Wikimedia Nederland is naast het voorbereiden van het jaarplan 2022 ook bezig met het uitwerken van het meerjarenplan voor de periode 2022 t/m 2025. Dit plan moet de grote lijnen voor de komende jaren uitzetten en speelt ook beter in op de nieuwe Movement Strategy van de Wikimedia Foundation. Samen met een groep vrijwilligers heeft een eerste overleg plaatsgevonden op 30 juni. Heb jij de sessie moeten missen en wil je toch nog een bijdrage leveren? Je leest op de verenigingswiki hoe je jouw bijdrage alsnog kunt doen, ook zijn de stukken van het eerste overleg in te zien.

We horen voor zowel het jaarplan als voor de meerjaren strategie graag wat jij belangrijk vindt! Denise Jansen - Wikimedia Nederland (talk) 08:00, 16 July 2021 (UTC)

Onderzoek Universiteit Utrecht naar mogelijke bias in open-datasets

De Dataschool van de Universiteit Utrecht heeft onlangs van het SIDN-fonds subsidie gekregen voor een project naar mogelijke bias in open-datasets, zoals Wikidata. Het project heet BOLD Profiler – Tracking bias in open linked data. WMNL heeft contact met de onderzoekers. Na de zomervakantie willen we een informatiesessie organiseren. Sandra Rientjes - Wikimedia Nederland 14:26, 3 August 2021 (UTC)

Merge of niet?

Ik ben geen expert, maar dit Q2602152 (Act for the abolishing of the Kingly Office) lijkt wel heel erg veel op Q4676657 (Act abolishing the kingship).

Samengevoegd, en daarmee  Done. Edoderoo (talk) 11:41, 18 August 2021 (UTC)

Disambiguatie-info hoort niet in labels

Ik kom dit best vaak tegen: disambiguatie-info in labels en aliassen. Dat hoort daar alleen niet thuis. Op Wikipedia is dat gebruikelijk en werkt dat zo bij gebrek aan een betere manier, maar op Wikidata is daar de beschrijving voor gemaakt. Aan ieder en bots in het bijzonder het verzoek daar rekening mee te houden. Dus dat als je bijvoorbeeld labels importeert uit sitelinks of anderstalige labels, dat je de disambiguatie-info er dan afstript. Met vriendelijke groet, --Strepulah (talk) 22:08, 23 August 2021 (UTC)

@Strepulah: je haalt labels en aliases door elkaar. Dit soort bewerkingen zijn contra-productief en grenzen aan vandalisme. Je was hier zelfs al op aangesproken. Graag zo snel mogelijk deze schade herstellen. Multichill (talk) 20:17, 30 August 2021 (UTC)

Maar het zijn geen aliassen. Sint-Martinuskerk (Zaventem)? Is geen alias. Robert Müller (1920-2003)? Ook niet. Kancho (handeling)? Evenmin. Ruth (persoon)? Ook niet. Het zijn geen van allen aliassen. Het zijn geen alternatieve namen, geen bijnamen, geen pseudoniemen, zelfs geen alternatieve spellingen. Het is niks. Het enige wat het zijn zijn paginatitels op Wikipedia die naar Wikidata zijn gekopieerd, inclusief de disambiguatie-info die geen onderdeel is van de naam. Dat hoort niet thuis onder aliassen. --Strepulah (talk) 10:51, 1 September 2021 (UTC)

Je doet een massale aanpassing met een robot zonder consensus en je staat alleen. Die aliassen zijn zeker nuttig en ik gebruik ze regelmatig met bewerken om het onderscheid te maken. Aub terugdraaien. Multichill (talk) 22:51, 1 September 2021 (UTC)

De consensus is om het aliasveld te gebruiken voor aliassen. Als je het voor iets anders wilt gebruiken, is het aan jou of de toevoeger om daar eerst consensus over te vinden.

Merk op dat als je op Wikipedia-paginatitels wilt zoeken, je die gewoon in de zoekbalk kunt invullen en op enter drukken. Wikipedia-paginatitels zijn al doorzoekbaar, dus daarom als alias toevoegen is niet nodig. --Strepulah (talk) 17:57, 2 September 2021 (UTC)

Fijn dat we het er over eens zijn dat het aliasveld voor aliassen is. Het is sinds het begin van Wikidata, jaren geleden voordat jij hier om de hoek kwam kijken, om de varianten die wellicht op disambiguatie lijken in het aliasveld te zetten onder andere voor de vindbaarheid. Het bekendste voorbeeld is waarschijnlijk Washington, D.C. (Q61). Het weggooien van deze data is contraproductief en er is duidelijk geen consensus voor, integendeel zelfs, je wordt door meerdere gebruikers op Topic:Wew2ccy6t03qh637 aangesproken om dit niet te doen. Dus probeer hier niet de wereld om te draaien. Ik draai je bewerkingen terug. Multichill (talk) 10:54, 4 September 2021 (UTC)

Disambiguatie kan uiteraard in een alias, áls het daadwerkelijk onderdeel is van de alias, zoals bij je voorbeeld van Washington, D.C. (Q61). Bij het gros is dat alleen niet het geval. Want is Ruth (persoon) daardwerkelijk een alias van Ruth? Als in: zijn er mensen die hem zo noemen of noemden? Wordt die naam geregeld in literatuur gebruikt? Is Sint-Martinuskerk (Zaventem) een bekende alternatieve naam voor de Sint-Martinuskerk in Zaventem, in documenten, dan wel in de volksmond? En als ze gingen eten, riep zijn moeder dan: "Robert Müller (1920-2003)! Aan tafel!"? Zijn het echt aliassen?

Je verwijzing naar Topic:Wew2ccy6t03qh637 is vals. Ik werd door niemand aangesproken, ik sprak iemand aan. En hij gaf (nota bene) toe dat de disambiguatie toevoegen niet per se zijn bedoeling was, maar dat dat meer ontstond uit een tekortkoming van zijn bot.

Je zegt: "Het is sinds het begin van Wikidata [...] [hier mist nog iets?] om de varianten die wellicht op disambiguatie lijken in het aliasveld te zetten [...]". Betekent dat dat ook als het niet-aliassen zijn, ze in het aliasveld mogen? En was daar consensus over? Waar kan ik dat teruglezen? --Strepulah (talk) 18:57, 4 September 2021 (UTC)

@Multichill: Wil je nog antwoord geven op hierbovenstaande vragen, vooral de vraag: Zijn namen als "Ruth (persoon)", "Sint-Martinuskerk (Zaventem)", "Robert Müller (1920-2003)" enz. daadwerkelijk aliassen? --Strepulah (talk) 11:37, 11 September 2021 (UTC)

Die zijn er wel. Als je bvb op Commons zoek op Sint-Martinuskerk in Zaventem, voor het toevoegen tot Structured data, en weet niet wat een precies naam van de Wikidata element is (en of de element ueberhaupt bestaat), dan is het wel handig dat een alias "Sint-Martinuskerk (Zaventem)" wel hier aanwezig is.--Ymblanter (talk) 18:10, 12 September 2021 (UTC)

Zonder die alias kun je enkel zoeken op 'Sint Martinuskerk', en krijg je er ongeveer honderd voor je kiezen. Hoe ga je dan die ene eruit vissen die je nodig hebt? Hetzelfde met veel achternamen en voornamen. Zonder toevoegen (familienaam) of (voornaam) zoek je je ongans, en dat is niet de bedoeling. Aliassen zijn er om het zoeken te helpen, niet om regeltjes en verboden voor te verzinnen. Edoderoo (talk) 19:59, 19 September 2021 (UTC)

Nou ja, die regeltjes en verboden daar hangt Wikidata van aan elkaar en dat is met een goede reden. Het zorgt er namelijk voor dat de data gestructureerd is, dat is waar dit hele project om draait. Dan kun je niet zeggen: 'Ik gooi die regeltjes overboord en vul een veld met data die daar niet thuishoort, want dat is nu ff handiger.' Dan mis je namelijk het hele punt van gestructureerde data.

Ik snap de behoefte om bij bepaalde namen gerichter te kunnen zoeken, maar schema's daarvoor overboord gooien is niet de oplossing. De oplossing zou gevonden moeten worden in het verbeteren van de zoekfunctie.

Zoeken met Special:Search is trouwens al een stuk uitgebreider. Daarmee heb je die ene er zo uitgevist. Je voorbeeld van de voor- en achternamen snap ik niet helemaal. Ik zoek een aantal willekeurige namen ("Pieter", "de Boer", "Tina", "Bernadette" en nog een paar) en die lijken allemaal prima vindbaar, ook zonder toevoeging. Wat bedoelde je daarmee? --Strepulah (talk) 11:20, 21 September 2021 (UTC)

@Multichill: Je schreef eerder: "Fijn dat we het er over eens zijn dat het aliasveld voor aliassen is." Dat betekent toch ook dat het aliasveld niet voor niet-aliassen is? --Strepulah (talk) 11:20, 21 September 2021 (UTC)

De behoefte om gerichter kunnen zoeken naar de naam van het artikel, inclusief het deel tussen haakjes, bestaat zeker. Bij het aanmaken van een claim/waarde voor een property is het van belang dat het juiste item gevonden kan worden binnen de property-suggester.

Je kan er lang over discussiëren of een artikelnaam met haakjes wel of niet een alias is, of dat deze wel of niet in het alias-veld kan worden opgeslagen. Maar er lijkt een consensus te zijn om ze toe te laten. Merk ook op dat het alias-veld vooral van belang is voor Wikidata zelf en dat data-consumers (m.n. Wikipedia) er meestal niets mee doen. Strepulah stelt verder dat Wikidata van regeltjes en verboden aan elkaar hangt, maar in dit geval lijkt dat niet echt zo te zijn. Ik kan alleen Help:Aliases vinden voor dit onderwerp, maar dat is een voorgestelde richtlijn en de general principes die daar staan geven geen duiding of artikelnamen in het alias hoort of niet.

Doorgaan met het verwijderen van aliassen, zoals Strepulah nu weer doet met televisieprogramma's, is in ieder geval niet constructief zolang er een consensus lijkt te zijn om deze erin te laten staan. Wikidatist (talk) 10:57, 26 September 2021 (UTC)

Help:Aliases heeft het over alternative names en common names. "Robert Müller (1920-2003)" en "De Leeuwenkuil (televisieserie)" zijn overduidelijk geen common names. Het deel tussen haakjes is überhaupt geen deel is van de naam, volgens mij kan daarover helemaal geen dicussie bestaan. Het zijn puur Wikipedia-paginatitels die bovendien al op de items aanwezig zijn. Een betere oplossing is de zoekfunctie daarop aan te passen. --Strepulah (talk) 13:57, 27 September 2021 (UTC)

Als het helpt om items te zoeken en vinden, hoort het thuis in de aliases. Het heeft weinig zin om te verwijzen naar gestructureerde data, want aliassen zijn nu net een grote uitzondering op die regel. Daar is niets gestructureerds aan, behalve dan dat ze technisch gezien als triples opgeslaan worden. --Azertus (talk) 15:12, 27 September 2021 (UTC)

Dat met die uitzondering snap ik even niet. --Strepulah (talk) 17:54, 27 September 2021 (UTC)

Daarmee bedoel ik dat we veel data in de aliassen kunnen steken, maar dat die voor weinig meer goed zijn dan als een zoekhulp. Zo kunnen we Elvis Presley (Q303) de alias "Elvis Aaron Presley" en "The King of Rock" geven. Maar die data zijn pas echt waardevol in gestructureerde vorm als statements met birth name (P1477) en nickname (P1449). Maar dat betekent dus niet dat ik vind dat ze niet thuis horen in de aliassen. --Azertus (talk) 00:27, 28 September 2021 (UTC)

Ah, oké. Ja dat klopt. Maar het is nog wel gestructureerd in die zin dat het allebei aliassen of common names zijn. Dat kun je met "Elvis Presley (zanger)" erbij niet meer zeggen. --Strepulah (talk) 10:27, 28 September 2021 (UTC)

Ik probeer niet in herhalingen te vallen, maar Help:Aliases is niet een richtlijn noch een volledige lijst van huidige praktijken. Het is een hulppagina die de meest algemene praktijken documenteert, vanuit het oogpunt van een bepaalde taal (Engels).

Over het punt van de zoekfunctie ben ik het op zich wel eens: het zou een betere oplossing zijn als de zoekfunctie de sitelinks kon gebruiken om entites te suggereren op basis van hun gekoppelde artikeltitels. Maar dat kunnen we pas beoordelen als die functie er is. Het zou goed kunnen dat die functie niet voldoende is en dat suggesties met behulp van (bijvoorbeeld) beschrijvingen van toegevoegde waarde is. Tot nu toe zie ik geen discussie over hoe die suggestie-functie zou moeten werken (wat wordt de volgorde bij gedeeltelijke matches, is een label belangrijker dan een sitelink of andersom), laat staan een ticket om deze te laten ontwikkelen. Ik vind Wikidata:Suggester ranking input als plek om zoiets te suggereren, maar daar lijkt niet veel te gebeuren.

Het is te vroeg om de huidige aliassen weg te halen. Een verbetering aan de software die hetzelfde doet, helpt, maar de aliassen uitfaseren voordat die functie er is, lijkt mij niet de juiste volgorde. Wikidatist (talk) 19:41, 29 September 2021 (UTC)

Samenvoegen

Q198467 en Q29440541 gaan allebei over een doorverwijspagina van Zigzag. Hoe kan ik die samenvoegen? Wouterhagens (talk) 09:50, 8 September 2021 (UTC)

Kan dat simpelweg door alle links naar Wikipedia bij de één weg te halen en bij de ander er één toe te voegen? De andere worden dan automatisch toegevoegd. Wouterhagens (talk) 17:23, 8 September 2021 (UTC)

Hallo Wouter, Hoe dat moet staat uitgelegd op Help:Samenvoegen. Het handigst is met de Merge-gadget die je kunt inschakelen in je Voorkeuren. Met vriendelijke groet, --Strepulah (talk) 21:13, 8 September 2021 (UTC)

Bedankt! Dat ging supereenvoudig. Wouterhagens (talk) 06:42, 9 September 2021 (UTC)

Veeneikbrug (Q15883325)

Bij de vertaling van de coördinaten van de Veeneikbrug Q15883325 naar de wikibox op commons gaat iets mis; de brug ligt ineens op het land,Ceescamel (talk) 12:06, 15 September 2021 (UTC)

Ik heb de precisie van de coördinaten die er eerst in stonden veranderd, nu wordt het in het water gezet in de infobox op commons. Wikidatist (talk) 18:48, 15 September 2021 (UTC)

Monument van Joodse Erkentelijkheid (Q2164356)

Zie boven, ook voor Monument van Joodse Erkentelijkheid Q2164356 gaat de vertaling van de coördinaten verkeerd,Ceescamel (talk) 13:25, 25 September 2021 (UTC)

Ik heb de coördinaten van Wikipedia overgenomen (via de GeoHack-link) en het "handmatig instellen" van het veld "precisie" uitgezet, zodat de juiste precisie wordt overgenomen. Wikidatist (talk) 10:30, 26 September 2021 (UTC)

d:Q3030248 discussie

Het element 'discussie' komt mij vreemd over. Ik signaleer het alleen even, maar was niet van plan dit te ontwarren. Ik kan het effect van een dergelijke aanpassing ook niet overzien. Wat wordt hier nou bedoeld een Wetenschappelijk artikel of een communicatiemiddel? Ldhank (talk) 11:15, 29 September 2021 (UTC)

Het blijkt een foute merge te zijn, een item over een wetenschappelijk artikel was vrij kort geleden met het item van het communicatiemiddel samengevoegd. Wanneer dat kort geleden is gebeurd, is het nog vrij simpel op te lossen door de merge ongedaan te maken en op het andere item (Q95569624, als je terugverwezen wordt naar het andere item weer op de link drukken om de redirect-pagina zien) de versie van voor de merge uit de geschiedenis terugzetten. Als er sitelinks bij komen kijken is het soms wat lastiger. Ik heb het nu hersteld.

Ik weet overigens niet precies wat het nut is van alle wetenschappelijke artikelen "Discussion"... Wikidatist (talk) 19:49, 29 September 2021 (UTC)

Er zijn al miljoenen wetenschappelijke artikelen toegevoegd, samen met hun editors. Ze zijn geloof ik nog niet op de helft, en er komen er elk jaar weer meer op de markt natuurlijk. Het doel is mij ook niet duidelijk, maar dat was bij de 6 miljoen omgekomen holocaust-slachtoffers ook het geval, het is data die er is en daarom erin gekieperd wordt. Ik hoop dan maar dat het ooit ergens goed voor gaat zijn. Edoderoo (talk) 07:56, 6 October 2021 (UTC)

Ik had het dan ook niet over alle wetenschappelijke artikelen en hun auteurs/editors. In principe zijn dat "identificeerbare concepten", en als ze peer reviewed zijn kan je stellen dat ze relevant/refereerbaar zijn. Dus mogen ze erin, al zal ik er weinig moeite in steken denk ik.

Het ging mij meer om de "wetenschappelijke artikelen" die je vindt als je in het zoekvak "Discussion" tikt. Als ik naar DOI van Q95569624 volg kan ik gratis één paragraaf zien. Als ik op de link naar het hele issue van dit journal klik zie ik vervolgens dat er na elk artikel van dit issue een "Discussion" is. Zijn die dan allemaal relevant? Misschien wel, maar ze hebben zo natuurlijk weinig nut. Ik zou het meer zien als deel van het artikel dat erboven staat, in dit geval Long-term coagulation changes after resection of thoracoabdominal malignancies (Q56770675). Maar of dat semantisch "klopt" weet ik niet, dus dan laat ik het maar voor wat het is en deel ik dat laatste sentiment. Wikidatist (talk) 19:07, 6 October 2021 (UTC)