Overleg gebruiker:Mbch331/Archief/mei 2024

Laatste reactie: 25 dagen geleden door Mbch331 in het onderwerp Terugdraaiing Tomoko Kawase
Archief
Welkom in het archief van mijn overlegpagina. Gelieve hier niet te reageren.
Wilt u reageren, maak dan een nieuw bericht aan op mijn overlegpagina.

Wikidata weekly summary #626

bewerken
 
Here's your quick overview of what has been happening around Wikidata over the last week.
This is the Wikidata summary of the week before 2024-05-06.
Translations are available.

Discussions

Events

Press, articles, blog posts, videos

Tool of the week

  • Wikidata periodic table - Tool by User:Ricordisamoa, to browse all chemical elements available on Wikidata, with atomic number, chemical symbol, and localized label. It also includes two charts of the nuclides, with links to every isotope in Wikidata, colored by half-life or decay mode.

Other Noteworthy Stuff

  • A new UI mode is available for the online validator for EntitySchemas. It represents validation reports as a table rather than a very long string, and replaces most links with hyperlinks with some of the text behind them; making them easier to read. Currently being tested at https://shex-validator.toolforge.org/packages/shex-webapp/doc/shex-simple-improved.html, we are looking for participants to evaluate this tool. Some experience with editing Wikidata is appreciated, but no experience working with Schemas is required. If you are interested, you can sign up here. We hope to begin interviews around May 13. For more details, visit User:M.alten.tue

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • We attended the Wikimedia Hackathon.
  • REST API: We are finishing the route for creating an Item (phab:T342990) and modify the data of a Property (phab:T347394)
  • EntitySchemas: We are continuing the work on creating the new datatype to link to EntitySchemas in statements (phab:T214884)

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Weekly Tasks

Wikidata weekly summary #627

bewerken
 
Here's your quick overview of what has been happening around Wikidata over the last week.
This is the Wikidata summary of the week before 2024-05-13.
Please help Translate.

Discussions

Press, articles, blog posts, videos

Tool of the week

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Weekly Tasks

· Unsubscribe · Help translate · Mohammed Abdulai (WMDE) (overleg) 16:04, 13 May 2024 (UTC)

Tech News: 2024-20

bewerken

MediaWiki message delivery 14 mei 2024 01:55 (CEST)

Tech News: 2024-21

bewerken

MediaWiki message delivery 21 mei 2024 01:01 (CEST)

Wikidata weekly summary #628

bewerken

Natriumbromiet

bewerken

Hoi,
Ik zag de edits in de referntie die je had aangebracht. Twee dingetjes:

  • Het verplaatsen van een parameter is volgens mij een compleet onnodige wijziging, in het sjabloon kont de door de parameter gedefineerde tekst op de plek die in het sjabloon bepaald is.
  • Het verwijderen van de parameter "trans-title" is op zijn minst onhandig, tenzij je Japans kunt lezen. Het feit dat deze parameter niet ondersteund wordt in het sjabloon "cite journal" wil nniet zeggen dat deze parameter in de toekomst niet ondersteund zal worden. Dan mis je de betekenis van de Japanse hierochliefen. Die mis je nu ook, maar voor een sjabloonbouwer is dit een reden om het sjabloon nog eens goed aan te kijken. Het Nederlandse sjabloon "cite journal" ondersteund veel minder parameters dan het Engelse, dus ik ben al een tijdje bezeg een nieuwe versie daarvan te bouwen. Omdat ik op mijn kop gekregen heb toen ik een eerste "verbetering" direct in "cite journal" zette, is er nu ook een sjabloon "cite journal1" waarin ik zoveel mogelijk van de Engelse parameters probeer op te vangen. De parameter "trans-title" was ik nog niet tegengekomen, dus die gaat ik ingebouwen in "cite journal1".

Deze reactie is snel geschreven, dus ik hoop dat ik niet te belerend overkom. Het inbouwen wordt vanavond. T.vanschaik (overleg) 23 mei 2024 11:23 (CEST)

De volgorde wordt aangepast, omdat ik de referenties via VE aanpas. Die hanteert de volgorde zoals gedefinieerd is in de templatedata. Ik pas dus niet met de hand de volgorde aan. Ik gebruik VE, omdat dat een makkelijke manier is om snel dubbele sjabloonparameters te ontdubbelen. Mbch331 (overleg) 23 mei 2024 11:35 (CEST)
Oke, betekent dat ook dat je automatisch niet ondersteunde parameters verwijderd? "trans-title" is inmiddels in "cite journal1" ingebouwd en geeft in ieder geval bij natriumbromiet het gewenste resultaat. :). T.vanschaik (overleg) 23 mei 2024 23:43 (CEST)
Nee. Niet ondersteunde parameters worden alleen gemarkeerd. Ik verwijder ze alleen, omdat ze geen toegevoegde waarde hebben als een sjabloon ze niet ondersteund. Ik had in eerste instantie niet gezien dat dit een ander sjabloon was dan de normale cite journal. Voor cite journal1 zal ik niet meer parameters verwijderen die niet ondersteund worden. Dan kan jij ze nog inbouwen. Mbch331 (overleg) 24 mei 2024 09:36 (CEST)

Karikaturen als portret

bewerken

Hoi Mbch331, Ik zag je hier een getekend portret toevoegen. Even verder kijkend ontdekte ik dat dit een zelf getekend plaatje is dat door een medewerker van Commons werd geupload. Deze medewerker heeft er haar missie van gemaakt dit soort karikaturen van bepaalde bekende personen te creeren.

Dergelijke plaatjes helpen informatie te illustreren, met name in het geval er geen foto's beschikbaar zijn. Vermoedelijk zijn er ook nadelen:

  • Het lijken me allemaal personen uit deze of vorige eeuw, d.w.z. dat veel waarschijnlijk nog in leven zijn, of dat er levende familieleden, bekenden, en andere dierbaren zijn. Omdat het niet om realistische portretten gaat (de stijl is minimalistisch (misschien zelfs kinderlijk?) en een tikkeltje abstract: bv. geen schaduwwerking, simpel materiaalgebruik en -uitdrukking, grote manga-ogen) kan ik me voorstellen dat sommige mensen zich erdoor geraakt of zelfs beledigd kunnen voelen.
  • Lezers zijn ook niet altijd voorbereid op de tekeningetjes. Het kan onprofessioneel of als een grap overkomen als je een serieuze biografie zoekt en met een tekeningetje wordt geconfronteerd.
  • Tenzij het onderwerp context biedt voor karikaturisering (bv. het zelfportret van een bekende schilder), lijkt me dat als er een foto beschikbaar is, die te verkiezen is bij recente personen. Ik kan me meerdere redenen voorstellen waarom dit soort afbeeldingen mensen weerhouden van het beschikbaar maken van meer beeldmateriaal.

Het lijkt me daarom beter om bij dit soort portretten minstens uitleg te geven (onder de afbeelding) dat ze door een anonieme tekenaar voor Commons werden gemaakt. De lezer begrijpt dan beter waarom de afbeelding niet realistisch of onprofessioneel mag overkomen.

Vr. groet, Woudloper overleg 25 mei 2024 04:29 (CEST)

Ik heb een verwijderde afbeelding verwijderd, waardoor de foto van Wikidata wordt overgenomen. En de ongewenste foto is pas recent gekoppeld aan Wikidata. Dus ik heb niets te doen met de ongewenste foto. Mbch331 (overleg) 25 mei 2024 12:55 (CEST)
Excuses, dat had ik niet goed door. Ik had niet verwacht (eigenlijk vind ik het ook ongewenst) dat Wikidata beslissingen over afbeeldingen automatisch voor Wikipedia maakt. Ik zag in de geschiedenis dat de tekening met jouw bewerking werd toegevoegd, dus ik nam aan dat jij de afbeelding had uitgezocht.
Welke ongewenste foto bedoel je? De verwijderde afbeelding of de tekening? De tekening is w.m.b. niet direct ongewenst, maar er is wel uitleg nodig. Ik heb die uitleg vanmorgen al toegevoegd. Woudloper overleg 25 mei 2024 16:13 (CEST)

Wikidata weekly summary #629

bewerken

Tech News: 2024-22

bewerken

MediaWiki message delivery 28 mei 2024 02:12 (CEST)

Terugdraaiing Tomoko Kawase

bewerken

Hoi Mbch331, met je terugdraaiing maakte je van mijn B-artikel een C-artikel. Daarbij stonden die archiefurl's er al in de oorspronkelijke versie van mijn artikel en ik was de enige bewerker. Mondo (overleg) 30 mei 2024 14:34 (CEST)

Hopelijk okee als ik hier even reageer: het is eigenlijk de bedoeling dat je een archiefurl invult achter 'archiefurl' en niet achter 'url'. Zo te zien was de wijziging waar je naar verwees dus wel correct. Laurier (xij/die) (overleg) 30 mei 2024 14:56 (CEST)
Inderdaad, de archiefurls moeten in de parameter archiefurl. Als dat het verschil maakt tussen een B en een C artikel, dan is er iets mis met ORES, niet met het sjabloon. Mbch331 (overleg) 30 mei 2024 15:04 (CEST)
Klopt Laurier en Mbch331, maar ik heb dagenlang aan dit artikel gewerkt om er een mooi B-artikel van te maken en de score wordt ook op Gendergap getoond. Ik heb nauwelijks B-artikelen; dit heeft me dan ook echt veel tijd en energie gekost. Ik zou het heel jammer vinden als iedereen (op Gendergap) nu een C-artikel ziet staan omwille van een paar url's waar ORES blijkbaar moeite mee heeft; dan voelt het alsof ik al mijn tijd verspild heb om zowaar een keer een B-artikel te krijgen. Mondo (overleg) 30 mei 2024 15:15 (CEST)
ORES is verre van perfect. Soms is een C artikel zelfs beter als een A of een B artikel. Mbch331 (overleg) 30 mei 2024 15:46 (CEST)
Terugkeren naar de gebruikerspagina van "Mbch331/Archief/mei 2024".