(Attn: This is an old copy of my notes, and has not yet been adapted/updated.) _____ _ | __ \ | | | |__) | _| | ___ ___ | _ / | | | |/ _ \/ __| | | \ \ |_| | | __/\__ \ |_| \_\__,_|_|\___||___/ This directory bears kiako's collection of rules. ___ _ _ _ / __|___ _ __ _ __| |___| |_(_)___ _ _ | (__/ _ \ ' \| '_ \ / -_) _| / _ \ ' \ \___\___/_|_|_| .__/_\___|\__|_\___/_||_| |_| Object[1] Included Expected[2] Completion ---------------- -------- ----------- ---------- FLRs 244 410 59.51% until Nov 2002 0 111 0.00% since Nov 2002 244 299 81.61% SLRs 811 1,622 50.00% until Nov 2002 1 487 0.21% since Nov 2002 811 1,235 65.67% rules 1,391 2,498 55.68% until R1349[3] 200 1,136 17.61% after R1349 1,191 1,362 87.44% revisions[4] 6,092 7,383 82.51% versions[5] 192,591 n/a n/a ---------------- -------- ----------- ---------- [1] Nov 2002 marks the adoption of the archive for . R1349 (Nov 1994) introduces sequential (i.e., not proposal-based) rule numbering. [2] Best estimates. Computed as of Oct 16, 2025. [3] Initial ruleset is not currently in the collection, although it is trivially available. [4] Revisions estimate is based on the highest revision known for each rule available. [5] A "version" is any copy published in any ruleset. Most are duplicates. _ _ _ __ _ /_\ _ _| |_(_)/ _|__ _ __| |_ ___ / _ \| '_| _| | _/ _` / _| _(_-< /_/ \_\_| \__|_|_| \__,_\__|\__/__/ We produce the following artifacts: flr/[timestamp].flr Near-verbatim copies of all known Full Logical Rulesets. slr/[timestamp].slr Near-verbatim copies of all known Short Logical Rulesets. by-rule/rule-[rule number]/info by-rule/rule-[rule number]/rev-[revision]/info Informational files on rules or revisions. These consist of entries of the form: [key]: [value] [notes] Currently accepted keys are: exists Whether this entry is believed to exist. source The source used. prior The previous revision, if not trivial. Of the form `{rule number}` or `{rule number}/{revision}`. next The next revision, if not trivial. Same form as with prior. Notes MAY be multiline; if so, they must be indented 4 spaces on each nonempty line. by-rule/rule-[rule number]/rev-[revision]/[timestamp].[source] Near-verbatim copies of all known Rules. If a revision has no associated number, [revision] is "nil". [source] is one of the following: flr The FLR with the same timestamp. slr The SLR with the same timestamp. res The Resolution of Proposals with the same timestamp. Some manual reconstruction involved. pro A Promotor's Report with the same timestamp. Some manual reconstruction involved. sec A secondary source, such as another officer's report. ter A tertiary source, such as a quote or another archive. Sources other than FLR and SLR SHOULD include an info file (at *.[source].info), and secondary and tertiary sources MUST include this file. These follow the same form as rule- and revision-level info files, but accept following keys: artist For manual reconstructions, the player that wrote the reconstruction. For tertiary sources, the player that produced that source. source The source used. Info files MAY be orphaned (without a rule copy), in which case they MUST define the following keys: event What occurred. Only accepted value is "repeal". All other theoretical events should instead have an appropriate reconstruction. ___ / __| ___ _ _ _ _ __ ___ ___ \__ \/ _ \ || | '_/ _/ -_|_-< |___/\___/\_,_|_| \__\___/__/ We currently incorporate the following listed sources. The progress of integrated these sources is described below. A `Y` indicates that all possible sources of that type have been integrated, and an `n` indicates that some sources of that type are not integrated. Source flr slr res pro sec ter ------ --- --- --- --- --- --- [0] Y Y n n n n [1] Y Y n n n n [2] Y Y n n n n [3] Y Y n n n n [4] Y Y n n n n ------ --- --- --- --- --- --- [0] agora-official@agoranomic.org-2025-10-19T05:56:00.mbox [1] agora-business@agoranomic.org-2025-10-19T05:56:00.mbox [2] agora-discussion@agoranomic.org-2025-10-19T05:56:00.mbox [3] agora@listserver.tue.nl-2025-10-19T05:31:50.mbox [4] main@agoranomic.groups.io-2025-10-19T14:30:00.mbox __ __ _ _ _ | \/ |___| |_| |_ ___ __| | | |\/| / -_) _| ' \/ _ \/ _` | |_| |_\___|\__|_||_\___/\__,_| RULESETS From mbox sources, we located each message matching the regular expression: ^Rule \d+(/\d+)? \(Power=(3D)?(\d+(\.\d*)?)\) (a) These were then manually verified and relabeled by timestamp and type. RULES FROM RULESETS Rulesets were split by the regular expression: \n\-{5,}\n (b) Then matched against expression (a) to confirm that it was a rule. Data was extracted and used to classify. Due to volume, manual review is considered impractical. ___ _ _ _ / _ \ _ _| |_| (_)___ _ _ ___ | (_) | || | _| | / -_) '_(_-< \___/ \_,_|\__|_|_\___|_| /__/ The following are outliers: slr/2011-01-03T20:41:19.slr slr/2011-01-03T20:41:31.slr A single ruleset, split across two messages. slr/2014-10-07T03:39:07.slr Consists exclusively of rule 217, rev 11, in humorous formatting. flr/2018-06-06T20:16:02.flr Contained non-printable characters in two players' names. Replaced with `?`. This FLR should not be referenced for players involved in CFJs and proposals.