User talk:Toni 001

Jump to navigation Jump to search

About this board

Previous discussion was archived at User talk:Toni 001/Archive 1 on 2020-02-12.

a few questions and 2 new wolfram property proposals

1
So9q (talkcontribs)
Reply to "a few questions and 2 new wolfram property proposals"
Scs (talkcontribs)
Toni 001 (talkcontribs)

I've been wondering about the difference, too. So far I have not found a source which explains well the difference. I have the feeling that they, while having the same numeric value, are used under the name "per mille" or "parts per thousand" depending one the discipline. The former has symbol ‰, while the latter uses ‰ or is spelled out, but some disciplines do use "ppt" despite its ambiguity (thousand vs. trillion).

It's not uncommon for units to appear under different "names". For instance, coulomb and ampere second are both units of electric charge with a conversion factor of 1. They are equal but not the same. In Wikidata we have been preserving such "duplicates" which I think is good.

Scs (talkcontribs)
Toni 001 (talkcontribs)
Reply to "parts per thousand"
Pmt (talkcontribs)

Good afternoon! Thanks a lot for your Coherent SI units. I will start to contribute to norwegian nynorsk (nn) and norwegian bokmål (nb). Related to this I do have a question about decimals after comma. Have any idea how to adjust decimals after comma in such a way that it can be with two decimas only. Example https://no.wikipedia.org/wiki/Avondale_(Arizona) have a localy statement in the land area in the infobox. In norwgian wikipedia the infobox picks up the land area from WD and displays it as 117,380821 https://no.wikipedia.org/wiki/Avondale_(Arizona). Breg

Toni 001 (talkcontribs)

Hello @Pmt. Thanks for your contributions; I just saw some of your additions on my watchlist.

About your question: Rounding to a lower precision does make sense. I don't have experience with how those infoboxes work. Probably the author of the infobox would be able to help.

Best wishes.

Toni

Løken (talkcontribs)

Toni: It's the same as :en:Template:Wikidata (:no:Mal:Wikidata). The template now get the long decimals, wich is kinda too much for a small article. I dont know if that helps. But thanks anyway.

Reply to "Decimal"

Deutscher Eintrag für Circumference

5
Yeshua Saves (talkcontribs)

Hi Toni 001, ich verstehe nicht ganz genau, was hier passiert ist: einige löschen, die anderen ändern. Aber letztendlich fehlt ein deutscher Eintrag für den Begriff "Circumference". Ich hatte "Kreisrand" vorgeschlagen, weil es so angenommen wird aber ich denke, du hast es gelöscht. Falls es der Name dir nicht gefällt, kannst du auch Kreislinie oder ähnliches nutzen aber bitte lass dort einen deutschen Eintrag bei "Circumference", ich sehe es als notwendig. Danke.

Toni 001 (talkcontribs)

Hi Yeshua Saves. Wie es aussieht, wurde der Artikel zu "Kreisrand" im Deutschen Wikipedia gelöscht. Aber dennoch, die Bedeutung eines Wikidata Elements sollte so präzise und eindeutig wie möglich sein. In der Einleitung des Englischen Artikels ist von einer Länge die Rede. Diese Bedeutung würde mit "Kreisumfang" ins Deutsche übersetzt. Da "Kreisumfang" und "Kreisrand" verschiedene Dinge bezeichnen, sollten diese nicht dem gleichen Wikidata Element zugeordnet werden.

Yeshua Saves (talkcontribs)

Alles klar, dann bitte mach einen Link zu der deutschen Begriff, weil es fehlt noch. Siehe meine Diskussion auf der Seite von Circumference. Alles Beste.

Toni 001 (talkcontribs)

Die Deutsche Wikipedia scheint keinen Artikel zu "Kreisumfang" zu haben, nur eine Weiterleitung zu https://de.wikipedia.org/wiki/Kreis#Umfang. Man kann von Wikidata aus keinen Link zu einer Weiterleitung setzen.

Yeshua Saves (talkcontribs)

Schade. Das habe ich bemerkt, als ich versuchte "Circumference" mit "Kreis#Kreisflächen" zu linken. Ich finde noch unbefriedigend, dass es keinen deutschen Link bei "Circumference" ist: ich bitte um Lösung. Vielleicht sollte man "Kreisumfang" zu einem eigenständigen Artikel machen. Sei gesegnet.

Reply to "Deutscher Eintrag für Circumference"
MediaWiki message delivery (talkcontribs)

Hello Vunjadl5x2xm0cpf,

Really sorry for the inconvenience. This is a gentle note to request that you check your email. We sent you a message titled "The Community Insights survey is coming!". If you have questions, email surveys@wikimedia.org.

You can see my explanation here.


Reply to "We sent you an e-mail"
Trilotat (talkcontribs)

you replaced a recent edit I made, changing the en: version of kilometre (Q828224) back to kilometre. It seems that the british spelling is kilometre, am I wrong?

Toni 001 (talkcontribs)

Hello. Yes, "kilometre" is British English and "kilometer" is American English. Before your edits, "kilometer" was already an alias and after your change, only the American English version remained as both label and alias.

Toni 001 (talkcontribs)

@Trilotat: I just noticed that you changed the label of (kilo)metre to American English. What's the reason for this?

Trilotat (talkcontribs)

Isn't it acceptable for kilometer to be the English label if kilometre is the alias (and the reverse in British English)?

Trilotat (talkcontribs)

Maybe I'm on a slippery slope since there is theatre and so many other words with such ending. Ugh..

Toni 001 (talkcontribs)

Correct. But why swap the two? So far most units containing metre/meter use BE as label. I think that using consistently either the one or the other as label is good.

Trilotat (talkcontribs)

I'm reverting my changes. Thanks for the engagement.

Jc3s5h (talkcontribs)

You changed spellings in labels from British to American because you're in love with Donald Trump. You might deny this, but no one will believe your denial.

Trilotat (talkcontribs)

Jc3s5h, that's absolutely not appropriate or relevant. I appreciate your reverts of my changes. but let's keep the discussion apolitical.

Trilotat (talkcontribs)

I will admit that I approached this from an American-centred perspective. I acknowledge that's a flawed perspective in this situation and have learnt from my error. See... I'm trying.

Toni 001 (talkcontribs)
Reply to "kilometre v. kilometer"
46.34.228.169 (talkcontribs)

Vznik (zapalenie slnka)?:)moj nazir s vysvetlenim z fyzikalneho hladiska co zatial neni teoria predpokladu v osnovach

46.34.228.169 (talkcontribs)

Otvor tab E farebna zloska

Toni 001 (talkcontribs)

Unfortunately I don't understand your language or the machine translation of the question.

Reply to "Fyzikalna casť chyba...:? Tab E"
Scs (talkcontribs)

In a few more days I'll have finished a script I'm working on to cross-check all units entities for consistency, and fill in certain missing information (for example, measured physical quantity (P111).) So if you don't mind waiting, you can save yourself some work. (Or, if you want to make sure that your new entries are as complete as you can make them from the get-go, carry on. :-) )

Toni 001 (talkcontribs)

Thanks for your effort. Having independent contributors cross-check and extend the data either manually or with the help of a program is invaluable for the quality and completeness. I'm looking forward to see your contributions.

About P111: Verifying the consistency is pretty straight-forward when both the quantity and the unit item have sufficient "machine readable" data like unit conversion, dimension, links to other quantity and unit ontologies and so on. But judging the correctness is harder, because those involve conventions, like newton-metre measuring torque, but not energy, even though from the dimensions that would be OK. Another tricky case: Gray measures absorbed dose and kerma. Rad also measures absorbed does, but I haven't yet found a reference to it being used to measure kerma.

Scs (talkcontribs)

I just came across another tricky case: I had never realized it, but luminance (Q355386) and illuminance (Q194411) are two different, albeit dimensionally equivalent, quantities. I'm still checking, but I think our units for these are not quite all perfectly tagged and may need some cleanup.

I think this sort of case is even harder to think about because it's not always consistent whether there are different units for different quantities or not. You mentioned torque and energy, which have different units. Impulse (Q837940) and momentum (Q41273) basically have different units. And yet electrical resistance (Q25358), impedance (Q179043), and electric reactance (Q193972) are all unapologetically measured in ohms (Q47083). (There's also voltage (Q25428) and potential difference (Q3707379) both measured in volts (Q25358), altohough I'm starting to think Q3707379 may be a mistake.)

Reply to "scripting"
Chuankaz (talkcontribs)

Hi Toni 001,

I noticed your message on Wikidata project chat page, which led me to look up your profile. Thank you for all the work!

I’m reaching out to you because I’m working on a research project about understanding what motivates editors like you to contribute to Wikidata. We’re also interested in learning about how you feel your contributions are being used outside of Wikimedia community. Since you are such an active community member, I thought you might also be interested in helping to build the broader community’s knowledge about Wikidata, and why it matters.

If you’re interested, let’s schedule a time to talk over Zoom, or whichever platform you prefer. You could reply here or fill in a questionnaire, whatever works for you. The conversation should take about 30 min.

Hope you have a great day,

Charles

Toni 001 (talkcontribs)

Hi Charles.

Your research poses interesting questions and I think that the result will be valuable for the Wiki projects.

I've been with Wikidata since the beginning and started contributing actively about one year ago.

I accept your invitation. I'm flexible with the interview times, preferably daytime in Europe.

Toni

Chuankaz (talkcontribs)

Thank you for accepting the invitation! I have sent you an email with several time slots for you to pick.

Charles

Reply to "Interview Invitation"
Scs (talkcontribs)

I expect I'll ask this question in a broader forum soon, but I thought I'd ask you first: have you thought about the problem of explicitly expressing units like volt ampere (Q550341), cubic metre per second (Q794261), and joule per square metre (Q80374519) in terms of their constituent base units? Obviously conversion to SI unit (P2370) doesn't work for this, and what's needed is basically some kind of expression syntax. (There are defining formula (P2534) and unit symbol (P5061), of course, but those are both presentation forms, not really machine-readable expressions.)

It looks like someone else was playing with expressions once, in a slightly different context -- there are some cute sandbox-strings (P370) at Rømer scale (Q488013) and Réaumur scale (Q223061).

Toni 001 (talkcontribs)

What you are asking for effectively amounts to expanding, in an given unit, all the named unit combinations (for instance, joule to m^2 kg / s^2) and simplifying fractions. The resulting expression corresponds to the dimension (P4020) for the quantity which is measured using that unit. So, if you want to figure out that volt ampere and Watt are basically the same (ignoring conventional restrictions), you can compare the dimensions of the corresponding quantities and the conversion to coherent SI unit (P2370, see also my proposal there to include the adjective "coherent" somewhere in the label or description).

I acknowledge that strictly speaking, P4020 is not machine readable, because it is entered (by users) in LaTeX, which is a presentation syntax.

Temperatures are a different topic: Conversions require a factor and an offset, while P2370 only stores a factor.

Scs (talkcontribs)

Thanks for your thoughts.

You're right, ISQ dimension (P4020) is the closest thing we've got to what I was asking about. For several applications it's quite sufficient. In the best of all possible worlds I do wish there were a good way to list an explicit derivation explicitly for each Q47574 (e.g., metre per second (Q182429) = Q11573 ÷ Q11574), but choosing (or more likely inventing) just the right datatype to support using expressions as wikidata values is a formidable problem, so I think I won't hold my breath.

The data encapsulated in P4020 is constrained enough that I do consider it machine-readable. I've only found one case so far that my straightforward little parser can't parse.

Another problem I'm not racing to solve right now -- it can certainly wait -- is the "affine" transformations one needs for temperatures. I can imagine doing it using arbitrary expressions, and I can also imagine doing it in a more constrained and special-cased way involving at most a single 'offset' value.

As a fan of units I imagine you're well familiar with the GNU Units (Q3093305) program. I've been amazed to discover recently some of the boundaries it has broken as compared to the traditional Unix implementation (not just affine transforms, but arbitrary fuctions, and even table interpolation...).

Also as a fan of units I hope you read xkcd last week!

Toni 001 (talkcontribs)

The unit symbol of millibar is mbar. It's a pity xkcd got that wrong. But funny anyway, thanks for sharing. I'm not familiar yet with GNU Units. So far I've been using mostly the WL for checking the consistency of the Wikidata units and quantities.

Reply to "modeling compound units"