Back Midas Rome Roody Rootana
  Midas DAQ System  Not logged in ELOG logo
Entry  28 Jun 2021, Marco Francesconi, Suggestion, ODB Load in Sequencer 
    Reply  28 Jun 2021, Stefan Ritt, Suggestion, ODB Load in Sequencer 
    Reply  28 Jun 2021, Konstantin Olchanski, Suggestion, ODB Load in Sequencer 
       Reply  28 Jun 2021, Stefan Ritt, Suggestion, ODB Load in Sequencer 
          Reply  28 Jun 2021, Konstantin Olchanski, Suggestion, ODB Load in Sequencer 
             Reply  28 Jun 2021, Stefan Ritt, Suggestion, ODB Load in Sequencer 
                Reply  28 Jun 2021, Konstantin Olchanski, Suggestion, ODB Load in Sequencer 
                   Reply  28 Jun 2021, Marco Francesconi, Suggestion, ODB Load in Sequencer 
                      Reply  29 Jun 2021, Marco Francesconi, Suggestion, ODB Load in Sequencer 
                         Reply  30 Jun 2021, Stefan Ritt, Suggestion, ODB Load in Sequencer 
Message ID: 2247     Entry time: 28 Jun 2021     In reply to: 2246     Reply to this: 2248
Author: Marco Francesconi 
Topic: Suggestion 
Subject: ODB Load in Sequencer 
My idea was to collect some feedback instead of blindly submitting code for a pull request.

Currently I'm just calling db_load() with a given file, so it is only supporting .odb formatting.
It is pretty easy to extend to json by calling the db_load_json() depending on the file extension.
I do not see a similar call for the .xml format, maybe I can study tomorrow how it is implemented in odbedit and port it to the sequencer.

I guess that the ODBPasteJSON can be a solution as well but I find it a bit too technical.
Anyway it is easy to implement just by calling db_paste_json(), I will keep this in mind.

I'll try to sort this out and make a commit soon.
Best,

Marco



> > ... at MEG, we keep hundreds of XML files for configuration. Mostly historical, but that's how it is.
> 
> same here, lots of historical .odb and .xml files.
> 
> I think the .odb and .xml support is here to stay. Best I remember, latest things I fixed in both
> was support for unlimited string length (and removal of associated buffer overflows). Right now,
> I am not sure if both are UTF-8 clean and if they properly escape all control characters,
> something to fix as we go or as we bump into problems.
> 
> K.O.
ELOG V3.1.4-2e1708b5