Vahurzpu

Hi Vahurzpu, I only noticed now that you extracted the wrong column, i.e. GTP 100-year instead of GWP 100-year. Would it be possible you to update de:User:Leyo/GWP, where I manually assigned the respective WD items to the substances in order to import them to WD? --Leyo 12:52, 24 July 2019 (UTC)Reply

@Leyo: It should be fixed now. I guess my eyes just scanned to the last column, since it looked almost like what I was looking for. Let me know if there's anything else from that table that would be useful; I have an inconveniently-structured but machine-readable spreadsheet of the entire thing. Vahurzpu (talk) 02:09, 25 July 2019 (UTC)Reply

Great, thanks a lot! I don't think I need anything else from that table. --Leyo 20:20, 25 July 2019 (UTC)Reply

Hi there! Thank you for supporting the proposal. TBH, I'm quite curious of the information you've been working with :) could you give me a little details? Best, Nomen ad hoc (talk) 22:49, 8 August 2019 (UTC).Reply

@Nomen ad hoc: A bunch of articles on US high schools have sections for alumni in a semi-structured format, and many of them include the graduating class. While a bunch of them are unreferenced, it doesn't seem like it would be too difficult to screen those out. Right now I've been bogged down with mwparserfromhell issues, but I just think I found a workaround and will probably return to the import soonish. Vahurzpu (talk) 22:54, 8 August 2019 (UTC)Reply

RMaung (WMF) 17:37, 10 September 2019 (UTC)Reply

RMaung (WMF) 19:53, 20 September 2019 (UTC)Reply

Hi, i saw you added senses to verbs erroneously. Please make sure the q item describes an action before adding.--So9q (talk) 08:29, 5 December 2019 (UTC)Reply

@So9q: Yeah, sorry about that; I was trying out MachtSinn and didn't pay close enough attention to the lexical categories at first. I have something to do today, but I'll run through my contributions tomorrow and fix anything I screwed up. Vahurzpu (talk) 22:42, 6 December 2019 (UTC)Reply

Perfect! 😃--So9q (talk) 07:54, 7 December 2019 (UTC)Reply

Hello. I trying to make a query like your example. Hello. I want to find all items that have a reference with reference URL (P854) -> http://www.cystat.gov.cy/mof/cystat/statistics.nsf/All/49231EC7D83BD403C2257DCD00356DBF/$file/POP_CEN_76-POP&HH_PLACE_RESID-140115.xls?OpenElement with also (at the same reference) language of work or name (P407) -> English (Q1860) and Greek (Q9129). Is the query correct? Base on the results, I think is OK, but I need a second opinion.

SELECT DISTINCT ?item ?itemLabel {
  ?item ?prop ?statement.
  ?statement prov:wasDerivedFrom ?ref.
  ?ref pr:P854 <http://www.cystat.gov.cy/mof/cystat/statistics.nsf/All/49231EC7D83BD403C2257DCD00356DBF/$file/POP_CEN_76-POP&HH_PLACE_RESID-140115.xls?OpenElement>.
  ?ref pr:P407 wd:Q1860.
  ?ref pr:P407 wd:Q9129.
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
}

Xaris333 (talk) 16:21, 4 January 2020 (UTC)Reply

@Xaris333: That looks correct to me. Vahurzpu (talk) 16:24, 4 January 2020 (UTC)Reply

Thanks! Xaris333 (talk) 17:52, 4 January 2020 (UTC)Reply

One more thing please. I want to find all items that have a reference with reference URL (P854) -> http://www.cystat.gov.cy/mof/cystat/statistics.nsf/All/59681B67FE82FD39C2257AD90053F3FA/$file/POP_CEN_11-POP_PLACE_RESID-EL-171115.xls?OpenElement with also (at the same reference) title (P1476) -> Απογραφή πληθυσμού 2011 (Greek language) and title (P1476) -> Census of population 2011 (English language). Xaris333 (talk) 02:25, 5 January 2020 (UTC)Reply

Hi! Last fall several colleagues and myself were working on Wikidata entries for women in STEM and added the property "instance of" with "women in STEM fields" to 7 or so people in Wikidata. It seems that you removed that claim from all of the entities despite the fact that the usage is correct for both P31 and Q86379016. I plan on adding them back to the records, could you please let me know why the changes were made? Thank you. Emiraglia85 (talk) 23:18, 4 March 2020 (UTC)Reply

@Emiraglia85: Sorry for interfering with your project. I reverted the changes because, per Help:Modelling/Other domains#People, "There is a consensus that an individual person has only one instance of (P31) value: human (Q5)." This is done to avoid cluttering instance of (P31) with every possible combination of traits. The item for a woman in STEM will have three traits:

• instance of (P31) is human (Q5)
• sex or gender (P21) is female (Q6581072)
• field of work (P101) is science (Q336) or technology (Q11016) or engineering (Q11023) or mathematics (Q395) or some subclass thereof
• occupation (P106) is scientist (Q901) or engineer (Q81096) or some subclass thereof

The following query would get you a pretty broad list of women in STEM:

SELECT ?person ?personLabel WHERE {
  ?person wdt:P31 wd:Q5.
  ?person wdt:P21 wd:Q6581072.
  wd:Q1881523 wdt:P527 ?basefield.
  ?field wdt:P279* ?basefield.
  ?field wdt:P3095 ?occupation.
  {?person wdt:P101 ?field} UNION {?person wdt:P106 ?occupation}
  SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". }
} LIMIT 100 # Increase this if you want more results

If you're going to use this query, know that it uses a relatively broad definition of "science", including some pretty humanities-y social sciences, as well as including people who have a STEM occupation listed alongside some non-STEM one. It might be more useful to look for female physicists, female chemists, etc. rather than trying to get all STEM at once. You might want to check out WikiProject Women in Red (Q23875215), especially their Redlist index; they have a fairly comprehensive look at this.

If you're trying to mark women in STEM generally, just make sure to add sex or gender (P21) as well as setting field of work (P101) and/or occupation (P106) to the most specific applicable entry.

If you have any further questions, don't hesitate to ask. Vahurzpu (talk) 02:25, 5 March 2020 (UTC)Reply

Thank you for getting back to me so fast! It's a shame that we can't use it since like you said it's a bit harder to pin down and since it's technically allowed by the property but it's helpful to know where it went wrong and I greatly appreciate the query. We have another Women in STEM Edit-a-thon coming up and this will help us create better entries.

Emiraglia85 (talk) 04:26, 5 March 2020 (UTC)Reply

Hi. I noticed that you have removed a lot of information from Q5229533.[1] Is there a reason for such a drastic change? If the identifiers are against the wrong item, shouldn't they be deprecated to prevent accidental reinsertion? From Hill To Shore (talk) 22:15, 29 April 2020 (UTC)Reply

@From Hill To Shore: Just went back and marked things as deprecated. I'll often delete identifiers such as this, because I'm pretty sure I saw somewhere (though now I can't find the source, so I'm not entirely sure) that VIAF ignored ranks, and so would erroneously keep the Wikidata item in the cluster. Vahurzpu (talk) 23:19, 29 April 2020 (UTC)Reply

Hi again. It looks like a bot added the VIAF again even though it was still there as deprecated. I've since found that Help:Conflation of two people explains the correct way to deal with these. I've split the item into David N. Parsons (Q96200543) and Dave Parsons (Q96200722). From Hill To Shore (talk) 01:16, 11 June 2020 (UTC)Reply

Following the links from the formatter URL seem to return "The page that you tried was not found." for many (all?) values added in #temporary_batch_1590383626560. --Haansn08 (talk) 06:23, 25 May 2020 (UTC)Reply

@Haansn08: This is a known problem. The basic problem, as laid out on the property talk page, is that there are different URL patterns for living and dead people. It's possible to programmatically figure out which one is which (see if there's a date of death (P570) statement and choose the appropriate URL formatter), but that's too complex for the URL formatter, and, as far as I know, for the wikidata-externalid-url tool that usually deals with complex URL formats. While the URL formatter for the item I added fails (http://www.nasonline.org/member-directory/members/20022806.html), NAS does have a page at that ID: http://www.nasonline.org/member-directory/deceased-members/20022806.html . Vahurzpu (talk) 13:32, 25 May 2020 (UTC)Reply

Hi Vahurzpu,

I noticed your editing stats on Wikiscan statistics, which led me to look up your profile. Thank you for all the hard 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 Wikidata. 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 leave a direct message or fill in a questionnaire. The conversation should take about 30 min.

Hope you have a great day,

Chuankaz (talk) 22:37, 10 June 2020 (UTC)Reply

Thank you very much indeed for creating this form. It is nice to have an easy way of assembling QuickStatements batches. But there are a few bugs and yeah I have lots of suggestions for rearranging it ...

1. Bugs. The P19 and P119 statements have their elements in the wrong order. The P20 statement isn't even being created for some reason.
2. Dates don't allow for specifying precision or entering less than the full day, month, and year. Plus, the format mm/dd/yyyy is US-centric, probably better to go with the international yyyy-mm-dd.
3. Gender isn't always relevant so no reason to include it in every single batch of statements. Maybe you could handle the inverse statements for children as -- "Children (this record is their ◯ Father ◯ Mother)"
4. Marriages. You don't have much for that yet, and it should have a separate section. Here's an example of all the statements-with-qualifiers I create for a married woman (there's redundancy, but no rules on Wikidata say you can't include the same information several ways): spouse, family name (at birth), family name (married), birth name, married name. A man of course is much simpler, just spouse with start time and place.
5. I have more thoughts but those are the biggest things! Levana Taylor (talk) 21:18, 22 June 2020 (UTC)Reply

@Levana Taylor: Okay, I've addressed most of these. Point-by-point:

• I fixed the issue with P20; I mixed up death and baptism
• What exactly do you mean by "The P19 and P119 statements have their elements in the wrong order"? I don't see any obvious issues in the output.

• I meant that the statement "Herbert Alexander Carroll was born in Batheaston" is being generated as Herbert Alexander Carroll (Q76211597) Batheaston (Q2083912) place of birth (P19), ditto for place of burial (P119); and you did place of death (P20) the same way too. Levana Taylor (talk) 05:51, 23 June 2020 (UTC)Reply

• You should now be able to enter dates with multiple precisions. Particularly, YYYY-MM-DD gets you day precision, YYYY-MM gets month, and YYYY gets year. If decade or century precision would be useful, let me know and I can add that in, though I'd need to come up with some input format.
• Gender is now just a mother/father toggle; if you add children without selecting either, it doesn't add reciprocal statements for them.

• I don't think this is working. I set the toggle but reciprocal statements weren't created. Levana Taylor (talk) 05:51, 23 June 2020 (UTC)Reply

• I added a marriage section. There were a few places where I made non-obvious decisions about filling in things:
  • There are family names in both the names section and the marriage section. If you fill out the generic family-name box and then fill out either the birth or married name, but leave the other blank, it will assume that the generic family-name box contains the other of the two names, unless the two filled-in boxes have the same name. If that behavior is counter-intuitive, let me know and I'll remove that logic.
  • Right now you have to explicitly fill in the "birth name" and "married name" or neither of those statements are added. There are a few possible behaviors I could use; if not #1, let me know which one makes the most sense:
    1. The current behavior: if you don't put anything in the boxes, nothing will be added
    2. Get rid of the text boxes; just concatenate all the given and family names in order to deduce the birth name / married name
    3. Keep the text boxes, but automatically add the name strings based on concatenating labels if they're left blank
    4. Automatically fill in the text boxes based on the given/family names, but allow tweaking it.

• From my point of view the current behavior is brilliant -- it's totally intuitive to fill in all the names except for the one I already entered above if I want name statements, and to leave those rows empty if I don't want name statements. Explicit is better than concatenating, since things can get complicated on occasion. But I am not sure that other people will find things so obvious! Should ask for test volunteers on the community chat. (BTW the "married full name" statement doesn't get created currently)

Further thoughts:

• Please add age of subject at event (P3629) as another qualifier to "spouse" in the marriage section.
• "Residence" should have point in time (P585)
• The vital dates section can be much condensed. I've never seen age at baptism stated, have you? Nor is baptism ever an approximate date. Here's how I imaging the section looking:
  • title: "Vital dates"
  • Note below title: "Date format yyyy, yyyy-mm, or yyyy-mm-dd"
  • Birth date row: Date of birth , circa, earliest date, latest date
  • Additional birth data row: place of birth, Date of baptism
  • Death date row: Date of death, circa, earliest date, latest date
  • Additional death data row: place of death, age at death
  • Burial row: Place of burial, Date of burial (I don't think there's a need to include the "circa" for this one, probably people simply wouldn't use this statement if they don't know the information)
• Could you also for reference somewhere on the page include the list of the dates of censuses: England & Wales, US? As dropdowns or whatever. Levana Taylor (talk) 05:51, 23 June 2020 (UTC)Reply
• Also one tiny little adjustment: in the "Family" section, please swap the Mother and Father rows, since not having them in the order they inevitably appear in genealogies increases the chance of entering data in the wrong spot. Levana Taylor (talk) 00:14, 27 June 2020 (UTC)Reply

Please see my comment at Wikidata:Property_proposal/NPG_ID, in case you didn't get the ping. --- Jura 08:16, 13 February 2021 (UTC)Reply

Hello! As the importer of Virginia House of Delegates ID to Mix & Match, your input is welcome at Wikidata:Property proposal/Virginia House of Delegates ID. Cheers, -Animalparty (talk) 18:45, 3 April 2021 (UTC)Reply

Dear Vahurzpu,

I hope you are doing good,

I am Kholoud, a researcher at the King’s College London, and I work on a project as part of my PhD research that develops a personalized recommendation system to suggest Wikidata items for the editors based on their interests and preferences. I am collaborating on this project with Elena Simperl and Miaojing Shi.

I would love to talk with you to know about your current ways to choose the items you work on in Wikidata and understand the factors that might influence such a decision. Your cooperation will give us valuable insights into building a recommender system that can help improve your editing experience.

Participation is completely voluntary. You have the option to withdraw at any time. Your data will be processed under the terms of UK data protection law (including the UK General Data Protection Regulation (UK GDPR) and the Data Protection Act 2018). The information and data that you provide will remain confidential; it will only be stored on the password-protected computer of the researchers. We will use the results anonymized (?) to provide insights into the practices of the editors in item selection processes for editing and publish the results of the study to a research venue. If you decide to take part, we will ask you to sign a consent form, and you will be given a copy of this consent form to keep.

If you’re interested in participating and have 15-20 minutes to chat (I promise to keep the time!), please either contact me on kholoudsaa@gmail.com or use this form https://docs.google.com/forms/d/e/1FAIpQLSdmmFHaiB20nK14wrQJgfrA18PtmdagyeRib3xGtvzkdn3Lgw/viewform?usp=sf_link with your choice of the times that work for you.

I’ll follow up with you to figure out what method is the best way for us to connect.

Please contact me using the email mentioned above if you have any questions or require more information about this project.

Thank you for considering taking part in this research.

Regards

Kholoud

Hello. Hope you are doing well. I think I screwed up wanting to create a property on Wikidata. I browsed several other similar properties and wanted to create as well. It was at the end when I started trying out the feature that I realized it wasn't working. Take a look at what I did here, Souther Times topic ID. After some research on how to create a property, I finally realized that I don't have this right (unfortunately).

Finally, I would like to continue on this property if it is possible that it can be created; or to make a deletion request. Therefore, I would like your help or advice. Thank you. – The preceding unsigned comment was added by IrakozeM (talk • contribs) at 21:39, 11 May 2022 (UTC).Reply

@IrakozeM You created an item rather than a property. While property creators have the technical capacity to create properties, we can only do so after it's been proposed and discussed. You can do this at Wikidata:Property proposal/Authority control (for this particular kind of property); follow the instructions toward the top of the page to create the proposal. Once you do, the proposal will run for a week to have time to gather thoughts. If no one finds any issues, it can be marked as ready, and a property creator will create it when they get to it. The item you created, Q111971325, is no longer necessary. You can nominate it for deletion with the "Add a new request" button on Wikidata:Requests for deletions.

If you need help doing any of this, let me know. Vahurzpu (talk) 22:49, 11 May 2022 (UTC)Reply