[Wikidata-bugs] [Maniphest] [Created] T85541: ULS on Wikidata does not work

2014-12-30 Thread Denny
Denny created this task. Denny added a subscriber: Denny. Denny added projects: MediaWiki-extensions-UniversalLanguageSelector, MediaWiki-extensions-WikibaseClient. TASK DESCRIPTION When I click on the ULS widget, nothing happens. TASK DETAIL https://phabricator.wikimedia.org/T85541 REPLY

[Wikidata-bugs] [Maniphest] [Commented On] T89949: RDF mapping should not assert that .../entity/Q123 is-a Wikidata item

2015-02-19 Thread Denny
Denny added a comment. No, /entity/Q23 is not the description, indeed, it is the item. Refer also to http://korrekt.org/papers/Wikidata-RDF-export-2014.pdf (as per IRC chat). TASK DETAIL https://phabricator.wikimedia.org/T89949 REPLY HANDLER ACTIONS Reply to comment or attach files

[Wikidata-bugs] [Maniphest] [Commented On] T87579: investigate solutions for items with a large number of aliases

2015-03-16 Thread Denny
Denny added a subscriber: Denny. Denny added a comment. I am quite strongly against splitting the label and description by the aliases. The label and description together establish the identity of the item, whereas the aliases (which is indeed a bad term) are used to facilitate finding

[Wikidata-bugs] [Maniphest] [Commented On] T92759: allow editing of more languages in the in other languages box than the ones defined via babel boxes

2015-03-16 Thread Denny
Denny added a subscriber: Denny. Denny added a comment. But maybe name it More, Even more, All ;) TASK DETAIL https://phabricator.wikimedia.org/T92759 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. EMAIL PREFERENCES https

[Wikidata-bugs] [Maniphest] [Commented On] T87579: investigate solutions for items with a large number of aliases

2015-03-16 Thread Denny
Denny added a comment. Since the top line is not directly editable anymore anyway, also an option could be to set the Label in big letters in the top, description next to it (not under it), and the aliases below. This should also be pleasing aesthetically, and keeping the semantic unity

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-04 Thread Denny
Denny added a comment. I don't know the Open License. Given what I understand using automatic translation, the license requires attribution. So if the RNSR is a database in the sense of the Database Right directive, and if the RNSR is licensed under the Open License, and if the Open License

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-04 Thread Denny
Denny added a comment. The property is about adding the RNSR ID. That's fine. On the data import hub page you linked, I don't see a mention of the license. Nor on your talk page. I find this upload problematic.TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-04 Thread Denny
Denny added a comment. @Psychoslave, I am not sure I entirely follow. You said "there are contributors of Wikidata that do make massive imports of external data banks, regardless of the corresponding terms of use." Then you refer to an email on a closed list that I cannot acces

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-14 Thread Denny
Denny added a comment. @Psychoslave sorry to disagree on the questions, but are we in any disagreement on these three questions? We should not allow the (significant) import of data from databases which are licensed under a license incompatible with CC-0. We should enforce that. We should

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-14 Thread Denny
Denny added a comment. @Nemo_bis thanks, I agree with your point a lot. But regarding your question - just because there is a database which happens to reproducible should not trigger any right issues. To give an example: it is easy to imagine a company that sells the list of all countries

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-14 Thread Denny
Denny added a comment. @Rspeer regarding the ontology: the ontology of Wikidata is genuinely unique and not copied from any Wikipedia project, or any other project. It has been created on Wikidata. Regarding the translations: we are talking about the labels of things in different languages

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-14 Thread Denny
Denny added a comment. @Nemo_bis : good point. I wouldn't know what a good example is, though, maybe someone else can come up with something.TASK DETAILhttps://phabricator.wikimedia.org/T193728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DennyCc: Lofhi

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-07 Thread Denny
Denny added a comment. Re Psychoslave: Having a statement in Wikidata with a reference, where the referenced work is not published under CC-0, is entirely fine in my understanding. As a comparison: Wikipedia has plenty of references, where the referenced work is not published under CC-BY-SA

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-07 Thread Denny
Denny added a comment. Re Pintoch: No, I was seriously not aware that we are uploading datasets I think it is fair to say that this is not exactly an isolated case (but I am surprised that you seem (to pretend) not to know? Maybe for legal reasons?) No, no legal reasons, I really didn't know

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-13 Thread Denny
Denny added a comment. @Gnom1 - yes, anything that you can contribute would be awesome. Unfortunately, this request here is all over the place, ranging from the question whether it is legally permissible to have a statement reference Wikipedia to the way inline images are displayed, so it might

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-25 Thread Denny
Denny added a comment. "what are the benefit for the Wikimedia community of using exclusively CC-0 for its single Wikibase instance usable in the rest of its environment?" This question is, I think, less suitable for a lawyer. I think this is a very interesting question, but I'd rather

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-18 Thread Denny
Denny added a comment. @Micru I agree with @Cirdan that this would be a rather worrying way to deal with the situation. Also, as @Nemo_bis points out, it really couldn't be just the communities doing so. In my understanding, it would need an update to the CC license itself, which would need

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-17 Thread Denny
Denny added a comment. @Rspeer Copyright has to be about some concrete _expression_. Are you claiming that the interwiki links that used to be in Wikipedia articles until five years ago should have had copyright protection? Their concrete _expression_ was [[en:London]] [[fr:Londres]] [[hr:London

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-17 Thread Denny
Denny added a comment. I was reading the article you linked to - https://de.wikipedia.org/wiki/Sch%C3%B6pfungsh%C3%B6he#Sch%C3%B6pfungsh%C3%B6he_seit_2013 - and nothing there lets me believe that the list of Interwikilinks would have sufficient "Schöpfungshöhe".TASK D

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-18 Thread Denny
Denny added a comment. @MisterSynergy yes, I agree, it would seriously weaken Wikidata. Nevertheless it is good to resolve legal uncertainties as far as reasonable. Regarding Gnom1 - well, he did write the previous, official answer by Wikilegal, which is why I consider that a great offer. But I

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-18 Thread Denny
Denny added a comment. @Rspeer My previous suggestion to @Psychoslave was P) "Can you comment on the practise of extracting data from Wikipedia articles, which are published under CC-BY-SA, and storing the results in Wikidata, where they are published under CC-0?" I guess th

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-18 Thread Denny
Denny added a comment. @Mateusz_Konieczny I like R-OSM-1 too. I would go now for these two questions. I'd really like to have @Psychoslave chime in, as he was the one opening this bug and certainly being the most vocal on this topic, as far as I have seen, so I will leave this open for a few days

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-17 Thread Denny
Denny added a comment. @Rspeer If I link an article from the German Wikipedia to the English Wikipedia by adding an interwiki link on the German Wikipedia, and then an interwiki bot makes this link be reciprocal by adding the interwiki link on the English Wikipedia, there is no attribution to me

[Wikidata-bugs] [Maniphest] [Commented On] T193728: Solve legal uncertainty of Wikidata

2018-05-03 Thread Denny
Denny added a comment. You state that "there are contributors of Wikidata that do make massive imports of external data banks, regardless of the corresponding terms of use." Can you point to such imports? In my opinion, we should treat such license issues on Wikidata as seriou

[Wikidata-bugs] [Maniphest] [Commented On] T201000: Show Gloss in entity selector when entering Sense as a value in a statement

2018-08-16 Thread Denny
Denny added a comment. That looks neat.TASK DETAILhttps://phabricator.wikimedia.org/T201000EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DennyCc: Denny, Lucas_Werkmeister_WMDE, RazShuty, WMDE-leszek, Addshore, Lydia_Pintscher, Mringgaard, Lahi, Gq86

[Wikidata-bugs] [Maniphest] [Commented On] T232356: QIDs are hard to select on mobile in Wikidata

2019-09-10 Thread Denny
Denny added a comment. I tried Lucas suggestion, and it solves the reason for the bug. When there are two actions, it still works fine (but their relative positioning of the action icons changes slightly - they squeeze together). Functionality wise, his suggested fix works. Here's

[Wikidata-bugs] [Maniphest] [Created] T232356: QIDs are hard to select on mobile in Wikidata

2019-09-09 Thread Denny
Denny created this task. Denny added projects: Wikidata Mobile, Wikidata-Termbox, Wikidata, Mobile. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When using Chrome on my Pixel 3a, since the new Termbox has launched (which, by the way, is awesome), it is hard

[Wikidata-bugs] [Maniphest] [Commented On] T235225: Wikidata: when adding a gloss, the cursor focus does not go to the right field

2019-10-16 Thread Denny
Denny added a comment. In Chrome. But it does not happen on the first gloss (since Remove is grayed out on the first gloss), only on the second and other additional glosses. The part with the "Remove" is kinda OK. I would prefer it would jump to Remove only if I left the g

[Wikidata-bugs] [Maniphest] [Created] T233763: Searching Lexeme:Danke on Wikidata breaks it

2019-09-24 Thread Denny
Denny created this task. Denny added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When I search for Lexeme:Danke from the Search box in Wikidata (upper right corner) I get the message [XYqWIwpAADoAAJk2AOEAAABL] 2019-09-24 22:18:11: Fatal

[Wikidata-bugs] [Maniphest] [Commented On] T233763: Searching Lexeme:Danke on Wikidata breaks it

2019-09-24 Thread Denny
Denny added a comment. Oh, wow, it also happens for Lexeme:thanks I am super curious what is happening here! TASK DETAIL https://phabricator.wikimedia.org/T233763 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Denny Cc: Aklapper, Denny

[Wikidata-bugs] [Maniphest] [Created] T235225: Wikidata: when adding a gloss, the cursor focus does not go to the right field

2019-10-10 Thread Denny
Denny created this task. Denny added projects: Wikidata, Lexicographical data. TASK DESCRIPTION When creating a Sense in a Lexeme, I choose the language, tab to the field, enter the gloss, tab to Remove (which should preferably tab to Add instead), tab again to Add, press return, it adds