Hello Nicole, I know you had some long pending requests around serials documentation, here is how i would do it. Hope this helps! (Answers directly in the message) Le 28/07/2014 17:42, Nicole Engard a écrit :

As always I'll share tips with the community in the manual in a section that credits you. Here are the patterns I'm looking for:

*Annals of internal medicine*

Has 24 issues per year (published 2 times a month) with the volume changing (rolling over) in the 1st week of July

Vol 161, No 2 July 15, 2014 Vol 161, No 1 July 1, 2014 Vol 160, No 12 June 17, 2014 Vol 160, No 11 June 3, 2014

There is something not clear here : either the volume changes twice a year in July and January, and the June issues have number 11 and 12, or it's changing only once in July, and these issues should have number 23 and 24. I'll start with the later scenario. Set up a bi-monthly frequency (two issues per month) if you don't already have one. (This means koha will generate two issues for July, and both will have the 1st of July as their planned published date. If you set it up so that it's once every two weeks, it will gradually shift and wouldn't fit the twice a month schedule, since you would have 26 issues a year instead of 24. That's a limitation i don't know how to work around for now. I guess you are not surprised to read this, but the fact the date will be the first of the month for both issues is confusing a lot of users.) Set up a "Volume, Number (one volume every 24 numbers)" numbering pattern with the following parameters: Numbering formula: "Vol{X}, No {Y}" For X: "Add 1 every 24 set back to 1 when more than 99999" For Y: "Add 1 every 1 set back to 1 when more than 24" (put labels like Volume and number but ignore formatting. I think the only thing the label is needed for is to fill the headers of the table when setting up your subscription later.) When setting up your subscription, you will have to chose the inner counter depending on your subscription's first issue publication date (the date of the first serial you will receive). Say this first serial is the one for the first half of January, pick the 1st of January as the first issue publication date, its number should be "Vol 160, No 13", so let's put this in the "begin with" row of the table in the Volume and Number columns. Now to the inner counter... The number will know when to roll over, that's when it's more than 24. It will go back to one after reaching this value, there is nothing to put in the inner counter here. (This works with the "when more than" line of the numbering pattern setup.) But the volume is set to increment every 24 numbers, starting in the middle of the year. If we leave it empty, it will roll over after 24 serials have been generated, next January. We have to take into account the fact that, on the first of January, 12 numbers have already been issued for this volume. Set the inner counter for the volume to 12: the volume number should now increment on the first issue of July. If the first issue publication date is the 1st of july, you don't need to set the inner counter. The volume will increment after receiving 24 numbers. If you have two rollovers a year, that is one volume every six months (12 issues): Choose the same bi-monthly frequency. Set up a "Volume, Number (one volume every 12 numbers)" numbering pattern with the following parameters: Numbering formula: "Vol{X}, No {Y}" For X: "Add 1 every 12 set back to 1 when more than 99999" For Y: "Add 1 every 1 set back to 1 when more than 12" Now, if your first issue publication date is either the first of January or the first of July, you will not need to fill the inner counter for volume. But say your first issue is the one of the second half of March, well then, you will run into the current limitation i was talking about earlier: if you set up the first issue publication date on the 16th of March for number 6, Koha will create number 7 with the publication date being the 16th of March as well. This is because we have a bi-monthly frequency and we have no way of telling Koha our first issue is the one for the second half of the month. (Somehow, after this all the issues will be for the first day of the month.) So in this situation you have to start with an issue with an odd number. So if we pick number 5 for the first half of March, we need to set the inner counter for the volume at 4 to take into account the previous numbers in the volume. The volume will then correctly roll over in January and July.

*Scientific American*

Has 12 issues per year (published once a month) with volume rolling over in the middle of the year, July

Vol 311, issue 2, August, 2014 Vol 311, issue 1, July 2014 Vol 310, issue 6, June 2014 Vol 310, issue 5, May 2014

Same question here : shouldn't the issue number for June be 12 if the volume number rolls over only once a year? If we have 12 issues per volume, and one volume per year: Here you need a monthly frequency, and you can reuse the "Volume, Number (one volume every 12 numbers)" numbering pattern we just set up, maybe duplicate it so that you can change the numbering formula to have "issue" instead of "No". You will not need to set up the inner counter for the issue, only for the volume like before. If the first issue you are receiving is the June one, the begin with row will have volume 310, issue 12, and the inner counter row will have 11 for volume, to take into account the previous numbers in this volume. If we have 6 issues per volume, and 2 volumes per year: We will still use the monthly frequency, but we will need to setup a "Volume, Number (one volume every 6 numbers)" numbering pattern like this: Numbering formula: "Vol{X}, No {Y}" For X: "Add 1 every 6 set back to 1 when more than 99999" For Y: "Add 1 every 1 set back to 1 when more than 6" As before if your first issue publication date is the first of January or the first of July, you will not need to put anything in the inner counter. If your first issue is the one for May, it will have volume 310, issue 5, with the inner counter for volume at 4.

*Time Magazine*

It's published weekly, with the volume rolling over at the first week of July

Vol 184, No 3 July 21, 2014 Vol 184, No 2 July 14, 2014 Vol 184, No 1 7/7/14 Vol 183, No 25 6/30/14 Vol 183, No 24 6/23/14

So it is also rolling over twice a year? Does it also have irregularities? This one looks like a nightmare quite frankly! I am not too sure about this one because "the first week of July" is more complicated than it seems. It's fairly easy to say that the volume will roll over after 26 issues, but i don't know if the first week of July always is week 27. (This is still not so great because a year doesn't have exactly 52 weeks. That will always be a problem with weekly frequencies though. Koha doesn't support having a volume number that changes at a given time, only after a given amount of serials generated. This is a problem for a number of serials.) For 52 issues per volume and one volume a year with volume changing at week 27 (so mid year): Set up a "once per week" frequency if you don't already have one. Set up a "Volume, Number (52 issues per volume)" numbering pattern. like this: Numbering formula: "Vol{X}, No {Y}" For X: "Add 1 every 52 set back to 1 when more than 99999" For Y: "Add 1 every 1 set back to 1 when more than 52" Same as always, the inner counter for volume will be number of the next issue -1, so if we start with the fifth issue "vol 183, No 5" the inner counter will be 4. For 26 issues per volume and two volumes per year, rolling over twice a year, you will need a "Volume, Number (26 issues per volume)" numbering pattern. like this: Numbering formula: "Vol{X}, No {Y}" For X: "Add 1 every 26 set back to 1 when more than 99999" For Y: "Add 1 every 1 set back to 1 when more than 26" And as always, you will have to take into account in the inner counter the previous issues for the current volume. so Vol 183, No 24 from the 23rd of june will need the volume inner counter to be set at 23. So... If you only have to substract one from the next issue value to get the inner counter, why isn't this hidden and automatic? Because we could have a more complicated numbering pattern with yet another value. What we are counting in the inner counter is not the number of issues or numbers in the volume, but the number of "ticks" of the wicked great old serial clock (tentacles not included). The numbers of serials generated for a volume if you prefer, the correlation to the actual issue numbers is not direct. If you had something like Volume 145, Issue 3, number 2, with four numbers to make an issue and 3 issues to make a volume, you would need to set up an inner counter for issue, and another for volume. The value in the inner counter reflects how close you get to the "every" value of the numbering pattern table, one volume every 12 ticks of the clock in this example, so the volume clock has already ticked 9 times when you reach Volume 145, Issue 3, number 2, because it ticks for every serial generated and the smaller issue clock has ticked once (because it gets resetted more often than the large volume one), and will need to tick twice more for the issue number to roll over. Inner counter for volume would be 9, for issue it would be 1 and the begin with row would be : 145, 3, 2. Pheww. Serials are evil.

Thank you so very very much in advance! Nicole _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz http://lists.katipo.co.nz/mailman/listinfo/koha

-- Gaetan Boisson Chef de projet bibliothécaire BibLibre 06 52 42 51 29 108 avenue Breteuil 13006 Marseille gaetan.boisson@biblibre.com