Difference between revisions of "Editorial Update/Renumbering"
| Line 7: | Line 7: | ||
Before starting, the context of the provision should be checked to determine what type of tagging to insert for the provision that is to be renumbered (i.e. <code><ukl:P1group></code> or <code><ukl:P1></code>). | Before starting, the context of the provision should be checked to determine what type of tagging to insert for the provision that is to be renumbered (i.e. <code><ukl:P1group></code> or <code><ukl:P1></code>). | ||
| − | <strong>Note:</strong <code><ukl:P1group></code> tags are often used in the main body and <code><ukl:P1group></code> tags are often used in Schedules, however this may not always be the case. | + | <strong>Note:</strong> <code><ukl:P1group></code> tags are often used in the main body and <code><ukl:P1group></code> tags are often used in Schedules, however this may not always be the case. |
For example, S.I. 2020/150 reg. 6A was renumbered as reg. 6B on 25/12/2020 and a new reg. 6A was inserted: | For example, S.I. 2020/150 reg. 6A was renumbered as reg. 6B on 25/12/2020 and a new reg. 6A was inserted: | ||
Revision as of 08:15, 5 February 2021
DRAFT - this page is under construction
Renumbering whole provisions
When a whole provision is renumbered, it should be treated as though the original provision is omitted and a new provision (with exactly the same text) is inserted. This will maintain the correct URL for each provision and so preserve the continuity of the URLs.
Before starting, the context of the provision should be checked to determine what type of tagging to insert for the provision that is to be renumbered (i.e. <ukl:P1group> or <ukl:P1>).
Note: <ukl:P1group> tags are often used in the main body and <ukl:P1group> tags are often used in Schedules, however this may not always be the case.
For example, S.I. 2020/150 reg. 6A was renumbered as reg. 6B on 25/12/2020 and a new reg. 6A was inserted:
https://www.legislation.gov.uk/nisr/2020/150/regulation/6A
https://www.legislation.gov.uk/nisr/2020/150/regulation/6B
This was achieved by inserting new <ukl:P1group> tagging for reg. 6B and new <ukl:P1> tagging was inserted into this (using the Element List). The existing content of reg. 6A was copied into this new tagging (via straightforward copy and paste of everything within the <ukl:P1para> tagging). The number 6A was copied from the amending provision and inserted into the number tagging using the update task in the Task Manager to generate the square brackets and annotation.
The new reg. 6A was then substituted for the old reg. 6A using the insertion task to generate the square brackets and correct annotation for that task:
The annotation for the original insertion of reg. 6A was also amended to say that reg. 6A was subsequently renumbered as reg. 6B (so this information is visible both in the old reg. 6A at the previous PiT and also in the new reg. 6B at the current PiT):
In this example, there was a new provision inserted for the provision that was renumbered. However, if there had been no insertion of a new provision, the original provision should have been repealed using the same task so both the omitted old provision and the renumbered new provision had the same annotation.
Renumbering paragraphs within a Schedule
To renumber a paragraph within a Schedule, new <ukl:P1> tags should be inserted for the new renumbered provision using the Element List.
The number of the renumbered paragraph should then be copied and inserted into the number tags using the update task to generate the annotation and brackets around the new paragraph number.
Next, the <ukl:P1para> tagging containing all the content from the original paragraph should be copied and pasted into the newly renumbered paragraph.
Finally, the same task should be used to repeal the original paragraph so that both the omitted old paragraph and the renumbered new paragraph have the same annotation (or if a new paragraph is to be inserted to replace the original paragraph, this can be achieved by substitution of the paragraph using the insertion task).
Note: it is important to check the context of the tagging of the provision you are renumbering to ensure that you follow the existing structure of the document you are working on. If there is anything unusual about the structure of the tagging and you are not sure which tags to insert for the renumbered provision, check with a Review Editor.
Renumbering sub-provisions
This often involves a provision being renumbered as a sub-provision and a new sub-provision (or sub-provisions) being subsequently inserted into the provision.
New <ukl:P2> tagging for the newly renumbered sub-provision should be inserted in the appropriate position within the existing tagging of the provision (i.e. within the <ukl:P1para> tagging), then the number of the renumbered sub-provision is copied from the amending provision and inserted into the number tags using the update task to get the annotation. The brackets should remain around the new sub-provision number:
The content of the original provision or sub-provision should be moved into <ukl:P2para> tagging in the newly renumbered sub-provision:
Note: the complete tagging of the whole provision has not been included in this screenshot.
Further sub-provisions can then be inserted in the usual way according to the update task.
Example
2017 c. 3 s. 50 renumbered as s. 50(1) and new s. 50(2) inserted
