Great news, and thanks!
How will Wiktionary with Wikidata anticipate "voice" and "voice in
translation" (for example in Google Voice or in other parallel projects)?
And how will Wiktionary/Wikidata also anticipate all 7,097 living languages
(Ethnologue) / 7943 entries under languages (Glottolog)
Am 13.09.2016 um 15:37 schrieb Gerard Meijssen:
> Hoi,
> You assume that it is not good to have lexicological information in our
> existing
> items. With Wiktionary support you bring such information on board. It would
> be
> really awkward when for every concept there has to be an item in two
leila added a comment.
@AndrewSu please read https://www.mediawiki.org/wiki/Wikimedia_Research/Formal_collaborations to learn about how we start formal collaborations (which is a per-requisite for accessing the data). If you are interested, please attach a proposal to this phabricator task, ping
hoo added a comment.
In T145279#2632186, @Lydia_Pintscher wrote:
@hoo Can you give an evaluation from the technical side please? If that has no problems I am ok with doing it.
If I get this right, we need T99899 to implement this (as we need to get the Item that has the commons category
gerritbot added a comment.
Change 308570 merged by jenkins-bot:
More specific ".sitelinkgroupview h3" selector
https://gerrit.wikimedia.org/r/308570TASK DETAILhttps://phabricator.wikimedia.org/T143332EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
hoo added a comment.
I didn't receive any input on my (RfC) change in over two weeks, I perceive this as a strong lack of interest in actually implementing this. If so, shall we decline this?TASK DETAILhttps://phabricator.wikimedia.org/T44783EMAIL
Héllo,
I am very happy of this news.
I a wiki newbie interested in using wikidata to do text analysis.
I try to follow the discussion here and on french wiktionary.
I take this as opportunity to try to sum up some concerns that are
raised on french wiktionary [0]:
- How wikidata and
Lydia_Pintscher added a comment.
In T144756#2633485, @Esc3300 wrote:
There are several requests to evaluate various aspects of this extension: T144589 T142955 T144592
As this seems to take a fairly large part of development time, it would be good to have a full picture.
That is a wrong
hashar added a project: Operations.hashar added subscribers: Reedy, demon.hashar added a comment.
From a quick look at the doc, roots and members of the ldap-admins unix group can do the the LDAP modifications.TASK DETAILhttps://phabricator.wikimedia.org/T145384EMAIL
Lydia_Pintscher closed this task as "Declined".Lydia_Pintscher added a comment.
Then let's make it this one :)
I agree that most cases are likely even better served by using items.TASK DETAILhttps://phabricator.wikimedia.org/T145528EMAIL
Lydia_Pintscher closed subtask T145528: How to represent boolean data (new datatype for Wikidata?) as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Swpb, ArthurPSmith,
Dzahn changed the status of subtask T126832: create a wiki for Wikimedia Portugal from "Stalled" to "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T18976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DzahnCc: Danny_B, TerraCodes, JEumerus, greg,
gerritbot added a comment.
Change 310308 merged by Gehel:
wdqs - use configuration file generated by scap
https://gerrit.wikimedia.org/r/310308TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel,
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2016-09-13T18:08:23Z] moving to scap deployed configuration for wdqs - T144380TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel,
gerritbot added a comment.
Change 310316 merged by Smalyshev:
wdqs - generate RWStore cofig file in /etc/wdqs
https://gerrit.wikimedia.org/r/310316TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel,
Esc3300 added a comment.
There seem to be quite a few, but I thought I'd wait just to make sure that people actually want a tracking bug for that.TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc:
Esc3300 edited the task description. (Show Details)
EDIT DETAILS...This is independent from any time support for data propertiesdate-properties (called wikibase:TimeValue datatype)TASK DETAILhttps://phabricator.wikimedia.org/T145532EMAIL
Hoi,
The main thing to remember is that all these lexemes are in fact the labels
we currently hold. The relatisation that this is true is key.
Thanks,
Gerard
On 13 September 2016 at 18:30, Daniel Kinzler
wrote:
> Am 13.09.2016 um 17:16 schrieb Gerard Meijssen:
All,
Vocabularies have their own definitions already hosted.
There is no need, therefore, to replicate those same definitions in
Wikidata by creating a new Wikidata item (topic / entity) for each external
vocabulary class or subclass or property.
Instead, the best practice is to simply POINT to
Amire80 added a project: I18n.Amire80 added a comment.
T129470 and T112285 come to mind.TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Amire80Cc: Amire80, Aklapper, Esc3300, mschwarzer, D3r1ck01,
daniel closed this task as "Declined".daniel added a comment.
Assuming this requests support for partial dates in Time values, I'm declining this for technical and semantic reasons. A Time data value represents a specific point in time (with some level of uncertainty). It doesn't represent a
daniel closed subtask T104749: Support dates with unknown year but known month/day as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: T.seppelt, Agabi10, Ricordisamoa, Conny, Rical,
Esc3300 edited the task description. (Show Details)
EDIT DETAILSWe want to have new datatypes in Wikidata to support additional kinds of data.We want to have new datatypes in Wikidata to support additional kinds of data.
See https://www.wikidata.org/wiki/Help:Data_typeTASK
Esc3300 added a comment.
Item-datatype should do, but I don't think there is a ticket that states that ;)TASK DETAILhttps://phabricator.wikimedia.org/T145528EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Izno, Aklapper, Esc3300, D3r1ck01,
Esc3300 added a comment.
Following a request for jawiki, there is now https://www.wikidata.org/wiki/Property:P3150 (birthday) with item-datatype.
While machine readability of these items could be improved, in terms of maintenance, I think it can be an advantage if this isn't combined in P569
Esc3300 edited the task description. (Show Details)
EDIT DETAILS... -
Properties that could benefit from improved display:
- https://www.wikidata.org/wiki/Property:P2781 race time
- https://www.wikidata.org/wiki/Property:P2907 timezone offset (maybe)
-
Izno added a comment.
Boolean is rarely useful for actually modeling information. We can tell more by linking to certain items. Example off the cuff: A "wifi" property was proposed as boolean. Instead, a "network" with the possibly types of network (wifi, ethernet, etc.) could have been proposed,
Esc3300 added a comment.
This should not be related to T57755 as a date wouldn't be included.TASK DETAILhttps://phabricator.wikimedia.org/T145532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Izno, Aklapper, Esc3300, D3r1ck01, Wikidata-bugs, aude,
Izno reopened subtask T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?) as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Swpb, ArthurPSmith,
Izno reopened this task as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T145532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Aklapper, Esc3300, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Izno added a comment.
Actually, this is probably also the "business hours" use case.TASK DETAILhttps://phabricator.wikimedia.org/T145532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Izno, Aklapper, Esc3300, D3r1ck01, Wikidata-bugs, aude,
Izno reopened subtask T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?) as "Open".
TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: T.seppelt, Agabi10,
Izno closed this task as a duplicate of T57755: allow time values more precise than day.
TASK DETAILhttps://phabricator.wikimedia.org/T145532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Aklapper, Esc3300, D3r1ck01, Izno, Wikidata-bugs, aude,
Izno added a subscriber: Esc3300.Izno merged a task: T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?) .
TASK DETAILhttps://phabricator.wikimedia.org/T57755EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc:
Esc3300 added a subtask: T145535: language code disparity (Wikidata tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T124286EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Liuxinyu970226, Ricordisamoa, adrianheine, Aklapper, D3r1ck01, Izno,
Esc3300 added a parent task: T124286: [Epic] Language support.
TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, mschwarzer, D3r1ck01, Izno, Wikidata-bugs, aude,
Esc3300 added a parent task: T145535: language code disparity (Wikidata tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T142749EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Lydia_Pintscher, daniel, Dereckson, thiemowmde, Aklapper,
Esc3300 added a subtask: T142749: Add 'nb' as alias for 'no' in the "add links" interface on Wikipedia.
TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, mschwarzer, D3r1ck01,
Esc3300 added a project: Tracking.
TASK DETAILhttps://phabricator.wikimedia.org/T145535EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, mschwarzer, D3r1ck01, Izno, Wikidata-bugs, aude,
Esc3300 created this task.Esc3300 added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONTracking of bugs, incidents, feature requests related to difference in language codes between a currently used code and some other (past, future, theoretical or special-purpose).
Esc3300 added a parent task: T91505: [Epic] Adding new datatypes to Wikidata (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T133381EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Jakob_WMDE, WMDE-leszek, Ricordisamoa, jayvdb, aude,
Esc3300 added a subtask: T133381: Add support for foreign entities to EntityId.
TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Swpb, ArthurPSmith, gerritbot, Smalyshev, Shrutika719, MGChecker,
Esc3300 edited the task description. (Show Details)
EDIT DETAILS...* Many items linking to redirects only don't get statements due to a lack of normally linked articles: https://en.wikipedia.org/wiki/Category:Redirects_from_merges is one of the top categories on
Esc3300 edited the task description. (Show Details)
EDIT DETAILS...* Many items linking to redirects only don't get statements due to a lack of normally linked articles: https://en.wikipedia.org/wiki/Category:Redirects_from_merges is one of the top categories on
mpopov added a comment.
Reviewed copy with minor corrections & suggestions sent back to Chelsy.TASK DETAILhttps://phabricator.wikimedia.org/T143762EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: chelsyx, mpopovCc: Addshore, Aklapper, mpopov, Smalyshev, debt,
Esc3300 added a comment.
There are several requests to evaluate various aspects of this extension: T144589 T142955 T144592
As this seems to take a fairly large part of development time, it would be good to have a full picture.
If the same is done for all activities, all the better. I think it
Esc3300 edited the task description. (Show Details)
EDIT DETAILS...* In merge lists, frequently we find duplicate items with sitelinks to the same article at a client wikifrequently, we find duplicate items with sitelinks to the same article at a client wiki: one through a direct link, the other
Am 13.09.2016 um 17:16 schrieb Gerard Meijssen:
> Hoi,
> The database design for OmegaWiki had a distinction between the concept and
> all
> the derivatives for them.
Wikidata will have Lexemes and their Forms and Senses.
> So bumblebee is more complex than just "instance of" noun. It is an
Esc3300 added a subtask: T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?) .
TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: T.seppelt, Agabi10,
Esc3300 added a subtask: T145532: HH:MM:SS time in Wikidata (new datatype or display option for quantity datatype?) .
TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Swpb, ArthurPSmith, gerritbot,
Esc3300 added parent tasks: T91505: [Epic] Adding new datatypes to Wikidata (tracking), T87764: Bugs related to time datatype (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T145532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper,
I'm really glad to see this. I have been an avid contributor to Wiktionary
for a few years, until about 10 years ago. Then Openstreetmap caught my
attention and Wiktionary became dull as it was mostly fighting vandalism at
some point.
I'm certainly going to follow up on this,
Polyglot
Esc3300 changed the title from "[Epic] Adding new datatypes to Wikidata" to "[Epic] Adding new datatypes to Wikidata (tracking)".
TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Swpb, ArthurPSmith,
Esc3300 created this task.Esc3300 added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONValues like 1h20' and 1'20'' are currently entered as 1.33. It should possible to display/enter these as time values.
Options:
add option to change display for quantity datatype
Esc3300 added a parent task: T91505: [Epic] Adding new datatypes to Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T145531EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas,
Esc3300 added a subtask: T145531: [feature request] allow calculated properties, derived properties.
TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Sumit, Swpb, ArthurPSmith, gerritbot, Smalyshev,
Esc3300 created this task.Esc3300 added projects: Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONFor easy retrieval, it could be helpful to define calculated properties, i.e. properties whose value are derived from one or
Esc3300 added a parent task: T91505: [Epic] Adding new datatypes to Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T127950EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Ricordisamoa, Jc3s5h, Swpb, Nikki, Aklapper, Micru, StudiesWorld,
Esc3300 added a subtask: T127950: [Story] Support celestial coordinates.
TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Sumit, Swpb, ArthurPSmith, gerritbot, Smalyshev, Shrutika719, MGChecker,
Esc3300 edited the task description. (Show Details)
EDIT DETAILS...{T28059}
{T55023}{T55023}
Current workaround: https://www.wikidata.org/wiki/Property:P3096TASK DETAILhttps://phabricator.wikimedia.org/T57549EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Esc3300 added a parent task: T91505: [Epic] Adding new datatypes to Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T145528EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, D3r1ck01, Izno, Wikidata-bugs, aude,
Esc3300 added a subtask: T145528: How to represent boolean data (new datatype for Wikidata?).
TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Sumit, Swpb, ArthurPSmith, gerritbot, Smalyshev,
Esc3300 added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T145528EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Esc3300 added a comment.
Is there still a point in having this? We could merely improve display of various languages for properties with multiple monolingual strings.TASK DETAILhttps://phabricator.wikimedia.org/T86517EMAIL
Esc3300 edited the task description. (Show Details)
EDIT DETAILS...If the precision is *always* +/- 0, we could use the simpler DecimalValue or even NumberValue class for storage, instead of QuantityValue. But that would also mean we can't use this type for some use cases (e.g. population
Esc3300 added a parent task: T91505: [Epic] Adding new datatypes to Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T112247EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Thryduulf, abian, Nikki, TerraCodes, JohnLewis, JanZerebecki, Micru,
Esc3300 added a subtask: T112247: [RFC] Create a "number" datatype for exact values.
TASK DETAILhttps://phabricator.wikimedia.org/T91505EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Sumit, Swpb, ArthurPSmith, gerritbot, Smalyshev, Shrutika719,
Esc3300 edited the task description. (Show Details)
EDIT DETAILS...Merely storing the string and relying on clients to interpret it should be possible.
Current status (per T137808): such codes can be created, but vertical display relies on clients.TASK
Esc3300 added a subtask: T145522: [feature request] how to clean up redirects in sitelinks.
TASK DETAILhttps://phabricator.wikimedia.org/T54564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Acer, Elitre, Sylvain_WMFr, Lea_Lacroix_WMDE, Schlum,
Esc3300 added a parent task: T54564: Allow sitelinks to redirect pages to fix the 'Bonnie and Clyde problem'.
TASK DETAILhttps://phabricator.wikimedia.org/T145522EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Aklapper, Esc3300, D3r1ck01, Izno,
Esc3300 added a parent task: T145522: [feature request] how to clean up redirects in sitelinks.
TASK DETAILhttps://phabricator.wikimedia.org/T143486EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Izno, hoo, Aklapper, Esc3300, D3r1ck01,
On Tue, 13 Sep 2016 at 06:18 Lydia Pintscher
wrote:
> Because of this we will start implementing support for Wiktionary in
> parallel to Commons based on our annual plan and quarterly plans.
>
Fantastic news. I'm hugely excited about this.
J.
--
James D.
Esc3300 added a subtask: T143486: [feature request] remove sitelinks / update sitelinks on Wikidata when pages are deleted/moved on client wikis (all users).
TASK DETAILhttps://phabricator.wikimedia.org/T145522EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Esc3300 created this task.Esc3300 added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONProblems:
In merge lists, frequently we find duplicate items with sitelinks to the same article at a client wiki, one through a direct link, the
Nemo_bis added a comment.
Manually adding 47000+ links is not something I look forward to, and that's just for English.
You can probably add all sitelinks with interwiki.py without any manual effort, simply by matching articles and categories which have the same name.TASK
Hoi,
The database design for OmegaWiki had a distinction between the concept and
all the derivatives for them. The lexemes were all connected to the concept
and independent of the spelling they are connected to the concept.
Obviously this is language dependent.
So bumblebee is more complex than
Esc3300 added a comment.
wasn't the explanation for this that replication of changes doesn't always follow revision id?TASK DETAILhttps://phabricator.wikimedia.org/T136393EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, Esc3300Cc: hoo, thiemowmde,
\o/
On Tue, Sep 13, 2016 at 6:18 AM Lydia Pintscher <
lydia.pintsc...@wikimedia.de> wrote:
> Hey everyone :)
>
> Wiktionary is our third-largest sister project, both in term of active
> editors and readers. It is a unique resource, with the goal to provide
> a dictionary for every language, in
gerritbot added a comment.
Change 310316 had a related patch set uploaded (by Gehel):
wdqs - generate RWStore cofig file in /etc/wdqs
https://gerrit.wikimedia.org/r/310316TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL
Tomorrow I plan to apply the following update to the Stable Interface Policy:
https://www.wikidata.org/wiki/Wikidata_talk:Stable_Interface_Policy#Proposed_change_to_to_the_.22Extensibility.22_section
Please comment there if you have any objections.
Thanks!
--
Daniel Kinzler
Senior Software
Tomorrow I plan to apply the following update to the Stable Interface Policy:
https://www.wikidata.org/wiki/Wikidata_talk:Stable_Interface_Policy#Proposed_change_to_to_the_.22Extensibility.22_section
Please comment there if you have any objections.
Thanks!
--
Daniel Kinzler
Senior Software
Jakob_WMDE added a subtask: T145516: Add repository field to EntityId.
TASK DETAILhttps://phabricator.wikimedia.org/T133381EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: Jakob_WMDE, WMDE-leszek, Ricordisamoa, jayvdb, aude, JeroenDeDauw, Jonas,
Jakob_WMDE added a parent task: T133381: Add support for foreign entities to EntityId.
TASK DETAILhttps://phabricator.wikimedia.org/T145516EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: Aklapper, Jakob_WMDE, D3r1ck01, Izno, Wikidata-bugs, aude,
Jakob_WMDE created this task.Jakob_WMDE added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTION
the string returned by getSerialization() should include the prefix.
equals() should consider the prefix.
New methods to add:
getRepoName() (or getRepoPrefix, or getOrigin,
gerritbot added a comment.
Change 310308 had a related patch set uploaded (by Gehel):
wdqs - use configuration file generated by scap
https://gerrit.wikimedia.org/r/310308TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL
daniel added a comment.
When adding support for the repo prefix to EntityId, please note the following points:
the string returned by getSerialization() should include the prefix.
equals() should consider the prefix.
New methods to add:
getRepoName() (or getRepoPrefix, or getOrigin, or...);
gerritbot added a comment.
Change 310307 had a related patch set uploaded (by Gehel):
wdqs - make RWStore configuration file configureable
https://gerrit.wikimedia.org/r/310307TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL
Addshore added a comment.
Note: this is now deployed on wikidatawiki tooTASK DETAILhttps://phabricator.wikimedia.org/T144616EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Lea_Lacroix_WMDE, Glorian_Yapinus, gerritbot, Sjoerddebruin,
Glorian_Yapinus added a comment.
@Lydia_Pintscher & @Lea_WMDE : I have tested this feature and everything seems fine (refer to the attached screenshot)..F4463777: Selection_001.pngTASK DETAILhttps://phabricator.wikimedia.org/T144616EMAIL
Hello Gerard,
We won't create a second database, only improve the existing one with new
types of entities, especially for Lexemes. They will have their own
specific structure, and will be linked to the concepts (items) by their
statements.
The statements you can make about a word are very
Hey everyone :)
Wiktionary is our third-largest sister project, both in term of active
editors and readers. It is a unique resource, with the goal to provide
a dictionary for every language, in every language. Since the
beginning of Wikidata but increasingly over the past months I have
been
Hoi,
Please explain how this would make a practical difference. We do not need
it unless there is a structural need.
Please describe practical benefits.
Thanks,
GerardM
On 13 September 2016 at 12:28, Andra Waagmeester wrote:
> Thad,
>
> I actually don't see how
Thad,
I actually don't see how using internal properties would go against
Wikidata policy. There is the requirement of notability, "
1. It fulfills *some structural need*, for example: it is needed to
make statements made in other items more useful." [1]
I might be wrong, but I
Addshore added a comment.
@Jc3s5h Here is the diagram that we cam up with (some time ago now)
https://upload.wikimedia.org/wikipedia/commons/c/ca/Wikidata_Calendar_Model_Decision_Tree.svgTASK DETAILhttps://phabricator.wikimedia.org/T105100EMAIL
I'm a little confused by this suggestion - surely on Wikidata, the
natural thing is for Game (Q11410) should have the subclass of
Videogame (Q7889), or vice versa, and each of those items should link
out to their equivalents of schema.org/Game / schema.org/VideoGame.
I'm not sure why we then need
Lydia_Pintscher added subscribers: hoo, Lydia_Pintscher.Lydia_Pintscher added a comment.
@hoo Can you give an evaluation from the technical side please? If that has no problems I am ok with doing it.TASK DETAILhttps://phabricator.wikimedia.org/T145279EMAIL
Hi all,
I think this topic might have been discussed many months ago. For
certain data types in the chemical compound space (P233, canonical
smiles, P2017 isomeric smiles and P234 Inchi key) a higher character
limit than 400 would be really helpful (1500 to 2000 chars (I sense
that this might
Lydia_Pintscher closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T137809EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, Lydia_PintscherCc: gerritbot, thiemowmde, Esc3300, Lydia_Pintscher, GerardM, Aklapper, Zppix,
Lydia_Pintscher closed subtask T137809: Add monolingual language code otk as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T144272EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Liuxinyu970226, GerardM, thiemowmde, Aklapper,
Acer added a comment.
That's the point of this ticket, to use the Commonscat property to generate interlinks. This would solve everyone's problem in a simple, elegant way.
The Wikidata folks are concerned about internal consistency, so they want Articles paired with Articles and Categories paired
1 - 100 of 109 matches
Mail list logo