This repository has been archived by the owner on Jun 7, 2021. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 1
Uniform naming scheme #3
Comments
naming proposal:Only use unreserved characterscharacters:
If the naming convention is for b3 lattices only, we should not use fixed parameters (maybe Energy, straight length, ...) |
We should only use signs allow in URIs. |
This comment has been minimized.
This comment has been minimized.
@MichaelMAB2020 @PaulGoslawski See my proposal at the top. If you have an improvements don't hesitate to edit the top comment. All comments are version controlled, so you can't delete anything. Open questions:
|
Open
|
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
New Proposal
Naming Scheme
Information like the energy, periodicity, number of bends per cell and other details (e.g. longitudinal gradients bend) which characterize a lattice will be included in the
info.toml
file, so it is not necessary that they are present in the filename. As we want to distribute the lattices over the web we have restrict us to the unreserved URL charactersA-Za-z0-9.~-_
.Schema
The schema of a lattice name is given by:
A name is built up out of different
<identifiers>
which are separated by a_
. Allowed characters within an<identifier>
are thereforeA-Za-z0-9.~-
.Explanation of different
<identifiers>
<machine>
Name of the machine (e.g.b2
,b3
,mls
,mls2
)<namespace>
This is necessary to make sure different people don't come up with the same name. All contributors of lattice-summaries repo will have their own namespace and have to make sure that all<family>
names are unique within their namespace. Notice that the<namespace>
must not correspond to the author(s) of a lattice. The actual authors of a lattice are listed ininfo.toml
file and also as comment at the top of automatically generated lattice files. I decided it this way, because we may want to include lattices from other facilities. If Paul would upload the SLS2 lattice, the name would be something likesls2_goslawski_design_v_std-user
even though Paul is not the author of the SLS2 lattice. The same would be true for a LOCO-measured BESSY II lattice file. In case a lattice<family>
is maintained by multiple people an acronym likegaa
forGoslawski
,Abo-Bakr
andAndreas
would also be fine.<familiy>
The goal of a<family>
identifier is to make different versions of a lattice easier to compare on the lattice-summaries website. The name of the lattice family must be unique within YOUR<namespace>
. Lattices within a family should belong logically together. For example Paul created several MLS2 lattices based on a scaled down version of BESSY II. In this case the family name should be something likescaled-bessy2
. As during the B3 development presumably many lattices will be called5ba-20p
, you could also choose a more memorable name likejupiter
,bravo
orfalcon
, which will make it easy to refer to a specific lattice during discussions.<version>
The version name uniquely identifies a lattice within a<family>
. It can be a simple number like1
or a more descriptive name likestd-user
,low-alpha
orreference
. To please Paul it is also possible to use something like1200mev-8p-2ba-new-wp-x909125-y909125
.Recommendations
Even there are no technical limitation, I would recommend to stick with lowercase characters and avoid using the
~
and.
characters. This will make it easier on the command line and also provides some consistency. So I would only use thea-z0-9-
.Examples
b3_kuske_5ba-20p_v_reference
b3_kuske_5ba-20p_v_long-bend-tgrb
b3_abo-bakr_jupiter_v_2
mls3_goslawski_scaled-bessy2_v_100m-1200mev-8p-2ba-new-wp-x909125-y909125
b2_mertens_loco_v_std-user-2020-08-10
b2_andreas_q5t2-off_v_4
The text was updated successfully, but these errors were encountered: