TomT0m added a comment.
The variables are mapped, but what about the operators ?
TASK DETAIL
https://phabricator.wikimedia.org/T67397
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Physikerwelt, TomT0m
Cc: TomT0m, Llyrian, WickieTheViking
TomT0m added a subscriber: TomT0m.
TASK DETAIL
https://phabricator.wikimedia.org/T67397
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Physikerwelt, TomT0m
Cc: TomT0m, Llyrian, WickieTheViking, Aklapper, MGChecker, Micru, Sannita,
Ricordisamoa
TomT0m added a comment.
It's not a question of appearance, but of meaning. In a boolean algebra,
the inputs and result of the operation are sets, whereas in logics we
manipulate truth values of different kind.
I have a feeling that it would be useful to add a feature such as a mapping
Tex macro
TomT0m added a comment.
> Otherwise it would be like a Wikipedia article where every word is a link.
I don't think it's a question of generating a link, but a way to have a generic
math formula semantics precisions.
But to take only one example : the ∧ and ⋁ symbols means something differ
TomT0m added a subscriber: TomT0m.
TASK DETAIL
https://phabricator.wikimedia.org/T107595
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: daniel, TomT0m
Cc: TomT0m, Krenair, Krinkle, intracer, Tgr, Qgil, Tobi_WMDE_SW, Addshore,
Lydia_Pintscher
TomT0m added a comment.
You are working on automatic mapping ? Does seem a little hard indeed. I
was thinking on optional manual mapping in the UI of the formula datatype
as a first step. Maybe we could suggest a few predefined operator mappings
for common case later ...
TASK DETAIL
https
TomT0m added a comment.
@kaldari : the proposed solutions with arbitrary access are here :
https://www.wikidata.org/wiki/Wikidata:WikiProject_Cross_Items_Interwikis
TASK DETAIL
https://phabricator.wikimedia.org/T54564
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
TomT0m created this task.TomT0m added projects: TemplateData, Wikidata.Herald added subscribers: Zppix, Aklapper.Herald added a project: VisualEditor.
TASK DESCRIPTIONI'd want to use a "Wikibase entity" datatype to templatedatas. "Page" dataype is not enough for Qids or Pids,
TomT0m added a comment.
Hi, maybe I come after the battle, but if you're not aware of this, Wikidata has now a "conversion to SI unit" that could come valuable for this as it stores the value of the configuration file.
Maybe instead of this configuration we can make the mechanism mor
TomT0m added a comment.
In T107595#2664347, @Alsee wrote:
A page is simply a text file.
A page is definitely not a simple text page. It's a text page written in a programming language - the wikitext and tempates - that happens to have a textual representation. It also includes references
TomT0m created this task.TomT0m added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONUsecase and rationale :
In french census a precise number for the precision of the counted number is officially published, without precision. But the same organism publishes a document
TomT0m added a comment.
Question : History of old articles
If I understand correctly, this feature will potentially allow to view an article with the versions of the templates that existed at the time the wikitext was edited. Two questions arise then :
will that also work for deleted templates
TomT0m added a comment.
In T107595#279, @daniel wrote:
@TomT0m No, Multi-Content-Revisions does not help with consistent display of old template revisions. Well, it does in cases where the use of templates is replaced by the use of slots - if e.g. template documentation was stored in a slot
TomT0m added a comment.
Just to check if there is an actual problem here: let’s imagine a theorical usecase.
Alice, or the AliceAndBob group, contributed to Wikipedia and are hurt because some informations they entered in Wikipedia are also present in Wikidata. She/They thinks there legal rights
TomT0m added a comment.
In such cases there is a simple rule which says that you should choose the safest way in order to comply with the law, as any doubt remaining would be baneful.
Well, a few things:
This is only my personal opinion, certainly not a definitive answer. I would not want
TomT0m added a comment.
Well, you just said that that there might be cases "where copyright law
permits the extraction of information from copyrighted texts", so I believe
that an explicit indication about those cases in the CC-BY-SA license could
be helpful for other people to avoid
TomT0m added a comment.
Well, entries that were not created thanks to massive import from
Wikipedia obviously don't raise any concern of infringement of Wikipedia
community copyright. It doesn't say more about those that were indeed
imported in such a way, do it?
As far as I understand copyright
TomT0m added a comment.
Psychoslave added a comment.
In T193728#4231659 https://phabricator.wikimedia.org/T193728#4231659,
@TomT0m https://phabricator.wikimedia.org/p/TomT0m/ wrote:
That mean that you could potentially indeed rebuild the very same set of
books with a prose automaton, but also
TomT0m created this task.TomT0m added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONReplace wd:Q255 and the like with their label according to the user language is the query service result display for entities
TomT0m added a comment.
I think the simpler the writing of the query is, the better for the user. As a user, I’d prefer not having to care about wikibase:label at all, having a label for a human is such an important and basic thing … Most of the time it’s just annoying to have to add
TomT0m added a comment.
Another option : specify a class of exceptions. A property « exception class »
If an item is an instance of the execption class, then the constraint is not
relevant.
In spirit, if we require for example items with a birth date to have a death
date, and if we
TomT0m added a comment.
I implemented something like that in
https://www.wikidata.org/wiki/Module:Iterators without the coroutine module.
There is also the Luafun library https://github.com/luafun/luafun that does
functional stuffs, totally usable in
as a Mediawiki module : https
TomT0m added a comment.
In T244924#5874472 <https://phabricator.wikimedia.org/T244924#5874472>,
@Dipsacus_fullonum wrote:
> Not a bug. Use of the Label service in automatic mode for unbound variables
in "GROUP BY" isn't mentioned as supported in the
TomT0m updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T247027
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TomT0m
Cc: Aklapper, Liuxinyu970226, Lydia_Pintscher, Lea_Lacroix_WMDE, TomT0m,
darthmon_wmde, Nandana, Lahi
TomT0m created this task.
TomT0m added projects: Wikidata, Wikidata-Query-Service.
Restricted Application added subscribers: Liuxinyu970226, Aklapper.
TASK DESCRIPTION
The annum <https://www.wikidata.org/wiki/Q1092296> unit is used in Wikidata
statements to represent half life of is
TomT0m added a comment.
In T247027#5947353 <https://phabricator.wikimedia.org/T247027#5947353>,
@Lea_Lacroix_WMDE wrote:
> @Ladsgroup Do you know where the Wikidata conversion table is stored and
how to add new entries?
I wondered a while ago, t
TomT0m added a comment.
Indeed. I don’t know if a unit has previously be added to the translation
table after the first initialization, but the problem seem to be that creating
a ticket and pinging everyone for such simple task seems like an overkill
procedure. I don’t know if someone less
TomT0m added a comment.
In fact the unit corresponds to the « mean gregorian year », and I created a
fresh item <https://www.wikidata.org/wiki/Q87193822> for this, to be sure there
is no pollution from inconsistent datas on Wikipedia articles.
TASK DETAIL
https://phabricator.wikimed
TomT0m renamed this task from "Add a "tropical year" unit to the Wikidata
conversion table to normalize values that uses this unit" to "Add a « Gregorian
mean year » ( Q87193822 ) unit to the Wikidata conversion table to normalize
values that uses this unit".
TomT0
TomT0m created this task.
TomT0m added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
This query using label variables from the query service ( ?profLabel ) with
the aggregation function
TomT0m updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T244924
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TomT0m
Cc: Wikidata-bugs, Aklapper, TomT0m, darthmon_wmde, Nandana, Lahi, Gq86,
Lucas_Werkmeister_WMDE
TomT0m updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T244924
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TomT0m
Cc: Wikidata-bugs, Aklapper, TomT0m, darthmon_wmde, Nandana, Lahi, Gq86,
Lucas_Werkmeister_WMDE
TomT0m added a comment.
A solution could be to break stuff and add senses and forms proper stable ids
for themselves. The current IDs
« Laaa-S2 » are not easily usable anyway and not so easy to find out from the
page when you need them, at least with current UI.
If a « break things
TomT0m created this task.
TomT0m added projects: Wikidata, DataTypes.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
**Feature summary**
Wikidata has datatypes for numbers, dates, and a number of other things.
However it does not have a datatype and proper support
TomT0m updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T311483
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TomT0m
Cc: Aklapper, TomT0m, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja,
ItamarWMDE, Akuckartz
TomT0m added a comment.
Comment by Infrastruktur ( https://www.wikidata.org/wiki/User:Infrastruktur
):
https://www.wikidata.org/w/index.php?title=Wikidata:Request_a_query=1668084082=1668050412=source
Thumbs up. 24 bits was AFAIK for some time considered sufficient to represent
all
TomT0m created this task.
TomT0m added a project: Wikidata Query UI.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
I filled this as a bug but this might be considered a feature request,
depending on the point of view. (The point is that I considered this as a
bummer
TomT0m updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T327601
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TomT0m
Cc: Aklapper, TomT0m, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot,
MPhamWMF, maantietaja
TomT0m created this task.
TomT0m added a project: Wikidata Query UI.
Restricted Application added a subscriber: Aklapper.
TASK DESCRIPTION
**Feature summary** (what you would like to be able to do and where):
For Wikimedia commons images, when seen in table format query result or
other
TomT0m updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T355427
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TomT0m
Cc: Aklapper, TomT0m, AWesterinen, Namenlos314, Gq86, Lucas_Werkmeister_WMDE,
Mahir256, EBjune
TomT0m added a comment.
The ambiguity could be solved by using the standard wikimedia prefixes
"w:en:Victor Hugo", this works as a wikilink. A bit obscure for a lot of
course, but … An icon as for commons could help, a tooltip too.
TASK DETAIL
https://phabricator.wikimedia.o
TomT0m added a comment.
It would actually make sense to add prefix like "commons:" into the default
prefix.
I have also used the technique to define a prefix like "fr:
https://fr.wikipedia.org/ when manually wrinting stuff like "?article
schema:isPartOf fr:"
TomT0m added a comment.
The IETF code seems to be (see https://www.wikidata.org/wiki/Q18795#P305 )
"ko-KR", with capital KR.
TASK DETAIL
https://phabricator.wikimedia.org/T362305
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: TomT0m
43 matches
Mail list logo
