Back Midas Rome Roody Rootana
  Midas DAQ System, Page 37 of 145  Not logged in ELOG logo
New entries since:Wed Dec 31 16:00:00 1969
ID Date Author Topic Subject Text Attachments
  2198   02 Jun 2021 Konstantin OlchanskiInfolabel ordering in history plot> > is there any way to order the labels in
the history plot legend? In the old 
> > system there was the “order” column in
  
  2197   02 Jun 2021 Konstantin OlchanskiInfolabel ordering in history plot> is there any way to order the labels in
the history plot legend? In the old 
> system there was the “order” column in
  
  2196   02 Jun 2021 Konstantin OlchanskiBug ReportWrong location for mysql.h on our Linux systems> % mariadb_config --cflags
> -I/usr/include/mariadb -I/usr/include/mariadb/mysql
  
  2195   02 Jun 2021 Konstantin OlchanskiSuggestionHave a list of 'users responsible' in Alarms and Programs odb entries> This list of responsible being attached
to alarm message strings ...
  
  2194   02 Jun 2021 Konstantin OlchanskiBug ReportHistory plots deceiving users into thinking data is still logginghttps://bitbucket.org/tmidas/midas/issues/305/log_history_periodic-doesnt-account-for

this problem is a blocker for the next midas
  
  2193   02 Jun 2021 Konstantin OlchanskiInfoMIDAS Messenger - A program to forward MIDAS messages to Discord, Slack and or Mattermost merged> A simple program to forward MIDAS messages
to Discord, Slack and or Mattermost
  
  2192   02 Jun 2021 Konstantin OlchanskiInfoMidasConfig.cmake usage> MidasConfig.cmake might at some point get
included in the standard Cmake installation
(or some add-on). It will then reside in
  
  2191   31 May 2021 Joseph McKennaSuggestionHave a list of 'users responsible' in Alarms and Programs odb entriesThis list of responsible being attached to
alarm message strings will be great for the
  
  2190   31 May 2021 Stefan RittInfoMidasConfig.cmake usageMidasConfig.cmake might at some point get
included in the standard Cmake installation
(or some add-on). It will then reside in
  
  2189   28 May 2021 Joseph McKennaSuggestionHave a list of 'users responsible' in Alarms and Programs odb entries

I've updated the branch / pull request to
  
  2188   28 May 2021 Stefan RittSuggestionHave a list of 'users responsible' in Alarms and Programs odb entries> > > I can still make this an array and pass
a std::vector<std::string> into 
> > > al_trigger_class function?
  
  2187   28 May 2021 Konstantin OlchanskiInfoMidasConfig.cmake usage> > Does anybody actually use "find_package(midas)",
does it actually work for anybody?
  
  2186   28 May 2021 Marius KoeppelInfoMidasConfig.cmake usage> Does anybody actually use "find_package(midas)",
does it actually work for anybody?
  
  2185   28 May 2021 Konstantin OlchanskiInfoMidasConfig.cmake usageHow does "find_package (Midas REQUIRED)" find
the location of MIDAS?
  
  2184   28 May 2021 Joseph McKennaSuggestionHave a list of 'users responsible' in Alarms and Programs odb entries> > I can still make this an array and pass
a std::vector<std::string> into 
> > al_trigger_class function?
  
  2183   28 May 2021 Stefan RittSuggestionHave a list of 'users responsible' in Alarms and Programs odb entries> I can still make this an array and pass
a std::vector<std::string> into 
> al_trigger_class function?
  
  2182   28 May 2021 Joseph McKennaSuggestionHave a list of 'users responsible' in Alarms and Programs odb entries> I think this is a good idea and I support
it. We have a similar problem in MEG and
  
  2181   28 May 2021 Stefan RittBug ReportHistory plots deceiving users into thinking data is still loggingThis is a known problem and I'm working
on. See the discussion at: 

https://bitbucket.org/tmidas/midas/issues/305/log_history_periodic-doesnt-account-for
  
  2180   28 May 2021 Joseph McKennaBug ReportHistory plots deceiving users into thinking data is still logging
I have been trying to fix this myself but
my javascript isn't strong... The 
'new'
history plot render fills in missing data
 flatline.pngflatline.png 
  2179   28 May 2021 Stefan RittSuggestionHave a list of 'users responsible' in Alarms and Programs odb entriesI think this is a good idea and I support
it. We have a similar problem in MEG and
  
ELOG V3.1.4-2e1708b5