[Wikidata-bugs] [Maniphest] T282624: Limit IA granting/revoking to stewards only

2021-05-16 Thread Iniquity 
Iniquity added a project: Tech-Ambassadors.

TASK DETAIL
  https://phabricator.wikimedia.org/T282624

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Iniquity
Cc: SpartacksCompatriot, alaa, MBq, Raymond, Funkruf, XenonX3, Darmo117, 
zhuyifei1999, Billinghurst, FriedrickMILBarbarossa, DonTrung, Meirae, Teles, 
Rubin16, TheDJ, Risker, 4nn1l2, MGChecker, Krd, MF-Warburg, MBH, Bebiezaza, 
Krenair, Acagastya, IKhitron, Iniquity, Urbanecm, Leaderboard, Minorax, 
Majavah, Proc, stjn, SilkTork, Johan, Quiddity, Amorymeltzer, Asartea, 
TheSandDoctor, CptViraj, DannyS712, Bugreporter, Jack_Frost, Xaosflux, SQL, 
Zabe, AntiCompositeNumber, Jack_who_built_the_house, suffusion_of_yellow, 
GeneralNotability, Rschen7754, Izno, Stanglavine, Tks4Fish, Cosine02, Aklapper, 
jrbs, Invadibot, LaMagiaaa, SHISHIR_DUA, Delete, R4356th, EhsanKhandowa, 
RuiyuShen, maantietaja, Muchiri124, CBogen, Isaacandy, Carn, Akuckartz, Demian, 
Sebleouf, Joye_Zhang, PatsagornY, Dibya, VulpesVulpes825, Lepticed7, 
Sunny00217, Viztor, 94rain, Nandana, Hamishcn, Awangba_Mangang, Jony, 
Naturista2018, Vesihiisi, Lahi, Gq86, Ramsey-WMF, BJ6123C7BTD, Anooprao, 
Tommy_Kronkvist, JamieTubers, Bsandipan, Nahid, GoranSMilovanovic, SPoore, 
lisong, Jayprakash12345, Chicocvenancio, Allthingsgo, QZanden, Kaartic, Kizule, 
LawExplorer, JJMC89, patilise, Devwaker, Oriciu, Niklitov, Poyekhali, _jensen, 
rosalieper, Pamputt, Tegel, Valepert, Taiwania_Justo, RuyP, JEumerus, 
Scott_WUaS, Cirdan, Ananthsubray, Superzerocool, Ixocactus, Tulsi_Bhagat, 
Taketa, Thibaut120094, Matiia, Einsbor, Psychoslave, Wong128hk, Luke081515, 
Fuzheado, SimmeD, Bsadowski1, Mardetanha, VIGNERON, Barras, Arash.pt, Cwek, 
Wikidata-bugs, Superyetkin, Snowolf, Savh, Base, aude, Pmlineditor, Dcljr, 
Vriullop, NahidSultan, El_Grafo, Dinoguy1000, DerHexer, Shanmugamp7, Trijnstel, 
PeterBowman, Shizhao, matej_suchanek, Melos, Jalexander, Sjoerddebruin, Stryn, 
Addshore, Steinsplitter, Matanya, Mbch331, Liuxinyu970226, Jay8g, Ltrlg, 
Glaisher, Keegan
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T282624: Limit IA granting/revoking to stewards only

2021-05-16 Thread Billinghurst 
Billinghurst added a comment.


  In T282624#7087157 , @jrbs 
wrote:
  
  > In T282624#7087006 , 
@Billinghurst wrote:
  >
  >> It is **not **WMF's role to make community's operational decisions, as in 
what stewards alone can do. T does a disservice to the community when it so 
simply ignores the years of community operation. **The stewards were not set up 
to be, and should not be, your sole point of community consultation on these 
matters**.  Read the scope of their role. For matters of this significance it 
is simply wrong for WMF to think that they get to impose their solutions, 
especially only in consultation with stewards.  I am a little disappointed that 
stewards are not kicking back on this issue telling you that this is not for 
their decision, and saying that the community needs to be consulted.
  >>
  >> **WHAT ARE WE DOING HERE IN PHABRICATOR???**  That we are having to have 
this discussion on a phabricator speaks volume to the problem of staff 
isolating from community on general matters, and increasingly on so many 
matters. Do you not see this particularly as an issue?   This is a technical 
forum, not the place for our social conversations.
  >>
  >> I ask that you bring the social issues to metawiki.  Set out the problem, 
set out the exact principles, set out the non-negotiables, and then what is 
negotiable.  Please stop the change the methodology of benevolent dictatorship. 
I, personally, don't mind temporary measures to fix immediate concerns, but if 
this is months of existing discussion, it seems that you lost that opportunity.
  >
  > Please calm down. I think I made it quite clear that this was a misstep. I 
am human and make mistakes.
  
  Joe, I was perfectly calm.
  
  I am not blaming any individual. This is a system and process failure.   You 
have a whole team of people with whom you work, and you were working with a 
team of steward.  There were numbers of points of failure where there should 
have been people asking these questions.
  
  Yes, I piled on some reflections of my working with the WMF as an involved 
volunteer, and the changing dynamics.  If some of us have reflections of how 
tools and processes used to be and how they are less successful now, what would 
you like us to do?
  
  When it is only in phabricator that these matters can be raised and get any 
real interaction with staff and totally reactively, please don't come and tell 
us to calm down. Get your colleagues out into the wikis working with us there.  
If that is not going to happen, then come out and say that, so we can utilise 
our representatives to the board to put forward our points of view.

TASK DETAIL
  https://phabricator.wikimedia.org/T282624

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Billinghurst
Cc: SpartacksCompatriot, alaa, MBq, Raymond, Funkruf, XenonX3, Darmo117, 
zhuyifei1999, Billinghurst, FriedrickMILBarbarossa, DonTrung, Meirae, Teles, 
Rubin16, TheDJ, Risker, 4nn1l2, MGChecker, Krd, MF-Warburg, MBH, Bebiezaza, 
Krenair, Acagastya, IKhitron, Iniquity, Urbanecm, Leaderboard, Minorax, 
Majavah, Proc, stjn, SilkTork, Johan, Quiddity, Amorymeltzer, Asartea, 
TheSandDoctor, CptViraj, DannyS712, Bugreporter, Jack_Frost, Xaosflux, SQL, 
Zabe, AntiCompositeNumber, Jack_who_built_the_house, suffusion_of_yellow, 
GeneralNotability, Rschen7754, Izno, Stanglavine, Tks4Fish, Cosine02, Aklapper, 
jrbs, Invadibot, LaMagiaaa, R4356th, EhsanKhandowa, RuiyuShen, maantietaja, 
Muchiri124, CBogen, Akuckartz, Sebleouf, Joye_Zhang, PatsagornY, Dibya, 
VulpesVulpes825, Lepticed7, Sunny00217, Viztor, 94rain, Nandana, Hamishcn, 
Jony, Lahi, Gq86, Ramsey-WMF, BJ6123C7BTD, Nahid, GoranSMilovanovic, SPoore, 
lisong, Jayprakash12345, Allthingsgo, QZanden, Kizule, LawExplorer, JJMC89, 
Devwaker, Niklitov, Poyekhali, _jensen, rosalieper, Pamputt, Tegel, 
Taiwania_Justo, RuyP, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, 
Ixocactus, Tulsi_Bhagat, Taketa, Thibaut120094, Matiia, Einsbor, Wong128hk, 
Luke081515, Fuzheado, SimmeD, Bsadowski1, Mardetanha, Barras, Cwek, 
Wikidata-bugs, Snowolf, Savh, Base, aude, Pmlineditor, Dcljr, NahidSultan, 
El_Grafo, Dinoguy1000, DerHexer, Shanmugamp7, Trijnstel, Shizhao, Melos, 
Jalexander, Stryn, Addshore, Steinsplitter, Matanya, Mbch331, Liuxinyu970226, 
Jay8g, Ltrlg, Glaisher, Keegan
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T282719: Wikidata tool request: Users can enter an ISBN to see if a Wikidata item exists, if not it makes a new one based on the data available (works like 'Cite' tool on W

2021-05-16 Thread Spinster 
Spinster added a comment.


  In T282719#7088419 , 
@John_Cummings wrote:
  
  > Hi Sandra
  >
  > I've updated the description to include the FRBR model as the basis for 
creating and matching items. Is it logic to say that new items the based on 
ISBN number (or other similar ID) should be Instance='edition' in Wikidata?
  
  No, you're trying to simplify something that is not that simple.
  
  On Wikipedia, which only uses text strings, I guess it's fine to take an ISBN 
number and then use a database to look it up and retrieve strings of text to 
build up a (single) reference. On Wikidata, where we are dealing with 
multilingual structured data, a 'book' is a cluster of sometimes dozens of 
multilingual layered entities.
  
  To make it very clear, as I think I didn't succeed in doing that with my 
earlier comment: I think it is NOT a good idea to ask for a tool for this. It's 
not simple matter that should be automated. This is stuff that needs 
knowledgeable human review.
  
  If someone has a ISBN number and wants to 'have that ISBN on Wikidata', they 
should need to do at least the following checks (and this list is 
non-exhaustive; I'm actually not a librarian so I will probably miss important 
things and get some things wrong):
  
  - Is there already any work-level and/or edition-level item that corresponds 
with the book? If so, any new items need to correspond correctly with the 
existing ones. If not, new items need to be created for both levels.
  - A check needs to happen whether the ISBN is of a translation. Maybe we 
already have Wikidata items for the (original language) work, and/or for an 
edition of a translation in another language. If that is the case, correct 
connections need to be made.
  - The book needs *both* a work-level item and an edition-level item. (This is 
exactly what FRBR is about.)
  - Both the work item and the edition item need the correct statements in the 
right place: author, publisher, date of publication and other metadata. 
Correctly. I don't know of any centralized databases that get this stuff right 
where we can retrieve this; this step probably needs deeper human research than 
just a check with a (any) database. Worldcat is (in my experience) pretty messy 
at this point so please do NOT use Worldcat as a sole source.
  - If lookups on Wikidata need to happen for the right author and publisher, 
that needs to be done _with care_ - if the author, is, say, named John Johnson 
where we have dozens of people with a similar name, a thorough check is needed 
to make sure the right one is chosen. In my experience, it is always best to 
actually go on Wikidata and do a bit of (non-tool) research at this point, 
because there may be items for humans with just initials or with a slightly 
different spellings that can't be caught by a tool.
  - If an item for the author/publisher is not found, should a new one be 
created? I'm not sure - there's so much opportunity for introduction of errors 
and duplicates here.
  
  Let me state it very clearly: I'm not a fan of this task at all. I think 
describing books on Wikidata is simply too complex for a single-purpose tool. 
If describing books correctly is an intricate piece of reality that needs a few 
years of education in library science, then it's not something that we can 
magically simplify on Wikidata by 'toolifying' it.

TASK DETAIL
  https://phabricator.wikimedia.org/T282719

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Spinster
Cc: Seppl2013, Fuzheado, Pigsonthewing, Gamaliel, Spinster, Rhagfyr, 
Antoine2711, Jklamo, NavinoEvans, Aklapper, John_Cummings, Invadibot, 
maantietaja, Mohammed_Sadat_WMDE, Akuckartz, apaskulin, Nandana, lucamauri, 
Zambujo, Lahi, Gq86, valerio.bozzolan, GoranSMilovanovic, Chicocvenancio, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Izno, Wikidata-bugs, 
aude, Daniel_Mietchen, Jhernandez, jayvdb, Mbch331, bd808, Krenair, Tgr
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T144248: No RDF builder defined for data type globe-coordinate nor for value type bad in DispatchingValueSnakRdfBuilder::getValueBuilder

2021-05-16 Thread Lydia_Pintscher 
Lydia_Pintscher added a comment.


  In T144248#7081917 , 
@Lucas_Werkmeister_WMDE wrote:
  
  >> Come up with a plan of attack for the malformed values & get them out of 
the existing revisions set
  >
  > Does this mean we want to edit the content of old revisions on-wiki? As far 
as I’m aware we practically never do that, and it doesn’t sound like a good 
idea to me. This needs to be handled by the code, I think.
  
  Right. We do not touch old revisions. But we need to find the occurrences in 
current revisions so we can get them fixed from now on.

TASK DETAIL
  https://phabricator.wikimedia.org/T144248

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lydia_Pintscher
Cc: ItamarWMDE, hashar, Lydia_Pintscher, Addshore, Lucas_Werkmeister_WMDE, 
Krinkle, thiemowmde, Aklapper, Dereckson, Invadibot, maantietaja, Akuckartz, 
Iflorez, darthmon_wmde, alaa_wmde, Nandana, lucamauri, Lahi, Gq86, 
GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Jonas, Wong128hk, Verdy_p, Wikidata-bugs, aude, Jdforrester-WMF, 
Mbch331, Jay8g
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T282965: Wikidata Bridge error

2021-05-16 Thread Maintenance_bot 
Maintenance_bot added a project: Wikidata.

TASK DETAIL
  https://phabricator.wikimedia.org/T282965

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Maintenance_bot
Cc: Yuanga, Aklapper, Invadibot, maantietaja, Akuckartz, Michael, Nandana, 
Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T255248: LibUp Wikibase error semver.exceptions.ParseVersionError: Unable to parse "dev-master#ba6fcfd823d623ba73c2faba5a208067281c4c38"

2021-05-16 Thread Legoktm 
Legoktm added a comment.


  The original exception has been fixed. The new one is because on REL1_35 
eslint-config-wikimedia isn't pinned and using a ^ expression instead.

TASK DETAIL
  https://phabricator.wikimedia.org/T255248

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Legoktm
Cc: Legoktm, Addshore, Aklapper, Invadibot, maantietaja, Akuckartz, Nandana, 
Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 
Scott_WUaS, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

[Wikidata-bugs] [Maniphest] T282719: Wikidata tool request: Users can enter an ISBN to see if a Wikidata item exists, if not it makes a new one based on the data available (works like 'Cite' tool on W

2021-05-16 Thread Seppl2013 
Seppl2013 added a comment.


  One special case of this is publications of proceeedings of scientific 
conferences. I am intending to have a wikidata backend for my Proceedings Title 
Parser at ptp.bitplan.com  anyways so i could add an 
"ISBN" input mode.
  
  - First the book information would be fectched e.g. for 
https://www.springer.com/gp/book/9783030454388 the result would be: //Advances 
in Information Retrieval
  
  42nd European Conference on IR Research, ECIR 2020, Lisbon, Portugal, April 
14–17, 2020, Proceedings, Part I
  //
  
  - then this fed to the Proceedings Title Parser 

 which would find the corresponding event
  - The corresponding scientific event series might already be in wikidata see  
https://confident.dbis.rwth-aachen.de/dblpconf/wikidata which points to 
https://www.wikidata.org/wiki/Q5412436
  - now the proceedings and the event could be entered to wikidata
  
  This special usecase might be a good starting point for the feasibility of 
the more general approach to do the entry for any ISBN

TASK DETAIL
  https://phabricator.wikimedia.org/T282719

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Seppl2013
Cc: Seppl2013, Fuzheado, Pigsonthewing, Gamaliel, Spinster, Rhagfyr, 
Antoine2711, Jklamo, NavinoEvans, Aklapper, John_Cummings, Invadibot, 
maantietaja, Mohammed_Sadat_WMDE, Akuckartz, apaskulin, Nandana, lucamauri, 
Zambujo, Lahi, Gq86, valerio.bozzolan, GoranSMilovanovic, Chicocvenancio, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Izno, Wikidata-bugs, 
aude, Daniel_Mietchen, Jhernandez, jayvdb, Mbch331, bd808, Krenair, Tgr
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org