Requesting the updating of the Juche calendar [solved]

I recently submitted updates to some of the North Korean notes in my collection from the Georgian calendar to the Juche calendar. The update was approved, but the Juche year now listed for these notes is incorrect. I am not sure how the numbering for the calendars works or how to update them, but the catalog needs updating to reflect the correct Juche years. 

For example, the 1998 dated type of this note is now listed in the catalog as the Juche year 3909

N#203270

The Juche calendar starts in 1912, and was only used from 1997 to 2024. As the Georgian year 1912 is Juche year 1, 1998 corresponds to Juche year 87, not 3909. Both the Juche and corresponding Georgian years are given on notes issued between 1997-2024 when the Juche calendar was used.

Additionally, the Juche years do not match the formatting of other non-Georgian calendar years in the catalog. For other notes utilizing non-Georgian calendars, the non-Georgian year comes first followed by the Georgian year in parenthesis, so the Juche calendar formatted should be updated to match.

Below is a list of the Juche and Georgian years that would apply to notes in the catalog:

86 (1997)

87 (1998)

88 (1999)

89 (2000)

90 (2001)

91 (2002)

92 (2003)

93 (2004)

94 (2005)

95 (2006)

96 (2007)

97 (2008)

98 (2009)

99 (2010)

100 (2011)

101 (2012)

102 (2013)

103 (2014)

104 (2015)

105 (2016)

106 (2017)

107 (2018)

108 (2019)

109 (2020)

110 (2021)

111 (2022)

112 (2023)

113 (2024)

You just changed the calendar without changing the actual year values from Gregorian to Juche, this should not have simply been approved without changing also the year values.

Yes that seems to be the issue, though I am unable to change the years as they are locked out for editing so they may need to be modified by an admin.

This was already changed back by the referee.

@Jarcek Is the calendar update something that can be implemented then after the note years are updated?

I can change both at the same time.

There was a forum thread about this:https://en.numista.com/forum/topic150158.html Local calendar should take precedence.

But then we found out that this note has both issues with and without local calendar.  N#203270 So this particular note we left with Gregorian calendar.

Poke: @vladthiengo to unify the all threads going around this recently.

Jarcek

There was a forum thread about this:https://en.numista.com/forum/topic150158.html Local calendar should take precedence.

Hello, @Jarcek!
According to the topic you posted, I was wondering what was decided for the case of Korean banknotes (since not all of them have the Juche calendar, but all have the Gregorian calendar): are we going to keep all the entries in the Gregorian calendar or are we going to put Juche where there is Juche?

I was looking at the one case where within one type/one page we had notes that both had Gregorian calendar and only some had Juche calendar. Even though local calendars should take precendence, we stick to one that was on all notes.

By the guidelines though, when local calendar is present, years should be inputted in the local calendar.

So, since Korea will follow these guidelines, we have some cases like this.

In particular, in two records, the calendar is in Juche, but the year is 2002 - a result of which is very far in the future. lol

The cases are in this forum: https://en.numista.com/forum/topic159435.html

I have fixed both those cases now.

@Jarcek Is it possible to update the initial note from the first comment that sparked this thread? I know there are many others on the site that need to be reviewed and updated as well so if its helpful I can compile a list of notes for you that would need updating. 

N#203270

That is exactly that one special case where were unsure - specimens do not Juche calendar on them.

What of the non-specimen notes? I can confirm the combined Juche/Georgian on the note per the one in my collection

Problem is that calendar is set for the whole page. If I had set Juche, specimen lines would falsely be marked as “undated”. For me, better solution is to keep the whole page as Gregorian.