User talk:TadejM

Welcome to Wikidata, Eleassar!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

Introduction – An introduction to the project.
Wikidata tours – Interactive tutorials to show you how Wikidata works.
Community portal – The portal for community members.
User options – including the 'Babel' extension, to set your language preferences.
Contents – The main help page for editing and using the site.
Project chat – Discussions about the project.
Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, don't hesitate to ask on Project chat. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Best regards! --Snow Blizzard 21:46, 13 April 2013 (UTC)[reply]

Autopatroller[edit]

Hello, Eleassar! I am just letting you know that I have added the autopatroller flag to your account, as you are a trusted user on Wikidata. If you have any questions or concerns, please don't hesitate to contact me or leave a message at the project chat. Thanks, Snow Blizzard 21:46, 13 April 2013 (UTC)[reply]

Thank you. --Eleassar (talk) 21:53, 13 April 2013 (UTC)[reply]

Lowercasing labels[edit]

Hi, I have noticed that some of the edits you do are of making the label to start with a lowercase letter rather than upper case where appropriate. Unless you already have another convenient way to do that, you might be interested in using a script I have created a couple of months ago that allows to do that easier for the current interface language: Wikidata:Tools/Enhance user interface#HaveWikibaseLabelLowercased. Cheers --Base (talk) 06:03, 11 June 2023 (UTC)[reply]

Hi, Base. Thank you for letting me know. I will check it. --TadejM (talk) 08:47, 11 June 2023 (UTC)[reply]

@TadejM, I see that you have tried it a couple of times but mostly you just do it the normal way. That is okay of course, but is there some way I can improve the script to make it more convenient for you, perhaps? --Base (talk) 04:27, 22 June 2023 (UTC)[reply]

Hi, Base. The tool is neat, but it has some lag, so when I do many edits it is quicker to do it by hand. In addition, when I'm editing from a mobile, it prompts me every time in Ukrainian (I guess) whether I want to edit. The tool also does not correct capitalisation in synonyms. --TadejM (talk) 08:49, 22 June 2023 (UTC)[reply]

I think this tool would be more handy if I focused solely on correcting capitalisation. --TadejM (talk) 11:41, 5 July 2023 (UTC)[reply]

Translation work[edit]

Big thanks for all the great work on labels and descriptions :) So9q (talk) 11:07, 11 August 2023 (UTC)[reply]

Thank you for the message. I hope it will be of use to somebody. There are many scattered sources of terms for Slovene, but only a few are collecting terms from various fields and there have been none so far that may be edited collaboratively. I'm amazed at the sheer number of terms people use. --TadejM (talk) 11:13, 11 August 2023 (UTC)[reply]

Slovene descriptions[edit]

I see you added Evripidova tragedija as a description to Electra (Q540161). What would be the Slovene for tragedies by Aeschylus (Q40939) and by Sophocles (Q7235)? Once I know, I can add those descriptions to their tragedies.

Likewise, what about comedies by Aristophanes (Q43353) and by Menander (Q118992)? Once I know, I will gladly add those descriptions to the major works. --EncycloPetey (talk) 22:27, 31 August 2023 (UTC)[reply]

Hi, EncycloPetey. Please use Ajshilova tragedija and Sofoklejeva tragedija for tragedies and Aristofanova komedija and Menandrova komedija for comedies. Thanks a lot for your help! --TadejM (talk) 22:40, 31 August 2023 (UTC)[reply]

Mammalian kidney in Slovenian[edit]

Hi! You've added a label for the mammalian kidney (Q113996097) in Slovenian, but it looks like a description rather a label. Did you mean "ledvica sesalca" or something like this (I used Google Translate)? As I understand in case of humans it will be "človeška ledvica". D6194c-1cc (talk) 07:57, 24 September 2023 (UTC)[reply]

I've fixed that. Thanks. --TadejM (talk) 09:45, 24 September 2023 (UTC)[reply]

Q in descriptions[edit]

Hello, I'm seeing that in your edits you are adding some Q in Slovenian descriptions, the convenient place for this is property P2559. Thanks. Madamebiblio (talk) 19:36, 25 September 2023 (UTC)[reply]

Hi. I'm mostly copying the English text. Could you please be so kind as to point out the specific case? --TadejM (talk) 19:37, 25 September 2023 (UTC)[reply]

Obvestilo: Wikidata:Glossary[edit]

Pozdravljeni, TadejM,

to obvestilo ste prejeli, ker ste se v projektu Wikidata prijavili kot prevajalec v jezika slovenščina in francoščina. Za prevod je na voljo stran Wikidata:Glossary. Prevedete jo lahko tukaj:

Prioriteta te strani je visoka.

Vašo pomoč zelo cenimo. Prevajalci, kot ste vi, pomagajo projektu Wikidata delovati kot resnično večjezična skupnost.

Za odjavo ali spremembo nastavitev obveščanja o prevodih pojdite na Special:TranslatorSignup.

Hvala!

Koodinatorji prevajanja projekta Wikidata‎, 03:24, 28 January 2024 (UTC)

EMS Scale proposal[edit]

Hi, I cancelled your proposal for now because it had several flaws.

First one comment, you don't need a property to classify seisms. You just need to create items for the classes. Then you can use instance of (P31) that is a property to link an item to a class it belongs to. I did it for this scale, see

On the form, we usually create subpages created by the button on the property proposal page to propose a property. Also the "domain" of a property is the kind of items it is supposed to be put on, not the field of practice. So maybe you meant "earthquake" and not "geology".

Last now that the class items are created, we may want to put on them the roman number of the scale, but is it necessary ? We can hope to describe the classes with statements that describes the kind of destruction the classification entails.

What can be discussed is "is it enough to use instance of (P31) with one of these items to classify them" like for example

⟨ earthquake ⟩ instance of (P31) ⟨ EMS intensity VII earthquake (Q125568460)    ⟩

or do we prefer a model with several statements and a new property like EMS classification

⟨ earthquake ⟩ instance of (P31) ⟨ earthquake (Q7944)    ⟩
⟨ earthquake ⟩ EMS classification Search ⟨ Q125568460 ⟩

The former is equivalent as we may search for all earthquakes by querying including the subclasses of EMS intensity VII earthquake (Q125568460) quite easily. author TomT0m / talk page 16:27, 23 April 2024 (UTC)[reply]

Hi, TomT0m. Thanks for taking your time to provide such a clear explanation. Hopefully, I'll get the process soon.

Regarding the property, I consider it warranted and much missed. The reasons:

1) Saying 'this earthquake is EMS level VIII while the other is level IX' is much more intuitive for most people than figuring out the difference between 'heavily damaging earthquake' and 'destructive earthquake'.

2) The EMS categories have been uniformly and clearly defined in a lengthy process, while I'm not sure everybody understands the descriptions equally.

3) In addition, 'heavily damaging earthquake' can refer to any intensity scale that uses this description while saying 'EMS level VIII' is EMS specific.

A property saying e.g. 'EMS level VIII' is a condensed manner of expression that provides the information at a glance, which is crucial. --TadejM (talk) 17:50, 23 April 2024 (UTC)[reply]

The labels and descriptions of the items could be adjusted of course. author TomT0m / talk page 17:55, 23 April 2024 (UTC)[reply]

What kind of labels would you propose then? --TadejM (talk) 18:08, 23 April 2024 (UTC)[reply]

I don't have a strong opinion, it's possible to use stuff like "EMS level VIII earthquake". Although of course you would have to know the scale anyway for this to make sense. The "damage / destruction" dichotomy is indeed not trivial but the difference between VII and VIII might be unclear if you did not read about the scale to learn this, learning both at the same time. On Wikidata you can click on the label and learn that one level of the scale involve building destructions :) (although This is just a first attempt to model the levels). author TomT0m / talk page 18:30, 23 April 2024 (UTC)[reply]

Ok, then I'm going to be brave and change the labels to 'EMS intensity VIII earthquake' etc. if there is a preference for solving this with class items at the moment. It is of prime importance that terms are labelled unambiguously and that items on earthquakes provide the essential information (such as the intensity). Any details regarding the levels themselves can be provided in item descriptions or elsewhere. --TadejM (talk) 18:42, 23 April 2024 (UTC)[reply]

Hi, I see, if Google translate is correct that you dropped the "earthquake" word in the "sl" labels. For consistency it could be good to keep it, as in the english one, because if we chose the model with only this as a main instance of (P31) value (and no explicit earthquake (Q7944)  

in the earthquake item) this won't make sense and it will not be obvious it's about earthquakes. author c / talk page 20:40, 23 April 2024 (UTC)[reply]

Ok, I'll add it. --TadejM (talk) 20:42, 23 April 2024 (UTC)[reply]

Hi, TomT0m. This is all well and fine now, however, the issue is that some items require ranges (e.g. EMS VIII–IX; please consult the list). I don't think this can be properly expressed with instances. --TadejM (talk) 14:03, 24 April 2024 (UTC)[reply]

@TadejM If I read correctly the (*)footnote (that means, if Google translate does not messes too much) this is even more complicated than this, since the list you give here has the viewpoint of classifying an earthquake according to the viewpoint of some place ? An earthquake may be classified as V in Slovenia because of the damages but hypothetically VII in Austria because it was at the epicenter and caused more damages ? This might be modeled as an item « "earthquake in Slovenia" part of whole earthquake » or with qualifiers I guess.

The range does not seem to be a big issue for the items as they are consecutive, we can create an item "V-VI earthquake" if needed, that does not add too much items. But I wonder what range means, does this means "this was somewhat at the limit of the two classes" or "there are parts where it was more like V and parts where it was more like VI" ? The combined one might just be superclasses of both "V" and "VI" for example.

Digging around I just found the property modified Mercalli intensity scale (P2784)

, I don't know if you are aware of it. author TomT0m / talk page 13:05, 25 April 2024 (UTC)[reply]

This is correct. The intensity in the list is only provided for Slovenia so it would make sense to resolve this through quaiifiers for various countries or regions. It would be waranted to create separate items for different regions if they are treated this way in reliable sources. I have not yet established through sources what exactly does the range denote but it seems more likely that different areas of the town were affected differently. I don't think it relates to other countries since e.g. the 1895 Ljubljana earthquake was limited to Slovenia (it reached the maximum intensity in Ljubljana and its immediate vicinity) and it is reported as VIII–IX in the list. Of course it holds true for any earthquake that if it reached the maximum intensity, e.g. IX, in the epicenter, it must be VIII-IX a bit outwards and even less moving to the periphery but what is usually reported is the maximum intensity.

Yes, I have already seen (and translated) that property so it makes me wonder why would there only be a property for the MMS but not for the EMS.

I wouldn't go about creating items for intermediate levels since they are not part of the official scale. --TadejM (talk) 13:25, 25 April 2024 (UTC)[reply]

@TadejM Yes, reading the documents like https://media.gfz-potsdam.de/gfz/sec26/resources/documents/PDF/EMS-98_Original_englisch.pdf it seems that : the scale applies to a certain area (not too small) but I guess on the same earthquake for different areas you could come up with different values.

I think a not so dumb idea for a property would be to try to generalize the property a bit, instead of having one property for each scale, to try to have a property in the spirit of

⟨ earthquake ⟩ has damage or intensity Search ⟨ EMS intensity VII earthquake (Q125568460) ⟩

Maybe with qualifiers for places if relevant. We know the kind of scale from the item, and the role of all the scale is roughly the same. This would spare the effort to create properties for all the scale, while being able to use the one the source might be using.

This may also solve the range problem, as we could put several statements for one earthquake, qualified by the place it applies to if known. author TomT0m / talk page 14:02, 25 April 2024 (UTC)[reply]

A combined property is a good idea. Of course, it would need to be possible to specify under a single property the names and intensities for all the scales provided for a given earthquake in the sources, and this should also include ranges. If the places for the ranges are known, it should be possible to specify them too but otherwise at least the numbers. As you find your way around here well, I would appreciate if you create the relevant request. --TadejM (talk) 14:32, 25 April 2024 (UTC)[reply]