Wikidata:De kroeg/Archive/2020/12

From Wikidata
Jump to navigation Jump to search

Parnassusbrug (Q15880533)[edit]

De coördinaten van dit item zijn hier goed, maar worden in de infobox van Commons verkeerd weergegeven; daar ligt de brug midden in een gebouw. Graag correctie,Ceescamel (talk) 09:52, 31 December 2019 (UTC)[reply]

Nee, die waren niet goed, maar door de afronding leek het goed. Aangepast. --bdijkstra (overleg) 15:54, 2 January 2020 (UTC)[reply]

Belgisch spoorboekje binnenland zomer 1933 (Q81105988)[edit]

Ik heb aan dit item gesleuteld en ook aan (Q687656) in meerdere talen. In die tijd werd het Belgisch spoorboekje uitgegeven in een taal met een Franse en Nederlandse versie. Is het nodig om het onderscheid per taalversie te maken in Wikidata? Het gaat tenslotte om de inhoud. Theoretisch zou er later ook een Franstalige versie kunnen verschijnen. Mijn voorkeur is om alles bij elkaar te houden en de taal te negeren. Het gaat tenslotte om de data/inhoud.Smiley.toerist (talk) 10:44, 6 January 2020 (UTC)[reply]

Ik heb de geldigheidsperiode ingevuld, alleen klopt het niet helemaal met zomer.Smiley.toerist (talk) 22:39, 7 January 2020 (UTC)[reply]

Movement Learning and Leadership Development Project[edit]

Hello

The Wikimedia Foundation’s Community Development team is seeking to learn more about the way volunteers learn and develop into the many different roles that exist in the movement. Our goal is to build a movement informed framework that provides shared clarity and outlines accessible pathways on how to grow and develop skills within the movement. To this end, we are looking to speak with you, our community to learn about your journey as a Wikimedia volunteer. Whether you joined yesterday or have been here from the very start, we want to hear about the many ways volunteers join and contribute to our movement.

To learn more about the project, please visit the Meta page. If you are interested in participating in the project, please complete this simple Google form. Although we may not be able to speak to everyone who expresses interest, we encourage you to complete this short form if you are interested in participating!

-- LMiranda (WMF) (talk) 19:00, 22 January 2020 (UTC)[reply]

Mbulu Ngulu (Q56395556)[edit]

Dit beeld is verplaatst naar de overzijde van de Oostenburgergracht, zag ik gisteren. Wil iemand de coördinaten corrigeren; ze staan in het Nederlandse artikel. Ceescamel (talk) 12:49, 23 January 2020 (UTC)[reply]

✓ Done Volgende keer graag een linkje naar het item, dan kan ik gewoon klikken i.p.v. Ctrl+C, Ctrl+V, Enter. --bdijkstra (overleg) 17:29, 23 January 2020 (UTC)[reply]
Ik zal er aan denken en hopelijk ook doen,Ceescamel (talk) 11:30, 31 January 2020 (UTC)[reply]

Wat gaat er vreselijk mis met de UvA Album Academicum-identificatiecode (P6815)?[edit]

Zie Special:WhatLinksHere/Property:P6815.

Aangekaart op Project chat: What is badly wrong with UvA Album Academicum-identificatiecode (P6815)?

— bertux 15:49, 23 January 2020 (UTC)[reply]

De strategie van de beweging: wat willen wij de komende 10 jaar bereiken? En waar moeten onze donaties naartoe?[edit]

Beste Wikidatans,

Afgelopen dinsdag zijn de aanbevelingen van de WMF-werkgroepen voor de internationale strategie 2030 vrijgegeven: tot 17 februari wordt aan alle taalgemeenschappen op alle projecten gevraagd om input te leveren, om zo samen te beslissen hoe we invulling gaan geven aan de strategic direction, zodat we met z'n allen zeggen: daar staan we voor en daar zetten wij ons voor in.

De aanbevelingen staan op meta: de introductiepagina en de de 13 aanbevolen doelstellingen ook een Nederlandse vertaling te vinden is. Op de diverse subpagina's van de aanbevelingen, vind je een pdf met de samenvatting, mocht je het liever uitprinten om op je gemak te lezen. Op Commons staat zelf een samenvatting van één pagina (Engels).

De Foundation vraagt aan jullie om naar deze aanbevelingen kijken en er op 3 verschillende niveaus over nadenken:

  1. Individuele context met gemeenschappen
  1. Hoe zouden de aanbevelingen jouw individuele werk verbeteren?
  2. Hoe zouden de aanbevelingen een uitdaging vormen voor jouw individuele werk?
  1. Lokale/Organisatorische/Afdelingscontext
  1. Hoe goed zouden de aanbevelingen beantwoorden aan de behoeften van jouw lokale of regionale context? (omvat zowel online- als offline-werk)?
  2. Welke uitdagingen voorzie jij in de aanbevelingen voor jouw lokale of regionale context (omvat zowel online als offline werk)?
  1. Wereldwijde context
  1. Wat zijn de voordelen die deze aanbevelingen voor ons als wereldwijde Wikimediabeweging zouden opleveren?
  2. Wat zijn de uitdagingen die deze aanbevelingen voor ons als wereldwijde Wikimediabeweging zouden creëren?

Natuurlijk worden jullie van harte uitgenodigd om hier van gedachten te wisselen, maar deel ook je gedachten en overwegingen met de werkgroepen op de diverse overlegpagina's bij de voorstellen: stuur je liever een mail aan het kernteam, dan zijn zij bereikbaar via strategie2030@wikimedia.org.

Na 17 februari sluit de consultatie, en wordt de feedback verwerkt door de werkgroepen. In april zijn alle chapters, user groups en thematic organisations uitgenodigd in Berlijn op de jaarlijkse Wikimedia Summit 2020, waar ook zij nog eens over de aanbevelingen zullen spreken en hun steun voor de plannen kunnen uitspreken. Zie ook de tijdslijn van de strategie op meta.

Vriendelijke groet, Ciell (talk) 11:18, 25 January 2020 (UTC)[reply]

Hallo allemaal!
Een aanvulling op mijn bericht hierboven: op zaterdag 8 februari 2020 nodigt Wikimedia Nederland je van harte uit op hun kantoor aan de Mariaplaats in Utrecht voor meer informatie en toelichting over de voorgenomen strategie. Wikimedia Nederland zal een samenvatting van de discussie delen met de organisatoren van het strategieproces.
Aanmelden kan op de verenigingswiki van WMNL. Ciell (talk) 19:49, 28 January 2020 (UTC)[reply]

Pakhuisachtig pand met gevel onder gewijzigde punttop en voorzien van een pui (Q17308495)[edit]

Pakhuisachtig pand met gevel onder gewijzigde punttop en voorzien van een pui (Q17308495) was een toekenning in verband met een rijksmonument 6584 dat hier zou staan. Echter monument 6584 bestaat niet (meer). Er is hier in de jaren 80 grof verbouwd, waarschijnlijk is toen het monumentschap vervallen. Het is in ieder geval niet meer zichtbaar via de Site. De categorie is op commons aangepast, nu svp de kop en inhoud aanpassen, als u het met me eens bent. Ik haal het binnenkort ook uit de lijst van rijksmonumenten Brugwallen op de NL,Ceescamel (talk) 16:19, 1 February 2020 (UTC)[reply]

Wikipedia bestond in de jaren 80 nog niet, dus ik denk dat de status ergens tussen de aanmaak van de rijksmonumentenlijsten in 2009 en nu is komen te vervallen. Wat stom dat het register geen voormalige rijksmonumenten bijhoudt, nu kunnen we in Wikidata geen einddatum aan de status hangen. Of is er ergens anders een bron? --bdijkstra (overleg) 20:32, 1 February 2020 (UTC)[reply]

@Bdijkstra:; sorry ik kom hier vandaag pas weer. De Zwanenburgwal is in de jaren 90 al gemoderniseerd, dus toen stond het gebouw al niet meer. Ik denk dat het monumentenregister ook niet up-to-date was,Ceescamel (talk) 16:40, 3 March 2020 (UTC)[reply]

Ik heb de einddatum naar "20e eeuw" gezet. --bdijkstra (overleg) 17:48, 3 March 2020 (UTC)[reply]

Pronunciation audio in Dutch for first names[edit]

Is there an easy way to get files about first names from c:Category:Dutch_pronunciation?

I'd like to add more pronunciation audio (P443) statements to such items.

Sample at Arthur (Q1778168): Q1778168#P443. Property_talk:P443#Statistics_by_language_(items) has some stats about audio file used on items. --- Jura 10:36, 10 February 2020 (UTC)[reply]


SELECT ?rank ?qty ?item ?itemLabel ?itemDescription ?audio
{
	?item p:P5323 [ ps:P5323 wd:Q21644845 ; pq:P1545 ?rank ; pq:P1114 ?qty ] 
    FILTER NOT EXISTS { ?item p:P443 / pq:P407 wd:Q7411 }
    # OPTIONAL { ?item p:P443 [ ps:P443 ?audio ; pq:P407 wd:Q7411 ] }
	SERVICE wikibase:label { bd:serviceParam wikibase:language "nl,en" }
}
ORDER BY (xsd:integer(?rank))

Try it!

@Ecritures: Interesting idea. Above a query based on a list of most frequently used given names in the Netherlands. It also allows to view existing recordings, at least the ones I found and added to items.

Even for names that already have recordings, it would be nice to have several recordings of the same name with different voices/pronunciations.

Notably, the recordings for Dutch I listened to are all male voices: it would be interesting to have female voices too. --- Jura 23:41, 13 February 2020 (UTC)[reply]

    • @Jura1: Thanks for the SPARQL-query. And that is an excellent idea: something we can do on International women's day (March 8). Thanks for an even cooler idea. Do you have any experience yourself with recording audio files of names? Or maybe you know someone who does (in case you yourself haven't?) I am rather optimistic and think it probably isn't even a very complicated mini project to set up; though we might want to look into getting a good microphone and a very quiet room. Am I too overly optimistic? Ecritures (talk) 23:56, 13 February 2020 (UTC)[reply]
But it is also something you can very easily do (and test) from home, using your computer mike/headphones, like I did... (took me less than an hour to record a few geographical names from my region...) The process is very simple :
  1. Go to https://lingualibre.fr/wiki/LinguaLibre:Main_Page
  2. Click on "Record voices" - a test for sound is available...
  3. then you need to create a speaker profile (name, gender, languages you may record, place of residence - this is very important for accents, and choice of licence.
  4. you may then create a list of words (or expressions) you wish to record (the list can have only 1 item ; and I would recommend short lists to begin with) ; if you wish to check whether the words have already been recorded in this language, check "remove words already created"
  5. then you access the recording place, where all words of your list will be recorded in one session - click on the red button when you are ready... and be in time to record the word at the right time
  6. you may then check your recordings and redo them or publish them on Commons (automatically).
  7. That's all, and very simple !
  8. There is also Help and Chat room if you feel lost...
I hope you will enjoy it :) Hsarrazin (talk) 08:25, 14 February 2020 (UTC)[reply]
I just added an alphabetical nav to commons:Category:Lingua_Libre_pronunciation-nld which should help checking for words you're looking for --Hsarrazin (talk) 11:19, 14 February 2020 (UTC)[reply]

@Ecritures: You absolutely need headsets for audio in crowded spaces or you are in for disappointing results. Alas, there goes the fun factor… unless your spreekstalmeester can annunciate the task with a twist, possibly as a hilarious introduction game — bertux 10:24, 15 February 2020 (UTC)

Apparently WMF lends specialized equipment (I came across Zoom H4n yesterday). BTW, since the first post here, I found some 1200 files for given names in the category. --- Jura 10:33, 15 February 2020 (UTC)[reply]

Oratie (hoogleraar)[edit]

Ik ben benieuwd of hier iemand ervaring heeft met het modelleren van de oratie (inaugural lecture) van een hoogleraar bij een wikidata item. Allereerst wat is de P-nummer van de juiste eigenschap die kan worden gebruikt voor de oratie? Idealerwijs met de mogelijkheid om een string in te voeren als waarde (omdat een oratie - lijkt me - over het algemeen geen eigen item heeft).

Verder: ik denk dat er twee verklaringen/statements zijn waar de oratie aan toegevoegd kan worden. 1) als qualifier onder de werkgever/employer:Universiteit waar ook al de datum van in- en uitdiensttreding staan. Of als qualifier onder de leerstoel waarbij de oratie wordt uitgesproken. In beide gevallen zou op die plekken 'oratie:naam van oratie' kunnen toevoegen. Dit heeft als nadeel dat je niet de datum van het uitspreken van de oratie kunt toevoegen. Ook een link naar een online versie van de oratie kan niet toegevoegd worden. Dit pleit ervoor om oratie dan als een eigen verklaring/statement op te nemen zodat er referenties en verschillende qualifiers opgenomen kunnen worden. Wat zouden jullie doen? Groet, Ecritures (talk) 23:10, 13 February 2020 (UTC)[reply]

Code als alias?[edit]

Jura1 voegde op Afrikaans de ISO 639-codes af en afr toe voor Engels en ik wilde niet achterblijven en heb dat voor de andere talen met een Latijns schrift ook gedaan; zie deze wijzigingen.

Maar is dat eigenlijk wenselijk? Afkortingen zijn vaak nog wel taalspecifiek, maar codes van gezaghebbende organisaties zijn nu juist bedoeld om uniformiteit te brengen en zijn dus geen talige aliassen. Zijn hier afspraken of richtlijnen voor? Het invoegen van codes is arbeidsintensief en foutgevoelig, zelfs als je het door een bot laat doen, dat moet ook een overweging zijn. Ik heb er geen moeite mee als iemand mijn wijzigingen ongedaan maakt — bertux 10:40, 15 February 2020 (UTC)[reply]

Deze aliassen zijn allereerst handig om ze terug te vinden bij het invullen van de taal. Of dat in dit geval handig is, is een kwestie van ervaren. Als er teveel aliassen zijn die AF heten (meer dan 10), zie je door de bomen het bos niet meer, en schiet je je doel snel voorbij. Edoderoo (talk) 11:08, 18 February 2020 (UTC)[reply]
Is "invulhulp" een van de doelen van een alias? Los daarvan lijkt het me geen slecht om taalloze aliassen te hebben en wellicht ook een alias voor iets als "naam in oorspronkelijke taal" zodat je die aliassen niet bij alle talen hoeft in te vullen. --bdijkstra (overleg) 13:28, 18 February 2020 (UTC)[reply]
Zouden de aliassen niet gewoon dezelfde status moeten hebben als VIAF-identificatiecodes en WorldCat Identities-identificatiecodes? Conceptueel en qua gebruik staan ze daar dichter bij dan bij de synoniemen en aliassen. Zou iemand ze bij de aliassen invullen als ze een meer 'technische' vorm hadden, zoals IMO-identificatiecodes voor schepen?
ISO-codes zijn gewoon properties en zouden op Wikidata dus gewoon een P-code moeten hebben.
Ook het idee van bdijkstra is het bekijken waard, maar is in zoverre anders dat er geen instelling is die inheemse namen formeel toekent, zodat je ze niet als authority controls kunt beschouwen.
Ik zie nu trouwens dat er wel een property ISO 639-6 code bestaat, maar die is vierletterig en heeft de status deprecated; Verder vind ik de ITU/ISO/IEC object identifier, maar ik denk niet dat die hiervoor bedoeld is. Vermoedelijk zouden er eigenschapppen aangemaakt moeten worden analoog aan de ISO 3166-1 alpha-3 code voor landen. En omdat ik toch aan het zoeken was: wat bdijkstra voorstelt blijkt al te bestaan: native label — bertux 18:01, 18 February 2020 (UTC)[reply]
We hebben ook al ISO 639-1 code (P218), ISO 639-2 code (P219) en ISO 639-3 code (P220) maar al die properties fungeren niet als invulhulp. --bdijkstra (overleg) 20:11, 18 February 2020 (UTC)[reply]
Ik begrijp niet goed waar een invulhulp voor nodig is. Als die properties al bestaan, zouden P218, P219 en P220 ingevuld moeten worden en is het in mijn ogen redundant en foutgevoelig en dus ongewenst om ze ook nog bij de aliassen te zetten. Mis ik iets? Ik ben van plan al die aliassen bij Afrikaans te schrappen en ook bij andere talen als ik ze daar tref — bertux 20:19, 18 February 2020 (UTC)[reply]
Weghalen, omdat jij ze niet gebruikt, lijkt me niet de juiste insteek. Edoderoo (talk) 19:22, 22 February 2020 (UTC)[reply]
How do you select items when you enter them manually? --- Jura 19:27, 22 February 2020 (UTC)[reply]

Additional interface for edit conflicts on talk pages[edit]

Sorry, for writing this text in English. If you could help to translate it, it would be appreciated.

You might know the new interface for edit conflicts (currently a beta feature). Now, Wikimedia Germany is designing an additional interface to solve edit conflicts on talk pages. This interface is shown to you when you write on a discussion page and another person writes a discussion post in the same line and saves it before you do. With this additional editing conflict interface you can adjust the order of the comments and edit your comment. We are inviting everyone to have a look at the planned feature. Let us know what you think on our central feedback page! -- For the Technical Wishes Team: Max Klemm (WMDE) 14:15, 26 February 2020 (UTC)[reply]

Koningskerk (Q1867033)[edit]

Ik heb vandaag het artikel van de Koningskerk op nl gewijzigd. Ze was al als Koningskerk (Q1867033) hier opgenomen. Echter bij de vertaling van de hier juiste coördinaten naar de infobox van Commons gaat iets fout. De kerk staat daar ergens anders dan op wikidata (en in werkelijkheid). svp verbeteren,Ceescamel (talk) 16:42, 3 March 2020 (UTC)[reply]

Verklaring toevoegen[edit]

Als ik een afbeelding wil toevoegen, meestal omdat ik op Commons heb gezien dat een afbeelding ontbrak, dan moet ik vaak ver naar beneden scrollen om het knopje 'Verklaring toevoegen' te vinden. Ik vind dat telkens weer erg onhandig, vooral als een item al heel veel verklaringen heeft (maar dus zeker geen afbeelding, anders was dat op Commons in de Infobox wel gebleken), en dan scroll ik ook al vaak weer te ver etcetera. Kan er niet bovenaan de pagina, tenminste daar waar de "Verklaringen" beginnen, ook een knop 'Verklaring toevoegen' komen, of is dit al eens besproken en afgewezen? Of zie ik iets over het hoofd? Eissink (talk) 12:12, 5 March 2020 (UTC).[reply]

Heb je een toets "End" op je toetsenbord? --bdijkstra (overleg) 15:55, 5 March 2020 (UTC)[reply]
Niet zelden moet er dan nog gescrolld worden, maar het is inderdaad een optie, ja. Doorgaans is het echter ongemakkelijk om tijdens het navigeren de hand van de muis te moeten halen, zoals vrijwel iedereen zal beamen, behalve jij kennelijk. Eissink (talk) 18:55, 5 March 2020 (UTC).[reply]
Het toevoegen van een verklaring is wel bijna vergelijkbaar met een gewone edit op Wikipedia – het zou toch raar zijn als iedereen op Wikipedia altijd eerst naar beneden zou moeten scrollen om een bewerking te doen? En dat als je er een opmerking over zou maken dat een ontwikkelaar dan zegt "Heb je geen End-toets of zo?"... Eissink (talk) 20:24, 5 March 2020 (UTC).[reply]
Voor navigatie gebruik ik zowel de muis met m'n rechterhand als het toetsenbord met m'n linkerhand. Bovendien voelt het niet prettig als ik de muis te lang vasthoud, dus ik haal m'n hand er vaak vanaf. Maar goed, ongeacht dat zou het inderdaad handig zijn om tussen de labels en de eerste verklaring een bewerklink te hebben. Misschien is het de moeite waard om die suggestie te doen op Wikidata:Contact the development team. --bdijkstra (overleg) 09:41, 6 March 2020 (UTC)[reply]
En misschien is het wel handig om een keer een archiefbot door deze Kroeg te laten gaan, want de pagina is ontzettend lang en de berichten erg oud. Eissink (talk) 12:18, 5 March 2020 (UTC).[reply]
Heeft Wikidata een archiefbot? --bdijkstra (overleg) 15:55, 5 March 2020 (UTC)[reply]
Geen idee. Werkt dit: {{Archiving|age=30}}? Ecritures (talk) 17:17, 5 March 2020 (UTC)[reply]
Inmiddels handmatig gearchiveerd. Eissink (talk) 20:25, 5 March 2020 (UTC).[reply]
Ik stoor me aan hetzelfde als Eissink beschrijft: is er niet een toetsenbordcombinatie die je kunt gebruiken om direct een nieuwe verklaring aan te maken? Het is een hoop gescroll als je de hele tijd met de muis moet klikken. @ Eissink: je zou ook bv een heel simple QuickStatements document kunnen aanmaken waarin je steeds het Q-id vermeldt en de naam van het bestand (zonder File/Bestand ervoor) vermeldt. Dan upload je dat via QS en voilà. Kijk hier voor [Help:QuickStatements de te gebruiken 'code']. Om - als voorbeeld - een afbeelding toe te voegen aan Q-id Q5550518 (Gerda Kurtz) zou je dus het volgende intypen > Q5550518 (tab) P18 (tab) "Afscheid van A.C. Sandijck. Archivaris mevrouw Kurtz overhandigt een geschenk. Links en rechts de heer en mevrouw Groen. NL-HlmNHA 54001235.JPG". Let op: je schrijft geen tabs, maar je zorgt dat er tabs staan. Dit staat helder beschreven in de handleiding die ik link :) Groet, Ecritures (talk) 17:14, 5 March 2020 (UTC)[reply]
Bedankt voor de tip, maar via QS is het nog omslachtiger, alleen al omdat je sowieso ergens de Q-id vandaan moet halen en dus toch al op Wikidata moet zijn. Eissink (talk) 18:55, 5 March 2020 (UTC).[reply]
Maar dat Qid zie je toch in de infobox op Commons waar je ziet dat er een afbeelding ontbreekt? Volgens mij gaat dat bijna in eens stuk door. Ecritures (talk) 11:25, 6 March 2020 (UTC)[reply]
Zie Wikidata:Tools/Enhance user interface#KeyShortcuts. --bdijkstra (overleg) 09:44, 6 March 2020 (UTC)[reply]
Ik ga direct even kijken, Ecritures (talk) 11:25, 6 March 2020 (UTC)[reply]
Werkt als een trein!! A om nieuwe verklaring aan te maken; er wordt dan ook direct naar beneden gescrolld. Time saver. Dank @Bdijkstra:, Ecritures (talk) 11:28, 6 March 2020 (UTC)[reply]

Dank voor jullie reacties. Ik heb de KeyShortcuts ingeschakeld, eerst maar eens kijken hoe dat bevalt. Bedankt! Eissink (talk) 11:59, 6 March 2020 (UTC).[reply]

De userinterface alhier is a three letter word. Dat beaam ik, en hij wordt ook steeds trager. De repliceer-server loopt ook hopeloos achter, waardoor alle bots stil liggen, behalve die van nieuwe items erin pompen, want die lijken nooit te stoppen. Ik ben al een tijdje van mening dat Wikidata aan zijn eigen succes ten onder gaat, en dat er vanuit de Wikimedia Foundation niet veel te verwachten valt, en vanuit Wikimedia Duitsland ook niet. Geen idee waar het fout gaat. Edoderoo (talk) 19:50, 23 March 2020 (UTC)[reply]

Ontwikkeling[edit]

Inmiddels heb ik verzocht om een 'add statement'-button toe te voegen aan de bovenzijde van Q- en P-pagina's. Eissink (talk) 18:12, 4 April 2020 (UTC).[reply]

Suriname[edit]

Onlangs ontspon zich op de OP van Hannolans een interessante discussie over de wijze waarop we een historisch persoon aan een hedendaags land kunnen koppelen. Hier werd besproken hoe de personen die door de eeuwen heen in (bv) het Koninkrijk der Nederlanden en haar rechtsvoorgangers als het Nederlandse koloniale rijk hebben gewoond correct kunnen worden beschreven zonder afbreuk te doen aan het land van herkomst. I.v.m. het project 'Plantages in Suriname' ben ik nu bezig om de verschillende 'verschijningsvormen' van dit gebied op Wikidata weer te geven. Suriname heeft momenteel namelijk drie verschijningsvormen op Wikidata:

Kunnen we voor dit (redelijk gelimiteerd onderwerp) het voorstel van @Multichill: bespreken of het een goed idee is om een nieuwe property (werktitel: Hedendaags land dat historisch persoon als inwoner ziet) te laten creëren? Voor alle personen die bijvoorbeeld door erfgoedinstellingen worden aangemerkt als 'Surinaams' kan dan bij de nieuwe property Suriname (Q730) worden vermeld. Aan de hand van deze property kan dan (handmatig én geautomatiseerd) de correcte vorm van Suriname bij country of citizenship (P27) worden geplaatst. Voor etnische groepen als de Marrons, Creolen en dergelijke kan dan ethnic group (P172) gebruikt blijven worden. Ik ben benieuwd naar jullie reacties. Ecritures (talk) 10:41, 18 March 2020 (UTC)[reply]

Koninkrijk der Nederlanden[edit]

Beste allen, zou iemand mij kunnen wijzen op eventuele discussies/overleggen waarin besproken is dat wij voor country of citizenship (P27) als waarde Kingdom of the Netherlands (Q29999) gebruiken en niet bijvoorbeeld de aparte landen in ons koninkrijk? Dit is een vraag die verband houdt met mijn vraag hierboven over (in dit geval) Suriname. Ik wil voorstellen om iedereen die geboren is in Suriname na 1954 P27:Q19901436 mee te geven. In het verlengde daarvan geldt hetzelfde voor Nederlands-Indië, Aruba, Curaçao, Sint-Maarten (of Nederlandse Antillen). (Ik zie ook dat er een bot loopt die 'Netherlands' vervangt door 'Koninkrijk der Nederlanden' bij country of citizenship (P27).) Groet, Ecritures (talk) 12:34, 26 March 2020 (UTC)[reply]

Wellicht dat Sjoerddebruin dat nog weet. Ik kan me herinneren dat Q29999 in eerste instantie niet bestond (of niet werd gebruikt hiervoor). Dan heb ik het over 2015 ofzo. Alle P27/Q55 vervangen naar Q29999 is wel tricky, in 99% van de gevallen zal dat vast juist zijn, en Q55 is altijd fout, maar je mist er dan toch een paar. Edoderoo (talk) 13:12, 26 March 2020 (UTC)[reply]
Hmmm, ik stel vooral het tegenovergestelde voor :) Van P27/Kingdom of the Netherlands (Q29999) naar P27/Surinam (Q7646305), Suriname (Q19901436), Aruba (Q21203), Curaçao (Q25279), Sint Maarten (Q26273), Dutch East Indies (Q188161), Netherlands (Q55) etc. Via die Q-items kan er (indien nodig) ook een query gemaakt worden voor mensen die op een bepaald moment in het Koninkrijk der Nederlanden geboren zijn of in de Nederlandse Republiek ofzo. Ecritures (talk) 13:19, 26 March 2020 (UTC)[reply]
Het gaat om het land van nationaliteit. Het land van nationaliteit is Kingdom of the Netherlands (Q29999) aldus je paspoort / id kaart. Mijn paspoort spreekt alleen over het Koninkrijk der Nederlanden. Aruba, Curaçao, Sint-Maarten vallen volgens mij onder het Koninkrijk (weliswaar als zelfstandige landen sinds ergens deze eeuw), Suriname sinds 1975 volgens mij niet meer. Mbch331 (talk) 18:42, 26 March 2020 (UTC)[reply]
Het punt dat ik graag bespreek is dat het nou juist niet gaat om *land* van nationaliteit als we Koninkrijk der Nederlanden gebruiken. Op dit moment bestaat het Koninkrijk uit vier landen: Aruba (sinds 1986), Curaçao, Bonaire en Sint-Maarten. Daarvoor was bv Suriname sinds 1954 een land binnen ons Koninkrijk totdat het zich in 1975 afscheidde. Mensen uit Nederlands-Indië hadden geen Nederlands paspoort. Ons Koninkrijk is een Koninkrijk met op verschillende momenten verschillende landen. Wat is de belangrijkste overweging om niet het land bij 'land van nationaliteit' te vermelden, maar het hele Koninkrijk? Bij bijvoorbeeld het Verenigd Koninkrijk kunnen toch ook de losse landen vermeld worden bij country of citizenship (P27)? Ecritures (talk) 22:58, 26 March 2020 (UTC)[reply]
Zoals ik al aangaf: Je paspoort geeft ook aan dat je *land* van nationaliteit het koninkrijk is en niet Nederland. Mbch331 (talk) 11:28, 27 March 2020 (UTC)[reply]
Ik begrijp wel wat je zegt, maar het is wat kort door de bocht. Zo hebben Britten ook een Brits paspoort, maar daar kunnen we op Wikidata ook gewoon bijvoorbeeld Schots of Welsh invullen bij *land* van nationaliteit. En zoals gezegd: het Koninkrijk is geen land, maar een verzameling landen. (En in de twintigste en eenentwintigste eeuw steeds andere landen. ). Er staat in ons paspoort dan ook niet dat het Koninkrijk der Nederlanden een *land* is, maar een staat. Ecritures (talk) 18:03, 27 March 2020 (UTC)[reply]
Misschien dat Sjoerddebruin meer dyudelijkheid kan verschaffen. Wat ik nog wel kan zien bij country of citizenship (P27) is dat het label spreekt over land en de omschrijving over soevereine staat. Mbch331 (talk) 19:28, 27 March 2020 (UTC)[reply]
Het is best mogelijk dat het in Groot-Britannie anders wordt geregistreerd dan in Nederland. Van Joegoslavië kan ik me herinneren dat mensen in hun paspoort een nationaliteit hadden (Serviër, Kroaat, en dan gingen de Bosniërs piepen dat ze geen nationaliteit hadden, maar wel een gebied). Vergelijken met andere landen is dus niet zomaar een goed idee. Voor het Koninkrijk Nederland wordt je niet administratief onderverdeeld als Surinamer, Curacao-er/Antillian, Nederlander, expat, etc. Wel is er het gebied Nederland, Antillen, Suriname, etc, daarom zijn er meerdere items in Wikidata, die niet zomaar inwisselbaar zijn. Dat het voor sommige queries wel handig was geweest, is een ander verhaal, maar iemand die op het Surinaams grondgebied is geboren in pak-m-beet 1968 is niet vanzelfsprekend een "Surinamer". Edoderoo (talk) 10:20, 30 March 2020 (UTC)[reply]
Dat laatste hangt geheel af van welk oogpunt je dat bekijkt. Iemand die bijvoorbeeld in 1985 in Aruba is geboren is wat mij betreft wel een Arubaan met een paspoort van het Koninkrijk der Nederlanden. En in het Verenigd Koninkrijk wordt niets anders geregistreerd IRL (iedereen heeft daar een Brits paspoort) maar op Wikidata kan daar wel gewoon Noord-Iers, Welsh, Schots en Engels ingevuld worden bij land van nationaliteit. Wij hebben dat blijkbaar een keer anders besproken, maar ik betwijfel of dat een goede beslissing is geweest. Nogmaals, Curaçao is gewoon een land van nationaliteit. Ik vind het dus niet correct om voor iedereen die op welk moment dan ook en op welke manier dan ook behoorde tot het Koninkrijk der Nederlanden zo maar een verkeerde entiteit mee te geven bij land van nationaliteit. Ik begrijp ook niet waarom daar voor gekozen is. Ik zou graag niet iedereen die geboren is in het Koninkrijk het bijv. naamwoord Nederlandse willen meegeven. Iemand die na 1954 geboren en getogen is in Suriname is natuurlijk wel gewoon een Surinamer; enigszins vreemd om zo iemand een Nederlander te noemen, toch? Idem voor mensen alle andere onderdelen die in de loop van de tijd als land tot ons Koninkrijk behoren. Wat is er tegen om bij country of citizenship (P27) gewoon het land te plaatsen ipv de staat? Ecritures (talk) 16:16, 4 April 2020 (UTC)[reply]
Uit de overlegpagina van P27 krijg ik de indruk dat wel degelijk het staatsburgerschap is bedoeld. En voor historische personen wordt er daarom verwezen naar historische staten, eventueel met aanduiding van periode zodat de eigenschap meervoudig kan worden toegekend bij mensen die van nationaliteit wisselden (of met een dubbele nationaliteit). Er is wel opgemerkt dat dit concept voor mensen van langer geleden minder bruikbaar is.
Je moet volgens mij niet afgaan op het label waar 'land' staat, een nogal ambigu woord. Ze hebben voor de Britten geen 'constraint' aangemaakt, maar dat wil niet zeggen dat het de bedoeling is om zomaar Schotten Schots staatsburger te maken, zolang dat land niet onafhankelijk is. Als er op verschillende plekken 'Engeland' is ingevuld als iemands nationaliteit, is dat waarschijnlijk óf gewoon fout, óf het gaat om Engelsen van voor de stichting van het Verenigd Koninkrijk.
Alle burgers van het Koninkrijk der Nederlanden hebben de Nederlandse nationaliteit. Als je onderscheid zou willen maken tussen Nederlanders, Antillianen en (voor 1975) Surinamers, dan wordt het erg ingewikkeld. Moet de nationaliteit dan bij elke verhuizing worden aangepast? En hoe doe je het dan bij Nederlands staatsburgers die in het buitenland wonen? Daar verander je die eigenschap toch ook niet? Of kijk je naar afkomst? Maar dat kán toch niet? Bever (talk) 01:18, 16 April 2020 (UTC)[reply]

Heksen in de lage landen[edit]

Hoi,

Ik ben bezig met de (handmatige) invoer van beschuldigde, en veroordeelde heksen in de lage landen in de vroege renaissance. Ik gebruik hiervoor onder andere de verklaringen beschuldiging, veroordeling, doodstraf en doodsoorzaak. Nu zou ik daarnaast heel erg graag een verklaring willen hebben voor de beschuldigende partij. Bijvoorbeeld: ik ben nu met de heksenprocessen in Peelland bezig, waar het allemaal begon met 1 beschuldiging. In de drie weken dat deze vrouw opgesloten zat en gemarteld werd noemde zij de namen van andere vrouwen die ook aanwezig zouden zijn geweest bij de sabbatten, waarmee er een domino-effect ontstond. Ik wil heel graag de onderlinge verbanden weer kunnen geven.

Hoe vraag ik zo'n nieuwe verklaring aan, kan iemand mij daarmee helpen? Ciell (talk) 11:15, 27 March 2020 (UTC)[reply]

De vraag is welke eigenschap wil je daarvoor gebruiken? Mbch331 (talk) 11:29, 27 March 2020 (UTC)[reply]
Ik kan me voorstellen dat die misschien nog gemaakt moet worden? Of kunnen we op die manier ook bijvoorbeeld Monica Lewinsky al met Bill Clinton verbinden? Ciell (talk) 11:36, 27 March 2020 (UTC)[reply]
Ik wil hem koppelen aan "beschuldiging" -> "door:". Ciell (talk) 11:38, 27 March 2020 (UTC)[reply]
En de uitkomst na een beschuldiging kan ook "vrijspraak" zijn, die heb ik nog niet kunnen vinden? Ciell (talk) 11:39, 27 March 2020 (UTC)[reply]

Volgens mij kan je beschuldigde alleen gebruiken bij een item over een zaak. Dus zeg het 'heksenproces van Peelland' met als beschuldigden (defendant (Q159394)) de verschillende heksen. Daarbij kan je dan ook charge (P1595) gebruiken. Bij het voorbeeld van Lewinksy and Clinton zou het dan gaan om Clinton–Lewinsky scandal (Q154234). Ecritures (talk) 18:15, 27 March 2020 (UTC)[reply]

Dank je Ecritures! Het is dus net zoiets als bij de films: we noemen bij een acteur niet de films waarin hij of zij een rol heeft gespeeld, maar bij de films wel welke acteurs erin voorkomen? Zo noem je bij een rechtszaak de gedaagden, maar benoem je bij een gedaagde niet de rechtszaak, begrijp ik dat goed?
Praktisch hebben we voor de heksenvervolgingen in Peelland Q2184793, maar daar zijn 40 mensen beschuldigd door verschillende eerdere beschuldigden, en ook de aanklagers wisselden. Enige verbindende factor was hier een domino-effect binnen een zekere regio, en de mensen die aangewezen werden door de gevangenen die gemarteld werden. Ciell (talk) 15:27, 28 March 2020 (UTC)[reply]
Hi, kan iemand nog even bevestigen of mijn redenatie klopt? Ciell (talk) 17:40, 10 April 2020 (UTC)[reply]
@Mbch331:, @Ecritures: kunnen jullie helpen, redeneer ik goed? Hoe zou een query er bijvoorbeeld uit gaan zien als je alle beschuldigde heksen in Brabant in de 16e eeuw zou willen opvragen? Ciell (talk) 10:36, 15 April 2020 (UTC)[reply]

Geachte gebruiker,

De in hoofding vermelde pagina van Wikidata, met als onderwerp Rožňava spoorwegstation (Q41556842) bezorgt me een probleem.

Ik heb namelijk opgemerkt dat er een verkeerde landkaart getoond werd, door het gebruik van foutieve coördinaten.

De in beeld gebrachte plaats op de kaart (tot heden ochtend), was een buiten gebruik gesteld spoorwegstation in Rožňava.

Het wel degelijk in dienst zijnde station dat voorkomt op de hierna vermelde begeleidende foto

Rožňava - železničná stanica - panoramio.jpg

ligt enkele kilometers verder en heeft andere coördinaten.

Volgens de landkaart van Bing (en voor zoverre mijn interpretatie van de getallen juist is) zijn de exacte coördinaten de volgende:

48,63696, 20,51275

Zoek bijvoorbeeld op de website van BING

https://www.bing.com/maps?FORM=Z9LH2

naar de volgende informatie:

Zelezničná 3011 Brzotin Kosicky 049 51 Rožňava

en u zal terecht komen op de plaats waar het werkelijk in dienst zijnde station (afgebeeld op de foto) gesitueerd is.

Ik heb vruchteloos gepoogd de coördinaten van Wikidata aan te passen. Maar tevergeefs. Het resultaat is, dat men nu nog verder verdwaalt, want de landkaart die door mijn mislukte poging zichtbaar is, vertoont een oord in Hongarije en geenszins Rožňava.

Heeft U enig idee hoe men dit in orde kan brengen ?

Aanvaard mijn dank bij voorbaat.

Met hoogachting.

IDD5000 (talk)

Je kan die waardes gewoon invullen bij coordinate location (P625). Je moet alleen de decimalen komma vervangen door een punt. Dus 48.63696, 20.51275 en de Wikidata software maakt er dan wel graden, minuten en seconden van. Mbch331 (talk) 19:23, 27 March 2020 (UTC)[reply]

Loosduinen[edit]

Ik ben bezig geweest om Loosduinen (wijk) en Loosduinen (stadsdeel) in de Commons uit elkaar te halen. Ik heb de beschrijving in wikidata (Q994533 en Q1987332) aangepast. Alleen niet in wikidata Commons:categorieën waar naar de juiste Loosduinen verwezen moet worden. Wat een gedoe zeg met de stadsdeel/wijk/buurt onderverdeling.Smiley.toerist (talk) 14:03, 3 April 2020 (UTC)[reply]

Voornaam[edit]

Bij Q74621896, Marten Edsge Mulder, probeerde ik de tweede voornaam in te vullen, maar blijkt onbekend en wordt niet geaccepteerd. Ik dacht dan moet ik maar een item aanmaken voor de voornaam Edsge, dus heb ik Q89412627 aangemaakt. Zonder resultaat. Even verder zoeken bracht me op een idee: ah, dit zal wel een nieuw lexeem zijn, dus nieuw lexeem aangemaakt Lexeme:L293460, en inderdaad: werkt ook niet. Ik snap er werkelijk niets van, kan nog iemand een poging doen om mij uit de put van onwetendheid te halen, en wellicht de onnodig aangemaakte pagina's verwijderen? Eissink (talk) 14:51, 4 April 2020 (UTC).[reply]

Inmiddels heeft Jura1 meerdere aanvullingen gedaan, op drie pagina's(!), over een tijdsbestek van meer dan een kwartier, en het werkt nu, maar ik begrijp het nog steeds niet. Hoeveel tijd moet het in godsnaam kosten om één extra voornaam aan te vullen? Wat een sof. Eissink (talk) 15:35, 4 April 2020 (UTC).[reply]
Hoi Eissink, in principe werkt Wikidata realtime, dus als je een nieuw item aanmaakt dan is die meteen voorhanden om op een ander item te gebruiken. Ik heb echter ook wel regelmatig meegemaakt dat het een paar seconden (5? 10?) kan duren voordat een item op naam (eigenlijk: label) te vinden is. Dat lijkt hier ook gebeurd te zijn: je hebt Edsge aangemaakt en toch kan je het niet direct toevoegen aan het item van Marten Edsge Mulder. Mijn oplossing is dan altijd om in het zoekvakje (waar je dus bij given name Edsge wilde laten opzoeken) daar niet het label van het item te gebruiken (=Edsge) maar het Q-nummer. Op de een of andere manier vindt 'ie het dan wel meteen. Andere optie is even je thee bijvullen en kort te wachten, dan vindt 'ie hem ook op het label :). HTH, Ecritures (talk) 19:32, 4 April 2020 (UTC)[reply]
Tsjonge, lexemen, die kende ik nog niet als onderdeel van Wikidata toen ik hier actiever was. Interessant. Met Jura1 had ik trouwens een interessante discussie indertijd over een voornamenonderwerp, die nog steeds openstaat. Bever (talk) 03:40, 16 April 2020 (UTC)[reply]

Architectuur Wikidata[edit]

Heeft iemand een goede link naar een document waarin de architectuur van Wikidata wordt beschreven? Eissink (talk) 17:41, 4 April 2020 (UTC).[reply]

Wat bedoel je met 'architectuur'? Ecritures (talk) 18:49, 4 April 2020 (UTC)[reply]
Het ontwerp, dus de structuur van deze site. M.a.w. hoe is Wikidata (op)gebouwd?
Ik vraag dus niet naar een (bottom-up) gebruikershandleiding, maar naar het (top-down) grote plaatje, en dan zo abstract mogelijk, of althans het geraamte (ik geloof dat men dan bij website-ontwikkelaars wel spreekt van de architectuur, al vraag ik slechts indirect naar de architectuur vam de site, want eigenlijk naar de functionaliteit die de site levert). Eissink (talk) 18:56, 4 April 2020 (UTC).[reply]
Misschien begrijp ik je nog niet goed genoeg. Het klinkt mij in de oren alsof je vraagt naar de 'boomstructuur' van wikipedia: die bestaat niet. En ook op Wikidata bestaat er geen boomstructuur of iets dergelijks. Je zou Wikidata kunnen beschouwen als die kasten die je vroeger in de bieb had waarin je de boeken kon opzoeken: een hele grote kast vol met laden waar die kaarten (items) in staan. Alleen staan die kaarten op Wikidata niet in een georganiseerde laden-structuur maar ligt iedere kaart gewoon als een ballenbak of als je die vergelijking liever hebt, allemaal verspreid in een laag op de grond. Alle 81.090.952 kaarten die wikidata rijk is op dit precieze moment. Door middel van SPARQL-queries (https://query.wikidata.org/) kun je alle data op alle kaarten 'bevragen'. Ik denk dat het antwoord op je vraag is dat er geen architectuur is, alleen heel veel wikidata items (het blijft een hele grote database). De verschillende items hebben natuurlijk wel verbanden omdat je van het een wikidata-item naar het andere kan linken. Op die manier kan je van moeder naar dochter klikken, van het ene taxon naar het andere, van ene onderdeel naar een geheel, van de schrijver naar haar boek etc etc. Is dat een antwoord dat enigszins uitlegt wat de architectuur is van Wikidata? Ecritures (talk) 19:27, 4 April 2020 (UTC)[reply]
Je hebt me inderdaad niet goed begrepen. Niet alle 'kaartjes' of 'ballen' op Wikidata zijn gelijk – zo is bijvoorbeeld een item Q niet hetzelfde als een verklaring P, ze zijn niet uitwisselbaar en een Q kan iedereen aanmaken en wijzigen, maar een P niet. Dergelijke verschillen in waarde en positie zijn het gevolg van keuzes, en wat ik vraag is eigenlijk de blauwdruk waarin dergelijke fundamentele keuzes zijn vastgelegd of in elk geval weergegeven. De ontwikkelaars van deze site MOETEN een dergelijke blauwdruk hebben gehad, anders konden ze de site natuurlijk niet bouwen en inrichten. Noem het een blauwdruk of een aanvankelijk Programma van Eisen: ergens is vastgelegd wat Wikidata wel en niet kan. Zeggen dat Wikidata een grote kast is waarin alle kaartjes gelijk zijn is dan ook niet het antwoord dat ik zoek, maar misschien heb ik mijn vraag nu verhelderd. Eissink (talk) 20:56, 4 April 2020 (UTC).[reply]
Laten we om helder te kunnen antwoorden de terminologie dan eenduidig houden zodat we over hetzelfde praten. Wikidata is een database met een Resource Description Framework (RDF)data-model. Dat betekent dat de onderdelen op een Wikidata item altijd bestaan uit zogenaamde RDF triples. Een RDF-triple bestaat altijd uit een subject-predicaat-object. Het subject is altijd het onderwerp van een item (bv een persoon). Een subject heeft vervolgens verklaringen; deze bestaan uit een eigenschap (met een P-nummer) en een waarde (met een Q-nummer). Een triple is dus bijvoorbeeld: George Sand (1) is een (2) mens (3). Een andere triple op hetzelfde item: George Sand (1) heeft het geslacht/gender (2) vrouwelijk (3). Een uitgebreid overzicht van de terminologie inclusief een hele duidelijke illustratie vind je op deze pagina onder 'how does Wikidata work'.
Een nieuwe eigenschap (P-nummer) kan je inderdaad niet zelf aanmaken, maar moet aangevraagd worden. Een nieuwe waarde kan jezelf inderdaad gewoon aanmaken.
Op dit moment zijn er twee soorten 'kaarten' op Wikidata: gewone items die verwijzen naar 'dingen' en lexemen (heel grof gezegd 'woorden in een taal'.) Zie hier voor de uitleg van de lexicografie op Wikidata.
Ik hoop dat dit nog een klein beetje meer handvatten geeft om je vraag te kunnen beantwoorden. Ecritures (talk) 21:55, 4 April 2020 (UTC)[reply]
De vraag kwam op door mijn falen zelfs maar een eenvoudige voornaam toe te voegen (zoals hierboven besproken en inderdaad waarschijnlijk te verklaren door een lag, maar dat wist ik toen nog niet) en ook omdat ik tevergeefs een property tweelingbroer of -zus van zocht (namelijk voor Q2481130 en Q1832126) en mij voor de zoveelste keer de moed in de schoenen zonk, ook omdat ik kennelijk voor zoiets simpels waarschijnlijk langs een commissie zou moeten om het te laten goedkeuren – "vrije" database... Je laatste antwoord geeft verder bijna voldoende antwoord op mijn vraag, dus bedankt. Eissink (talk) 22:43, 4 April 2020 (UTC).[reply]
Ik heb de Engelse Wikipedia-pagina over Wikidata n.a.v. je uitleg aangepast. Ook op de Nederlandse ontbreekt de koppeling met RDF. Een eenvoudige beschrijving maakt het zoveel eenvoudiger te begrijpen; vergelijkingen met Commons, zoals op de Engelse, zijn m.i. louter verwarrend. Bedankt nogmaals. Eissink (talk) 15:55, 6 April 2020 (UTC).[reply]

Gerrit Klop (Q61864304)[edit]

Ik heb op de NL Gerrit Klop zijn tweede naam en geboortedatum (uit Robijns) opgevoerd. Zijn geboortedatum heb ik ook hier ingevuld. Echter het formulier nalezend blijkt dat als "familienaam" Garderen (?) wordt vermeld, terwijl dat natuurlijk Klop moet zijn; Garderen is zijn plaats van overlijden. Wil iemand dat corrigeren, bvd,Ceescamel (talk) 09:00, 8 April 2020 (UTC)[reply]

Dat was zo gedaan (Q61864304). - FakirNL (talk) 10:47, 8 April 2020 (UTC)[reply]

Formal definitions[edit]

Hi, As a laboratory medicine professional from the Netherland and started an initiative to enrich the digital knowledge twin with information coming from other professional standards.

I’m new in WIKIDATA and need some support from the community to sort things out.

Currently, to improve the quality of interpretation of Items I want to add formal definitions from authority bodies like WHO, ISO and IUPAC as a property to an Item.

For instance the authorities like ISO15189:2012, WHO toolkit 2009 and others have stated formal definitions of a term (wd:Item) in their section ‘terms and definitions’ I want to present these definitions of a term from different sources as a property “defined by source” instead of “described by source” (P1343), to emphasize the formal definitional status of the statement.

Under the premise that “defined by source” does not exist already as a property ( https://tools.wmflabs.org/hay/propbrowse/ ), I want to propose this new property ( https://www.wikidata.org/w/index.php?title=Wikidata:Property_proposal/Pending&action=edit&section=4 ).

And here I run into some newby issues, that is, how to fill in this form and how to arrange subsequent steps.I would greatly appreciate somebody could help me out in this.

Similarly, I need some support on a conceptual level, that is, I would like to reduce the ambiguousness of the interpretation of an Item by the introduction of the property “reference definition”, that is generally derived from one of the professional standards. In principle, this should substitute “description” part of the Item. However, to my limited knowledge there is no option to do so or the label the “decription” with status “reference term”. Again, I would greatly appreciate somebody could help me out in this.

Frans van der Horst Clinical Chemist  – The preceding unsigned comment was added by Semantoya (talk • contribs) at 13:14, ‎11 avril 2020 à 15:14‎ (UTC).

Hoi Semantoya (Frans), waarschijnlijk spreek je ook Nederlands :), in deze Nederlandse Kroeg van Wikidata kan dat ook gewoon. Ik ga eerst even goed kijken of ik je vraag goed begrijp en reageer daarna weer. Ik had je (toevalligerwijs) ook een e-mail gestuurd over wikidata en (in dit geval) data rondom corona omdat ik je gebruikerspagina op mijn volglijst tegenkwam. Groet, Ecritures (talk) 09:23, 14 April 2020 (UTC)[reply]

Q10174337 versus Q55639[edit]

It looks like secundaire sector (Q55639) and Category:Secondary sector of the economy (Q10174337) are about the same subject. My questions:

  1. Is it possible to have two items about the same subject?
  2. One problem is, that Commons Category:Secondary sector of the economy can only be included in one item. Today it has been removed from one to the other item and back again. Could this be solved?

If the solution is, that one item should be kept and the other be removed: I think the first one (Q55639) should be kept; that has the most information and links to Wikipedias. And it seems strange to me that the name of an item contains "Category". JopkeB (talk) 14:39, 7 May 2020 (UTC)[reply]

Een aanpassing heb ik gedaan vergelijkbaar aan de tertiaire sector, door commonscategorie van secundaire sector toe te voegen aan Secundaire sector (Q55639). Aan de structuur in wikidata of commons heb ik verder niets veranderd. Ldhank (talk) 14:16, 8 May 2020 (UTC)[reply]
Dank voor de aanpassing. Alleen zie je in Commons in de Category:Secondary sector of the economy links onderaan nog steeds alleen de drie verwijspagina's naar Wikipedia's die in Q10174337 zijn opgenomen terwijl er in Q55639 veel meer staan, waaronder de meer gangbare talen. Normaliter worden die automatisch getoond. Is daar nog een oplossing voor? JopkeB (talk) 15:31, 8 May 2020 (UTC)[reply]
Volgens mij is het een kwestie van synchronisatie, ik zie er toch echt 25. Ldhank (talk) 16:19, 8 May 2020 (UTC)[reply]
Ja, ik zie het nu ook. Dank! Kwestie is wat mij betreft afgehandeld. JopkeB (talk) 04:51, 9 May 2020 (UTC)[reply]

Artikelen over Eerste Kamerleden die ontbreken op nl-wiki[edit]

Bij nl:Gebruiker:Sjoerddebruin/Eerste Kamerlid wordt periodiek een lijst bijgewerkt van Eerste Kamerleden met een artikel op nl-wiki. Ik zou graag een soortgelijke lijst willen hebben maar dan voor de artikelen over Eerste Kamerleden die ontbreken op nl-wiki. Ik neem aan dat een kleine aanpassing van die query genoeg is om dat te bereiken. Ik.zou alleen niet weten hoe dat moet. Kan iemand mij uitleggen hoe dat moet? - Robotje (talk) 21:25, 9 May 2020 (UTC)[reply]

Hoi Robotje, ik heb de lijst in je gebruikersnaamruimte op wikipedia gezet. Ik wist niet waar je hem het liefst wilde. Als je er nog dingen bij (of af) wilt, laat maar weten. Ik heb alleen '|links=local' gewijzigd in '|links=red_only'. Het eerste geeft alleen de Q-ids waarvoor een artikel is en het tweede doet het tegenovergestelde en toont alleen de Q-ids die nog geen artikel hebben) Ecritures (talk) 22:29, 9 May 2020 (UTC)[reply]
Bedankt. Dit is wat ik zocht, al blijft er nog wel wat werk over omdat bij nogal wat personen de initialen in plaats van de voornamen worden gebruikt in de rode link. Maar dat kan ik zelf afhandelen. - Robotje (talk) 07:24, 10 May 2020 (UTC)[reply]
Graag gedaan. En ja, dat stoort mij ook altijd. Ik verplaats die meestal naar de alias wanneer ik de voornaam of volledige geboortenaam voluit heb achterhaald. Het is wel handig om ze bij de alias te vermelden zodat het reconciliëren van data uit bijvoorbeeld databases van culturele erfgoedinstellingen makkelijker gaat: daar gebruiken ze ook vaak (slechts) initialen. Hartelijke groet, Ecritures (talk) 20:24, 10 May 2020 (UTC)[reply]

Gegevens over levende personen[edit]

Beste Wikidata-gemeenschap. Ik heb net onderstaand bericht in De Kroeg van de Nederlandstalige Wikipedia geplaatst. Omdat het rechtstreeks betrekking heeft op Wikidata plaats ik het ook hier. Sandra Rientjes - Wikimedia Nederland 12:47, 19 May 2020 (UTC)

"Een paar weken terug was er in de Kroeg een discussie over -kort samengevat- de wenselijkheid en wettelijkheid van het delen van (zeer) persoonlijke gegevens over levende personen op Wikidata en Wikipedia. Wikimedia Nederland heeft toen aangeboden om een bredere discussie over dit onderwerp te faciliteren.

Voor ons zou het doel van de discussie moeten zijn om scherper te definiëren welke zaken als problematisch wordt ervaren, hierover advies van deskundigen in te winnen, en de gemeenschap in staat stellen een onderbouwde beslissing te nemen over de vraag of er eventueel aanpassingen nodig zijn in de manier waarop met data over levende personen wordt omgegaan.

We stellen het volgende proces voor:

Stap 1: Het formuleren van een beperkt aantal vragen die de problematiek adequaat verwoorden. De Kroeg-discussie levert daarvoor volgens ons al voldoende basismateriaal; we stellen voor dat wij op basis van die discussie met een eerste voorstel komen voor een aantal vragen. Die kan de gemeenschap aanvullen, verbeteren, wijzigen...

Stap 2: Benaderen van een aantal deskundigen (te selecteren in overleg met de gemeenschap) op gebied van privacywetgeving/AVG, Wikimedia missie & Wikimedia Terms of Use, bredere ethische en veiligheidsaspecten rondom persoonsdata. Wij vragen ieder van hen om een beknopte notitie waarin ze hun mening geven over één of meer van de geformuleerde vragen.

Stap 3: De notities worden gepubliceerd zodat de gemeenschap commentaar kan leveren en vragen kan stellen. Vervolgens is er een Webinar/online workshop waarin de deskundigen hun mening toelichten, commentaar geven op elkaars visie en vragen vanuit de gemeenschap beantwoorden.

Stap 4: Op basis van de input van de deskundigen en de discussies antwoorden formuleren op de vragen uit stap 1. Dat vormt dan de basis voor een discussie in de gemeenschap over eventuele noodzakelijke of gewenste vervolgstappen.

Lijkt dit proces jullie acceptabel en zinvol?"  – The preceding unsigned comment was added by SRientjes (talk • contribs) at 19 May 2020 (UTC).

(Handtekening staat iets hoger in de tekst.... Sandra Rientjes - Wikimedia Nederland 09:24, 25 May 2020 (UTC))
(Dus was het geen ondertekening maar een boventekening.) --bdijkstra (overleg) 08:03, 28 May 2020 (UTC)[reply]

Concept-vragen en mogelijk te raadplegen experts[edit]

Op de Verenigingswiki staan nu voorstellen voor vragen aan de experts en suggesties voor mogelijke experts. Commentaar/aanvullingen/veranderingen zijn zeer welkom. Zullen we zeggen vóór 2 juni? Als jullie de discussie liever op een ander forum willen voeren: VJVGJG. (Wel bij voorkeur maar op één plek discussiëren. Zie ook de NLWP- Kroeg). Sandra Rientjes - Wikimedia Nederland 12:37, 26 May 2020 (UTC)

FoMu[edit]

Ik zocht naar de mogelijkheid om, vergelijkbaar met bijvoorbeeld RKDartists, een identificatiecode toe te voegen van FoMu Directory of Belgian Photographers, maar kon deze niet vinden. Is er geen identificatiecode voor FoMu, en zou die anders niet wenselijk en welkom zijn? Eissink (talk) 00:37, 28 May 2020 (UTC).[reply]

Zo'n eigenschap lijkt inderdaad nog niet te bestaan. Misschien is Wikidata:Property proposal/Person een betere plek om de wenselijkheid te onderzoeken. --bdijkstra (overleg) 08:10, 28 May 2020 (UTC)[reply]
Hoi Eissink, ik had je vraag niet gezien. Je kan vaak op het Q-id van een organisatie ook zien of ze een identifier hebben: deze staat dan vermeld achter Wikidata property (P1687) zoals bijvoorbeeld op Leidse Hoogleraren (Q23667505). En er lijkt inderdaad geen identifier te zijn voor het FotoMuseum Provincie Antwerpen (Q2635059). Het zou inderdaad fijn zijn als er wel eentje kwam: identifiers kunnen hier aangevraagd worden. Mocht het je wat ingewikkeld lijken dan wil ik hem wel aanvragen zodat ook de identifiers van het FoMu op wikidata toegevoegd kunnen worden. (Ik zeg dat even zonder nog de persistent identifiers van het FoMu bekeken te hebben; mochten ze die niet hebben (een persistent identifier) dan heeft het niet veel zin om de wikidata identifier voor hen aan te vragen.)
Wat ook handig is om te weten: het is altijd fijn als je bij een maker in een collectie (dus die fotograaf van wie jij de identifier wilde toevoegen in ieder geval has works in the collection (P6379) invult; in dit geval met FotoMuseum Provincie Antwerpen (Q2635059) als waarde. Je kunt dan als reference URL (P854) de url naar de profielpagina (met id-nummer) plaatsen. Groet, Ecritures (talk) 17:55, 6 June 2020 (UTC)[reply]
Dag, Ecritures. De FoMu-database (6900 ingangen!), die pas in mei jongstleden beschikbaar is gekomen, is de laatste weken al een paar maal 'onmisbaar' gebleken en dus zeker een aanwinst. Ik had al gekeken of FoMu met een soort 'persistent identifiers' werkt, maar vooralsnog lijkt me dat niet het geval, tenzij de unieke achternaamsvormen die de respectievelijke URLs onderscheiden als zodanig kunnen worden opgevat, en daarover nu nog eens nadenkend lijkt me dat eigenlijk wel (omdat het specifieke uitgangen van verder identieke URLs betreft).
De reden waarom ik nog geen verdere actie had ondernomen, is dat ik zag dat ook het Nederlandse Fotomuseum ooit een database heeft gehad, met wel identifiers op Wikidata, die echter dus nutteloos lijken te zijn geworden nu die database online verdwenen is.
Maar de FoMu-set lijkt me wel robuust en bestendig, en beslist niet iets dat men zomaar weer laat verstoffen of verdwijnen, daarvoor is er veel te veel tijd aan besteed. Ik weet niet of FoMu van alle genoemde fotografen ook daadwerkelijk werk in collectie heeft, maar dat doet ook niet meteen ter zake, denk ik.
Als de URL-uitgangen (telkens [studio]naam-[voornaam];isaar) als persistent identifiers zijn te gebruiken, dan zou het zeker fijn zijn als jij de aanvraag zou doen, aangezien ik er geen ervaring mee heb (en ik ook niet verwacht dat dit vaker zal voorkomen, zodat het voor mij weinig zin heeft om er leertijd in te steken). Ik kan niet inschatten of er meteen veel gebruik van zal worden gemaakt, maar het lijkt me wel een waardevolle toevoeging – kijk maar even wat je er zelf van denkt. In elk geval bedankt. Met groet, Eissink (talk) 18:51, 6 June 2020 (UTC).[reply]
Met die persistent identifiers lijkt het wel goed te zitten, Ecritures, al zie ik nog niet precies hoe. Op item-pagina's, bijvoorbeeld https://fomu.atomis.be/index.php/van-antro-alexandre;isaar, staat linksboven onder 'Export' een link 'EAC' die een 'RecordID' geeft, naast de melding "ISAAR(CPF): Internationale norm voor archivistische geautoriseerde beschrijvingen van organisaties, personen en families, Antwerpen/Leuven/Amsterdam 2006." Eissink (talk) 12:52, 9 June 2020 (UTC).[reply]
Inmiddels aangemaakt: Property:P8696. Met dank aan Hannolans. Eissink (talk) 19:49, 10 October 2020 (UTC).[reply]
Door een cache-probleem werken de links nog niet, maar dat komt spoedig, hooguit binnen enkele dagen. Geweldig. Eissink (talk) 20:40, 10 October 2020 (UTC).[reply]

Toilet, onderdeel van een gamma straatmeubilair geïnspireerd op de Amsterdamse School (Q17291594)[edit]

Bij dit artikel op wikidata staan verkeerde coördinaten; ze planten het huisje midden in de gracht. Ik heb getracht die coördinaten zelf te wijzigen, maar ben daar niet ingeslaagd; ik krijg het niet goed. Het zou Coor title dms|52|22|17.29|N|4|53|43.88|E|type:landmark moeten zijn, bvd. Misschien ook verstandig de titel aan te passen aan het NL-artikel want onder "Toilet, onderdeel van een gamma straatmeubilair geïnspireerd op de Amsterdamse School" zal niemand zoeken en is fout. Het monumentenregister omschrijft het als "representatief voorbeeld van de Amsterdamse School", dat strookt niet met "geïnspireerd op".Ceescamel (talk) 11:08, 5 June 2020 (UTC)[reply]

Dag Ceescamel. Ik heb een aantal aanpassingen gedaan. Met vriendelijke groeten, Smile4ever (talk) 11:21, 5 June 2020 (UTC)[reply]

Liesdelsluis (Q18654847)[edit]

In mijn reis langs de bruggen land de OZ Voorbrugwal kom ik nu deze Liesdelsluis (Q18654847) tegen. De coördinaten op de nl en wikidata staan goed, maar bij de vertaling naar Commons gaat het mis. De brug ligt daar in een gebied met woonhuizen. Graag correctie,Ceescamel (talk) 11:39, 10 June 2020 (UTC)[reply]

Kasteel Wisch[edit]

nl:Kasteel Wisch heeft geen Commons-categorie, maar er bestaat wel een Commons-categorie c:Category:Huis Wisch (zoals het kasteel ook wel wordt genoemd) die naar inhoud overeenkomt. Er is echter ook een pagina nl:Categorie:Huis Wisch (wat ik trouwens zag van de artikelen daarin is Wikipedia-onwaardig), die bevat echter leden van een adellijk geslacht, maar het daarbijbehorende Wikidata-item was (is?) wel gekoppeld aan de gelijknamige Commons-categorie. Dan is er ook nog een recentere Commons-categorie c:Category:Kasteel Wisch Terborg, die eigenlijk in c:Huis Wisch hoort. Nu heb ik geprobeerd de Wikidata-items Q65954708, Q9034646 en Q2354245 om te koppelen, maar ik kom er niet uit en krijg een mededeling "could not patch the current revision". Kan iemand dit misschien oplossen? Alvast bedankt, Eissink (talk) 18:11, 10 June 2020 (UTC).[reply]

Hoort c:Category:Huis Wisch in c:Category:Kasteel Wisch Terborg of andersom? Want nu is het allebei (een categorielus). Of horen de twee categorieën te worden samengevoegd? Ze lijken allebei over hetzelfde onderwerp te gaan. Zijn er bestanden op Commons over het adellijk huis Wisch? --bdijkstra (overleg) 14:11, 11 June 2020 (UTC)[reply]
Eigenlijk moeten ze worden samengevoegd, ze beslaan hetzelfde onderwerp. Ik had het niet gedaan, omdat ik niet wist wat de juiste naam zou moeten zijn, maar in het monumentenregister wordt gesproken over "Huis Wisch", dus dat is waarschijnlijk de beste optie (en de andere categorie heeft sowieso een bad name, zo met Terborg zonder komma). Ik geloof niet dat er bestanden over het adellijk huis zijn, maar ik betwijfel ook wel een beetje de term 'adellijk huis', maar misschien kan User:Paul_Brussel daar meer over zeggen. Eissink (talk) 14:25, 11 June 2020 (UTC).[reply]
Neen, samenvoegen zou hier niet wenselijk zijn. De wikidataelementen hebben allemaal een eigen doel. Die zijn niet inwisselbaar. Samenvoegen heeft zin als er bijvoorbeeld twee wikidataelementen zijn voor hetzelfde kasteel, maar in twee taalversies. Echter, in dit geval het kasteel is niet hetzelfde als een adelijk geslacht, en ook niet hetzelfde als een categorie. De commonscategory behoort bij het kasteel. In de huidige constructie is het mogelijk om een afvraging te maken als, toon mij welke leden behoren tot het huis Wisch. Als dit samengevoegd wordt is dit niet meer mogelijk.Ldhank (talk) 08:10, 12 June 2020 (UTC)[reply]
Zoals ik hierboven probeerde aan te geven, bestaat de inhoud van beide Commons-categorieën louter uit bestanden over hetzelfde onderwerp, namelijk het bouwwerk. Er zijn in de Commons-categorie Huis Wisch momenteel geen afbeeldingen van of direct over de leden van het 'huis' Wisch. Op Wikidata kunnen het geslacht en het kasteel/huis eigen items hebben, maar voor de huidige Commons-categorieën lijkt mij daartoe op dit moment geen aanleiding. Eissink (talk) 11:29, 12 June 2020 (UTC).[reply]

Property:P1317|floruit[edit]

Er is een discussie gaande op de overlegpagina van Hannolans, Topic:Vo1n985nv9ormgkx (en zie ook aldaar Topic:Vo2cawt4gpcpm80p) over het gebruik van de property floruit. Mijn indruk is dat Hannolans daarvan gebruik maakt op een manier die indruist tegen de academische traditie en ik zou graag horen van mensen met kijk op die zaak. Met vriendelijke groet, Eissink (talk) 12:04, 11 June 2020 (UTC).[reply]

Staatsburgerschap[edit]

Al eerder probeerde ik wat meer duidelijkheid te krijgen over de wijze waarop we - vooral voor staatsvormen in het verleden - om moeten gaan met country of citizenship (P27) en Würzburg (Q2999) als een van de waardes die daarbij horen. Zoals Bever hierboven in het overleg met kopje "Koninkrijk der Nederlanden" al heeft aangegeven "Er is wel opgemerkt dat dit concept voor mensen van langer geleden minder bruikbaar is." Ik loop steeds vaker, bij historische personen, aan tegen de waarde die ik bij P27 kan, wil of moet invullen. Allereerst Suriname: welke waardes zouden jullie invoeren bij country of citizenship (P27) voor iemand die in 1675 in Suriname leefde/actief was? En voor iemand in 1750? Ik weet dat wij Suriname van 1667 tot 1954 "gewoon" een Nederlandse (?) kolonie noemen. Maar in 1675 was het een Zeeuwse kolonie en in de achttiende eeuw behoorde het aan de Sociëteit van Suriname totdat het in 1795 werd genaturaliseerd.

Ook voor het modelleren van data rondom personen of organisaties die bijvoorbeeld alleen in Suriname werkzaam waren/leefden in bijvoorbeeld de twintigste eeuw tot 1954 of in de Nederlandse Antillen (tot 2010) of Aruba of Curaçao (na 2010) zou het mijns inziens wenselijk en noodzakelijk zijn om een onderscheid te kunnen maken tussen het staatsburgerschap (=P27) en het land waar iemand daadwerkelijk woonde/binding mee had. Hoe we die tweede eigenschap zouden moeten noemen weet ik niet: geboorteland? inwoner van? land van herkomst? etniciteit? iets heel anders? Dat zou bijvoorbeeld betekenen dat we modellen kunnen maken met staatsburgerschap:Koninkrijk der Nederlanden, land van herkomst:Nederland, land van herkomst: Nederlandse Antillen, of land van herkomst: Suriname.

Dan blijft nog over dat het modelleren van zaken met bv Frans-Guyana of Bonaire nog steeds moeilijk/onmogelijk ed; zij lenen zich niet goed voor constructies met subproperties onder country of citizenship (P27). Staatsburgerschap:KdN inwoner van:Bonaire? Staatsburgerschap: Frankrijk inwoner van:Frans-Guyana. En om de voorliggende problematiek nog verwarrender te maken: hoe modelleren we de bewoners van Nederlands-Indië die geen Nederlands staatsburgerschap hadden? Welk staatsburgerschap gaven we de Marrons, Saramacanen, Aukaners in Suriname? En gebruiken we daar inwoner van? of etniciteit? of iets anders? Ik hoop dat jullie licht op deze zaak kunnen laten schijnen. Ecritures (talk) 21:35, 16 June 2020 (UTC)[reply]

Ha Ecritures, ik zit hier ook al een tijdje over na te denken zoals je weet. Speelt de discussie niet ook voor inwoners van andere landen die (in het verleden of heden) behoorden tot overzeese gebieden van een andere mogendheid? Hoe wordt dat bijvoorbeeld vorm gegeven voor inwoners van Marokko (vroeger Frans), of India (oa Brits)? Ciell (talk) 19:52, 21 June 2020 (UTC)[reply]
Zeker speelt deze vraag natuurlijk voor andere landen (vgl. het huidige Verenigd Koninkrijk). Wij zijn op dit moment - volgens - de enige soevereine staat die een constraint hebben staan op de landen die binnen onze staat vallen. (Dat is een kant van het probleem) Mijn vragen gaan (juist) ook veel verder dan de vorming van het Koninkrijk der Nederlanden; het is niet te doen om een property country of citizenship (P27) (beschouwd als 'soevereine staat' te gebruiken voor entiteiten voor 1800. Vandaar mijn concrete vragen over de distinctie tussen staatsburgerschap (=P27) en land waar iemand daadwerkelijk woonde/binding mee had. Mijns inziens moet voor dat laatste een nieuwe property bedacht worden, tenzij hier mensen een huidige property daarvoor reeds geschikt achten. (Het lost de modellering van data als KdN > Bonaire of Frankrijk > Frans Guyana nog steeds niet op, maar dat is een volgende stap: eerst maar eens landen en kolonies oid.) Ecritures (talk) 20:08, 21 June 2020 (UTC)[reply]
Nog lastiger is het bij Sint-Maarten/Saint Martin en wat denk je van Hong Kong, (Noord-)Ierland, Ierse Vrijstaat, (Turks) Cyprus, Nieuw-Guinea en vele andere (voormalige) hete hangijzers? Voer voor geografen :) Hartelijke groeten uit Nervi(GE)it, Klaas `Z4␟` V10:17, 1 July 2020 (UTC)[reply]
De meeste voorbeelden die hierboven worden genoemd zijn niet moeilijk(er): het gaat hier namelijk niet om die "hete hangijzers". Het gaat om de verhouding soevereine staat t.o.v. "het land waar iemand daadwerkelijk woonde/binding mee had". Aangezien hier in de Nederlandstalige Kroeg geen oplossingsrichtingen of ideeën worden aangegeven zal ik de vraag verder richting de algemene Kroeg meenemen en - hopelijk - de mogelijkheid bespreken om een nieuwe property te introduceren waarmee "het land waar iemand daadwerkelijk woonde/binding mee had" gemodelleerd kan worden. Groet, Ecritures (talk) 10:32, 3 July 2020 (UTC)[reply]

Geboorte- en sterfdata[edit]

Er zijn mensen (geweest) die achter persoonsbeschrijvingen die normaliter en in elke mij vertrouwde taal slechts bestaat uit nationaliteit en beroep(en) '(van-tot)' hebben gezet en misschien nog wel doen. Dat hoort toch verderop pas bij de details thuis? Daarom haal ik het altijd weg als ik 't tegenkom. Kan hier wellicht structureel (via een bot of zo?) iets tegen worden ondernomen? Bij voorbaat hartelijk dank en collegiale datagroeten, Klaas `Z4␟` V10:07, 1 July 2020 (UTC)[reply]

Geef eens een item als voorbeeld? Het is niet ongebruikelijk om in de omschrijving de geb/sterfdatum tussen haakjes te vermelden, zeker als er 10 personen met dezelfde naam/nationaliteit/beroep zijn, is dat de enige manier om in het zoekresultaat enig onderscheid te kunnen maken. Edoderoo (talk) 12:45, 1 July 2020 (UTC)[reply]
Inderdaad, dat moet je nu net niet op eigen houtje gaan weghalen, en kan zeker niet botmatig zonder uitdrukkelijk breed gesteund verzoek uit de gebruikersgemeenschap per bot worden weggejorist. Edoderoo (talk) 12:47, 1 July 2020 (UTC)[reply]
Voorbeeld. Je bent de enige die het niet met me eens is. Bovendien zie je zo direct bij het zoeken alle Franse schilders met een bepaalde naam. Dat is toch mooi? Wie exact bedoeld wordt zie je door o.a. te kijken naar wat bij P569 en P570 is ingevuld. In het geval Delfau is ook de uitgebreide galerij op nlwiki behulpzaam.
Collegiale groete, Klaas `Z4␟` V07:35, 2 July 2020 (UTC)[reply]
Edoderoo is in elk geval niet "de enige" die het er niet mee eens is, want ik ben het er ook niet mee eens. Het is misschien onnodig of zelfs ongelukkig om geboortedata op te nemen in de beschrijving, als die data ook elders kunnen worden ingebracht, maar een probleem is dat toch niet? Eissink (talk) 23:23, 2 July 2020 (UTC).[reply]
Advies voor beiden: ga eens wat invullen op Wikidata, in plaats van politiek te beschrijven waar anderen aan moeten voldoen. Want zonder ervaring uit het veld weet je ook niet waarom zaken worden gedaan, en welke problemen daarmee worden voorkomen. Ik heb dat al geprobeerd uit te leggen, maar ik krijg het gevoel tegen een muur te praten. Edoderoo (talk) 07:26, 3 July 2020 (UTC)[reply]
Misschien moet je dan eens beginnen met het veranderen van de toon waarin je je onbegrensde wijsheid meent te moeten delen, dan komen de muren van je eigen echokamer niet zo op je af. Eissink (talk) 07:40, 3 July 2020 (UTC).[reply]
De omschrijvingsvelden in het Wikidata-item worden ook buiten Wikidata gebruikt (bijvoorbeeld voor de omschrijvingen in de mobiele wiki app). Ik denk dat dat onder andere een reden is waarom bij personen o.a. geboortejaar en sterfjaar worden opgenomen. Het spreekt vanzelf (wat mij betreft) dat deze data altijd eerst als date of birth (P569) en date of death (P570) worden ingevuld; zover ik tegenkom is dat ook altijd het geval. Wat mij betreft zeker niet actief weghalen zonder dat daar ook maar noodzaak voor is noch consensus over is. Ecritures (talk) 10:27, 3 July 2020 (UTC)[reply]
Meestal zie ik geen noodzaak om die data in de omschrijving op te nemen. Uitzonderingen waar verwarring zou kunnen zijn als Hans Holbein misschien daargelaten. Laat het nu net daar (terecht) opgelost zijn door toevoeging van ' de Oude' respectievelijk ' de Jonge' en geen geboortedatum noch overlijdensdatum... Kortom: wat mij betreft alleen bij mogelijke verwarring met 'n ander toevoegen. Klaas `Z4␟` V17:10, 3 July 2020 (UTC)[reply]
Van alle problemen, waar ik tegen aanloop op wikidata vind ik dit misschien wel de minste. Ik ben het zeker eens met Edo. Bij twee of meer ongeveer dezelfde namen (bijv Barend Koekkoek) vul ik juist altijd geb. en ovl. datum in. Wanneer je zoekt in wikidata is juist het omgekeerde veel frustrerender de niet ingevulde beschrijvingen. Overigens, beschrijvingen, die wel over de top zijn, zijn die van rijksmonumenten. Ldhank (talk) 18:57, 3 July 2020 (UTC)[reply]
Klaasz heeft gelijk (en Ldhank dus ook) waar omschrijvingen overdreven lang zijn. De omschrijving moet eenduidig onderscheidend zijn, maar daar moet je niet onnodig in doorschieten. Maar die eenduidigheid (ook in de toekomst) is wel belangrijk, twee items kunnen (technisch begrensd door de software) niet hetzelfde label+omschrijving hebben voor 1 taal. Daar bovenop is de omschrijving een belangrijk veld bij het zoeken, 20 keer 'Jan Janssen' of 'Willem van Oranje' is niet zinvol, als de omschrijving in alle gevallen ook hetzelfde is. Edoderoo (talk) 12:39, 8 July 2020 (UTC)[reply]

Feedback on movement names[edit]

Hello. Apologies if you are not reading this message in your native language. Please help translate to your language if necessary. Thank you!

There are a lot of conversations happening about the future of our movement names. We hope that you are part of these discussions and that your community is represented.

Since 16 June, the Foundation Brand Team has been running a survey in 7 languages about 3 naming options. There are also community members sharing concerns about renaming in a Community Open Letter.

Our goal in this call for feedback is to hear from across the community, so we encourage you to participate in the survey, the open letter, or both. The survey will go through 7 July in all timezones. Input from the survey and discussions will be analyzed and published on Meta-Wiki.

Thanks for thinking about the future of the movement, --The Brand Project team, 20:33, 2 July 2020 (UTC)

Note: The survey is conducted via a third-party service, which may subject it to additional terms. For more information on privacy and data-handling, see the survey privacy statement.

Quickstatements en volglijst[edit]

Als je items aanmaakt op Wikidata mbv Quickstatements dan komen die nieuwe pagina's niet op je volglijst. Is er een manier om alle pagina's die met een account/je eigen account zijn aangemaakt in een keer op de volglijst te plaatsen? Groet, DanielleJWiki (talk) 13:18, 6 July 2020 (UTC)[reply]

online OpenRefine café 14 juli: 20.00 - 21.30 uur[edit]

Werk jij met OpenRefine? Heb je er behoefte aan om samen met anderen, die ook met OpenRefine werken, te kunnen overleggen wanneer je vragen hebt over OpenRefine?

Dat kan, op dinsdag 14 juli, van 20.00 tot 21.30 uur. Je bent dan welkom in het online OpenRefine café.

Hoe werkt het? Je logt in op Zoom, de link krijg je een dag eerder toegestuurd. Wanneer je ingelogd bent, ga je aan de slag met jouw werkzaamheden in OpenRefine. Er is geen presentatie, of workshop, je werkt lekker aan je eigen project. Heb je een vraag? Dan kun je die direct stellen aan de andere aanwezige deelnemers. Heb je geen vragen? Ook prima! Misschien kun je anderen helpen door antwoord te geven op hun vragen, of vang je nog een tip op van een andere deelnemer.

Dus, werk je al met OpenRefine (beginners én gevorderden zijn welkom!)? Dan nodigen we je van harte uit in het online OpenRefine Café op dinsdagavond 14 juli aanstaande.

Om je de link naar de online omgeving toe te kunnen sturen, vragen we je om je via het inschrijfformulier aan te melden. - DDJJ (talk) 06:46, 7 July 2020 (UTC)[reply]

Informatie over levende personen in de Wikimediaprojecten[edit]

In april was er in de NLWP Kroeg een discussie over de wenselijkheid en wettelijkheid van het delen van (zeer) persoonlijke gegevens over levende personen op Wikidata en Wikipedia. Wikimedia Nederland heeft toen aangeboden om een bredere discussie over dit onderwerp te faciliteren. De eerste stap daarin was het benaderen van een aantal deskundigen op het gebied van internet- en privacyregels om hen om hun mening te vragen. In samenspraak met de gemeenschap zijn er zes vragen opgesteld die we hebben voorgelegd aan nl:Bits of Freedom, de nl:Wikimedia Foundation en internetjurist nl:Arnoud Engelfriet. Zij hebben nu op de vragen gereageerd en hun antwoorden zijn te vinden op de WMNL-verenigingswiki. Daar is ook ruimte voor discussie en het stellen van vragen. Als er binnen de gemeenschap belangstelling is, kan Wikimedia Nederland een (online) workshop of discussiebijeenkomst over dit onderwerp organiseren.--Sandra Rientjes - Wikimedia Nederland 09:16, 10 July 2020 (UTC)

Vreemde neveneffecten van samenvoeging[edit]

Hallo, ik kwam er via een door mij gevolgde lijst achter dat sommige samenvoegingen nogal typische neveneffecten hebben, bijvoorbeeld op het vlak van geboortedata. Zie bijvoorbeeld hier en hier, de geboortedata en nationaliteit kloppen opeens niet meer ten opzichte van de voorgaande versie. Het lijkt erop dat er bij een samenvoeging iets niet helemaal goed gaat. Milliped (talk) 11:59, 13 July 2020 (UTC)[reply]

Bij de ene stond de volledige datum en bij de ander alleen het jaartal. Bij het samenvoegen krijg je ze dan allebei. Dat zijn punten die niet met techniek te ondervangen zijn (en je ook niet wil, 1948 is niet hetzelfde als 24 maart 1948). Een mens moet zoiets altijd beoordelen. Mbch331 (talk) 12:26, 13 July 2020 (UTC)[reply]
Je ziet ook vaak dat ze verschillende bronnen hebben (als ze bronnen hebben ;-)). Een mens kan daar nog wel eens iets in verder samenvoegen, een script niet. Als een property in beide items exact dezelfde informatie heeft, wordt dit netjes 1x samengevoegd. Edoderoo (talk) 09:10, 21 July 2020 (UTC)[reply]

Samenvoeging ongedaan maken[edit]

Een (beginnende) Wikidata-bewerker heeft de items Q3477804 (nl:Iqraa TV) en Q88650182 fr:IbraTV samengevoegd, maar de ene gaat over een Saoedisch televisiestation en de ander over een Russische videobewerker. Kan dit eenvoudig ongedaan gemaakt worden? Of moet er een nieuw item aangemaakt worden waarin de gegevens van de videobewerker opnieuw worden opgenomen? Alvast bedankt, RonnieV (talk) 21:25, 17 July 2020 (UTC)[reply]

Opgelost. Bedacht dat ik de oudere versies terug kan zetten. Goedenacht, RonnieV (talk) 21:48, 17 July 2020 (UTC)[reply]
Je kan een samenvoeging alleen ongedaan maken door eerst het samengevoegde terug te draaien, en dan de redirect van de andere, als je het andersom probeert, probeer je een link op twee items tegelijk te zetten wat niet hoort. - FakirNL (talk) 10:21, 18 July 2020 (UTC)[reply]
Aangenomen dat het redirect-item sitelinks bevat. --bdijkstra (overleg) 20:49, 18 July 2020 (UTC)[reply]

Technical Wishes: FileExporter and FileImporter become default features on all Wikis[edit]

Max Klemm (WMDE) 09:14, 6 August 2020 (UTC)[reply]

‎Bij een Q-item voor alle talen de beschrijving wissen[edit]

In 2014 is botmatig bij nogal wat Q-items over Nederlandse en Surinaamse personen ten onrechte bij P27 het land België ingevuld. Zes jaar later is dat bij een gedeelte hersteld maar er zijn er vermoedelijk ook nog heel veel waar dat nog gecorrigeerd moet worden. Jammer genoeg zijn er vanaf 2014 ook heel wat bots geweest die op basis van dat foutieve land een verkeerde beschrijving hebben gekregen zoals 'belgisk politiker' en 'polític belga' terwijl het om een Nederlands of Surinaams politicus gaat. Vaak wel meer dan 20 foutieve beschrijvingen per Q-item. Alleen het P27 veld corrigeren en tientallen foutieve beschrijvingen laten staan lijkt me zeer onwenselijk. Het gaat om items zoals Q2587690, Q2032940, Q2101316 en Q2657072. Maar zo zijn er vermoedelijk nog vele honderden. In het verleden ben ik er al mee bezig geweest (zie bijv. deze 1200 edits en zo zijn er nog heel veel meer al door me gedaan) om dat handmatig te verbeteren. Het kost alleen zeeën van tijd om steeds die beschrijving te wissen. Stel ik kan 400 van dergelijke Q-items vinden met gemiddeld 25 verkeerde beschrijvingen, dan zijn dat 10.000 wisacties. Dus op het veld klikken met een hoogst waarschijnlijk verkeerde beschrijving (bij Hindi of Arabisch weet ik dat niet zeker maar bij bijv. Deens kan ik dat best aardig inschatten), inhoud wissen op de volgende beschrijving klikken en wissen maar soms ook even tussentijds opslaan, etc.

Het zou mooi zijn als dat op een of andere manier semi-automatisch zou kunnen. Of dat ik een lijstje met Q-nummers ergens zet waarop iemand met een bot het wissen van de beschrijvingen regelt. Hoe denken jullie erover? - Robotje (talk) 18:42, 21 August 2020 (UTC)[reply]

Helemaal eens, die kom ik ook tegen en het zijn er zoveel dat handmatig vervangen een rotklusje is. Als ik zelf een bot klaar zou hebben staan zou die er op los laten, maar daar moet ik me nog even in verdiepen. - FakirNL (talk) 07:28, 22 August 2020 (UTC)[reply]

Merge items[edit]

Vergeefs probeer ik Q98593592 samen te voegen met Q98214468, maar Special:MergeItems geeft een foutmelding. Als iemand deze kan samenvoegen, graag. Eissink (talk) 20:25, 29 August 2020 (UTC).[reply]

Gedaan. Zelf kreeg ik geen foutmelding. - FakirNL (talk) 21:56, 29 August 2020 (UTC)[reply]

Standbeeld voor F.M. Wibaut (Q40217779)[edit]

Ik heb het artikel behorende bij Standbeeld voor F.M. Wibaut (Q40217779) aangepast. Er is nu een foto van de nieuwe plek; ook heb ik de coördinaten in het artikel gezet. Kan iemand de nieuwe foto invoegen, zonder de oude weg te gooien en de coördinaten invoegen, dank,Ceescamel (talk) 10:17, 7 September 2020 (UTC)[reply]

Voortaan graag een wikilink naar het item, dat scheelt mij meer werk dan dat het jou kost. Coördinaten ingevoegd. Wat bedoel je met "zonder de oude weg te gooien"? Wil je dat het item twee afbeelding-verklaringen heeft? --bdijkstra (overleg) 11:50, 8 September 2020 (UTC)[reply]

Wikidata verjaardag[edit]

Beste allen, op 29 oktober is Wikidata jarig! Onder normale omstandigheden (zonder Corona) is er bij Wikimedia Nederland altijd wel een plek om samen een taart te eten en/of een workshop of iets dergelijks te organiseren ter ere van de verjaardag. Fysiek bij elkaar komen is dit jaar jammer genoeg geen optie. Er is binnen de Wikidata community al een aantal initiatieven waarbij je aan kunt sluiten, zie daarvoor deze pagina. Heb je daarnaast nog andere ideeën voor het vieren van de verjaardag waarbij Wikimedia Nederland je kan ondersteunen? Laat het weten door een mail te sturen aan info<at>wikimedia.nl --Denise Jansen - Wikimedia Nederland (talk) 09:29, 8 September 2020 (UTC)[reply]

@DDJJ:, bedoel je met de hulp bv een budget of denk je dan meer aan organisatie- en of communicatieondersteuning? Ik wil wel nadenken over wat mogelijkheden in de richting van een (online) wikidata-café en/of workshop(s) over SPARQL, data-extractie of wat we maar met elkaar verzinnen. Is er vanuit WM NL bv ook (financiële) ondersteuning mogelijk bij het maken van handleidingen en video's? Of bij het hosten van dergelijk materiaal op een plek waar ze nog vaker gebruikt (gaan) worden (kennisplatform)? Groet, Ecritures (talk) 16:12, 17 September 2020 (UTC)[reply]
@Ecritures: Jouw reactie was om onduidelijke redenen niet bij mij naar voren gekomen. Vandaar mijn erg late reactie, excuses! Ik kom z.s.m. op je vraag terug. --Denise Jansen - Wikimedia Nederland (talk) 11:23, 12 October 2020 (UTC)[reply]
@Ecritures: Nog terugkomend op je vraag - Wikimedia ondersteunt op verschillende manieren. Per aanvraag of idee wordt gekeken wat de mogelijkheden zijn. Het lijkt me goed om via telefoon of videovergadering verder te praten over wat je precies in gedachten hebt, is dat een idee? Groetjes, Denise Jansen - Wikimedia Nederland (talk) 10:58, 13 October 2020 (UTC)[reply]
Hoi DDJJ, het is een beetje kort dag. Ik had mijn ideeën in de koelkast gestopt. Ik ga even nadenken of het haalbaar is nu nog iets (online) te organiseren. Groet en dank voor je reactie, Ecritures (talk) 11:37, 14 October 2020 (UTC)[reply]

Geografische coördinaten[edit]

Hoe kan je aan Q99540503 de geografische coördinaten toevoegen? Het stationsgebouw staat op: (volgens Google Earth) 18 graden, 55 minuten, 31,07 seconden Zuid en 47 graden, 48 minuten, 50,95 seconden Oost.

Zodra ik iets probeer in te vullen begint die over micro seconden. Is er nergens een uitleg te vinden of conversie tool?Smiley.toerist (talk) 10:02, 23 September 2020 (UTC)[reply]

Boogseconden neem ik aan? Hoe in te vullen kan je afkijken op ieder item met een locatie. (Hint: 18°15'31.07"S, 47°48'50.95"E). --bdijkstra (overleg) 18:57, 23 September 2020 (UTC)[reply]
Misschien helpt het hoe ik het in de regel doe. Op Google Maps zoek je naar de locatie ( Gare Manjakandriana ). Inzoomen naar locatie, en dan rechtermuisknop Wat is hier? De coördinaten, die onder de afbeelding worden weergegeven ( -18.925138, 47.814400 ) kopieer/plak je in het veld in 'Geografische coördinaten'. Wikidata maakt er vervolgens een ander format van. Ldhank (talk) 05:38, 24 September 2020 (UTC)[reply]
Bedankt, het lukt mij nu met een ander station Q99606024.Smiley.toerist (talk) 10:53, 25 September 2020 (UTC)[reply]

War Memorial Netherlands[edit]

c:Template:War Memorial Netherlands is een sjabloon dat wordt gebruikt bij afbeeldingen en categorieën van oorlogsmonumenten, namelijk van die meer dan 4000 oorlogsmonumenten die worden beschreven op https://www.4en5mei.nl/oorlogsmonumenten, die daar elk een eigen nummer hebben. Is het mogelijk, en wenselijk, dat al die monumenten aan Wikidata worden toegevoegd, via die identifier, waarna ook eventueel koppelingen kunnen worden gemaakt met relevante lijsten op Wikipedia? Het sjabloon wordt momenteel op 4860 pagina's gebruikt, waaronder zo'n 265 categoriepagina's. (De vraag kwam op bij c:Category:Short Stirling-monument, Bentelo, die nog geen Wikidata-item heeft.) Eissink (talk) 13:04, 25 September 2020 (UTC).[reply]

Ik zie nu net dat er al een identificatiecode bestaat: Property:P3638, dus de vraag vervalt bij deze. Eissink (talk) 11:31, 11 October 2020 (UTC).[reply]
Vorige week de tool Mix 'n Match ontdekt, en dacht dat het voor deze specifieke vraag een deel van de oplossing kon bieden. Maar heb mij hierin vergist, daarom mijn opmerking weer verwijderd. De tool is beter te gebruiken voor andere categorieen. Neemt niet weg het blijft een leuk hulpmiddel om externe database gegevens te koppelen met wikidata elementen. Ldhank (talk) 12:02, 11 October 2020 (UTC)[reply]

Verschillende datums door elkaar[edit]

Bij

lopen verschillende datums door elkaar:

  • De achtergrondkaart is een OSM kaart van 2012
  • Het spoornet is die van de jaren 1913 tot 1938 (eerste opheffing tramlijn)
  • De WSM werd eerder dan 1913 opgericht.

Hoe kan ik dit rechtbreien? Ik krijg nu een waarschuwing dat de WSM datum niet matchen met 2012.Smiley.toerist (talk) 20:14, 28 September 2020 (UTC)[reply]

Waarom gebruik je geen oude kaart? Wat maakt het uit wanneer de WSM werd opgericht? Waar krijg je die waarschuwing? --bdijkstra (overleg) 17:44, 30 September 2020 (UTC)[reply]
In theorie zijn oude kaarten beter maar je moet ze wel hebben met het goede formaat. Recente kaarten hebben echter ook het voordeel dat je de locatie precies kan situeren en je de oude sporen kan plaatsen in de huidige context. Daarnaast kan OSM kaarten precies op maat maken en gebruiken.Smiley.toerist (talk) 12:35, 1 October 2020 (UTC)[reply]

Q-nummer boven 100 miljoen[edit]

Ik zag net dat een door mij aangemaakt Q-item een nummer kreeg dat boven de 100 miljoen zat. Er zijn ook soms Q-items verwijderd vanwege doublures en zo, dus het betekent niet dat er nu ook zoveel Q-items zijn, maar het blijft voor mij wel een soort mijlpaal die gepasseerd is. - Robotje (talk) 08:56, 7 October 2020 (UTC)[reply]

Zo te zien aan Special:Statistics moet er dan heel wat verwijderd zijn. --bdijkstra (overleg) 09:53, 8 October 2020 (UTC)[reply]
Het blijkt niet alleen te gaan om verwijderingen, soms schijnt het ook te gebeuren dat er een nummer zomaar wordt overgeslagen (zie hier). Zo is er geen Q100000000 maar wel Q100000001. - Robotje (talk) 18:58, 8 October 2020 (UTC)[reply]
Het was inderdaad overgeslagen en niet verwijderd.--Ymblanter (talk) 19:35, 10 October 2020 (UTC)[reply]
Door samenvoegingen zijn er ook veel redirects. Pakweg 90% van de items blijft, 10% verdwijnt op een of andere manier. Edoderoo (talk) 18:33, 11 November 2020 (UTC)[reply]

Foutmelding bij toevoegen afbeelding[edit]

Als ik bij een item een afbeelding wil toevoegen dan kopieer ik eerst de bestandsnaam op Commons, kies bij Wikidata bij het juiste item voor nieuw veld toevoegen, vul in Afbeelding (P18), en plak/paste de bestandsnaam. Als er dan per ongeluk nog 'File:' voor staat krijg ik een foutmelding omdat dat bestand niet bestaat op Commons. Blijkbaar is dus bekend dat bij P18 de ingevulde tekst een filenaam moet zijn die bekend is op Commons. Dan zou het toch vrij eenvoudig moeten zijn om bij een naam die begint met 'File:' die eerste 5 tekens te verwijderen? Ik weet niet waar ik dit verzoek kan melden, en zou het waarderen als iemand dat verzoek op de juiste plek kan indienen. - Robotje (talk) 15:00, 9 October 2020 (UTC)[reply]

Familienaam toevoegen[edit]

Ik wil een familienaam bij een wikidata item van een persoon toevoegen, maar die familienaam blijkt nog niet te bestaan. Hoe voeg ik die toe en waar zou ik ergens in de Help pagina's dat kunnen vinden? Wouterhagens (talk) 07:08, 12 October 2020 (UTC)[reply]

Vraag 1 is of de naam voldoet aan Wikidata:Relevantie. Zo ja, dan kan je beginnen door te kijken naar bestaande familienamen (bv. Hagens (Q5638604)). Daar zie je dat family name (Q101352) wordt gebruikt; op deze itempagina kan je bij "Wikidata-eigenschappen voor dit type" kijken welke eigenschappen je zou kunnen toevoegen. Dan kan je het nieuwe item gaan aanmaken, via de link "Nieuw item aanmaken" op de linkerzijbalk of via Special:NewItem. --bdijkstra (overleg) 10:20, 12 October 2020 (UTC)[reply]
Bedankt! Het belangrijkste was "Nieuw item aanmaken". Dat heb ik gedaan voor Wijngaards (Q100299542) en vervolgens ingevuld bij John Wijngaards (Q1321945). Kennelijk moesten er bij Wijngaards (Q100299542) nog verklaringen bij. Nu is het volgens mij OK. Regelmatig zie ik bij Categorieën in Commons dat de achternaam ontbreekt en dat dan DEFAULTSORT moet worden toegevoegd om de sortering goed te krijgen. Wouterhagens (talk) 13:26, 12 October 2020 (UTC)[reply]

Virtuele Wikicon?[edit]

In verband met de COVID-19 pandemie zijn veel offline activiteiten dit jaar komen te vervallen. Ook de jaarlijkse Nederlandse Wikimedia-conferentie, waar Wikimedianen elkaar kunnen ontmoeten, kennis uitwisselen en bijpraten. Is er binnen de gemeenschap behoefte aan een online evenement ter vervanging? We denken aan een virtuele omgeving met ruimte voor presentaties, discussie, werksessies én informeel samenzijn. Ook kunnen we sprekers uitnodigen, zowel van binnen de Wikimedia-beweging als externe deskundigen. Op de Verenigingswiki is een pagina met ruimte voor ideeën. Sandra Rientjes - Wikimedia Nederland 10:24, 13 October 2020 (UTC)

'Treinen door de tijd' is dubbel[edit]

Er zijn nu helaas twee data-items Treinen door de tijd en Treinen door de Tijd (1989). Q1877545 is zeer summier, maar heeft wel een koppeling naar een kort NL artikel. De echte informatie zit in het hoofdstuk nl:Spoorwegjubilea in Nederland#Treinen door de Tijd (1989) Kan iemand de twee data-items samenvoegen? Smiley.toerist (talk) 12:23, 16 October 2020 (UTC)[reply]

Ik denk dat ik het zelf wel doe, door de inhoud te verplaatsen van Q100410681 naar Q1877545. Q100410681 kan dan later verwijderd worden.Smiley.toerist (talk) 11:12, 17 October 2020 (UTC)[reply]
✓ DoneSmiley.toerist (talk) 09:29, 18 October 2020 (UTC)[reply]

Henriëtte Pimentelbrug (Q24020289)[edit]

De coördinaten bij dit item zijn goed, maar worden verkeerd vertaald naar de Commons, waar de brug in de infobox ineens heel ergens anders ligt. Graag corrigeren,Ceescamel (talk) 09:34, 17 October 2020 (UTC)[reply]

Apart, de coordinaten zijn net anders, waardoor de brug 200m verder komt te liggen. Het wordt me zo 123 niet duidelijk waar Commons die coordinaten vandaan tovert. Edoderoo (talk) 16:42, 17 October 2020 (UTC)[reply]
Ik heb op Commons de Infobox verwijderd, vervolgens de geo-locatie opnieuw geprikt, die ingevoerd in het item, en toen weer een infobox geplaatst, en nu lijkt het mij goed. Wel enigszins bevreemdend om ter plekke in Google Street View een busje met mijn achternaam te zien, van het bedrijf dat mijn vader oprichtte. Eissink (talk) 17:16, 17 October 2020 (UTC).[reply]
Waarschijnlijk ligt het aan afronding op basis van de op Wikidata ingegeven precisie van de coördinaten, die vrij laag was. --bdijkstra (overleg) 07:15, 20 October 2020 (UTC)[reply]
Dank,Ceescamel (talk) 07:39, 20 October 2020 (UTC)[reply]

Goud en zilver[edit]

Wessel Couzijn (Q2512767) en A.H. Rutgers van der Loeff (Q29553816) behaalden in 1936 resp. de gouden en zilveren medaille bij de Prix de Rome (Q3405484). Kan ik dat verschil in type medaille aangeven m.b.v. de property award received (P166) of is daar een andere optie voor? Gr. Ronn (talk) 14:50, 20 October 2020 (UTC)[reply]

Een manier is om award received (P166) of winner (P1346) te gebruiken in combinatie met de qualifier of (P642) + gold medal (Q406039)/silver medal (Q847956). Zo zie ik het vaak bij items over sport. - FakirNL (talk) 17:32, 20 October 2020 (UTC)[reply]
Ah, dat werkt. Dank je! Ronn (talk) 18:48, 20 October 2020 (UTC)[reply]

Icehouse (Q5985639)[edit]

Bij dit item Q5985639 zijn een Engels en Nederlands artikel aan elkaar gekoppeld. Ik kan van data naar de pedia's toe, maar van de NL kan ik niet naar de EN en data toe. De NL vermeldt ook geen data-item. Wat is er misgegaan?? Ceescamel (talk) 09:54, 21 October 2020 (UTC)[reply]

Bij mij merkte werkte het na een nuledit doen (opnieuw opslaan zonder iets te wijzigen). - FakirNL (talk) 15:22, 21 October 2020 (UTC)[reply]
Geen idee waar je het over hebt, maar het werkt! Dank,Ceescamel (talk) 12:59, 24 October 2020 (UTC)[reply]
Soms moet je een pagina herladen. Een van de manieren om dat te doen is Edit te klikken, niets te veranderen en op Publish changes te klikken. Dan wordt de pagina in je browser opnieuw geladen. - FakirNL (talk) 08:52, 25 October 2020 (UTC)[reply]
Niet alleen wordt de pagina in de browser opnieuw geladen (F5 is daarvoor meestal voldoende), ook wordt de pagina door de MediaWiki-software opnieuw opgebouwd. --bdijkstra (overleg) 09:32, 29 October 2020 (UTC)[reply]

Spoorboekjes[edit]

Ik zit te kijken welke Wikidata item ik kan gebruiken voor een oud spoorboek. Hoe kan de 1933 dienstregeling koppelen aan het jaar 1933? Ik krijg alleen maar waarschuwingen.Smiley.toerist (talk) 10:18, 21 October 2020 (UTC)[reply]

Dat lijkt me iets wat je aan het Wikidata-item over de publicatie toevoegt, niet aan een foto. --bdijkstra (overleg) 20:32, 21 October 2020 (UTC)[reply]
@Smiley.toerist: Ik weet niet of ik precies begrijp wat er niet lukt, maar zoals Bdijkstra zegt kan je het beste een item aanmaken over het spoorboek zelf en dan de afbeelding daarin zetten met P18/afbeelding. Voor het jaar kan je dan P577/publicatiedatum gebruiken. is dat wat je bedoelt? Ecritures (talk) 20:23, 22 October 2020 (UTC)[reply]
In dit geval kan ik inderdaad Q81105988 gebruiken, maar ik zocht een meer generieke oplossing. Niet voor elke historische dienstregeling of spoorboek heeft een data-item.Smiley.toerist (talk) 23:06, 23 October 2020 (UTC)[reply]
PS:De spoorlijn is 92 is vrij eenvoudig te koppelen, maar tabel 90A is een combinatie vsn vier NL spoorlijn artikelen. Nog iets anders: in Q81105988 is er een probleem met de 'geldig in periode'. Er is de begin en einddatum vermeld, maar er is de melding:De eigenschap geldig in periode zou niet op deze plek (als hoofdwaarde) moeten worden gebruikt. De geldige locatie is voor deze eigenschap als kwalificatie.Smiley.toerist (talk) 23:32, 23 October 2020 (UTC)[reply]
Niet voor elke historische dienstregeling of spoorboek heeft een data-item: dan zou je die aan kunnen maken op wikidata.
Is het niet een oplossing om de data (als in gegevens) die je bij de foto wilt plaatsen om die niet op wikidata maar juist op Commons bij de afbeelding te vermelden? Dit kan door het gebruik van een sjabloon, door een categorie of door SDoC (Structured Data on Commons - gestructureerde data op Commons). Volgens mij bereik je dan precies wat je wilt? Ecritures (talk) 10:57, 24 October 2020 (UTC)[reply]
Primair zal ik altijd zorgen dat het beeld onder zoveel mogelijk relevante Commons categorieën zit. Wikidata is voor mij aanvulling. Trouwens de structuur van de Commons categorieën loopt niet gelijk. In de Commons zijn veel combinaties van de primaire (Wikidata) eigenschappen.Smiley.toerist (talk) 11:51, 25 October 2020 (UTC)[reply]
File:Bergen op Zoom - Antwerpen 1933.jpg heb ik nu compleet gewikidataficeerd.Smiley.toerist (talk) 10:01, 24 October 2020 (UTC)[reply]

Delay before adding labels and descriptions in Dutch by bot[edit]

As it's a question of more general interest and these probably need manual maintenance if not done by bot, please see User_talk:Edoderoobot#Delay_before_adding_labels_and_descriptions_in_Dutch_by_bot. --- Jura 06:48, 8 November 2020 (UTC)[reply]

Nazoeken werkgever Misha Defonseca[edit]

In Q464656 wordt 'Bull' vermeld als werkgever. Zeker is dat haar man Maurice Defonseca een hoge functie had bij Honeywell Bull (hij is mijn oom). Volgens deze bron [2] zou ze als secretaresse gewerkt hebben:

Maurice Defonseca, a Belgian who’d spent his career working for the computer firm Honeywell Bull, had just been transferred to an executive job in the Boston area. According to one friend, the couple had met while she was working as a receptionist at Honeywell Bull in Brussels. In die tijd was het niet gebruikelijk dat na het huwelijk met met een hoge functionaris in bedrijf, ze daar bleef werken. (en nu ook niet)

Ik betwijfel echter of ze na haar huwelijk ze nog voor het bedrijf werkte. Haar relatie met het bedrijf bestaat, maar ik denk dat het zeer marginaal is geweest. Zeker niet zodra ze haar eigen inkomsten had. [Onbebronde, negatieve en snerende kwalificatie over Misha Defonseca verwijderd. Eissink (talk) 22:17, 9 November 2020 (UTC).] Ik stel voor de werkgever weg te halen tenzij er een bron voor is.Smiley.toerist (talk) 22:08, 9 November 2020 (UTC)[reply]

Istanbul-Pythio spoorweg (Q6088559)[edit]

Als ik een nieuwe Commons categorie (Category:Istanbul–Pythio railway) probeer toe te voegen, krijg ik rare schermen te zien. Is die item beschermd?Smiley.toerist (talk) 12:32, 10 November 2020 (UTC)[reply]

station Rotterdam Centraal (Q801388)[edit]

Er staat in de omschrijving: 2014. Dat is misleidend, het is de datum van de opening van het nieuw stationsgebouw. Dit heeft geen eigen item. De voorganger 'Delfse Poort' heeft wel een eigen item. Wel kan het nieuw gebouw van 2014 vermeld met openingsdatum, architect etc. Ik weet te weinig hoe ik dit kan aanpakken.

Wat zijn eigenlijk de regels wat betreft de verschillende versies van station in de tijd? Wij hebben ook 'Den Haag Centraal (Q200704)' en Station Den Haag Staatsspoor (Q1977940)'. station Leiden Centraal (Q801075) heeft ook een grondige verbouwing gekregen, maar de openingsdatum blijft 17 aug 1842. Is een naamsverandering naast een verbouwing noodzakelijk om er aparte items van te maken? Smiley.toerist (talk) 12:21, 11 November 2020 (UTC)[reply]

Het nieuwe stationsgebouw heeft wél een eigen item: Rotterdam Central station building (Q19839326), net als het oude stationsgebouw: Rotterdam Central Station building (Q62087210), want stationsgebouwen zijn geen stations. Een station is meer een concept dan een tastbaar iets. Het label was inderdaad misleidend, ik heb het aangepast. DH Centraal en DH Staatsspoor hebben een korte tijd naast elkaar bestaan, dus waarschijnlijk vandaar apart. --bdijkstra (overleg) 18:09, 11 November 2020 (UTC)[reply]

Familienaam De Cooremeter[edit]

Ik heb geprobeerd de familienaam De Cooremeter Q102033089 toe te voegen aan Theo De Cooremeter Q47546015. Daar krijg ik de melding "geen overeenkomsten gevonden". Hoe krijg ik die naam toegevoegd? Omdat het en Vlaamse naam is, is het essentiëel dat de sortering is op "De Cooremeter" met een hoofdletter D en niet op "Cooremeter". Ik heb geprobeerd de Label op "De Cooremeter" te zetten (wat volgens mij correct zou zijn), maar dan krijg ik de boodschap "Kon het niet opslaan vanwege een fout. Het label en de beschrijving voor de taalcode nl mogen niet dezelfde waarde hebben". Hoe kom ik hier uit? Wouterhagens (talk) 10:19, 17 November 2020 (UTC)[reply]

Bedankt! Het is inderdaad omzeilen. Dat onthoud ik voor een volgende keer als iets niet gaat. Wouterhagens (talk) 14:47, 17 November 2020 (UTC)[reply]

2021 enquête over de verlanglijst van de gemeenschap[edit]

De 2021 enquête over de verlanglijst van de gemeenschap is nu geopend! De enquête is de manier waarmee gemeenschappen bepalen waar het Community Tech team volgend jaar aan moet gaan werken. We moedigen iedereen aan om voorstellen in te dienen voor de deadline op 30 November, of om te reageren op andere voorstellen om ze te helpen verbeteren. De gemeenschappen stemmen op de voorstellen tussen 8 December en 21 December.

Het Community Tech team is gefocussed op hulpmiddelen voor ervaren Wikimedia bewerkers. U kunt voorstellen in elke taal opstellen en wij vertalen deze. Bedankt en we kijken uit naar uw voorstellen!

SGrabarczuk (WMF) 05:11, 20 November 2020 (UTC)[reply]