Go to file
2024-02-15 11:40:02 +01:00
.gitea/workflows try ci w/o cache 2024-02-06 11:38:02 +01:00
data add -p argument to debug single paragraph, fix issues, sorry for the large commit... 2024-02-15 11:40:02 +01:00
src add -p argument to debug single paragraph, fix issues, sorry for the large commit... 2024-02-15 11:40:02 +01:00
.gitignore empty rust project 2023-11-03 13:45:25 +01:00
.gitlab-ci.yml run live test on ci 2023-11-06 13:36:33 +01:00
Cargo.lock use cache by default, add clear-cache argument 2024-02-15 09:24:30 +01:00
Cargo.toml use cache by default, add clear-cache argument 2024-02-15 09:24:30 +01:00
README.md remove boring information from readme 2024-02-06 11:49:04 +01:00

Add new law text

Tests

  • Getting paragraphs from law_id (risparser::overview::test::parse())
    • Create file law_id in ./data/expected/overview (then run tests to get current output + save in file)
  • Create config file in ./data/configs/

Integration test

  • Nice test would be to re-create html ris file and compare it (problem with custom fixes, though)

Goals

  • I want to have the text of the law.
  • I want to see the structure (proper headers) of the law.
  • I want to be able to make comments (e.g. Erschöpfung) on certain parts
  • I want to see since when this paragraph is in use.
  • [.] Lawtext should be updateable

Mindset

  • I don't want to restrict myself with a parser combinators but code it myself using recursive descent parser.
  • Be strict in what I process. Fail if anything unexpected happens. The user should handle this case. It's fine if one decides to ignore the new/unexpected field, but it should be done deliberately.

Nomenclature

  • Law ("Gesetz"): e.g. UHG, TEG, ABGB
  • Section ("Paragraph")
  • Subsection ("Absatz")
  • Item ("Ziffer")
  • Heading-{1,2,3,...}

Folder-Structure of this repo

  • ./data
    • cache -> cache for overview tests
    • expected
      • overview -> expected xml links of law_ids