Hello @Vladimir Alexiev, thank you for your message. The items you mention are not duplicates. They describe statistical concepts which are different: one is a class, the other is a group. The NACE classification has a strict and clear hierarchy, with specific codes at each level, which allows relations to other classifications at the national and international levels. You can look at the whole structure in the official documentation, page 61 onwards : https://ec.europa.eu/eurostat/documents/3859598/5902521/KS-RA-07-015-EN.PDF.pdf/dd5443f5-b886-40e4-920d-9df03590ff91?t=1414781457000 and, in Wikidata (in French) here : Property talk:P4496#Documentation - Requêtes Wikidata .
User talk:Vladimir Alexiev
For the record, this thread is in reply to Merge_singleton_classes_with_their_subclasses, Merge_"n.e.c"_classes_to_parent_class, merge_some_NACE_items
- I know NACE very well. But I think that "X" and "X n.e.c" do not belong together in an encyclopedic database like Wikidata.
- If you have a company would you say "its industry is X n.e.c"? Would you find such wording eg in Wikipedia? No, you'd say that it works in X.
- To put it differently: just because such distinction exists in NACE, doesn't mean we must blindly copy it in WD. WD is not a union (dumping ground) for all databases in the world, it's a harmonized encyclopedic knowledge graph.
- It's a similar situation for GS1 GPC (https://www.wikidata.org/wiki/Property_talk:P8957), eg television set (Q8075) has 4 different GCP codes: 68010100, 10001400, 10001405, 10001403. These codes stand for 2 different levels in the hierarchy, and also for "TVs other" and "TV variety packs".
Hello @Vladimir Alexiev and you for spending time to review our proposals. We are very happy with your suggestion and would be glad if you could have a call with us for us to discuss the possibilities and constraints on using some of the properties. You could suggest your availability for different days and times for us to select from. Hope to hear from you soon.
We could talk tomorrow Friday after 1:30pm Bulgarian time. Please send me a meeting request at vladimir dot alexiev at ontotext.com. Let's meet at https://meet.google.com/gdh-dvgf-tzc
@Vladimir Alexiev Thank you for your quick response. I will be traveling tomorrow and returning on Monday, hence, I will be on transit around that time tomorrow. I leave in Ghana and the timezone is UTC+00. Please, let me know what other times work for you next week, and I will be glad to send you an invite.
I'm considering taking 3w vacation, but you can send an invite at any time (Sofia is UTC+3)
@Vladimir Alexiev I am available on Wednesday, Thursday and Friday next week. Please let me know times works for you on any of those days. However, if the 1:30pm Bulgarian time still works for you on any of the days, that is cool for me.
Best regards
@Dnishtobu I have a few meetings every day, but the chance of conflict is small. Please send me a meeting request at vladimir dot alexiev at ontotext.com. If you don't do this so it appears in my calendar, I'm not likely to see your comment on time. Let's meet at https://meet.google.com/gdh-dvgf-tzc
@Vladimir Alexiev I trust you are well. Thank you for the message on my talk page.
Please if you will be available by 14:00 UTC today, we can meet via your meeting invite link. https://meet.google.com/gdh-dvgf-tzc
Please let me know if this works for you.
Best regards
@Dnshitobu: I am at https://meet.google.com/xew-kqow-wuf right now
Hi, you've added the same worldcat on both Q10666965 and Q12335101, I... guess you'll removed it on the wrong one, thanks in advance. TherasTaneel (talk) 06:54, 24 August 2023 (UTC)
I checked, now neither has Worldcat nor VIAF (on which Worldcat was based)
Hi! I want to inform you that I proposed to delete WorldCat Identities ID (P7859), which you proposed, when the website will be definitively shut down in the coming months (Wikidata:Properties for deletion/P7859).
Dear Vladimir Alexiev,
I hope you are doing well,
I am Kholoud, a researcher at King's College London, and I am working on a project as part of my PhD research, in which I have developed a personalised recommender model that suggests Wikidata items for the editors based on their past edits. I am inviting you to a task-based study that will ask you to provide your judgments about the relevance of the items suggested by our model based on your previous edits. Participation is completely voluntary, and your cooperation will enable us to evaluate the accuracy of the recommender system in suggesting relevant items to you. We will analyse the results anonymised, and they will be published to a research venue.
The study should take no more than 15 minutes.
If you agree to participate in this study, please either contact me at kholoud.alghamdi@kcl.ac.uk or use this form https://docs.google.com/forms/d/e/1FAIpQLSees9WzFXR0Vl3mHLkZCaByeFHRrBy51kBca53euq9nt3XWog/viewform?usp=sf_link
Then, I will contact you with the link to start the study.
For more information about the study, please read this post: https://www.wikidata.org/wiki/User:Kholoudsaa In case you have further questions or require more information, don't hesitate to contact me through my mentioned email.
Thank you for considering taking part in this research.
Regards
Hi Vladimir Alexiev,
Wikidata:Database_reports/Complex_constraint_violations/P7534 finds items with labels and descriptions that are in all caps. Many seem to have created by you. I suppose you are aware of Help:Label and Help:Descriptions about that. If you need help fixing them, please add a request to Wikidata:Bot requests.
Posted https://www.wikidata.org/wiki/Wikidata:Bot_requests#fix_ALLCAPS_of_items_imported_from_MIC. But proper "Title Case" is not so easy to do due to prepositions.
The book of knowledge Grolier inc
new york
Inc
Hi anonymous! I still don't understand what you mean.
Hi Vladimir,
the correct name for XETRA ? FREIVERKEHR? OFF-BOOK (Q107228120) is Xetra – Freiverkehr– Off-Book. All other interrogation marks from this import seem also to be wrong.
Fixed one instance, will work on the rest. https://w.wiki/5hZZ finds 10 instances
Fixed all instances.
You modified the crunchbase identifier on Fyber (Q100319972) but it seems your edit points at a non-existent entry? How are you making these updates?
I'm going through https://www.wikidata.org/wiki/Wikidata:Database_reports/Constraint_violations/P2088 and fixing things. All other CB identifiers use lowercase letters and https://www.wikidata.org/wiki/Property_talk:P2088 "Format" disallows uppercase.
But you are right, "Fyber" is an exception in CB. Fixed.
couldn't there be other/lots of identifiers that don't work in all lowercase? How do we know this didn't break lots of items
- I've seen thousands of CB identifiers and never seen one in uppercase.
- The prop definition says "format as a regular expression: [^A-Z \/]+ ; constraint status: mandatory constraint" (but has no reference). I didn't add this constraint.
- I'm not changing identifiers to lowercase en-masse, just this one
- I've added http://km.aifb.kit.edu/services/crunchbase/ en-masse which unfortunately has errors. In addition to those fixed by batch described in "Crunchbase bug" below, I'm currently working out many more
ok thanks for doing this
Based on this edit, the task you just ran appears to have a bug of some sort.
I got those CB IDs from http://km.aifb.kit.edu/services/crunchbase/ and they were made maybe 4y ago. I guess at the time the right ID was pomona-college-2, now it's pomona-college.
The batch failed to add references, so I'm rerunning it now https://quickstatements.toolforge.org/#/batch/62211. Please report any more bugs you find, and I'll fix them after the batch is done.
Another mistake: https://www.wikidata.org/w/index.php?title=Special:MobileDiff/1484559699&markasread=744103886&markasreadwiki=wikidatawiki
@tacsipacsi, Sdkb:: I'm now running https://quickstatements.toolforge.org/#/batch/62657 to remove 851 wrong Crunchbase IDs. But WD update is so broken that such simple operation gives errors, and I've had to rerun "reset errors" 5 times already