Wikidata talk:WikiProject Periodicals

requesting advice on a newspaper that was closed down and then reopened

Hello group, Wikidata:Wikiproject Periodicals/Participants I am working on a newspaper that opened in 1906, lasted for four issues only until it was ordered to shut down, but then, eleven years later, was revived under the same title, by the same political party and under the same masthead. I see properties for inception (P571), "dissolved, abolished or demolished date" (P576). I have been entertaining options such as "followed by", but it requires creating of a new WD item for essentially the same title. It would be great to have properties "Ceased publication" and "Resumed publication" but they are not available at this point. Did anyone dealt with a similar situation and can share how they got around this problem? It is such a typical situation that I cannot imagine it has not come up before. MatrosMonk (talk) 20:33, 6 October 2022 (UTC)

@MatrosMonk: Use significant event (P793) with an appropriate value like temporarily closed (Q55653430) though we might need a more suitable item than that? ArthurPSmith (talk) 18:18, 14 October 2022 (UTC)

dissolved, abolished or demolished date

John Vandenberg Aubrey Daniel Mietchen DarTar Maximilianklein Mvolz Andy Mabbett Mattsenate TomT0m JakobVoss Mahdimoqri Jsamwrites Dig.log Sic19 Andreasmperu Pete F 99of9 Mfchris84 Runner1928 Jneubert Juandev VIGNERON Uomovariabile SilentSpike Ecritures Tfrancart Dick Bos Rdmpage Clifford Anderson Parobis1 Susanna Giaccai Zblace Alessandra.Moi ArthurPSmith Alessandra Boccone Erfurth Mgrenci EthanRobertLee Sandbergja Aliyu shaba Walter Klosse Tommasopaiano Dr. Gogami TiagoLubiana (talk) 21:35, 30 December 2021 (UTC) Metacladistics Maxime Skim Reboot01 Strakhov Barrett Golding (Iffy.news)

Notified participants of WikiProject Periodicals Hi all, just to let you know, the use of the property dissolved, abolished or demolished date (P576) on items for periodicals currently gives a type constraint error, and has done for some time now (I'm not sure for how long exactly, though I think it's been a week at least). See for instance Epoch (Q5383780), the example used in the main WikiProject page to demonstrate use of this property. Anyone have any idea why this is happening now? I've been trying to look into whether recurring event (Q15275719) in particular (one of P576's type constraints) was recently removed from a periodical related item for instance, but I haven't found anything yet. Monster Iestyn (talk) 22:20, 27 October 2022 (UTC)

This issue appears to be resolved now (not that anyone responded here in over a month anyway...) Monster Iestyn (talk) 02:49, 8 December 2022 (UTC)

Nevermind, it's still happening. Monster Iestyn (talk) 15:30, 10 December 2022 (UTC)

Untangling two Chinese journals

Since its creation (!!!) until today, Science in China. Series A: Mathematics (Q15758572) contained data for two journals from China: "Science in China. Series A: Mathematics" (ISSN 1862-2763) and "Scientia sinica", the English edition of "Zhongguo kexue" (ISSN 0250-7870). I have now transferred all the latter journal's data to the existing Scientia sinica (Q107018940) (which previously had only a cancelled ISSN linked to ISSN 0250-7870), but unfortunately there remains about 380 article items which may have been incorrectly linked to the mathematics one as a result of the conflation (link). It would take forever to check all of these manually, so is there some way a bot can automatically relink them to Scientia sinica (Q107018940) instead, if it can verify which journal each article belongs to? Monster Iestyn (talk) 20:11, 28 April 2023 (UTC)

Journal name changes

John Vandenberg Aubrey Daniel Mietchen DarTar Maximilianklein Mvolz Andy Mabbett Mattsenate TomT0m JakobVoss Mahdimoqri Jsamwrites Dig.log Sic19 Andreasmperu Pete F 99of9 Mfchris84 Runner1928 Jneubert Juandev VIGNERON Uomovariabile SilentSpike Ecritures Tfrancart Dick Bos Rdmpage Clifford Anderson Parobis1 Susanna Giaccai Zblace Alessandra.Moi ArthurPSmith Alessandra Boccone Erfurth Mgrenci EthanRobertLee Sandbergja Aliyu shaba Walter Klosse Tommasopaiano Dr. Gogami TiagoLubiana (talk) 21:35, 30 December 2021 (UTC) Metacladistics Maxime Skim Reboot01 Strakhov Barrett Golding (Iffy.news)

Notified participants of WikiProject Periodicals

There are many journals whose names has changed over time. Consider this list of Springer journals, for example, which have had a name change. For many of them, we have two separate items for the old and the new name, which seems to be incorrect (e.g. Palgrave Communications (Q27727606) and Humanities and Social Sciences Communications (Q64521835), or Experientia (Q21385347) and Cellular and Molecular Life Sciences (Q5058352)). That being said, a name change necessitates an update to the ISSN and ISSN-L, and so before and after the name change, the ISSNs are different, and there are occasionally other external sites that give them independent identifiers in these cases as well. Should we be merging such items? If so, how should we mark identifiers like ISSN which apply to the old vs the new name? Should we use time-based qualifiers (start time (P580) and end time (P582)) or title-based ones (official name (P1448), applies to part (P518), or title (P1476)). Thanks. לוכסן (talk) 11:40, 14 July 2023 (UTC)

Hi @לוכסן, I would argue strongly against merging such journals. They have different names and different identifiers, please keep them separate. We have properties to link them together (e.g., replaces (P1365) replaced by (P1366)), and in some cases relationships can be complicated, involving different dates, publishers, etc. That information can be valuable to those of us trying to understand a journal's history. For a fun example see http://alec-demo.herokuapp.com/Q21386186. To give some context, I work in taxonomy (Q8269924) where I am trying to link names for species to their original publications, often based on data from other publications and databases. These sources typically use the names of journals at the time (or the ISSNs), hence any retrospective renaming (e.g., by merging different names into a single item) makes this project harder. It also has implications for projects that use Wikidata to generate citations (e.g., https://en.wikipedia.org/wiki/Template:Cite_Q). If items for old journal names are merged with items for newer names, citations in Wikipedia that are generated by CiteQ will be incorrect. Rdmpage (talk) 06:24, 15 July 2023 (UTC)

@לוכסן, Rdmpage: I'm not sure but here some thoughts :

• if the name is the only thing that change and it's the same journal (looking at Wikipedia article may also be a good clue), then having two different items will produce a lot of redundancy and confusion
  • if we really want to keep them separate then to avoid redundancy we should have 3 items per the "Bonnie and Clyde" solution : one general for the journal and two for each title (with only the data specific to each title)
• usually we merge them and qualifiers are made exactly to handle precisely such changes (eg. if a person or city changes its names, then we have only one items with name qualified)
• if it's the same journal with a different title, then replaces (P1365)/replaced by (P1366) is incorrect
• if templates like Cite_Q are not good enough to look at qualifier then the template should be corrected, we don't model data according to bad tools.
• if there is more change than just the name (for instance two journal merged/splitted, like European Journal of Taxonomy (Q21386186)), change in periodicity, etc.), then yes, obviously, too much qualifiers defeat the purpose, merge is often technically impossible and separate items should be preferred (and again the "Bonnie and Clyde" solution may be applied if needed)
• for the record, 43968 periodicals have more than one title: https://qlever.cs.uni-freiburg.de/wikidata/d3U212 (and up to 14 titles!).
• here an other example : Annales de Bretagne et des Pays de l'Ouest (Q2850663)/Annales de Bretagne (Q96701910), it's clearly the same journal (the Wikipadia articles are on both and - per copyright law - the Wikisource text are only the old ones) and the current situation is messy (triggering a lot of constraint violations).

Cheers, VIGNERON en résidence (talk) 13:10, 18 July 2023 (UTC)

@VIGNERON en résidence Obviously there are different ways to model these situations. I favour having distinct items if major identifiers such as Property:P1687 or Property:P8375 differ. In the example of Q2850663 and Q96701910 most of the constraint violations are because of having multiple web sites for the journals without indicating a preferred value, and a lack of language qualifiers, rather than anything to do with have two items for the “same” journal. I think it is reasonable to model this as two items, one follows the other. That keeps things simple and avoids having to add date range qualifiers to lots of properties.

I understand the concern about modelling data versus supporting tools, but surely these will always be concerns. If the model is too complex to be easy to use then we won’t have useful tools. Tools like CiteQ aim to bring value to users outside Wikidata itself, I think it would be useful to consider how modelling data affects those who make use of the data.

Obviously there is no one answer to multiple items versus one item with data qualifiers, and I suspect different Wikidata community will have different approaches. But in cases like journals which are linked to multiple other items (such as articles) and on which other projects (Scholia, WikiCite, CiteQ) depend, can I suggest caution before people decide to merge things that they consider to be the “same” when other might not share that view. Rdmpage (talk) 07:13, 20 July 2023 (UTC)

Yes we should be cautious about merging things - however there are many journals which have occasional name changes without any other change (resulting in ISSN-L changes) and I don't see any useful purpose in keeping separate items in this case when we don't do so for people or organizations or other entities that may change their names. ArthurPSmith (talk) 16:04, 24 July 2023 (UTC)

@Rdmpage, @VIGNERON en résidence, @ArthurPSmith:

Thank you all for your help. The case I was immediately interested in was for the journal Ha'Ivrit (Q6590196), whose name from the journal's inception in the year 5705 AM (Q2817621) up until 5770 AM (Q2740731) was "לשוננו לעם", but starting in the 5771 AM (Q2817680) edition, its name became "העברית". Making separate items for this would be very confusing, and not helpful, as the identity of the journal did not meaningfully change and, for example, regardless of whether you refer to the journal under the old or new name, it has the same inception (P571), and it would be incorrect to say that the journal, under the new name, was founded later, as it's truly the same entity, just with an updated name (and due to ISSN rules, new name means new ISSN, so also that).

I want to add the ISSN(s) to the item, but was blocked wondering how to do this considering it has had two.

(As a side note: Note the desire to mark the start and end dates according to the Hebrew calendar as the editions of the journal are identified by Hebrew calendar years and not Gregorian calendar years, (as similarly discussed in Wikidata talk:WikiProject Award#Annual awards according to other calendar systems in the context of prizes which are awarded according to Hebrew calendar (Q44722) years).)

לוכסן (talk) 19:42, 27 August 2023 (UTC)

Tagging @Rdmpage, VIGNERON en résidence, and ArthurPSmith once more. לוכסן (talk) 21:51, 22 September 2023 (UTC)

I can't say much beyond my own preference is to have separate items for journals that change ISSN, and connect them by a property describing their relationship. This avoids issues with multiple identifiers, and name changes may be meaningful to some users, even if the journal is the "same". I can't say more because the item being discussed Ha'Ivrit (Q6590196) has no identifiers, at least none that work. The one link it has returns a 404. Rdmpage (talk) 18:59, 23 September 2023 (UTC)

@Rdmpage: Thank you for the response. If you wouldn't mind taking a second look at Ha'Ivrit (Q6590196), I added a number of identifiers to it now. One for the original name "Leshonenu La'Am" and a second for the new name "Ha'Ivrit". Thank you. לוכסן (talk) 19:23, 23 September 2023 (UTC)

@לוכסן: Use qualifiers start time (P580) and end time (P582) on the ISSN's, official name, website, or any other properties that might be different - though if there are a large number of differing properties than I agree with Rdmpage's advice to split it into two. In general though it is simpler to handle fewer items than more, and clearer to end-users who may otherwise wonder which one to use. ArthurPSmith (talk) 16:52, 25 September 2023 (UTC)

As before, if this was a journal I was working on I would split it into two, following the external identifiers ISSN, OCLC, and Sudoc, and link the two, together with start and end dates. How important this is probably depends on what the goal is. I want to link articles to the correct journal (typically via ISSN) and ensure that articles can be correctly cited by tools such as citeproc.js, hence I tend to treat distinct ISSNs as distinct journals. I suspect people will chose whichever solution works best for them, and this may evolve over time (hopefully without edit wars). Rdmpage (talk) 08:32, 24 September 2023 (UTC)

Describing a page range for an article within a PDF file

I asked at https://www.wikidata.org/wiki/Wikidata:Project_chat#Describing_a_page_range_for_an_article_within_a_PDF_file whether when referencing a magazine available as a PDF with 2 leader pages before the numbered pages, whether I should refer to the visible page number or the PDF page number in the article, and whether it would be of merit to document the number of lead pages in the journal description so the PDF page could be computed from the visible page. Vicarage (talk) 14:02, 29 September 2023 (UTC)

USNPL ID links now go to malware

The domain for the US Newspaper Links (USNPL) now redirects to malware:
https://www.usnpl.com/

So the 6K Wikidata items with a USNPL ID now have malware links, e.g., Wikidata's NY Times page has this malware URL:
https://www.usnpl.com/search/newspapers?q=2293

Proposed fixes for the USNPL ID property are either:
1. Remove the "URL match pattern", or,
2. Change it to go to the Wayback Machine. For instance, this URL finds the latest capture in 2022 (when all the USNPL pages were still online):
https://web.archive.org/web/2022/https://www.usnpl.com/search/newspapers?q=5812

So the URL match pattern could be:
^https://web.archive.org/web/2022/https?:\/\/(?:www\.)?usnpl\.com\/search\/newspapers\?q=([1-9]\d*)

(Also posted this in Wikipedia_talk:WikiProject_Newspapers/Wikidata)
— Hearvox (talk) 19:26, 11 January 2024 (UTC)

Introducing the media directory

The media directory (https://observablehq.com/@pac02/media-directory) is a simple tool which makes it easy to see the list of newspapers, broadcasting channels and TV channels by country. PAC2 (talk) 21:56, 17 March 2024 (UTC)

Case study

What about case studies as a written work. I can see that case study (Q155207) is not considered as written work. Does it mean that if I am refering to published case study I would need two values for P31 - i. e. case study (Q155207) and scholarly article (Q13442814)? Juandev (talk) 20:03, 9 May 2024 (UTC)