[Wikidata-bugs] [Maniphest] [Merged] T103346: phpunit hhvm failure: LuaSandbox: TextLibraryTests[87]: json decode, invalid values (trailing comma)

[ori]

ori closed this task as a duplicate of T128029: TemplateData's PHP JSON 
validation isn't strict enough because WMF cluster's HHVM allows trailing 
commas.

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

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

To: Mattflaschen, ori
Cc: Catrope, Mattflaschen, gerritbot, StudiesWorld, daniel, Anomie, 
JanZerebecki, Aklapper, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, 
Dinoguy1000, jayvdb, MrStradivarius, Jackmcbarn, Mbch331, Krenair, Joe, jeremyb



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Status and ETA External ID conversion

[Maarten Dammers]

Hi Luca,

Op 5-3-2016 om 16:45 schreef Luca Martinelli:


Point taken, I apologise for using too dramatic tones.
Looks like more people are eager to get this over with and can't wait to 
get everything converted

Nonetheless, I stick to the point that probably a ">99% unique
identifier" threshold is too high. Just to make another example
(disclaimer: I asked for this property since it is yet another
catalogue that my institution runs), P1949 has not been converted to
identifier because it has "only 98.82% unique out of 507 uses", that
translates in only *six* cases out of 505 items which have two P1949
identifiers.
That's correct. As I said in my previous email: We're first doing the 
easy properties. You can see the easy properties at 
https://www.wikidata.org/wiki/User:ArthurPSmith/Identifiers/1 . The easy 
ones are the ones that have 99%+ single value and 99%+ unique. Compare 
that with https://www.wikidata.org/wiki/User:Addshore/Identifiers/1 and 
you'll notice we still have loads of easy ones we have to process (the 
unchecked list is still quite long).


Once we get those out of the way, we'll get to the more difficult ones. 
I prefer quality over speed here. I don't expect any problems with 
converting P1949.


Maarten


___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Created] T128971: TSV export from WQS GUI doesn't add extra tab when value is missing

[Mbch331]

Mbch331 created this task.
Herald added a subscriber: Aklapper.
Herald added a project: Discovery.

TASK DESCRIPTION
  I'm running a SPARQL query using query.wikidata.org (the gui), some fields 
have no value. When I create an TSV export between every value in the report 
there's 1 tab. If a value is missing then there is no extra tab, which results 
in values getting shifted to the left when opening the TSV in a spreadsheet. 
For example the query http://tinyurl.com/zoxhrz5 has no values for the IMDB id, 
so when opening the TSV in my spreadsheet program, the values for item2 are in 
the IMDB column, which is not what I expect. The resulting TSV file: F3530289: 
query.tsv .

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

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

To: Mbch331
Cc: Aklapper, Mbch331, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, 
Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Status and ETA External ID conversion

[Gerard Meijssen]

Hoi,
Lets take things slowly. It is vital that we get Wikipedia well connected
first. Plenty of challenges there. If we concentrate on what Wikipedia
needs in all its languages, we will get a perspective of what is notable
for us. Other sources have their criteria..
Thanks,
 GerardM

On 5 March 2016 at 19:56, Andy Mabbett  wrote:

> On 5 March 2016 at 16:15, Markus Krötzsch 
> wrote:
>
> > I agree with Egon that the uniqueness requirement is rather weird. What
> it
> > means is that a thing is only considered an "identifier" if it points to
> a
> > database that uses a similar granularity for modelling the world as
> > Wikidata. If the external database is more fine-grained than Wikidata
> > (several ids for one item), then it is not a valid "identifier",
> according
> > to the uniqueness idea.
>
> Then we should create a Wikidata item for each concept on that
> external database.
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Status and ETA External ID conversion

[Andy Mabbett]

On 5 March 2016 at 16:15, Markus Krötzsch  wrote:

> I agree with Egon that the uniqueness requirement is rather weird. What it
> means is that a thing is only considered an "identifier" if it points to a
> database that uses a similar granularity for modelling the world as
> Wikidata. If the external database is more fine-grained than Wikidata
> (several ids for one item), then it is not a valid "identifier", according
> to the uniqueness idea.

Then we should create a Wikidata item for each concept on that
external database.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Status and ETA External ID conversion

[Andy Mabbett]

On 5 March 2016 at 14:25, Lydia Pintscher  wrote:

> I also do a quick sanity check for each property myself before conversion.

You might also like to do a sanity check on those marked as not
suitable for conversion.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T95877: [Story] Setting languages with Babel boxes does not work for global user page

[Mbch331]

Mbch331 added subscribers: matej_suchanek, Pikolas.
Mbch331 merged a task: T128967: Wikidata does not fetch babel langs from Meta 
Wiki profile.

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

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

To: Mbch331
Cc: Pikolas, matej_suchanek, adrianheine, Liuxinyu970226, Sjoerddebruin, 
Mbch331, Agabi10, Multichill, Legoktm, Ricordisamoa, JanZerebecki, aude, hoo, 
thiemowmde, Aklapper, Lydia_Pintscher, codynguyen1116, D3r1ck01, Izno, 
Wikidata-bugs, SPQRobin, Dereckson, Gryllida, Shizhao, Arrbee, KartikMistry, 
Se4598, Jay8g, Quiddity



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Merged] T128967: Wikidata does not fetch babel langs from Meta Wiki profile

[Mbch331]

Mbch331 closed this task as a duplicate of T95877: [Story] Setting languages 
with Babel boxes does not work for global user page.

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

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

To: Mbch331
Cc: matej_suchanek, Aklapper, Pikolas, D3r1ck01, Izno, Wikidata-bugs, aude, 
Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T128967: Wikidata does not fetch babel langs from Meta Wiki profile

[matej_suchanek]

matej_suchanek added a comment.


  Then it's a known problem: T95877: [Story] Setting languages with Babel boxes 
does not work for global user page 

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

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

To: matej_suchanek
Cc: matej_suchanek, Aklapper, Pikolas, D3r1ck01, Izno, Wikidata-bugs, aude, 
Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T128967: Wikidata does not fetch babel langs from Meta Wiki profile

[Pikolas]

Pikolas added a comment.


  I removed the  tags, but it still doesn't automatically fetch my 
preferred languages. My workaround was to configure them manually: 
https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Wikibase/Configuring_languages
  
  But I'm not sure if this means the bug is still there.

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

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

To: Pikolas
Cc: matej_suchanek, Aklapper, Pikolas, D3r1ck01, Izno, Wikidata-bugs, aude, 
Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T127230: Other projects sidebar duplicates content in corpus of text

[Nemo_bis]

Nemo_bis added a project: MediaWiki-extensions-WikibaseClient.

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

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

To: Nemo_bis
Cc: Quiddity, Steinsplitter, Jdlrobson, Lydia_Pintscher, Aklapper, 
Jdforrester-WMF, Tpt, Bene, Ricordisamoa, Mbch331, Snaevar, Addshore, Nemo_bis, 
aude, Glaisher, Matanya, Jheald, Romaine, JEumerus, Johan, hoo, putnik, 
MGChecker, Luke081515, gerritbot, D3r1ck01, Izno, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T127230: Other projects sidebar duplicates content in corpus of text

[Nemo_bis]

Nemo_bis added a comment.


  Closed per above.

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

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

To: Nemo_bis
Cc: Quiddity, Steinsplitter, Jdlrobson, Lydia_Pintscher, Aklapper, 
Jdforrester-WMF, Tpt, Bene, Ricordisamoa, Mbch331, Snaevar, Addshore, Nemo_bis, 
aude, Glaisher, Matanya, Jheald, Romaine, JEumerus, Johan, hoo, putnik, 
MGChecker, Luke081515, gerritbot, D3r1ck01, Izno, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T127230: Other projects sidebar duplicates content in corpus of text

[Nemo_bis]

Nemo_bis closed this task as "Invalid".

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

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

To: Nemo_bis
Cc: Quiddity, Steinsplitter, Jdlrobson, Lydia_Pintscher, Aklapper, 
Jdforrester-WMF, Tpt, Bene, Ricordisamoa, Mbch331, Snaevar, Addshore, Nemo_bis, 
aude, Glaisher, Matanya, Jheald, Romaine, JEumerus, Johan, hoo, putnik, 
MGChecker, Luke081515, gerritbot, D3r1ck01, Izno, Wikidata-bugs



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T103102: [Story] Take in other projects sidebar out of beta features

[Nemo_bis]

Nemo_bis closed blocking task T127230: Other projects sidebar duplicates 
content in corpus of text as "Invalid".

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

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

To: aude, Nemo_bis
Cc: IKhitron, gerritbot, Luke081515, MGChecker, putnik, hoo, Johan, JEumerus, 
Romaine, Jheald, Matanya, Glaisher, aude, Nemo_bis, Addshore, Mbch331, 
Ricordisamoa, Bene, Tpt, Vibhabamba, Jdforrester-WMF, Aklapper, 
Lydia_Pintscher, TerraCodes, D3r1ck01, Tulsi_Bhagat, Izno, biplabanand, 
Wikidata-bugs, Snowolf, TTO, Se4598, TheDJ, Jay8g, Krenair, Quiddity, Legoktm



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T127673: Ability to set up order of sister projects links in sidebar

[Nemo_bis]

Nemo_bis added a blocking task: T2708: Interproject links.

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

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

To: Nemo_bis
Cc: Nemo_bis, Izno, Aklapper, Danny_B, StudiesWorld, D3r1ck01, Wikidata-bugs, 
aude, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T127673: Ability to set up order of sister projects links in sidebar

[Nemo_bis]

Nemo_bis removed a blocked task: T2708: Interproject links.

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

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

To: Nemo_bis
Cc: Nemo_bis, Izno, Aklapper, Danny_B, StudiesWorld, D3r1ck01, Wikidata-bugs, 
aude, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T127673: Ability to set up order of sister projects links in sidebar

[Nemo_bis]

Nemo_bis changed the title from "Ability to set up order and presence of sister 
projects" to "Ability to set up order of sister projects links in sidebar".
Nemo_bis triaged this task as "Low" priority.
Nemo_bis edited the task description.

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

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

To: Nemo_bis
Cc: Nemo_bis, Izno, Aklapper, Danny_B, StudiesWorld, D3r1ck01, Wikidata-bugs, 
aude, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T128967: Wikidata does not fetch babel langs from Meta Wiki profile

[matej_suchanek]

matej_suchanek added a comment.


  This is because of  tags.

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

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

To: matej_suchanek
Cc: matej_suchanek, Aklapper, Pikolas, D3r1ck01, Izno, Wikidata-bugs, aude, 
Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T128967: Wikidata does not fetch babel langs from Meta Wiki profile

[Pikolas]

Pikolas created this task.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION
  I just asked to delete my user page on Wikidata so that it could pull from my 
Meta Wiki user page (through 
https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Extension:GlobalUserPage).
  
  The problem is, Wikidata is unable to fetch the languages I speak from my 
page on Meta: https://www.wikidata.org/wiki/User:Pikolas
  
  The bug can be reproduced with the steps above.

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

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

To: Pikolas
Cc: Aklapper, Pikolas, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Status and ETA External ID conversion

[James Heald]

Just do them all, as fast as the bot can go.

Revert them /if/ somebody complains (which is unlikely).

Make this a process of having to contract out for an identifier /not/ to 
be done, rather than having to contract in for it to be done.



Personally, I am rather more interested in what happens next, after the 
datatype-renaming stage is done.


How does the external-ID datatype then evolve?

How does it cope with a external ID possibly having a short-form 
representation, a URL for humans (currently specified by P1630 for the 
group as a whole), a URL for RDF (currently specified by P1921 for the 
group as a whole), also sometimes a locally preferred name, or a locally 
disambiguated name in the external source.


What becomes its wdt: value for SPARQL?

What other object-values will get hung off its detailed statement form ?

What will specified using qualifiers?


Some more clarifications of current forward thinking on this might also 
help with people's concerns about how to respond to departures from 
strict 1-to-1-ness in the mappings (whether many-to-one or one-to-many).



  -- James.




On 05/03/2016 16:15, Markus Krötzsch wrote:

Hi,

I agree with Egon that the uniqueness requirement is rather weird. What
it means is that a thing is only considered an "identifier" if it points
to a database that uses a similar granularity for modelling the world as
Wikidata. If the external database is more fine-grained than Wikidata
(several ids for one item), then it is not a valid "identifier",
according to the uniqueness idea. I wonder what good this may do. In
particular, anybody who cares about uniqueness can easily determine it
from the data without any property type that says this.

Markus


On 05.03.2016 15:35, Egon Willighagen wrote:

On Sat, Mar 5, 2016 at 3:25 PM, Lydia Pintscher
 wrote:

On Sat, Mar 5, 2016 at 3:17 PM Egon Willighagen


What is the exact process? Do you just plan to wait longer to see if
anyone supports/contradicts my tagging? Should I get other Wikidata
users and contributors to back up my suggestion?


Add them to the list Katie linked if you think they should be
converted. We
wait a bit to see if anyone disagrees and I also do a quick sanity
check for
each property myself before conversion.


I am adding comments for now. I am also looking at the comments for
what it takes to be "identifier":

https://www.wikidata.org/wiki/User:Addshore/Identifiers#Characteristics_of_external_identifiers


What is the resolution in these? There are some strong, often
contradiction, opinions...

For example, the uniqueness requirement is interesting... if an
identifier must be unique for a single Wikidata entry, this is
effectively disqualifying most identifiers used in the life
sciences... simply because Wikidata rarely has the exact same concept
in Wikidata as it has in the remote database.

I'm sure we can give examples from any life science field, but
consider a gene: the concept of a gene in Wikidata is not like a gene
sequence in a DNA sequence database. Hence, an identifier from that
database could not be linked as "identifier" to that Wikidata entry.

Same for most identifiers for small organic compounds (like drugs,
metabolites, etc). I already commented on CAS (P231) and InChI (P234),
both are used as identifier, but none are unique to concepts used as
"types" in Wikidata. The CAS for formaldehyde and formaline is
identical. The InChI may be unique, but only of you strongly type the
definition of a chemical graph instead of a substance (as is now)...
etc.

So, in order to make a decision which chemical identifiers should be
marked as "identifier" type depends on resolution of those required
characteristics...

Can you please inform me about the state of those characteristics
(accepted or declined)?

Egon


Cheers
Lydia
--
Lydia Pintscher - http://about.me/lydia.pintscher
Product Manager for Wikidata

Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter
der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata








___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata



___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Created] T128963: Save button is not enabled when editing qualifiers

[Fnielsen]

Fnielsen created this task.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION
  The save button is not enable when editing qualifiers.
  
  Procedure:
  Add property, add value, save, add qualifier, add qualifier property, add 
qualifier value, SAVE MISSING.
  
  The workaround is, after qualifier value entry, to press 'edit' for the 
claim. Then the 'save' button appears.
  
  'Enter' neither works in this sitation.

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

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

To: Fnielsen
Cc: Fnielsen, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T128954: Adding 2nd statement for same property doesn't focus input

[Sjoerddebruin]

Sjoerddebruin added a project: Regression.

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

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

To: Sjoerddebruin
Cc: Sjoerddebruin, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Status and ETA External ID conversion

[Maarten Dammers]

Hi Luca,

Op 5-3-2016 om 14:30 schreef Luca Martinelli:

Probably the threshold we set up for the conversion is too high, and
this might be one of the causes why the whole process has slowed down
to a dying pace.
You call 
https://www.wikidata.org/wiki/Special:Contributions/Maintenance_script a 
dying pace?


Instead of complaining here people should participate in 
https://www.wikidata.org/wiki/User:Addshore/Identifiers/0 . Still plenty 
of easy properties that are clearly distinct, unique and have an 
external url.
It doesn't make sense to discus the more complicated cases if we haven't 
gotten the easy cases out of the way yet.


Maarten


___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Status and ETA External ID conversion

[Egon Willighagen]

Never mind. I found these in already done.

Egon

On Sat, Mar 5, 2016 at 3:42 PM, Egon Willighagen
 wrote:
> Mmm... I previously added a few chemical identifiers, like KEGG,
> ChEBI, DrugBank, but I cannot find them anymore... :/
>
> Egon
>
> On Sat, Mar 5, 2016 at 3:16 PM, Egon Willighagen
>  wrote:
>> Hi Lydia, all,
>>
>> On Sat, Mar 5, 2016 at 2:54 PM, Markus Krötzsch
>>  wrote:
>>> On 05.03.2016 14:45, Lydia Pintscher wrote:
 Give it another 2 to 3 weeks and it'll get there. More and more editors
 are exposed to the separation in the UI now and start noticing the ones
 that intuitively should be moved into the identifier section.
>>>
>>> Ok, let's see what happens. I am not saying that the other criteria applied
>>> now in the discussions are bad. It's just another use of the datatype than I
>>> would have expected.
>>
>> I'm one of the people who noticed the separation and indeed wondered
>> why some of the chemistry-related identifiers I tagged and added in
>> the long lists of identifiers were not included yet...
>>
>> What is the exact process? Do you just plan to wait longer to see if
>> anyone supports/contradicts my tagging? Should I get other Wikidata
>> users and contributors to back up my suggestion?
>>
>> Originally, I though the idea was just to remove/leave/add them in/to
>> the list, but people started making comments now. I will do this more
>> explicitly now. Also for the IDs I added.
>>
>> Egon
>>
>> --
>> E.L. Willighagen
>> Department of Bioinformatics - BiGCaT
>> Maastricht University (http://www.bigcat.unimaas.nl/)
>> Homepage: http://egonw.github.com/
>> LinkedIn: http://se.linkedin.com/in/egonw
>> Blog: http://chem-bla-ics.blogspot.com/
>> PubList: http://www.citeulike.org/user/egonw/tag/papers
>> ORCID: -0001-7542-0286
>> ImpactStory: https://impactstory.org/EgonWillighagen
>
>
>
> --
> E.L. Willighagen
> Department of Bioinformatics - BiGCaT
> Maastricht University (http://www.bigcat.unimaas.nl/)
> Homepage: http://egonw.github.com/
> LinkedIn: http://se.linkedin.com/in/egonw
> Blog: http://chem-bla-ics.blogspot.com/
> PubList: http://www.citeulike.org/user/egonw/tag/papers
> ORCID: -0001-7542-0286
> ImpactStory: https://impactstory.org/EgonWillighagen



-- 
E.L. Willighagen
Department of Bioinformatics - BiGCaT
Maastricht University (http://www.bigcat.unimaas.nl/)
Homepage: http://egonw.github.com/
LinkedIn: http://se.linkedin.com/in/egonw
Blog: http://chem-bla-ics.blogspot.com/
PubList: http://www.citeulike.org/user/egonw/tag/papers
ORCID: -0001-7542-0286
ImpactStory: https://impactstory.org/EgonWillighagen

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Status and ETA External ID conversion

[Egon Willighagen]

Mmm... I previously added a few chemical identifiers, like KEGG,
ChEBI, DrugBank, but I cannot find them anymore... :/

Egon

On Sat, Mar 5, 2016 at 3:16 PM, Egon Willighagen
 wrote:
> Hi Lydia, all,
>
> On Sat, Mar 5, 2016 at 2:54 PM, Markus Krötzsch
>  wrote:
>> On 05.03.2016 14:45, Lydia Pintscher wrote:
>>> Give it another 2 to 3 weeks and it'll get there. More and more editors
>>> are exposed to the separation in the UI now and start noticing the ones
>>> that intuitively should be moved into the identifier section.
>>
>> Ok, let's see what happens. I am not saying that the other criteria applied
>> now in the discussions are bad. It's just another use of the datatype than I
>> would have expected.
>
> I'm one of the people who noticed the separation and indeed wondered
> why some of the chemistry-related identifiers I tagged and added in
> the long lists of identifiers were not included yet...
>
> What is the exact process? Do you just plan to wait longer to see if
> anyone supports/contradicts my tagging? Should I get other Wikidata
> users and contributors to back up my suggestion?
>
> Originally, I though the idea was just to remove/leave/add them in/to
> the list, but people started making comments now. I will do this more
> explicitly now. Also for the IDs I added.
>
> Egon
>
> --
> E.L. Willighagen
> Department of Bioinformatics - BiGCaT
> Maastricht University (http://www.bigcat.unimaas.nl/)
> Homepage: http://egonw.github.com/
> LinkedIn: http://se.linkedin.com/in/egonw
> Blog: http://chem-bla-ics.blogspot.com/
> PubList: http://www.citeulike.org/user/egonw/tag/papers
> ORCID: -0001-7542-0286
> ImpactStory: https://impactstory.org/EgonWillighagen



-- 
E.L. Willighagen
Department of Bioinformatics - BiGCaT
Maastricht University (http://www.bigcat.unimaas.nl/)
Homepage: http://egonw.github.com/
LinkedIn: http://se.linkedin.com/in/egonw
Blog: http://chem-bla-ics.blogspot.com/
PubList: http://www.citeulike.org/user/egonw/tag/papers
ORCID: -0001-7542-0286
ImpactStory: https://impactstory.org/EgonWillighagen

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)

[Yurik]

Yurik added a subscriber: Milimetric.
Yurik added a comment.


  Some of this functionality is already supported by JsonConfig extension, and 
I will be happy to guide that approach.  Also, I would advise against too many 
data formats - we got burnt by it with the API. TSV/CSV are great for 
representing tables, but their storage format is poorly defined when it comes 
to escaping.  So I would suggest TSV stored as JSON, e.g.
  
col1,col2,col3
10,20,30
50,60,70
  
  to be stored as
  
{
  "columns": ["col1", "col2", "col3"],
  "data": [
[10, 20, 30],
[50, 60, 70]
  ]
}
  
  There can be an api that handles this specific format and returns it as a TSV 
for easier processing by graphs.

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

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

To: Yurik
Cc: Milimetric, Thryduulf, JEumerus, MarkTraceur, Yurik, Matanya, ekkis, 
matmarex, Lydia_Pintscher, Aklapper, Steinsplitter, StudiesWorld, DannyH, 
D3r1ck01, Izno, Wikidata-bugs, aude, Bawolff, El_Grafo, Ricordisamoa, 
Fabrice_Florin, Mbch331, Jay8g, Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Status and ETA External ID conversion

[Egon Willighagen]

On Sat, Mar 5, 2016 at 3:25 PM, Lydia Pintscher
 wrote:
> On Sat, Mar 5, 2016 at 3:17 PM Egon Willighagen 
>> What is the exact process? Do you just plan to wait longer to see if
>> anyone supports/contradicts my tagging? Should I get other Wikidata
>> users and contributors to back up my suggestion?
>
> Add them to the list Katie linked if you think they should be converted. We
> wait a bit to see if anyone disagrees and I also do a quick sanity check for
> each property myself before conversion.

I am adding comments for now. I am also looking at the comments for
what it takes to be "identifier":

https://www.wikidata.org/wiki/User:Addshore/Identifiers#Characteristics_of_external_identifiers

What is the resolution in these? There are some strong, often
contradiction, opinions...

For example, the uniqueness requirement is interesting... if an
identifier must be unique for a single Wikidata entry, this is
effectively disqualifying most identifiers used in the life
sciences... simply because Wikidata rarely has the exact same concept
in Wikidata as it has in the remote database.

I'm sure we can give examples from any life science field, but
consider a gene: the concept of a gene in Wikidata is not like a gene
sequence in a DNA sequence database. Hence, an identifier from that
database could not be linked as "identifier" to that Wikidata entry.

Same for most identifiers for small organic compounds (like drugs,
metabolites, etc). I already commented on CAS (P231) and InChI (P234),
both are used as identifier, but none are unique to concepts used as
"types" in Wikidata. The CAS for formaldehyde and formaline is
identical. The InChI may be unique, but only of you strongly type the
definition of a chemical graph instead of a substance (as is now)...
etc.

So, in order to make a decision which chemical identifiers should be
marked as "identifier" type depends on resolution of those required
characteristics...

Can you please inform me about the state of those characteristics
(accepted or declined)?

Egon

> Cheers
> Lydia
> --
> Lydia Pintscher - http://about.me/lydia.pintscher
> Product Manager for Wikidata
>
> Wikimedia Deutschland e.V.
> Tempelhofer Ufer 23-24
> 10963 Berlin
> www.wikimedia.de
>
> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
>
> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
> der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für
> Körperschaften I Berlin, Steuernummer 27/029/42207.
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>



-- 
E.L. Willighagen
Department of Bioinformatics - BiGCaT
Maastricht University (http://www.bigcat.unimaas.nl/)
Homepage: http://egonw.github.com/
LinkedIn: http://se.linkedin.com/in/egonw
Blog: http://chem-bla-ics.blogspot.com/
PubList: http://www.citeulike.org/user/egonw/tag/papers
ORCID: -0001-7542-0286
ImpactStory: https://impactstory.org/EgonWillighagen

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Edited] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)

[Yurik]

Yurik edited the task description.

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

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

To: Yurik
Cc: Thryduulf, JEumerus, MarkTraceur, Yurik, Matanya, ekkis, matmarex, 
Lydia_Pintscher, Aklapper, Steinsplitter, StudiesWorld, DannyH, D3r1ck01, Izno, 
Wikidata-bugs, aude, Bawolff, El_Grafo, Ricordisamoa, Fabrice_Florin, Mbch331, 
Jay8g, Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T124569: RFC: Data namespace blob storage on wikidata.org

[Yurik]

Yurik edited the task description.

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

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

To: Yurik
Cc: Ricordisamoa, Bene, Micru, Yair_rand, Addshore, aude, hoo, JanZerebecki, 
MZMcBride, Lydia_Pintscher, tstarling, daniel, MaxSem, Tfinc, Milimetric, 
Aklapper, Yurik, StudiesWorld, D3r1ck01, Izno, Luke081515, Wikidata-bugs, 
Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T118463: [Story] Wikidata support for IFTTT

[D3r1ck01]

D3r1ck01 added a comment.


  IFTTT integration to WikiData needs some triggers that will be used in the 
"this" part of IFTTT, I am pleading on the WikiData community to please suggest 
some triggers that would be useful for this purpose. The actions are not really 
a priority right now since that is handled by IFTTT site itself.
  
  So the main concern here is that if there is any trigger that any member of 
the community thinks it would be useful so that IFTTT can use in the "this", i 
will like you all to suggest here so that we get all options and brain storm on 
the available triggers that will be used for this integration
  
  A basic list of triggers that I have compiled with the mentors are
  
  - Creating a New Item with a specific label
  - Editing an existing Item's label, description, sitelinks added, etc...
  - Creating a New property
  - New showcase Item approved
  - 
  
  If there any any suggestions, it can be added in the list above. Thanks

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

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

To: D3r1ck01
Cc: Bene, Samtar, 01tonythomas, hoo, Lydia_Pintscher, D3r1ck01, Aklapper, 
Slaporte, tahteche, Lethexie, Izno, Wikidata-bugs, aude, Mbch331, Jay8g



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T128954: Adding 2nd statement for same property doesn't focus input

[Sjoerddebruin]

Sjoerddebruin created this task.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION
  When you want to add a second statement to the same property, the input is 
not given focus after selecting "add". This only happens to the new statements, 
current statements work as intended.

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

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

To: Sjoerddebruin
Cc: Sjoerddebruin, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Status and ETA External ID conversion

[Egon Willighagen]

Hi Lydia, all,

On Sat, Mar 5, 2016 at 2:54 PM, Markus Krötzsch
 wrote:
> On 05.03.2016 14:45, Lydia Pintscher wrote:
>> Give it another 2 to 3 weeks and it'll get there. More and more editors
>> are exposed to the separation in the UI now and start noticing the ones
>> that intuitively should be moved into the identifier section.
>
> Ok, let's see what happens. I am not saying that the other criteria applied
> now in the discussions are bad. It's just another use of the datatype than I
> would have expected.

I'm one of the people who noticed the separation and indeed wondered
why some of the chemistry-related identifiers I tagged and added in
the long lists of identifiers were not included yet...

What is the exact process? Do you just plan to wait longer to see if
anyone supports/contradicts my tagging? Should I get other Wikidata
users and contributors to back up my suggestion?

Originally, I though the idea was just to remove/leave/add them in/to
the list, but people started making comments now. I will do this more
explicitly now. Also for the IDs I added.

Egon

-- 
E.L. Willighagen
Department of Bioinformatics - BiGCaT
Maastricht University (http://www.bigcat.unimaas.nl/)
Homepage: http://egonw.github.com/
LinkedIn: http://se.linkedin.com/in/egonw
Blog: http://chem-bla-ics.blogspot.com/
PubList: http://www.citeulike.org/user/egonw/tag/papers
ORCID: -0001-7542-0286
ImpactStory: https://impactstory.org/EgonWillighagen

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Updated] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)

[JanZerebecki]

JanZerebecki added a blocking task: T124569: RFC: Data namespace blob storage 
on wikidata.org.

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

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

To: JanZerebecki
Cc: Thryduulf, JEumerus, MarkTraceur, Yurik, Matanya, ekkis, matmarex, 
Lydia_Pintscher, Aklapper, Steinsplitter, StudiesWorld, DannyH, D3r1ck01, Izno, 
Wikidata-bugs, aude, Bawolff, El_Grafo, Ricordisamoa, Fabrice_Florin, Mbch331, 
Jay8g, Krenair



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T124569: RFC: Data namespace blob storage on wikidata.org

[JanZerebecki]

JanZerebecki added a blocked task: T120452: Allow tabular datasets on Commons 
(or some similar central repository) (CSV, TSV, JSON, XML).

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

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

To: JanZerebecki
Cc: Bene, Micru, Yair_rand, Addshore, aude, hoo, JanZerebecki, MZMcBride, 
Lydia_Pintscher, tstarling, daniel, MaxSem, Tfinc, Milimetric, Aklapper, Yurik, 
StudiesWorld, D3r1ck01, Izno, Luke081515, Wikidata-bugs, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Status and ETA External ID conversion

[David Cuenca Tudela]

Markus, you are not the only one, I am also skeptical about the criteria
used. For me the main problem is perhaps the misunderstanding that the
"external identifier" label creates, actually what I was expecting was
something more like "external references", a place where to put all the
external sources to wikidata in one place. But we'll see how it goes.

Cheers,
Micru

On Sat, Mar 5, 2016 at 2:54 PM, Markus Krötzsch <
mar...@semantic-mediawiki.org> wrote:

> On 05.03.2016 14:45, Lydia Pintscher wrote:
>
>> On Sat, Mar 5, 2016 at 1:28 PM Markus Krötzsch
>> >
>> wrote:
>>
>> Thanks, Katie. I see that the external ID datatype does not work as
>> planed. At least I thought the original idea was to clean up the UI by
>> moving hard-to-understand string IDs to a separate section. From the
>> discussions on these pages, I see that the community uses criteria
>> that
>> are completely unrelated to UI aspects, but have something to do with
>> the degree to which the property encodes a one-to-one mapping. I guess
>> this is also valid, but won't be useful for UI purposes. I will need
>> to
>> use another solution for my case then.
>>
>>
>> Give it another 2 to 3 weeks and it'll get there. More and more editors
>> are exposed to the separation in the UI now and start noticing the ones
>> that intuitively should be moved into the identifier section.
>>
>
> Ok, let's see what happens. I am not saying that the other criteria
> applied now in the discussions are bad. It's just another use of the
> datatype than I would have expected.
>
> Markus
>
>
>> Cheers
>> Lydia
>> --
>> Lydia Pintscher - http://about.me/lydia.pintscher
>> Product Manager for Wikidata
>>
>> Wikimedia Deutschland e.V.
>> Tempelhofer Ufer 23-24
>> 10963 Berlin
>> www.wikimedia.de 
>>
>> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
>>
>> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
>> unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
>> Finanzamt für Körperschaften I Berlin, Steuernummer 27/029/42207.
>>
>>
>> ___
>> Wikidata mailing list
>> Wikidata@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
>>
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>



-- 
Etiamsi omnes, ego non
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Status and ETA External ID conversion

[Markus Krötzsch]

On 05.03.2016 14:45, Lydia Pintscher wrote:

On Sat, Mar 5, 2016 at 1:28 PM Markus Krötzsch
>
wrote:

Thanks, Katie. I see that the external ID datatype does not work as
planed. At least I thought the original idea was to clean up the UI by
moving hard-to-understand string IDs to a separate section. From the
discussions on these pages, I see that the community uses criteria that
are completely unrelated to UI aspects, but have something to do with
the degree to which the property encodes a one-to-one mapping. I guess
this is also valid, but won't be useful for UI purposes. I will need to
use another solution for my case then.


Give it another 2 to 3 weeks and it'll get there. More and more editors
are exposed to the separation in the UI now and start noticing the ones
that intuitively should be moved into the identifier section.


Ok, let's see what happens. I am not saying that the other criteria 
applied now in the discussions are bad. It's just another use of the 
datatype than I would have expected.


Markus



Cheers
Lydia
--
Lydia Pintscher - http://about.me/lydia.pintscher
Product Manager for Wikidata

Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de 

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/029/42207.


___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata




___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Status and ETA External ID conversion

[Luca Martinelli]

2016-03-05 13:26 GMT+01:00 Markus Krötzsch :
> Thanks, Katie. I see that the external ID datatype does not work as planed.
> At least I thought the original idea was to clean up the UI by moving
> hard-to-understand string IDs to a separate section. From the discussions on
> these pages, I see that the community uses criteria that are completely
> unrelated to UI aspects, but have something to do with the degree to which
> the property encodes a one-to-one mapping. I guess this is also valid, but
> won't be useful for UI purposes. I will need to use another solution for my
> case then.

My2c, sorry if I'm going offtopic.

My impression on some properties is that we're probably
underestimating some problems that are independent from our will, such
as:
* the possibility that the original catalogue might have some
duplicates, and we can actually help the original catalogue to correct
this issue;
* the possibility that the Wikimedia approach and the catalogue's
approach might bring one of the two sides to define something as two
different things, while the other sides comprises it as a whole (for
example, "palace+gardens");
* the possibility that some identifiers *are* standardised, but the
authority did not published a single catalogue, leaving the single
institutes to care for their own catalogue (for example, the
International Standard Identifier for Libraries and Related
Organizations, aka P791);
* and so on.

Particularly the ISIL one is an important example to me, since I work
for the Italian institution that actually is entitled to conduct the
census of Italian libraries and assign the ISIL code to every and each
library in Italy. There is no single world catalogue of that
identifier? I really don't see it as a problem, as long as there it is
at least one national authority that does that job. We're probably
underestimating the fact that not everything has been standardised at
a world level - and that we can live with that just fine.

Probably the threshold we set up for the conversion is too high, and
this might be one of the causes why the whole process has slowed down
to a dying pace.

L.

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Updated] T128947: Query returns deleted items

[Nikki]

Nikki added a project: Wikidata-Query-Service.
Herald added projects: Wikidata, Discovery.

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

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

To: Nikki
Cc: Aklapper, Nikki, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, Smalyshev, 
Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata] Status and ETA External ID conversion

[Markus Krötzsch]

Hi,

I noticed that many id properties still use the string datatype 
(including extremely frequent ids like 
https://www.wikidata.org/wiki/Property:P213 and 
https://www.wikidata.org/wiki/Property:P227).


Why is the conversion so slow, and when is it supposed to be completed?

Cheers,

Markus

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Created] T128944: NPE when using label service inside ASK

[Smalyshev]

Smalyshev created this task.
Herald added a subscriber: Aklapper.
Herald added projects: Wikidata, Discovery.

TASK DESCRIPTION
  This query:
  
ASK
{
?cat  wdt:P31 wd:Q146 . 
?cat wdt:P570 ?d .
SERVICE wikibase:label { bd:serviceParam wikibase:language "en" }
}
  
  results in NPE:
  
Caused by: java.lang.NullPointerException
at 
org.wikidata.query.rdf.blazegraph.label.EmptyLabelServiceOptimizer.addResolutions(EmptyLabelServiceOptimizer.java:77)
at 
org.wikidata.query.rdf.blazegraph.label.EmptyLabelServiceOptimizer.optimizeJoinGroup(EmptyLabelServiceOptimizer.java:66)
at 
com.bigdata.rdf.sparql.ast.optimizers.AbstractJoinGroupOptimizer.optimize(AbstractJoinGroupOptimizer.java:161)
at 
com.bigdata.rdf.sparql.ast.optimizers.AbstractJoinGroupOptimizer.optimize(AbstractJoinGroupOptimizer.java:101)
at 
com.bigdata.rdf.sparql.ast.optimizers.ASTOptimizerList.optimize(ASTOptimizerList.java:126)
at 
com.bigdata.rdf.sparql.ast.eval.AST2BOpUtility.convert(AST2BOpUtility.java:267)
at 
com.bigdata.rdf.sparql.ast.eval.ASTEvalHelper.evaluateBooleanQuery(ASTEvalHelper.java:156)
at 
com.bigdata.rdf.sail.BigdataSailBooleanQuery.evaluate(BigdataSailBooleanQuery.java:77)
at 
com.bigdata.rdf.sail.BigdataSailBooleanQuery.evaluate(BigdataSailBooleanQuery.java:59)
at 
com.bigdata.rdf.sail.webapp.BigdataRDFContext$AskQueryTask.doQuery(BigdataRDFContext.java:1645)
at 
com.bigdata.rdf.sail.webapp.BigdataRDFContext$AbstractQueryTask.innerCall(BigdataRDFContext.java:1568)
at 
com.bigdata.rdf.sail.webapp.BigdataRDFContext$AbstractQueryTask.call(BigdataRDFContext.java:1533)
at 
com.bigdata.rdf.sail.webapp.BigdataRDFContext$AbstractQueryTask.call(BigdataRDFContext.java:705)

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

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

To: Smalyshev
Cc: Aklapper, Smalyshev, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, 
Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331



___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs