卷
音量
莱布尼茨嵌入式系统汇刊，第8卷
-
第1版-计算机视觉嵌入式系统专刊（2022）
-
第2版-分布式混合系统专题（2022）
目标和范围
莱布尼茨嵌入式系统事务（LITES）旨在出版高质量的学术文章，并确保高效的提交、审查和出版程序，以确保及时出版。所有文章都是公开发表的，即读者可以免费在线访问。作者保留所有权利。
LITES发布关于嵌入式计算系统所有方面的原创文章。
该杂志在发表的文章类型上很灵活。范围包括（但不限于）常规技术论文、文献调查、历史观点、立场论文、工具论文以及开放存取研究成果的配套论文（如开源软件和硬件设计、数据集、案例研究、挑战问题和竞赛等）。欢迎对嵌入式计算系统的最新技术和/或科学论述作出贡献。
感兴趣的主题包括（但不限于）：
- 嵌入式软件和硬件系统的设计、实施、测试、验证和验证，
- 它们的时间和逻辑正确性，
- 资源效率，
- 嵌入式安全，
- 设计空间探索和优化，
- 嵌入式人工智能（AI），
- 嵌入式系统的正式基础，
- 大型网络物理系统（CPS）和网络系统以及特定应用领域（例如，汽车系统、航空电子、机器人、医疗保健、自治系统等）背景下的嵌入式系统。
LITES欢迎所有科学探究方法，包括（但不限于）系统构建和实证评估、数学建模和严格证明、正式方法、部署研究和对实践中“经验教训”的反思，以及统计和实证方法、行业实践调查和用户研究。
开放访问策略
LITES文章根据开放存取原则进行同行评审和出版，即可以在线免费获取。作者保留其版权。预印本（预审查手稿）、后印本（作者接受手稿，AAM）和记录版本（VoR）可以无限制地存放。
加工费
LITES的出版商Schloss Dagstuhl在接受时收取100欧元（净额）的适度文章处理费（APC），通常由作者或其机构支付。没有机构支持或面临经济困难的作者可以申请APC豁免。
Schloss Dagstuhl是一个公共资助的非营利组织。适度的APC仅用于抵消出版过程中产生的实际成本，不会产生任何利润。
此外，由于EMSIG的财政支持，每年前20份被接受的论文会自动获得完整的APC豁免。
标识符
每个问题都分配了一个DOI和一个URN。
每个文章都分配了一个DOI和一个URN。
为了便于识别作者，在上传过程中可以选择包含开放研究者和贡献者ID（ORCID），以便作者可以唯一链接到他们的ORCID ID。
出版伦理
Dagstuhl出版社作为Schloss Dagstuhl–Leibniz Zentrum für Informatik GmbH（LZI，简称Schloss Dagstuhl）的一个部门，其系列和期刊遵循核心实践指南由…铺设COPE（出版道德委员会）并致力于按照莱布尼茨协会指南和德国研究基金会（DFG）。我们希望参与论文出版和审查过程的各方（包括作者、编辑和审稿人）在系列文章中发表，遵循这些核心实践和指南。只要可行，将根据COPE最佳实践指南对不当行为指控进行调查。如果被告知可能违反出版道德，我们鼓励编辑和作者尽快通知Dagstuhl Publishing联系人。有关详细信息，请访问出版道德网站.
宪法
LITES应设有一名主编和一个由10至20名副主编组成的编辑委员会。LITES是非营利组织。所有编辑和审稿人都是无偿志愿者。APC负责补偿实际成本，在特殊情况下，对于没有机构支持的作者以及APC会给他们带来不必要的经济困难的作者，可以根据具体情况免除APC的费用。
编辑委员会的职责
- 编辑应为提交文件找到合格的审查人员，并将提交文件分配给这些审查人员，按照时间表监督审查。他们应遵守COPE（出版道德委员会）《期刊编辑/期刊出版商行为准则》（参见http://publicationethics网站).
- 编辑将得到提交管理系统的支持。
- 编辑任期为4年，可续期一次。
审查政策
决定由负责提交的副主编作出。每一份要求提交的文件至少需要3次审查。该杂志采用单一匿名同行评审流程（即作者不知道谁是审稿人，但审稿人确实知道作者是谁）。
总编辑（EiC）在考虑到可能的利益冲突（CoI）的情况下，将每一份新提交的稿件分配给一位负责任的副编辑，并对接受和拒绝稿件的决定承担最终责任。
副编辑
- 过滤掉不充分的提交（超出范围、不适当的演示、“垃圾邮件”），
- 根据具体情况，触发与中编辑的咨询，
- 选择、分配和邀请审阅者，
- 跟踪待审核，
- 确保审查人员没有任何利益冲突，
- 如果审核不明确
审查人员提供
- 根据以下标准对提交作品的科学价值和相关性进行详细审查，
- 决定是否接受、修改或拒绝某一条款，
- 决定提交的文章是否需要语言和文案编辑才能被接受。
审查标准
根据以下标准审查手稿：
- 新颖性-该论文是否为
- 嵌入式计算系统的最新技术，广泛解释，和/或
- 对嵌入式计算系统研究的科学论述？
- 结论的有效性——论文中的所有主张，无论是正式的还是非正式的，是否都得到了严格的证据、令人信服的论据和/或实验验证的适当证实（视论文的具体贡献而定）？
- 技术正确性——所有的推导和方法在技术上是否合理？
- 再现性-论文是否提供了足够的信息（理想情况下，附带的研究成果）供其他人复制和建立其发现？
论文是不回顾它们的感知意义或预期影响，这最终是猜测，最好留给历史。
利益冲突
审稿人或编辑与作者之间存在利益冲突（CoI），如果他们：
- 曾有过导师/博士生关系，
- 均来自同一机构，或在提交时的过去36个月内曾在同一机构工作，
- 目前正在合作研究论文、项目或资助提案，或在提交时的过去36个月内已经合作过，
- 是亲戚、亲密的私人朋友或无法客观评估工作（例如，由于之前的冲突），或
- 处于某种形式的财务关系中，或在提交时的过去36个月内处于某种程度。
有关更多信息，请访问Dagstuhl Publishing出版伦理网站.
出版时间表
处理提交文件的目标时间表为：
- 从提交到发布最多1年。
- 如果审查建议，则为6个月次要修订版.
- 审核员分配最多1个月
- 从指定审核人到审核，最长4个月。
- 作者对最终版本的更正最多3个月。
LITES发表了关于嵌入式计算系统各个方面的原创文章。
感兴趣的主题包括（但不限于）：
- 嵌入式软件和硬件系统的设计、实施、测试、验证和验证，
- 它们的时间和逻辑正确性，
- 资源效率和优化，
- 时间敏感网络，
- 嵌入式安全，
- 设计空间探索和设计自动化，
- 嵌入式人工智能（AI），
- 嵌入式系统的正式基础，
- 大型网络物理系统（CPS）环境中的嵌入式系统，以及
- 应用领域和部署场景（例如，汽车系统、航空电子设备、机器人、医疗保健、自主系统等）。
该杂志在发表的文章类型上很灵活。可接受的贡献范围包括（但不限于）常规技术论文、行业经验报告、复制研究、文献调查、历史观点、立场文件、工具文件、，以及开放存取研究工件的配套论文（如开源软件和硬件设计、数据集、案例研究、挑战问题和竞赛等）。
LITES欢迎所有科学探究方法，包括（但不限于）系统构建和实证评估、数学建模和严格证明、正式方法、部署研究和对实践中“经验教训”的反思，以及统计和实证方法、行业实践调查和用户研究。
作者指南
提交时，作者应提交其他地方未提交的原创作品LITES的审查过程正在进行中。鼓励作者随同提交软件和数据提交文章。这可以复制实验，并帮助其他研究人员根据已发表的结果进行研究。
欢迎扩展先前出版的研讨会和会议论文。的扩展与内政部一起发表的会议论文和研讨会论文需要至少30%的新材料已接受。手稿应包括一份声明，解释小说的贡献初稿会议或研讨会版本。当怀疑是否（计划）扩展符合这些要求，请咨询中的编辑进行澄清。
语言
文章必须用英国或美国英语书写。请保持一致–在整个文本中使用相同的英语形式（即英国或美国）。
长度
提交的文章通常不得超过25页（不包括摘要和参考书目）。可以考虑更长的论文，但必须有充分的理由。当计划提交显著超过25页限制的论文时，请与主编联系并说明理由，以获得事先批准。
提交准备清单
作为提交过程的一部分，作者需要检查其提交的内容是否符合要求遵循以下所有准则。不遵守这些准则的意见可能会退回作者，而无需进一步审查。
- 提交的论文之前没有发表过，也没有提交给其他期刊考虑（或者在《给编辑的评论》中提供了解释）。
- 提交文件为PDF格式。
- 如果可用，已提供引用的URL。
- 如果手稿是以前出版的研讨会或会议论文的延伸，则手稿包含一份声明，解释了与已出版的初版相关的小说贡献。
最低要求
- 使用pdflatex和最新的LaTeX系统。
- 只有在需要时，才能仔细使用更多LaTeX包和自定义宏。
- 使用提供的剖切宏：
\截面,\分段,\子子集,\段落,\段落*、和\分段*.
- 提供至少300dpi的合适图形（最好是PDF格式）。
- 使用BibTeX并保持标准样式(
\围兜 )用于参考书目。
- 请尽量减少警告日志。避免过满
\hbox（hbox）以及引用的BibTeX条目的任何类型的警告/错误。
- 使用拼写检查器更正拼写错误。
必需的元数据宏
请仔细设置元数据宏的值，因为从这些宏解析的信息将传递给发布服务器、目录和搜索引擎。避免在元数据宏中放置宏。以下元数据宏/环境是必需的：
\标题如果是长标题，\标题运行.\作者 每个作者一个，即使两个或多个作者有相同的从属关系。\作者正在运行 （缩写名字）和\版权所有 （连接的完整作者姓名）\ccsdesc公司 （ACM 2012主题分类）\关键字 （以逗号分隔的关键字列表）。\相关版本 （如果有相关版本，通常是“完整版本”）；请确保提供一个持久的URL，例如，在arXiv。\开始{abstract}。。。\结束{抽象}.
请不要。。。
一般来说，请不要覆盖有关间距、字体和颜色设置的样式默认值更具体地说，Dagstuhl Publishing在最终排版过程中也使用了一个简短的检查表，如下所示。如果不合规根据这些规则，Dagstuhl Publishing将删除LaTeX代码的相应部分用默认值替换它在严重情况下，我们可能会拒绝LaTeX来源，并期望相应作者修改相关部分。
- 不要使用其他主字体。（例如
次禁止打包。）
- 不要更改提供的样式文件的间距。
- 不要使用
枚举项和副专家.（列举包已预加载，因此您可以使用\开始{enumerate}[（a）]或类似情况。）
- 不要使用“自制”分段命令（例如。，
\noindent{\bf我的段落}). - 不要使用注释或
\iffalse。。。\fi（菲涅耳）结构。
- 不要使用条件结构来包含/排除内容。相反，请只提供应该在一个文件中发布的内容，而不提供其他内容。
- 不要用文字环绕图形和表格。特别是，包
包裹（wrapfig）不支持。
- 不要更改书目样式。特别是，不要使用作者年引文。（
纳特比布不支持包。）
这只是一个包含最相关细节的摘要。请阅读完整内容作者须知有关所有详细信息，请随时联系Dagstuhl Publishing(publishing@dagstuhl.de)如有疑问或评论。
提交
为了满足我们系列的标准，请注意，我们希望附属机构至少包含一城市和国家（对于在美国的地点，还包括状态)，所以我们通常不支持请求删除这类信息来自一个附属机构。
对于具有多个位置的组织请选择你去过的地方大部分时间都是身体执行此工作时。
我们希望，我们根据上述标准完成的从属关系有助于联系作者以及将作品分配给各个地点，最后但并非最不重要的是，有助于协调整个卷中的从属关系。
安授权用户任何人（不一定是作者）编辑论文的权限（大多数情况下，授权用户列表与通讯作者.）请注意：
- 授权用户仅显示在提交服务器中就论文的处理（提交、批准）而言。
- 他们不会出现在元数据中发表的文章！（元数据将从提交的LaTeX代码中读取。）
- 标记为的授权用户符号是已注册到系统。没有此符号的用户已被邀请加入系统，但尚未创建用户帐户。
- 鉴于上述情况不需要同步授权用户的姓名和电子邮件以及实际作者的数据。（它们会自动与提交服务器上的用户帐户同步）。
在提交过程开始时，提交系统只提供了关于文章实际作者的有限信息。但每次上传时，论文的元数据（包括作者）都会更新。在发布之前，要求授权用户确认（或在必要时修改）元数据。更详细地说：
- 首次成功上传之前在文章的LaTeX来源中，作者列表显示授权用户或通讯作者（如果可用）。
- 每次上传后，作者列表暂时从LaTeX来源中提取。由于这种自动提取可能会失败或有错误，最终作者的信息只能由Dagstuhl出版团队在最终排版和在作者批准之前导入。在作者审批期间，您可以要求对这些数据进行更正。
- 最后（通常3周出版前)，明确要求作者批准提取的元数据。在这个阶段，仍然可以进行小的修改或必要的更正。
- 尚未提交LaTeX来源？不要担心这里有任何错误。每次上传LaTeX源时，列表将根据
\作者文件中的宏。
- 否则：只需更正
\作者宏并重新加载。如果错误仍然存在，请确保\作者宏包含在主LaTeX文件的顶层（外部\如果条件），并包含纯数据（即最好没有自行定义的宏）。
- 注：无论如何，Dagstuhl Publishing要求您在作品正式发布之前确认/更正元数据。
Dagstuhl出版社使用BibTEX公司格式化引用。因此，BibTEX样式的plainurl用于BibTEX处理(\书目样式{plainurl}).
- 书目条目应为根据BibTEX标准完成，（不应出现警告或错误）。
- 只要可能，引用应包含外部链接例如。，
DOI程序（首选）或统一资源定位地址
- 强烈建议使用数据库许可证丰富参考文献，例如。，添加缺少的DOI.
- 拜托不要改变书目风格！不允许引用作者年份。（所以
纳特比布Dagstuhl Publishing的当前样式不支持包。）
- 未引用的书目条目将被删除，
\火山岩{*}是被禁止的。
- 提交
仅限bbl-file或一个内联书目还不够。
请注意，在元数据表单的底部有资金字段每个作者块以及一个一般资金字段（请参阅“其他元数据”）。
在PDF格式，所有这些资金字段被合并到标题页上的一个资助块，其中作者特定的资助字段前面会自动加上作者的姓名。
重要！拜托不要重复资金信息通过在一般字段中重复特定于作者的内容，反之亦然。
作为如何分发资金信息的一般规则在不同领域考虑以下因素：如果资金明确指定给作者，请使用作者特定的资金块。你应该只有偏离如果由于多个作者具有相同的资助信息，PDF标题页上的资助块变得不必要地长，则根据此规则。
请注意，有一个自动提取每次上传的（大部分）元数据。编辑这些元数据时，必须区分两种情况：
- 的值灰色（禁用）输入字段只能由修改编辑LaTeX源编码并执行重新加载之后的论文。
- 为了方便起见白色输入字段（如有）可以直接编辑在相应的网络表单中（无需重新加载）。我们将在稍后的最终排版过程中处理这些更改。
由于自动提取可能会失败或出现故障，最终版本的元数据将在排版完成后由Dagstuhl Publishing Team提取。
无论如何，我们要求您在作品正式发布之前确认/更正元数据!
\相关版本｛…｝可用于表示相关版本，如完整版本,扩展版本，或者也是前任通常在可靠的存储库中发布，如arXiv或HAL。
由于所有元数据都应该是自包含的，请添加一个永久URL，例如。\relatedversion{论文的完整版本可从\url{…}.}获得。这也简化了所有读者的访问。除了URL之外，您还可以添加一个引用(\引用{…}).
元数据应该是自包含的，因为它们不仅是文档/PDF的一部分，而且还与实际文档一起以机器可读的格式提取和存储。
请注意：由于在（个人或大学）网页或云存储中托管文件并不足以实现持久/持久的文件存储，我们强烈建议您在可靠的存储库（如arXiv或HAL）中发布文档。
请注意，LaTeX文件中包含的主题分类可能是被认为无效如果我们无法逐字匹配2012年ACM计算分类系统中的条目\ccsdesc{…}LaTeX文件中的宏。（这可能有很多原因。）
为了避免新上传的麻烦，请找到“搜索ACM分类”-上传表单中的输入字段。在那里可以搜索相应的有效分类。（通过使用最后一部分将预期分类作为搜索词，通常会得到一个良好的预选结果。）
请注意，在Dagstuhl Publishing的最终排版过程中，无效分类将自动从LaTeX代码中删除。
作者批准
- 在此期间（通常为3个工作日），作者会看到pdf预览他们的论文以及提取的元数据.
- 作者批准或要求（轻微）更正
- Dagstuhl出版社要求作者帮助解决最终排版过程中发现的问题（如果有的话）
- 达格斯图尔出版社检查更正请求和修订文件（如果可能的话）
- 作者是在早期得到通知日期和可以授权其他人代表他们进行审批（如有必要）。
-
编辑不参与在此过程中，但可以在换装（在编辑批准步骤中）。
如果您单击“保存并完成作者批准”，我们通知您的请求.
然后我们检查如果提议的更改可以实施。（他们是否遵守标准系列的？没有吗一致性问题？没有吗技术限制，例如字符集问题，…）。
如果这些检查为阳性，我们实施中的更改元数据（如有必要）以及LaTeX文件。
无论如何，即使我们无法进行所要求的更改，我们也会通过电子邮件通知您。
重要！请注意，在此阶段只应进行微小的更正。在这里，“微小”也指更改的总数。（我们已经收到了50个更改请求的查询，其中大多数是打字错误。虽然每个请求都很小，但总的来说实现起来很耗时。）超过我们处理能力并因此危及整个卷的及时出版的请求可能会被拒绝。
一旦某些授权用户（通常是您或您的合著者，如果有的话）完成批准请求并将其提交给Dagstuhl Publishing（这发生在步骤2的末尾），我们将通知您的请求.
然后我们检查如果提议的更改可以实施。（他们是否遵守标准系列的？没有吗一致性问题？没有吗技术限制例如字符集问题…）。
如果这些检查为阳性，我们实施中的更改LaTeX中的元数据AND文件。
请注意，在提交审批时，您可以决定是要再次查看更改后的文档，还是在进行更改后将文档视为已批准（无需进一步预览）。
无论如何，即使我们无法进行所要求的更改，我们也会通过电子邮件通知您。
发布工作流
- 在此期间（通常为3个工作日），向作者展示pdf预览他们的论文以及提取的元数据.
- 作者批准或要求（轻微）更正
- Dagstuhl Publishing要求作者帮助解决最终排版过程中检测到的问题（如果有）
- 达格斯图尔出版社检查更正请求和修订文件（如果可能）
- 作者是在早期得到通知日期和可以授权其他人代表他们进行审批（如有必要）。
-
编辑不参与在此过程中，但可以在换装（在编辑批准步骤中）。
LaTeX风格
下面是一个完全填充的author宏的示例：
\作者{John Q.Public}{亚特兰蒂斯杜米大学纯粹胡说八道研究所\和\url{http://www.myhomepage.edu}}{johnqpublic@dummyuni.org}{https://orcid.org/0000-0002-1825-0097}{由月球人资助。}
请注意：
- 使用完整的名字和姓氏。
- 城市和国家属于最低要求关于附属关系。
- 如果作者有多个不同的从属关系，请使用关键字将其明确分开
\和.
- 电子邮件、ORCID和资金是可选的。
-
无法共享作者宏！即使两个或多个作者具有相同的从属关系，也请使用单独的作者宏！
此宏设置奇数页的页眉，这是串联作者字符串的缩写版本。示例用法：
\authorrunning{J.、Q.Public、A.、E.Access和E.示例}
请。。。
- 缩写名字
- 如果是中间缩写：使用
\,如示例所示
- 与
\作者宏
- 如果是两个作者：用“and”连接
- 如果有3个或更多作者，请参阅示例以了解串联
- 如果盒子过满：请使用第一作者的名字和“etal”
Dagstuhl Publishing使用BibTEX公司格式化引用。因此，BibTEX样式的plainurl用于BibTEX处理(\书目样式{plainurl}).
- 书目条目应为根据BibTEX标准完成，（不应出现警告或错误）。
- 只要可能，引用应包含外部链路例如。，
DOI程序（首选）或统一资源定位地址
- 强烈建议使用数据库许可证丰富参考文献，例如。，添加缺少的DOI.
- 拜托不要改变书目风格！不允许引用作者年份。（所以
纳特比布Dagstuhl Publishing的当前样式不支持包。）
- 未引用的书目条目将被删除，
\火山岩{*}是被禁止的。
- 提交
仅限bbl-file或一个联机参考书目还不够。
\ccsdesc{…}适用于遵循ACM 2012计算分类系统的分类信息。示例用法：
\ccsdesc{计算理论~证明复杂性}\ccsdesc{计算理论~量子复杂性理论}
请随时使用我们的ACM 2012主题查找器搜索适当的分类并生成必要的LaTeX代码。
使用此宏，可以指定版权所有者（出现在标题页底部），通常是作者团队。示例用法：
\版权{John Q.Public、Adam E.Access和Eve Example}
拜托。。。
- 使用满的名字和姓氏
- 与
\作者宏
- 如果是两个作者：用“and”连接
- 如果有3个或更多作者，请参阅示例以了解串联
该宏应用于捕获一般（即非作者特定）资金信息。
如果资金可以明确分配给作者，请使用\作者而不是宏。
示例用法：
\关键词{万物理论，不确定度量，抽象无意义}
请注意：
- 逗号作为分隔符
- 第一个单词和每个专有名词都应该大写
\相关版本详细信息{…}可用于表示相关版本，如完整版本,扩展版本，或者也是前任通常在可靠的存储库中发布，如arXiv或HAL。示例用法：
\relatedversiondetails[cite={bibtex-reference}]{Full Version}{https://arxiv.org/abs/。。。}
由于所有元数据都应该是自包含的，请在引用的版本中添加一个持久URL（如上所示）。这也简化了所有读者的访问。
\补充详细信息{…}可用于表示相关的补充剂研究数据,来源代码,海报,幻灯片, ... 托管在类似的存储库上zenodo公司,无花果。。。，软件遗产.
示例用法：
\补充详细信息[子类别=｛源代码｝]｛软件｝{https://github.com/。。。}
这个子类别是自由文本，而类别（上例中的软件）必须是以下单词之一：Audiovisual、Collection、DataPaper、Dataset、Event、Image、InteractiveResource、Model、PhysicalObject、Service、Software、Sound、Text、Workflow、Other。（这是我们的DOI提供商规定的受控词汇表。）
请注意：由于在（个人或大学）网页或云存储中托管文件并不足以实现持久/持久的文件存储，我们强烈建议在可靠的存储库.
提交
为了满足我们系列的标准，请注意，我们希望附属机构至少包含一城市和国家（对于在美国的地点，还包括状态)，所以我们通常不支持请求删除这类信息来自一个附属机构。
对于具有多个位置的组织请选择你去过的地方大部分时间都是在身体上执行此工作时。
我们希望，我们根据上述标准完成的从属关系有助于联系作者以及将作品分配给各个地点，最后但并非最不重要的是，有助于协调整个卷中的从属关系。
安授权用户任何人（不一定是作者）编辑论文的权限（大多数情况下，授权用户列表与通讯作者.）请注意：
- 授权用户仅显示在提交服务器中就论文的处理（提交、批准）而言。
- 他们不会出现在元数据中发表的文章！（元数据将从提交的LaTeX代码中读取。）
- 标记为的授权用户符号是已注册到系统。没有此符号的用户已被邀请加入系统，但尚未创建用户帐户。
- 鉴于上述情况不需要同步授权用户的姓名和电子邮件以及实际作者的数据。（它们与提交服务器上的用户帐户自动同步）。
在提交过程开始时，提交系统只提供了关于文章实际作者的有限信息。但每次上传时，论文的元数据（包括作者）都会更新。在发布之前，要求授权用户确认（或在必要时修改）元数据。更详细地说：
- 首次成功上传之前在LaTeX文章来源中，作者列表显示了授权用户或相应作者（如果可用）。
- 每次上传后，作者列表暂时从LaTeX来源中提取。由于这种自动提取可能失败或有错误，最终作者的信息仅由Dagstuhl出版团队在最终排版和在作者批准之前导入。在作者审批期间，您可以请求更正这些数据。
- 最后（通常3周出版前)，明确要求作者批准提取的元数据。在这个阶段，仍然可以进行小的修改或必要的更正。
- 尚未提交LaTeX来源？不要担心这里有任何错误。每次上传LaTeX源时，列表将根据
\作者文件中的宏。
- 否则：只需更正
\作者宏并重新加载。如果错误仍然存在，请确保\作者宏包含在主LaTeX文件的顶层（外部\如果条件），并包含纯数据（即最好没有自行定义的宏）。
- 注：无论如何，Dagstuhl Publishing要求您在作品正式发布之前确认/更正元数据。
Dagstuhl Publishing使用BibTEX公司格式化引用。因此，BibTEX样式的plainurl用于BibTEX处理(\书目样式{plainurl}).
- 书目条目应为根据BibTEX标准完成，（不应出现警告或错误）。
- 只要可能，引用应包含外部链路例如。，
DOI程序（首选）或统一资源定位地址
- 强烈建议使用数据库许可证丰富参考文献，例如。，添加缺少的DOI.
- 拜托不要改变书目风格！不允许引用作者年份。（所以
纳特比布Dagstuhl Publishing的当前样式不支持包。）
- 未引用的书目条目将被删除，
\夜光岩｛*｝是被禁止的。
- 提交
仅限bbl-file或一个内联书目这是不够的。
请注意，有一个自动提取每次上传的（大部分）元数据。编辑这些元数据时，必须区分两种情况：
- 的值灰色（禁用）输入字段只能由修改编辑LaTeX源编码并执行重新加载之后的论文。
- 为了方便起见白色输入字段（如有）可以直接编辑在相应的网络表单中（无需重新加载）。我们将在稍后的最终排版过程中处理这些更改。
由于自动提取可能会失败或出现故障，最终版本的元数据将在排版完成后由Dagstuhl Publishing Team提取。
无论如何，我们要求您在作品正式发布之前确认/更正元数据!
\相关版本{…}可用于表示相关版本，如完整版本,扩展版本，或者也是前任通常在可靠的存储库中发布，如arXiv或HAL。
由于所有元数据都应该是自包含的，请添加一个持久的URL，例如。\relatedversion{论文的完整版本可从\url{…}.}获得。这也简化了所有读者的访问。除了URL之外，您还可以添加引用(\引用{…}).
元数据应该是自包含的，因为它们不仅是文档/PDF的一部分，而且还与实际文档一起以机器可读的格式提取和存储。
请注意：由于在（个人或大学）网页或云存储中托管文件并不足以实现持久/持久的文件存储，我们强烈建议您在可靠的存储库（如arXiv或HAL）中发布文档。
请注意，LaTeX文件中包含的主题分类可能是被认为无效如果我们无法逐字匹配2012年ACM计算分类系统中的条目\ccsdesc{…}LaTeX文件中的宏。（这可能有很多原因。）
为了避免新上传的麻烦，请找到“搜索ACM分类”-上传表单中的输入字段。在那里可以搜索相应的有效分类。（通过使用最后一部分对于作为搜索术语的预期分类，通常以良好的预选择结束。）
请注意，在Dagstuhl Publishing的最终排版过程中，无效分类将自动从LaTeX代码中删除。
作者批准
- 在此期间（通常为3个工作日），作者会看到pdf预览他们的论文以及提取的元数据.
- 作者批准或要求（轻微）更正
- Dagstuhl Publishing要求作者帮助解决最终排版过程中检测到的问题（如果有）
- 达格斯图尔出版社支票更正请求和修订文件（如果可能）
- 作者是在早期得到通知日期和可以授权其他人代表他们进行审批（如有必要）。
-
编辑不参与在此过程中，但可以在换装（在编辑批准步骤中）。
如果您单击“保存并完成作者批准”，我们通知您的请求.
然后我们检查如果提议的更改可以实施。（他们是否遵守标准系列的？没有吗一致性问题？没有吗技术限制例如字符集问题…）。
如果这些检查为阳性，我们实施中的更改元数据（如有必要）和在LaTeX文件。
无论如何，即使我们无法进行所要求的更改，我们也会通过电子邮件通知您。
重要！请注意，在此阶段只应进行微小的更正。这里，“次要”也指更改的总数。（我们已经收到了50个更改请求的查询，其中大多数是打字错误。虽然每个请求都很小，但总的来说实现起来很耗时。）超过我们处理能力，从而危及整卷及时出版的请求可能会被拒绝。
一旦某些授权用户（通常是您或您的合著者，如果有的话）完成批准请求并将其提交给Dagstuhl Publishing（这发生在步骤2的末尾），我们将通知您的请求.
然后我们检查如果提议的更改可以实施。（他们是否遵守标准系列的？没有吗一致性问题？没有吗技术限制例如字符集问题…）。
如果这些检查为阳性，我们实施中的更改LaTeX中的元数据AND文件。
请注意，在提交审批时，您可以决定是要再次查看更改后的文档，还是在进行更改后将文档视为已批准（无需进一步预览）。
无论如何，即使我们无法进行所要求的更改，我们也会通过电子邮件通知您。
发布工作流
- 在此期间（通常为3个工作日），作者会看到pdf预览他们的论文以及提取的元数据.
- 作者批准或要求（轻微）更正
- Dagstuhl出版社要求作者帮助解决最终排版过程中发现的问题（如果有的话）
- 达格斯图尔出版社检查更正请求和修订文件（如果可能的话）
- 作者是在早期得到通知日期和可以授权其他人代表他们进行审批（如有必要）。
-
编辑不参与在此过程中，但可以在换装（在编辑批准步骤中）。
在这本书正式出版之前，达格斯图尔出版社。。。
- 创建一个web门户在Dagstuhl发布服务器上液滴并将链接传达给编辑
- 提供了详细的换装所有文件
- 请编辑解决未决问题在作者批准期间无法澄清的问题（如果有的话）
- 等待明确批准编辑将门户网站公开给公众
编辑仔细检查一切如有必要，要求进行小改动。
批准后，该卷将正式出版。
首先要注意的是无自动操作当编辑提交截止日期已过时触发！你实际上决定了什么时候把这本书交给Dagstuhl出版社。（然而，如果您错过了截止日期，我们无法保证及时发布。）
您在这里的任务是：
- 检查完整性并提醒延迟提交论文的作者
- 检查文件顺序（如有必要，重新订购）
- 检查/设置正确纸张类别（例如。邀请的谈话,扩展摘要, ...)
- 编写前言并将其包含到预先生成的提交系统提供的前端事项
- 在指定日期（编辑提交截止日期）将卷交给Dagstuhl Publishing
-
不需要手动编辑作者提交的LaTeX来源（尽管有可能）
首先要注意的是，指定的作者提交的材料截止日期不会自动触发任何操作（比如结束提交）。然而，这是最后期限传达给作者在系统生成的电子邮件中。实际上，您可以决定何时手动关闭提交。
编辑在提交论文期间的任务是：
- 编辑监控论文提交进度（有电子邮件通知）
- 编辑发送提醒提交不完整时（由提交服务器指导）
- 编辑检查页面限制（如有）和鼓励作者遵守风格指南
- 编辑编写前言并将其包含在预先生成的前置事项模板
- 编辑保证卷的移交在商定的最后期限内
- 不需要手动检查提交的LaTeX源（上传时有一些自动检查）
- 不需要做任何类型的排版
LaTeX风格
此宏设置奇数页的页眉，这是串联作者字符串的缩写版本。示例用法：
\authorrunning{J.、Q.Public、A.、E.Access和E.示例}
拜托。。。
- 缩写名字
- 如果是中间缩写：使用
\,如示例所示
- 与
\作者宏
- 如果是两个作者：用“and”连接
- 如果有3个或3个以上的作者，请参阅示例中的串联
- 如果盒子过满：请使用第一作者的名字和“etal”
Dagstuhl Publishing使用BibTEX公司格式化引用。因此，BibTEX样式的plainurl用于BibTEX处理(\书目风格).
- 书目条目应为根据BibTEX标准完成，（不应出现警告或错误）。
- 只要可能，引用应包含外部链接例如。，
DOI程序（首选）或统一资源定位地址
- 强烈建议使用数据库许可证丰富参考文献，例如。，添加缺少的DOI.
- 拜托不要改变书目风格！不允许引用作者年份。（所以
纳特比布Dagstuhl Publishing的当前样式不支持包。）
- 未引用的书目条目将被删除，
\火山岩{*}是被禁止的。
- 提交
仅限bbl-file或一个内联书目还不够。
\ccsdesc{…}用于ACM 2012计算分类系统之后的分类信息。示例用法：
\ccsdesc{计算理论~证明复杂性}\ccsdesc{计算理论~量子复杂性理论}
请随时使用我们的ACM 2012主题查找器搜索适当的分类并生成必要的LaTeX代码。
使用此宏，可以指定版权所有者（出现在标题页底部），通常是作者团队。示例用法：
\版权所有｛John Q.Public、Adam E.Access和Eve Example｝
拜托。。。
- 使用满的名字和姓氏
- 与
\作者宏
- 如果是两个作者：用“and”连接
- 如果有3个或更多作者，请参阅示例以了解串联
该宏应用于捕获一般（即非作者特定）资金信息。
如果资金可以明确分配给作者，请使用\作者而不是宏。
示例用法：
\关键词{万物理论，不确定度量，抽象无意义}
请注意：
- 逗号作为分隔符
- 第一个单词和每个专有名词都应该大写
\相关版本详细信息{…}可用于表示相关版本，如完整版,扩展版本，或者也是前任通常在可靠的存储库中发布，如arXiv或HAL。示例用法：
\relatedversiondetails[引用=｛bibtex引用｝]｛完整版本｝{https://arxiv.org/abs/。。。}
由于所有元数据都应该是自包含的，请为引用的版本添加一个持久URL（如上所示）。这也简化了所有读者的访问。
\补充详细信息{…}可用于表示相关的补充剂研究数据,来源代码,海报,幻灯片, ... 托管在类似的存储库上zenodo公司,无花果。。。，软件遗产.
示例用法：
\补充详细信息[子类别={源代码}]{软件}{https://github.com/。。。}
这个子类别是自由文本，而类别（上例中的软件）必须是以下单词之一：Audiovisual、Collection、DataPaper、Dataset、Event、Image、InteractiveResource、Model、PhysicalObject、Service、Software、Sound、Text、Workflow、Other。（这是我们的DOI提供商规定的受控词汇表。）
请注意：由于在（个人或大学）网页或云存储中托管文件并不足以实现持久/持久的文件存储，我们强烈建议在可靠的存储库.
