Structure & Usability - Githubissues

es wäre durchaus möglich, gewisse LTA-Probleme nach Art der Behandlung zu strukturieren -> Art der Diagnose:

z.B. simple diagnosis "no more topic data comes in" - which problems do I cover with that?
ich habe die Probleme eher nach Problemtyp strukturiert und nicht nach Lösungsart
man möchte nämlich vermutlich eher sagen können, dass man kein Laser-Scanner-Monitoring betreiben möchte als "ich möchte kein Monitoring auf Topics betreiben", das wäre ja eine methodische Begründung und keine inhaltliche -> der Nutzer eines solchen Frameworks möchte sicher inhaltlich Module aktivieren / deaktivieren können und nicht methodisch -> sollte trotzdem so generisch wie möglich sein -> Monitoring-Module sollten in config-Datei auskommentierbar sein
das sollte trotzdem so funktionieren, nur eben in den inhaltlichen Modulen:
e.g. I have a config file - the following topics are somehow representing the following sensor classes, monitor them and let me know / give escalation if nothing comes in -> split into everything related to motion, everything related to perception, everything related to task execution

tbohne / msc