All Projects → OParl → spec

OParl / spec

Licence: CC-BY-SA-4.0 License
Spezifikation für eine offene Schnittstelle für Ratsinformationssysteme

Projects that are alternatives of or similar to spec

tinyspec
Simple syntax for describing REST APIs
Stars: ✭ 95 (+69.64%)
Mutual labels:  restful, specification
rester
Fast and concise RESTful web framework based on fasthttp
Stars: ✭ 27 (-51.79%)
Mutual labels:  restful
php-json-schema-model-generator
Creates (immutable) PHP model classes from JSON-Schema files including all validation rules as PHP code
Stars: ✭ 36 (-35.71%)
Mutual labels:  json-schema
ty
Here is a schema checker which can return well typed results. Tell your friends!
Stars: ✭ 21 (-62.5%)
Mutual labels:  json-schema
mixerapi
A CakePHP Plugin for RESTful API Development [READ-ONLY]
Stars: ✭ 26 (-53.57%)
Mutual labels:  restful
openmessaging.github.io
OpenMessaging homepage
Stars: ✭ 12 (-78.57%)
Mutual labels:  specification
shared-row
This is an open data specification for describing the right-of-way (ROW) for street centerline networks. It is intended to establish a common set of attributes (schema) to describe how space is allocated along a streets right of way from sidewalk edge to sidewalk edge.
Stars: ✭ 16 (-71.43%)
Mutual labels:  specification
koa-rest-router
Most powerful, flexible and composable router for building enterprise RESTful APIs easily!
Stars: ✭ 67 (+19.64%)
Mutual labels:  restful
in-memoriam
Lightweight, super fast, atomic, transactional in-memory database
Stars: ✭ 13 (-76.79%)
Mutual labels:  restful
agile-wroking-backend
AgileWorking 是一个团队协作的微信小程序,此工程为小程序的后台实现
Stars: ✭ 67 (+19.64%)
Mutual labels:  restful
box-openapi
OpenAPI 3.0 Specification for the Box APIs
Stars: ✭ 71 (+26.79%)
Mutual labels:  specification
go-restapi-boilerplate
How I write rest api service in go
Stars: ✭ 55 (-1.79%)
Mutual labels:  restful
JBOL
JBOL is a collection of modules for the JQ language.
Stars: ✭ 56 (+0%)
Mutual labels:  json-schema
hr-time
High Resolution Time
Stars: ✭ 43 (-23.21%)
Mutual labels:  specification
yamlful
YAML-based HTTP client code generation
Stars: ✭ 77 (+37.5%)
Mutual labels:  restful
Maat
Validation and transformation library powered by deductive ascending parser. Made to be extended for any kind of project.
Stars: ✭ 27 (-51.79%)
Mutual labels:  json-schema
light-rest-4j
A RESTful framework built on top of light-4j with both Swagger 2.0 and OpenAPI 3.0 supports
Stars: ✭ 113 (+101.79%)
Mutual labels:  restful
statham-schema
Statham is a Python Model Parsing Library for JSON Schema.
Stars: ✭ 21 (-62.5%)
Mutual labels:  json-schema
kungfu
A REST framework, base on JFinal.
Stars: ✭ 78 (+39.29%)
Mutual labels:  restful
rudder
RESTful API Proxy for Helm
Stars: ✭ 60 (+7.14%)
Mutual labels:  restful

OParl Wortmarke

Build Status

In diesem Repository wird die Spezifikation zum OParl-Standard gepflegt.

Der OParl-Standard definiert eine einheitliche Schnittstelle zum Abruf von maschinenlesbaren Informationen aus Ratsinformationssystemen.

Änderungsvorschläge können über Pull Requests eingebracht werden. Hilfe im Umgang mit GitHub findest du hier.

Die Spezifikation herunterladen

Die Spezifikation kann in verschiedenen Formaten heruntergeladen werden.

Version 1.1

Version 1.0

Aktuelle Entwicklungsversion

Übersetzen

Da OParl international einzigartig ist würden wir die Spezifikation gerne auf Englisch oder auch in weitere Sprachen übersetzen. Dazu benötigen wir Helfer mit guten Sprachkenntnissen, die uns bei der Übersetzung helfen.

Zum Übersetzen werden, wie auch bei der sonstigen Textbearbeitung keine technischen Fachkenntnisse benötigt. Sowohl die OParl-Spezifikation (dieses Repository), als auch die Entwicklerwebseite und liboparl werden über Transifex lokalisiert. Um daran mitzuarbeiten wird nur ein Account benötigt, dann kann den verschiedenen Projekten über die Projektliste beigetreten werden.

Vorang bei der Übersetzung hat vor allem die Spezifikation an sich, da alles weitere von der mehrsprachigen Verfügbarkeit des Spezifikationstextes abhängt.

Der Übersetzungsfortschritt wird in regelmäßigen Abständen von Transifex wieder zurück in das Repository übertragen, dies passiert derzeit von Hand und kann bei Bedarf z.B. durch ein Ticket hier auf GitHub angefragt werden.

Übersetzungsprojekte

Erstellen der Dokumente

Es gibt zwei Möglichkeiten, die Dokumente zu erstellen: Direkt mit build.py oder über eine Docker-Container.

Mit build.py

Für das Erstellen der Spezifikation ist folgende Software erforderlich:

Zur Erstellung der Archive außerdem:

Unter Ubuntu können alle benötigten Pakete mit einem Befehl installiert werden:

sudo apt install etoolbox ghostscript lmodern graphviz make pandoc pandoc-citeproc texlive-fonts-recommended \
texlive-generic-recommended texlive-humanities texlive-lang-german texlive-latex-recommended texlive-luatex \
texlive-xetex librsvg2-bin python3 python3-yaml

Das eigentliche Bauen der Dokumente ist dann nur noch ein einziger Befehl:

python3 build.py

Die fertigen Dokumente finden sich dann sich in build/.

Ein einzelnes Ausgabeformat kann mit python3 build.py <format> erstellt werden, mit python3 build.py archives können Archive mit allen Ausgabeformaten gepackt werden. Dazu müssen allerdings die enstprechenden Archivierungsprogramme vorhanden sein.

Docker

Für den geneigten Containerfreund gibt es ein Container, der alle Tools enthält. Auch hier ein Ausgabeformat an den Aufruf angehängt werden kann:

docker run -u $UID:$GID --rm -v $(pwd):$(pwd) -w $(pwd) oparl/specbuilder:latest

Aufbau des Repositories

Die Dateien, aus denen die Spezifikation erstellt wird, sind auf mehrere Ordner aufgeteilt:

  • src/: Enthält den gesamten Fließtext als Markdown-Dateien.
  • schema/: Enthält das Datenmodell, d.h. den Aufbau der von OParl genutzten json-Objekte, als json-Dateien in einem auf JSON Schema aufbauenden Format.
  • examples/: Die im Text eingebundenen Beispiele
  • scripts/: Enthält Skripte, die u.a. die json-Dateien in Markdown umwandeln und die Beispiele validieren
Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].