Overleg gebruiker:Mbch331/Archief/jul 2017

Pagina-inhoud wordt niet ondersteund in andere talen.
Uit Wikipedia, de vrije encyclopedie

Wikidata weekly summary #267[brontekst bewerken]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development
    • Worked more on support for lexicographical data and Wiktionary. The focus was on creating a necessary new datatype to link to Lexemes as well as making Glosses and statements on Glosses editable.
    • Getting ready to migrate the constraints definitions from templates on the property talk page to statements on the property.

You can see all open tickets related to Wikidata here.

TBP = ?[brontekst bewerken]

In je toelichting op een wijziging van de pagina Tijn over Tijn Kolsteren gebruik je de kennelijke wiki-gebruikersafkorting TBP (waarvan de P naar ik aanneem voor 'pagina' staat. Maar verder kom ik hier even niet uit. Zou je deze afkorting misschien verder willen verklaren?

Alvast bedankt!

De Jaren (overleg) 7 jul 2017 20:22 (CEST)[reageer]

Dat betekent: Te Beoordelen Pagina's en verwijst naar WP:TBP. ed0verleg 7 jul 2017 20:34 (CEST)[reageer]
Klopt. Edo heeft helemaal gelijk. Mbch331 (Overleg) 7 jul 2017 20:47 (CEST)[reageer]

Wil graag even afstemmen over het verwijderen van twee door mij geplaatste pagina's[brontekst bewerken]

beste beste,

ik zie dat je twee door mij gemaakte pagina's hebt verwijderd. Graag zou ik de reden daarvan willen weten. Ik ben bezig om deze termen vorm te geven en verder uit te werken. Er komt ook formele vakliteratuur over.

graag even je tips hoe ik de beide pagina's kan maken, zonder dat ze binnen een half uur weer verwijderd worden.

thx, rob– De voorgaande bijdrage werd geplaatst door Rob van Renen (overleg · bijdragen) 8 jul 2017 19:10‎

Volgens collega Apdency die de pagina Situatiesensitiviteit eerder vandaag verwijderd had zou het om een zelfverzonnen term gaan. En aangezien de beide pagina's gerelateerd waren aan elkaar is de tweede ook verwijderd. Als het geen zelfbedachte term is, maar een term die in vakliteratuur voorkomt, dan kunt u het beste in uw kladblok het artikel aanmaken en zorgen dat het volledig in orde is inclusief bronnen waaruit blijkt dat het geen zelfbedachte term is. En pas als het af is het in de hoofdnaamruimte plaatsen. Mbch331 (Overleg) 8 jul 2017 19:17 (CEST)[reageer]
Alle aangemaakte termen leveren geen zoekresultaten. Dat heet "origineel onderzoek". -- ErikvanB (overleg) 8 jul 2017 19:30 (CEST)[reageer]
@Rob van Renen:: U schrijft hierboven dat er ook formele vakliteratuur komt. Bedoelt u daarmee dat u van plan was om in de artikelen situatiesensitiviteit en situatinisme die u aanmaakte ook de formele vakliteratuur over de onderwerpen nog te gaan vermelden of dat de formele vakliteratuur over deze onderwerpen op dit moment nog geschreven wordt? Het lijkt een futiliteit maar voor deze encyclopedie is dat een wereld van verschil. Ik las de beide artikelen en ben naar aanleiding daarvan heel benieuwd hoe het is om "situaties te leren zijn." Ik ben over het algemeen vooral mezelf maar ik zou ook weleens een situatie willen zijn. WIKIKLAAS overleg 8 jul 2017 20:40 (CEST)[reageer]
Hóe dat is, weet ik niet, Wikiklaas, maar misschien wel wát het is. Als Rob van Renen zich bijvoorbeeld verplaatst in jouw situatie, is hij in feite jouw situatie geworden. Maar dat moet je wel eerst leren, want niet iedereen kan zich zomaar in een ander verplaatsen, laat staan in iemands situatie. ErikvanB (overleg) 10 jul 2017 06:42 (CEST) - Ik vermoed dat de boeken nog geschreven worden.[reageer]

border/rand[brontekst bewerken]

Hoi,
Met deze wijziging en eerdere verwijderde je randen bij vlaggen onder het mom van Speciaal:LintErrors/bogus-image-options. De fout was echter niet de parameter "border", maar het dubbel voorkomen van "border" op een van de pagina's (niet de aangehaalde). Een rand bij een vlag is juist een gewenst iets, alle vlagsjablonen hebben een rand. Zou je dit willen herstellen? --bdijkstra (overleg) 10 jul 2017 10:46 (CEST)[reageer]

Ik heb overal het massaal verwijderen van border teruggedraaid voor zover ik dit uit de samenvatting kan achterhalen. Kan zijn dat er een aantal border|border| situaties teruggekomen zijn, maar het waren teveel wijzigingen om ze een voor een daarop te controleren. Mbch331 (Overleg) 10 jul 2017 11:26 (CEST)[reageer]
Dank! Zoals je hier kunt zien, zijn er inderdaad een aantal teruggekomen. --bdijkstra (overleg) 10 jul 2017 11:36 (CEST)[reageer]

Wikidata weekly summary #268[brontekst bewerken]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development
    • Search results will not only show labels but also descriptions with language fallbacks (gerrit:362215). Thanks to Matěj Suchánek!
    • Fixed link to the file description page in the Image Header gadget (phab:T169558)
    • Forms of the Lexeme are multi-variant (phab:T165575)
    • Preparing a demonstration of referencing Forms and Sense of a Lexeme in statements (phab:T169716)
    • Property constraint definitions will be migrated to statements (phab:T169647, Project chat)
    • Implemented “Format” constraint (phab:T102752, help page)

You can see all open tickets related to Wikidata here.


Namen van voetbalclubs[brontekst bewerken]

Ik zie dat jij een bewerkingsoorlog tussen twee gebruikers op de pagina KRC Genk hebt beslecht door de pagina te beveiligen. Maar kan je ook even uitleggen waarom de naam van KRC Genk aangepast moest worden in het veel langere Koninklijke Racing Club Genk? De artikelnamen van AA Gent en KRC Genk werden recent door een gebruiker veranderd, zogezegd omdat het beter is om geen afkortingen te hebben. Maar wie zegt dat dat beter is? Er zijn vast ook genoeg gebruikers die afkortingen juist veel overzichtelijker, makkelijker en duidelijker vinden. Het lijkt eerder een drogreden als je ziet dat 99% van alle voetbalclubs een afkorting in hun artikelnaam hebben (Real Madrid CF, FC Barcelona, Juventus FC, Sunderland AFC, AFC Ajax, etc.). Voor zover ik weet bestaan er geen duidelijke afspraken over de namen van voetbalclubs, maar aangezien bijna alle pagina's afkortingen bevatten, is het duidelijk dat het gangbaar is om afkortingen toe te laten. Waarom dan nu ineens een handvol willekeurige clubs toch een volledige clubnaam geven die werkelijk niemand ooit gebruikt en het gebruiksgemak van Wikipedia bovendien niet ten goede komt (want nu moet je dus altijd "Koninklijke Racing Club Genk" typen als je de juiste link wil gebruiken)? Groeten, Zotteteen1 (overleg) 15 jul 2017 21:25 (CEST)[reageer]

Ik heb geconstateerd dat er een bewerkingsoorlog omtrent de titel van een artikel gaande was. Op dat moment beveilig je de pagina in de aangetroffen versie (tenzij er sprake is van overduidelijk vandalisme, maar dat is hier niet het geval). De vraag waarom KRC Genk voluit moet en FC Barcelona bijvoorbeeld niet, zul je aan Akadunzio moeten stellen. Die vond het nodig dat de volledige naam als titel gebruikt wordt. Mbch331 (Overleg) 15 jul 2017 21:36 (CEST)[reageer]
Een moderator beveiligt een pagina niet omdat ie vindt dat dit de juiste versie is, en er niets meer aan moet veranderen, maar om vandalisme of een bewerkingsoorlog te stoppen. De bedoeling is dat je er eerst middels overleg uit komt, in dit geval met Akadunzio dus. De reden voor de titelwijziging is volgens mij inderdaad kolder: honderden artikelen over voetbalclubs vermelden slechts de naam zoals die algemeen bekend is: AFC Ajax, FC Barcelona, NAC, en ga maar door. Daarmee moet je toch ook Akadunzio kunnen overtuigen. WIKIKLAAS overleg 15 jul 2017 21:38 (CEST)[reageer]
Ik ben niet bij deze bewerkingsoorlog betrokken, dit is iets tussen Akadunzio en TimGiesbers. Maar ik ken de gebruiker in kwestie (Akadunzio) want ik heb hem ook al een paar keer 'ontmoet' in discussies en ik ben niet van plan hem nog vaak tegen te komen. Wie een blik werpt op de overleggeschiedenis van Akadunzio ziet dat hij een geboren onruststoker is. Hij (of zij) is al meermaals geblokkeerd geweest omdat hij zich niet wilde neerleggen bij een beslissing van bepaalde moderatoren of een PA. Bepaalde pagina's - meer bepaald Belgische atletiekpagina's - lijken door hem 'gemonopoliseerd' te worden. Daar is hij in het verleden al eens voor op de vingers getikt, maar desondanks doet hij nu gretig verder. Hij schrikt andere gebruikers met goede bedoelingen af door voortdurend alles terug te draaien of te verwijderen, alsof zijn wil de wet is. Dat wil niet zeggen dat hij altijd ongelijk heeft, maar vaak is er geen sprake van 'gelijk hebben'. Wikipedia heeft namelijk niet altijd duidelijke regels, als er al regels zijn. In zoveel discussies draait het om interpretatie. Bovendien zijn veel regels tot stand gekomen na een overleg tussen gebruikers die nu al lang geen deel meer uitmaken van Wikipedia, met als gevolg dat die 'regels' gedateerd of irrelevant zijn geworden. Daar maakt hij handig gebruik van om discussies te herleiden tot welles-nietes-spelletjes zonder einde. Als je - zoals jij nu ook zegt - zegt dat iets kolder is, zegt hij gewoon dat het geen kolder is. Hij maakt van overleg een uitputtingsslag waar weinigen tijd en zin in hebben en zet zo bepaalde pagina's naar zijn hand. Ik ben niet overtuigd van zijn goede bedoelingen, want anders had hij al lang namen van andere voetbalclubs aangepast en zou hij tijdens overleg met andere gebruikers veel meer moeite doen om tot een consensus te komen. Bovendien heeft hij recent andere clubnamen vernederlandst en daarbij een deel van de naam geschrapt (Royale Union Saint-Gilloise > Union Sint-Gillis), terwijl die club in het Frans is ingeschreven bij de voetbalbond. Met andere woorden: hij doet maar wat. Hier verkort en vernederlandst hij de clubnaam, bij andere clubs verlengt hij de naam. Maar goed, ik zal hem dan ook maar laten doen of straks zit hij mij te achtervolgen en elke bewerking die ik maak aan te passen of terug te draaien en dat is het laatste dat ik wil. Dit soort onruststokers mijd ik liever. Hoe dan ook, bedankt voor jullie reacties en duidelijkheid. Groeten, Zotteteen1 (overleg) 17 jul 2017 12:47 (CEST)[reageer]

Wikidata weekly summary #269[brontekst bewerken]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • WikidataCon
    • The scholarship process is now closed. Recipients will be informed around July 25th.
    • You can still suggest ideas for the program, or submit a project until July 31st. The program of the conference is made by the attendees, only what you bring will be in there :)
  • Development
    • Preparing Lexemes demo for Wikimania
    • Fixing links to non-entity namespaces (phab:T169221) (thanks to Matěj Suchánek!)
    • Tracking labels of quantity units in parser and Lua functions (phab:T170167) (thanks to Matěj Suchánek!)
    • Fixing checking of constraints on deprecated statements (phab:T170391)
    • Improving the Query Service UI (phab:T170279)
    • Improving wbsearchentities (phab:T103875)
    • Removing links from printable version (phab:T87108)
    • Adding customizable fallback to Special:GoToLinkedPage (phab:T166473)

You can see all open tickets related to Wikidata here.


Wikidata weekly summary #270[brontekst bewerken]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development

You can see all open tickets related to Wikidata here.

Collaboration products newsletter: 2017-07[brontekst bewerken]

Latest news from the Wikimedia Collaboration team, about Notifications, Flow and Edit Review Improvements. Please tell other users about these changes. Not all changes will affect you.

What's new?

The team is currently working on three main goals, which we expect to complete this summer or in September:

  1. Graduate New Filters for Edit Review core features out of beta:
    • The core New Filters features slated to become standard parts of Recent Changes are the ones that have been out in beta for a while and fully road-tested by the community.
    • These include the new filtering interface, the machine-learning filter groups “User Intent Predictions” and “Quality Predictions,” the highlighting tools, the ability to save your filter settings for later use, and the new filter groups: “Watchlisted pages,” “Last revision” and "User registration and experience."
    • There’s a list of “blocker” tasks we need to complete before these features are ready to graduate out of beta.
    • We expect to release those features by default in September. A more precise message will be sent to communities. If you have questions about it, you can write a message on Mediawiki.org, in any language.
  2. Extend the New Filters to Watchlist: The Watchlists of very active editors can include thousands of pages. To help these busy folks keep up with their work, we’re adding the New Filters UX and tools to Watchlist. The Watchlist and Recent Changes pages are similar, but there is some work involved in adapting the tools to their new setting. That work should be ready some time in late summer or early fall. Stay tuned for an announcement!
  3. Continuing work on “Integrated Filters”:
    • While the New Filters for Edit Review beta brought probably 70% of the old-style Recent Changes features into the new user interface, it left some behind—like the Tag and Namespace filters and the controls for the number of days searched and number of results presented. As the name is meant to suggest, “Integrated filters” integrates those old-style tools into the new UI.
    • It also adds some new tools users have asked for, such as:
      • “Live updates” which provides a near real-time automatic refresh of the Recent Changes page.
      • Category filters, which enable users to search by category.
      • User filters, which let you define searches that include or exclude edits by particular users.
    • We will put the community-defined related links that cluster at the top of most Recent Changes pages into a collapsible panel, in order to clarify the Recent Changes page.

We should note that it’s not certain these last two additions will make the cut for inclusion this year. If you want a make the case for either one, we want to hear from you.

Edit Review Improvements [More information • Help pages]

Recent changes

  • Some styling adjustments are ongoing on the filters for recent changes. [1]
  • RecentChanges with the Beta feature were very slow to load on Wikidata. It is now fixed. [2]
  • In the Beta feature, you can try the Live Updates feature. Just add &liveupdate=1 at the end of the URL in Recent Changes page. [3]

Future changes

Notifications [More information • Help pages]

Recent changes

  • It is now possible to display the number of unread notifications in the browser title bar, using a gadget. [6]

Future changes

Collaboration team's newsletter prepared by the Collaboration team and posted by bot • Give feedback • Subscribe or unsubscribe.

24 jul 2017 18:43 (CEST)

Orgelfabriek Decap Herentals[brontekst bewerken]

Dag Mbch331,


Bedankt voor je eerlijke en informatieve reactie. Ik denk dat ik hier geen tijd meer ga insteken aangezien ik geen zin heb in eindeloze herformuleringen van iets dat volgens mij compleet met de effectieve waarheid strookt. Het is zeer spijtig dat die andere wikipedianen dan is niet de moeite willen doen om eens wat meer doorgrond onderzoek te doen. Op die manier zou het de effectieve situatie zoals bekend is in de echte dansorgel wereld, geen onrecht aan doen.

Ik vraag me af wie de auteursrechten heeft van ONZE Decap geschiedenis anders dan wijzelf?

Gebroeder Decap Antwerpen is een gerenommeerd bedrijf dat in het verleden zeker zijn stempel heeft gedrukt, maar dat heeft Decap Herentals vanaf 1934 ook gedaan, met veel respect voor mijn grootvader Frans Decap overleden in 1972. Het zou dan ook eerlijk zijn dat bij de naam Decap in het algemeen ook naar ons zou worden verwezen, op dit moment is het precies of wij hebben nooit bestaan. Normaal interesseert dit soort zaken mij niet zoveel maar aangezien ik WP toch altijd heb gerespecteerd omwille van accurate infobron vindt ik dat nu juist spijtig dat dit niet word onderzocht door de moderatoren.

Even ter info Frans Decap was ook een van de medeoprichters van de gebroeders Decap Antwerpen maar is daarna een familie dispuut vertrokken in 1934 om dan op zichzelf onder de naam Fr Decap Herentals verder te gaan. Mijn vader François Decap heeft de zaak overgenomen op zijn beurt in 1957 Wij zijn de kleinkinderen van Frans Decap en op dit moment zijn wij nu met al onze vernieuwing echt wel aan de leiding in de orgelwereld.

Vele innoverende uitvindingen zijn in het verleden ook uitgevonden bij Decap Herentals zoals het automatisch pons kopieermachine om orgelboeken met uit te ponsen (datum van uitvinding september 1971 door François Decap en Anton Parie). Het eerste Hammondorgel is ingebouwd door mijn vader François Decap in 1957. De toepassing van het magneetband systeem van origineel Marantz Pianocorder, is in 1980 door ja Decap Herentals toegepast. De volgende historische toepassing gerealiseerd door Frank en Tony Decap was het Midi Besturingssysteem (December 1992) op de orgels en weer door Decap Herentals.

Zo zie je maar dat wij toch ook onze duit in het zakje hebben gedaan.

Wij zijn na al die innovaties nu ook degene die de muziek in het fakkeltheater met het toneelstuk van historische cafe Beveren verzorgen zie link https://www.youtube.com/watch?v=O9xCrNljG6U


Vriendelijke groeten, Sammy Decap

Op geschiedenis (feiten) heeft niemand auteursrecht. Op geschreven teksten heeft de auteur het auteursrecht. Als iemand een tekst schrijft over de orgelfabriek, dan bezit die persoon het auteursrecht. Mbch331 (Overleg) 29 jul 2017 22:19 (CEST)[reageer]

Wikidata weekly summary #271[brontekst bewerken]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • WikidataCon
    • Today is the very last day to submit projects in the program! (deadline: July 31th)
    • You can also subscribe to the existing submissions to show your interest and support your favorites
  • Development
    • Added Special:NewItem to Special:SpecialPages (phab:T169456) Thanks to Matěj Suchánek
    • Making possible to check constraints on qualifiers and references (phab:T168532)
    • Working on showing non-mandatory and mandatory constraints differently (phab:T164254)
    • Improving Special:PagesWithProp for Wikidata use cases (phab:T66950)
    • Doing last polishing on the Lexeme entity type and cleaning up the demo data for the demo at Wikimania
    • Improving the dispatching of changes to Wikipedia and co to cope with the increased demand that lead to delays in Wikidata changes showing up in Wikipedia watchlist and recent changes

You can see all open tickets related to Wikidata here.


Overgenomen van "https://nl.wikipedia.org/w/index.php?title=Overleg_gebruiker:Mbch331/Archief/jul_2017&oldid=57594780"