Inception

edit

I'm confused by your edit summary and revert here. What purpose does "inception" serve there that "date of official opening" does not, especially with less precision (year versus day)? Thanks, Pi.1415926535 (talk) 04:10, 1 April 2021 (UTC)Reply


@Pi.1415926535, you left out the fact that the above revert was the undoing of your revert. The properties inception (P571) and date of official opening (P1619) are distinct concepts; inception is when an entity came into existence or was formed, while date of official opening, per its en label, is the "date or point in time an event, museum, theater etc. officially opened." The latter property's proposal was made as an addition to the property officially opened by (P542). In addition to the fact that an entity cannot logically have a date of official opening, grand opening, etc. without previously or simultaneously having come into existence, queries for the inception (P571) of items would be negatively affected if P1619 was solely used as item statements.

13,760 items with the instance of railway station (Q55488) currently utilize both of these properties: https://w.wiki/39dm N.B.: an item with a date output of January 1, XXXX, is for the year XXXX, e.g., January 1, 1976 = 1976. ⚊⚊ DCflyer (talk) 10:32, 1 April 2021 (UTC)Reply

I'm still confused, sorry. So you're saying that P571 and P1619 should both exist for railway stations, but that P571 should be the year and P1619 the date? To me that seems like pointless duplication. There are a number of different times you could peg as the station coming into existence - when it was first proposed, when construction was approved, when construction began, when construction was completed, or when it opened (which is sometimes before construction is completed). All of the current uses of P571 for railway stations are simply duplications of the year of P1619, which doesn't seem to hold any value. Pi.1415926535 (talk) 17:41, 1 April 2021 (UTC)Reply
I did not say that "P571 and P1619 should both exist for railway stations, but that P571 should be the year and P1619 the date."
inception (P571) : "date or point in time when the subject came into existence as defined" = owl:equivalentProperty http://purl.org/dc/terms/created , https://schema.org/foundingDate
date of official opening (P1619) : "date or point in time an event, museum, theater etc. officially opened" ≈ http://wordnet-rdf.princeton.edu/pwn30/02426171-v
Two different concepts. ⚊⚊ DCflyer (talk) 01:34, 2 April 2021 (UTC)Reply
You're still not answering the questions: what does coming into existence mean for a train station, and why add it with only a year (as you have done) when the exact opening date is know? Pi.1415926535 (talk) 19:02, 9 April 2021 (UTC)Reply
A train station coming into existence: the date the physical structure was built (completed). Official opening: the date it officially opened to the public and/or commenced service, which for some classes appears to be the same as service entry (P729). ⚊⚊ DCflyer (talk) 19:16, 9 April 2021 (UTC)Reply

Deleting data

edit

Please do not delete data. Marking data as "deprecated", then immediately deleting it because it is "deprecated" is unethical. --EncycloPetey (talk) 20:15, 8 May 2021 (UTC)Reply

Data is on Library of Congress Classification (works and editions) (P8360). Your false accusation is bad faith and unethical. ⚊⚊ DCflyer (talk) 20:24, 8 May 2021 (UTC)Reply
You have not explained why you marked data as "deprecated" then removed the data for being "deprecated". Please cease the removal of data. --EncycloPetey (talk) 20:32, 8 May 2021 (UTC)Reply
Adding an undiscussed property constraint to justify your actions is also unethical. --EncycloPetey (talk) 20:34, 8 May 2021 (UTC)Reply

TikTok username as a qualifier

edit

"It is it not also used as a main value?"

It is, but this constraint raises a warning when it is used as a qualifier. (See "social media followers" on Among Us (Q96417649)) I don't know much about property constraints. AntisocialRyan (Talk) 19:18, 24 August 2021 (UTC)Reply

@AntisocialRyan
My apologies for not adding the property scope (P5314) as qualifier (Q54828449). I added the property scope constraint (Q53869507) (as main value (Q54828448)), because the lack of property scope constraint for property constraint (P2302) was itself creating a constraint violation. I did see that out of 3,696 uses of TikTok username (P7085), 42 are as qualifier; as well as 17 as reference. I can add property scope as reference (Q54828450), if you think that it's appropriate as a reference. ⚊⚊ DCflyer (talk) 19:51, 24 August 2021 (UTC)Reply
Oh no worries, I didn't know they worked like that. I've seen many identifiers used as reference (Q54828450), so I think that would be good too. Thanks! AntisocialRyan (Talk) 23:15, 24 August 2021 (UTC)Reply

title (P1476)

edit

Revision

The purpose of the change was to allow multiple titles. I'm saying that multiple titles should be allowed.

There are so many songs and works out there that are published with 2 or more titles in different languages. The constraint is not helpful. Lectrician1 (talk) 19:41, 5 September 2021 (UTC)Reply

Could you please respond to this? Lectrician1 (talk) 10:57, 9 September 2021 (UTC)Reply
@Lectrician1, regarding the following, "... so many songs and works ... are published with 2 or more titles in different languages", were you referring to songs and textual works that are published with multilingual titles, but retain their original monolingual linguistic content?
However, whether the main content is multilingual or not, the constraint was not an arbitrary addition, as it follows the practices and utilizes the schemas and classification and cataloguing models developed and used by national libraries, other cultural heritage organizations, and standards bodies. For books, Wikidata is in relative alignment with the most widely used conceptual model, Functional Requirements for Bibliographic Records (Q16388) (FRBR) — see WD:Books. If additional titles (multilingual) added as aliases, or a brief note of "also known as" in the description prove to be insufficient, a new item could be created as a version, edition, or translation (Q3331189) for any of these borderline new expressions/manifestations of the original creative work, especially if it was discovered that a differing title also differed in its date or location of publication, publisher, content size, and/or distribution format, etc.; i.e., an actual new manifestation.
Also, the issue of the title language of written works and songs has been discussed for other properties, and consensus was reached to merge in at least one case, but ultimately deprecated due to the large amount of items which would have been affected. See original language of film or TV show (P364) : "language in which a film or a performance work was originally created. Deprecated for written works and songs; use P407 ('language of work or name') instead." & Property talk:P364#Decision is to delete; mark as deprecated & Properties for deletion : 1.9 - language of work or name (P407) and original language of film or TV show (P364. ⚊⚊ DCflyer (talk) 15:52, 9 September 2021 (UTC)Reply
This problem mostly pertains to songs, and mostly KPOP songs (I mostly work for WP Music). KPOP songs can sometimes be published with English and Korean names. These instances are just one song, not different songs published with respective lyrics in English and Korean. For example, this song.
I am very well aware of the FRBR model as I had to research about it extensively when proposing and arguing for translation of (P9745). I understand completely that different items should be created for books that have different editions in different languages and therefore different titles. I just think that because these instances come up with songs where they are actually published with twos titles, the constraint should be removed, as it's quite annoying. Lectrician1 (talk) 17:31, 12 September 2021 (UTC)Reply
Any response? Here is another example of a music album that has 2 titles. Lectrician1 (talk) 23:32, 26 September 2021 (UTC)Reply

MDOT State Highway Administration

edit

Hi there, I see you reverted a change I made to the Maryland State Highway Administration wikidata (Q5203575). I made the edit in my official capacity as an MDOT representative (you can email me at eplack@mdot.maryland.gov if you'd like to verify). Perhaps the way I updated the name was wrong (novice at wikidata here), but we're trying to shed the "Maryland SHA" identity. Can you help? The only official titles for MDOT SHA are:

  • Maryland Department of Transportation State Highway Administration
  • MDOT SHA
  • MDOT State Highway Administration

I can send you our identity guide if you'd like, or publish it somewhere. We rebranded in 2017. Many places on the web still use the old name --Eplack (talk) 05:01, 22 September 2021 (UTC)Reply

Labels can be ambiguous

edit

That is as per Help:Label#Labels can be ambiguous. I do notice that country name is included in labels in several other languages and in Wikipedia category names (Special:Diff/1529402962), but what should we make out of it really? I can't say for sure, possible sources in some language have adopted names of these national designations differently, so that country names are included. Though, in most cases its unlikely and labels in other languages should be corrected as well. As for Wikipedia category names, these don't compare to item labels really. For instance, generic description "Buildings in Paris" is also category name, but we probably wouldn't say that individual buildings in Paris are of special building type named "building in Paris". Titles of Wikipedia overview articles may as well include country name for disambiguation purposes, but as pointed, this is not needed on Wikidata, where we can and should use accurate terms as labels.

A national designation is its own thing, an individual concept, as defined in national legislation, not some category-like pseudo-class with an ad hoc name, if that's what you might think. National park in this case is defined and listed in Estonian legislation, see official English translation, where the term for this type of protected area is simply "national park". As you can check via external identifers added to this item, this is also reflected in EUNIS database, where English name is simply "national park". In fact, I don't know any sources where name of this designation would include country name. Hence current label, including country name, is misleading, as this definitely isn't the "item's most common name" (again, see Help:Label). The same aplies to similar designations in other countries, as you can easily check via CDDA designationTypeCode (P9800) links now. 2001:7D0:81DA:F780:500A:1DCE:4F95:DAB1 08:59, 18 November 2021 (UTC)Reply

Inception citation

edit

revision 😞 Why? Lectrician1 (talk) 17:46, 13 February 2022 (UTC)Reply

@Lectrician1: A citation-needed constraint (Q54554025) was added to the property inception (P571); however, there is neither comment, nor discussion regarding this significant change at Property_talk:P571: P571 is a property that is utilized for virtually every item that is not an instance of a Wikimedia related item, e.g., category, list, permanent duplicate item, or a subclass of another item. Additionally, the only suggestion/example given at Help:Property constraints portal/Citation needed for the constraint's use is for properties likely to be challenged, e.g., properties that may violate privacy. ⚊⚊ DCflyer (talk) 19:00, 13 February 2022 (UTC)Reply

I just added it because I got frustrated at trying to make sure the statements were actually valid. I'd consider the validity of a date to be pretty important and every statement should have one. Other date properties like announcement date (P6949) also require citations. Lectrician1 (talk) 19:13, 13 February 2022 (UTC)Reply
I'd consider the validity of a date to be pretty important and every statement should have one.
I fully agree with the first part of your statement. However, there are an inordinate amount of other property statements that contain non-date/time values which could be considered to have equal or similar importance, but based upon the collaborative nature of the editing process, it's not any single editor's role to unilaterally alter one of the most utilized Wikidata properties: inception (P571). That's why there are 24 previous comments/discussions on this property's talk page, including the renaming of this property without discussion. ⚊⚊ DCflyer (talk) 20:06, 13 February 2022 (UTC)Reply
Okay, I have created a discussion about adding the constraint: Property talk:P571#Require citation Lectrician1 (talk) 20:16, 13 February 2022 (UTC)Reply
Sounds good. Thanks. ⚊⚊ DCflyer (talk) 20:33, 13 February 2022 (UTC)Reply

Kings County (Q156358)

edit

Hello Dcflyer, could give a brief reason for these edits? Why did you remove many valid statements such as population (P1082) and instance of (P31)metropolitan statistical area (Q1768043)? We retrieve data about US places directly from German Wikipedia, and your changes lead to bad data quality, which is why the data retrieval does not work for Kings county. Thanks and best regards, Yellowcard (talk) 16:18, 21 April 2022 (UTC)Reply

Hello @Yellowcard:, thank you for contacting me, as I was intent upon contacting you.

  1. Regarding Kings County (Q156358), it is not an instance of (P31) of a metropolitan statistical area (Q1768043). It is a county of California (Q13212489) which is part of (P361) the metropolitan statistical area (Q1768043) designated as Hanford–Corcoran metropolitan area (Q9098500). However, it appears that Kings County is coextensive with (P3403) Hanford–Corcoran metropolitan area (Q9098500)

Partial sources: Federal Reserve Economic Data (Q5440399) : https://fred.stlouisfed.org/categories/30565 , Metropolitan Statistical Area / Metropolitan Division: 25260 - Hanford-Corcoran, CA, 2016 (NAID 142657384) (Q67167645), Metropolitan Statistical Area / Metropolitan Division: 25260 - Hanford-Corcoran, CA, 2015 (NAID 142656562) (Q67168018) (2016), Metropolitan Statistical Area / Metropolitan Division: 25260 - Hanford-Corcoran, CA, 2012 (NAID 142654148) (Q67168698) (2015), Metropolitan Statistical Area / Metropolitan Division: 25260 - Hanford-Corcoran, CA, 2012 (NAID 142654148) (Q67168698) (2012), Metropolitan Statistical Area / Metropolitan Division: 25260 - Hanford-Corcoran, CA, 2010 (NAID 142652572) (Q67169320) (2010), Metropolitan Statistical Area / Metropolitan Division: 25260 - Hanford-Corcoran, CA, 2008 (NAID 142650986) (Q67170256) (2008), Metropolitan Statistical Area / Metropolitan Division: 25260 - Hanford-Corcoran, CA, 2007 (NAID 142650204) (Q67170485) (2007), Metropolitan Statistical Area / Metropolitan Division: 25260 - Hanford-Corcoran, CA, 2005 (NAID 142648650) (Q67170926) (2005), Employment Development Department (Q5374334) : https://www.labormarketinfo.edd.ca.gov/geography/msa/kings.html , and Census Reporter : https://censusreporter.org/profiles/31000US25260-hanford-corcoran-ca-metro-area/ .

  1. Regarding your statement that "your [my] changes lead to bad data quality," this accusation is completely unfounded.
    1. Instead, your batch additions of the properties of population (P1082) and number of households (P1538) on countless numbers of items utilized the same invalid reference URL, which do not make the statements verifiable: https://data.census.gov/cedsci/table?t=Populations%20and%20People&g=0100000US,%241600000&y=2020 , e.g., Wheaton
    2. The use of stated in (P248) 2020 United States Census (Q23766566) is additionally problematic, as the 2020 United States Census/United States Census 2020 is a recurring event (Q15275719), subclass of (P279) census (Q39825), and not a work, online database, website, etc. Also, there appears to be an interlingual difference (de and en) between the properties editor (P98) and publisher (P123), with the former property utilized in the references.
  2. Number of housing units is a different metric from number of households, e.g., Wheaton : 16 803 households, versus 2016–2020 American Community Survey (Q111610221) : https://www.census.gov/quickfacts/fact/table/wheatoncdpmaryland/PST045221 : 15 864 households.
  3. The batches have added duplicative data to multiple items which had, prior to these batch edits, statements for the same property or properties for the same point in time (P585).

Also, as an example applicable to other items, for 1 077 654 number of households of Brooklyn (Q18419), batch #80946 added the point in time of 2020-04-01, in addition to the prior existing, point in time of 2020, plus a reference; then the batch added 1 009 804 number of households for the same point in time of 2020-04-01, utilizing the same exact reference. However, according to the American Community Survey 2016–2020, there were 972 314 households (1 065 399 housing units on 2019-07-01) : https://www.census.gov/quickfacts/table/PST045215/36047 . Brooklyn (Q18419)'s number of households of 1 077 654 in 2020 and on 2020-04-01 and 1 009 804, also on 2020-04-01, is a veritable exemplar of "bad data quality."

Please let me know if I can assist in updating the reference (URL and qualifiers) utilized for the aforementioned properties for all relevant items. Thank you. ⚊⚊ DCflyer (talk) 22:34, 21 April 2022 (UTC)⚊⚊ DCflyer (talk) 23:16, 21 April 2022 (UTC)Reply

Introduction of Constraint Violations

  1. The use of the qualifier statement supported by (P3680) for population : An allowed qualifiers constraint (Q21510851) violation — Statement supported by is not a valid qualifier for population. See Metropolitan Fresno (batch #80807).
  2. Stated in 2016–2020 American Community Survey (Q111610221) : A value-type constraint (Q21510865) violation — Values of stated in statements should be instances or subclasses of one of the following classes (or of one of their subclasses), but 2016–2020 American Community Survey currently isn't: information, work, version, edition, or translation, catalogue, database, correspondence, information system, project, archive, digital library. See College Park (batch #83483).⚊⚊ DCflyer (talk) 03:06, 22 April 2022 (UTC)Reply
Hello DCflyer, thank you very much for your response. First of all, please apologize my statement about the "bad data quality". I was not aware about your intentions, sorry.
You're outlining quite a lot of aspects. Let us try to separate, so I believe we will find reasonable solutions for each of the aspects.
  1. Kings County and the Hanford–Corcoran metropolitan area (Q9098500): Basically I agree, that's two different items, with the same geographic borders, same demographics etc. There are many situations in the US where MSAs are coexistent with one county, and for many of those there is no separate item for the MSA yet. Do you think we should create items for all of those MSAs, and who is capable to do this work? But as mentioned, technically I agree that it's two different things with many shared properties.
  2. As for the number of households:
    • I agree that the definition of "number of households" is not as clear as it seems in the first glance. It's a separate definition by the USCB, but as we have to avoid OR, we should just use the USCB data. Unfortunately, even the USCB mixes the terms "number of households" and "number of housing units" in some sources, which does not make this easier to understand what exactly has been counted. Basically, what the Census Bureau consideres number of households is rather number of housing units, with some specialities. However, this is the defintion by the USCB and in my opinion we should stick with it. (Alternatively, we could create a new porperty "number of housing units", but as this is neither very clear, I am not sure this is a good approach.)
    • The data from the census 2020 data is definitely preferrable towards the ACS data, as the census has counted every inhibitant and every household, while the ACS is just a random sample (a very big one, though, however the data has been taken over five years) that necessarly bears margins of error. This margin of error is stated for each number in the ACS by the USCB thankfully, but as we have household numbers from the census, the household numbers from the ACS are rather irrelevant in my opinion. The numbers from these two sources are definitely not comparable (different timespan, different determination method, and especially most likely a different definiton of "number of households").
    • I cannot understand your edits in Brooklyn (Q18419) either. As above: We have a very reliable data from the US census about the number of households, why would you remove this very accurate data and replace it by estimated data from the ACS? This does not seem to be reasonable for me (of course, we can have ACS and Census data in parallel, but replacing census data by ACS data?).
    • Regarding the two datasets about the number of households in Brooklyn: That seems to be a technical error, I will have a closer look at that. The correct number from the US Census 2020 for Kings County, equal with Brooklyn, is 1,077,654 (source). I will check where the 1,009,804 statement comes from.
  3. Regarding the qualifiers, I am very open for better suggestions. I dicussed this a lot on German wikipedia, we have huge discussion threads on the USA portal there, but the comments from a more experienced Wikidata editor like you are very valuable. Some comments from my side:
  4. As for the source link: The US census bureau has published a very strong tool with the CEDSCI tables. These are the core data, and all other tools like QuickFacts and other sources just base on this core data. QuickFacts is much easier to use, but only utilized for places with more than 5,000 inhibitants, and third-party websites have obvious problems as they can never be as reliable as the core census data. The problem with the CEDSCI tables is, however, that linking is difficult. Using the link stated in the references leads you to the data source table, but then it is required to select the specific place to see the data in the browser. It is also possible to download CSV and Excel files for bigger data batches, which makes this data source very valuable. However, the statements are definitely verifyable, it just needs a little more work than one click. That's not an argument against the source, however, as it is not a requirement to have the data all directly available (same with a printed book etc., it might be some effort to access the reference). In this case, use the link in the references, download the CSV table, look for the place you desire and you will have the data verification. Also, the data is accessible with the browser, using the menu on the left.
    • I will check for further batches whether a better linking is possible, so the dataset can be retrieved with one click. As the USCB has made some improvements in the data table access, this might be possible by now; it was not some months ago.
I hope I have covered all aspects. Looking forward to your opinions and inputs. Best regards, Yellowcard (talk) 07:37, 22 April 2022 (UTC)Reply

Physical Review B, C, etc. were not discontinued in 2015

edit

Hi - I'm confused by why you created Physical Review A, Atomic, Molecular, and Optical Physics (Q109300557), Physical Review B, Condensed Matter and Materials Physics (Q109339486), and Physical Review C, Nuclear Physics (Q109253008) (were there others)? These journals did not in any way cease publishing or be replaced by something different at the end of 2015. There may have been arcane reasons why ISSN's were changed or reissued, but as far as the journals are concerned they have published continuously with steadily increasing volume numbers and no discontinuity since 1970. There are certainly things that change from year to year - the specific editors, subtitles, what they declare as their mission or coverage, etc. But none of that I think qualifies as a discontinuity justifying separate items. Can you explain? ArthurPSmith (talk) 21:28, 31 May 2022 (UTC)Reply

These journals did not in any way cease publishing or be replaced by something different at the end of 2015. [emphasis mine]
National libraries and related institutions state otherwise in their serials cataloging bibliographic records. For example, Physical Review A, Atomic, Molecular, and Optical Physics (Q109300557) (ISSN 1050-2947, eISSN 1094-1622, optical disc ISSN 1538-4446, ISSN-L (P7363) 1050-2947, ISO 4 abbreviation (P1160): Phys. Rev., A At. Mol. Opt. Phy., CODEN (P1159): PLRAAN) ceased in 2015.[1][2] This serial was both renamed and continued by Physical Review A (Q3382012) (ISSN 2469-9926, eISSN 2469-9934, optical disc ISSN 2469-9942, ISSN-L 2469-9926, ISO 4 abbreviation Phys. Rev. A, CODEN PRAHC3) and continued in part by Physical review. E, Statistical physics, plasmas, fluids, and related interdisciplinary topics (ISSN 1063-651X).[3][4][5][6][7][8][9]. In my experience, many/most, but not all, serials subsume articles published in preceding title(s) into the renamed or continuation title(s) which are manifested online. However, institutional and individual holders of print editions and their facsimiles remain in possession of serials identified by their specific titles and/or subtitles and ISSNs. Additionally, these items utilize the property followed by (P156) (aliases include: continued as and succeded by), not replaced by (P1366). ⚊⚊ DCflyer (talk) 08:19, 1 June 2022 (UTC)Reply
@Dcflyer: It is true that Phys Rev A did split off a portion as E - but that happened in 1993 (see https://journals.aps.org/pre/about), not 2015. The Library of Congress record you point to claims Phys Rev A started in 1990 (with volume 41!) - in fact it has been publishing continuously since 1970 (see https://journals.aps.org/pra/about). Librarians may think something changed in 1990 and 2015, but no physicist I know would agree. The American Physical Society has been publishing these Physical Review journals ("series 3") continuously, with only routine turnover in editorship and other attributes, since 1970. ArthurPSmith (talk) 21:29, 4 June 2022 (UTC)Reply
@ArthurPSmith: Item Physical Review A, Atomic, Molecular, and Optical Physics (Q109300557) contains the property followed by (P156), with six attached references. Similarly, this same item contains the property follows (P155), with the following references: (1) the U.S. Library of Congress: Continues Physical review. A, General physics 0556-2791 (DLC) 75021361 (OCoLC)1083925, (2) the U.S. National Library of Medicine: Continues: Physical review. A, General physics ISSN 0556-2791, (3) the British Library: Related Titles: Earlier Title: Physical review. A, General physics 0556-2791, (4) le Système universitaire de documentation : Suite de [continues/following] : Physical review. A, General physics, ISSN 0556-2791, (5) l'Archivio Collettivo Nazionale dei Periodici: Continues Physical review. A, General physics
Librarians may think something changed in 1990 and 2015, but no physicist I know would agree. [emphasis mine] I'm not a librarian, but that broad-brush statement reeks of stereotyping and disparagement of an entire profession—and by extension its practitioners—entirely based on an anecdotal evidence of the purported greater knowledge of different group of professionals. But the fact remains that the ISSN National Centre for the USA issued three sets of ISSNs (three ISSN-Ls) based on two subsequent serial title changes. However, there is apparently one significant discrepancy, whereas at least according to the APS Librarian Portal, the serial is divided into two separate titles & ISSNs, and not three: Physical Review A (2016-Current Year) and Physical Review A - Atomic, Molecular, and Optical Physics (1970-2015). Contacting the APS and/or the U.S. ISSN Center and the updating of one or more of the records, if necessitated, is one possible route to resolve the conflicting publication data. ⚊⚊ DCflyer (talk) 02:48, 9 June 2022 (UTC)Reply
Additionally:
OCLC WorldCat: Physical review. A, General physics. [©1970]-1989.
Bibliothèque nationale de France : Physical Review. A, General physics ; - Devient [becomes] : Physical review. A, Atomic, molecular, and optical physics = ISSN 1050-2947
CiNii: Physical review. Third series. A, General physics ; Published for American Institute of Physics by American Institute of Physics, 1970-1989 ; Vol. 1, no. 1 (Jan. 1970)-v. 40, no. 12 (Dec. 1989)
LIBRIS: Physical review. A, General physics ; Publicerad: New York : American Institute of Physics, 1970-1989
HathiTrust: Physical review. A, General physics. New Title: Physical review. A ; v.1 1970 pp.979-1846 — v.40 1989 pp.4837-6148 ⚊⚊ DCflyer (talk) 03:28, 9 June 2022 (UTC)Reply
CAS Source Index / CASSISM database:
CODEN PLRAAN
Title: Physical Review A: Atomic, Molecular, and Optical Physics
Entry Type: Changed Title Serial
Title Notes: "1970-1989 subtitled General Physics. From 1990-1992 odd numbered issues subtitled Atomic, Molecular, and Optical Physics and even numbered issues subtitled Statistical Physics, Plasmas, Fluids, and Related Interdisciplinary Topics"
Former Title Note(s): Supersedes in part
Former Title(s): Physical Review
History: s3 v1 n1 Jan. 1970-s3 v92 n6 Dec. 2015
Publication Notes: From 1993 superseded in part by Physical Review E
Successor Title Note: Changed to
Successor Title(s): Physical Review A [CODEN PRAHC3]
⚊⚊ DCflyer (talk) 04:20, 9 June 2022 (UTC)Reply
@Dcflyer: Six references is no better than 1 reference if all 6 are based on the same underlying source (here the change in ISSN, caused by a change in the words in the title). The central question here is, do we consider ISSN (or ISSN-L, since ISSN already has multiple ID's for different media formats, or CODEN) to be an identifier of the sort that forces us to have separate Wikidata items, even though by other considerations the item is a single entity with continuity over time? This is important as the Wikidata item for the journal is what identifies where scientific articles were published, so having that split arbitrarily is confusing for our users and likely a large fraction of articles will be linked to the "wrong" journal (I believe this is true right now looking at publication dates and relation counts). For something that continues over time in general (like organizations - or people!) we keep only a single Wikidata item, and use properties with from/to date qualifiers to indicate changes over time. This seems a much better solution in this case too. There are many other serials in Wikidata with multiple ISSN-L's - for example UNESCO Courier (Q3106922), International Labour Review (Q15716344), Journal of the Illinois State Historical Society (Q27722141). ISSN-L granularity does not match the natural granularity of Wikidata and I am certain this is another case where this should apply. ArthurPSmith (talk) 13:52, 9 June 2022 (UTC)Reply

Former entity

edit

@Epìdosis, Emu, MisterSynergy: Could one of you please explain Dcflyer what reason for deprecated rank (P2241) is meant for? He keeps marking IDs as "former entity" that are still valid. [10] Thanks in advance. --Kolja21 (talk) 02:37, 28 July 2022 (UTC)Reply

@Kolja21, Even though you are not addressing me on my own talk page and failed to the discuss the issue, I will. For the item Intelsat (Q778126), its current (third) official name is Intelsat S.A. The suffix Consortium was its original established form, see http://id.loc.gov/authorities/names/n80022852 . The suffix Organization/Organisation/Organización was its second established form. While the use of former entity (Q110770329) may or may not be the best or appropriate reason for deprecated rank, it was used to make all of the identifiers in alignment (second established form), and done so irregardless of VIAF cluster. ⚊⚊ DCflyer (talk) 02:58, 28 July 2022 (UTC)Reply

GND stands for en:Integrated Authority File:
  • GND 4717-X (Intelsat) is a valid ID.
  • GND 5294944-8 (INTELSAT) is a valid ID (duplicate).
Both IDs refer to the same company otherwise, they would be marked as predecessor and successor. They are from different databases: Corporate Bodies Authority File (Q872551) and Subject Headings Authority File (Q897080). Both IDs are valid until they are revised and merged.
In other cases like Q778126#P244 you can use subject named as (P1810), start time (P580), end time (P582) and mark one of the IDs with "preferred rank", see Help:P227. reason for deprecated rank (P2241): former entity (Q110770329) is only allowed if an ID no longer exists. --Kolja21 (talk) 04:02, 28 July 2022 (UTC)Reply
I'm well aware of what GND stands for. Reexamining 4717-X, I now see that it contains the other name of International Telecommunications Satellite Organization and references that the entity is the subject of the 2020 publication INTELSAT. : Restrukturierung einer internationalen Telekommunikationsorganisation. / Isabel Polley. Similar, but different, BnF authorities (Q19938912) contains a singular corporate name and authority file for Organisation internationale des télécommunications par satellite (forme internationale français), with a start date of 1964-08-20. BnF authorities (Q19938912) can also be accessed via fr:data.bnf.fr. I'll restore/fix Intelsat (Q778126). ⚊⚊ DCflyer (talk) 04:34, 28 July 2022 (UTC)Reply

Could you help me on this, please?

edit

The details are here: https://www.wikidata.org/wiki/Wikidata:Interwiki_conflicts/Unresolved/2022#Las_Vegas_(Q23768)/Las_Vegas_(Q1570252) 110.174.132.162 09:28, 4 September 2022 (UTC)Reply

Yes, glad to help. It is now resolved. I moved the site link https://zh-yue.wikipedia.org/wiki/拉斯維加斯 from item Las Vegas (Q23768) to item Las Vegas (Q1570252). ⚊⚊ DCflyer (talk) 03:53, 5 September 2022 (UTC)Reply
Thank you!110.174.132.162 09:30, 5 September 2022 (UTC)Reply

Qualified names on Wikidata

edit

Hello, I noticed your changes to the English labels on items for Baltimore neighborhoods. The naming conventions on Wikidata items are not the same as Wikipedia, we do not use qualified names which have disambiguation in them as there is no need to include them when Wikidata already has unique IDs for each item. The ", State" names in item titles across the US were actually all originally removed in an automated query and regularly removed by users doing maintenance cleanup.

A number of data consumers rely on Wikidata for labels of geographic place names, and using the qualified names breaks this behavior for them / results in user complaints. See for example https://zelonewolf.github.io/openstreetmap-americana/ (and the lengthy discussions about this in said map's GitHub issues)

I will change the names back as this is a general rule on Wikidata and someone will do this anyway even if I do not.

Also, I am somewhat confused by your issue with the edits to the Downtown Baltimore items. The Wikivoyage page is not congruent with the statistical area calles Downtown Baltimore. Middle river exports (talk) 13:45, 9 September 2022 (UTC)Reply

Also, it may not be obvious, but there is in fact a neighborhood called Chinquapin Park adjacent to Chinquapin Run which is not a park. Middle river exports (talk) 14:22, 9 September 2022 (UTC)Reply
I'm sorry, I do not understand your description of your issue with the labels. A more significant issue is the mass changes that took place to instances of neighborhood (Q123705), with the unsourced Neighborhood Statistical Area of Baltimore (Q111902602) — including making a hospital (Johns Hopkins Bayview Medical Center (Q14692069)) an instance of Neighborhood Statistical Area of Baltimore (Q111902602), as well as at least four parks: Carroll Park (Q34871578), Chinquapin Park (Q34924557), Herring Run Park (Q42450165), Patterson Park (Q3660981), and two college campuses (JHU Homewood and Morgan State). Also, the extensive movement of site links, moved to newly created and unsourced items, e.g., the case with Downtown Baltimore (Q3038329) and Downtown Baltimore (Q113785980). ⚊⚊ DCflyer (talk) 14:25, 9 September 2022 (UTC)Reply
GeoNames and GNIS is class park. ⚊⚊ DCflyer (talk) 14:27, 9 September 2022 (UTC)Reply
Is a hospital a neighborhood? A park? A college campus? ⚊⚊ DCflyer (talk) 14:29, 9 September 2022 (UTC)Reply
Yes, according to the city of Baltimore. The source may be seen in the references for the population statistics. These were added directly from the CSV table provided by the city using open refine.
Also, I reiterate that Chinquapin Run Park and Chinquapin Park are not the same thing. Carroll Park is both a park and a neighborhood, but Chinquapin Park is not a park at all (same is true for Kenilworth Park, Morgan Park, Roland Park, and so on.)
The neighborhood statistical area of baltimore statements are in the process of being moved to the "statistical unit" property as this is a better place for that information than instance of.
The new "unsourced" Downtown Baltimore item simply matches the content of the sitelinks.
If GeoNames is wrong, you can edit it. It is essentially a wiki. GNIS is editable as well if you email them, I have done this for a place on the Eastern Shore once. Middle river exports (talk) 15:01, 9 September 2022 (UTC)Reply
If it would help to better understand the label issue, maybe a more helpful way to explain it would be that Wikidata has to have different conventions due to its status as a multilingual site. If we base the English label off of English Wikipedia rather than.using a consistent convention across languages, this reduces Wikidata's utility in providing multilingual labels for places. Middle river exports (talk) 15:04, 9 September 2022 (UTC)Reply
You may find something like this to be more satisfactory: Downtown Baltimore (Q113785980). (I added more detail and allowed for accounting the different definitions of where downtown begins and ends according to different sources.) The site links are all about a grouping of downtown neighborhoods, except for the Hebrew Wikipedia article, which as far as I can tell explicitly mentions the street boundaries of the statistical area/official neighborhood at Downtown Baltimore (Q3038329) and described at https://livebaltimore.com/neighborhoods/downtown/ .
I am happy to work together on updating these items, but I would rather you did not remove pertinent information from items, especially population and housing statistics. You may use statistical unit (P2353) to indicate Neighborhood Statistical Area of Baltimore (Q111902602) (and see this map for the boundaries https://planning.baltimorecity.gov/sites/default/files/Neighborhood%20Statistical%20Areas%201216.pdf ), and coextensive with (P3403) if you wish to create separate items for coextensive historic districts, parks, campuses, etc. which is often a good idea. (I have been leaning towards always doing this for historic districts, some of the time for campuses depending on the context, and for parks the same item unless they have different boundaries in which case they are not the same entity. Baltimore designates various parks as "neighborhoods" for statistical purposes, but I would say that statistical neighborhood Druid Hill Park and Baltimore City maintained park Druid Hill Park are not separate entities. And for that matter, there are a few people who do in fact live with in the boundaries of Druid Hill Park.) Middle river exports (talk) 23:41, 9 September 2022 (UTC)Reply
Sorry one more remark on your changes... I would also add that deprecating valid names of neighborhoods is not a good idea. I know this probably was not your intent but deprecating "Whitelock" could come across as racially charged (it is a common sentiment that Reservoir Hill is the "white" name for the neighborhood, whether you agree with this or not).
The above and below comments comprise a specious, not-so-veiled false accusation. You conveniently leave out the fact that I also deprecated the name (P2561) Reservoir Hill (English), as well: Special:Diff/1724302817. Qualifiers for deprecation were not added because none of the currently available ones appeared applicable; however, the fact remains that on 7 May 2022 you added a statement for official name (P1448) and two statements for name (P2561). All three statements added without reference, and in regard to expressiveness, the lack of qualifiers, e.g., object of statement has role (P3831), valid in period, start time, end time, etc., as applicable. And yet conveniently again, you commenced to add references to the three statement after you left the above message. Special:Diff/1724925733. Also, http://viaf.org/viaf/143427838 and http://viaf.org/viaf/146941354 are two different entities. I will create a an item for http://viaf.org/viaf/146941354.
Sort of similar concern with renaming Cross Keys to "Village of Cross Keys" and describing it as a "private community." The neighborhood used to be predominantly black and is named after an inn in the area. There are still a few houses from the original Cross Keys standing on the side of Falls Road opposite the private complex. Middle river exports (talk) 00:37, 10 September 2022 (UTC)Reply
edit

your two creations are here: Wikidata:Database reports/to delete/empty human name disambiguation items, namely Q113308673 and Q113666932. Are you done more such items without sitelinks? Estopedist1 (talk) 11:50, 11 September 2022 (UTC)Reply

These are the only two such items. I was hesistant to create these two items without site links; however, I erroneously assumed it was preferable to adding multiple different from (P1889) statements to each item. My apologies for not investigating further before I created these two items. ⚊⚊ DCflyer (talk) 12:02, 11 September 2022 (UTC)Reply

please add rather than remove info

edit

https://www.wikidata.org/w/index.php?title=Q1330208&oldid=prev&diff=1774198069&diffmode=source:

  • You removed "catalog: Google Finance" with the explanation "value-type constraint violation".
  • I've added type "data set" to "Google Finance" and restored the statement: now there should be no violation

Rather than deleting statements, please add data! Vladimir Alexiev (talk) 13:14, 25 November 2022 (UTC)Reply

Hi @Vladimir Alexiev, you are correct. It was my mistake to remove the catalog statement and I apologize for this. Apparently in haste, I failed to recognize that Google Finance (Q1198691) is more than just an instance of a website, especially given the fact you had provided the reference URL https://www.google.com/intl/en_bg/googlefinance/disclaimer/ for the statement added to Stock Exchange of Thailand (Q1330208), which outlines and describes the exchange codes (catalog codes), comprising a data set. Thank you. ⚊⚊ DCflyer (talk) 01:40, 1 December 2022 (UTC)Reply

Union city vs Essex county, Ontario

edit

Thanks for your revert https://www.wikidata.org/w/index.php?title=Q7885285&oldid=prev&diff=1722108744&diffmode=source !

I did something more: moved WorldCat Entities ID "E39PBJbWBQDw8ByPCCWXFybw4q" (https://id.oclc.org/worldcat/entity/E39PBJbWBQDw8ByPCCWXFybw4q) from Essex county to Union city in the same county.

Oh, the joys of VIAF and Worldcat conflations are endless! Vladimir Alexiev (talk) 13:35, 25 November 2022 (UTC)Reply

It appears that the conflation involved the VIAF ID 139472893 and the two Wikidata items Essex County (Q953088) and Union (Q7885285), as the latter item had the en label "Union, Essex County, Ontario" until I made my edits, and still has the nl label "Union, Essex County, Ontario". Consequently, the Library of Congress authority ID (P244) n83203775 (Essex (Ont. : County)) was added as part of a batch of edits, which ultimately created a match for the VIAF ID, which in turn created a match for the WorldCat Identities ID. Instead of reverting the edits for the VIAF and WorldCat Identities IDs, I should have moved the statements, or deprecated them with the addtional qualifier of intended subject of deprecated statement (P8327). ⚊⚊ DCflyer (talk) 06:52, 1 December 2022 (UTC)Reply

cross access

edit

Hi DCFlyer,

are you American? I am not and would be interested whether a US person knows cross access (Q116732101) or thinks what it would be.

Kind regards-- Abby Zwerner (talk) 17:19, 8 February 2023 (UTC)Reply

You may want to familiar yourself with the Universal Code of Conduct. You chose two links for the property described at URL (P973) : from the governments of New York City, New New York, and Phoenix, Arizona, both of which are located in the United States. Also, that property has the required qualifier constraint (Q21510856) of language of work or name (P407). ⚊⚊ DCflyer (talk) 17:38, 8 February 2023 (UTC)Reply
I would be glad if you could give me an answer with your personal thoughts, and not to approach me legalistically.--Abby Zwerner (talk) 17:41, 8 February 2023 (UTC)Reply
There is no established name nor any online sources for cross-access in my language, therefore I haven't entered it.--Abby Zwerner (talk) 17:43, 8 February 2023 (UTC)Reply

Please reply, there is an ongoing deletion request between us.--Abby Zwerner (talk) 17:58, 8 February 2023 (UTC)Reply

Modelling journal relationships and Bulletin du Muséum national d'histoire naturelle (Q37408733)

edit

Hi @Dcflyer,

I've just noticed that you've remodelled Bulletin du Muséum national d'histoire naturelle (Q37408733) and associated journals, changing relationships between some iterations of this journal to has part(s) (P527). These changes broke an app that I've developed to display bibliographic data such as lists of articles, and journal relationships, which caused me a minor moment of "what just happened!?" The app is https://alec-demo.herokuapp.com/

If I follow your edits they essentially change the name for the relationships rather than change the relationships themselves? My concern is that this is a complicated series of journals (for their history see 1802–2018: 220 ans d'histoire des périodiques au Muséum (Q93462644), and I have created thousands of links between them and the articles they contain, hence changes to the journal items can have serious knock on effects.

Obviously there are multiple ways to model relationships between journals, and one outcome of this is that I may have to extend my queries to include has part(s) (P527). I just wanted to reach out, and make you aware that changes in modelling these things can have unexpected side effects for those building things on top of Wikidata. Rdmpage (talk) 08:15, 15 February 2023 (UTC)Reply

FYI here's the visualisation of the history that disappeared after your edits, but which I've recreated by adding has part(s) (P527) to the SPARQL queries that generate the graph.
 
History of Muséum national d'histoire naturelle journals
Rdmpage (talk) 08:55, 15 February 2023 (UTC)Reply
Hi @Rdmpage,
Thank you for informing me of my problematic modeling of Bulletin du Muséum national d'histoire naturelle (Q37408733) and its associated titles/journals. At the time (2021), I was naïve to Functional Requirements for Bibliographic Records (Q16388) and serials cataloging (Q104527784).
Additionally, the text of 1802–2018: 220 ans d'histoire des périodiques au Muséum (Q93462644) (p. 3) contains links for detailed and informative timelines : Frise chronologique des revues scientiques du Muséum national d’Histoire naturelle de 1802 à 2018 and Chronological timeline of the scientific journals of the Muséum national d’Histoire naturelle from 1802 to 2022.
I can replace has part(s) (P527) and part of the series (P179) (with the latter property utilized improperly, as item Q37408733 is not a instance of a series or one of its subclasses) with (1) follows (P155), followed by (P156), and discontinued date (P2669), or with the properties (2) replaces (P1365) (Dublin Core Metadata Element Set (Q624610) Replaces), replaced by (P1366), and dissolved, abolished or demolished date (P576). If you could please advise which set of properties that you may have determined to model best, as well as for querying and maintaining the app links, it would be much appreciated. Thank you. ⚊⚊ DCflyer (talk) 03:01, 17 February 2023 (UTC)Reply
Hi @Dcflyer,
I claim no expertise in Functional Requirements for Bibliographic Records (Q16388), indeed I'm trying to actively avoid getting entangled in FRBR given the levels of complexity it can add :O
After my initial WTF!? I think either way of modelling this is fine. From my perspective it's the connections between items that matter more than the specific labels that we attach to them. I've modified my app to include has part(s) (P527) and part of the series (P179). Hence I'm happy to leave things as they are.
If you wanted to make a decision between which properties to use, I guess one approach is to do a SPARQL query to find out which property is the most popular on Wikidata and go with that. Rdmpage (talk) 08:47, 18 February 2023 (UTC)Reply

Singer Tract (Q118954290)

edit

Hello DC,

may I convince you that this geographical name is widely used?

Today it has become part of the Tensas River National Wildlife Refuge. U. M. Owen (talk) 07:58, 2 June 2023 (UTC)Reply

J. R. R. Tolkien (Q892)

edit

Hi, I noticed you reverted two edits made by me to J. R. R. Tolkien (Q892). Youre propbaly right, it was just my attempt to suppress the warning. May you suggest another workaround? Besides J. R. R. Tolkien (Q892) has a lot of issues:

  • birth name (no ref)
  • manner of death (no ref)
  • Esperanto
  • University of Oxford degree
  • Influenced by (no ref)
  • Fellow of the Royal Society of Literature (no ref)
  • Historical Commission of the Bavarian Academy of Sciences
  • Huijiwiki
  • Los Angeles Review of Books author ID

-- Carnby (talk) 05:41, 10 August 2023 (UTC)Reply

@Carnby, it's highly problematic that you created two demonstrably false items in order to suppress the warning of constraint violations. While obviously lacking the intent for, the result is little different than vandalism. -- DCflyer* (talk) 11:44, 11 August 2023 (UTC)Reply
That was intended also to be an apology for my mistake.-- Carnby (talk) 16:28, 11 August 2023 (UTC)Reply
@Dcflyer, I don't see anything "false" about them. In fact, "translated text" seems a better fit than "translation", as a genre. Carnby is working in good faith, and vandalism is narrowly defined here on Wikidata, and Carnby deserves better than basically being accused of vandalism. I see nothing highly problematic about those edits that were easily reverted, and creation of only two items. Those are drops in the bucket where Wikidata is concerned. Carnby, please accept my commendation for your work on this important item. Thank you. Elizium23 (talk) 08:08, 13 August 2023 (UTC)Reply
@Elizium23, if an accusation is being made, it seems to be coming from you. literary studies (Q121086586) is not an instance of literary genre (Q223393). That is a false, unsupported claim. Same for translation (Q121086568) being an instance of a literary genre. -- DCflyer* (talk) 08:39, 13 August 2023 (UTC)Reply
You've modified both items since Carnby used them, and little would prevent us from adding the qualities that you say are lacking. This is a wiki, after all. Elizium23 (talk) 09:12, 13 August 2023 (UTC)Reply
@Elizium23, I agree with one thing that you wrote: this is a wiki. You or another editor are free to revert the edits that I made to the two merged items. Or, at your request, I can undo the merges and related edits. But what then? Keep the unsupported claims that literary studies and translation are instances of literary genre? Or, do you have access to any source(s) that support the claims that literary studies and translation are indeed literary genres? If not, does an editor model these merged items after literary studies (Q208217) and translated edition (Q39811647), respectively? If so, won't the two most recently created items duplicate the two previously existing ones — the reason why I merged them? Also, if the latter is the case, the reason for creating the items — to not have property constraint violations triggered — will not be fulfilled. Ultimately, the fact remains that Wikidata items model real world entities and concepts, and creating items solely to avoid triggering internal Wikidata property constraint violations — that can be addressed by alternative means, or potentially not at all — is incompatible with that fact. -- DCflyer* (talk) 11:11, 13 August 2023 (UTC)Reply

WorldCat Entities ID (P10832)

edit

Just to note that the workaround <no value> was suggested to me by an user.-- Carnby (talk) 06:17, 13 August 2023 (UTC)Reply

Hi @Carnby, thank you for the information. That appears to be the same editor, surrounding the same issue, that lead to this.
The item-requires-statement constraint (Q21503247) for P7859 (P7859) is a suggestion constraint (Q62026391) for the property WorldCat Entities ID (P10832), opposed to being a mandatory constraint (Q21502408). There is an open discussion for property deletion for P7859. It appears that the current status/consensus is to place the deletion on hold until a significant amount of values can be added for the newer property, as some, but definitely not all of the superseded identifiers redirect to the newer ones. It also appears that the suggestion constraint was added to prompt editors to add the new identifier, if one currently exists, until/if P7859 is deleted, as is stated at Help:Property constraints portal : "Constraints are hints, not firm restrictions, and are meant as a help or guidance to the editor." -- DCflyer* (talk) 07:52, 13 August 2023 (UTC)Reply

Again P7859 (P7859)

edit

Hi, I noticed you fixed Notre Dame du Haut (Q638250) and Notre-Dame de Paris (Q2981). That's good. Could you please help me fix the property also on The New York Times International Edition (Q678086), The Daily Telegraph (Q192621) and Aroma-Zone (Q56317220)?-- Carnby (talk) 10:11, 17 August 2023 (UTC)Reply

Hi @Carnby, there were neither fixes needed, nor fixes made for the first two items regarding P7859 (P7859). Likewise, no fix is necessary for the additional three items.
The use of a suggestion constraint (Q62026391) for an external identifier property is not unique to P7859. For instance, Union List of Artist Names ID (P245) has multiple suggestion constraints, which nonetheless trigger constraint violations on thousands of a valid items, including Louvre Museum (Q19675) and Bibliothèque nationale de France (Q193563), and for which the suggestions are not applicable. -- DCflyer* (talk) 16:28, 19 August 2023 (UTC)Reply

Miami ~ list of people from Miami

edit

Hi, why did you revert my edit? There's a statement in Miami (Q8652): different from (P1889) list of people from Miami (Q6632601), I just added the symmetric statement.-- Carnby (talk) 20:31, 23 August 2023 (UTC)Reply

Deleting located in the statistical territorial entity (P8138) in many data sets of cities

edit

Hi, why did you delete P8138 in so many different data sets? We actually use it to add the MSA inhabitant numbers in these Principal city articles. Thanks in advance for your reply. Regards Stefan (talk) 18:08, 6 September 2023 (UTC)Reply

Hi @Dionysos1988, a county of the United States (Q47168) (or county-equivalent (Q1188782)) is neither a metropolitan statistical area (Q1768043), nor otherwise a subclass of a statistical territorial entity. United States counties (or equivalent entities, e.g., borough of Alaska (Q13410522), parish of Louisiana (Q13410524), New England (Q18389) planning region) are subclasses of administrative territorial entities.
According to the 2020 Standards for Delineating Core Based Statistical Areas, published by the Office of Management and Budget (Q284392) (OMB) in a Federal Register (Q5440362) Notice (86 FR 37770 - 37778) on 2021-07-16:
"Both metropolitan and micropolitan statistical areas are composed of entire counties. 'Central counties' are those that contain the population nucleus mentioned above. These nuclei are identified by a separate geographic statistical program, the urban areas program at the Census Bureau. 'Outlying counties' qualify to join a central county based on demonstrating sufficient commuting with the central county or counties of the area. Counties that do not fall within metropolitan or micropolitan statistical areas [emphasis mine] are 'outside of a CBSA. '" (paragraph 16)
"Metropolitan Statistical Area (MSA)—A Core Based Statistical Area associated with at least one Urban Area that has a population of at least 50,000. The MSA comprises the central county or counties containing the core, plus adjacent outlying counties [emphasis mine] having a high degree of social and economic integration with the central county or counties as measured through commuting." (paragraph 136)
According to a United States Census Bureau (Q637413) glossary last revised on 2023-06-23:
"Metropolitan statistical areas consist of the county or counties (or equivalent entities) [emphasis mine] associated with at least one urban area of at least 50,000 population, plus adjacent counties [emphasis mine] having a high degree of social and economic integration with the core as measured through commuting ties."
Per OMB Bulletin No. 23-01, Revised Delineations of Metropolitan Statistical Areas, Micropolitan Statistical Areas, and Combined Statistical Areas, and Guidance on Uses of the Delineations of These Areas, released by Director of the Office of Management and Budget (Q16300323) Shalanda Young (Q104835199) on 2023-07-21 (and took effect immediately):
"The Core Based Statistical Area Standards do not equate to an urban-rural classification; many counties and county-equivalents included in Metropolitan and Micropolitan Statistical Areas [emphasis mine], and many other counties, contain both urban and rural territory and populations." (page 2)
"Metropolitan and Micropolitan Statistical Areas are delineated in terms of whole counties or county equivalents."
"Of 3,144 counties in the United States, 1,186 are in [emphasis mine] the 387 Metropolitan Statistical Areas, and 658 counties are in [emphasis mine] the 538 Micropolitan Statistical Areas (1,300 counties are outside [emphasis mine] the classification)." (appendix page 2)
"The geographic components of Metropolitan and Micropolitan Statistical Areas and Metropolitan Divisions are counties and equivalent entities (e.g., boroughs, a city and borough, and a municipality in Alaska, planning regions in Connecticut, parishes in Louisiana, municipios in Puerto Rico, and independent cities in Maryland, Missouri, Nevada, and Virginia)." [emphasis in the original] (appendix page 3)

Consequently, U.S. counties (or equivalents) and U.S. metropolitan statistical areas have distinct external identifiers for the properties FIPS 6-4 (P882), GeoNames ID (P1566), and Wolfram Language entity code (P4839). For example, please see Kalamazoo–Portage metropolitan area (Q5306365) and Kalamazoo County (Q137509).

The following are just some of your erroneous and unsourced/unsupported edits/claims that I reverted or removed:
You added the claim that Maui County (Q111409) is a metropolitan statistical area (MSA); however, the Kahului‐Wailuku‐Lahaina Metropolitan Statistical Area was comprised of Maui County (the central county) and Kalawao County (Q494546) beginning with the OMB 2013-02-28 delineation (see [11]), and the aforementioned two counties now compose the Kahului-Wailuku, HI Metropolitan Statistical Area (see appendix page 57 at [12]).
You added the claim that New Haven County (Q54234) is an MSA; however, South Central Connecticut Planning Region (Q117287005) is the county-equivalent (central) that composes the New Haven, CT Metropolitan Statistical Area, in conjunction with the principal city (Q16933701) of New Haven (Q49145) (see appendix page 64 at [13]).
Effective 2023-07-21, Atlantic City-Hammonton, NJ Metropolitan Statistical Area (Q122158847) is comprised of two central counties: Atlantic County (Q497928) and Cape May County (Q497795). You added claims (here and here) that these two counties are MSAs, yet they are not and never were.
Your initial edits were actually correct for the following: Special:Diff/1609632132, Special:Diff/1609611648, and Special:Diff/1609633426.
Lastly, why did you remove multiple claims here, and not merge the duplicate item with Hagerstown metropolitan area (Q5638653), instead? -- DCflyer* (talk) 00:27, 7 September 2023 (UTC)Reply
Hi Dcflyer, thank you for your reply. First of all, let me make clear that I do not act alone here, but as part of the German language US portal in Wikipedia, and we have worked out how to insert the new 2020 census data. As Wikidata is only a back-up project to support displaying data in Wikipedia, we did not care for the fact that a county is not a MSA. We just worked out, how to add the new census data in a reasonable expense. In fact, WD still lacks of actually most of the MSA data sets where a MSA comprises only one county, as you yourself might know. Therefore, we were not aware that these missing data sets would have an important need to become created at all. If there is a need to create them, as there is an important need to distinguish between an administrative purpose and a statistical one in WD, then we kindly invite you to create the missing MSA sets. Help us to extend and correct everything what is needed, in order to put the MSA census data back to the principal city articles in Wikipedia, as soon as possible. Every edit what someone makes in WD has a meaningful purpose and is no random guesswork. We in our US project spent weeks and months and thought about how to work out all this, to add this mass of data to Wikipedia. As your knowledge seems to be highly valuable, I invite you to participate at our portal discussion.
Regarding one of your other points: See here at the bottom of page 60 of this Bulletin of March 6, 2020, it says that the New Haven-Milford, CT Metropolitan Statistical Area only comprises the New Haven County. The w:en:New Jersey statistical areas article says the same. If this document and the WP article are outdated, then feel free to update everything what needs to be updated.
Regards Stefan (talk) 13:34, 7 September 2023 (UTC)Reply
@Dionysos1988, you wrote, "As Wikidata is only a back-up project to support displaying data in Wikipedia, we did not care for the fact that a county is not a MSA."
That statement is highly problematic for two reasons.
In the first place, while Wikidata collects structured data to provide support to other Wikimedia projects, Wikidata is a project in its own right, and not simply some form of a back-up. Wikidata is used by multiple third parties, including cultural institutions and authority files, as well as via Wikidata property for authority control, with reciprocal use of Wikidata (Q24075706).
Secondly, by stating that you disregarded the fact that a county is not an MSA, you indicated that you added factually incorrect — false — claims to more than 200 Wikidata items. These edits negatively affect the integrity and reliability of Wikidata.
And that includes the item for New Haven County. At the time that you created the false claim that it was an instance of an MSA, it was actually a component of an MSA.
Additionally, these false claims could adversely affect other Wikimedia projects. If a Wikipedia Infobox or other template contains, presently or in the future, parameters with the name-value pairs for instance of (P31) and located in the statistical territorial entity (P8138) and their respective incorrect values, the factually incorrect MSA-related information would be displayed in the particular Wikipedia(s). -- DCflyer* (talk) 21:49, 10 September 2023 (UTC)Reply
The new OMB Bulletin was released on July 21, 2023, and my contributions are more than a year older! Stefan (talk) 21:16, 15 September 2023 (UTC)Reply
@Dionysos1988, the edits in question that you made in 2022, to more than 200 Wikidata items, were unsourced, factually incorrect, and false claims at the time that the edits were made by you — unsupported, contradicted, and refuted by the 2020 bulletin (OMB Bulletin No. 20-01), which was in effect at the time of your edits. Referencing the 2023 bulletin (OMB Bulletin No. 23-01) in that regard is obfuscation, deflection, and deception.
Your false claims of P31 of MSA for items provided factually incorrect data to Wikimedia Commons, as Template:Wikidata Infobox relies upon values of P31 from Wikidata. -- DCflyer* (talk) 01:34, 16 September 2023 (UTC)Reply
Prior to this most recent discussion and to the one at User_talk:Dcflyer#Kings_County_(Q156358), I took an interest in creating Wikidata items for U.S. metropolitan statistical area (Q1768043) (MSA) without an item. I will proceed to create those items. As of this writing, there are 288 items with P31 of MSA. I will utilize the U.S. Census Bureau's Delineation Files (last revised on 4 August 2023): Core based statistical areas (CBSAs), metropolitan divisions, and combined statistical areas (CSAs) (.xlsx file) and Principal cities of metropolitan and micropolitan statistical areas (.xlsx file), and OMB Bulletin No. 23-01 — using the qualifiers of start and end times for any principal city and/or primary or outlying county (or equivalent) that may have been located in the statistical territorial entity (P8138) of an MSA that was abolished or otherwise had its administrative and geographic components significantly altered by the most recent OMB bulletin's criteria and delineations. -- DCflyer* (talk) 01:27, 21 September 2023 (UTC)Reply
Still looking for an explanation for one-county-MSA New Have-Milford, CT, containing only New Haven Cty., as linked above, if any cbsa cannot contain only one county (thought it couldn't for myself, but the whole issue is somewhat new for me). May I suggest to chill in regard to the deception part - I've experienced enthusiasm, but not that. Although I might have to admit there might have been certain issues in comprehension with some parties - WD is a monster in itself that has to be carefully learned, if you'll pardon my colourful language. Regards, (deWP) --G-41614 (talk) 21:50, 26 September 2023 (UTC)Reply
@G-41614, irrespective of intent, which cannot be known (good faith is assumed and remains applicable here), the following statement — as an assertion — is deceptive: The new OMB Bulletin was released on July 21, 2023, and my contributions are more than a year older!
The claims that are the subject of the edits in question were false at the time that they were made, as a U.S. county (or equivalent) was never an instance of an MSA, period. (.html) (.pdf)
The reference to a subsequently published bulletin (on July 21, 2023) in conjunction with the reference to the time that the edits were made (more than a year older!) misleading implies that U.S. counties (or equivalents) were MSAs up until July 21, 2023. If this interpretation is incorrect, please inform me. -- DCflyer* (talk) 04:28, 27 September 2023 (UTC)Reply
Have you already removed the false "county is a MSA"-claims in every item or has this still to be done? In the last case, is there a worklist or something? Stefan (talk) 12:30, 27 September 2023 (UTC)Reply
Thank you, DcFlyer. No point splitting semantics (on my part, not yours) as english isn't my first language, which I'm sure is obvious, so I'm probably missing out on connotations. Suffice to say that your earlier statement, which I didn't question factually, read to me as if it might miss some agf. Much as I'd like to help with the issue at hand, WD ist a bit too much for me so far, so I'll leave it at that. Knowing that there is somebody at the WD-end working on these issues is good to know, although, of course, it might be frustrating for the User in question. Regards, --G-41614 (talk) 08:05, 28 September 2023 (UTC)Reply

Hi Dcflyer, what are your further plans in the MSA issue? I recently saw you created some new items with inhabitant numbers included. Are you planning to create the last few missing items? I appears to me that you are by far quicker than me. I really appreciate your help. Stefan (talk) 22:44, 6 October 2023 (UTC)Reply

Hi @Stefan, thank you for contacting me. Also, thank you for locating items for U.S. metropolitan areas that have site links to the es-wiki, but lack instances of MSA. I just located another 57 such items (most of the items that I recently created duplicate these items) and there are possible more. Additionally, thank you for adding sources, both for verifiability and to decrease the likelihood that a claim might be removed in the future by another possible editor.
After I merge all duplicate items and locate all preexisting items that are actually MSAs, I will create the missing items, if any remain. I will inform you of the status. After all of the items are accounted for, I will add inhabitant numbers to all items that lack them, and update as necessary the geographic components (both what the items contain and what other items are located in). Thanks again. -- DCflyer* (talk) 00:28, 7 October 2023 (UTC)Reply

Francisco Bernis

edit

Thanks for the correction in Francisco Bernis Carrasco (Q24287626). I screwed up when I put the dates of birth and death because I didn't realize that when I pasted them, without a space in the middle of the last name, WD swallowed the word whole. Thanks a lot. MartinGala (talk) 22:43, 13 September 2023 (UTC)Reply

@MartinGala, you're welcome, and no problem at all. Thank you for providing me with feedback and for your conscientiousness. Best, -- DCflyer* (talk) 23:27, 15 September 2023 (UTC)Reply

Vatican City

edit

Hello, I see that you recently edited Vatican City. I come here with a quick request: as I lack the privilege level, could you please update the "detail map" links to instead be File:Vatican City map EN.svg for the English version and File:Vatican City map IT.svg for the Italian version? I've been working with a user to create updated versions of said maps (French and German will come at a later time). I've already tried asking on that page's discussion page, but it's been 2 weeks and no one's done it. Thank you in advance. Vuccala (talk) 22:31, 17 September 2023 (UTC)Reply

What do you see as the difference between Q43229 and Q106668099?

edit

Can you give an example of an entity that is a subclass of one and not the other? Swpb (talk) 15:37, 8 December 2023 (UTC)Reply

@Swpb: organization (Q43229)/organisation and corporate body (Q106668099) are different concepts that are modeled differently.
Substantively beyond the fact that all of Q106668099's labels (ca, de, en, es, et, fi, fr, nb, sl, and sv) differ from Q43229's labels for those particular languages, corporate body is a facet of (P1269) authority file (Q36524). Organization is not. Corporate body is partially coincident with (P1382) corporation (Q167037). Organization is not.
Corporate body has a claim of equivalent class (P1709) with the value Resource Description and Access (Q1519318) (RDA) class http://rdaregistry.info/Elements/c/C10005 (rdac:10005) that further indicates that it is a concept of library science. The RDA glossary has defined "corporate body" as "An organization or group of persons and/or organizations that is identified by a particular name and that acts, or may act, as a unit." (Corporate Bodies: Access Points and Authority Control (Q108373286), note 2) (.html). Regarding the scope of corporate body, "Ad hoc events (such as athletic contests, exhibitions, expeditions, fairs, and festivals) and vessels (e.g., ships and spacecraft) are considered to be corporate bodies. (RDA 11.0)"(.ppt slide 7).
@AdamSeattle: if you don't mind, could you please confirm that the item you created, corporate body (Q106668099), is not a duplicate of organization (Q43229), and did not warrant a merge into the later item? Thank you. -- DCflyer* (talk) 08:26, 9 December 2023 (UTC)Reply
Yes, it is not a duplicate of organization. Organization is one type of corporate body. A space ship or a vessel is not an organization but it is a corporate body. A conference, festival, exhibition could arguable also not be considered an organization, but they are corporate bodies in RDA. An artist group of two artists is probably also not an organization. AdamSeattle (talk) 09:39, 9 December 2023 (UTC)Reply

@Dcflyer, AdamSeattle: If that is the case, then the description of corporate body (Q106668099) is woefully incorrect. A "collective agent who is composed of persons who are organized for a common purpose or activity; includes associations, commercial enterprises, government agencies, institutions, or other organizations" describes organization (Q43229) exactly. "An artist group of two artists is probably also not an organization" – um, it certainly is one!! An organization is any social entity (more than one person) with a common goal. organization (Q43229), its labels, descriptions, and Wikipedia articles, say nothing about size or formality as part of the definition of the term. Also, how can an entity "composed of persons" include vehicles?! Unless it's the crews of those vehicles that are meant? In which case, again, I don't see the difference from organization (Q43229). Being "a concept of library science" also does not make corporate body (Q106668099) different in extent from organization (Q43229) – the same entity may carry different labels in different fields, but that doesn't make it a different entity. So what I'm asking you is: what exactly do you see as the membership criteria for "organization" and "corporate body", such that there are entities that are members of one but not the other? Swpb (talk) 17:22, 11 December 2023 (UTC)Reply

These corporate bodies according to cataloging rules would not be organizations in my opinion: ACM International Conference on Digital Libraries; Africa Drought Symposium; African Colloquium on Micropalaeontology; FIFA Women's World Cup; World Series [of baseball]; Apollo 11 [the spacecraft]; Pacific Clipper [the airplane]; Deep Quest [the submarine]; HMS Beagle [the ship]. But these are all considered corporate bodies by cataloging rules because the rules say that they are capable of authorship (or of creating works). AdamSeattle (talk) 18:35, 11 December 2023 (UTC)Reply
Ok, so then it sounds like corporate body (Q106668099) is supposed to be a superclass of organization (Q43229), that contains all organizations and certain social events, vehicles (bizarre, but sure) and possibly other things (but not, I assume, individual humans) that can be listed as authors. Do I have that right? Swpb (talk) 18:41, 11 December 2023 (UTC)Reply
@Dcflyer, AdamSeattle: Guys? Swpb (talk) 15:48, 13 December 2023 (UTC)Reply
Yes, I guess that maybe sounds right. Are government officials (e.g., heads of state and heads of government) also organizations? These are another category considered to be corporate bodies. Examples: United States. President (http://id.loc.gov/authorities/names/n80001199); Canada. Prime Minister (http://id.loc.gov/authorities/names/n79058473); Chiapas (Mexico). Governor (http://id.loc.gov/authorities/names/no90005572); Pensacola (Fla.). Mayor (http://id.loc.gov/authorities/names/n2001067147); United Nations. Secretary-General (http://id.loc.gov/authorities/names/n79063068). Also, specific incumbents of these are also corporate bodies: Canada. Prime Minister (1911-1920 : Borden) (http://id.loc.gov/authorities/names/no2022077280); Philippines. Governor General (1933-1935 : Murphy) (http://id.loc.gov/authorities/names/no2012088231); Perth (W.A.). Lord Mayor (2020- : Zempilas) (http://id.loc.gov/authorities/names/no2023079945). AdamSeattle (talk) 00:00, 14 December 2023 (UTC)Reply
Thanks. Organizations have more than one person, so government officials aren't organizations. Swpb (talk) 15:34, 14 December 2023 (UTC)Reply
Regarding vehicles, the subject of the Wikipedia article USS Panther (1889) is an example of a ship that was constructed as a corporate body access point via its role as depicted by (Panther (Ship : 1898-1922), ǂe depicted) / subject of notated music: The U.S.S. Panther — LCNAF n2014058461 (instance of MADS/RDF CorporateName) and VIAF ID 310711402 ( Corporate ). -- DCflyer* (talk) 19:32, 14 December 2023 (UTC)Reply

Request of adding located in the statistical territorial entity (P8138) and other cases

edit

Hi Dcflyer, like I announced earlier, I would like to clarify what should imho still be done in the MSA case. In a first step, I request to add located in the statistical territorial entity (P8138) in the following principal city (Q16933701) items:

Riverside (Q49243), San Bernardino (Q486168), Ontario (Q488134), Raleigh (Q41087), Cary (Q852665), Bridgeport (Q49174), Danbury (Q49198), Bakersfield (Q49256), Delano (Q775868), New Haven (Q49145), Oxnard (Q209338), Thousand Oaks (Q208447), Ventura (Q490434), Camarillo (Q846040), Cape Coral (Q462789), Fort Myers (Q506451), West Des Moines (Q923861), Kiryas Joel (Q913420), Poughkeepsie (Q178093), Newburgh (Q1044808), Durham (Q49229), Chapel Hill (Q671812), Palm Bay (Q816809), Melbourne (Q949779), Titusville (Q983779), Lancaster (Q320514), Visalia (Q495373), York (Q821105), Hanover (Q1182166), Waterbury (Q49178), Shelton (Q594109), Santa Maria (Q643953), Santa Barbara (Q159288), Brownsville (Q51693), Harlingen (Q868869), Eugene (Q171224), Springfield (Q40268), Naples (Q257830), Marco Island (Q985306), Ashland (Q725573), Fort Collins (Q490732), Loveland (Q876195), Greeley (Q94274), Olympia (Q42735), Lacey (Q970086), San Luis Obispo (Q49012), Paso Robles (Q586528), Merced (Q499189), Waco (Q128244), Bremerton (Q695417), Silverdale (Q1515408), Port Orchard (Q935482), Norwich (Q631402), New London (Q49146), Willimantic (Q754078), Laredo (Q16868), Slidell (Q988156), Mandeville (Q2507175), Yakima (Q499203), Daphne (Q79461), Fairhope (Q79502), Foley (Q79265), Gulf Shores (Q79669), , Las Cruces (Q33264), Lake Havasu City (Q79435), Kingman (Q79733), Elkhart (Q2008706), Goshen (Q1778812), Bend (Q671288), Racine (Q40340), Mount Pleasant (Q3345885), Punta Gorda (Q953543), St. George (Q52472), Eagle Pass (Q982486), , Traverse City (Q984544), Bangor (Q327012), Flagstaff (Q79842), Springfield (Q40325), Hammond (Q1014071), Wildwood (Q2152326), The Villages (Q279537), Mount Vernon (Q866311), Anacortes (Q483595), Sierra Vista (Q79891), Douglas (Q79878), Farmington (Q1012695), Bozeman (Q569678), Missoula (Q189602), Anniston (Q79474), Sandusky (Q608207), St. Simons (Q1523372), Michigan City (Q989282), La Porte (Q2018808), Muncie (Q932981), Lewiston (Q501170), Auburn (Q758545), Kankakee (Q578351), Fond du Lac (Q985584), Cheyenne (Q39042), Dubuque (Q493794), Fairbanks (Q79638), College (Q996048), College (Q996048), Great Falls (Q466190), Columbus (Q941870), Casper (Q223177), Minot (Q487201), Enid (Q984361), Walla Walla (Q222338), Carson City (Q40881)

Then - the second step - here are some special cases, where we should consider a change:

Besides that, P8138 is missing in the following items of principal cities of MSAs created after 2020, where we agreed to wait until next year for new population data. Nevertheless, P8138 can also be added right now: Covington (Q1014171), Helena (Q38733), Northampton (Q49186), Pinehurst (Q119542).

How shall we proceed? I suggest that I go through the big enumeration where P8138 is missing, seen above (first step). If you do not agree with any edits, feel free to contact me here or on my own discussion page. Regarding the special cases listed below, I hope to find a solution togehter with you.

I wish you happy christmas holidays and a happy 2024. Regards Stefan (talk) 12:50, 25 December 2023 (UTC)Reply

Hi @Stefan, thank you for your magnanimous, thoughtful, and detailed message.
Regarding step 1, yes, by all means, please feel free to add located in the statistical territorial entity (P8138) to principal city (Q16933701) and any other possibly relevant items that lack P8138. I will not undo, revert, or otherwise change any of your edits. If I need clarification regarding an edit, I will discuss it with you here, or on your talk page. Please do not hesitate to do the same with regards to any of my edits.
I agree with your assessment of all the items in step 2. Especially given the fact that New England City and Town Areas (NECTA) were discontinued under the 2020 Standards for Delineating Core Based Statistical Areas, published on 16 July 2021 (see also: Discontinuation of NECTAs Geography in ACS Products; NECTA Geography will be discontinued starting with the ACS 2023 data release; and New England City and Town Areas (NECTA) were discontinued under the 2020 standards for delineating Core Based Statistical Areas).
I have found that between roughly one-fourth and one-half of MSAs have a corresponding VIAF ID (P214). I will add the remaining VIAF IDs, while at the same time adding 2020 U.S. Census Bureau population counts for those and all other remaining MSAs lacking those counts. I will also address the items (and any other potential ones) from step 2. I think that all of the MSA items created before August 2023 can be fully completed and updated before the end of January 2024. New population counts (year 2023 estimation and demographic balance) should have their initial release in March 2024, and I will add those data to MSAs that were created (and significantly adjusted) in August 2023. Frohe Weihnachten und ein gutes neues Jahr 2024! Best, DCflyer* (talk) 22:35, 29 December 2023 (UTC)Reply

Hi DCflyer*, than you for your reply. Every principal city item is linked with its corresponding MSA item now. As I went through the MSA items, I saw that the following 48 items - of MSAs delineated earlier than 2023 - do not have population data so far:

Bakersfield metropolitan area (Q5850333), Cape Coral–Fort Myers metropolitan area (Q9098475), Palm Bay–Melbourne–Titusville metropolitan area (Q122852325), Lancaster metropolitan area (Q9098517), Visalia metropolitan area (Q6174069), York–Hanover metropolitan area (Q9098588), Santa Maria–Santa Barbara metropolitan area (Q9098563), Brownsville–Harlingen metropolitan area (Q4976801), Eugene-Springfield metropolitan area (Q6173933), Naples–Marco Island metropolitan area (Q122852784), Fort Collins – Loveland Metropolitan Statistical Area (Q5470965), Greeley metropolitan area (Q122871797), Olympia-Lacey-Tumwater metropolitan area (Q122871825), San Luis Obispo–Paso Robles metropolitan area (Q9098560), Merced metropolitan area (Q9098533), Waco metropolitan area (Q7958865), Bremerton–Silverdale–Port Orchard metropolitan area (Q122871868), Norwich–New London–Willimantic metropolitan area (Q122872075), Laredo metropolitan area (Q21010017), Yakima metropolitan area (Q122872283), Daphne–Fairhope–Foley micropolitan area (Q2828295), Las Cruces metropolitan area (Q12221423), Lake Havasu City–Kingman metropolitan area (Q6173966), Elkhart-Goshen metropolitan area (Q6173931), Bend metropolitan area (Q6173884), Racine–Mount Pleasant metropolitan area (Q6174022), Punta Gorda metropolitan area (Q122887737), St. George metropolitan area (Q6174050), Kenosha metropolitan area (Q122840163), Bangor metropolitan area (Q6173875), Flagstaff metropolitan area (Q6173942), Hammond metropolitan area (Q122961028), Wildwood–The Villages metropolitan area (Q122961054), Mount Vernon–Anacortes metropolitan area (Q122961100), Sierra Vista–Douglas metropolitan area (Q122961176), Farmington metropolitan area (Q6173939), Michigan City–La Porte metropolitan area (Q6173989), Muncie metropolitan area (Q6173995), Lewiston-Auburn metropolitan area (Q6173973), Kankakee metropolitan area (Q6173963), Fond du Lac metropolitan area (Q6173946), Dubuque metropolitan area (Q6173923), Fairbanks-College metropolitan area (Q6173935), Great Falls metropolitan area (Q6173950), Enid metropolitan area (Q123119684), Walla Walla metropolitan area (Q123119795), Carson City metropolitan area (Q6173904), Missoula metropolitan area (Q6173991), Bellingham metropolitan area (Q122872452).

Is it already possible for you to add the data to them? I`ve been very attentive here, so actually I can rule out that some of them were done twice.

Here are the items of MSAs delineated in 2023, to be added afterwards: Eagle Pass metropolitan area (Q122841046), Minot metropolitan area (Q122839950), Helena metropolitan area (Q122839914), Pinehurst–Southern Pines metropolitan area (Q122839652), Sandusky metropolitan area (Q122839607), Bozeman metropolitan area (Q122841058), Traverse City metropolitan area (Q122840085), Amherst Town–Northampton metropolitan area (Q122841067), Kenosha metropolitan area (Q122840163), Slidell-Mandeville-Covington metropolitan area (Q122840119), Waterbury-Shelton metropolitan area (Q122838070).

Regards, Stefan (talk) 17:37, 31 December 2023 (UTC)Reply

Hi @Stefan, thank you for linking every principal city item with its corresponding MSA. I greatly appreciate that you determined the items of MSAs delineated earlier than (and in) 2023 and took the additional time to enumerate and post them here. Adding census derived population counts to those 48 items will be my first priority when editing Wikidata in the new year.
Separately, when you have a chance, could you please advise what would be the most appropriate German language label for instances of micropolitan statistical area (Q3270419) (µSA). For the class itself, the label is currently Micropolitan Statistical Area.
This specifically applies to a few MSA items that have been modeled with replaces (P1365) and replaced by (P1366), including Minot micropolitan area (Q6869361), that had its designation changed from µSA to MSA: Minot metropolitan area (Q122839950)Minot city officials were notified in January 2023, and it became official on 21 July 2023. That former µSA, as well as several current µSAs, lack German language labels. -- Best, DCflyer* (talk) 00:58, 1 January 2024 (UTC)Reply
Hi DCflyer*, I know there is need for action regarding the µSAs. The problem is, that there is no appropriate term available. Creating one would be very close to original research. Google has only ~1000 hits for "Mikropolregion", almost none of them relate to the US. On the other hand, just taking over the english term is also difficult, as it would be incompatible to the "Metropolregion" term in relation to the MSAs. This is a matter still to think of. Stefan (talk) 01:46, 1 January 2024 (UTC)Reply

Ansambel Rudija Marondinija

edit

Hello! What's the rationale for this change to Ansambel Rudija Marondinija? --Romanm (talk) 09:08, 28 March 2024 (UTC)Reply

Hello, @Romanm. The WorldCat Entities ID (P10832) E39PCXCYQ9vFGjFcCgp9whjbJP is an identifier for an instance of WorldCat Entities (Q112122720) entity type Music (a subtype of Sound, which is a subtype of Work). The entity's description is the partially concatenated and truncated Musicassociated withRudi Marondini (Music associated with Rudi Marondini). It has a creation date of 1974, which falls between Ansambel Rudija Marondinija (Q124631962)'s work period (start) (P2031) and work period (end) (P2032) of 1967 and 1976. The musical work appears to be a self-titled work, as its Characteristics include the title "Ansambel Rudija Marondinija" and its language Slovene (Q9063).
When the WorldCat Entities dataset was created, it did not include entities that were instances of the class (type) organization (Q43229), or most of its subclasses; however, many new identifiers were created and added to the dataset in 2024 for this class and its subclasses, so it is possible that one may be created for Ansambel Rudija Marondinija and added at a future update. -- DCflyer* (talk) 00:38, 17 June 2024 (UTC)Reply

Add WCE remove WCI

edit

Can you help to review these: https://www.wikidata.org/w/index.php?title=Special:WhatLinksHere/Property:P7859&limit=350 ? ISNIplus (talk) 04:47, 8 September 2024 (UTC)Reply

Order of values

edit

I'm just wondering if there is any purpose to changing the order of values like you did here. I don't think the order makes any impact ... ? And edits like this to a well-used property cause a lot of entries on my watchlist! — Martin (MSGJ · talk) 09:31, 17 September 2024 (UTC)Reply

That's a great question, @Martin (MSGJ), but one that only ISNIplus can provide a definitive answer. On 9 September 2024, ISNIplus rearranged the values of P244's property constraints in three separate edits (here, here, and here). I simply restored the prior order, from what ISNIplus had changed it to being, and I performed it in a single edit.
However, ISNIplus' rearrangement did have a genuine effect on the order that the bot reports the constraint violations when it updates the database report page, including in the page's history, which is valuable for examining violation count changes across multiple reports. Just like how ISNIplus' removal of my comment (which was actually a direct reply to your initial comment), from their user talk page and their copying and pasting of it, along with my signature and date time stamp, to a property for deletion page that will be archived in the near future, makes that comment less visible or prominent, so does the rearrangement of property constraints for the two most affected constraint violations of single and unique (distinct) values.
Please compare the before ISNIplus' changes, after ISNIplus' changes, and current reports, as of this writing. Format violations were moved from the first section to the third, and of greater significance, single and unique violations were moved from the page's second and third sections, respectively, to the page's fifth and sixth sections, respectively, beneath the "Properties statistics" table.
Lastly, I primarily edit Wikidata on my mobile device in a browser, and the need for unnecessary extra page scrolling through these report pages and their histories created by ISNIplus' edits, makes the reversions and corrections of the ~ 6000 total single and unique constraint value violations which ISNIplus introduced (~ 4000 in a single batch run on 8 September 2024, and ~ 2000 in multiple batches in days prior) even more time and energy consuming. -- DCflyer* (talk) 19:25, 17 September 2024 (UTC)Reply