EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: Making a case for cases
From: "Purcell, J. David" <[email protected]>
To: "Hartman, Steven M." <[email protected]>
Cc: "[email protected]" <[email protected]>
Date: Thu, 05 Aug 2010 15:10:52 -0400
I'd hate to disagree with the well placed source as he's probably my boss.  But the convention isn't the reason there are names that aren't up to par.  The reason is that we were never told to be consistent.  That's my polite way of saying that management at SNS never enforced naming.  IOC engineers were up against time constraints and naming wasn't a concern.  I personally did all of the naming for the diagnostics group.  But my interpretation of the rules weren't the same as other groups.   And then within other groups, individual engineers were allowed to come up with their own interpretations.   

There are different interpretations that all allow different "valid" names.  But lack of enforcement also allowed names to also be flat out wrong.  And now those names are imbedded and we have no real plan on how to fix them.  In the beginning, if we were told to fix the wrong names, there might have been an effort to get to one interpretation of the convention.  

One thing I will say is that everyone in diagnostics and at SNS who cares about diagnostic devices/signals, knows how diagnostic naming was done and how to read it.  Not to insult our guests but a tour group member doesn't have to know exactly where BLM130 is or what exactly DTL_Diag:BLM130 means.

The best advice I would give would be to make sure that what you decide on is what you do.   Have a mechanism in place to check the names so that you can be picky about it.  And have a stick big enough laying around that you can enforce it.

As to the list below, one thing you need to remember is that those are signal names and not device names.  Everything after the second colon is the PV name and because case matters any variation of case/letters is a different PV.  Also, as I was the guy naming BLM130, I would have known that the "_" between the device type "BLM" and the instance "130" was a no-no.  And I would only have made "Diag" the system indicator (the first part of a name) if the device was a global diagnostic device.   So, DTL_Diag:BLM130 is the only valid name for that device.

To answer the original question, I'm for mixed case.  No spaces or underscores or dashes or ....

Dave Purcell


On Aug 5, 2010, at 1:44 PM, Steven M. Hartman wrote:

> Dalesio, Leo wrote:
> 
>> DTL_Diag:BLM130:MPSTripLimitRad
>> -------------------------------------
>> Is this the Beam Loss Monitor #30 in Cell #1
>> or
>> Beam Loss Monitor #0 in Cell #13
>> ????
> 
> 
> Yes, that is some of the problem with the SNS naming standard.
> 
> These would all be "valid" names for this device:
> 
> DTL_Diag:BLM130:MPS_Trip_limit_Rad
> DTL_Diag:BLM130:MPSTripLimitRad
> DTL:BLM130:MPSTripLimitRad
> DTL_Diag:BLM130:MPS_TripSet
> Diag_DTL:BLM130:MPSTripLimitRad
> DTL_Diag:BLM_130:MPSTripLimitRad
> Diag:BLM_DTL130:MPSTripLimitRad
> DTL_Diag:BLM130:MPS_TripLimitRad
> DTL_Diag:BLM130:MPS_Trip_Limit_Rad
> DTL_Diag:BLM130:MPS_trip_limit_Rad
> DTL_Diag:BLM130:MPS_TripLimit_Rad
>  . . . and most of the various permutations that you can think of.
> 
> And then you also need to remember that for the DTL, BLM130 would 
> refer to the only BLM in position 30 within DTL section 1, while 
> in the SCL, BLM13b would refer to the second BLM within SCL 
> section 13.
> 
> 
> 
> -- 
> Steven Hartman
> [email protected] || 865-466-6473



Replies:
Re: Making a case for cases Andrew Johnson
References:
medm Mezger Anton-Chr.
Making a case for cases Steiner, Mathias
RE: Making a case for cases Zhukov, Alexander P.
RE: Making a case for cases Dalesio, Leo
Re: Making a case for cases Steven M. Hartman

Navigate by Date:
Prev: Re: How do I install to $prefix/EPICS/bin, $prefix/EPICS/lib etc.? Andrew Johnson
Next: Re: VxWorks and Radius Authentication Ralph Lange
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Making a case for cases Steven M. Hartman
Next: Re: Making a case for cases Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <20102011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 02 Sep 2010 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·