summaryrefslogtreecommitdiff
path: root/vdv-server (follow)
Commit message (Collapse)AuthorAgeFilesLines
* VDV 452 instances for serialisationstuebinm2022-11-232-101/+529
| | | | | this may occasionally produce wrong output. In a lot of places I'm not entirey sure if I understood the standard correctly …
* VDV 452 type definitionsstuebinm2022-11-201-0/+483
| | | | | | | | | this implements all the database table schemas defined in VDV 452, except for the ones which are very obviously not useful for talking about train timetable data. Note that I don't really understand what all of these values are supposed to be yet, so a lot of them are probably unnessary.
* VDV 451 encodingstuebinm2022-11-201-0/+147
| | | | | | | this implements the file format specified in VDV 451, which essentially appears to be a needlessly complicated version of CSV with a couple extra features which in theory /could/ be very useful but are all either explicitely not used or made redundant by how the rest of the standards work.
* some more hackingstuebinm2022-11-091-38/+129
| | | | | | | | includes a message queue, more correct implementation of how the routs work (why do they work like THAT though???), and other fun stuff. uh also turns out you can't do schema validation with xml-types easily. ah well. "be liberal in what you accept" and all that …
* simple hacky thing that doesn't do validationstuebinm2022-11-051-0/+209