投稿系统的数据可用性声明只有几行,编辑要找的却是能生成结果表的那份文件。先选一张表查实际数据,再按公开、申请或无法共享分开填。核准路径后,可以用畅笔AI论文把文件标识和访问条件整理进投稿字段。
从一张关键结果表开始找文件
打开生成这张表的实际分析记录,看它读取的是清洗后的文件、原始数据,还是第三方数据库的特定版本。再查仓库或附件里有什么。可供下载的汇总表只能帮助核对部分结果,别把它写成完整的分析数据。若表格依赖特定筛选、数据字典或脚本,顺手记录读者到哪里找这些说明。
先打开的是结果表,最后要登记的是它背后的材料。原始采集文件、清洗后的分析文件、代码和变量说明各有用途。把每份材料与实际结果的位置连起来,尤其检查附录表是否用了不同批次。若论文采用了第三方数据库的某个快照,写出发布方、实际使用的版本或获取日期,读者才能判断今天下载的内容是否等同于论文里的数据。
作者自存的文件名常常只有自己认识。仓库里如果有好几份表,把生成主要结果的文件名、对应的正文表号和变量说明写到一处。声明可以很短,但读者点进去之后应能看懂哪个附件可以使用、还需要哪一步处理。
每种访问状态,写到读者知道下一步
公开数据先用未登录窗口点开链接,核记录名称、版本与实际附件。如果有延迟公开,写实际开放状态和已确认的时间。受限材料先问管理方:谁可以申请、走哪个入口、需要什么手续。完全无法共享时,准确说清范围;经许可能够提供汇总、变量说明或代码的,单独给出访问方式。
论文同时用了公开统计和受限访谈时,可以按材料类别写两句。公开件给记录入口与版本,受限件给管理方和已确认的申请条件。有人曾经从项目负责人处获得过材料,并不等于负责人能直接分发给所有读者。受限情形优先核真实流程,暂时无法提供的材料按现状说明。若许可允许提供脚本和汇总表,可以给这些材料的入口,让读者知道能够核到哪里。
| 数据状态 | 声明应交代 |
|---|---|
| 公开 | 实际附件或仓库入口、标识、版本 |
| 受限 | 管理方、适用条件、申请入口 |
| 不可共享 | 受限范围及获准提供的辅助材料 |
公开件写实际文件入口和版本;受限件写谁受理申请、适用条件和入口;无法共享的文件说明范围,另列经许可可提供的材料。遇到几种情况并存,把核准的访问字段交给畅笔AI论文润色改稿,分别成句。改完逐句点开:说可下载的要找到附件,说可申请的要找到受理路径。
工具链接:畅笔AI论文
换过分析文件时,用旧声明查漏项
如果期刊有匿名审稿要求,审稿链接和正式公开链接可能要分别准备。先查匿名阶段允许展示的记录信息,再从审稿者视角打开实际链接。仓库改版后留一个对应表,注明旧结果与旧版文件、新结果与新版文件之间的关系。核对时最好点正文中一张表和一份附件,确认没有只更新正文而漏了系统字段。
返修增加新结果时,把旧声明、新版数据记录和编辑的问题给畅笔AI论文批注修改,分别整理正文、系统字段和回复。回复称补了新版文件,就实际打开新稿里的链接核版本;同时保留旧结果与旧文件的对应关系。
结语
先让读者能从结果找到实际数据,再用畅笔AI论文把路径整理到声明里。投稿前选一张表,试走一次从正文到文件或申请入口的过程。