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: 2248     Entry time: 29 Jun 2021     In reply to: 2247     Reply to this: 2251
Author: Marco Francesconi 
Topic: Suggestion 
Subject: ODB Load in Sequencer 
I just submitted a pull request for this feature, I did quite a lot of testing and it looks good to me.
Let me know if something is not clear.

I'll take care of adding the relevant informations to the wiki once it is merged.
Best,

Marco


> 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