Goedemorgen,

Ik ben me ervan bewust dat dit misschien niet echt thuishoort op PhpHulp, maar omdat ik dit wel wil aanroepen/gebruiken vanuit PHP en de hoop/verwachting dat hier mensen zijn die hier ervaring mee hebben toch hier de vraag:

Het gaat om een C# script dat te vinden is op GitHub, dit zijn verschillende .cs-bestanden die .ddd/.esm-bestanden (tachograaf-tachograaf- en chauffeurskaartbestanden in binary formaat) kunnen omzetten naar XML. Deze bestanden zijn 3 jaar oud maar iets recenters heb ik helaas nog niet gevonden. De standaard voor deze bestanden is veel ouder dus wat dat betreft zou dit hopelijk niet uit moeten maken.

Wat ik wil bereiken is het volgende: meerdere van deze .ddd/.esm-bestanden zullen geüpload gaan worden naar een server en vanuit deze map moeten ze ingelezen gaan worden naar een database. De data uit deze bestanden bevat onder andere diverse datumvelden en ik wil bijvoorbeeld inzichtelijk maken of er van een bepaald voertuig of chauffeur alle data beschikbaar is of dat zich hierin gaten in de historie bevinden. Van elk voertuig en kaart wordt namelijk periodiek zo'n bestand gemaakt maar aan de buitenkant is niet te zien welke data hierin zit.
Elk bestand met de hand controleren is zoals je zal begrijpen niet echt een optie.

De basisvraag is eigenlijk heel simpel: hoe krijg je .cs-bestanden werkend op een (in mijn geval bij voorkeur) CentOS-server? Ik kan met Linux/CentOS en PHP aardig overweg maar van C# heb ik echt geen kaas van gegeten.
Ik heb al gelezen over compilen en Mono maar ik ben echt een leek wat dit betreft. Is er iemand die mij op weg wil en kan helpen?


Voor wie zich verveelt: het tachograaf bestandsformaat, download protocol, en praktisch alle over digitale tachografen staat beschreven in http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=CONSLEG:2002R1360:20020825:NL:PDF
Johan M op 02/12/2016 14:36:34

Met C# is het in ieder geval te doen (zie hierboven) dus er is ongetwijfeld een manier.

Let wel, van github:
The code does not validate the digital signatures in a file, so it's possible someone could provide a fraudulent data file and we would not detect it. If this is important to you, you are probably stuck with using the available commercial software to process your data files.

EDIT: daarnaast heb je ook nog te maken met de character encoding van de (karakters in de) bestanden en tevens met extra versleuteling op byte-niveau (als ik de code vlug bekijk wordt hier nogal mee gejongleerd). Deze kun je mogelijk niet "zomaar" 1:1 afdrukken naar je scherm.
Dit is in ons geval naar mijn mening geen probleem, deze bestanden worden rechtstreeks vanuit de auto's vanuit de tachograaf gedownload.

Reageren