Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Separate law text and law metadata #4

Open
nichtich opened this issue Aug 11, 2012 · 3 comments
Open

Separate law text and law metadata #4

nichtich opened this issue Aug 11, 2012 · 3 comments

Comments

@nichtich
Copy link

Right now each index.md begins with a prorietary form of metadata put into markdown syntax. This key-value data should better be put into a yaml file, for instance:

Title: Käseverordnung
jurabk: KäseV
layout: default
origslug: k_sev
slug: kaesev

By separating law text and law metadata one can change the metadata without having to change the law text.

@pudo
Copy link
Member

pudo commented Aug 11, 2012

Not as proprietary as it looks: https://github.com/mojombo/jekyll/wiki/YAML-Front-Matter - this can basically be used to render the laws out easuily using GitHub's built-in Jekyll site generator.

@nichtich
Copy link
Author

Yes, but you stick to Jekyll this way. Right now the law text is not Markdow but Markdown with Jekyll extension. For other use of the data one must write your own parser instead of reusing existing yaml tools. If metadata would be in a separate file, one could extract and extend it much easier. In my opinion "site generation" should no be the primary use case and Jekyll is just one tool to do so.

An example of additional metadata is provided in Wikipedia. For instance the article Käseverordnung contains an infobox. The data from this infobox is extracted in DBPedia and parts of it could be added/mapped to the metadata in the bundesgit repository.

@darkdragon-001
Copy link
Collaborator

darkdragon-001 commented Apr 17, 2021

@nichtich I just found the command line argument --no-yaml in #14 which still prints {key}: {value} pairs for the meta data in this case. Should it instead just don't print any meta header when this option is set?

If anyone is willing in creating and maintaining the rendering code, I am open to accept PRs which render laws based on separate meta data and text law data.

One might also be looking into using databases, which would require creating an API and pay for hosting the infrastructure and so on.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants