番組WIKI計画
要是这样的话就和“与 ACG
，都填上去（版本特性可以填多个
nthrkbrk 说: 这样写没事。推荐另开贴扩大投票范围
#1 - 2024-7-30 12:53
mizudiwood🤖 (25年小结→bgm.tv/blog/366790)
☆投票进行中☆（欢迎维基人踊跃参与）
1. 书籍连载日期信息如果要统一，用什么字段？#73
2. 直接付费下载的H动画应该如何分类？#74
3. “链接”字段二级Key写法投票#97
4. 角川集团内部的出版者信息填写是否应该简化？隔壁#9
5. 网络连载的版权方（内容提供商/工作室），填写什么职位隔壁#23
6. 読切的公共标签要不要改名，改叫什么隔壁#33
7. 关于音乐专辑“品番”infobox字段的投票#120
楼太长了，请勿在本楼对个别条目进行提问，不要私信
警告：如果不按规范编辑条目，多次提醒且不提出建设性意见的，无关收录范围，无人或仅本人收藏的问题条目直接锁定处理，拒绝配合者可能回收维基权限。
维基候选人不是我不点推荐，是槽点实在太多，每次私信也麻烦，在 @clinkz 的提议下干脆汇个总好了
（想到一点写一点，施工中...）
楼主推荐条件：新增有效条目（无下记基础类错误）1页以上：https://bgm.tv/user/{你的id}/wiki
菜籽酱推荐条件：见个人主页
Sai/leins推荐条件：写小作文给他并成功打动他
天野：没见他推过
其他：……还有其他活的吗
已经是维基人的小伙伴也最好看看啦，有的问题在老维基人里还是比较常见的
★新人必看
※建议类目前未达成共识，请选择性参考
注意：除非上一位编辑者填写的信息明显错误，不要轻易删除他人填写的内容，如有争议请友善讨论
欢迎评论区补充，或者讨论疑虑
对于Bangumi 收录范围 V2不明确，收录范围有疑虑的也可利用本楼讨论
（涉及变动的我一个人拍不了板就是了
关于锁定：收录范围暧昧的条目会优先采取锁定操作，如有异议请申诉或进一步讨论
近期锁定条目参考https://bgm.tv/index/62929
需要合并条目或删除章节等问题请继续使用
[2025年3月起]问题条目/错误章节 汇报
-----------颜色说明-----------
系统特征
Bangumi维基编辑共识
收录范围相关
上级指示
版权相关
高亮
----------------------------------
-----------更新履历-----------
2026.3.31 增加常见易错公共标签的定义
2026.4.8 优化了动态漫画定义
2026.4.9 新增mod/改版标签及定义
2026.4.15 修正电视剧收录范围
2026.4.18 新增音乐类型公共标签说明
2026.4.19 新增Arrange标签及定义
2026.4.22 新增AI动画当前操作基准
2026.5.5 关于多版本的适用范围
2026.5.6 新增选集剧标签及定义
内容较多，查阅具体细则请善用Ctrl+F
全体：
★1. 除更新期间话数未定外，其余项目不要保留星号*
★2. 标题请用原文，如ちょびっツ、仙劍奇俠傳、Fate/Grand Order
★3. 制作人员请用原文（bangumi人物条目名），注意日本人姓名间的空格不保留
★4. 别名有多个时，请使用别名右侧增加行数，不要使用顿号等分隔符写在同一行，标题/中文名/别名不需要重复写
★5. 简介里不要填写主观信息，应尽量避免剧透
★6. 新建条目请确保信息来源可靠（官方发表或正规平台资讯）
★7. 不清楚的内容不要乱填！！请求助其他维基人，或者留空
★8. 封面请勿保留第三方水印，如“百度百科”、非版权方微博号等
★9. 封面露骨容易被请喝茶的条目请标记为受限内容（有全年龄封面不用标受限，注意该勾选项不受版本限制，恢复版本无效）
★10. 漏点封面请打码后上传
★11. 违反社区指导原则的条目将跳过锁定直接蒸发
12. 不鼓励回收，除非自己短期内计划维护，禁止私自把条目改成待回收/待删除
-infobox-
1. 书籍“发售日”、游戏“发行日期”等只认唯一首发信息（以官方当地时间为准，请注意Steam等平台会自动按用户的时区切换），不同版本的日期可使用列表模式，第一行填写原版首发信息（大陆网文阉割书籍除外），参考，举例
2. 日期中间不要留有空格，如“2026 年 3 月 31 日”（#7）
3. 同一栏目复数制作人员的情况最好用“、”隔开（#8）
4. 制作人员最好填写该人员在本作品使用的名义（马甲），关联用原名可写在括号中，如“井萩麟（富野由悠季）”
5. 重要制作人员尽可能填写后再关联，便于搜索、缩略内容展示，也利于追溯是否为误关联
6. 制作人员所属公司/团体无需写入infobox，不要关联，参考
7. 海外作品的简体中文标题请使用官方译名或具有一定流传度的民间汉化译名，可不填，不要自行翻译（纯片假名→英文除外）
8. 可关联的职位名全部按照关联人物处的职位写，如“导演”、“脚本”、“音乐”
9. 有制作人员关联项的不适合使用列表模式，关联格式会混乱
10. 需要自定义的infobox左侧一般都写简体中文，一行只写一个职位
11. web动画、网剧等网络配信媒体的站点请填写“在线播放平台”栏，如“bilibili”、“爱奇艺”
12. 未定事项不要写TBD、TBA等占位符，直接留空
13. 书籍以外请不要用多版本编辑条目
-关联相关-
1. 前后作关联只需要关联直接相关的一部，不需要关联全部续作
2. 取消条目间关联时需要双向取消
3. 同人动画、游戏和音乐不关联到原作，不关联原作者和角色，同人书籍只能添加有isbn的官方出版书（官方出版的可关联）
4. 同一部原作改编的不同作品，团队无重合无需关联“不同演绎”（如同一部小说改编的漫画、动画、三次元之间无需关联）
-外链相关-
1. 官网请继续使用“官方网站”或“website”字段，可以使用列表模式在二级Key备注版本和地区
说明：infobox游戏默认“website”，动画/三次元默认“官方网站”，其他类型如有需要请自行添加“官方网站”或“website”
2. 在线播放平台、官方SNS、游戏或书籍配信地址的链接统一填到“链接”字段，使用列表模式，二级Key备注平台名，举例1，举例2
3. 常见的第三方链接如“imdb”“Wikipedia”可以适当添加，二级Key请填写具体站点名
4. 请使用原始链接，不使用b23.tv等短链接
-公共标签-
1. 优先按照官方定义填写，若无官方参考版权方合作商业平台
2. 宁可不选，也不要凭感觉乱选
3. 分类/来源用标签请单选（书籍的“系列/单行本”，游戏的“合集”除外）
4. 来源以当前条目内容（非ip）的直接来源为准，如柯南原创剧场版、Fate/Zero小说选“原创”，东方等二创动画可选“原创”，并在类型里加选“同人”
5. 常见错误建议使用组件，会自动提醒
6. 请注意改编和取材的区别，取材仅标原创，实在分不清请不要凭感觉选
-其他-
1. 遇见一个直觉不该出现的条目，先怀疑它是漏网之鱼，而不是效仿它创建更多的违规条目…
2. 将重复或违规条目修改为待回收条目时请注意没有活人收藏，请备注好回收原因！！
-建议-
1. 对于游戏动画书籍音乐等衍生复杂的大IP，不同类型间只关联直接相关的改编/画集/OST等条目即可，不用沾点边的全部想方设法关联上…
2. 封面两边有黑边或白边的，动动手指，裁一裁再上传
3. 对于可能有争议的内容尽可能填写编辑摘要说明意图，避免不必要的wiki战
4. 官方网站最好不要用web.archive.org/xxx，填写原地址，或在链接字段使用二级Key
—————————·—————————·—————————
书籍：（重灾区）
书籍区问题较多，请阅读书籍专楼
—————————·—————————·—————————
三次元：
★1. ACG无关电影不能添加（特例除外），直接枪毙（请关联上相关作品或写上提名信息以免误伤）
特例：①有科幻/奇幻奖提名，②日影（可能在未来跟ACG扯上关系的），③已有直接相关剧集条目（翻拍不在此列），④老板钦点的特例（#13），⑤直接关联的原作（非借鉴/取材）符合书籍收录范围（包括因商业acg改编而收录的原作）
2. 正规渠道放送的商业剧集（日剧/欧美剧/华语句/<其他>电视剧）可以收录，不鼓励添加自己不标记的条目
3. 根据商业ACG原作改编的其他真人影视（含AV等），仅有正式改编版权的可以收录
4. 综艺节目及与ACG无关的独立电视剧（包括纪录片）仅收录2集及2集以上定期更新的节目（不收录无系列归属的单集作品），SP、特番等依附于已有系列的条目不受此限。请不要添加敏感词条（尺度可参考豆瓣）
5. 舞台剧、Live等只收录ACG相关条目，分类“演出”，“开始”等信息填写以线下为准，BD等发售信息仅作为补充
6. 关于live的条目拆分，公演名（含地区写进正式公演名的）不同/有子标题或独立logo/各公演出演者来自不同代（企划），且内容完全不重合的拆分；其他情况按公演企划创建一个条目，讨论
7. 其他演出按售票单位拆分，同期相同内容不同场次只用建一个条目
8. 短剧暂时按电视剧的收录标准，注意必须是备过案的，不鼓励添加自己不看的短剧
-公共标签-
1. 电台：ラジオ/Radio，声优、创作者对谈等广播节目，没有剧情演绎
2. 广播剧：ドラマ/Drama，以角色对话为主，对剧情进行声音演绎，旁白占比极少
3. 有声剧：Audio Drama，主播和配音演员通过声音演绎的有声戏剧，以对话为基础，辅以旁白，运用音乐、音效加强气氛，有剧本，介于广播剧和有声书之间
※录音棚录制的“朗読劇”归入此类，如果为舞台条目请选择“演出”
4. 有声书：オーディオブック/Audiobook，照着小说文本朗读，几乎不添加额外的剧情演绎或音效，不进行角色区分
5. 演出：线下活动（Live、舞台剧、脱口秀、朗读剧等）
6. 影视改：说白了就是翻拍
7. 地区类：欧美/美国，中国/华语/香港/台湾，有包含关系的地区可以多选
8. 选集剧：一部以固定品牌或标题持续推出，但每季（或每集）讲述一个全新的独立故事，且更换全部主角与核心设定的剧集作品
-建议-
1. 线下演出有多个场次的，建议演出内容相近的在同一个条目里加不同场次的章节，如“昼の部／夜の部”
—————————·—————————·—————————
音乐：
★1. 网络连载的ACGN相关商业广播剧、有声书、广播电台请在三次元创建，暂时分类为“其他”，出实体CD后则以专辑为单位收录在音乐并关联，不收录ACGN无关有声作品
★2. 舞台剧、Live等请在三次元创建，分类为“演出”
★3. 非官方的纯翻唱音乐不收录（一般来说跳过官方自投稿的仅网络发布的音声都不收录）
4. “艺术家”一般填写Vocal（演唱者）或Cast（广播剧声优），纯音乐请使用作曲/编曲/乐器等具体职位
5. “版本特性”是指专辑或单曲等，不是用来写音乐风格自由发挥的哦（可以不填，参考#5#22）
6. 非ACG直接相关的音乐也最好不要加，看到无关联的可能会锁（请关联上相关作品或制作人员以免误伤）
7. 预计收录在专辑中的先行配信单曲不宜新建，若封面与专辑一致的需要合并，算同一个音乐产品（UPC码一致）
8. 曲目列表的简体中文标题框通常只填写曲目的官方译名或者日文片假名的英文写法
9. 通常只收录初版，介质不同多版本时以CD版信息为准
10. 封面应与条目版本一致（初版/通常盘）
11. 没有实体CD的同人ASMR（仅网络配信）暂不收录
12. 无实体的电子专辑请请填写链接或在线播放平台
13. 流媒体仅视频发布的MV、PV等不收录（若动画完成度高可酌情收录于动画区）
14. 没有实体或正规流媒体发布的同人专辑不收录
-公共标签-
1. DramaCD/ドラマCD可选择公共标签“Drama”+“专辑”
2. DJCD/ラジオCD可选择公共标签“Radio”+“专辑”
3. 朗読劇CD可选择公共标签“朗读剧”+“专辑”
4. 无实体的电子专辑请选择公共标签“Digital”
5. “ASMR”为非专辑条目用的临时标签，如果是实体专辑仅选择“专辑”
6. 受众里的“BL”“乙女”“TL”标签，分级里的“R18”和“全0”标签仅用于广播剧CD和ASMR
7. 与作品直接关联的专辑不要选“原创”
8. 同人音乐不建议选“原创”以外的来源标签，若来源复杂（动画/游戏/电影…/原创），仅选择“同人音乐”即可
-其他音乐类型标签说明-
1. OST：Original Sound Track/原声带，指作品直接使用的背景音乐集（BGM），通常为纯音乐，可能包含部分插入歌和主题曲，不额外选OP/ED/TM/IN类单曲标签
2. OP：Opening/片头曲，特指在作品开头播放的主题歌，用于单曲专辑
3. ED：Ending/片尾曲，特指在作品结尾播放的主题歌，用于单曲专辑
4. TM：Theme/主题曲，通常指剧场版动画或电影主题曲，用于单曲专辑。如作为OP/ED使用，按实际功能选OP/ED即可，不额外选TM
5. IN：Insert/插入歌，指在作品中插入的歌曲，通常用于重要剧情，非一般BGM，用于单曲专辑
6. 角色歌：Character Song，由声优以角色的身份和口吻演唱的歌曲专辑
7. Vocaloid：V家，特指使用VOCALOID、CeVIO等引擎制作的歌曲
8. 单曲：Single，通常包含1-3首歌的专辑（含伴奏），多见于OP/ED等商业发行，可与OP/ED/TM/IN搭配使用
9. 艺人专辑：Artist Album，指歌手/作曲家/演奏家个人名义发行的正式专辑（通常7首以上）或精选集，收录该歌手演唱的各类歌曲合集，非特定作品的主题曲专辑，不要额外选OP/ED/OST等作品关联类标签，也不要选单曲/VOCAL
10. 印象曲：イメージアルバム/Image Album，以作品为概念额外写的宣传用曲等，通常未直接用于作品
11. 同人音乐：非商业发行的音乐作品
12. Arrange：アレンジ，收录在原曲的基础上新编曲的版本，包括交响曲版、钢琴曲版等，通常未直接用于作品，民间有时候汉化成混音，请注意鉴别
13. VOCAL：用于与作品直接相关的人声歌曲集，常见于精选集或歌曲较多作品的声乐特辑，不要额外选OP/ED/OST等作品关联类标签
14. Remix：リミックス，电子混音，基于原录音素材的电子化重构，常见于DJ混音版、俱乐部混音版（Club Mix）等，与基于乐谱重新编曲的“Arrange”不同
-建议-
1. 多CD版本发行时，通常盘（优先）、艺人盘、动画盘等尽量整合到同一个条目，举例1、举例2
2. 尽量参考官网或专业性强的售卖平台（如tower.jp）上的信息，不建议使用百度百科等民间站点
3. 演唱者是角色名义的，艺术家按照“角色名（CV：xxx）”格式填写
ps. 8、9、10及以上建议的详细说明请阅读#31
4. 广播剧CD有条件的可关联角色后再添加声优
—————————·—————————·—————————
游戏：
游戏条目最低线信息：原文标题、发行日期（未定除外）、封面（未定除外）、平台
1. 移植、重制等一般情况下跟初版关联为主版本/不同版本，仅保留原案几乎重做的（如FF7R）关联为不同演绎，特殊情况再议，参考[WIKI] 游戏条目关联新增「不同版本」关系 / 增加「合集」关系
2. 不同版本的条目直接关联到主版本即可，可在该条目关联对应版本的原声集、设定集等，不用关联该游戏的其他版本（如第一部/第二部/外传等只需要在主版本间关联）
3. website会自动显示成官方网站，请在该栏目填写官方公式链接，Steam等购买链接请使用“链接”（详见“外链相关”）
4. 游戏标题里的™、®等版权符号不应保留
5. 平台请填写PC、iOS、PS5等运行机器，请勿填写Steam等发售平台
说明：平台具体填机种还是OS目前没有定论（#7），建议移动设备写OS（iOS/Android等），其他都写设备（PC98/PC/PS5等）
6. 不能独立运行的DLC、Fan Disc等请选择“扩展包”，需要包含有一定体量的新剧情，地图包、曲包或角色等非剧情扩展包以及周边（设定集、广播剧等）暂不收录，参考[WIKI] 游戏/三次元/音乐频道类型更新路线图 - Phase 2
7. 游戏可以タイトル（title）/コンテンツ（content）为单位创建条目（可分别创建不同移植版本），以贩售形式为单位（折扣包除外）创建合集条目，关联为合集/收录作品（合集收录版本最接近的条目），公共标签选择“合集”，参考[WIKI] 关于游戏合集的收录标准
8. “动画制作”是游戏内过场动画的外包制作公司，不要填写人名
9. “美工”一般指游戏内素材绘制者（以Staff roll为准），宣传图或包装用图的外包画师不填在此栏
10. 一般来说为一个主版本对应多个子版本，不要在子版本关联不同版本
11. 有一定剧情量、且有一定讨论度（需要有玩家做较完整攻略）的Mod和Rom Hacks可以收录，分类“其他”，不与本体关联，参考
12. 上记以外“其他”分类达成共识前建议不要用，讨论请至#45
13. 恢复版本时请注意检查分类是否异常
14. 页游、小程序统一把平台填成web
15. 直接利用版权方素材二创的“同人游戏”目前看到将会锁定处理，如有异议请另行讨论该类条目收录范围
16. 桌游规则书请在书籍创建，公共标签选择“TRPG”
-公共标签-
1. 游戏：可以独立运行的游戏软件
2. 合集：一个售卖单位包含多个title的条目，参见上述7
3. 扩展包：不可独立运行的追加内容（Expansion Pack），如传统意义上竞技类游戏的资料片、AVG游戏的FD、桌游的补充包等，不另行选择“游戏”
4. DLC：可下载的追加内容，体量可能较小，不另行选择“游戏”，若官方明确定义为DLC，不需要考虑是否能独立运行
5. 改版：ROM hack
6. mod：模组/Modification，如Steam创意工坊
7. 软件：上记以外的软体
8. 桌游：非电子软体的实体游戏
9. 同人：非商业发行作品
-建议-
1. 多平台的情况，尽量按发售日期从上到下添加（#9）
2. 历史多平台条目需要拆分的，尽量保留原条目为标记人数最多的版本（不同平台标记数接近的情况优先初版），无需考虑该版本是否为初版，主版本虽然目前暂定为初版，未来系统升级会解决排名等一系列问题（by Sai）
3. 同一世界观且有时间先后的，优先以时间线顺序关联前传/续集（番外性质除外），如卡卡布系列关联为4→5→3，如果有时间轴交叉或时间关联性不大，关联为相同世界观，最多关联两个时间线最接近的条目，尽量简洁，不用同一世界观下所有游戏排列组合全部关联成相同世界观
，举例轨迹系列
时间关联性不大的例子：伊苏系列实际时间线是0→1→2→10→4→3→5→8→6→7→9，但3~10故事相对独立且发售间隔长，可以按照序号顺序关联
4. 除非就是简单的12345…大系列不同序号间世界观无关的，最好不关联（如FF系列、Tales系列）
—————————·—————————·—————————
动画：
动画条目最低线信息：原文标题、放送开始/发售日/上映年度（未定除外，资料少的至少精确到年）、封面（未定除外）、话数（未定除外）
1. 分割放送的条目正常拆分，连续播放仅副标题变化的动画不拆分新条目
2. 国产大长篇没有断更的情况根据官方定义拆分，参考[讨论] 关于国产连播大长篇是否应该拆分
3. 某部动画如果内容相同，但分别在不同渠道发布（如先上映剧场版，然后再决定TV或web放送，或OVA发行），只收录一个条目，参考[WIKI] 关于多渠道发布动画的收录标准
4. 布袋戏、特摄、真人动画（如老夫子2001）请在三次元创建
5. “製作”指版权方、发行方，如“小学館”，动画公司一般填入“动画制作”，其他内容以片尾为准
6. 官网或预告片等列出的动画制作、导演、人物设定、系列构成等关键职位只适合填写官方唯一指定内容（举例），不要填写外包公司等冗余信息
7. 单话参与人员请尽可能填写参与章节，参考[WIKI] 条目制作人员「参与」章节/曲目
8. 放送开始/上映年度等首播日期应填正式开播/上映日期，不填偷跑、试映会等特殊日期（官方试映会日期可写进其他栏）
9. 批量修改章节时，不要改动任何行顺序，严禁修改章节编号
10. 动画播出时间以官宣（官网、官方SNS等）日期为准，如果没有官方特别说明按非VIP日期填写（#63）
11. 直接利用版权方素材二创的“同人动画”、MAD不收录，如有异议请另行讨论该类条目收录范围
12. “演出”是专有名词（负责对动画制作具体执行流程上的质量把控），请不要填写声优等其他STAFF
13. 不要添加live2D/动态CG视频，如有异议请另行讨论该类条目收录范围
14. 一个手游只创建一个动画条目收录PV/CM，动画短片根据企划尽量汇总到一个条目，非外请动画公司制作且非独立发布完整Staff的短片不另外建条目，参考[讨论] 手游的PV/CM真的有必要加这么多条目
15. 非商业发行的里番，需要在时长10分钟以上（必须标注时长），分类其他，利用官方或其他开源模组创建的同人短篇不收录，静态配音PPT、动态CG、2.5D不收录，参考[WIKI] 关于同人里番的收录标准
16. 动态漫画较为特殊，原本不予收录，是不同于动画的题材但勉强放在动画区，指漫画素材直接加工而成的动态视频，有完整动画制作流程的视频（可通过staff表判断，一般官方也会定义为アニメ）即使再简陋也不算动态漫画
17. 官方分类モーションコミック的放在动态漫画分类
18. 同一个毕设展的学生作品放同一个条目
19. 其他网络投稿的个人动画（包括同人动画）需要点击率高于1万，有关联性的作品尽量放一个条目（只保留完整版章节），请在链接填写在线播放地址，类型选“其他”
20. 各类动画/游戏/影视中的剧中剧动画除非官方独立发布不另行添加条目
21. 只有在影院或电影节发布的作品选择“剧场版”，其他商业类动画根据放送方式选择tv/web
22. 纯AI动画（注明“内容由AI生成”）暂不收录，如有异议请另行讨论
-公共标签-
1. “受众”必须严格按照官方分类，与“题材”不可混同，搞不清楚请不要填
2. 同人动画（二创）请选择公共标签“同人”
3. 分类中的“WEB”仅用于商业动画
4. “动态漫画”不另外选TV、WEB、短片等
5. R18请认准官方定性，切勿自行判断
—————————·—————————·—————————
人物：
1. 请使用该人员主要活跃地区的原名，日本人名姓名间不添加空格
2. 同一人物的不同马甲收录在一个人物条目中，但请确保信息来源准确，推测内容不宜写进维基
3. 组织类人物条目如果重组更名，可以新建
4. 不要过度玩梗，非业内的班友条目不要创建（
5. 照片未公开的人物，请勿上传偷拍图
6. 不要把未经官方证实的消息写进人物简介
7. 连载杂志、书系等特殊词条不要关联其他职位，例：電撃文庫应只关联“书系”职位
8. 游戏公司旗下的部门最多细分到有独立品牌/logo的工作室，关联时请不要简单并排，优先按官方宣传的表记关联并注明从属关系
9. vtuber只创建现实人物条目，只有在其虚拟形象直接出演ACG作品时，另行创建虚拟角色条目
—————————·—————————·—————————
角色：
1. 同一角色的不同形态收录在一个角色条目中，担心剧透可以不关联声优，关键信息请善用马赛克，在满足以下条件时，可以建立不同条目关联为“形态”
条件：同一作品下官网有不同页面+有不同名称 或 世界观完全不同的平行宇宙
★2. 不要使用同人图
3. 不涉及剧透的情况下请使用角色本名，历史讨论，抽卡游戏根据具体情况判断（通常用辨识度最高的那个）
4. 路人/龙套角色关联为“闲角”，如村人
5. 虚构类名著，原作小说里的角色，如果有改编，角色应该是对应作品中的形象（不共用）
6. 如果名著首发版本没有插图或查不到相关资料，不应该建角色
7. 一般情况下不同作品中少女、村人这类脸谱化闲角条目不共用，路人为历史遗留问题，参考讨论
-建议-
1. 对于前作主要角色在新作中作为配角出场的情况（或原作小说漫画已经有彩色立绘的情况），能不能不要把肖像改成新版的呀，尊重下老玩家和原作党说的就是轨迹
图册：
1. 所有图片必须标注来源
2. 请勿上传官方未公开发表（需付费）或禁止搬运的图像
3. 除卡面外，不要上传有多个角色的图片
--------------------------------分割线--------------------------------
讨论区：（欢迎维基人踊跃参与）
1. 电子书籍收录的标准#27
2. 游戏的“其他”分类应该放什么#45
3. ISBN的标准写法投票#19-14~18（已截止，转换测试开始）
投票统计（截至2024.8.28 15:39）：
・投票1（12票）：ISBN记录13位纯数字
4. 科幻电影范围是否可以扩充#13-5（已结案）
5. “游戏MOD”和“改版游戏”的收录标准讨论帖（已结案）
6. 游戏平台是否应该混入Dos、Windows等操作系统#7；页游是否写成Web#51
7. 制作公司旗下的工作室/小组能不能建人物词条并关联到infobox#47
8. 关于出版信息「発行/発売」不同的情况，“出版社”栏如何填写的投票关于书籍条目「文库/连载杂志/出品方/品牌」栏填写以及电子书籍收录的统一化讨论
9. 【讨论】希望能取消对日本文学及电影条目的“豁免”
10. 关于网络漫画的收录标准
11. 配信站点是否应该关联到连载杂志#52（已结案）
12. 【收录范围讨论】究竟如何区分书和杂志？关于ムック/mook/杂志书的问题
13. 【讨论】AI聊天类APP是否算“ACG相关”？#45-4
14. [投票] 创建vtuber人物条目时的指引（是否应以现实人物条目为主）
15. [讨论] vocaloid音乐专辑要如何处理艺术家栏目
16. [讨论] 手游的PV真的有必要加这么多吗
一些可能有用的历史讨论：
WIKI 相关讨论收集和整理
关于维基人的建议和问题
我想删除的Bangumi条目
推荐使用綿飴的话题推荐神器：
[组件] Musubi♾️话题推荐
展望区：（写给老板）
1. 所有条目的首发日期，希望未来有望通过系统格式标准化
2. 书籍区的ISBN、价格，希望未来有望通过系统格式标准化
3. 游戏区的平台，希望未来有望通过系统格式标准化
4. “作者”、“插图”等Infobox常用项目希望默认化2024-9-16已实装
5. 希望关联操作可添加编辑摘要2024-8-3已实装
6. 希望关联操作可回退不知道什么时候已经可以了
7. 音乐可以自由切换不同版本曲目列表，参考
8. 书籍关联项“文库”调整为“丛书系列/Label”
投票开在#33-23~272024-9-26已实装为“书系”
9. 角色可收录子条目，用于收录变身/不同年龄/不同世界观/马甲等不同版本（需考虑折叠防剧透）2025-8已有形态/图册
10. 书籍希望新增“绘本”“公式书”分类2024-9-21已实装
11. 希望增加人物/角色条目锁定功能、回滚功能 2026-2-23已实装锁定
12. 书籍希望增加新职位关联“电子书店/電子書籍ストア”已确认使用外链功能
13. 增加获奖记录
14. 书籍希望增加新职位关联“图书品牌/ブランド”2025-3-7已实装
15. 角色新增“龙套”关联类型2025-5-4新增闲角/旁白
Bug区：（写给老板）
1. 书籍恢复版本时“系列”将取消勾选2024-9-5已修复
2. 游戏恢复版本时分类将变为“其他”2024-9-5已修复，2023-12-11以后的版本请注意检查类型
3. 条目加入目录后，即使修改标题，目录中的显示也不会更新停用组件即可
4. 带有二级key的条目合并后信息将会错乱2025-3-20已修复
5. 同时关联两个字符具有包含关系的人物，会优先短的那个占位导致显示异常2025-3-20已修复
6. 标题里带"的重复添加无法自动去重
1. 书籍连载日期信息如果要统一，用什么字段？#73
2. 直接付费下载的H动画应该如何分类？#74
3. “链接”字段二级Key写法投票#97
4. 角川集团内部的出版者信息填写是否应该简化？隔壁#9
5. 网络连载的版权方（内容提供商/工作室），填写什么职位隔壁#23
6. 読切的公共标签要不要改名，改叫什么隔壁#33
7. 关于音乐专辑“品番”infobox字段的投票#120
楼太长了，请勿在本楼对个别条目进行提问，不要私信
警告：如果不按规范编辑条目，多次提醒且不提出建设性意见的，无关收录范围，无人或仅本人收藏的问题条目直接锁定处理，拒绝配合者可能回收维基权限。
维基候选人不是我不点推荐，是槽点实在太多，每次私信也麻烦，在 @clinkz 的提议下干脆汇个总好了
（想到一点写一点，施工中...）楼主推荐条件：新增有效条目（无下记基础类错误）1页以上：https://bgm.tv/user/{你的id}/wiki
菜籽酱推荐条件：见个人主页
Sai/leins推荐条件：写小作文给他并成功打动他
天野：没见他推过
其他：……还有其他活的吗
已经是维基人的小伙伴也最好看看啦，有的问题在老维基人里还是比较常见的
★新人必看
※建议类目前未达成共识，请选择性参考
注意：除非上一位编辑者填写的信息明显错误，不要轻易删除他人填写的内容，如有争议请友善讨论
欢迎评论区补充，或者讨论疑虑
对于Bangumi 收录范围 V2不明确，收录范围有疑虑的也可利用本楼讨论
（涉及变动的我一个人拍不了板就是了
关于锁定：收录范围暧昧的条目会优先采取锁定操作，如有异议请申诉或进一步讨论
近期锁定条目参考https://bgm.tv/index/62929
需要合并条目或删除章节等问题请继续使用
[2025年3月起]问题条目/错误章节 汇报
-----------颜色说明-----------
系统特征
Bangumi维基编辑共识
收录范围相关
上级指示
版权相关
高亮
----------------------------------
-----------更新履历-----------
2026.3.31 增加常见易错公共标签的定义
2026.4.8 优化了动态漫画定义
2026.4.9 新增mod/改版标签及定义
2026.4.15 修正电视剧收录范围
2026.4.18 新增音乐类型公共标签说明
2026.4.19 新增Arrange标签及定义
2026.4.22 新增AI动画当前操作基准
2026.5.5 关于多版本的适用范围
2026.5.6 新增选集剧标签及定义
内容较多，查阅具体细则请善用Ctrl+F
全体：
★1. 除更新期间话数未定外，其余项目不要保留星号*
★2. 标题请用原文，如ちょびっツ、仙劍奇俠傳、Fate/Grand Order
★3. 制作人员请用原文（bangumi人物条目名），注意日本人姓名间的空格不保留
★4. 别名有多个时，请使用别名右侧增加行数，不要使用顿号等分隔符写在同一行，标题/中文名/别名不需要重复写
★5. 简介里不要填写主观信息，应尽量避免剧透
★6. 新建条目请确保信息来源可靠（官方发表或正规平台资讯）
★7. 不清楚的内容不要乱填！！请求助其他维基人，或者留空
★8. 封面请勿保留第三方水印，如“百度百科”、非版权方微博号等
★9. 封面露骨容易被请喝茶的条目请标记为受限内容（有全年龄封面不用标受限，注意该勾选项不受版本限制，恢复版本无效）
★10. 漏点封面请打码后上传
★11. 违反社区指导原则的条目将跳过锁定直接蒸发
12. 不鼓励回收，除非自己短期内计划维护，禁止私自把条目改成待回收/待删除
-infobox-
1. 书籍“发售日”、游戏“发行日期”等只认唯一首发信息（以官方当地时间为准，请注意Steam等平台会自动按用户的时区切换），不同版本的日期可使用列表模式，第一行填写原版首发信息（大陆网文阉割书籍除外），参考，举例
2. 日期中间不要留有空格，如“2026 年 3 月 31 日”（#7）
3. 同一栏目复数制作人员的情况最好用“、”隔开（#8）
4. 制作人员最好填写该人员在本作品使用的名义（马甲），关联用原名可写在括号中，如“井萩麟（富野由悠季）”
5. 重要制作人员尽可能填写后再关联，便于搜索、缩略内容展示，也利于追溯是否为误关联
6. 制作人员所属公司/团体无需写入infobox，不要关联，参考
7. 海外作品的简体中文标题请使用官方译名或具有一定流传度的民间汉化译名，可不填，不要自行翻译（纯片假名→英文除外）
8. 可关联的职位名全部按照关联人物处的职位写，如“导演”、“脚本”、“音乐”
9. 有制作人员关联项的不适合使用列表模式，关联格式会混乱
10. 需要自定义的infobox左侧一般都写简体中文，一行只写一个职位
11. web动画、网剧等网络配信媒体的站点请填写“在线播放平台”栏，如“bilibili”、“爱奇艺”
12. 未定事项不要写TBD、TBA等占位符，直接留空
13. 书籍以外请不要用多版本编辑条目
-关联相关-
1. 前后作关联只需要关联直接相关的一部，不需要关联全部续作
2. 取消条目间关联时需要双向取消
3. 同人动画、游戏和音乐不关联到原作，不关联原作者和角色，同人书籍只能添加有isbn的官方出版书（官方出版的可关联）
4. 同一部原作改编的不同作品，团队无重合无需关联“不同演绎”（如同一部小说改编的漫画、动画、三次元之间无需关联）
-外链相关-
1. 官网请继续使用“官方网站”或“website”字段，可以使用列表模式在二级Key备注版本和地区
说明：infobox游戏默认“website”，动画/三次元默认“官方网站”，其他类型如有需要请自行添加“官方网站”或“website”
|官方网站= https://bgm.tv/
|官方网站={
[A|https://bgm.tv/]
[B|https://bangumi.tv/]
}2. 在线播放平台、官方SNS、游戏或书籍配信地址的链接统一填到“链接”字段，使用列表模式，二级Key备注平台名，举例1，举例2
3. 常见的第三方链接如“imdb”“Wikipedia”可以适当添加，二级Key请填写具体站点名
|链接={
[X|]
[Steam|]
[bilibili|]
[imdb|]
[コミックシーモア|]
}4. 请使用原始链接，不使用b23.tv等短链接
-公共标签-
1. 优先按照官方定义填写，若无官方参考版权方合作商业平台
2. 宁可不选，也不要凭感觉乱选
3. 分类/来源用标签请单选（书籍的“系列/单行本”，游戏的“合集”除外）
4. 来源以当前条目内容（非ip）的直接来源为准，如柯南原创剧场版、Fate/Zero小说选“原创”，东方等二创动画可选“原创”，并在类型里加选“同人”
5. 常见错误建议使用组件，会自动提醒
6. 请注意改编和取材的区别，取材仅标原创，实在分不清请不要凭感觉选
-其他-
1. 遇见一个直觉不该出现的条目，先怀疑它是漏网之鱼，而不是效仿它创建更多的违规条目…
2. 将重复或违规条目修改为待回收条目时请注意没有活人收藏，请备注好回收原因！！
-建议-
1. 对于游戏动画书籍音乐等衍生复杂的大IP，不同类型间只关联直接相关的改编/画集/OST等条目即可，不用沾点边的全部想方设法关联上…
2. 封面两边有黑边或白边的，动动手指，裁一裁再上传
3. 对于可能有争议的内容尽可能填写编辑摘要说明意图，避免不必要的wiki战
4. 官方网站最好不要用web.archive.org/xxx，填写原地址，或在链接字段使用二级Key
|链接={
[页面存档备份|https://web.archive.org/web/xxx]
}—————————·—————————·—————————
书籍：（重灾区）
书籍区问题较多，请阅读书籍专楼
—————————·—————————·—————————
三次元：
★1. ACG无关电影不能添加（特例除外），直接枪毙（请关联上相关作品或写上提名信息以免误伤）
特例：①有科幻/奇幻奖提名，②日影（可能在未来跟ACG扯上关系的），③已有直接相关剧集条目（翻拍不在此列），④老板钦点的特例（#13），⑤直接关联的原作（非借鉴/取材）符合书籍收录范围（包括因商业acg改编而收录的原作）
2. 正规渠道放送的商业剧集（日剧/欧美剧/华语句/<其他>电视剧）可以收录，不鼓励添加自己不标记的条目
3. 根据商业ACG原作改编的其他真人影视（含AV等），仅有正式改编版权的可以收录
4. 综艺节目及与ACG无关的独立电视剧（包括纪录片）仅收录2集及2集以上定期更新的节目（不收录无系列归属的单集作品），SP、特番等依附于已有系列的条目不受此限。请不要添加敏感词条（尺度可参考豆瓣）
5. 舞台剧、Live等只收录ACG相关条目，分类“演出”，“开始”等信息填写以线下为准，BD等发售信息仅作为补充
6. 关于live的条目拆分，公演名（含地区写进正式公演名的）不同/有子标题或独立logo/各公演出演者来自不同代（企划），且内容完全不重合的拆分；其他情况按公演企划创建一个条目，讨论
7. 其他演出按售票单位拆分，同期相同内容不同场次只用建一个条目
8. 短剧暂时按电视剧的收录标准，注意必须是备过案的，不鼓励添加自己不看的短剧
-公共标签-
1. 电台：ラジオ/Radio，声优、创作者对谈等广播节目，没有剧情演绎
2. 广播剧：ドラマ/Drama，以角色对话为主，对剧情进行声音演绎，旁白占比极少
3. 有声剧：Audio Drama，主播和配音演员通过声音演绎的有声戏剧，以对话为基础，辅以旁白，运用音乐、音效加强气氛，有剧本，介于广播剧和有声书之间
※录音棚录制的“朗読劇”归入此类，如果为舞台条目请选择“演出”
4. 有声书：オーディオブック/Audiobook，照着小说文本朗读，几乎不添加额外的剧情演绎或音效，不进行角色区分
5. 演出：线下活动（Live、舞台剧、脱口秀、朗读剧等）
6. 影视改：说白了就是翻拍
7. 地区类：欧美/美国，中国/华语/香港/台湾，有包含关系的地区可以多选
8. 选集剧：一部以固定品牌或标题持续推出，但每季（或每集）讲述一个全新的独立故事，且更换全部主角与核心设定的剧集作品
-建议-
1. 线下演出有多个场次的，建议演出内容相近的在同一个条目里加不同场次的章节，如“昼の部／夜の部”
—————————·—————————·—————————
音乐：
★1. 网络连载的ACGN相关商业广播剧、有声书、广播电台请在三次元创建，暂时分类为“其他”，出实体CD后则以专辑为单位收录在音乐并关联，不收录ACGN无关有声作品
★2. 舞台剧、Live等请在三次元创建，分类为“演出”
★3. 非官方的纯翻唱音乐不收录（一般来说跳过官方自投稿的仅网络发布的音声都不收录）
4. “艺术家”一般填写Vocal（演唱者）或Cast（广播剧声优），纯音乐请使用作曲/编曲/乐器等具体职位
5. “版本特性”是指专辑或单曲等，不是用来写音乐风格自由发挥的哦
（可以不填，参考#5#22）6. 非ACG直接相关的音乐也最好不要加，看到无关联的可能会锁（请关联上相关作品或制作人员以免误伤）
7. 预计收录在专辑中的先行配信单曲不宜新建，若封面与专辑一致的需要合并，算同一个音乐产品（UPC码一致）
8. 曲目列表的简体中文标题框通常只填写曲目的官方译名或者日文片假名的英文写法
9. 通常只收录初版，介质不同多版本时以CD版信息为准
10. 封面应与条目版本一致（初版/通常盘）
11. 没有实体CD的同人ASMR（仅网络配信）暂不收录
12. 无实体的电子专辑请请填写链接或在线播放平台
13. 流媒体仅视频发布的MV、PV等不收录（若动画完成度高可酌情收录于动画区）
14. 没有实体或正规流媒体发布的同人专辑不收录
-公共标签-
1. DramaCD/ドラマCD可选择公共标签“Drama”+“专辑”
2. DJCD/ラジオCD可选择公共标签“Radio”+“专辑”
3. 朗読劇CD可选择公共标签“朗读剧”+“专辑”
4. 无实体的电子专辑请选择公共标签“Digital”
5. “ASMR”为非专辑条目用的临时标签，如果是实体专辑仅选择“专辑”
6. 受众里的“BL”“乙女”“TL”标签，分级里的“R18”和“全0”标签仅用于广播剧CD和ASMR
7. 与作品直接关联的专辑不要选“原创”
8. 同人音乐不建议选“原创”以外的来源标签，若来源复杂（动画/游戏/电影…/原创），仅选择“同人音乐”即可
-其他音乐类型标签说明-
1. OST：Original Sound Track/原声带，指作品直接使用的背景音乐集（BGM），通常为纯音乐，可能包含部分插入歌和主题曲，不额外选OP/ED/TM/IN类单曲标签
2. OP：Opening/片头曲，特指在作品开头播放的主题歌，用于单曲专辑
3. ED：Ending/片尾曲，特指在作品结尾播放的主题歌，用于单曲专辑
4. TM：Theme/主题曲，通常指剧场版动画或电影主题曲，用于单曲专辑。如作为OP/ED使用，按实际功能选OP/ED即可，不额外选TM
5. IN：Insert/插入歌，指在作品中插入的歌曲，通常用于重要剧情，非一般BGM，用于单曲专辑
6. 角色歌：Character Song，由声优以角色的身份和口吻演唱的歌曲专辑
7. Vocaloid：V家，特指使用VOCALOID、CeVIO等引擎制作的歌曲
8. 单曲：Single，通常包含1-3首歌的专辑（含伴奏），多见于OP/ED等商业发行，可与OP/ED/TM/IN搭配使用
9. 艺人专辑：Artist Album，指歌手/作曲家/演奏家个人名义发行的正式专辑（通常7首以上）或精选集，收录该歌手演唱的各类歌曲合集，非特定作品的主题曲专辑，不要额外选OP/ED/OST等作品关联类标签，也不要选单曲/VOCAL
10. 印象曲：イメージアルバム/Image Album，以作品为概念额外写的宣传用曲等，通常未直接用于作品
11. 同人音乐：非商业发行的音乐作品
12. Arrange：アレンジ，收录在原曲的基础上新编曲的版本，包括交响曲版、钢琴曲版等，通常未直接用于作品，民间有时候汉化成混音，请注意鉴别
13. VOCAL：用于与作品直接相关的人声歌曲集，常见于精选集或歌曲较多作品的声乐特辑，不要额外选OP/ED/OST等作品关联类标签
14. Remix：リミックス，电子混音，基于原录音素材的电子化重构，常见于DJ混音版、俱乐部混音版（Club Mix）等，与基于乐谱重新编曲的“Arrange”不同
-建议-
1. 多CD版本发行时，通常盘（优先）、艺人盘、动画盘等尽量整合到同一个条目，举例1、举例2
2. 尽量参考官网或专业性强的售卖平台（如tower.jp）上的信息，不建议使用百度百科等民间站点
3. 演唱者是角色名义的，艺术家按照“角色名（CV：xxx）”格式填写
ps. 8、9、10及以上建议的详细说明请阅读#31
4. 广播剧CD有条件的可关联角色后再添加声优
—————————·—————————·—————————
游戏：
游戏条目最低线信息：原文标题、发行日期（未定除外）、封面（未定除外）、平台
1. 移植、重制等一般情况下跟初版关联为主版本/不同版本，仅保留原案几乎重做的（如FF7R）关联为不同演绎，特殊情况再议，参考[WIKI] 游戏条目关联新增「不同版本」关系 / 增加「合集」关系
2. 不同版本的条目直接关联到主版本即可，可在该条目关联对应版本的原声集、设定集等，不用关联该游戏的其他版本（如第一部/第二部/外传等只需要在主版本间关联）
3. website会自动显示成官方网站，请在该栏目填写官方公式链接，Steam等购买链接请使用“链接”（详见“外链相关”）
4. 游戏标题里的™、®等版权符号不应保留
5. 平台请填写PC、iOS、PS5等运行机器，请勿填写Steam等发售平台
说明：平台具体填机种还是OS目前没有定论（#7），建议移动设备写OS（iOS/Android等），其他都写设备（PC98/PC/PS5等）
6. 不能独立运行的DLC、Fan Disc等请选择“扩展包”，需要包含有一定体量的新剧情，地图包、曲包或角色等非剧情扩展包以及周边（设定集、广播剧等）暂不收录，参考[WIKI] 游戏/三次元/音乐频道类型更新路线图 - Phase 2
7. 游戏可以タイトル（title）/コンテンツ（content）为单位创建条目（可分别创建不同移植版本），以贩售形式为单位（折扣包除外）创建合集条目，关联为合集/收录作品（合集收录版本最接近的条目），公共标签选择“合集”，参考[WIKI] 关于游戏合集的收录标准
8. “动画制作”是游戏内过场动画的外包制作公司，不要填写人名
9. “美工”一般指游戏内素材绘制者（以Staff roll为准），宣传图或包装用图的外包画师不填在此栏
10. 一般来说为一个主版本对应多个子版本，不要在子版本关联不同版本
11. 有一定剧情量、且有一定讨论度（需要有玩家做较完整攻略）的Mod和Rom Hacks可以收录，分类“其他”，不与本体关联，参考
12. 上记以外“其他”分类达成共识前建议不要用，讨论请至#45
13. 恢复版本时请注意检查分类是否异常
14. 页游、小程序统一把平台填成web
15. 直接利用版权方素材二创的“同人游戏”目前看到将会锁定处理，如有异议请另行讨论该类条目收录范围
16. 桌游规则书请在书籍创建，公共标签选择“TRPG”
-公共标签-
1. 游戏：可以独立运行的游戏软件
2. 合集：一个售卖单位包含多个title的条目，参见上述7
3. 扩展包：不可独立运行的追加内容（Expansion Pack），如传统意义上竞技类游戏的资料片、AVG游戏的FD、桌游的补充包等，不另行选择“游戏”
4. DLC：可下载的追加内容，体量可能较小，不另行选择“游戏”，若官方明确定义为DLC，不需要考虑是否能独立运行
5. 改版：ROM hack
6. mod：模组/Modification，如Steam创意工坊
7. 软件：上记以外的软体
8. 桌游：非电子软体的实体游戏
9. 同人：非商业发行作品
-建议-
1. 多平台的情况，尽量按发售日期从上到下添加（#9）
2. 历史多平台条目需要拆分的，尽量保留原条目为标记人数最多的版本（不同平台标记数接近的情况优先初版），无需考虑该版本是否为初版，主版本虽然目前暂定为初版，未来系统升级会解决排名等一系列问题（by Sai）
3. 同一世界观且有时间先后的，优先以时间线顺序关联前传/续集（番外性质除外），如卡卡布系列关联为4→5→3，如果有时间轴交叉或时间关联性不大，关联为相同世界观，最多关联两个时间线最接近的条目，尽量简洁，不用同一世界观下所有游戏排列组合全部关联成相同世界观
，举例轨迹系列时间关联性不大的例子：伊苏系列实际时间线是0→1→2→10→4→3→5→8→6→7→9，但3~10故事相对独立且发售间隔长，可以按照序号顺序关联
4. 除非就是简单的12345…大系列不同序号间世界观无关的，最好不关联（如FF系列、Tales系列）
—————————·—————————·—————————
动画：
动画条目最低线信息：原文标题、放送开始/发售日/上映年度（未定除外，资料少的至少精确到年）、封面（未定除外）、话数（未定除外）
1. 分割放送的条目正常拆分，连续播放仅副标题变化的动画不拆分新条目
2. 国产大长篇没有断更的情况根据官方定义拆分，参考[讨论] 关于国产连播大长篇是否应该拆分
3. 某部动画如果内容相同，但分别在不同渠道发布（如先上映剧场版，然后再决定TV或web放送，或OVA发行），只收录一个条目，参考[WIKI] 关于多渠道发布动画的收录标准
4. 布袋戏、特摄、真人动画（如老夫子2001）请在三次元创建
5. “製作”指版权方、发行方，如“小学館”，动画公司一般填入“动画制作”，其他内容以片尾为准
6. 官网或预告片等列出的动画制作、导演、人物设定、系列构成等关键职位只适合填写官方唯一指定内容（举例），不要填写外包公司等冗余信息
7. 单话参与人员请尽可能填写参与章节，参考[WIKI] 条目制作人员「参与」章节/曲目
8. 放送开始/上映年度等首播日期应填正式开播/上映日期，不填偷跑、试映会等特殊日期（官方试映会日期可写进其他栏）
9. 批量修改章节时，不要改动任何行顺序，严禁修改章节编号
10. 动画播出时间以官宣（官网、官方SNS等）日期为准，如果没有官方特别说明按非VIP日期填写（#63）
11. 直接利用版权方素材二创的“同人动画”、MAD不收录，如有异议请另行讨论该类条目收录范围
12. “演出”是专有名词（负责对动画制作具体执行流程上的质量把控），请不要填写声优等其他STAFF
13. 不要添加live2D/动态CG视频，如有异议请另行讨论该类条目收录范围
14. 一个手游只创建一个动画条目收录PV/CM，动画短片根据企划尽量汇总到一个条目，非外请动画公司制作且非独立发布完整Staff的短片不另外建条目，参考[讨论] 手游的PV/CM真的有必要加这么多条目
15. 非商业发行的里番，需要在时长10分钟以上（必须标注时长），分类其他，利用官方或其他开源模组创建的同人短篇不收录，静态配音PPT、动态CG、2.5D不收录，参考[WIKI] 关于同人里番的收录标准
16. 动态漫画较为特殊，原本不予收录，是不同于动画的题材但勉强放在动画区，指漫画素材直接加工而成的动态视频，有完整动画制作流程的视频（可通过staff表判断，一般官方也会定义为アニメ）即使再简陋也不算动态漫画
17. 官方分类モーションコミック的放在动态漫画分类
18. 同一个毕设展的学生作品放同一个条目
19. 其他网络投稿的个人动画（包括同人动画）需要点击率高于1万，有关联性的作品尽量放一个条目（只保留完整版章节），请在链接填写在线播放地址，类型选“其他”
20. 各类动画/游戏/影视中的剧中剧动画除非官方独立发布不另行添加条目
21. 只有在影院或电影节发布的作品选择“剧场版”，其他商业类动画根据放送方式选择tv/web
22. 纯AI动画（注明“内容由AI生成”）暂不收录，如有异议请另行讨论
-公共标签-
1. “受众”必须严格按照官方分类，与“题材”不可混同，搞不清楚请不要填
2. 同人动画（二创）请选择公共标签“同人”
3. 分类中的“WEB”仅用于商业动画
4. “动态漫画”不另外选TV、WEB、短片等
5. R18请认准官方定性，切勿自行判断
—————————·—————————·—————————
人物：
1. 请使用该人员主要活跃地区的原名，日本人名姓名间不添加空格
2. 同一人物的不同马甲收录在一个人物条目中，但请确保信息来源准确，推测内容不宜写进维基
3. 组织类人物条目如果重组更名，可以新建
4. 不要过度玩梗，非业内的班友条目不要创建（
5. 照片未公开的人物，请勿上传偷拍图
6. 不要把未经官方证实的消息写进人物简介
7. 连载杂志、书系等特殊词条不要关联其他职位，例：電撃文庫应只关联“书系”职位
8. 游戏公司旗下的部门最多细分到有独立品牌/logo的工作室，关联时请不要简单并排，优先按官方宣传的表记关联并注明从属关系
9. vtuber只创建现实人物条目，只有在其虚拟形象直接出演ACG作品时，另行创建虚拟角色条目
—————————·—————————·—————————
角色：
1. 同一角色的不同形态收录在一个角色条目中，担心剧透可以不关联声优，关键信息请善用马赛克，在满足以下条件时，可以建立不同条目关联为“形态”
条件：同一作品下官网有不同页面+有不同名称 或 世界观完全不同的平行宇宙
★2. 不要使用同人图
3. 不涉及剧透的情况下请使用角色本名，历史讨论，抽卡游戏根据具体情况判断（通常用辨识度最高的那个）
4. 路人/龙套角色关联为“闲角”，如村人
5. 虚构类名著，原作小说里的角色，如果有改编，角色应该是对应作品中的形象（不共用）
6. 如果名著首发版本没有插图或查不到相关资料，不应该建角色
7. 一般情况下不同作品中少女、村人这类脸谱化闲角条目不共用，路人为历史遗留问题，参考讨论
-建议-
1. 对于前作主要角色在新作中作为配角出场的情况（或原作小说漫画已经有彩色立绘的情况），能不能不要把肖像改成新版的呀，尊重下老玩家和原作党
说的就是轨迹图册：
1. 所有图片必须标注来源
2. 请勿上传官方未公开发表（需付费）或禁止搬运的图像
3. 除卡面外，不要上传有多个角色的图片
--------------------------------分割线--------------------------------
讨论区：（欢迎维基人踊跃参与）
1. 电子书籍收录的标准#27
2. 游戏的“其他”分类应该放什么#45
3. ISBN的标准写法投票#19-14~18（已截止，转换测试开始）
投票统计（截至2024.8.28 15:39）：
・投票1（12票）：ISBN记录13位纯数字
4. 科幻电影范围是否可以扩充#13-5（已结案）
5. “游戏MOD”和“改版游戏”的收录标准讨论帖（已结案）
6. 游戏平台是否应该混入Dos、Windows等操作系统#7；页游是否写成Web#51
7. 制作公司旗下的工作室/小组能不能建人物词条并关联到infobox#47
8. 关于出版信息「発行/発売」不同的情况，“出版社”栏如何填写的投票关于书籍条目「文库/连载杂志/出品方/品牌」栏填写以及电子书籍收录的统一化讨论
9. 【讨论】希望能取消对日本文学及电影条目的“豁免”
10. 关于网络漫画的收录标准
11. 配信站点是否应该关联到连载杂志#52（已结案）
12. 【收录范围讨论】究竟如何区分书和杂志？关于ムック/mook/杂志书的问题
13. 【讨论】AI聊天类APP是否算“ACG相关”？#45-4
14. [投票] 创建vtuber人物条目时的指引（是否应以现实人物条目为主）
15. [讨论] vocaloid音乐专辑要如何处理艺术家栏目
16. [讨论] 手游的PV真的有必要加这么多吗
一些可能有用的历史讨论：
WIKI 相关讨论收集和整理
关于维基人的建议和问题
我想删除的Bangumi条目
推荐使用綿飴的话题推荐神器：
[组件] Musubi♾️话题推荐
展望区：（写给老板
）1. 所有条目的首发日期，希望未来有望通过系统格式标准化
2. 书籍区的ISBN、价格，希望未来有望通过系统格式标准化
3. 游戏区的平台，希望未来有望通过系统格式标准化
4. “作者”、“插图”等Infobox常用项目希望默认化2024-9-16已实装
5. 希望关联操作可添加编辑摘要2024-8-3已实装
6. 希望关联操作可回退不知道什么时候已经可以了
7. 音乐可以自由切换不同版本曲目列表，参考
8. 书籍关联项“文库”调整为“丛书系列/Label”
投票开在#33-23~272024-9-26已实装为“书系”
9. 角色可收录子条目，用于收录变身/不同年龄/不同世界观/马甲等不同版本（需考虑折叠防剧透）2025-8已有形态/图册
10. 书籍希望新增“绘本”“公式书”分类2024-9-21已实装
11. 希望增加人物/角色条目锁定功能、回滚功能 2026-2-23已实装锁定
12. 书籍希望增加新职位关联“电子书店/電子書籍ストア”已确认使用外链功能
13. 增加获奖记录
14. 书籍希望增加新职位关联“图书品牌/ブランド”2025-3-7已实装
15. 角色新增“龙套”关联类型2025-5-4新增闲角/旁白
Bug区：（写给老板
）1. 书籍恢复版本时“系列”将取消勾选2024-9-5已修复
2. 游戏恢复版本时分类将变为“其他”2024-9-5已修复，2023-12-11以后的版本请注意检查类型
3. 条目加入目录后，即使修改标题，目录中的显示也不会更新停用组件即可
4. 带有二级key的条目合并后信息将会错乱
2025-3-20已修复5. 同时关联两个字符具有包含关系的人物，会优先短的那个占位导致显示异常2025-3-20已修复
6. 标题里带"的重复添加无法自动去重
顺序
#4 - 2024-7-30 13:25
#6 - 2024-7-30 13:55
豆沙包罐头
#6-1 - 2024-7-30 13:56
#6-2 - 2024-7-30 13:58
#6-3 - 2024-7-30 14:07
Aeroblast
「発売日」「発行日」本身就是俩东西……差几天算是业界常规操作，不用太纠结。新书直接走日亚（発売日）就完了，旧书考证不到再写发行日。
随便给个例子吧：https://www.books.or.jp/book-details/9784094532036
搜这俩词可以看到很多科普。
随便给个例子吧：https://www.books.or.jp/book-details/9784094532036
搜这俩词可以看到很多科普。
#6-4 - 2024-7-30 14:28
豆沙包罐头
https://www.books.or.jp/book-details/9784488024376
https://aucfree.com/items/e433758276
https://www.tsogen.co.jp/np/isbn/9784488024376
https://www.amazon.co.jp/dp/4488024378
我能说什么呢
Aeroblast 说: 「発売日」「発行日」本身就是俩东西……差几天算是业界常规操作，不用太纠结。新书直接走日亚（発売日）就完了，旧书考证不到再写发行日。
随便给个例子吧：https://www.books.or.jp/b...
https://aucfree.com/items/e433758276
https://www.tsogen.co.jp/np/isbn/9784488024376
https://www.amazon.co.jp/dp/4488024378
我能说什么呢
#6-5 - 2024-7-30 14:45
Aeroblast
https://web.archive.org/web/2008 ... p/index.do#kongetsu
我来猜一下，事情大概是这样的。
首先这本书10月11日发售，当年的官网如此，数据库收录正确。数据库对发行日没有具体到日期，只有月份。
日亚当年从数据库拉信息，是拉发行日，没日期的补个1日（见过其他例子）。
然后出版社2009年翻新官网的时候发生了极其草台的操作——搬运日亚信息
所以旧书看到日期是1日就要小心了
豆沙包罐头 说: https://www.books.or.jp/book-details/9784488024376
https://aucfree.com/items/e433758276
https://www....
我来猜一下，事情大概是这样的。
首先这本书10月11日发售，当年的官网如此，数据库收录正确。数据库对发行日没有具体到日期，只有月份。
日亚当年从数据库拉信息，是拉发行日，没日期的补个1日（见过其他例子）。
然后出版社2009年翻新官网的时候发生了极其草台的操作——搬运日亚信息
所以旧书看到日期是1日就要小心了
#6-6 - 2024-7-30 16:15
#6-7 - 2024-7-30 16:38
leins=pallange
发行发售日属于半历史遗留原因了 其实拿纸质杂志发行号比发售日晚一两个发行周期出来就很好理解了
08年可太新了其实 以前查七八十年代的条目才是ry
甚至十年前左右像学研角川因为集团组织采用特殊取次方式各个通贩网站写的发售日(上架时间)都不一样 日亚都经常跟官网不一样doge
Aeroblast 说: 「発売日」「発行日」本身就是俩东西……差几天算是业界常规操作，不用太纠结。新书直接走日亚（発売日）就完了，旧书考证不到再写发行日。
随便给个例子吧：https://www.books.or.jp/b...
08年可太新了其实 以前查七八十年代的条目才是ry
甚至十年前左右像学研角川因为集团组织采用特殊取次方式各个通贩网站写的发售日(上架时间)都不一样 日亚都经常跟官网不一样doge
#6-8 - 2024-7-30 16:40
#7 - 2024-7-30 14:31
knh初
#7-2 - 2024-7-30 14:46
knh初
其实这条重点是不要在平台栏填Steam或DLsite等发售网站。
旧游戏我一般会在平台填PC98，DOS，Windows。
Steam，DLsite上的新游戏直接填PC应该就行了。
mizudiwood💿 说: 填PC的话，早期的PC98和Win版怎么区分
旧游戏我一般会在平台填PC98，DOS，Windows。
Steam，DLsite上的新游戏直接填PC应该就行了。
#7-3 - 2024-7-30 14:50
mizudiwood🤖
主要是PC和Windows的区别，看了一下都被Windows基本上被默认写成PC了
姑且补充了
knh初 说: 其实这条重点是不要在平台栏填Steam或DLsite等发售网站。
旧游戏我一般会在平台填PC98，DOS，Windows。
Steam，DLsite上的新游戏直接填PC应该就行了。
，看了一下都被Windows基本上被默认写成PC了姑且补充了
#7-4 - 2024-8-14 16:41
ζ*'ヮ')ζ 讀者諸孃へ
现代说的PC一般指IBM PC兼容机而不是NEC PC98系列，并且操作系统和硬件也没关联，IBM PC和PC98都可以装DOS，但是PC98上的DOS游戏并不能在IBM PC的DOS系统上运行，所以最后还是应该填硬件机型而不是操作系统。操作系统如果有需要的话可以另开一个字段来填。
mizudiwood🤖 说: 填PC的话，早期的PC98和Win版怎么区分
其他内容已补充
#7-5 - 2024-8-14 18:29
mizudiwood🤖
确实，我看有的游戏还填的DOS
但是比较奇怪的是iOS和Android填的就是操作系统不是机器名（
ζ*'ヮ')ζ 讀者諸孃へ 说: 现代说的PC一般指IBM PC兼容机而不是NEC PC98系列，并且操作系统和硬件也没关联，IBM PC和PC98都可以装DOS，但是PC98上的DOS游戏并不能在IBM PC的DOS系统上运行，所以...
但是比较奇怪的是iOS和Android填的就是操作系统不是机器名（
#7-6 - 2024-8-14 20:22
ζ*'ヮ')ζ 讀者諸孃へ
移动设备的情况确实比较麻烦，我个人支持把“iOS”和“Android”分别改成“iOS设备”和“Android设备”以明确这里填的是硬件平台而不是操作系统。不过这里边还有些细节的东西值得一谈：
首先是iOS，最麻烦的地方在于除了iPhone和iPad之外，前些年还有个iPod touch（现在没了）曾经也用的iOS系统。如果没有这东西我支持把“iOS”平台直接改成“iPhone/iPad”，填起来也不麻烦。但因为有iPod touch这个东西，对当年的游戏就要逐个考证支不支持iPod touch，那可就麻烦了，所以还是用“iOS设备”代表可能比较好（尽管当年iPod touch的时代可能存在个别作品只支持iPhone/iPad而不支持iPod touch，直接写iOS其实不准确，但我们也不必如此较真）。
其次Android也挺麻烦，技术上来说平台名应该叫“OHA标准移动设备”才准确，而安卓系统只不过是这类设备通用的操作系统。但是bgm也还是没必要较真到真的填这样一个技术名词上去，既然安卓系统是这类设备最有代表性的特点，那就用“Android设备”作为一个代称也好。
mizudiwood🤖 说: 确实，我看有的游戏还填的DOS
但是比较奇怪的是iOS和Android填的就是操作系统不是机器名（
首先是iOS，最麻烦的地方在于除了iPhone和iPad之外，前些年还有个iPod touch（现在没了）曾经也用的iOS系统。如果没有这东西我支持把“iOS”平台直接改成“iPhone/iPad”，填起来也不麻烦。但因为有iPod touch这个东西，对当年的游戏就要逐个考证支不支持iPod touch，那可就麻烦了，所以还是用“iOS设备”代表可能比较好（尽管当年iPod touch的时代可能存在个别作品只支持iPhone/iPad而不支持iPod touch，直接写iOS其实不准确，但我们也不必如此较真）。
其次Android也挺麻烦，技术上来说平台名应该叫“OHA标准移动设备”才准确，而安卓系统只不过是这类设备通用的操作系统。但是bgm也还是没必要较真到真的填这样一个技术名词上去，既然安卓系统是这类设备最有代表性的特点，那就用“Android设备”作为一个代称也好。
#7-7 - 2024-8-14 20:25
mizudiwood🤖
道理都懂，但想想要把既存词条全都改一遍还是有点可怕……
其他维基站点一般怎么写的来着（现在手机懒得查）
ζ*'ヮ')ζ 讀者諸孃へ 说: 移动设备的情况确实比较麻烦，我个人支持把“iOS”和“Android”分别改成“iOS设备”和“Android设备”以明确这里填的是硬件平台而不是操作系统。不过这里边还有些细节的东西值得一谈：
首先...
其他维基站点一般怎么写的来着（现在手机懒得查）
#7-8 - 2024-8-14 20:54
ζ*'ヮ')ζ 讀者諸孃へ
看了一下日文和英文维基，应该就是硬件和操作系统混在一起写的。比如说日文维基上Minecraft基岩版的平台列表：这种列法我还是觉得不可取，一是对八九十年代的老游戏会出现“DOS”和“PC98”混在一起的莫名其妙的信息（看了几个维基百科上的老游戏就经常这样写），二是很现实的一点是对现代的PC游戏还要很费力不讨好地去查是否支持Linux乃至ChromeOS这种小众系统，也挺折腾……
ps. 平时不玩苹果的东西，我这才意识到原来iPad的操作系统早就已经独立成专门的iPadOS了……这样一来近年来的绝大部分苹果上的游戏即使是填操作系统也应该填“iOS/iPadOS”才对。所以如果不考虑积重难返的原因，理论上最省事又准确的办法是搞一个含糊的泛称把这些苹果设备都涵盖进去，比方说叫“iOS类设备”，反正本来大家也只不过是关心一下这东西能不能在iPhone/iPad上跑而已……
mizudiwood🤖 说: 道理都懂，但想想要把既存词条全都改一遍还是有点可怕……
其他维基站点一般怎么写的来着（现在手机懒得查）
Windows
ChromeOS
Android
iOS
iPadOS
Fire OS
PlayStation 4
Xbox One
Nintendo Switch
ps. 平时不玩苹果的东西，我这才意识到原来iPad的操作系统早就已经独立成专门的iPadOS了……这样一来近年来的绝大部分苹果上的游戏即使是填操作系统也应该填“iOS/iPadOS”才对。所以如果不考虑积重难返的原因，理论上最省事又准确的办法是搞一个含糊的泛称把这些苹果设备都涵盖进去，比方说叫“iOS类设备”，反正本来大家也只不过是关心一下这东西能不能在iPhone/iPad上跑而已……
#7-9 - 2024-8-14 21:04
mizudiwood🤖
一旦按你说的这个改是大革命，要说服所有维基人也很难
不如还是约定移动设备写os（iOS/Android/Symbian），其他通通写设备（不含具体型号）
ζ*'ヮ')ζ 讀者諸孃へ 说: 看了一下日文和英文维基，应该就是硬件和操作系统混在一起写的。比如说日文维基上Minecraft基岩版的平台列表： Window...
不如还是约定移动设备写os（iOS/Android/Symbian），其他通通写设备（不含具体型号）
#7-10 - 2024-8-14 23:08
knh初
我觉得现阶段在没有平台格式标准化系统的情况下。
新游戏可以直接写PC，因为现在的PC游戏几乎都是Windows了（7月的Steam硬件调查有96.55%的比例），而且大多数的已建条目都是这种写法。Bangumi游戏区的平台分类里也是只有PC没有Windows和Linux。
旧游戏可以用Windows, DOS, PC98这种大多数维基站的写法。
维基百科，VNDB还有ゲームカタログ这些收录大量旧游戏的网站一般都是这种写法。
我觉得这种系统和机型的混写是因为他们把DOS，Windows，Linux，macOS等现今仍被使用的系统（及其前身）从PC大类中细分出来。而像PC98，FM Towns，Amiga之类已停产的机型就直接写了设备名。
移动设备也是如此，现今仍被使用的系统（及其前身）一般会被细分出来。
mizudiwood🤖 说: 一旦按你说的这个改是大革命，要说服所有维基人也很难
不如还是约定移动设备写os（iOS/Android/Symbian），其他通通写设备（不含具体型号）
新游戏可以直接写PC，因为现在的PC游戏几乎都是Windows了（7月的Steam硬件调查有96.55%的比例），而且大多数的已建条目都是这种写法。Bangumi游戏区的平台分类里也是只有PC没有Windows和Linux。
旧游戏可以用Windows, DOS, PC98这种大多数维基站的写法。
维基百科，VNDB还有ゲームカタログ这些收录大量旧游戏的网站一般都是这种写法。
我觉得这种系统和机型的混写是因为他们把DOS，Windows，Linux，macOS等现今仍被使用的系统（及其前身）从PC大类中细分出来。而像PC98，FM Towns，Amiga之类已停产的机型就直接写了设备名。
移动设备也是如此，现今仍被使用的系统（及其前身）一般会被细分出来。
#7-11 - 2024-8-15 08:42
mizudiwood🤖
实际上上个世纪win98、xp的旧游戏放现在win11基本上也兼容不了，不如笼统写pc
knh初 说: 我觉得现阶段在没有平台格式标准化系统的情况下。
新游戏可以直接写PC，因为现在的PC游戏几乎都是Windows了（7月的Steam硬件调查有96.55%的比例），而且大多数的已建条目都是这种写法。B...
#10 - 2024-7-30 16:38
#11 - 2024-7-30 17:35
Hyary
(✩ <ゝω・)
#11-2 - 2024-7-30 17:51
Hyary
（你的主帖不也提到不少收录范围的注意事项么
内容有偏差，一是编者并非官方，二是内容有一段时间没更新了
主要目的还是要有一个集中的地方收录所有最新的规则
mizudiwood💿 说: 太长，不看（这两个主要是收录范围而且感觉有的内容微妙的不太对）
如有必要你们补充
内容有偏差，一是编者并非官方，二是内容有一段时间没更新了
主要目的还是要有一个集中的地方收录所有最新的规则
#11-3 - 2024-7-30 18:04
mizudiwood🤖
主楼提到的主要是新人常见的不应创建的条目
一条一条去看别人的楼然后汇总是个体力活
谁有精力可以把那边写的这边漏掉的内容提炼一下，我根据情况补充到主楼
Hyary 说: （你的主帖不也提到不少收录范围的注意事项么
内容有偏差，一是编者并非官方，二是内容有一段时间没更新了
主要目的还是要有一个集中的地方收录所有最新的规则
一条一条去看别人的楼然后汇总是个体力活
谁有精力可以把那边写的这边漏掉的内容提炼一下，我根据情况补充到主楼
#11-4 - 2024-7-31 13:11
knh初
那两帖大多的内容是收录范围，感觉Sai应该更新一下Bangumi 收录范围 V2 [更新 20230411]。比如动态漫画，扩展包等新特性。
以下是一些那两贴里个人觉得比较重要的注意事项
通用：
• 日期格式均使用yyyy-mm-dd (动画区和游戏区除外，暂无定论).
• R18 条目要标注为[受限内容]。
动画：
• 放送星期以[星期一/二/三...]中国数字作标示
• 集数以[1/2/3…]阿拉伯数字作标示
• 製作指出资方如kadokawa，制作指制作动画的一方如Bones，A1P，但通常也是使用[动画制作]的，除非官方Staff列表出现了“制作”字样
• Infobox里至少写全[导演]、[人物设定]、[原作/原案]的文字，而非只是关联上，这三项会在外显示，比如动画rank，自己的看过列表
游戏：
不同版本和不同演绎关系（引用Sai原帖）
mizudiwood💿 说: 主楼提到的主要是新人常见的不应创建的条目
一条一条去看别人的楼然后汇总是个体力活
谁有精力可以把那边写的这边漏掉的内容提炼一下，我根据情况补充到主楼
以下是一些那两贴里个人觉得比较重要的注意事项
通用：
• 日期格式均使用yyyy-mm-dd (动画区和游戏区除外，暂无定论).
• R18 条目要标注为[受限内容]。
动画：
• 放送星期以[星期一/二/三...]中国数字作标示
• 集数以[1/2/3…]阿拉伯数字作标示
• 製作指出资方如kadokawa，制作指制作动画的一方如Bones，A1P，但通常也是使用[动画制作]的，除非官方Staff列表出现了“制作”字样
• Infobox里至少写全[导演]、[人物设定]、[原作/原案]的文字，而非只是关联上，这三项会在外显示，比如动画rank，自己的看过列表
游戏：
不同版本和不同演绎关系（引用Sai原帖）
#11-5 - 2024-7-31 13:16
mizudiwood🤖
通用：
• 日期格式均使用yyyy-mm-dd (动画区和游戏区除外，暂无定论).
-感觉不是定论，我就喜欢写yyyy/mm/dd或者yyyy年m月d日或者yyyy-m-d或者yyyy.m.d，不影响排序，所以没写
• R18 条目要标注为[受限内容]。
-其实封面看不出来的我就没标，因为会影响整个目录无法对新人显示（补充了）
动画：
• 放送星期以[星期一/二/三...]中国数字作标示
-不是定论，所以没写
• 集数以[1/2/3…]阿拉伯数字作标示
-除了留*的没见过写错的，所以没写
• 製作指出资方如kadokawa，制作指制作动画的一方如Bones，A1P，但通常也是使用[动画制作]的，除非官方Staff列表出现了“制作”字样
-感觉内容有偏差，重新查找了标准定义补充了
• Infobox里至少写全[导演]、[人物设定]、[原作/原案]的文字，而非只是关联上，这三项会在外显示，比如动画rank，自己的看过列表
-不是强制，所以没写
游戏：
不同版本和不同演绎关系（引用Sai原帖）
-这个属于是范围，没写
knh初 说: 那两帖大多的内容是收录范围，感觉Sai应该更新一下Bangumi 收录范围 V2 [更新 20230411]。比如动态漫画，扩展包等新特性。
以下是一些那两贴里个人觉得比较重要的注意事项
通用：
...
• 日期格式均使用yyyy-mm-dd (动画区和游戏区除外，暂无定论).
-感觉不是定论，我就喜欢写yyyy/mm/dd或者yyyy年m月d日或者yyyy-m-d或者yyyy.m.d，不影响排序，所以没写
• R18 条目要标注为[受限内容]。
-其实封面看不出来的我就没标，因为会影响整个目录无法对新人显示（补充了）
动画：
• 放送星期以[星期一/二/三...]中国数字作标示
-不是定论，所以没写
• 集数以[1/2/3…]阿拉伯数字作标示
-除了留*的没见过写错的，所以没写
• 製作指出资方如kadokawa，制作指制作动画的一方如Bones，A1P，但通常也是使用[动画制作]的，除非官方Staff列表出现了“制作”字样
-感觉内容有偏差，重新查找了标准定义补充了
• Infobox里至少写全[导演]、[人物设定]、[原作/原案]的文字，而非只是关联上，这三项会在外显示，比如动画rank，自己的看过列表
-不是强制，所以没写
游戏：
不同版本和不同演绎关系（引用Sai原帖）
-这个属于是范围，没写
#11-6 - 2024-7-31 13:35
knh初
• R18 条目要标注为[受限内容]
这条不只限书籍，应该放在全体部分吧。
mizudiwood💿 说: 通用：
• 日期格式均使用yyyy-mm-dd (动画区和游戏区除外，暂无定论).
-感觉不是定论，我就喜欢写yyyy/mm/dd或者yyyy年m月d日或者yyyy-m-d...
这条不只限书籍，应该放在全体部分吧。
#11-8 - 2024-7-31 14:00
mizudiwood🤖
游戏版本关联的说明补充了
knh初 说: 那两帖大多的内容是收录范围，感觉Sai应该更新一下Bangumi 收录范围 V2 [更新 20230411]。比如动态漫画，扩展包等新特性。
以下是一些那两贴里个人觉得比较重要的注意事项
通用：
...
#11-9 - 2024-8-29 01:21
love216∞
打擾，所以日期格式是沒有硬性規定？因為好像之前有看過要打yyyy-mm-dd的
mizudiwood🤖 说: 通用：
• 日期格式均使用yyyy-mm-dd (动画区和游戏区除外，暂无定论).
-感觉不是定论，我就喜欢写yyyy/mm/dd或者yyyy年m月d日或者yyyy-m-d...
#11-11 - 2024-8-29 19:29
knh初
虽然没有硬性规定，但书籍区和音乐区至少8成以上的条目都是yyyy-mm-dd。所以主要维护这些条目的维基人比较推荐使用yyyy-mm-dd。
动画区和游戏区几乎每种写法都有大量存在，所以没有推荐的日期写法。
love216∞ 说: 打擾，所以日期格式是沒有硬性規定？因為好像之前有看過要打yyyy-mm-dd的
动画区和游戏区几乎每种写法都有大量存在，所以没有推荐的日期写法。
#11-12 - 2024-8-29 19:31
mizudiwood🤖
反正我是觉得能正常排序就行，复制的时候懒
knh初 说: 虽然没有硬性规定，但书籍区和音乐区至少8成以上的条目都是yyyy-mm-dd。所以主要维护这些条目的维基人比较推荐使用yyyy-mm-dd。
动画区和游戏区几乎每种写法都有大量存在，所以没有推荐的日期...
#11-14 - 2024-8-29 21:06
love216∞
明白了，謝謝
knh初 说: 虽然没有硬性规定，但书籍区和音乐区至少8成以上的条目都是yyyy-mm-dd。所以主要维护这些条目的维基人比较推荐使用yyyy-mm-dd。
动画区和游戏区几乎每种写法都有大量存在，所以没有推荐的日期...
#12 - 2024-7-30 17:54
#13 - 2024-7-30 20:31
明天早上吃什么？
(slchy)
有科幻或奇幻类电影奖项提名或者由符合规则书籍（如：正式出版的网络连载书籍等）改编的非ACG电影应该是可以添加的吧
#13-2 - 2024-7-30 20:47
mizudiwood🤖
仅原作符合收录标准的非acg相关电影暂时不支持，可再议
其实网文出版可加就是因为这类改编的动画漫画越来越多提前开路，等等可能就有了
（不如说都火到拍电影还没有动画漫画的ip我还真想不出来）
推理奇幻科幻类这种只有电影（但没提名）的暂时也不要加
其实网文出版可加就是因为这类改编的动画漫画越来越多提前开路，等等可能就有了
（不如说都火到拍电影还没有动画漫画的ip我还真想不出来）
推理奇幻科幻类这种只有电影（但没提名）的暂时也不要加
#13-3 - 2024-7-30 21:08
#13-4 - 2024-7-30 21:10
mizudiwood🤖
n是轻小说不是广义的novel
明天早上吃什么？ 说: 啊这要是这样的话就和“与 ACGN 直接相关，有动画书籍游戏原作的”这条规则冲突了。
另外比如这一部电影，其原作获得过银河奖。按现行标准的话，就不满足收录标准了，比较违反直觉
#13-5 - 2024-7-30 21:12
mizudiwood🤖
你说的原作获得过科幻类奖的，我觉得可以考虑为新增标准，可以再议，欢迎其他wiki管理员和维基人讨论
@Sai🖖 @天野远子 @leins=pallange
明天早上吃什么？ 说: 啊这要是这样的话就和“与 ACGN 直接相关，有动画书籍游戏原作的”这条规则冲突了。
另外比如这一部电影，其原作获得过银河奖。按现行标准的话，就不满足收录标准了，比较违反直觉
@Sai🖖 @天野远子 @leins=pallange
#13-6 - 2024-7-31 10:41
mizudiwood🤖
昨天不小心把楼炸了，重新@Sai🖖 @天野远子 @leins=pallange
是否增加以下标准：
・原作书籍获得或科幻类奖项的电影可以添加
mizudiwood💿 说: 你说的原作获得过科幻类奖的，我觉得可以考虑为新增标准，可以再议，欢迎其他wiki管理员和维基人讨论
＠Sai🖖 @天野远子 ＠leins=pallange
是否增加以下标准：
・原作书籍获得或科幻类奖项的电影可以添加
#13-7 - 2024-7-31 10:43
天野远子
这部收录按照是有剧版，可以收录电影版
明天早上吃什么？ 说: 啊这要是这样的话就和“与 ACGN 直接相关，有动画书籍游戏原作的”这条规则冲突了。
另外比如这一部电影，其原作获得过银河奖。按现行标准的话，就不满足收录标准了，比较违反直觉
#13-8 - 2025-2-20 16:01
mizudiwood🤖
@Sai🖖 这个拖好久了，原作小说符合收录规范的电影到底可不可以收录啊（包括扩大范围后的科幻/推理/奇幻/连载并出版的网文），一直没结论
mizudiwood🤖 说: 昨天不小心把楼炸了，重新＠Sai🖖 @天野远子 ＠leins=pallange
是否增加以下标准：
・原作书籍获得或科幻类奖项的电影可以添加
#13-9 - 2025-2-20 16:46
#16 - 2024-7-31 11:37
ᛖᛚᛗᛟ
(！noisolpxE ☆━⊂ ∩ ◕◡⛨)
这条也不太明确吧。同一角色的不同形态已分开的比如柯南和新一、夜一和黑猫，没分开的比如秀一和沖矢昴。
我觉得以不同形态是否更换CV作为是否拆开的判断依据也许会比较好。
不同形态角色条目创建太乱，我整了个目录收集这种已经分了或能分又没分以及能够合并的角色。
1. 同一角色的不同形态收录在一个角色条目中，担心剧透可以不关联声优，关键信息请善用马赛克
我觉得以不同形态是否更换CV作为是否拆开的判断依据也许会比较好。
不同形态角色条目创建太乱，我整了个目录收集这种已经分了或能分又没分以及能够合并的角色。
#16-2 - 2024-7-31 11:41
#16-6 - 2024-7-31 11:52
#16-7 - 2024-7-31 12:09
#16-8 - 2024-7-31 12:12
mizudiwood🤖
大体上来说
人格不同✓
只是不同外形x
宝可梦那种可以进化的以种族的层面来看不同形态✓
数码宝贝是种族还是每个兽唯一一只来着
𝑬𝒍𝒎𝒐 说: 克隆人、转生前后、夏日重现那种影子人也算不同个体吧。
还有由一个个体分裂出多个子个体还能合体的该怎么算。
进化型的也有分开的，比如世界之声、大贤者、智慧之王。
伪装身份的也有分开的，比如暗影大人、约翰...
人格不同✓
只是不同外形x
宝可梦那种可以进化的以种族的层面来看不同形态✓
数码宝贝是种族还是每个兽唯一一只来着
#16-9 - 2024-7-31 12:18
#16-10 - 2024-7-31 12:20
mizudiwood🤖
人格分裂有点复杂，一句话说不好，大概是不同人格可以，精神分裂不行……？
这块还是比较复杂且历史遗留问题较多，建议单独开讨论
𝑬𝒍𝒎𝒐 说: 数码宝贝设定我也早忘了，搞不清楚。
如果按人格分的话很多条目就都能合并了，人格分裂的也有很多能拆了，比如214。
这块还是比较复杂且历史遗留问题较多，建议单独开讨论
#16-11 - 2024-7-31 12:30
#16-12 - 2024-7-31 12:33
mizudiwood🤖
搞不清楚能不拆就不拆（
男女就看官方有没有立绘或者初始名吧，那种自己捏脸选性别的就算了（
𝑬𝒍𝒎𝒐 说: 还有个问题跟不同人格也有点区别，不同世界的同一人物。像FSN和FE、游戏王GX和游戏王AV，都有一样的角色。
游戏主角分男女的也有拆了和没拆的，型月基本都没拆，宝可梦基本都拆了。
男女就看官方有没有立绘或者初始名吧，那种自己捏脸选性别的就算了（
#17 - 2024-7-31 12:04
#19 - 2024-7-31 12:39
Aeroblast
(AE@Recording)
#19-1 - 2024-7-31 12:42
mizudiwood🤖
是指便于在bangumi搜索（查重）
官网很多是多根横线的情况，也不是很统一
系统优化当然是最好的（填写数字，自动调整显示/切换位数），但我没办法了，看看有没有开发团队的大佬整一个
豆瓣先不提，比如國家圖書館就是用的纯数字，实际上纯数字在搜索上应该是兼容性最强的
国家版本数据中心13位的是4根横线，但纯数字的也能搜
官网很多是多根横线的情况，也不是很统一
系统优化当然是最好的（填写数字，自动调整显示/切换位数），但我没办法了，看看有没有开发团队的大佬整一个
豆瓣先不提，比如國家圖書館就是用的纯数字，实际上纯数字在搜索上应该是兼容性最强的
国家版本数据中心13位的是4根横线，但纯数字的也能搜
#19-2 - 2024-7-31 12:53
Aeroblast
如果暂时需要配合现状的话，至少日文漫画小说规定按日亚（978-XXX...）来比较好吧，基本上没见过全数字的。
mizudiwood💿 说: 是指便于在bangumi搜索（查重）
官网很多是多根横线的情况，也不是很统一
系统优化当然是最好的（填写数字，自动调整显示/切换位数），但我没办法了，看看有没有开发团队的大佬整一个
#19-3 - 2024-7-31 12:54
mizudiwood🤖
楼上补充了
另外封底13位的实际也是上排4根横线（978-4-10-109205-x），下排纯数字，怎么也得在这两种格式里二选一吧
个人认为站在未来系统升级的角度纯数字也是最好操作的
Aeroblast 说: 如果暂时需要配合现状的话，至少日文漫画小说规定按日亚（978-XXX...）来比较好吧，基本上没见过全数字的。
另外封底13位的实际也是上排4根横线（978-4-10-109205-x），下排纯数字，怎么也得在这两种格式里二选一吧
个人认为站在未来系统升级的角度纯数字也是最好操作的
#19-6 - 2024-7-31 13:11
#19-7 - 2024-7-31 13:11
Aeroblast
“没见过数字”指的是条目的现状，现在都跟着日亚走，用其他的搜不到啊。
mizudiwood💿 说: 楼上补充了
另外封底13位的实际也是上排4根横线（978-4-10-109205-x），下排纯数字，怎么也得在这两种格式里二选一吧
个人认为站在未来系统升级的角度纯数字也是最好操作的
#19-8 - 2024-7-31 13:14
Aeroblast
这个还真得提醒一下。查重搜索依附于bgm，bgm的搜索本身有出毛病的时候…前段时间有个条目复制上去都搜不到，本身也不是新条目，过几天又好了…
𝑬𝒍𝒎𝒐 说: 有些符号貌似识别不一致会导致建重复，比如书名里的-和―。我之前就用这个脚本建重了。
#19-9 - 2024-7-31 13:17
mizudiwood🤖
为什么一定要跟着日亚现在的格式走啊（十年前它格式也不是这样），我加的全是纯数字的，早期有个自动跳转日亚链接的脚本也是纯数字的
Aeroblast 说: “没见过数字”指的是条目的现状，现在都跟着日亚走，用其他的搜不到啊。
#19-10 - 2024-7-31 13:30
Aeroblast
大家不约而同就这样了啊，可能是因为都在用脚本 不过条目数量虽然比较大，经常加的人大概就那么几个
mizudiwood💿 说: 为什么一定要跟着日亚现在的格式走啊（十年前它格式也不是这样），我加的全是纯数字的，早期有个自动跳转日亚链接的脚本也是纯数字的
不过条目数量虽然比较大，经常加的人大概就那么几个#19-11 - 2024-7-31 13:39
mizudiwood🤖
随便吧，反正我都没加，加不加最后系统升级也就脚本爬一遍的事
也就日亚是这个写法，它也不是官网或权威机构啊（
Aeroblast 说: 大家不约而同就这样了啊，可能是因为都在用脚本 不过条目数量虽然比较大，经常加的人大概就那么几个
也就日亚是这个写法，它也不是官网或权威机构啊（
#19-12 - 2024-7-31 14:02
Aeroblast
可能是因为bgm抓取日亚历史已久，所以ISBN10能在废止10年后依然出现在当年的新条目里，能抓取13位之后也都跟了日亚这格式（
mizudiwood💿 说: 随便吧，反正我都没加，加不加最后系统升级也就脚本爬一遍的事
也就日亚是这个写法，它也不是官网或权威机构啊（
#19-13 - 2024-7-31 14:03
mizudiwood🤖
纯数字这个只是个人建议了，不如就地开个投票
Aeroblast 说: 可能是因为bgm抓取日亚历史已久，所以ISBN10能在废止10年后依然出现在当年的新条目里，能抓取13位之后也都跟了日亚这格式（
#19-14 - 2024-7-31 14:07
mizudiwood🤖
投票1：ISBN记录13位纯数字
理由：
1. 纯数字可兼容大多数主流平台的搜索
2. 豆瓣、部分权威网站（如國家圖書館）使用的为纯数字
3. 未来系统升级比较方便
4. 封底ISBN区下排采用的纯数字
5. 13位非10位理由：2007年国际标准已经升级到13位，更实用，10位可以直接转换为13位
理由：
1. 纯数字可兼容大多数主流平台的搜索
2. 豆瓣、部分权威网站（如國家圖書館）使用的为纯数字
3. 未来系统升级比较方便
4. 封底ISBN区下排采用的纯数字
5. 13位非10位理由：2007年国际标准已经升级到13位，更实用，10位可以直接转换为13位
#19-15 - 2024-7-31 14:08
#19-16 - 2024-7-31 14:11
#19-17 - 2024-7-31 14:12
mizudiwood🤖
投票4：不做要求，爱填啥填啥（不考虑历史数据）
理由：
1. 习惯了，懒得改
补充：
提供日亚抓取脚本的大佬表示可以根据讨论结果更新脚本（#19-27）
2024-08-27更新：好像已经改了？
理由：
1. 习惯了，懒得改
补充：
提供日亚抓取脚本的大佬表示可以根据讨论结果更新脚本（#19-27）
2024-08-27更新：好像已经改了？
#19-20 - 2024-7-31 14:52
Aeroblast
真要改跟脚本作者说一声加个处理就好……然后发个通知，让大家更新一下。最好出动官方机器人全给统一掉，2007年后的ISBN10也给转换掉。
没历史负担的话可以纯数字。考虑到现状选择懒得改。改会对于查重之类的（潜在）需求产生阵痛期。
10位版本理论上在2007年以后的书相关信息里根本不该出现，日亚算是误用。
（小知识，13位版本上个世纪就印在日文书籍上了，大概是叫做JANコード、EAN Code，似乎是从1990年左右开始）
mizudiwood💿 说: 投票6：其他
请补充
没历史负担的话可以纯数字。考虑到现状选择懒得改。改会对于查重之类的（潜在）需求产生阵痛期。
10位版本理论上在2007年以后的书相关信息里根本不该出现，日亚算是误用。
（小知识，13位版本上个世纪就印在日文书籍上了，大概是叫做JANコード、EAN Code，似乎是从1990年左右开始）
#19-21 - 2024-7-31 14:59
mizudiwood🤖
说一声就能加？还有这好事？
Aeroblast 说: 真要改跟脚本作者说一声加个处理就好……然后发个通知，让大家更新一下。最好出动官方机器人全给统一掉，2007年后的ISBN10也给转换掉。
没历史负担的话可以纯数字。考虑到现状选择懒得改。改会对于查重...
#19-22 - 2024-7-31 15:00
豆沙包罐头
从数据记录角度，我建议是旧书记录10和13两个版本，新书也没有10位的了，肯定只有13的。重点是项目名应该分成ISBN10和ISBN13两个，这样就不用纠结填哪个好了--分开填。创建新条目时的预设栏目名从现在的ISBN改成ISBN13，一般情况下填这个就好。如果查到了/想填ISBN10的话自己手写一行。
总之就是要解决创建条目时把10和13都填在名为ISBN的栏目中这个问题，而ISBN13是现行标准那么就应该作为预设栏目提供，为了区分也不应该仅写作ISBN而省略后面的版本。老条目兼容也很简单，跑一遍脚本把10位的栏目重命名为ISBN10，否则改成ISBN13即可。
Aeroblast 说: 真要改跟脚本作者说一声加个处理就好……然后发个通知，让大家更新一下。最好出动官方机器人全给统一掉，2007年后的ISBN10也给转换掉。
没历史负担的话可以纯数字。考虑到现状选择懒得改。改会对于查重...
总之就是要解决创建条目时把10和13都填在名为ISBN的栏目中这个问题，而ISBN13是现行标准那么就应该作为预设栏目提供，为了区分也不应该仅写作ISBN而省略后面的版本。老条目兼容也很简单，跑一遍脚本把10位的栏目重命名为ISBN10，否则改成ISBN13即可。
#19-23 - 2024-7-31 15:05
mizudiwood🤖
我们先站在短期内系统不会更新，历史条目不用改（等脚本爬数据）的角度投票吧（我改下描述），假设太多没有意义
豆沙包罐头 说: 从数据记录角度，我建议是旧书记录10和13两个版本，新书也没有10位的了，肯定只有13的。重点是项目名应该分成ISBN10和ISBN13两个，这样就不用纠结填哪个好了--分开填。创建新条目时的预设栏目...
#19-24 - 2024-7-31 15:08
#19-25 - 2024-7-31 15:11
mizudiwood🤖
那也得达成共识才联系人家改吧
问问大佬好不好改@拿月亮自刎
Aeroblast 说: 作者看上去还在活跃 [group/topic] 用户脚本 · 样式 · 插件 » 讨论[脚本][扩展] [2024-03-18] [v0.4.23] bangumi 创建条目助手
最坏的情况可以for...
问问大佬好不好改@拿月亮自刎
#19-26 - 2024-7-31 15:13
mizudiwood🤖
@bangumi大西王 顺便问下大佬统一改旧条目格式的可行性
涉及到ISBN去横线，10位自动转13位随便搜的转换器
Aeroblast 说: 真要改跟脚本作者说一声加个处理就好……然后发个通知，让大家更新一下。最好出动官方机器人全给统一掉，2007年后的ISBN10也给转换掉。
没历史负担的话可以纯数字。考虑到现状选择懒得改。改会对于查重...
涉及到ISBN去横线，10位自动转13位随便搜的转换器
#19-27 - 2024-7-31 15:27
拿月亮自刎
ISBN-10 和 ISBN-13 都是有的。
当时我采取的方式是 ISBN-10 在 wikibox 里面是 ASIN。
因为之前有人建议https://bgm.tv/group/topic/345469#post_1667488
我在脚本里面去掉了 ASIN，只保留 ISBN-13 。
只要讨论好了规则，我这里按照你们讨论的结果改一下脚本就行。
mizudiwood💿 说: 那也得达成共识才联系人家改吧
问问大佬好不好改@拿月亮自刎
当时我采取的方式是 ISBN-10 在 wikibox 里面是 ASIN。
因为之前有人建议https://bgm.tv/group/topic/345469#post_1667488
我在脚本里面去掉了 ASIN，只保留 ISBN-13 。
只要讨论好了规则，我这里按照你们讨论的结果改一下脚本就行。
#19-28 - 2024-7-31 15:30
mizudiwood🤖
ASIN是亚马逊商品编号，跟ISBN无关，确实不该保留
拿月亮自刎 说: ISBN-10 和 ISBN-13 都是有的。
当时我采取的方式是 ISBN-10 在 wikibox 里面是 ASIN。
因为之前有人建议https://bgm.tv/group/topic/34...
#19-29 - 2024-7-31 15:38
Aeroblast
想了下不如强制要求ISBN记录13位。有13位（且978开头）就能直接算10位的，没必要记录冗余信息。想看10位可以前端转换。
豆沙包罐头 说: 从数据记录角度，我建议是旧书记录10和13两个版本，新书也没有10位的了，肯定只有13的。重点是项目名应该分成ISBN10和ISBN13两个，这样就不用纠结填哪个好了--分开填。创建新条目时的预设栏目...
#19-30 - 2024-7-31 15:43
豆沙包罐头
这样也好省得单独查，不过栏目名还是应该明确写成ISBN13而不是笼统的ISBN
Aeroblast 说: 想了下不如强制要求ISBN记录13位。有13位（且978开头）就能直接算10位的，没必要记录冗余信息。想看10位可以前端转换。
#19-31 - 2024-7-31 15:50
#19-32 - 2024-7-31 15:54
Aeroblast
字段直接ISBN没啥问题的，不写13位数字不给过就行了，写了横杠给你过滤掉（理论可行，bgm的infobox形式难度会高一些）。
显示方面，举个感觉不错的例子，版元ドットコム是这样写的：
ISBN 978-4-04-075565-6 COPY
ISBN-13 9784040755656 COPY
ISBN-10h 4-04-075565-0 COPY
ISBN-10 4040755650 COPY
出版者記号 04 COPY
（后面的字体都小一号；COPY是按钮，点击复制）
放到bgm可以做成点击展开什么的。
豆沙包罐头 说: 这样也好省得单独查，不过栏目名还是应该明确写成ISBN13而不是笼统的ISBN
显示方面，举个感觉不错的例子，版元ドットコム是这样写的：
ISBN 978-4-04-075565-6 COPY
ISBN-13 9784040755656 COPY
ISBN-10h 4-04-075565-0 COPY
ISBN-10 4040755650 COPY
出版者記号 04 COPY
（后面的字体都小一号；COPY是按钮，点击复制）
放到bgm可以做成点击展开什么的。
#19-33 - 2024-7-31 16:12
豆沙包罐头
https://calil.jp/book/4150309639
之所以说最好列出是因为考虑到同时在UI上展示10和13两个版本的情况，同时只显示一种的话可以省略。#19-32 这样的也是可以，未展开时显示13版本，仅记为ISBN，展开后分列出10和13。
mizudiwood💿 说: 我感觉就ISBN吧，除了日亚也没谁写ISBN-13
之所以说最好列出是因为考虑到同时在UI上展示10和13两个版本的情况，同时只显示一种的话可以省略。#19-32 这样的也是可以，未展开时显示13版本，仅记为ISBN，展开后分列出10和13。
#19-34 - 2024-7-31 16:12
mizudiwood🤖
你们倒是改投票啊
Aeroblast 说: 字段直接ISBN没啥问题的，不写13位数字不给过就行了，写了横杠给你过滤掉（理论可行，bgm的infobox形式难度会高一些）。
显示方面，举个感觉不错的例子，版元ドットコム是这样写的：
ISBN&...
#19-35 - 2024-7-31 16:13
mizudiwood🤖
那都是你的美好幻想，这种不紧急的功能优化顺位应该很靠后
豆沙包罐头 说: https://calil.jp/book/4150309639
之所以说最好列出是因为考虑到同时在UI上展示10和13两个版本的情况，同时只显示一种的话可以省略。#19-32 这样的也是可以，未展开...
#19-36 - 2024-8-26 14:46
bangumi 教宗
如果你们有结论了并且原因审核的话倒是可以批量转一下然后你们审核
mizudiwood🤖 说: ＠bangumi大西王 顺便问下大佬统一改旧条目格式的可行性
涉及到ISBN去横线，10位自动转13位随便搜的转换器
#19-37 - 2024-8-26 14:57
mizudiwood🤖
已经很久没有人投票了，但是看起来大家好像没什么异议
投票1（9票）：ISBN记录13位纯数字
投票2（1票）：ISBN记录978-xxxxxxxxxx
投票3（0票）：ISBN记录978-x-xx-xxxxxx-x
投票4（0票）：不做要求，爱填啥填啥
投票5（1票）：ISBN-10和ISBN-13分成两栏写
bangumi大西王 说: 如果你们有结论了并且原因审核的话倒是可以批量转一下然后你们审核
投票1（9票）：ISBN记录13位纯数字
投票2（1票）：ISBN记录978-xxxxxxxxxx
投票3（0票）：ISBN记录978-x-xx-xxxxxx-x
投票4（0票）：不做要求，爱填啥填啥
投票5（1票）：ISBN-10和ISBN-13分成两栏写
#19-38 - 2024-8-26 14:58
bangumi 教宗
那这算是最终决定吗
mizudiwood🤖 说: 已经很久没有人投票了，但是看起来大家好像没什么异议
投票1（9票）：ISBN记录13位纯数字
投票2（0票）：ISBN记录978-xxxxxxxxxx...
#19-39 - 2024-8-26 14:59
bangumi 教宗
你这不会是从那个patch的评论里复制来的吧
mizudiwood🤖 说: 已经很久没有人投票了，但是看起来大家好像没什么异议
投票1（9票）：ISBN记录13位纯数字
投票2（0票）：ISBN记录978-xxxxxxxxxx...
#19-41 - 2024-8-26 15:00
#19-42 - 2024-8-26 15:03
mizudiwood🤖
@Hyary 他复制的我主楼的统计，我是正版
bangumi大西王 说: https://patch.bgm38.tv/subject/0 ... 3-aa32-5b8ae9453afe
#19-44 - 2024-8-26 15:04
mizudiwood🤖
我已经在主楼红字，如果没有其他意见9月1日开始可以搞了
bangumi大西王 说: https://patch.bgm38.tv/subject/0 ... 3-aa32-5b8ae9453afe
#19-46 - 2024-8-26 15:08
#19-49 - 2024-8-26 15:34
c933103
有過問題在於，這樣做的話如果錄入幾十年前的舊書的話，還要先手動轉換才錄入
而且如果是用前端自動轉換的話，那麼用戶看到舊書的ISBN-13碼，要需要先知道以前是用ISBN-10，才會知道需要手動轉換才能獲得出版當時的ISBN號。否則使用ISBN13搜索舊書的話可能會有比較少結果。
如果要用腳本解決，或者需要使用程式來處理/比較ISBN數據的話，那我覺得有一種做法是編輯者無論填10位還是13位ISBN都可以，但程式在處理前要先檢查已填入的ISBN有多少位的數字，如果與想要的版本不同便按需要轉換，然後才進行所需作業。
但有另一個問題是，印象中以前好像見過有條目的ISBN欄的填法是類似於「978-111122223-3（普通版）；978-111122224-4（特裝版）」的樣子填進同一欄內，這些應該比較難處理？
而且如果是用前端自動轉換的話，那麼用戶看到舊書的ISBN-13碼，要需要先知道以前是用ISBN-10，才會知道需要手動轉換才能獲得出版當時的ISBN號。否則使用ISBN13搜索舊書的話可能會有比較少結果。
如果要用腳本解決，或者需要使用程式來處理/比較ISBN數據的話，那我覺得有一種做法是編輯者無論填10位還是13位ISBN都可以，但程式在處理前要先檢查已填入的ISBN有多少位的數字，如果與想要的版本不同便按需要轉換，然後才進行所需作業。
但有另一個問題是，印象中以前好像見過有條目的ISBN欄的填法是類似於「978-111122223-3（普通版）；978-111122224-4（特裝版）」的樣子填進同一欄內，這些應該比較難處理？
#19-50 - 2024-8-26 15:42
綿飴
我有点异议…虽然说把07年前的书也统一为ISBN-13的确是统一了格式，但实际上当时的出版物书上印着的却是ISBN-10，虽然说只是一次转换的事，但字面上全部统一为ISBN-13就意味着在原始信息和功能性上选择了功能性吧。
感觉这种妥协在Wiki系统上仍然是值得好好商榷的事。
mizudiwood🤖 说: 投票1：ISBN记录13位纯数字
理由：
1. 纯数字可兼容大多数主流平台的搜索
2. 豆瓣、部分权威网站（如國家圖書館）使用的为纯数字
3. 未来系统升级比较方便
4. 封底ISBN区下排采用的纯数...
感觉这种妥协在Wiki系统上仍然是值得好好商榷的事。
#19-52 - 2024-8-26 15:52
mizudiwood🤖
如果信息来源是日亚的话，应该是都有ISBN13的，其他的你不想转换你填个10位问题也不大，有人愿意维护就等人维护，或者等系统解决
有横线的旧条目等西大王直接跑脚本了，不用考虑，注意新条目不要横线就好，脚本抓取的大佬也已经表示可以改脚本自动去横线
c933103 说: 有過問題在於，這樣做的話如果錄入幾十年前的舊書的話，還要先手動轉換才錄入
而且如果是用前端自動轉換的話，那麼用戶看到舊書的ISBN-13碼，台湾和大陆的官方数据库现在查出来旧书也都是13位，要需要先知道以前是用ISBN-10，才會知道需要手動轉換才能...
有横线的旧条目等西大王直接跑脚本了，不用考虑，注意新条目不要横线就好，脚本抓取的大佬也已经表示可以改脚本自动去横线
#19-53 - 2024-8-26 15:56
mizudiwood🤖
其实主要是统一不要横线，旧条目10位还是13位我都没意见，你可以ISBN填13位另外写一栏ISBN-10，其实也有这个投票选项，投票也还没有正式结束
綿飴 说: 我有点异议…虽然说把07年前的书也统一为ISBN-13的确是统一了格式，但实际上当时的出版物书上印着的却是ISBN-10，虽然说只是一次转换的事，但字面上全部统一为ISBN-13就意味着在原始信息和功...
#19-54 - 2024-8-26 16:04
綿飴
抱歉是我理解错了，如果是无关旧书的那还好
就怕跑个脚本把旧书也全部转成ISBN-13了
mizudiwood🤖 说: 其实主要是统一不要横线，旧条目10位还是13位我都没意见，你可以ISBN填13位另外写一栏ISBN-10，其实也有这个投票选项，投票也还没有正式结束
就怕跑个脚本把旧书也全部转成ISBN-13了#19-55 - 2024-8-26 16:08
豆沙包罐头
还是得逼宫请sai去搓一个ISBN10-13转换的实现，比较好形式就是对07年前的书籍显示13但是保留10的metadata可选显示，07后的就只有13了（先做个好梦
綿飴 说: 我有点异议…虽然说把07年前的书也统一为ISBN-13的确是统一了格式，但实际上当时的出版物书上印着的却是ISBN-10，虽然说只是一次转换的事，但字面上全部统一为ISBN-13就意味着在原始信息和功...
#19-56 - 2024-8-26 16:09
#19-57 - 2024-8-26 16:11
mizudiwood🤖
不知道西大王的脚本是做到什么程度，但应该就是10位都转13，毕竟判断不了新旧，而且现在官方都是13位啊没分新旧
https://pdc.capub.cn/
https://isbn.ncl.edu.tw/NEW_ISBNNet/
https://www.books.or.jp/
綿飴 说: 抱歉是我理解错了，如果是无关旧书的那还好就怕跑个脚本把旧书也全部转成ISBN-13了
，而且现在官方都是13位啊没分新旧https://pdc.capub.cn/
https://isbn.ncl.edu.tw/NEW_ISBNNet/
https://www.books.or.jp/
#19-58 - 2024-8-26 16:17
綿飴
我理想的情况是infobox只有一栏ISBN，全部填原始不带横线的（07年前ISBN-10，之后的ISBN-13），然后请老板做个feature鼠标指针放在ISBN-10上面就显示ISBN-13，兼顾原始资料和功能性（嗯我先洗洗睡了
豆沙包罐头 说: 还是得逼宫请sai去搓一个ISBN10-13转换的实现（先做个好梦
#19-59 - 2024-8-26 16:18
豆沙包罐头
我也很喜欢这个效果，我现在准备洗个澡睡觉了
綿飴 说: 我理想的情况是infobox只有一栏ISBN，全部填原始不带横线的（07年前ISBN-10，之后的ISBN-13），然后请老板做个feature鼠标指针放在ISBN-10上面就显示ISBN-13，兼顾...
#19-60 - 2024-8-26 16:20
mizudiwood🤖
07年太微妙了，应该不是某个时间点全球图书统一变化
我的本意是咱们先跟其他国家/地区权威数据库一样统一成ISBN13，这样后面显示什么的系统优化也好操作
綿飴 说: 我理想的情况是infobox只有一栏ISBN，全部填原始不带横线的（07年前ISBN-10，之后的ISBN-13），然后请老板做个feature鼠标指针放在ISBN-10上面就显示ISBN-13，兼顾...
我的本意是咱们先跟其他国家/地区权威数据库一样统一成ISBN13，这样后面显示什么的系统优化也好操作
#19-61 - 2024-8-26 16:36
mizudiwood🤖
瞎写一个逻辑：
①有ISBN栏，先过滤ISBN栏只保留半角数字
>只有13位的
>978开头直接更新
>其他开头的报错
>只有10位的利用工具转换（工具搜一下还挺多）
https://hon-michi.net/isbn.cgi
https://damaha-labo.site/converter/zh-Hans/IT/ISBNConverter
>转换后978开头直接更新
>转换失败的报错
>其他位数的报错
②没有ISBN栏，只有ISBN-10和ISBN-13栏
>保留ISBN-10栏？ISBN-13栏改为“ISBN”，参数按①处理
③有ISBN栏和ISBN-13栏
>将ISBN栏改为“ISBN-10”？ISBN-13栏改为“ISBN”，参数按①处理
bangumi大西王 说: 懒，主要是边界情况太多了，还是交给你们审核算了（
①有ISBN栏，先过滤ISBN栏只保留半角数字
>只有13位的
>978开头直接更新
>其他开头的报错
>只有10位的利用工具转换（工具搜一下还挺多）
https://hon-michi.net/isbn.cgi
https://damaha-labo.site/converter/zh-Hans/IT/ISBNConverter
>转换后978开头直接更新
>转换失败的报错
>其他位数的报错
②没有ISBN栏，只有ISBN-10和ISBN-13栏
>保留ISBN-10栏？ISBN-13栏改为“ISBN”，参数按①处理
③有ISBN栏和ISBN-13栏
>将ISBN栏改为“ISBN-10”？ISBN-13栏改为“ISBN”，参数按①处理
#19-62 - 2024-8-26 16:37
bangumi 教宗
第一步就会卡住，比如写了日版和美版两个isbn的
mizudiwood🤖 说: 瞎写一个逻辑：
①有ISBN栏，先过滤ISBN栏只保留半角数字
>只有13位的
>978开头直接...
#19-64 - 2024-8-26 16:38
綿飴
有道理
那没有异议了
mizudiwood🤖 说: 07年太微妙了，应该不是某个时间点全球图书统一变化
我的本意是咱们先跟其他国家/地区权威数据库一样统一成ISBN13，这样后面显示什么的系统优化也好操作
那没有异议了#19-66 - 2024-8-26 16:40
#19-67 - 2024-8-26 16:40
bangumi 教宗
突然发现还有isbn栏写日期的
mizudiwood🤖 说: 没有吧，有的话分支也写了呀
只有ISBN栏，先过滤ISBN栏只保留半角数字，过滤后不为13或10位的报错
没有ISBN栏的也直接报错了
#19-78 - 2024-8-26 22:44
Aeroblast
一个试验品：https://bgm.tv/group/topic/404407
Aeroblast 说: 字段直接ISBN没啥问题的，不写13位数字不给过就行了，写了横杠给你过滤掉（理论可行，bgm的infobox形式难度会高一些）。
显示方面，举个感觉不错的例子，版元ドットコム是这样写的：
ISBN&...
#19-79 - 2024-8-27 22:40
bangumi 教宗
需要的话可以加规则，现在只是单纯扫了语法有问题的条目
https://bgm.tv/group/topic/365856
豆沙包罐头 说: 有问题的条目能不能给它导出到一个列表然后发出来以待日后手动修理
https://bgm.tv/group/topic/365856
#19-80 - 2024-8-27 23:16
mizudiwood🤖
突然想起来一个问题，还不能粗暴的改成13位纯数字，有的括号备注是需要保留的，比如全卷书号的情况https://bgm.tv/subject/450567
还有一些比较奇葩的比如中文书籍外语出版，ISBN也有必要备注版本，让我在9月前再合计合计
bangumi大西王 说: 需要的话可以加规则，现在只是单纯扫了语法有问题的条目
[group/topic] 番組WIKI計画 » 讨论wiki语法有问题的条目。
还有一些比较奇葩的比如中文书籍外语出版，ISBN也有必要备注版本，让我在9月前再合计合计
#19-81 - 2024-8-28 01:02
ζ*'ヮ')ζ 讀者諸孃へ
写正则表达式呗，只要在ISBN栏里匹配到10位数字就尝试转换为13位，匹配到几个10位数字就转换几次，匹配不上的其他内容（比如括号内容）原样保留即可。
另外关于ISBN问题，我同意#19-49，对旧书来说ISBN-10是很重要的信息，毕竟大多数旧书店都是只标书上写的ISBN-10，不会给你转换成ISBN-13的。以如果一本书原来就有ISBN-10信息，如果不能开发自动切换ISBN-10/13显示的组件，那就在转换时另开一个wiki字段记录原有的ISBN-10信息，不要直接覆盖掉。
另外ISBN-10栏现在不是新建条目的默认栏，对于那些需要自己手动建条目偏门老书来说，要填这个信息的话就要自己手动多按“ISBN-10”加两次CapsLock总共九次键盘，呱，不要啊
能不能直接把10位数填在默认的ISBN栏里，然后让@bangumi大西王 隔段时间就跑一次转换脚本把这段时间内的新增条目转换一遍
mizudiwood🤖 说: 突然想起来一个问题，还不能粗暴的改成13位纯数字，有的括号备注是需要保留的，比如全卷书号的情况https://bgm.tv/subject/450567
还有一些比较奇葩的比如中文书籍外语出版，ISB...
另外关于ISBN问题，我同意#19-49，对旧书来说ISBN-10是很重要的信息，毕竟大多数旧书店都是只标书上写的ISBN-10，不会给你转换成ISBN-13的。以如果一本书原来就有ISBN-10信息，如果不能开发自动切换ISBN-10/13显示的组件，那就在转换时另开一个wiki字段记录原有的ISBN-10信息，不要直接覆盖掉。
另外ISBN-10栏现在不是新建条目的默认栏，对于那些需要自己手动建条目偏门老书来说，要填这个信息的话就要自己手动多按“ISBN-10”加两次CapsLock总共九次键盘，呱，不要啊
能不能直接把10位数填在默认的ISBN栏里，然后让@bangumi大西王 隔段时间就跑一次转换脚本把这段时间内的新增条目转换一遍#19-82 - 2024-8-28 01:38
mizudiwood🤖
……你确定正则表达式是这么用的？
如果匹配连续的十位数字，那么13位会匹配出4串10位连续数字，且中间横线或其他字符的话匹配不上吧
如果中间用通配不用都连续……唔，那可能性更是不计其数
简单一点就是仅去掉几个常见的横线，既不是10位也不是13位就丢人工判断（
写算法的时候会考虑保留已经写了的isbn10到另一栏，上面有提到，还没写全
ζ*'ヮ')ζ 讀者諸孃へ 说: 写正则表达式呗，只要在ISBN栏里匹配到10位数字就尝试转换为13位，匹配到几个10位数字就转换几次，匹配不上的其他内容（比如括号内容）原样保留即可。
另外关于ISBN问题，我同意#19-49，对旧...
如果匹配连续的十位数字，那么13位会匹配出4串10位连续数字，且中间横线或其他字符的话匹配不上吧
如果中间用通配不用都连续……唔，那可能性更是不计其数
简单一点就是仅去掉几个常见的横线，既不是10位也不是13位就丢人工判断（
写算法的时候会考虑保留已经写了的isbn10到另一栏，上面有提到，还没写全
#19-83 - 2024-8-28 01:57
mizudiwood🤖
(?:[0-9] +\-?) {9} [0-9X]
(?:978|979) \-?(?:[0-9]+\-?) {10}
这个不错，但是10位的应该也会误匹配到13位
mizudiwood🤖 说: ……你确定正则表达式是这么用的？
如果匹配连续的十位数字，那么13位会匹配出4串10位连续数字，且中间横线或其他字符的话匹配不上吧
如果中间用通配不用都连续……唔，那可能性更是不计其数
简单一点就是仅...
(?:978|979) \-?(?:[0-9]+\-?) {10}
这个不错，但是10位的应该也会误匹配到13位
#19-84 - 2024-8-28 09:08
Aeroblast
10位后面加个先行断言就不会匹配到13位了。
可以再加上ISBN校验。
mizudiwood🤖 说: (?:[0-9] +\-?) {9} [0-9X]
(?:978|979) \-?(?:[0-9]+\-?) {10}
这个不错，但是10位的应该也会误匹配到13位
可以再加上ISBN校验。
#19-85 - 2024-8-28 15:11
mizudiwood🤖
(?<![0-9]|-)(((?:[0-9]\-?){9})[0-9X])(?![0-9]|-)
(?<![0-9]|-)(((978|979)\-?)((?:[0-9]\-?){9})[0-9X])(?![0-9]|-)
那就是这个喽，不知道能不能简化
Aeroblast 说: 10位后面加个先行断言就不会匹配到13位了。
可以再加上ISBN校验。
(?<![0-9]|-)(((978|979)\-?)((?:[0-9]\-?){9})[0-9X])(?![0-9]|-)
那就是这个喽，不知道能不能简化
#19-86 - 2024-8-28 15:21
Aeroblast
有程序的主动权，可以不死磕复杂正则，用个简单的匹配再过滤连字符判断位数也行。
mizudiwood🤖 说: (?<![0-9]|-)(((?:[0-9]\-?){9})[0-9X])(?![0-9]|-)
那就是这个喽，不知道能不能简化
#19-87 - 2024-8-28 15:27
mizudiwood🤖
不懂正则，其他情况都会有例外，没试出更优解，判断位数不行，括号里可能有其他数字，或者有写多个isbn甚至不是isbn的情况，全交给人工判断太多了
Aeroblast 说: 有程序的主动权，可以不死磕复杂正则，用个简单的匹配再过滤连字符判断位数也行。
#19-88 - 2024-8-28 16:01
Aeroblast
判断位数是大概这个意思：
"123-4567-89X(额外信息)".replace(/[0-9-]{9,17}X?/g,
(m) => {
const pure = m.replaceAll("-","");
if(pure.length==10){/*验证校验码、转换成13位*/return "13位的";}
if(pure.length==13){/*验证校验码*/return m;}
throw "报错";
});
运行这个会输出'13位的(额外信息)'
什么时候报错可以再调整。
mizudiwood🤖 说: 不懂正则，其他情况都会有例外，没试出更优解，判断位数不行，括号里可能有其他数字，或者有写多个isbn甚至不是isbn的情况，全交给人工判断太多了
"123-4567-89X(额外信息)".replace(/[0-9-]{9,17}X?/g,
(m) => {
const pure = m.replaceAll("-","");
if(pure.length==10){/*验证校验码、转换成13位*/return "13位的";}
if(pure.length==13){/*验证校验码*/return m;}
throw "报错";
});
运行这个会输出'13位的(额外信息)'
什么时候报错可以再调整。
#19-89 - 2024-8-28 16:07
mizudiwood🤖
123-4567-89X(额外信息)
没看懂，要匹配前面这一坨不也得用到上面提到的正则吗，顶多就是简化为数字+横线组成的字符串
Aeroblast 说: 判断位数是大概这个意思：
"123-4567-89X(额外信息)".replace(/[0-9-]{9,17}X?/g,
(m) => {
cons...
没看懂，要匹配前面这一坨不也得用到上面提到的正则吗，顶多就是简化为数字+横线组成的字符串
#19-90 - 2024-8-28 16:11
Aeroblast
意思是拿个简单的正则 [0-9-]{9,17}X? ，10位13位都匹配，具体是几位再后续判断。也更适合报错（比如出现个12位的，那很可能谁手滑了，需要人工看一眼）。
唉这种具体实现其实可以不太关心，需求写清楚（主要是corner case）交给大西王（
mizudiwood🤖 说: 123-4567-89X(额外信息)
没看懂，要匹配前面这一坨不也得用到上面提到的正则吗
唉这种具体实现其实可以不太关心，需求写清楚（主要是corner case）交给大西王（
#19-93 - 2024-8-31 22:36
bangumi 教宗
你们能用中文说清楚就行，暂时没考虑到的情况也可以先搜出来看看再决定。
Aeroblast 说: 意思是拿个简单的正则 [0-9-]{9,17}X? ，10位13位都匹配，具体是几位再后续判断。也更适合报错（比如出现个12位的，那很可能谁手滑了，需要人工看一眼）。
唉这种具体实现其实可以不太关心，...
#19-94 - 2024-9-1 23:43
mizudiwood🤖
备注：有下划线的已验证脚本正确性
if 有“isbn”栏{
if 匹配isbn13 成功
{
①替换为13为纯数字;
②if 匹配isbn10成功
{
替换为10位纯数字并移到到“ISBN-10”栏（分隔符不好判断可能需要转人工）
}elseif 另外有“isbn-10”栏
{
if 匹配isbn10成功
{
替换为10位纯数字;
}else{异常}
};
}elseif 匹配isbn10成功
{
①转换为13位纯数字;
②原isbn10位替换为10位纯数字并移到到“ISBN-10”栏;
③if 另外有“isbn-13”栏{
删除该栏;
};
}else{报错};
}elseif 有“isbn-13”栏{
if 匹配isbn13 成功
{
①改为“ISBN”栏，替换为13为纯数字;
②if 另外有“ISBN-10”栏
{
if 匹配isbn10成功
{
替换为10位纯数字;
}else{异常};
}
}else{异常};
}elseif 有“ISBN-10”栏{
if 匹配isbn10成功{
①替换为10位纯数字;
②转换为13位纯数字并填入“ISBN”栏;
}else{异常};
}elseif 系列or分类其他{
①continue;
}else{异常}
参考：
ISBN13：(?<![0-9]|-)(((978|979)\-?)((?:[0-9]\-?){9})[0-9X])(?![0-9]|-)
ISBN10：(?<![0-9]|-)(((?:[0-9]\-?){9})[0-9X])(?![0-9]|-)
这样瞎写能看懂吗，中文描述一下，把ISBN、ISBN-10、ISBN-13分别检查（如果有），然后最终结果ISBN里填13位纯数字（保留其他备注）；ISBN-10里保留已填的10位纯数字（不好弄的话非必须）
另外如果没找到ISBN相关的信息，如果是系列或者其他条目可跳过
其他都算异常
bangumi大西王 说: 你们能用中文说清楚就行，暂时没考虑到的情况也可以先搜出来看看再决定。
if 有“isbn”栏{
if 匹配isbn13 成功
{
①替换为13为纯数字;
②if 匹配isbn10成功
{
替换为10位纯数字并移到到“ISBN-10”栏（分隔符不好判断可能需要转人工）
}elseif 另外有“isbn-10”栏
{
if 匹配isbn10成功
{
替换为10位纯数字;
}else{异常}
};
}elseif 匹配isbn10成功
{
①转换为13位纯数字;
②原isbn10位替换为10位纯数字并移到到“ISBN-10”栏;
③if 另外有“isbn-13”栏{
删除该栏;
};
}else{报错};
}elseif 有“isbn-13”栏{
if 匹配isbn13 成功
{
①改为“ISBN”栏，替换为13为纯数字;
②if 另外有“ISBN-10”栏
{
if 匹配isbn10成功
{
替换为10位纯数字;
}else{异常};
}
}else{异常};
}elseif 有“ISBN-10”栏{
if 匹配isbn10成功{
①替换为10位纯数字;
②转换为13位纯数字并填入“ISBN”栏;
}else{异常};
}elseif 系列or分类其他{
①continue;
}else{异常}
参考：
ISBN13：(?<![0-9]|-)(((978|979)\-?)((?:[0-9]\-?){9})[0-9X])(?![0-9]|-)
ISBN10：(?<![0-9]|-)(((?:[0-9]\-?){9})[0-9X])(?![0-9]|-)
这样瞎写能看懂吗，中文描述一下，把ISBN、ISBN-10、ISBN-13分别检查（如果有），然后最终结果ISBN里填13位纯数字（保留其他备注）；ISBN-10里保留已填的10位纯数字（不好弄的话非必须）
另外如果没找到ISBN相关的信息，如果是系列或者其他条目可跳过
其他都算异常
#19-95 - 2024-9-2 08:21
bangumi 教宗
https://bgm.tv/subject/4656 这个呢
|ISBN={
[4832284940]
[4832288334(新装版)]
}
mizudiwood🤖 说: if 有“isbn”栏{
if 匹配isbn13 成功
{
替换为13为纯数字;
...
|ISBN={
[4832284940]
[4832288334(新装版)]
}
#19-96 - 2024-9-2 08:42
bangumi 教宗
if 有“isbn”栏{
if 匹配isbn13 成功
{
替换为13为纯数字;
if 匹配isbn10成功
为什么匹配isbn13成功了之后还能匹配isbn10成功的
mizudiwood🤖 说: if 有“isbn”栏{
if 匹配isbn13 成功
{
替换为13为纯数字;
...
if 匹配isbn13 成功
{
替换为13为纯数字;
if 匹配isbn10成功
为什么匹配isbn13成功了之后还能匹配isbn10成功的
#19-97 - 2024-9-2 09:29
bangumi 教宗
没看懂完整的，不过可以先把ISBN填的isbn10移动到ISBN-10去
好像还挺多的
mizudiwood🤖 说: if 有“isbn”栏{
if 匹配isbn13 成功
{
替换为13为纯数字;
...
好像还挺多的
#19-98 - 2024-9-2 09:51
mizudiwood🤖
有的同一栏用顿号（或者不知道其他什么）隔开了多个isbn
bangumi大西王 说: if 有“isbn”栏{
if 匹配isbn13 成功
{
替换为13为纯数字;
...
#19-99 - 2024-9-2 09:52
#19-100 - 2024-9-2 09:53
mizudiwood🤖
害，算了这么多没算到wiki格式变多行的，你就按那个同一栏写多个的逻辑处理？
bangumi大西王 说: [subject] NON Tea Room 这个呢
|ISBN={
[4832284940]
[4832288334(新装版)]
}
#19-101 - 2024-9-2 09:54
mizudiwood🤖
你是先把ISBN栏10位的直接移到ISBN-10栏？后面还有办法重新转成13位填回ISBN栏吗
bangumi大西王 说: 先审一下现在这些 https://patch.bgm38.tv/?type=subject
#19-102 - 2024-9-2 09:56
bangumi 教宗
这不是你写的吗，ISBN栏是isbn10的话移动到ISBN-10栏。还是说我理解错了。
mizudiwood🤖 说: 你是先把ISBN栏10位的直接移到ISBN-10栏？后面还有办法重新转成13位填回ISBN栏吗
#19-103 - 2024-9-2 10:05
mizudiwood🤖
两步，先转换成13位保留到ISBN栏，再把旧的移到ISBN-10栏
bangumi大西王 说: 这不是你写的吗，ISBN栏是isbn10的话移动到ISBN-10栏。还是说我理解错了。
#19-105 - 2024-9-2 10:18
mizudiwood🤖
如果有ISBN栏且只匹配到ISBN10
elseif 匹配isbn10成功
{
①转换为13位纯数字;
②原isbn10位替换为10位纯数字并移到到“ISBN-10”栏;
③if 另外有“isbn-13”栏{
删除该栏;
};
bangumi大西王 说: 你写的是 elseif
elseif 匹配isbn10成功
{
①转换为13位纯数字;
②原isbn10位替换为10位纯数字并移到到“ISBN-10”栏;
③if 另外有“isbn-13”栏{
删除该栏;
};
#19-106 - 2024-9-2 10:20
bangumi 教宗
你再修改一下原本的那层
mizudiwood🤖 说: 如果有ISBN栏且只匹配到ISBN10
elseif 匹配isbn10成功
{
①转换为13位纯数字;
&...
#19-107 - 2024-9-2 10:22
#19-109 - 2024-9-2 10:46
#19-110 - 2024-9-2 10:59
mizudiwood🤖
划了下划线的分支已验证
所有ISBN10→13我都手动重新转过，都是对的
还没遇到奇怪的例子
bangumi大西王 说: 看下 https://patch.bgm38.tv/?type=subject
所有ISBN10→13我都手动重新转过，都是对的
还没遇到奇怪的例子
#19-111 - 2024-9-2 11:01
mizudiwood🤖
大佬，可以改脚本了（ISBN栏填13位纯数字），麻烦你了
拿月亮自刎 说: ISBN-10 和 ISBN-13 都是有的。
当时我采取的方式是 ISBN-10 在 wikibox 里面是 ASIN。
因为之前有人建议[group/topic] 用户脚本 · 样式 · 插件 ...
#19-112 - 2024-9-2 11:10
#19-113 - 2024-9-2 11:13
mizudiwood🤖
理论上是ISBN只保留9784061822337(ノベルス)，另一个移动到ISBN(文庫)：9784062754309
但是脚本不好判断保留哪个，得人工了
bangumi大西王 说: 所以这种怎么办 [subject] クビキリサイクル 青色サヴァンと戯言遣い | 斩首循环 蓝色学者与戏言跟班
但是脚本不好判断保留哪个，得人工了
#19-114 - 2024-9-2 11:13
bangumi 教宗
看了下大概有2w多个不符合预期的
mizudiwood🤖 说: 理论上是ISBN只保留9784061822337(ノベルス)，另一个移动到ISBN(文庫)：9784062754309
但是脚本不好判断保留哪个，得人工了
#19-116 - 2024-9-2 11:15
#19-117 - 2024-9-2 11:17
mizudiwood🤖
转换不用检查了，主要是上面那些奇怪的分支，尽量把人工的改成全自动（bushi）
现在才确认到3种分支的样本
bangumi大西王 说: isbn是用固定算法转的，之前是对的话后面应该不会出啥问题
现在才确认到3种分支的样本
#19-119 - 2024-9-2 11:22
#19-120 - 2024-9-2 11:23
mizudiwood🤖
不知道算不算推理小说，这个应该可以正常转吧？
bangumi大西王 说: [subject] The Corner: A Year in the Life of an Inner-City Neighborhood | 街角：一个内城社区的一年 这是什么东西（
#19-123 - 2024-9-2 11:32
bangumi 教宗
那手动改一下这个条目好了 https://bgm.tv/subject/354677
mizudiwood🤖 说: 转换不用检查了，主要是上面那些奇怪的分支，尽量把人工的改成全自动（bushi）
现在才确认到3种分支的样本
#19-124 - 2024-9-2 11:38
mizudiwood🤖
提供几个测试样例
①ISBN：978-4061822337(台)、4061822337(日)
②
ISBN：978-4061822337
ISBN-10：4061822337
③
ISBN：4061822337
ISBN-13：978-4061822337
④
ISBN-13：978-4061822337
⑤
ISBN-13：978-4061822337
ISBN-10：4061822337
⑥
没有相关ISBN栏
⑦ISBN：1111111111111111111111
bangumi大西王 说: 那手动改一下这个条目好了 [subject] 沙盒 | 斩首循环 蓝色学者与戏言跟班
①ISBN：978-4061822337(台)、4061822337(日)
②
ISBN：978-4061822337
ISBN-10：4061822337
③
ISBN：4061822337
ISBN-13：978-4061822337
④
ISBN-13：978-4061822337
⑤
ISBN-13：978-4061822337
ISBN-10：4061822337
⑥
没有相关ISBN栏
⑦ISBN：1111111111111111111111
#19-125 - 2024-9-2 11:42
bangumi 教宗
那①要怎么处理
mizudiwood🤖 说: 提供几个测试样例
①ISBN：978-4061822337(台)、4061822337(日)
②
ISBN：978-4061822337
ISBN-10：4061822337
③
ISBN：4...
#19-126 - 2024-9-2 11:46
mizudiwood🤖
没有括号的话就正常按上面的逻辑处理，也许可以判断常见分隔符“、”？复杂的话就人工（
if 匹配isbn13 成功
{
①替换为13为纯数字;
②if 匹配isbn10成功
{
替换为10位纯数字并移到到“ISBN-10”栏（分隔符不好判断可能需要转人工）
有括号就不好判断了，单个ISBN的话就保留在ISBN栏，多个ISBN只能人工
bangumi大西王 说: 那①要怎么处理
if 匹配isbn13 成功
{
①替换为13为纯数字;
②if 匹配isbn10成功
{
替换为10位纯数字并移到到“ISBN-10”栏（分隔符不好判断可能需要转人工）
有括号就不好判断了，单个ISBN的话就保留在ISBN栏，多个ISBN只能人工
#19-127 - 2024-9-2 11:48
bangumi 教宗
不是纯isbn全都转人工好了
mizudiwood🤖 说: 没有括号的话就正常按上面的逻辑处理，也许可以判断常见分隔符“、”？复杂的话就人工（
if 匹配isbn13 成功
{
&n...
#19-128 - 2024-9-2 11:50
mizudiwood🤖
やめて
至少只有一个ISBN的话直接保留其他字符呀
比如：
ISBN：978-4061822337(全套)
直接变成“9784061822337(全套)”就好
bangumi大西王 说: 不是纯isbn全都转人工好了
至少只有一个ISBN的话直接保留其他字符呀
比如：
ISBN：978-4061822337(全套)
直接变成“9784061822337(全套)”就好
#19-130 - 2024-9-2 11:53
mizudiwood🤖
ISBN：
978-4061822337(全套)
→9784061822337(全套)
4061822337(全套)
→ISBN：9784061822337(全套)
→ISBN-10：4061822337
bangumi大西王 说: 转人工的情况下人工也可以不改嘛
978-4061822337(全套)
→9784061822337(全套)
4061822337(全套)
→ISBN：9784061822337(全套)
→ISBN-10：4061822337
#19-131 - 2024-9-2 11:58
bangumi 教宗
9784061822337跟4061822337不是同一本书
mizudiwood🤖 说: ISBN：
978-4061822337(全套)
→9784061822337(全套)
4061822337(全套)
→ISBN：9784061822337(全套)
→ISBN-10：406182...
#19-135 - 2024-9-2 12:44
#19-136 - 2024-9-2 13:34
bangumi 教宗
isbn13是纯数字，为什么还是有个X
mizudiwood🤖 说: 备注：有下划线的已验证脚本正确性
if 有“isbn”栏{
if 匹配isbn13 成功
{
...
#19-137 - 2024-9-2 13:39
#19-139 - 2024-9-2 14:05
#20 - 2024-7-31 13:00
臭打游戏爱好者
(Does it look like I give a fuck？)
#20-1 - 2024-7-31 13:05
#20-2 - 2024-7-31 13:18
臭打游戏爱好者
还有一点 @knh初 把https://bgm.tv/subject/27250改成psp版而把原版ps版另增为新条目这是可行的吗。我看北欧女神也是标注psp版的多而我把psp版增加成了不同版本，如果可以我也想把标注人多的那个修正成psp版
#20-3 - 2024-7-31 13:19
mizudiwood🤖
尽量把标注人数多的那个保留为初版吧
臭打游戏爱好者 说: 还有一点 ＠knh初 把[subject] 俺の屍を越えてゆけ | 越过我的尸体改成psp版而把原版ps版另增为新条目这是可行的吗。我看北欧女神也是标注psp版的多而我把psp版增加成了不同版本，如果...
#20-6 - 2024-7-31 14:19
mizudiwood🤖
等等，不对，保留的应该是实际大多数人玩的版本，如果大多数人玩的就是psp，那他就该优先保留psp信息，至于哪个是主版本导致排名变化，等系统升级聚合先不要考虑
臭打游戏爱好者 说: 还有一点 ＠knh初 把[subject] 俺の屍を越えてゆけ | 越过我的尸体改成psp版而把原版ps版另增为新条目这是可行的吗。我看北欧女神也是标注psp版的多而我把psp版增加成了不同版本，如果...
#20-7 - 2024-7-31 14:30
臭打游戏爱好者
那么https://bgm.tv/subject/1573和https://bgm.tv/subject/499137应该交换么，前者有100多标注psp，ps仅有30几
mizudiwood💿 说: 等等，不对，保留的应该是实际大多数人玩的版本，如果大多数人玩的就是psp，那他就该优先保留psp信息，至于哪个是主版本导致排名变化，等系统升级聚合先不要考虑
#20-8 - 2024-7-31 14:32
mizudiwood🤖
https://bgm.tv/subject/1573 留psp信息吧
臭打游戏爱好者 说: 那么[subject] ヴァルキリープロファイル | 北欧女神和[subject] ヴァルキリープロファイル -レナス- | 北欧女神 蕾娜斯应该交换么，前者有100多标注psp，ps仅有30几
#20-13 - 2024-7-31 14:46
#20-17 - 2024-7-31 16:00
臭打游戏爱好者
日厂的只要封面title里有日文我都尽量用日文了，只写英文那就没办法了
豆沙包罐头 说: 关于主标题用哪个语言，可以参考发行商的官方用例，宣发时使用哪个就用哪个？或者看封面上哪个字体最大用哪个？
#20-18 - 2024-7-31 16:01
#20-20 - 2024-7-31 16:10
#20-21 - 2024-8-1 09:12
#20-22 - 2024-8-1 09:27
#20-23 - 2024-8-1 09:49
#20-24 - 2024-8-1 09:51
mizudiwood🤖
https://weibo.com/1376624467/4002967897875881
这是我买的杂志的官方命名，イースSEVEN比较好
至于更官方的Falcom Chronicle我要回去翻下书了
臭打游戏爱好者 说: 擦，我点开封面放大看了下右下确实写着イース７
这是我买的杂志的官方命名，イースSEVEN比较好
至于更官方的Falcom Chronicle我要回去翻下书了
#20-25 - 2024-8-1 09:57
臭打游戏爱好者
https://www.falcom.co.jp/ys7_psp/download.html 官网是イース７，而且你点开游戏封面看一下，标题右下一行小字
mizudiwood💿 说: https://weibo.com/1376624467/4002967897875881
这是我买的杂志的官方命名，イースSEVEN比较好
#20-26 - 2024-8-1 09:58
mizudiwood🤖
不是你为什么要看小字……SEVEN那么大字呢
臭打游戏爱好者 说: https://www.falcom.co.jp/ys7_psp/download.html 官网是イース７，而且你点开游戏封面看一下，标题右下一行小字
#20-29 - 2024-8-1 10:06
#20-30 - 2024-8-1 10:08
mizudiwood🤖
建议就按官方自己写的Chronicle来（イース7）
电击还是发霉通的年表写的イースSEVEN（
豆沙包罐头 说: https://www.falcom.co.jp/ys7_psp/
他们自己的文案都不统一，一会儿SEVEN，一会儿7
电击还是发霉通的年表写的イースSEVEN（
#20-33 - 2024-8-1 10:23
#21 - 2024-7-31 13:07
豆沙包罐头
想到一个事情，价格的税率问题，我记得以前谁说过可以填税后价格
但是这样的结果就是现在去回溯以前填写的信息时全都对不上，因为消费税调整了。音乐CD那边倒是问题不大，因为很多页面时间久了干脆找不到了
，书籍这边就很多例子，出版社的页面还在，价格做过调整（哪怕可能已经不再印刷），按照当前税率。
我个人是觉得如果没有说明当前价格税前还是税后（常见的是会注明税后，或者加注一个税前价格在后面）但是数字又不太整齐的话可以按税率去倒推一下。毕竟出版社自己的网站改这个挺简单的，税率数值改一下就能自动全部生成新的价格…
但是这样的结果就是现在去回溯以前填写的信息时全都对不上，因为消费税调整了。音乐CD那边倒是问题不大，因为很多页面时间久了干脆找不到了
，书籍这边就很多例子，出版社的页面还在，价格做过调整（哪怕可能已经不再印刷），按照当前税率。我个人是觉得如果没有说明当前价格税前还是税后（常见的是会注明税后，或者加注一个税前价格在后面）但是数字又不太整齐的话可以按税率去倒推一下。毕竟出版社自己的网站改这个挺简单的，税率数值改一下就能自动全部生成新的价格…
#21-2 - 2024-7-31 13:14
豆沙包罐头
还得是初版的。忘了上次找过70年代的哪本书（主要是想确认页数，这个又是另一个问题，同一本书的有效页数在不同地方可以不一样）差不多每再版两三次价格就要加一次
mizudiwood💿 说: 我觉得绝对正确的写法就是看封底，但很多找不到
#21-3 - 2024-7-31 13:18
mizudiwood🤖
反正就以初版信息为准，找不到就不填
豆沙包罐头 说: 还得是初版的。忘了上次找过70年代的哪本书（主要是想确认页数，这个又是另一个问题，同一本书的有效页数在不同地方可以不一样）差不多每再版两三次价格就要加一次
#22 - 2024-7-31 16:45
Hyary
(✩ <ゝω・)
#22-3 - 2024-7-31 17:38
Hyary
艺术家算是本班特色，播放时长算是既定标准了。其余两条是很通用的基础知识，也是新手常见误区，希望作为扫盲提及
mizudiwood💿 说: 除了艺术家那个，这些都不算共识吧，好像也不算编辑错误
#22-4 - 2024-7-31 17:44
豆沙包罐头
总播放时长这个，用直接销售的数字版的总和或者实体CDrip的数据都可以。两者可能有一点出入，因为CD的track间可能有一点空白，抓取分轨的时候根据设置不同可能会剪掉，一般误差在几秒内都可以接受吧。主要是官方一般不会给太精确。
我没有搞到实际资源的话可能会去流媒体/数字销售平台把它们给出的曲目长度直接加起来用
我没有搞到实际资源的话可能会去流媒体/数字销售平台把它们给出的曲目长度直接加起来用
#22-5 - 2024-7-31 17:47
mizudiwood🤖
你说的碟片类型、内容长度和种类默认都没有呀，对新手来说不填就行（我就没填过）
Hyary 说: 艺术家算是本班特色，播放时长算是既定标准了。其余两条是很通用的基础知识，也是新手常见误区，希望作为扫盲提及
#22-6 - 2024-7-31 17:52
Hyary
抱歉我可能没表述清楚，“碟片类型、内容长度和种类”这些描述是辅助理解各种版本特性的区别的
因为bgm新建音乐条目提供的默认模板会带上版本特性，所以最好还是解释一下怎么填
mizudiwood💿 说: 你说的碟片类型、内容长度和种类默认都没有呀，对新手来说不填就行
因为bgm新建音乐条目提供的默认模板会带上版本特性，所以最好还是解释一下怎么填
#22-7 - 2024-7-31 17:54
mizudiwood🤖
简化为不清楚不填了（
主要是觉得越写越细太长没人看了
Hyary 说: 抱歉我可能没表述清楚，“碟片类型、内容长度和种类”这些描述是辅助理解各种版本特性的区别的
因为bgm新建音乐条目提供的默认模板会带上版本特性，所以最好还是解释一下怎么填
主要是觉得越写越细太长没人看了
#22-8 - 2024-7-31 17:56
mizudiwood🤖
说实话你这个我就没看懂
Hyary 说: 抱歉我可能没表述清楚，“碟片类型、内容长度和种类”这些描述是辅助理解各种版本特性的区别的
因为bgm新建音乐条目提供的默认模板会带上版本特性，所以最好还是解释一下怎么填
#22-9 - 2024-7-31 17:58
#22-10 - 2024-7-31 17:59
豆沙包罐头
今天的corner case：
https://bgm.tv/subject/506072
这个碟子作者自己的定义是full album，但是因为实际上是7+7伴奏的形式，在apple music只剩下前面7个track，算EP了我选择不填..
https://bgm.tv/subject/506072
这个碟子作者自己的定义是full album，但是因为实际上是7+7伴奏的形式，在apple music只剩下前面7个track，算EP了
我选择不填..#22-11 - 2024-7-31 18:07
Hyary
粗略解释的人话版（看看就好
你能买到拿到手里的塑料盒子装的光碟一般是 CD
你在XX音乐上听到的叫 Digital
一般十首歌左右的专辑叫 Album
五首歌左右的叫 EP 迷你专辑
一两首歌的叫 Single 单曲
游戏电影等的配乐就是 Original Soundtrack 原声带
具体叫什么还得看出专辑的人怎么说
mizudiwood💿 说: 说实话你这个我就没看懂
你能买到拿到手里的塑料盒子装的光碟一般是 CD
你在XX音乐上听到的叫 Digital
一般十首歌左右的专辑叫 Album
五首歌左右的叫 EP 迷你专辑
一两首歌的叫 Single 单曲
游戏电影等的配乐就是 Original Soundtrack 原声带
具体叫什么还得看出专辑的人怎么说
#22-12 - 2024-7-31 18:08
mizudiwood🤖
啊，这三段是什么关系，我感觉描述是重合的啊
一张OST，他是CD，也是Album，也是OST？填哪个
Hyary 说: 粗略解释的人话版（看看就好
你能买到拿到手里的塑料盒子装的光碟一般是 CD
你在XX音乐上听到的叫 Digital
一般十首歌左右的专辑叫 Album
五首歌左右的叫 EP 迷你专辑
一两首歌的叫...
一张OST，他是CD，也是Album，也是OST？填哪个
#22-13 - 2024-7-31 18:10
Hyary
作者说啥就是啥，EP的定义从来都很模糊，讲究的就是一个作者自己高兴～
豆沙包罐头 说: 今天的corner case：
https://bgm.tv/subject/506072
这个碟子作者自己的定义是full album，但是因为实际上是7+7伴奏的形式，在apple music只剩...
#22-15 - 2024-7-31 18:13
#22-16 - 2024-7-31 18:16
mizudiwood🤖
真麻烦，我选择不填，直接用标题或者标签区分
比起这个我倒是觉得电子配信的收录范围还应该更明确下，国内不出cd经常一张专辑一会加一首歌，有毒
Hyary 说: 答对了，都填上去（版本特性可以填多个
比起这个我倒是觉得电子配信的收录范围还应该更明确下，国内不出cd经常一张专辑一会加一首歌，有毒
#22-17 - 2024-7-31 18:19
Hyary
还是认真回答一下，一般来说，一个作者在标记自己出版的所有作品时会采用一致的原则，所以这个 Album vs EP vs Single 虽然在不同作者间比较的时候是模糊的，但在同一个作者的作品里是有精确归类意义的。
mizudiwood💿 说: 作者说啥就是啥，太乱了，我选择不填
#22-18 - 2024-7-31 18:20
mizudiwood🤖
每个都要去查作者自己的定义太麻烦了啊，不具有通用性（
只能说愿意加的人自己去研究了，底线就是别瞎写，前两天看到个什么“适合夏天”
Hyary 说: 还是认真回答一下，一般来说，一个作者在标记自己出版的所有作品时会采用一致的原则，所以这个 Album vs EP vs Single 虽然在不同作者间比较的时候是模糊的，但在同一个作者的作品里是有精确...
只能说愿意加的人自己去研究了，底线就是别瞎写，前两天看到个什么“适合夏天”
#22-19 - 2024-7-31 18:23
Hyary
对于 Digital, Single 我的个人判断标准是
能买到下载版：可收录
流媒体里专门标了单曲：可收录
作者只发了YouTube：不行
mizudiwood💿 说: 真麻烦，我选择不填，直接用标题或者标签区分
比起这个我倒是觉得电子配信的收录范围还应该更明确下，国内不出cd经常一张专辑一会加一首歌，有毒
能买到下载版：可收录
流媒体里专门标了单曲：可收录
作者只发了YouTube：不行
#22-20 - 2024-7-31 18:27
mizudiwood🤖
免费的咋办（国产动画的OPED基本上是直接放出的，有的有专辑有的没有，有的一张专辑隔三差五新增一首）
Hyary 说: 对于 Digital, Single 我的个人判断标准是
能买到下载版：可收录
流媒体里专门标了单曲：可收录
作者只发了YouTube：不行
#22-21 - 2024-7-31 18:28
Hyary
版本特性，夏日特供是吧
不是让你查作者定义，“作者说啥就是啥”的意思是作者会在专辑介绍里面自己讲“这是我的个人第五张 EP”之类的话，看到了就写上呗
（谢谢跟我耐心唠嗑，大概明白教程该怎么写了，如果以后要写的话
mizudiwood💿 说: 每个都要去查作者自己的定义太麻烦了啊，不具有通用性（
只能说愿意加的人自己去研究了，底线就是别瞎写，前两天看到个什么“适合夏天”
不是让你查作者定义
，“作者说啥就是啥”的意思是作者会在专辑介绍里面自己讲“这是我的个人第五张 EP”之类的话，看到了就写上呗（谢谢跟我耐心唠嗑，大概明白教程该怎么写了，如果以后要写的话
#22-22 - 2024-7-31 18:35
Hyary
那或许按照bgm「可以关联的就可以加」的总则来强行先加上，然后后面有正式发行再改条目吧
（目前我没接触过这类的，还得学习一个
mizudiwood💿 说: 免费的咋办（国产动画的OPED基本上是直接放出的，有的有专辑有的没有，有的一张专辑隔三差五新增一首）
，然后后面有正式发行再改条目吧（目前我没接触过这类的，还得学习一个
#22-23 - 2024-7-31 18:36
mizudiwood🤖
嗯，目前是都没锁的，只是觉得有点混乱，难受
Hyary 说: 那或许按照bgm「可以关联的就可以加」的总则来强行先加上，然后后面有正式发行再改条目吧
（目前我没接触过这类的，还得学习一个
#22-24 - 2024-7-31 18:50
SilenceAkarin
其实youtube music也算流媒体(除非你指的是单曲MV)，不过很多时候既然能看到youtube music，其他平台像是spotify，deezer，amazon都会有的
Hyary 说: 对于 Digital, Single 我的个人判断标准是
能买到下载版：可收录
流媒体里专门标了单曲：可收录
作者只发了YouTube：不行
)，不过很多时候既然能看到youtube music，其他平台像是spotify，deezer，amazon都会有的#22-25 - 2024-7-31 18:52
Hyary
对，指的是单曲MV，常见于翻唱的场合
SilenceAkarin 说: 其实youtube music也算流媒体(除非你指的是单曲MV)，不过很多时候既然能看到youtube music，其他平台像是spotify，deezer，amazon都会有的
#22-27 - 2024-7-31 18:58
SilenceAkarin
说实话我有些没理解，如果这么说的话
https://bgm.tv/subject/491171
https://bgm.tv/subject/490914
这两张是不属于收录范围的吗
mizudiwood💿 说: 我感觉是个人/民间社团名义投稿的通通不收
https://bgm.tv/subject/491171
https://bgm.tv/subject/490914
这两张是不属于收录范围的吗
#22-28 - 2024-7-31 19:07
ᛖᛚᛗᛟ
M3上出CD的应该符合收录范围吧。
SilenceAkarin 说: 说实话我有些没理解，如果这么说的话
https://bgm.tv/subject/491171
https://bgm.tv/subject/490914
这两张是不属于收录范围的吗
#22-29 - 2024-7-31 19:10
mizudiwood🤖
我说的是纯网上发布的，有CD的不用考虑
SilenceAkarin 说: 说实话我有些没理解，如果这么说的话
[subject] 藍月なくる Cover Collection Vol.1
[subject] 棗いつき Cover Collection Vol.1
这两张是不...
#22-30 - 2024-7-31 19:15
#22-31 - 2024-7-31 19:17
mizudiwood🤖
没理解错的话qq音乐好像可以随便投稿，即使原创我觉得也不太行，我觉得必须还是得有一定门槛
这个只是我的想法，还未达成共识，先不写
（但是我看到大概率会先锁了等申诉或讨论）
SilenceAkarin 说: 网上指的是纯流媒体 / 仅MV 发行的翻唱单曲吗
如果是这样的话麻烦在上面补充一下，让更多人看到
这个只是我的想法，还未达成共识，先不写
（但是我看到大概率会先锁了等申诉或讨论）
#22-32 - 2024-7-31 19:26
豆沙包罐头
翻唱MV也收的话没完没了了...随便哪个管人都能给整出好几页条目
SilenceAkarin 说: 网上指的是纯流媒体 / 仅MV 发行的翻唱单曲吗
如果是这样的话麻烦在上面补充一下，让更多人看到
#22-33 - 2024-7-31 19:28
#22-34 - 2024-7-31 19:30
#24 - 2024-8-1 07:55
臭打游戏爱好者
(Does it look like I give a fuck？)
#24-3 - 2024-8-1 08:31
#24-4 - 2024-8-1 08:33
#24-5 - 2024-8-1 08:37
mizudiwood🤖
其他的我不管，但是卡卡布和伊苏的版本和关联是当时为了改版给老板看效果我特意调了一晚上弄好的（
臭打游戏爱好者 说: ok，那还剩个俄罗斯方块的关联问题，我先说一声那么多关联不是我加的，我只是编辑了下其中几个版本的关系
#25 - 2024-8-1 09:52
臭打游戏爱好者
(Does it look like I give a fuck？)
#25-1 - 2024-8-1 10:20
knh初
已经有受死版的Artorias of the Abyss DLC条目了，个人感觉没必要再多个条目。
Bloodborne的The Old Hunters既有DLC条目也有不同版本条目，感觉就有点略重复。
Bloodborne的The Old Hunters既有DLC条目也有不同版本条目，感觉就有点略重复。
#25-2 - 2024-8-1 10:24
臭打游戏爱好者
我也觉得血源的有点重复，所以在想黑魂是不是也该如此
knh初 说: 已经有受死版的Artorias of the Abyss DLC条目了，个人感觉没必要再多个条目。
Bloodborne的The Old Hunters既有DLC条目也有不同版本条目，感觉就有点略重复...
#25-4 - 2024-8-1 10:44
臭打游戏爱好者
2012年8月に追加要素を加えたWindows版が海外で『Prepare To Die Edition』として配信され、同年10月にはPS3版及びXbox 360版に同様の追加要素を加えるDLC『Artorias of the Abyss』が配信された。また、DLC配信と同時に『Prepare To Die Edition』の日本版となる『with ARTORIAS OF THE ABYSS EDITION』がPC/PS3で発売された。
看了下还有个阿尔特留斯版，像这种就属于是同一游戏日版和海外版的名称区别吧
knh初 说: 已经有受死版的Artorias of the Abyss DLC条目了，个人感觉没必要再多个条目。
Bloodborne的The Old Hunters既有DLC条目也有不同版本条目，感觉就有点略重复...
看了下还有个阿尔特留斯版，像这种就属于是同一游戏日版和海外版的名称区别吧
#25-5 - 2024-8-1 10:51
豆沙包罐头
我没玩过，查了一下，我的理解是，PS3和XB360是原版的黑魂1，日后发布了一个DLC，Artorias of the Abyss。PC版的Prepare to die edition是本体+DLC整合的版本，不是作为steam上很常见的本体+DLC的bundle或者package形式销售，所以应该算一个不同版本。remastered这个重制版也单独算一个版本。
臭打游戏爱好者 说: 2012年8月に追加要素を加えたWindows版が海外で『Prepare To Die Edition』として配信され、同年10月にはPS3版及びXbox 360版に同様の追加要素を加えるDLC『Ar...
#25-6 - 2024-8-1 10:53
豆沙包罐头
至于with ARTORIAS OF THE ABYSS EDITION这个就是主机板的整合包，至于是用最新版本的数据重新压盘还是在一个盒子里面放一张本体一张DLC的盘我就不知道了，也不记得之前讨论的关于这种塞几张碟子的合集该怎么算
豆沙包罐头 说: 我没玩过，查了一下，我的理解是，PS3和XB360是原版的黑魂1，日后发布了一个DLC，Artorias of the Abyss。PC版的Prepare to die edition是本体+DLC整...
#25-7 - 2024-8-1 10:54
mizudiwood🤖
合集單獨建個合集條目收錄各標題（也可不建），合集不關聯主版本/不同版本，主樓寫了
豆沙包罐头 说: 至于with ARTORIAS OF THE ABYSS EDITION这个就是主机板的整合包，至于是用最新版本的数据重新压盘还是在一个盒子里面放一张本体一张DLC的盘我就不知道了，也不记得之前讨论的...
#25-9 - 2024-8-1 11:03
豆沙包罐头
https://www.ebay.com/itm/353646899196
实物图，那么主机上的DARK SOULS with ARTORIAS OF THE ABYSS EDITION和PC上的PREPARE TO DIE EDITION是同一个东西（数据上整合到一起了，不是捆绑销售合集），内容上都等于主机板本体+DLC。已知目前有主机版原版条目，DLC条目，是否有必要把还标着PC的原版条目拆出来一个PREPARE TO DIE EDITION？我想应该是在讨论这个问题吧。
mizudiwood💿 说: 合集單獨建個合集條目收錄各標題，合集不關聯主版本/不同版本，主樓寫了
实物图，那么主机上的DARK SOULS with ARTORIAS OF THE ABYSS EDITION和PC上的PREPARE TO DIE EDITION是同一个东西（数据上整合到一起了，不是捆绑销售合集），内容上都等于主机板本体+DLC。已知目前有主机版原版条目，DLC条目，是否有必要把还标着PC的原版条目拆出来一个PREPARE TO DIE EDITION？我想应该是在讨论这个问题吧。
#25-10 - 2024-8-1 11:10
臭打游戏爱好者
是，已知的例子血源诅咒有本体+dlc+本体DLC整合版三个版本，则黑魂也应分为主机本体+dlc+本体DLC整合版+Remastered
豆沙包罐头 说: https://www.ebay.com/itm/353646899196
实物图，那么主机上的DARK SOULS with ARTORIAS OF THE ABYSS EDITION和PC上的PR...
#25-11 - 2024-8-1 11:10
mizudiwood🤖
直接整合到一起不可以按標題選如果要建的話就不同版本
豆沙包罐头 说: https://www.ebay.com/itm/353646899196
实物图，那么主机上的DARK SOULS with ARTORIAS OF THE ABYSS EDITION和PC上的PR...
#25-12 - 2024-8-1 11:13
knh初
标签里的PC并不都是指受死版，大多数PC玩家标注的应该是Remastered版。如果要创建受死版条目的话，原条目还是保留PS3、Xbox 360初版信息吧。
臭打游戏爱好者 说: 如果拆分受死版的话，原页面根据标注大部分标注为pc版应为受死版，原版ps3应该重新新增页面，可以吗
#25-13 - 2024-8-1 11:15
豆沙包罐头
这种DLC应该都是直接把内容加到流程里面，不是另开主界面标题选择的。
那么保留目前的原版条目给PS3/XB360，关联一个DLC条目，创建一个整合版条目使用PC版标题因为较早发售（并且标注主机板整合版标题为别名，另记录主机板整合版发售时间）然后关联原版为不同版本，这样就行吧
mizudiwood💿 说: 直接整合到一起不可以按標題選如果要建的話就不同版本
那么保留目前的原版条目给PS3/XB360，关联一个DLC条目，创建一个整合版条目使用PC版标题因为较早发售（并且标注主机板整合版标题为别名，另记录主机板整合版发售时间）然后关联原版为不同版本，这样就行吧
#25-14 - 2024-8-1 11:19
臭打游戏爱好者
标签里还有不少“准备受死吧”这个tag，个人感觉标记受死版的不在少数
knh初 说: 标签里的PC并不都是指受死版，大多数PC玩家标注的应该是Remastered版。如果要创建受死版条目的话，原条目还是保留PS3、Xbox 360初版信息吧。
#25-16 - 2024-8-1 11:26
#25-17 - 2024-8-1 11:44
臭打游戏爱好者
说起来如果按评论来看，标记黑魂re的要远高于原版，要不拆分条目的时候还是优先保留初版吧
2. 历史多平台条目需要拆分的，尽量保留原条目为标记人数最多的版本（不同平台标记数接近的情况优先初版）这是sai老板说的么@mizudiwood💿
2. 历史多平台条目需要拆分的，尽量保留原条目为标记人数最多的版本（不同平台标记数接近的情况优先初版）这是sai老板说的么@mizudiwood💿
#25-18 - 2024-8-1 11:46
mizudiwood🤖
这个不需要sai老板说啊，原则上就是变动后受影响的人数尽可能小
不用考虑初版主版本标记人数少是老板说的
臭打游戏爱好者 说: 说起来如果按评论来看，标记黑魂re的要远高于原版，要不拆分条目的时候还是优先保留初版吧
2. 历史多平台条目需要拆分的，尽量保留原条目为标记人数最多的版本（不同平台标记数接近的情况优先初版）这是sai...
不用考虑初版主版本标记人数少是老板说的
#25-19 - 2024-8-1 11:49
臭打游戏爱好者
感觉对老用户有点不公平，假如我有早年首发通关就标记的条目，除非能把我的时间迁移过去我应该会无视新的不同版本吧
mizudiwood💿 说: 这个不需要sai老板说啊，原则上就是变动后受影响的人数尽可能小
#25-20 - 2024-8-1 11:50
#25-21 - 2024-8-1 11:54
臭打游戏爱好者
？怎么办到的，是说我以后可以把自己的评论和游戏版本连连看吗，那不是所有能拆的条目初版和后来的更无所谓了吧，挑工作量最小的来
mizudiwood💿 说: 评论迁移也不用考虑，老板说系统会解决
#25-22 - 2024-8-1 11:54
豆沙包罐头
这个没办法，有些游戏标记玩过的时候收录标准还没改成现在这样，原版和重制版混在一起的多了
臭打游戏爱好者 说: 感觉对老用户有点不公平，假如我有早年首发通关就标记的条目，除非能把我的时间迁移过去我应该会无视新的不同版本吧
#25-23 - 2024-8-1 11:55
#25-24 - 2024-8-1 11:56
mizudiwood🤖
怎么办到的问老板（
https://bgm.tv/group/topic/396709
---------------------------------------------------------------------
群聊记录：
mizudiwood 2024/4/21 22:31:07
比如我之前玩的psv，但是因为之前只能收psp所以标记的psp，现在改成psv收藏时间就变成现在了（
mizudiwood 2024/4/21 22:32:05
只能手动加时间了
Sai 2024/4/21 22:32:26
也许某天会解决，不过现在优先级不高
臭打游戏爱好者 说: ？怎么办到的，是说我以后可以把自己的评论和游戏版本连连看吗，那不是所有能拆的条目应该尽快尽早拆分不管那个初版那个后来方便标记第二次么
https://bgm.tv/group/topic/396709
---------------------------------------------------------------------
群聊记录：
mizudiwood 2024/4/21 22:31:07
比如我之前玩的psv，但是因为之前只能收psp所以标记的psp，现在改成psv收藏时间就变成现在了（
mizudiwood 2024/4/21 22:32:05
只能手动加时间了
Sai 2024/4/21 22:32:26
也许某天会解决，不过现在优先级不高
#25-25 - 2024-8-1 11:57
#25-26 - 2024-8-1 12:19
mizudiwood🤖
人数差距最好还是三倍以上吧，差不多的谨慎拆分
臭打游戏爱好者 说: 说起来如果按评论来看，标记黑魂re的要远高于原版，要不拆分条目的时候还是优先保留初版吧
2. 历史多平台条目需要拆分的，尽量保留原条目为标记人数最多的版本（不同平台标记数接近的情况优先初版）这是sai...
#27 - 2024-8-1 11:16
mizudiwood🤖
(25年小结→bgm.tv/blog/366790)
#27-1 - 2024-8-1 11:20
mizudiwood🤖
初步设想，可提出更优解：
1. 纸质书籍电子化，只收录纸质版√
2. 系列书籍，前期纸质版单行本，后续变更为原出版社发行的电子书单行本only的，正常收录√
3. 电子书单行本only的，满足以下任一条件，正常收录√（发行纸质版后更新为纸质版信息）
-传统纸质出版社出版且明确标明是商业志
-传统纸质出版社出版且原内容连载于商业杂志
-有ISBN的（已知台湾的可查）
-轻小说且有所属文库的（参考）
4. 无出版社的同人志电子书，不收录x
5. 一般出版社出的同人志，不收录（一般官网会有说明）
6. 新型电子书专门出版社，按不同话数拆卖的漫画，优先收录完全版，只有单话的最多收录系列？
1. 纸质书籍电子化，只收录纸质版√
2. 系列书籍，前期纸质版单行本，后续变更为原出版社发行的电子书单行本only的，正常收录√
3. 电子书单行本only的，满足以下任一条件，正常收录√（发行纸质版后更新为纸质版信息）
-传统纸质出版社出版且明确标明是商业志
-传统纸质出版社出版且原内容连载于商业杂志
-有ISBN的（已知台湾的可查）
-轻小说且有所属文库的（参考）
4. 无出版社的同人志电子书，不收录x
5. 一般出版社出的同人志，不收录（一般官网会有说明）
6. 新型电子书专门出版社，按不同话数拆卖的漫画，优先收录完全版，只有单话的最多收录系列？
#27-2 - 2024-8-1 11:30
#27-3 - 2024-8-1 11:42
mizudiwood🤖
ASIN没有意义，Kindle的电子书是可以自己投稿的，同人志没有门槛（我先锁了如果讨论有进展再说）
所以重点是是不是商业机构发行的，或者可不可以适用于网络连载范围
Aeroblast 说: 先丢几个条目例子。
电子书专门出版社：愛中出版・GL文庫、BookBase。
同人志电子书：此人物条目的早期作品 （这是要干掉了吗，还是开个口子保留）
所以重点是是不是商业机构发行的，或者可不可以适用于网络连载范围
#27-4 - 2024-8-1 13:14
mizudiwood🤖
只留了3本商业出版合志
（381255属于传统纸质出版社出版电子书籍only？）
查了一下先有纸质版同人志，但是没有通贩所以没有ISBN（不收）
（ISBN付与無・非商業流通書籍）
Aeroblast 说: 先丢几个条目例子。
电子书专门出版社：愛中出版・GL文庫、BookBase。
同人志电子书：此人物条目的早期作品 （这是要干掉了吗，还是开个口子保留）
（381255属于传统纸质出版社出版电子书籍only？）
查了一下先有纸质版同人志，但是没有通贩所以没有ISBN（不收）
（ISBN付与無・非商業流通書籍）
#27-5 - 2024-10-7 05:59
#27-6 - 2024-10-7 13:13
mizudiwood🤖
全部噶了
@北川かれん 不要创建同人志，更不要把社团名写到出版社……
羽沢家的黑咖啡 说: 应当全部锁定
目前的电子书籍收录原则相较于漫画作者，对轻小说作者影响显著（由于轻小说网络连载平台的特性），建议根据“条目完整性“原则允许收录有其他知名已出版作品的作者的未出版连载作品
@北川かれん 不要创建同人志，更不要把社团名写到出版社……
#28 - 2024-8-2 09:30
臭打游戏爱好者
(Does it look like I give a fuck？)
#28-5 - 2024-8-2 09:38
mizudiwood🤖
我个人觉得看手游和原作系列的关系吧
如果只是保留原案跟各作关联性不强就第一作出版
像这种明显是要关联三部https://bgm.tv/subject/463378
臭打游戏爱好者 说: https://bgm.tv/subject/67923
如果只是保留原案跟各作关联性不强就第一作出版
像这种明显是要关联三部https://bgm.tv/subject/463378
#28-6 - 2024-8-2 09:39
mizudiwood🤖
真·三国无双 激斗版 这个写了6就关联6喽
mizudiwood💿 说: 我个人觉得看手游和原作系列的关系吧
如果只是保留原案跟各作关联性不强就第一作出版
像这种明显是要关联三部https://bgm.tv/subject/463378
#28-7 - 2024-8-2 09:43
#28-8 - 2024-8-2 09:44
mizudiwood🤖
无双类的我接触不多，可以问下其他人意见
（个人认为关联是越简单越好，能保证通过一系列点击能两两联系上就行）
臭打游戏爱好者 说: 好的，还有这个系列不知道为啥关联这么多相同世界观，我就改成按序号前后作了
（个人认为关联是越简单越好，能保证通过一系列点击能两两联系上就行）
#28-10 - 2024-8-2 09:49
臭打游戏爱好者
https://steamcommunity.com/sharedfiles/filedetails/?id=2364817038 光荣还有一堆猛将传、帝国、特别版的版本问题，我先按自己理解改了，有异议再说
mizudiwood💿 说: 无双类的我接触不多，可以问下其他人意见
（个人认为关联是越简单越好，能保证通过一系列点击能两两联系上就行）
#28-11 - 2024-8-2 09:59
mizudiwood🤖
大概看了下描述
猛将传：无法独立运行扩展包，可独立的关联外传
With猛将传：如果是本传+猛将传融合版（不可分割）就是不同演绎了（可分别开始游戏就是合集）
威力加强版：不同版本
With威力加强版：不同版本
帝国：其他或者外传了
特别版/Hyper：不同版本
极：外传
总得来说在原来的基础上新增内容就是不同版本，独立运行的新增资料片且不包含无印就是外传，不能独立运行的升级包就是扩展包，融合多版本就是不同演绎，其他类推
臭打游戏爱好者 说: https://steamcommunity.com/sharedfiles/filedetails/?id=2364817038 光荣还有一堆猛将传、帝国、特别版的版本问题
猛将传：无法独立运行扩展包，可独立的关联外传
With猛将传：如果是本传+猛将传融合版（不可分割）就是不同演绎了（可分别开始游戏就是合集）
威力加强版：不同版本
With威力加强版：不同版本
帝国：其他或者外传了
特别版/Hyper：不同版本
极：外传
总得来说在原来的基础上新增内容就是不同版本，独立运行的新增资料片且不包含无印就是外传，不能独立运行的升级包就是扩展包，融合多版本就是不同演绎，其他类推
#28-12 - 2024-8-2 10:31
#28-13 - 2024-8-2 10:35
#28-14 - 2024-8-2 10:38
#28-15 - 2024-8-2 10:43
#28-16 - 2024-8-2 10:47
#28-17 - 2024-8-2 10:49
mizudiwood🤖
猛将传是本传的独立资料片，以独立游戏形式存在，仅能玩到猛将传追加内容，部分代无须本传即可运行、部分代需要本传才能运行。猛将传主要是追加新的无双武将和剧情故称之为猛将传！
https://bgm.tv/subject/56998所以这个应该关联外传吧
臭打游戏爱好者 说: 资料片没有关联了吧，要么单独的dlc关联成扩展包，类似血源老猎人这种本体+dlc关联成不同版本
https://bgm.tv/subject/56998所以这个应该关联外传吧
#28-18 - 2024-8-2 10:52
臭打游戏爱好者
看了下atwiki，似乎2、3还算是本体+dlc，到4代猛将传就变成单独的外传了，似乎是这样
臭打游戏爱好者 说: https://w.atwiki.jp/gcmatome/pages/635.html
#28-19 - 2024-8-2 11:03
mizudiwood🤖
『猛将伝』は無印の拡張ディスクという性質上、無印のディスクを読み込ませないと猛将伝の要素しか楽しめない
我看2代写的“シナリオはすべて無印と独立している”，3代也写的有和本传打包卖的版本，你理解错了吧
臭打游戏爱好者 说: 看了下atwiki，似乎2、3还算是本体+dlc，到4代猛将传就变成单独的外传了，似乎是这样
我看2代写的“シナリオはすべて無印と独立している”，3代也写的有和本传打包卖的版本，你理解错了吧
#28-20 - 2024-8-2 11:05
臭打游戏爱好者
https://ja.wikipedia.org/wiki/%E ... B%E5%B0%86%E4%BC%9D
PlayStation 2版『真・三國無双2』のアペンドディスクであり，扩展包比较合适吧
外传应该是像帝国这种游戏模式都变了的
mizudiwood💿 说: 猛将传是本传的独立资料片，以独立游戏形式存在，仅能玩到猛将传追加内容，部分代无须本传即可运行、部分代需要本传才能运行。猛将传主要是追加新的无双武将和剧情故称之为猛将传！
https://bgm.tv...
PlayStation 2版『真・三國無双2』のアペンドディスクであり，扩展包比较合适吧
外传应该是像帝国这种游戏模式都变了的
#28-21 - 2024-8-2 11:06
mizudiwood🤖
不能独立运行→扩展包
可以独立运行→外传
臭打游戏爱好者 说: https://ja.wikipedia.org/wiki/%E ... B%E5%B0%86%E4%BC%9D
PlayStation 2版『真・三國無双2』のアペンドディスクであり，扩展包比较合...
可以独立运行→外传
#28-23 - 2024-8-2 11:08
mizudiwood🤖
以前外传的描述是“资料片、外传”
臭打游戏爱好者 说: https://ja.wikipedia.org/wiki/%E ... B%E5%B0%86%E4%BC%9D
PlayStation 2版『真・三國無双2』のアペンドディスクであり，扩展包比较合...
#28-24 - 2024-8-2 11:10
mizudiwood🤖
我不知道呀，没有玩过，大原则就是我#28-11说的那些，细节只能维基人自己判断了，实在搞不清楚的再讨论
退一步说其实这个真关联错了也无伤大雅
臭打游戏爱好者 说: 了解，那帝国呢？游戏模式都有所变化
退一步说其实这个真关联错了也无伤大雅
#28-25 - 2024-8-2 11:23
臭打游戏爱好者
遇事不决就其他，把帝国关联成一个系列了。看了下猛将传的词条挺混乱的，有人在名称里增加了with猛将传，现在是可以拆分成两个条目的，主要是6、7两代，234我已经改成外传了
mizudiwood💿 说: 我不知道呀，没有玩过，大原则就是我#28-11说的那些，细节只能维基人自己判断了，实在搞不清楚的再讨论
退一步说其实这个真关联错了也无伤大雅
#28-26 - 2024-8-2 11:39
臭打游戏爱好者
6、7的猛将传标注pc的相当多，也就是说大部分人都是当作pc版的with猛将传来标的
mizudiwood💿 说: 我不知道呀，没有玩过，大原则就是我#28-11说的那些，细节只能维基人自己判断了，实在搞不清楚的再讨论
退一步说其实这个真关联错了也无伤大雅
#28-27 - 2024-8-2 11:44
臭打游戏爱好者
https://bgm.tv/subject/36420 我看原词条创立之初就是with猛将传的封面，日期也是pc版的2012年而非猛将传的2011，已复原
https://bgm.tv/subject/84249 也已经恢复成with猛将传
mizudiwood💿 说: 我不知道呀，没有玩过，大原则就是我#28-11说的那些，细节只能维基人自己判断了，实在搞不清楚的再讨论
退一步说其实这个真关联错了也无伤大雅
https://bgm.tv/subject/84249 也已经恢复成with猛将传
#28-28 - 2024-8-2 12:26
mizudiwood🤖
说实话要把这种关系理清楚是很耗费精力的，只能说量力而行了，但是希望不要维基人没注意到上一位操作者的故意为之打架导致全部木达
之前理清楚薄樱鬼也花了一晚上
臭打游戏爱好者 说: [subject] 真・三國無双6 with 猛将伝 | 真·三国无双6 猛将传 我看原词条创立之初就是with猛将传的封面，日期也是pc版的2012年而非猛将传的2011，已复原
[subject]...
之前理清楚薄樱鬼也花了一晚上
#31 - 2024-8-2 17:15
菜籽酱
(编辑个人签名)
#31-3 - 2024-8-3 19:36
豆沙包罐头
商品番号，封面，价格，这三个属性即使不同也都可以记录到同一个条目，不是大问题/
主要问题是曲目，常见的不同特典版本一般是通过追加碟数放特殊内容（不限于CD，也可能是DVD和BD），这种都可以加碟子所以问题不大。不过我个人还是不喜欢加视频碟，我觉得这里比较好的实践应该是给视频碟创建个条目然后关联过来，但是太麻烦了还是算了。
第二种情况是单碟中追加内容，比如限定版和标准版都是1CD，前面的音轨内容完全一样，但是限定盘在原有内容基础上增加了伴奏轨，这种我认为可以按限定版的信息添加，然后在备注里面注明后面的是限定盘内容。有个例子 https://bgm.tv/subject/303668 这个例子同时也有下面的第三种情况。
第三种情况就比较麻烦，就是不同版本的单一CD内容有部分出入，这种情况我采用过两种不同形式：
例1
https://bgm.tv/subject/482331
https://bgm.tv/subject/463999
全部编辑为CD1然后分别备注有出入的曲目（保持各自的音轨号不变），这种做法的问题是曲目稍微多一点就看着非常乱没有可读性，这里的两个例子都只有几首就还问题不大。现在想来可能拆成两个会比较好...
例2
https://bgm.tv/subject/470603
另一种做法是直接把几个版本分别放进CD1，CD2，...以此类推，然后备注。问题在于这种做法在CD编号上是错误的。不过这个例子中，因为它有2CD的套装版本销售，所以勉强也不算错
我有个建议是应该提供CD标题的自定义功能，现在有且仅有按编号的DISC1，DISC2这样，如果可以自定义单个CD的标题，就可以给它重命名为标准盘，限定盘。FC盘，等等，也不需要单独为了个别曲目去占用备注。能扒官方源的就扒，扒不到的可以去apple music找找，一般有3000*3000的，但是也有可能因为年代久远，版权方自己都没有原始图片，就搞了个扫图上去...这个我也遇到过，不过新一点的专辑，苹果那边可以说是最好的兜底选项之一，不过它只有标准版封面，如果打算收集全部不同版本封面的话还是要其他渠道。
还有就是封面分辨率问题，太低分辨率的可以尝试使用现代技术2x一下，不过效果不好的话就不要用了。 https://bgm.tv/subject/481386 这个封面我就是拉的，效果好得让我不敢相信///tower现在是墙了日本以外IP吧，虽然也不是个大问题。
销售平台这块我一般都是搜到谁用谁，印象中akibaoo的数据还比较齐全。能扒官网肯定优先扒了
扒信息这块，主要的难点是考古，新碟子，商业碟子，这种数据到处都是，无非是选哪个比较靠谱的问题...
5.多CD版本发行问题
主要问题是曲目，常见的不同特典版本一般是通过追加碟数放特殊内容（不限于CD，也可能是DVD和BD），这种都可以加碟子所以问题不大。不过我个人还是不喜欢加视频碟，我觉得这里比较好的实践应该是给视频碟创建个条目然后关联过来，但是太麻烦了还是算了。
第二种情况是单碟中追加内容，比如限定版和标准版都是1CD，前面的音轨内容完全一样，但是限定盘在原有内容基础上增加了伴奏轨，这种我认为可以按限定版的信息添加，然后在备注里面注明后面的是限定盘内容。有个例子 https://bgm.tv/subject/303668 这个例子同时也有下面的第三种情况。
第三种情况就比较麻烦，就是不同版本的单一CD内容有部分出入，这种情况我采用过两种不同形式：
例1
https://bgm.tv/subject/482331
https://bgm.tv/subject/463999
全部编辑为CD1然后分别备注有出入的曲目（保持各自的音轨号不变），这种做法的问题是曲目稍微多一点就看着非常乱没有可读性，这里的两个例子都只有几首就还问题不大。现在想来可能拆成两个会比较好...
例2
https://bgm.tv/subject/470603
另一种做法是直接把几个版本分别放进CD1，CD2，...以此类推，然后备注。问题在于这种做法在CD编号上是错误的。不过这个例子中，因为它有2CD的套装版本销售，所以勉强也不算错
我有个建议是应该提供CD标题的自定义功能，现在有且仅有按编号的DISC1，DISC2这样，如果可以自定义单个CD的标题，就可以给它重命名为标准盘，限定盘。FC盘，等等，也不需要单独为了个别曲目去占用备注。
6.封面
还有就是封面分辨率问题，太低分辨率的可以尝试使用现代技术2x一下，不过效果不好的话就不要用了。 https://bgm.tv/subject/481386 这个封面我就是拉的，效果好得让我不敢相信///
7.信息参考
销售平台这块我一般都是搜到谁用谁，印象中akibaoo的数据还比较齐全。能扒官网肯定优先扒了
扒信息这块，主要的难点是考古，新碟子，商业碟子，这种数据到处都是，无非是选哪个比较靠谱的问题...
#31-4 - 2024-8-3 19:40
豆沙包罐头
两种实践：
左侧栏目，如非必要（例如顿号）我尽可能使用半角符号，比如括号，比如货币单位符号。全角符号在某些字体下会有自作多情的缩进排版...
简介正文，曲目列表，一般按官方的介绍说明来（网站，实物封面小册子等），除非官方自己都不统一，一个地方半角一个地方全角的，或者曲目列表中一会儿全角一会儿半角，这种情况我会全部统一成半角+空格
mizudiwood💿 说: 话说符号的全角半角有什么说法吗，我习惯的都是马甲（原名），角色名（CV：声优名）
（强迫症觉得跟汉字并用的都是全角）
左侧栏目，如非必要（例如顿号）我尽可能使用半角符号，比如括号，比如货币单位符号。全角符号在某些字体下会有自作多情的缩进排版...
简介正文，曲目列表，一般按官方的介绍说明来（网站，实物封面小册子等），除非官方自己都不统一，一个地方半角一个地方全角的，或者曲目列表中一会儿全角一会儿半角，这种情况我会全部统一成半角+空格
#31-5 - 2024-8-3 19:45
mizudiwood🤖
主要是严格来讲中文语境里除了数字以外根本就没有半角符号，语文老师会哭的
在论文中，有三种常见的情况需要我们注意：
1. 中文段落使用全角标点，保持统一的中文风格。
2. 西文段落，包括英文摘要和文献引用，应使用半角标点，确保清晰易读。
3. 如果段落中混合了中文和英文，以及阿拉伯数字，可以采用半角标点来区分中西文的界限，确保逻辑清晰。
货币和日期没什么问题，括号按理说是中文的一环
豆沙包罐头 说: 两种实践：
左侧栏目，如非必要（例如顿号）我尽可能使用半角符号，比如括号，比如货币单位符号。全角符号在某些字体下会有自作多情的缩进排版...
简介正文，曲目列表，一般按官方的介绍说明来（网站，实物封面...
在论文中，有三种常见的情况需要我们注意：
1. 中文段落使用全角标点，保持统一的中文风格。
2. 西文段落，包括英文摘要和文献引用，应使用半角标点，确保清晰易读。
3. 如果段落中混合了中文和英文，以及阿拉伯数字，可以采用半角标点来区分中西文的界限，确保逻辑清晰。
货币和日期没什么问题，括号按理说是中文的一环
#31-6 - 2024-8-3 19:47
豆沙包罐头
除了上面提到的，我在我标记过的条目里面找了几个例子
https://bgm.tv/subject/126015
这个例子不完全，DISC2和DISC3都是不同的店特，但是还有一个店特没给加上，如果谁有实物的话可以考虑加个DISC4（好像是访谈CD？不记得了，反正这几个里面存量最大的只有八音盒CD，剩下两个我找不到二手）
https://bgm.tv/subject/221598
这个例子也不好，因为特典全是DVD视频，如果是我的话应该是不会加那个DISC2的，而且它这个还没说是哪个特典...具体信息看下面
https://luz-web.com/reflexion3rd/
https://bgm.tv/subject/456379
这个例子还算比较干净
mizudiwood💿 说: 有没有那种5的整合后的条目例子，我写到主楼，我知道很多一时半会儿没找到
https://bgm.tv/subject/126015
这个例子不完全，DISC2和DISC3都是不同的店特，但是还有一个店特没给加上，如果谁有实物的话可以考虑加个DISC4（好像是访谈CD？不记得了，反正这几个里面存量最大的只有八音盒CD，剩下两个我找不到二手）
https://bgm.tv/subject/221598
这个例子也不好，因为特典全是DVD视频，如果是我的话应该是不会加那个DISC2的，而且它这个还没说是哪个特典...具体信息看下面
https://luz-web.com/reflexion3rd/
https://bgm.tv/subject/456379
这个例子还算比较干净
#31-7 - 2024-8-3 19:49
mizudiwood🤖
日文在印刷规范里也是要用全角的：
括弧（かっこ）は全角で使う
文章を書く際に用いる括弧は、すべて全角で使うのが印刷業界の通例です。
豆沙包罐头 说: 两种实践：
左侧栏目，如非必要（例如顿号）我尽可能使用半角符号，比如括号，比如货币单位符号。全角符号在某些字体下会有自作多情的缩进排版...
简介正文，曲目列表，一般按官方的介绍说明来（网站，实物封面...
括弧（かっこ）は全角で使う
文章を書く際に用いる括弧は、すべて全角で使うのが印刷業界の通例です。
#31-8 - 2024-8-3 19:51
豆沙包罐头
在曲目列表中最常见的关于括号的情况就是后面标注为伴奏...我见过用全角框住instrumental的，用半角括号框住的，甚至还有用全角括号然后里面再加个空格的，还有全角括号外面再加个空格然后搞得字间距极大的，用半角括号然后直接黏在前面的汉字/假名字符后面的，花样百出
mizudiwood💿 说: 日文在印刷体里也是要用全角的：
括弧（かっこ）は全角で使う. 文章を書く際に用いる括弧は、すべて全角で使うのが印刷業界の通例です。
#31-9 - 2024-8-3 19:53
mizudiwood🤖
emmm，官方自己写的用官方的
但是比如 马甲（原名），角色名（CV：声优名）这种维基人自己编辑的我个人更倾向于全角
豆沙包罐头 说: 在曲目列表中最常见的关于括号的情况就是后面标注为伴奏...我见过用全角框住instrumental的，用半角括号框住的，甚至还有用全角括号然后里面再加个空格的
但是比如 马甲（原名），角色名（CV：声优名）这种维基人自己编辑的我个人更倾向于全角
#31-10 - 2024-8-3 20:02
豆沙包罐头
我个人是觉得马甲和本体在排版上用个空格隔一下比较舒服，用了空格就不会想用自带空位的全角括号，不过也不是什么大事就是了，要统一的话也能跑跑脚本解决..
mizudiwood💿 说: emmm，官方自己写的用官方的
但是比如 马甲（原名），角色名（CV：声优名）这种维基人自己编辑的我个人更倾向于全角
#31-11 - 2024-8-3 20:06
mizudiwood🤖
空格万一人家名义中间本来就有空格呢，还要考虑同一栏制作人员很多的情况
豆沙包罐头 说: 我个人是觉得马甲和本体在排版上用个空格隔一下比较舒服，用了空格就不会想用自带空位的全角括号，不过也不是什么大事就是了，要统一的话也能跑跑脚本解决..
#31-13 - 2024-8-3 21:45
mizudiwood🤖
emmm店铺特典我都是另外加的，因为从标记的角度讲店铺特典属于稀有资源，听过很大概率也没听过这部分
另外感觉都整合了，完全分成两张碟有重复曲目怪怪的
选了两个例子放主楼了
豆沙包罐头 说: 除了上面提到的，我在我标记过的条目里面找了几个例子
[subject] 月追いの都市 Acoustic Story Live ～Studio Recording～
这个例子不完全，DISC2和DISC...
另外感觉都整合了，完全分成两张碟有重复曲目怪怪的
选了两个例子放主楼了
#31-14 - 2024-8-3 21:51
mizudiwood🤖
https://bgm.tv/subject/335481 特典的例子
豆沙包罐头 说: 商品番号，封面，价格，这三个属性即使不同也都可以记录到同一个条目，不是大问题/
主要问题是曲目，常见的不同特典版本一般是通过追加碟数放特殊内容（不限于CD，也可能是DVD和BD），这种都可以加碟子所以...
#31-15 - 2024-8-3 21:56
豆沙包罐头
特典还是看具体情况吧，特典商法下拿伴奏带当限定这种事情拆也不是不拆也不是... https://bgm.tv/subject/288344 不过按照这个搞法，如果要拆DVD/BD视频特典（一般是LIVE录像，有的是凑数MV）的话，是不是得丢到三次元区去了
mizudiwood💿 说: https://bgm.tv/subject/335481 特典的例子
#31-16 - 2024-8-3 22:01
mizudiwood🤖
我个人感觉哈，初回特典或者豪华版特典这种基本买了就能有的可以整合，店铺特典或者联动特典还是分开比较好，伴奏碟就当纯音乐享受啦
你说的这种情况初回特典我觉得可以整合
豆沙包罐头 说: 特典还是看具体情况吧，特典商法下拿伴奏带当限定这种事情拆也不是不拆也不是... [subject] 潜潜話 不过按照这个搞法，如果要拆DVD/BD视频特典（一般是LIVE录像，有的是凑数MV）的话，是...
你说的这种情况初回特典我觉得可以整合
#31-17 - 2024-8-3 22:02
豆沙包罐头
只有一两首不一样的话堆叠一下还好。其实这里最好的实现就是能像VGMDB这样 https://vgmdb.net/album/44016 分成几个选项卡来填写不同版本，我在这里提过一句 https://bgm.tv/subject/topic/29083但是实践上就是很好用...
mizudiwood💿 说: emmm店铺特典我都是另外加的，因为从标记的角度讲店铺特典属于稀有资源，听过很大概率也没听过这部分
另外感觉都整合了，完全分成两张碟有重复曲目怪怪的
选了两个例子放主楼了
我认为那个功能原本是为了曲目列表的多语言版本而设计的
#31-18 - 2024-8-3 22:04
mizudiwood🤖
新功能不在本帖讨论范围内，我只能在主楼许个愿
豆沙包罐头 说: 只有一两首不一样的话堆叠一下还好。其实这里最好的实现就是能像VGMDB这样 https://vgmdb.net/album/44016 分成几个选项卡来填写不同版本，我在这里提过一句 [subject...
#31-19 - 2024-8-4 18:17
豆沙包罐头
我又回来了
https://sp.universal-music.co.jp ... tmilk_bittercoffee/
这次的特典商法实在是...Hot Milk 和 Bitter Coffee 定义上是同时发售的两张不同专辑（曲目不同），各自有标准版和限定版，限定版内容是两张不同内容的BD。
问题在于，它还有一个FC限定版，内容是两张CD的标准版，加上又一张不一样的BD。那么关于这个FC版要怎么创建条目？在我上面提到过的 https://bgm.tv/subject/470603 这个例子的做法在这里是不适用的
https://sp.universal-music.co.jp ... tmilk_bittercoffee/
这次的特典商法实在是...Hot Milk 和 Bitter Coffee 定义上是同时发售的两张不同专辑（曲目不同），各自有标准版和限定版，限定版内容是两张不同内容的BD。
问题在于，它还有一个FC限定版，内容是两张CD的标准版，加上又一张不一样的BD。那么关于这个FC版要怎么创建条目？在我上面提到过的 https://bgm.tv/subject/470603 这个例子的做法在这里是不适用的
#31-20 - 2024-8-4 22:25
mizudiwood🤖
没看懂，AB曲目不同，为什么C能跟AB曲目一样
豆沙包罐头 说: 我又回来了
https://sp.universal-music.co.jp ... tmilk_bittercoffee/
这次的特典商法实在是...Hot Milk 和 Bitter Coffee...
#31-21 - 2024-8-4 22:35
豆沙包罐头
C是A和B的标准版（即只有CD无特典）的捆绑装
ABC的区别是 A限定版/B限定版/C 各带了一款不同的特典BD，内容都不一样
A特典是A和B两张全部曲目的“レコーディングドキュメント＋メンバーインタビュー映像”
B特典是A和B两张全部曲目的“収録曲のスタジオライブ”
C特典是“スキマスイッチ2021ライブ&ドキュメンタリーfor DELUXE”实际上是2021年的几场演唱会的现场录像
mizudiwood💿 说: 没看懂，AB曲目不同，为什么C能跟AB曲目一样
ABC的区别是 A限定版/B限定版/C 各带了一款不同的特典BD，内容都不一样
A特典是A和B两张全部曲目的“レコーディングドキュメント＋メンバーインタビュー映像”
B特典是A和B两张全部曲目的“収録曲のスタジオライブ”
C特典是“スキマスイッチ2021ライブ&ドキュメンタリーfor DELUXE”实际上是2021年的几场演唱会的现场录像
#31-22 - 2024-8-4 22:37
mizudiwood🤖
啥意思，特典以外的曲目c=a+b？
豆沙包罐头 说: C是A和B的标准版（即只有CD无特典）的捆绑装
ABC的区别是 A限定版/B限定版/C 各带了一款不同的特典BD，内容都不一样
A特典是A和B两张全部曲目的“レコーディングドキュメント＋メンバーインタ...
#31-23 - 2024-8-4 22:48
豆沙包罐头
对，C就只是个捆绑销售...或者换种说法，A和B都各自只有7首歌，本质上是把一个full album（合成C的话就有14首歌了）给拆成了两半卖，发售时间也是同一天
mizudiwood💿 说: 啥意思，特典以外的曲目c=a+b？
#31-24 - 2024-8-4 22:50
mizudiwood🤖
我感觉建abc三个问题不大
c可建可不建你可以不建（
豆沙包罐头 说: 对，C就只是个捆绑销售...或者换种说法，A和B都各自只有7首歌，本质上是把一个full album（合成C的话就有14首歌了）给拆成了两半卖，发售时间也是同一天
c可建可不建你可以不建（
#32 - 2024-8-3 18:54
SilenceAkarin
(さよなら じゃあね 銀河系トマソン)
感觉音乐那边可以再更新一波了（
如果这样的话后面艺术家应该怎么处理
如果这样的话后面艺术家应该怎么处理
#32-1 - 2024-8-3 19:11
#32-2 - 2024-8-3 19:49
SilenceAkarin
一些老条目我按vgmdb或者特设页面弄的，纯电音专也是丢artist，有些有vocal的电音专辑就是丢到作编曲了
我有点混乱.jpg
靠你们了
https://vgmdb.net/album/130089
https://vgmdb.net/album/123442
https://vgmdb.net/album/120111
mizudiwood💿 说: 啊？艺术家不就是vocal吗
声乐是什么鬼
https://bgm.tv/group/topic/403101#post_2833114
趁还热乎问问老板能不能调整
我有点混乱.jpg
靠你们了
https://vgmdb.net/album/130089
https://vgmdb.net/album/123442
https://vgmdb.net/album/120111
#32-3 - 2024-8-3 19:54
mizudiwood🤖
看你能不能找到一个比voice更合适的词
SilenceAkarin 说: 一些老条目我按vgmdb或者特设页面弄的，纯电音专也是丢artist，有些有vocal的电音专辑就是丢到作编曲了
我有点混乱.jpg
靠你们了
https://vgmdb.net/album/130...
#32-4 - 2024-8-3 20:02
Sai🖖
这里 Artist 不也是和 Vocal 并列的，关联的人应该能判断出这两个区别，如果误会的人太多就在侧栏加个说明。
SilenceAkarin 说: 一些老条目我按vgmdb或者特设页面弄的，纯电音专也是丢artist，有些有vocal的电音专辑就是丢到作编曲了
我有点混乱.jpg
靠你们了
https://vgmdb.net/album/130...
#32-5 - 2024-8-3 20:04
mizudiwood🤖
要不你就直接把原“艺术家”改成“歌手/Vocal”算了，不过可能会误伤到广播剧片区
长痛不如短痛
Sai🖖 说: 这里 Artist 不也是和 Vocal 并列的，关联的人应该能判断出这两个区别，如果误会的人太多就在侧栏加个说明。
长痛不如短痛
#32-6 - 2024-8-3 20:05
#32-8 - 2024-8-3 20:07
SilenceAkarin
要不在添加新音乐那里多一个广播剧的可选选项
然后在广播剧里的显示改为艺术家那种？
mizudiwood💿 说: 要不你就直接把原“艺术家”改成“歌手/Vocal”算了，不过可能会误伤到广播剧片区
长痛不如短痛
然后在广播剧里的显示改为艺术家那种？
#32-9 - 2024-8-3 20:09
mizudiwood🤖
未来音乐曲会升级为音声区，届时会批量导入三次元暂存的广播剧（区分于Drama CD的周更网络配信广播剧）、有声书、广播电台，现在分类的话会混乱
SilenceAkarin 说: 要不在添加新音乐那里多一个广播剧的可选选项
然后在广播剧里的显示改为艺术家那种？
#32-10 - 2024-8-3 20:11
SilenceAkarin
速速向站长催更（
mizudiwood💿 说: 未来音乐曲会升级为音声区，届时会批量导入三次元暂存的广播剧（区分于Drama CD的周更网络配信广播剧）、有声书、广播电台，现在分类会混乱
#32-12 - 2024-8-3 20:13
Sai🖖
不太一样。严格来说，Artist 是主类，Vocal / Instrument 是子类，这些职位提供了不代表非要对应上，根据具体情况使用吧。
mizudiwood💿 说: 要不你就直接把原“艺术家”改成“歌手/Vocal”算了，不过可能会误伤到广播剧片区
长痛不如短痛
#32-13 - 2024-8-3 20:17
mizudiwood🤖
如果是艺术家的子类，作为子类该包括主歌手吧，那按这个逻辑（主类和子类可以任选一个填）来说你该新开个歌手/Vocal的分类了
主类：艺术家
子类：歌手/乐器/声乐/声优…
Sai🖖 说: 不太一样。严格来说，Artist 是主类，Vocal / Instrument 是子类，这些职位提供了不代表非要对应上，根据具体情况使用吧。
主类：艺术家
子类：歌手/乐器/声乐/声优…
#32-14 - 2024-8-3 20:18
#32-16 - 2024-8-3 20:32
mizudiwood🤖
ID3这个分类比较简单明了，现在加了子类反而容易混乱了(bgm)既然你的顾虑是避免混淆，你考虑看看加上Vocal主歌手（加上广播剧的Cast声优子类更好）或者至少把声乐的Vocal换个描述嘛
Sai🖖 说: 艺术家这个用法应该可以追溯到 ID3 标准，以前信息没那么细致。
「歌手」和现有「艺术家」容易混淆，其他的可以扩充。
）或者至少把声乐的Vocal换个描述嘛#33 - 2024-8-4 13:15
Aeroblast
(AE@Recording)
#33-2 - 2024-8-4 13:31
#33-3 - 2024-8-4 15:24
Aeroblast
好像有什么误会……
以下都是label这个属性的合法值：電撃文庫，ガガガ文庫，電撃の新文芸，GCノベルズ，ジャンプコミックス
换句话说从来没有属性叫“文库”，只是版型为文库本的label在命名的时候会带个“文库”。
mizudiwood💿 说: 倒是電撃文庫https://bgm.tv/person/55128好像现在根本就没这个label啊
電撃G's文庫（電撃文庫と電撃ゲーム文庫に継承）
以下都是label这个属性的合法值：電撃文庫，ガガガ文庫，電撃の新文芸，GCノベルズ，ジャンプコミックス
换句话说从来没有属性叫“文库”，只是版型为文库本的label在命名的时候会带个“文库”。
#33-4 - 2024-8-4 15:43
mizudiwood🤖
这个早就跟老板提过了，一直没改
假设要改的话，中文叫啥
对标台湾的话类似丛书系列
翻了下聊天记录去年九月就提过了，@leins 也是觉得丛书系列比较好来着
Aeroblast 说: 好像有什么误会……
以下都是label这个属性的合法值：電撃文庫，ガガガ文庫，電撃の新文芸，GCノベルズ，ジャンプコミックス
换句话说从来没有属性叫“文库”，只是版型为文库本的label在命名的时候会...
假设要改的话，中文叫啥
对标台湾的话类似丛书系列
翻了下聊天记录去年九月就提过了，@leins 也是觉得丛书系列比较好来着
#33-5 - 2024-8-4 16:27
#33-6 - 2024-8-4 16:40
豆沙包罐头
最简单的办法，就写文库算了，反正中文出版业也没有能完全对得上的。
Aeroblast 说: 一直觉得“丛书系列”规模比label小，有点对不上……维基百科一些页面用了“书系”，感觉是“丛书系列”的缩写，但是听上去是个生造词反而舒服一些。从本意出发就是品牌，似乎本来也是从唱片那边借的说法。
目...
#33-7 - 2024-8-4 16:49
mizudiwood🤖
品牌才是大陆的书籍对不上，更接近杂志/编辑组https://bgm.tv/index/48092
丛书系列也不小了，用于分类不同类型，台湾一个丛书系列可以几千本https://bgm.tv/index/43577
粗暴点理解一个品牌下面可以有好几个书系，从购书网来看レーベル应该是后者
Aeroblast 说: 一直觉得“丛书系列”规模比label小，有点对不上……维基百科一些页面用了“书系”，感觉是“丛书系列”的缩写，但是听上去是个生造词反而舒服一些。从本意出发就是品牌，似乎本来也是从唱片那边借的说法。
目...
丛书系列也不小了，用于分类不同类型，台湾一个丛书系列可以几千本https://bgm.tv/index/43577
粗暴点理解一个品牌下面可以有好几个书系，从购书网来看レーベル应该是后者
#33-8 - 2024-8-4 16:55
mizudiwood🤖
“日本轻小说文库列表”，还不如就文库呢
Aeroblast 说: 一直觉得“丛书系列”规模比label小，有点对不上……维基百科一些页面用了“书系”，感觉是“丛书系列”的缩写，但是听上去是个生造词反而舒服一些。从本意出发就是品牌，似乎本来也是从唱片那边借的说法。
目...
#33-9 - 2024-8-4 16:59
mizudiwood🤖
https://www.uei-shiang.com/about.html
这个官网用的書系，但是购书网有的还是丛书系列有的用的系列有的用的書系，其实是一个东西，“丛书系列”是一个完整的专有名词
http://2-floor.dyndns.org/item_detail.php?pro_id=1080621（叢書系列：Kadokawa Comic Liter，搜索时简称系列）
https://www.silkbook.com/book_de ... 582255&flag=0,1（叢書系列：Kadokawa Comics Boy Series）
https://www.books.com.tw/products/0010955423?sloc=main（叢書系列：Kadokawa Comic Liter，搜索时简称書系）
Aeroblast 说: 一直觉得“丛书系列”规模比label小，有点对不上……维基百科一些页面用了“书系”，感觉是“丛书系列”的缩写，但是听上去是个生造词反而舒服一些。从本意出发就是品牌，似乎本来也是从唱片那边借的说法。
目...
这个官网用的書系，但是购书网有的还是丛书系列有的用的系列有的用的書系，其实是一个东西，“丛书系列”是一个完整的专有名词
http://2-floor.dyndns.org/item_detail.php?pro_id=1080621（叢書系列：Kadokawa Comic Liter，搜索时简称系列）
https://www.silkbook.com/book_de ... 582255&flag=0,1（叢書系列：Kadokawa Comics Boy Series）
https://www.books.com.tw/products/0010955423?sloc=main（叢書系列：Kadokawa Comic Liter，搜索时简称書系）
#33-10 - 2024-8-4 17:15
mizudiwood🤖
其实繁体出版业真就是丛书系列简称书系或系列
但bangumi肯定不能用系列，会混淆
大陆也是有的但用的极少且不怎么成系统，是丛书
https://pdc.capub.cn/search.html ... B%E5%B0%8F%E8%AF%B4（青春疼痛小说）
https://item.kongfz.com/book/55655568.html（磨铁图书系列）
豆沙包罐头 说: 最简单的办法，就写文库算了，反正中文出版业也没有能完全对得上的。
但bangumi肯定不能用系列，会混淆
大陆也是有的但用的极少且不怎么成系统，是丛书
https://pdc.capub.cn/search.html ... B%E5%B0%8F%E8%AF%B4（青春疼痛小说）
https://item.kongfz.com/book/55655568.html（磨铁图书系列）
#33-11 - 2024-8-4 19:26
Aeroblast
这个属性名要的是跟label对译，所以也不用跟大陆对标。不过“品牌”我也觉得不好，容易被误用。
说“丛书系列”小，是指字面上偏系列（不如说切到英文界面就是系列），实际也有地方当成十几本的系列用，这是个容易造成误解的地方。所以我推荐用异化的缩写“书系”来减轻这种误会，而且已经有地方这么用了（贴那个百科页面就是因为它还写了“及其他刊载轻小说的书系”）。
购书网不统一恰恰说明这方面的名词不像日本那么统一，“丛书系列”不一定就是本意。不如大胆规定日本书籍的label对译就是书系。
mizudiwood💿 说: “日本轻小说文库列表”，还不如就文库呢
说“丛书系列”小，是指字面上偏系列（不如说切到英文界面就是系列），实际也有地方当成十几本的系列用，这是个容易造成误解的地方。所以我推荐用异化的缩写“书系”来减轻这种误会，而且已经有地方这么用了（贴那个百科页面就是因为它还写了“及其他刊载轻小说的书系”）。
购书网不统一恰恰说明这方面的名词不像日本那么统一，“丛书系列”不一定就是本意。不如大胆规定日本书籍的label对译就是书系。
#33-12 - 2024-8-4 19:31
mizudiwood🤖
不是的，点进去是统一的，都是丛书系列（只是简称不统一罢了），你再仔细看看（
即使不跟大陆对标
拿出版社威向举例
品牌=架空之都
丛书系列=黑桃书系、方块书系、黑梅书系……
也是后者
不过书系也算是丛书系列简称（只不过丛书系列在繁体出版页更专业，博客来、金石堂基本上相当于台湾的日亚，都用的这个），只要不改成品牌我是没啥意见
Aeroblast 说: 这个属性名要的是跟label对译，所以也不用跟大陆对标。不过“品牌”我也觉得不好，容易被误用。
说“丛书系列”小，是指字面上偏系列（不如说切到英文界面就是系列），实际也有地方当成十几本的系列用，这是个...
即使不跟大陆对标
拿出版社威向举例
品牌=架空之都
丛书系列=黑桃书系、方块书系、黑梅书系……
也是后者
不过书系也算是丛书系列简称（只不过丛书系列在繁体出版页更专业，博客来、金石堂基本上相当于台湾的日亚，都用的这个），只要不改成品牌我是没啥意见
#33-13 - 2024-8-4 19:36
mizudiwood🤖
此处召唤@Ура! @leins=pallange
mizudiwood💿 说: 不是的，点进去是统一的，都是丛书系列（只是简称不统一罢了），你再仔细看看（
即使不跟大陆对标
拿出版社威向举例
品牌=架空之都
丛书系列=黑桃书系、方块书系、黑梅书系……
也是后者
不过书系也算...
#33-14 - 2024-8-4 21:06
Aeroblast
可是上面那个链接里写着
也存在只用“書系”的网站。
另外日亚其实没有label字段，都是标题括号嘛，大概是全球企业不适应。label是日本图书登陆会专门填的，像日企出身的bookwalker会专门给一栏。其实更多的情况（包括实体书上面）是写在显眼的位置，没有“label：XXX”这一栏。
顺便去看了下日本出版信息登录中心的指南，有这样的定义：广义上的丛书。上架用的品牌名。感觉对决定中文名没什么帮助。
在台湾申请好像还是申请书，以及看上去是官方的“全國新書資訊網”，用的是“丛书”。唔……
另外另外，博客来给很多轻小说都标了Kadokawa Comic Liter。在“全國新書資訊網”查同样的书会写Kadokawa fantastic novels。商城信息的可靠度存疑……
mizudiwood💿 说: 不是的，点进去是统一的，都是丛书系列（只是简称不统一罢了），你再仔细看看（
即使不跟大陆对标
拿出版社威向举例
品牌=架空之都
丛书系列=黑桃书系、方块书系、黑梅书系……
也是后者
不过书系也算...
公司已延攬許多台灣及大陸網路上成名作家，並推出第一個BL書系「架空之都」
也存在只用“書系”的网站。
另外日亚其实没有label字段，都是标题括号嘛，大概是全球企业不适应。label是日本图书登陆会专门填的，像日企出身的bookwalker会专门给一栏。其实更多的情况（包括实体书上面）是写在显眼的位置，没有“label：XXX”这一栏。
顺便去看了下日本出版信息登录中心的指南，有这样的定义：
【レーベル】広義で「叢書」と言われるもの。書店向けに棚を確保する際の「ブランド名」。継続的に刊行されるもので、「叢書」「選書」「新書」「文庫」「ライブラリ」「ブックス」等の冠がつくものが多い。
在台湾申请好像还是申请书，以及看上去是官方的“全國新書資訊網”，用的是“丛书”。唔……
另外另外，博客来给很多轻小说都标了Kadokawa Comic Liter。在“全國新書資訊網”查同样的书会写Kadokawa fantastic novels。商城信息的可靠度存疑……
#33-15 - 2024-8-4 21:15
mizudiwood🤖
https://www.spp.com.tw/product?saleid=2407190011
尖端官网（叢書系列）
https://www.cite.com.tw/book?id=99900
城邦官网（書系）
https://www.starwatcher.com.tw/product-category/all/
深空官网（書系）
其他很多官网（比如东立和青文）以前也有写的，最近改版了淡化了这个概念
博客来有时候具体内容是错的但是概念是对的啊，反正那一栏就是上面那些东西
Aeroblast 说: 可是上面那个链接里写着公司已延攬許多台灣及大陸網路上成名作家，並推出第一個BL書系「架空之都」
也存在只用“書系”的网站。
另外日亚其实没有label字段，都是标题括号嘛，大概是全球企业不适应。la...
尖端官网（叢書系列）
https://www.cite.com.tw/book?id=99900
城邦官网（書系）
https://www.starwatcher.com.tw/product-category/all/
深空官网（書系）
其他很多官网（比如东立和青文）以前也有写的，最近改版了淡化了这个概念
博客来有时候具体内容是错的但是概念是对的啊，反正那一栏就是上面那些东西
#33-16 - 2024-8-4 21:32
豆沙包罐头
看下来感觉还是不翻译直接拿来用最简单了，这不就是日文汉字的优势吗
mizudiwood💿 说: 其实繁体出版业真就是丛书系列简称书系或系列
但bangumi肯定不能用系列，会混淆
大陆也是有的但用的极少且不怎么成系统，是丛书
https://pdc.capub.cn/search.html ....
#33-17 - 2024-8-4 21:37
#33-18 - 2024-8-4 22:30
豆沙包罐头
现在不是只在意栏目的中文部分应该翻译成啥吗，这个就写成文库/系列就好，栏目右边具体是啥那当然是爱叫XX文庫还是YYブックス都随意
mizudiwood💿 说: 片假名直接咋用呀，有的レーベル不叫xx文库，文库不适用漫画呀
#33-19 - 2024-8-4 22:35
mizudiwood🤖
所以改不改问题也不大，就当约定俗成bangumi的文库=レーベル好了（这个目前已经写到主楼），反正艺术家都那样了
豆沙包罐头 说: 现在不是只在意栏目的中文部分应该翻译成啥吗，这个就写成文库/系列就好，栏目右边具体是啥那当然是爱叫XX文庫还是YYブックス都随意
#33-20 - 2024-8-4 22:37
豆沙包罐头
艺术家这个是业界的锅，不怪你班
几十年过来元数据都这么写的没办法了
mizudiwood💿 说: 所以改不改问题也不大，就当约定俗成bangumi的文库=ラーベル好了（这个目前已经写到主楼），反正艺术家都那样了
几十年过来元数据都这么写的没办法了
#33-21 - 2024-8-4 23:00
Aeroblast
一定要摆烂不如直接用レーベル/Label，总比指着B6的书说它有个A6的属性好。
豆沙包罐头 说: 现在不是只在意栏目的中文部分应该翻译成啥吗，这个就写成文库/系列就好，栏目右边具体是啥那当然是爱叫XX文庫还是YYブックス都随意
#33-22 - 2024-8-4 23:01
mizudiwood🤖
目前没有关联项是非中文简体的吧，你让老板改成日文他肯定不理你……
我只能说就地搞个投票了，老板不一定理
Aeroblast 说: 一定要摆烂不如直接用レーベル/Label，总比指着B6的书说它有个A6的属性好。
我只能说就地搞个投票了，老板不一定理
#33-24 - 2024-8-4 23:04
mizudiwood🤖
2. 文库调整为“丛书系列”
理由：台湾部分出版社官网和购书网站使用的此叫法
例：尖端https://www.spp.com.tw/product?saleid=2407190011（叢書系列：浮文字）
理由：台湾部分出版社官网和购书网站使用的此叫法
例：尖端https://www.spp.com.tw/product?saleid=2407190011（叢書系列：浮文字）
#33-28 - 2024-8-4 23:27
mizudiwood🤖
https://zh.wikipedia.org/wiki/%E6%96%87%E5%BA%AB_(%E5%87%BA%E7%89%88)
其實文庫也不全錯
Aeroblast 说: 一定要摆烂不如直接用レーベル/Label，总比指着B6的书说它有个A6的属性好。
其實文庫也不全錯
#33-29 - 2024-8-5 00:48
#33-30 - 2024-8-5 00:51
#35 - 2024-8-5 00:06
.
#35-2 - 2024-8-5 00:11
.
折叠是折叠了，但这种东西终归是会对页面产生影响的，比如制作公司的条目加了一堆二原动仕摄影3D之类的关联，要是专门公司还好，元请公司这么关联太多就很麻烦了，而且我记得SAI举例说过不能这么关联来着https://bgm.tv/group/topic/384053#37
mizudiwood💿 说: 我怎么记得这个以前讨论过，最后老板加了个折叠结案了
#35-3 - 2024-8-5 00:12
mizudiwood🤖
制作公司关联外包属于是乱关联了，得@当事人对线
vkn 说: 折叠是折叠了，但这种东西终归是会对页面产生影响的，比如制作公司的条目加了一堆二原动仕摄影3D之类的关联，要是专门公司还好，元请公司这么关联太多就很麻烦了，而且我记得SAI举例说过不能这么关联来着[gr...
#35-4 - 2024-8-5 00:15
#35-5 - 2024-8-5 00:19
mizudiwood🤖
补充了部分
vkn 说: 折叠是折叠了，但这种东西终归是会对页面产生影响的，比如制作公司的条目加了一堆二原动仕摄影3D之类的关联，要是专门公司还好，元请公司这么关联太多就很麻烦了，而且我记得SAI举例说过不能这么关联来着[gr...
#35-6 - 2024-8-5 01:36
Luke
第一，我看新添加上去的规定是动画制作一栏不能关联外包公司，我从来没有这样做过。
动画制作是动画制作、制作协力是制作协力、二原是二原、摄影是摄影，我分得很清楚。
第二，我有在二原、动画、摄影、美术等关联外包公司，并且都有标注集数。
如果明文规定不行的话我以后便不会这么做了。只是我不明白不能这么做的理由，我完全是按照片头片尾的staff表中出现的名单关联的，动画的制作是许多人共同努力的结果，很多名不见经传的小公司也曾参与过许多佳作的制作，我希望能让更多人认知到他们的努力，我不认为关联他们的名字是在污染条目。
再者，我其实并不懂为何关联上就会污染条目了，这些制作公司确实参与过这部作品的制作，并且职位也写的清清楚楚，有什么会让人误解的地方吗？这只会让大家更加理解这间公司的经历，并不会造成什么污染。
第三，https://bgm.tv/group/topic/384053#37，这是SAI老板的原话：
Infobox 不应该出现 https://bgm.tv/subject/412301 这种标记人员所属公司的方式，人员所属公司是人物间关联系统要解决的问题
问题是很多时候在staff表里其实只标记了公司名称而没有标记人员，如果连公司都不关联的话就不知道该关联什么了。
还有个问题是我经常看见很多动画公司的作品列表中空荡荡的，明明实际参与过一部作品的制作，名字却不能被关连上去，不是很奇怪吗？要更好地了解一间公司的历史，他们曾经参与的二原、动画等外包项目也是很重要的一部分，可以看出他们经常与哪位监督、哪些大公司合作等等。还是那句话，我不了解关联这些项目，到底会造成哪些负面影响，还希望各位为我解惑。
mizudiwood💿 说: 补充了部分
动画制作是动画制作、制作协力是制作协力、二原是二原、摄影是摄影，我分得很清楚。
第二，我有在二原、动画、摄影、美术等关联外包公司，并且都有标注集数。
如果明文规定不行的话我以后便不会这么做了。只是我不明白不能这么做的理由，我完全是按照片头片尾的staff表中出现的名单关联的，动画的制作是许多人共同努力的结果，很多名不见经传的小公司也曾参与过许多佳作的制作，我希望能让更多人认知到他们的努力，我不认为关联他们的名字是在污染条目。
再者，我其实并不懂为何关联上就会污染条目了，这些制作公司确实参与过这部作品的制作，并且职位也写的清清楚楚，有什么会让人误解的地方吗？这只会让大家更加理解这间公司的经历，并不会造成什么污染。
第三，https://bgm.tv/group/topic/384053#37，这是SAI老板的原话：
Infobox 不应该出现 https://bgm.tv/subject/412301 这种标记人员所属公司的方式，人员所属公司是人物间关联系统要解决的问题
问题是很多时候在staff表里其实只标记了公司名称而没有标记人员，如果连公司都不关联的话就不知道该关联什么了。
还有个问题是我经常看见很多动画公司的作品列表中空荡荡的，明明实际参与过一部作品的制作，名字却不能被关连上去，不是很奇怪吗？要更好地了解一间公司的历史，他们曾经参与的二原、动画等外包项目也是很重要的一部分，可以看出他们经常与哪位监督、哪些大公司合作等等。还是那句话，我不了解关联这些项目，到底会造成哪些负面影响，还希望各位为我解惑。
#35-8 - 2024-8-5 01:45
mizudiwood🤖
其他的我不清楚，你跟层主对线
但是对于很明确的所属公司不写在制作人员对应职务一栏不应该这么操作
Luke 说: 第一，我看新添加上去的规定是动画制作一栏不能关联外包公司，我从来没有这样做过。
动画制作是动画制作、制作协力是制作协力、二原是二原、摄影是摄影，我分得很清楚。
第二，我有在二原、动画、摄影、美术等关联...
但是对于很明确的所属公司不写在制作人员对应职务一栏不应该这么操作
#35-9 - 2024-8-5 01:46
Luke
还有一点，我在动画信息里有在原画一栏写上制作人员的所属公司（因为是完全按照staff表来，我觉得我不应该擅自删掉），SAI老板的意思应该只是不要关联，而不是完全不能在信息里提到，希望您不要再把它删掉了（或者请您不要整个都删掉，我在信息里写的除了公司以外还有一些没有条目可供关联的动画人，这些人在您看来应该不是不允许的吧），谢谢。
vkn 说: ＠Luke
#35-10 - 2024-8-5 01:55
Luke
不好意思，我想要再问的明确一点。
哪些职务是可以关联公司的，哪些不行呢？
例如https://bgm.tv/person/6065，旭プロ的条目有三百多项都是关联摄影，是否代表摄影是可以关联公司的？那么背景美术呢？3DCG呢？还有其他职务呢？
造成您的不便非常抱歉，但为了将来能够正确的编辑条目，希望得到您的回答，谢谢。
mizudiwood💿 说: 其他的我不清楚，你跟层主对线
但是对于很明确的所属公司不写在制作人员对应职务一栏不应该这么操作
哪些职务是可以关联公司的，哪些不行呢？
例如https://bgm.tv/person/6065，旭プロ的条目有三百多项都是关联摄影，是否代表摄影是可以关联公司的？那么背景美术呢？3DCG呢？还有其他职务呢？
造成您的不便非常抱歉，但为了将来能够正确的编辑条目，希望得到您的回答，谢谢。
#35-11 - 2024-8-5 01:59
mizudiwood🤖
以官网和staff roll为准，staff表对应的职务是公司那就填公司，不应为了关联而强行找个名义关联上
除非有新功能上线，制作人员的所属公司应写在人物词条里
Luke 说: 不好意思，我想要再问的明确一点。
哪些职务是可以关联公司的，哪些不行呢？
例如[person] 旭プロダクション，旭プロ的条目有三百多项都是关联摄影，是否代表摄影是可以关联公司的？那么背景美术呢？3D...
除非有新功能上线，制作人员的所属公司应写在人物词条里
#35-12 - 2024-8-5 02:03
Luke
好的，我知道了，谢谢您。
mizudiwood💿 说: 以官网和staff roll为准，staff表对应的职务是公司那就填公司，不应为了关联而强行找个名义关联上
除非有新功能上线，制作人员的所属公司应写在人物词条里
#35-13 - 2024-8-5 02:07
mizudiwood🤖
@vkn 你俩好好说，涉及到要删已经填好的信息的最好还是先找当事人讨论一下
Luke 说: 还有一点，我在动画信息里有在原画一栏写上制作人员的所属公司（因为是完全按照staff表来，我觉得我不应该擅自删掉），SAI老板的意思应该只是不要关联，而不是完全不能在信息里提到，希望您不要再把它删掉了...
#35-14 - 2024-8-5 02:56
.
这种可以关联摄影/美术监督所属的公司或者主做这部的公司，你所提到的旭pro的基本都是这么来的，因为旭pro原本就是半个摄影专门会社，只是分包下去做一点的或者是非专门的元请会社就没必要标了。至于作监原画二原动仕这种要讨论的情况就更多了，因为每集都涉及到大量的人员和公司名称，但bgm的wiki系统比较只是一个简单的info索引，不支持单集表记分页及关联，重构难度太大，sai最后对这问题不就打太极然后草草折叠收场了吗，你这样写进去就算不关联后面堆一堆白字虽然折叠了也是很影响阅读的，然后bgm这个wiki系统其实跟官网公布那种单集STAFF简表是很相似的，那种一般都是只写人公司省略掉的。然后关于条目关联人物这点我的看法跟波多人是一样的，就别说什么公司之类的，人物也是不要创一大堆不出名的，但既然sai都这么结案处理了，喜欢创一堆条目的当事人也丝毫没有收敛的迹象，我也阻止不了他干什么
Luke 说: 不好意思，我想要再问的明确一点。
哪些职务是可以关联公司的，哪些不行呢？
例如https://bgm.tv/person/6065，旭プロ的条目有三百多项都是关联摄影，是否代表摄影是可以关联公司的？那...
#35-15 - 2024-8-5 05:40
mizudiwood🤖
“不要创一大堆不出名的”
这个没必要这么说吧，我同意Sai说的有不有名不应该作为是否创建的标准，只要有人愿意维护都没有问题
vkn 说: 这种可以关联摄影/美术监督所属的公司或者主做这部的公司，你所提到的旭pro的基本都是这么来的，因为旭pro原本就是半个摄影专门会社，只是分包下去做一点的或者是非专门的元请会社就没必要标了。至于作监原画...
这个没必要这么说吧，我同意Sai说的有不有名不应该作为是否创建的标准，只要有人愿意维护都没有问题
#35-16 - 2024-8-5 10:46
.
主要还是无法查证的人物比较麻烦，像有的人就喜欢连明显是马甲（不常用名义）但又查证不了是谁的人也创上去，感觉这种起码也得是有据可查然后信息源相对靠谱的才比较好
mizudiwood💿 说: “不要创一大堆不出名的”
这个没必要这么说吧，我同意Sai说的有不有名不应该作为是否创建的标准，只要有人愿意维护都没有问题
#35-17 - 2024-8-5 12:20
mizudiwood🤖
我觉得既然ED列出来了，不管是不是马甲写上去的行为本身问题不大，显示好不好看是系统的问题，如果有人愿意花精力维护站在维基角度信息是越全越好，当然要关联必须是证实后的内容
vkn 说: 主要还是无法查证的人物比较麻烦，像有的人就喜欢连明显是马甲（不常用名义）但又查证不了是谁的人也创上去，感觉这种起码也得是有据可查然后信息源相对靠谱的才比较好
#37 - 2024-8-5 14:07
day
(僕らは今のなかで)
#37-2 - 2024-8-5 14:14
#37-3 - 2024-8-5 14:18
day
标题部分我只是复制了主楼的话，实际上每次排序的编辑并不少见，参考本季度新番败犬女主太多了。
天野远子 说: 是用原文，但是不一定是当地语言，日本用英文标题的也不少，难道还特地改回去日文？
至于顺序，没有必要，大部分人添加都是点开加号添加进去的，每次还要排序大可不必
#37-4 - 2024-8-5 14:20
天野远子
只有一个例子有什么用，这个例子肯排序，其他的呢，每个都排序不现实，也没那个精力，更多是点开加号填写而已，你有需求自己去排序，要求别人就大可不必
day 说: 标题部分我只是复制了主楼的话，实际上每次排序的编辑并不少见，参考本季度新番败犬女主太多了。
#37-5 - 2024-8-5 14:30
#41 - 2024-8-6 21:02
#42 - 2024-8-14 11:18
Mauxir's mom
(像素鲸反刍不了硅基浪)
#42-1 - 2024-8-14 11:23
豆沙包罐头
确实这个问题还是要寻求一下多数意见…
在steam上发同人游戏甚至免费的也是有的，我个人是觉得实在没别的选项的话可以填，毕竟总不能填作者的SNS账号吧（如果作者比较老派还在写blog不知道行不行？
在steam上发同人游戏甚至免费的也是有的，我个人是觉得实在没别的选项的话可以填，毕竟总不能填作者的SNS账号吧（如果作者比较老派还在写blog不知道行不行？
#42-2 - 2024-8-14 11:26
mizudiwood🤖
我倒觉得填Blog日志连接更好
豆沙包罐头 说: 确实这个问题还是要寻求一下多数意见…
在steam上发同人游戏甚至免费的也是有的，我个人是觉得实在没别的选项的话可以填，毕竟总不能填作者的SNS账号吧（如果作者比较老派还在写blog不知道行不行？
#42-3 - 2024-8-14 11:32
#42-4 - 2024-8-14 11:33
#42-5 - 2024-8-14 11:34
豆沙包罐头
如果实在没得选的话…blog这种偏日记形式的，很少有系统性地罗列作品内容，即使收录可能也得想个另外的名头，比如“开发日志”或者“参考来源”这样的？
itch.io在排版上给文字和图片的面积很大，作为简单的单页介绍是合格的，steam的话区块太小而且很挤，给视频和评论区的多，一般开发者很少在这里做详细的游戏介绍。
mizudiwood🤖 说: 我倒觉得填Blog日志连接更好
itch.io在排版上给文字和图片的面积很大，作为简单的单页介绍是合格的，steam的话区块太小而且很挤，给视频和评论区的多，一般开发者很少在这里做详细的游戏介绍。
#42-6 - 2024-8-14 11:35
mizudiwood🤖
意思是这种都比销售网页好一些，官网好像并不是非填不可
豆沙包罐头 说: 如果实在没得选的话…blog这种偏日记形式的，很少有系统性地罗列作品内容，即使收录可能也得想个另外的名头，比如“开发日志”或者“参考来源”这样的？
#42-7 - 2024-8-14 11:44
豆沙包罐头
那是不是可以提一下标准化一个新的栏目叫做“商品页面”或者“销售页面”之类的，专门用来放这种官方数字分发平台（指steam，itch.io，各个主机平台的商店网页，或者DMM这种的），省得各自发明栏目名
mizudiwood🤖 说: 意思是这种都比销售网页好一些，官网好像并不是非填不可
#42-8 - 2024-8-14 11:47
mizudiwood🤖
“商品页面”或者“销售页面”可能不太妥，毕竟很多游戏不止一个贩售地址
还是按具体网站名比较好？
比如：“Steam”、“PlayStation™Store”，具体能不能标准化还要看看更多人意见
豆沙包罐头 说: 那是不是可以提一下标准化一个新的栏目叫做“商品页面”或者“销售页面”之类的，专门用来放这种官方数字分发平台（指steam，itch.io，各个主机平台的商店网页，或者DMM这种的），省得各自发明栏目名
还是按具体网站名比较好？
比如：“Steam”、“PlayStation™Store”，具体能不能标准化还要看看更多人意见
#42-9 - 2024-8-14 11:48
豆沙包罐头
不止一个的可以用那个多行的样式（主要问题还是排版上不好看
mizudiwood🤖 说: “商品页面”或者“销售页面”可能不太妥，毕竟很多游戏不止一个贩售地址
还是按具体网站名比较好？
比如：“Steam”、“PlayStation™Store”，具体能不能标准化还要看看更多人意见
#42-10 - 2024-8-14 12:04
#42-11 - 2024-8-14 12:06
豆沙包罐头
主要是不想把栏目名搞得太长，playstation store一出来右边链接写不了几个字就要换行…左边尽量还是控制在四个全角字符内
mizudiwood🤖 说: 多行不太直观，看不出是哪个站点，单纯并列在一起怪怪的
#42-12 - 2024-8-14 12:23
mizudiwood🤖
那就看看能不能就简写达成共识，比如PS store
豆沙包罐头 说: 主要是不想把栏目名搞得太长，playstation store一出来右边链接写不了几个字就要换行…左边尽量还是控制在四个全角字符内
#45 - 2024-8-14 23:53
Emily ω Bear
(Time Traveller.)
软件、桌游的收录标准还没有正式写入本小组简介里的收录范围帖子，可以在这里提一下吧。另外软件的收录范围太模糊了。
#45-1 - 2024-8-15 08:55
mizudiwood🤖
- 软件
与 ACG 相关的软件或 App，如桌面闹钟、桌面宠物、游戏引擎、地图编辑器、绘图软件等。
- 桌游
实体游戏，如卡牌游戏（包含集换式卡片游戏）、棋盘游戏（Board Game）以及其他在桌边或任何由数名玩家面对面于同一空间玩的游戏。
- 其他
其他无法归类的，与 ACG 相关的软件或 App。
其实我也没懂软件和其他的区别，之前问了老板没回我就不了了之了
与 ACG 相关的软件或 App，如桌面闹钟、桌面宠物、游戏引擎、地图编辑器、绘图软件等。
- 桌游
实体游戏，如卡牌游戏（包含集换式卡片游戏）、棋盘游戏（Board Game）以及其他在桌边或任何由数名玩家面对面于同一空间玩的游戏。
- 其他
其他无法归类的，与 ACG 相关的软件或 App。
其实我也没懂软件和其他的区别，之前问了老板没回我就不了了之了
#45-2 - 2024-8-15 09:09
mizudiwood🤖
软件：
有某个特定原作的周边衍生程序
业内制作游戏和动画常用的引擎、编辑器、绘图软件
其他：
举不出例子（看了下现在该类型下的完全没看懂）
mizudiwood🤖 说: [group/topic] 番組WIKI計画 » 讨论[WIKI] 游戏/三次元/音乐频道类型更新路线图 - Phase 2
- 软件
与 ACG 相关的软件或 App，如桌面闹钟、桌面宠物、游戏引擎...
有某个特定原作的周边衍生程序
业内制作游戏和动画常用的引擎、编辑器、绘图软件
其他：
举不出例子（看了下现在该类型下的完全没看懂）
#45-4 - 2024-9-11 20:09
Emily ω Bear
发现软件分类下有一堆AI聊天软件和《On Track》《心流小筑》这类效率工具，应该不符合收录范围吧？
mizudiwood🤖 说: 软件：
有某个特定原作的周边衍生程序
业内制作游戏和动画常用的引擎、编辑器、绘图软件
其他：
举不出例子（看了下现在该类型下的完全没看懂）
#45-5 - 2024-9-11 21:18
#45-6 - 2024-9-11 22:03
#45-7 - 2024-9-11 22:04
#45-8 - 2024-9-13 23:42
Emily ω Bear
的确有一部分AI聊天工具出现了ACG作品的角色，但这些AI聊天工具的重点是运用AI而非专门为ACG元素设计，所以AI聊天软件除非宣传中特别强调了ACG元素，还是一刀切比较好。
mizudiwood🤖 说: 微妙，没实际用过我也不好主观判断，空了看看
#45-9 - 2024-9-14 00:33
mizudiwood🤖
谁建的，@出来聊聊
Emily ω Bear 说: 的确有一部分AI聊天工具出现了ACG作品的角色，但这些AI聊天工具的重点是运用AI而非专门为ACG元素设计，所以AI聊天软件除非宣传中特别强调了ACG元素，还是一刀切比较好。
#45-12 - 2024-9-14 01:07
#45-13 - 2024-9-14 10:49
Emily ω Bear
我试用了一些原来有条目AI聊天工具，除非表明与某个ACG元素直接有直接联系，还是觉得要么全锁要么全留。在我试用过的AI聊天中，《星野》是最具“游戏性”（功能全面，创作空间更大，内购墙少）的，结果被锁了，《筑梦岛》类型和前者相同，功能和创作空间没有前者多，反而被保留。
mizudiwood🤖 说: 我先锁了（留了一些貌似带有游戏性的），有必要再解锁
#45-14 - 2024-9-14 10:51
mizudiwood🤖
我没用过啊，要不你给我详细列表，这位从来没召唤成功过
Emily ω Bear 说: 我试用了一些原来有条目AI聊天工具，除非表明与某个ACG元素直接有直接联系，还是觉得要么全锁要么全留。在我试用过的AI聊天中，《星野》是最具“游戏性”（功能全面，内购墙少）的，结果被锁了。
#45-15 - 2024-9-14 11:55
#45-16 - 2024-9-14 12:03
mizudiwood🤖
这个是？勉强有游戏性的？
Emily ω Bear 说: [subject] FLAI - The AI dreams of you
[subject] HiWaifu: AI Friend & Waifu Hub
[subject] AI Char...
#45-17 - 2024-9-14 12:52
mizudiwood🤖
https://bgm.tv/subject/505962
https://bgm.tv/subject/505795
https://bgm.tv/subject/505705
https://bgm.tv/subject/505674
这个呢（#45-15 #45-17 以外的都锁了）
Emily ω Bear 说: [subject] FLAI - The AI dreams of you
[subject] HiWaifu: AI Friend & Waifu Hub
[subject] AI Char...
https://bgm.tv/subject/505795
https://bgm.tv/subject/505705
https://bgm.tv/subject/505674
这个呢（#45-15 #45-17 以外的都锁了）
#45-18 - 2024-9-14 21:15
Emily ω Bear
#45-15 我建议锁定，和ACG没有直接关系。
#45-17 这些我没用过，而且简介也有点ACG的元素，所以不确定。
其实用了很多AI聊天软件，都大差不差，无非就是有些可对话的角色更多，或者生成内容的调节选项更多。
mizudiwood🤖 说: [subject] Summon Worlds — AI Chat+Create
[subject] AI Fantasy - Anime Fandom
[subject] Anymate
[subj...
#45-17 这些我没用过，而且简介也有点ACG的元素，所以不确定。
其实用了很多AI聊天软件，都大差不差，无非就是有些可对话的角色更多，或者生成内容的调节选项更多。
#45-19 - 2024-9-14 21:56
mizudiwood🤖
#45-15的关键字
恋爱游戏式AI聊天/引人入胜的游戏/文字冒险RPG/情侣性爱游戏/投入文字为主的冒险游戏/抽出并收集独特的卡片/沉浸式AI互动内容游戏……这个游戏跟那个游戏没关系吗
Emily ω Bear 说: #45-15 我建议锁定，和ACG没有直接关系。
#45-17 这些我没用过，而且简介也有点ACG的元素，所以不确定。
其实用了很多AI聊天软件，都大差不差，无非就是有些可对话的角色更多，或者生成内容...
恋爱游戏式AI聊天/引人入胜的游戏/文字冒险RPG/情侣性爱游戏/投入文字为主的冒险游戏/抽出并收集独特的卡片/沉浸式AI互动内容游戏……这个游戏跟那个游戏没关系吗
#45-20 - 2024-9-14 22:33
Emily ω Bear
看你怎么理解Galgame的游戏性了。我个人认为这些软件还达不到游戏的标准，就我试用的几个目前AI聊天软件，其生成内容的水平都不高，还做不到逻辑通畅、反应合理，也没法根据场合生成对应的背景、立绘和音乐。另外既然它说自己是游戏，为啥会创建者把它放在软件分类呢。
mizudiwood🤖 说: #45-15的关键字
恋爱游戏式AI聊天/引人入胜的游戏/文字冒险RPG/情侣性爱游戏/投入文字为主的冒险游戏/抽出并收集独特的卡片/沉浸式AI互动内容游戏……这个游戏跟那个游戏没关系吗
#45-21 - 2024-9-14 22:37
mizudiwood🤖
@knh初 @豆沙包罐头 场外求助一下最近游戏区还算活跃的维基人听听意见
Emily ω Bear 说: 看你怎么理解Galgame的游戏性了。我个人认为这些软件还达不到游戏的标准，就我试用的几个目前AI聊天软件，其生成内容的水平都不高，还做不到逻辑通畅、反应合理，也没法根据场合生成对应的背景、立绘和音乐...
#45-25 - 2024-9-14 22:49
Emily ω Bear
#45-15那些肯定和ACG相关差得远啊。既没有和任何ACG作品相关，也没有突出什么ACG元素，至于它简介里的“游戏”宣传语上面说了我的想法。
mizudiwood🤖 说: 不是游戏，就是在软件分类里，到底能不能算ACG相关
#45-26 - 2024-9-14 22:50
#45-27 - 2024-9-14 22:58
豆沙包罐头
看了其中6/7个，我看全杀了吧，这东西和自己去openai.com开个session然后现场催眠一个有区别吗…
mizudiwood🤖 说: 那看45-15和-17，是留几个还是一刀切，光看描述也不好区分
#45-28 - 2024-9-14 22:59
#45-29 - 2024-9-14 23:04
knh初
看起来还不如Habitica，forest之类的游戏化productivity app像游戏。我也支持都锁定了，等原创建者自己申诉。
mizudiwood🤖 说: 那看45-15和-17，是留几个还是一刀切，光看描述也不好区分
#45-30 - 2024-9-14 23:06
mizudiwood🤖
创建者印象中从来没参与过wiki讨论，@也不出来
knh初 说: 看起来还不如Habitica，forest之类的游戏化productivity app像游戏。我也支持都锁定了，等原创建者自己申诉。
#45-31 - 2024-10-4 14:22
Emily ω Bear
所以是暂时决定一刀切了？如果决定了还有一些“漏网之鱼”：
https://bgm.tv/subject/505953
https://bgm.tv/subject/505795
https://bgm.tv/subject/505705
https://bgm.tv/subject/505674
https://bgm.tv/subject/505802
https://bgm.tv/subject/505354
https://bgm.tv/subject/505962
mizudiwood🤖 说: 创建者印象中从来没参与过wiki讨论，@也不出来
https://bgm.tv/subject/505953
https://bgm.tv/subject/505795
https://bgm.tv/subject/505705
https://bgm.tv/subject/505674
https://bgm.tv/subject/505802
https://bgm.tv/subject/505354
https://bgm.tv/subject/505962
#45-32 - 2024-10-4 14:23
mizudiwood🤖
@Sai🖖 老板定吧
Emily ω Bear 说: 所以是暂时决定一刀切了？如果决定了还有一些“漏网之鱼”：
[subject] AI CharFriend
[subject] AI Fantasy - Anime Fandom
[subject] A...
#45-33 - 2024-10-7 13:00
mizudiwood🤖
切了，有需要等申诉
Emily ω Bear 说: 所以是暂时决定一刀切了？如果决定了还有一些“漏网之鱼”：
https://bgm.tv/subject/505953
https://bgm.tv/subject/505795
https://bgm...
#46 - 2024-8-16 00:55
anothersea
#46-2 - 2024-8-16 01:22
anothersea
好的。日版是最早出版的，这样来讲应该删掉中国版画集的条目。
但考虑到中国版有活人收藏；而且两个版本定位不同：作者（推特主页）更倾向宣传中国版，少年星象没有日版，我建议建两个条目。
mizudiwood🤖 说: 没必要，同一个条目记载多版本信息即可
但考虑到中国版有活人收藏；而且两个版本定位不同：作者（推特主页）更倾向宣传中国版，少年星象没有日版，我建议建两个条目。
#46-3 - 2024-8-16 01:29
mizudiwood🤖
这个是很基础的收录标准了，只能合并
seaaaaa 说: 好的。日版是最早出版的，这样来讲应该删掉中国版画集的条目。
但考虑到中国版有活人收藏；而且两个版本定位不同：作者（推特主页）更倾向宣传中国版，少年星象没有日版，我建议建两个条目。
#50 - 2024-8-20 09:04
Mauxir's mom
(像素鲸反刍不了硅基浪)
#50-1 - 2024-8-20 09:07
mizudiwood🤖
頓號前後是並列關係，兩個不同的case
直接出版+上架建議輕小說
網絡連載+正式出版
後面那個屬於不鼓勵收錄的範疇，主要是針對雜誌上連載的短篇輕小說或漫畫
網絡平台短篇目前沒有可以標準化的門檻，基本不用考慮
直接出版+上架建議輕小說
網絡連載+正式出版
後面那個屬於不鼓勵收錄的範疇，主要是針對雜誌上連載的短篇輕小說或漫畫
網絡平台短篇目前沒有可以標準化的門檻，基本不用考慮
#51 - 2024-8-27 21:35
Mauxir's mom
(像素鲸反刍不了硅基浪)
#51-3 - 2024-8-27 21:52
mizudiwood🤖
emmm，那你们进一步讨论吧，严格来说web确实不算平台，看是网页游戏统一用web还是都改成PC
loyaleague 说: 绝大多数已往条目写的都是Web。
https://bgm.tv/game/tag/WEB
#51-4 - 2024-8-27 21:56
loyaleague
Web browser不能等同于PC，因为其他平台比如Xbox和手机都能访问网页。对于网页游戏维基百科也是写平台Web Browser的。
https://en.wikipedia.org/wiki/Fireboy_and_Watergirl
mizudiwood🤖 说: emmm，那你们进一步讨论吧，严格来说web确实不算平台，看是网页游戏统一用web还是都改成PC
https://en.wikipedia.org/wiki/Fireboy_and_Watergirl
#51-5 - 2024-8-27 22:00
mizudiwood🤖
对标的话是否应该改成“Browser”
loyaleague 说: Web browser不能等同于PC，因为其他平台比如Xbox和手机都能访问网页。维基百科也是写上平台Web Browser的。
https://en.wikipedia.org/wiki/Fireb...
#51-6 - 2024-8-27 22:11
loyaleague
按已往惯例写作Web最省事，毕竟创建这类条目的用户以后还是会写Web。
等有了主楼提到的“平台格式标准化”后，再考虑是否统一改成Browser吧。
mizudiwood🤖 说: 对标的话是否应该改成“Browser”
等有了主楼提到的“平台格式标准化”后，再考虑是否统一改成Browser吧。
#51-7 - 2024-8-27 22:24
mizudiwood🤖
但现在很多微信小程序之类的新事物，这到底算web还是iOS/Android呢，总觉得web还是太笼统，虽然平台填的不规范影响也不大
loyaleague 说: 按已往惯例写作Web最省事，毕竟创建这类条目的用户以后还是会写Web。
等有了主楼提到的“平台格式标准化”后，再考虑是否统一改成Browser吧。
#52 - 2024-8-28 16:41
mizudiwood🤖
(25年小结→bgm.tv/blog/366790)
#52-1 - 2024-8-28 16:56
#52-2 - 2024-8-28 16:56
mizudiwood🤖
是啊，我是觉得不该填
𝑬𝒍𝒎𝒐 说: 部分电子书在配信站点上架前并未参与连载，连载杂志可以不填吧。就像轻小说大多都没连载直接出的单行本。
获取渠道在游戏区也有steam那种直接填链接的，感觉没必要关联职位。
#52-4 - 2024-8-29 10:17
mizudiwood🤖
几个常见的电子书店（官方定义電子書店/電子コミックストア）
LINEマンガ：https://bgm.tv/person/23698
连载杂志 (155)，電子書籍ストア，好像也有自有版权的连载，应该是另外有个LINE STORE，但是具体是哪些书籍待查
コミックシーモア：https://bgm.tv/person/38810
连载杂志 (98)，電子書籍販売サイト、電子書籍ストア
BookLive!：https://bgm.tv/person/33414
電子書籍ストア、電子書店已消灭
めちゃコミック：https://bgm.tv/person/36116
连载杂志 (54)，電子書籍・漫画ストア
ComicFesta：https://bgm.tv/person/50556
连载杂志 (5)，電子コミックストア已消灭
DLsite：https://bgm.tv/person/37752
暂无“连载杂志”关联，電子書籍ストア
其他“電子書籍ストア”：
DLsite comipo
Amazon Kindleストア
Renta!
まんが王国
honto
楽天Kobo
Reader Store
BOOKWALKER
Amebaマンガ
yodobashi.com
dブック
auブックパス
フジテレビオンデマンド
セブンネットショッピング
kinoppy
comico
U-NEXT
iコミック★らんど
アクセスBOOKS
COCORO BOOKS
まんがセゾン
いつでも書店
IBGマスターCPサービス
エルラブ
エロもび
漫画全巻ドットコム
マンガハックPerry
等
https://comic-meteor.jp/ebooklist/
如果官方有特别说明再XX平台“新連載”，这种感觉写了没什么问题，其他代售的我个人感觉都不该关联
新連載
https://natalie.mu/comic/news/342638
纯配信（官网指路多个电子书店）
https://katts.jp/backlist-k/
https://comicbavel.com/dascomi-a/
LINEマンガ：https://bgm.tv/person/23698
连载杂志 (155)，電子書籍ストア，好像也有自有版权的连载，应该是另外有个LINE STORE，但是具体是哪些书籍待查
コミックシーモア：https://bgm.tv/person/38810
连载杂志 (98)，電子書籍販売サイト、電子書籍ストア
BookLive!：https://bgm.tv/person/33414
電子書籍ストア、電子書店已消灭
めちゃコミック：https://bgm.tv/person/36116
连载杂志 (54)，電子書籍・漫画ストア
ComicFesta：https://bgm.tv/person/50556
连载杂志 (5)，電子コミックストア已消灭
DLsite：https://bgm.tv/person/37752
暂无“连载杂志”关联，電子書籍ストア
其他“電子書籍ストア”：
DLsite comipo
Amazon Kindleストア
Renta!
まんが王国
honto
楽天Kobo
Reader Store
BOOKWALKER
Amebaマンガ
yodobashi.com
dブック
auブックパス
フジテレビオンデマンド
セブンネットショッピング
kinoppy
comico
U-NEXT
iコミック★らんど
アクセスBOOKS
COCORO BOOKS
まんがセゾン
いつでも書店
IBGマスターCPサービス
エルラブ
エロもび
漫画全巻ドットコム
マンガハックPerry
等
https://comic-meteor.jp/ebooklist/
如果官方有特别说明再XX平台“新連載”，这种感觉写了没什么问题，其他代售的我个人感觉都不该关联
新連載
https://natalie.mu/comic/news/342638
纯配信（官网指路多个电子书店）
https://katts.jp/backlist-k/
https://comicbavel.com/dascomi-a/
#52-6 - 2024-8-29 17:17
夏目残夏
现在Web连载的漫画很多，个人常见的有两种情况。
一个是平台独家（先行），一个是某label同时在常见的电子平台配信。
我自己的习惯是：
前者，独占、先行的就填那个平台，
コミックシーモア和めちゃコミック比较常见。
后面那个，好像就没填了
现在的情况下，个人觉得：
1. 单话包含在电子杂志的 → 连载杂志= 电子杂志名
2. 单话独家 → 连载杂志 = 连载平台
3. 单话先行 → 连载杂志 = 连载平台（？）
4. 同时配信 → 连载杂志 = 不填
LINEマンガ是条漫比较多（指韩漫，少数会出版）
不过其实现在很多平台都会推自家签约的独占作品，连apple store、docomo都有（韩漫吧），所以先行这个看看大家意见
最优解当然是有个新的配信站点，许愿一个新的关联职位+1
mizudiwood🤖 说: @夏目残夏 @某经济的消费函数 问下意见
一个是平台独家（先行），一个是某label同时在常见的电子平台配信。
我自己的习惯是：
前者，独占、先行的就填那个平台，
コミックシーモア和めちゃコミック比较常见。
后面那个，好像就没填了
现在的情况下，个人觉得：
1. 单话包含在电子杂志的 → 连载杂志= 电子杂志名
2. 单话独家 → 连载杂志 = 连载平台
3. 单话先行 → 连载杂志 = 连载平台（？）
4. 同时配信 → 连载杂志 = 不填
LINEマンガ是条漫比较多（指韩漫，少数会出版）
不过其实现在很多平台都会推自家签约的独占作品，连apple store、docomo都有（韩漫吧），所以先行这个看看大家意见
最优解当然是有个新的配信站点，许愿一个新的关联职位+1
#52-7 - 2024-8-29 17:30
mizudiwood🤖
1. 单话包含在电子杂志的 → 连载杂志= 电子杂志名→如果是找得到杂志封面的，没意见
举例：
https://bgm.tv/person/55136
https://bgm.tv/person/67543
https://bgm.tv/person/47165
https://bgm.tv/person/67343
https://bgm.tv/person/67355
https://bgm.tv/person/67525
https://bgm.tv/person/67156
https://bgm.tv/person/67520
但是有一种情况是很多杂志和Label同名（比如アナンガ・ランガ、ダスコミ），我建议是分开，但我也有点迷糊
https://twitter.com/comic_bavel
同一个编辑部既出杂志，又直接卖单话（不走杂志）
2、3、4. 以label的名义电子出版单话配信独家的好像很少，一开始独家的后面也保不齐追加平台，你关联的很多我现在查都不止一家，建议按直接出版处理，不填连载杂志，但这目前也只是我个人意见
举例：
https://katts.jp/backlist-k/
韩漫完全不懂，我感觉自投稿的是不该收录，如果版权在LINEマンガ的可以按连载算
话说这么搞的我看了一圈95%都是你关联的，估计也没什么人讨论
夏目残夏 说: 现在Web连载的漫画很多，个人常见的有两种情况。
一个是平台独家（先行），一个是某label同时在常见的电子平台配信。
我自己的习惯是：
前者，独占、先行的就填那个平台，
コミックシーモア和めちゃコ...
举例：
https://bgm.tv/person/55136
https://bgm.tv/person/67543
https://bgm.tv/person/47165
https://bgm.tv/person/67343
https://bgm.tv/person/67355
https://bgm.tv/person/67525
https://bgm.tv/person/67156
https://bgm.tv/person/67520
但是有一种情况是很多杂志和Label同名（比如アナンガ・ランガ、ダスコミ），我建议是分开，但我也有点迷糊
https://twitter.com/comic_bavel
同一个编辑部既出杂志，又直接卖单话（不走杂志）
2、3、4. 以label的名义电子出版单话配信独家的好像很少，一开始独家的后面也保不齐追加平台，你关联的很多我现在查都不止一家
，建议按直接出版处理，不填连载杂志，但这目前也只是我个人意见举例：
https://katts.jp/backlist-k/
韩漫完全不懂，我感觉自投稿的是不该收录，如果版权在LINEマンガ的可以按连载算
话说这么搞的我看了一圈95%都是你关联的，估计也没什么人讨论
#52-9 - 2024-8-29 19:11
某经济的消费函数
支持配信站点不关联至连载杂志。
支持平台独家（先行）的情况也可以关联至连载杂志。
支持有出版可能的、在自投稿平台上连载的，关联至连载杂志。
顺便提一句关于纸质书对应的连载杂志情况（可能电子书也会有？），虽然不是关于配信站点的，是关于mook的。就成人向的“アンソロジーコミック”而言，通常会作为商业出版的短篇漫画集被bgm收录（一般向的好像不作收录），但又有可能是一些已出版的成人向漫画书籍的唯一“连载杂志”（例如百合不純交遊中的某部分在二次元コミックマガジン 近親百合エッチ上连载）,这时候我也是觉得不用填连载杂志。不过成人向的小本本在bgm上很少填连载杂志贴个讨论链接
mizudiwood🤖 说: @夏目残夏 @某经济的消费函数 问下意见
支持平台独家（先行）的情况也可以关联至连载杂志。
支持有出版可能的、在自投稿平台上连载的，关联至连载杂志。
顺便提一句关于纸质书对应的连载杂志情况（可能电子书也会有？），虽然不是关于配信站点的，是关于mook的。就成人向的“アンソロジーコミック”而言，通常会作为商业出版的短篇漫画集被bgm收录（一般向的好像不作收录），但又有可能是一些已出版的成人向漫画书籍的唯一“连载杂志”（例如百合不純交遊中的某部分在二次元コミックマガジン 近親百合エッチ上连载）,这时候我也是觉得不用填连载杂志。不过成人向的小本本在bgm上很少填连载杂志
贴个讨论链接#52-10 - 2024-8-29 19:15
mizudiwood🤖
支持平台独家（先行）的情况也可以关联至连载杂志。
这个我很少看到独家，可以举个例子吗
之前也查过很多资料mook是介于书籍和杂志之间的一种东西，可以是“有ISBN的杂志”也可能是集结某个主题的特刊（单本或几本之类结束），所以收录范围很暧昧
明确vol.1、vol.2……那种长得像杂志的mook目前应该是不收录，但是有ISBN的带特定主题合志是可以收的，跟是不是一般向没关系
连载杂志好像不是非填不可吧，轻小说好多直接出的
某经济的消费函数 说: 支持配信站点不关联至连载杂志。
支持平台独家（先行）的情况也可以关联至连载杂志。
支持有出版可能的、在自投稿平台上连载的，关联至连载杂志。
顺便提一句关于纸质书对应的连载杂志情况（可能电子书也会有？）...
这个我很少看到独家，可以举个例子吗
之前也查过很多资料mook是介于书籍和杂志之间的一种东西，可以是“有ISBN的杂志”也可能是集结某个主题的特刊（单本或几本之类结束），所以收录范围很暧昧
明确vol.1、vol.2……那种长得像杂志的mook目前应该是不收录，但是有ISBN的带特定主题合志是可以收的，跟是不是一般向没关系
连载杂志好像不是非填不可吧，轻小说好多直接出的
#52-11 - 2024-8-29 19:20
mizudiwood🤖
讨论楼我补充到主楼了，现在大多数讨论都不了了之，讨论人数太少根本得不出结论
某经济的消费函数 说: 支持配信站点不关联至连载杂志。
支持平台独家（先行）的情况也可以关联至连载杂志。
支持有出版可能的、在自投稿平台上连载的，关联至连载杂志。
顺便提一句关于纸质书对应的连载杂志情况（可能电子书也会有？）...
#52-12 - 2024-8-29 19:58
某经济的消费函数
https://www.cmoa.jp/genre/161/ 这种？
mizudiwood🤖 说: 支持平台独家（先行）的情况也可以关联至连载杂志。
这个我很少看到独家，可以举个例子吗
之前也查过很多资料mook是介于书籍和杂志之间的一种东西，可以是“有ISBN的杂志”也可能是集结某个主题的特刊（...
#52-13 - 2024-8-29 20:22
mizudiwood🤖
https://www.cmoa.jp/precede/
他好像另外还有个先行标签
看了一下独占的写成连载杂志好像也不是不行……只是先行的有点微妙
那么假设可以增加一个这类“其他出版社或团体委托贩卖电子书的电子书店”的关联项，跟快看漫画、哔哩哔哩漫画这种自有版权、且不用下载可以直接在线观看的站点（应该还是连载杂志）区分，取什么名字？
电子书店/電子書籍ストア
发布商店/配信ストア
某经济的消费函数 说: https://www.cmoa.jp/genre/161/ 这种？
他好像另外还有个先行标签
看了一下独占的写成连载杂志好像也不是不行……只是先行的有点微妙
那么假设可以增加一个这类“其他出版社或团体委托贩卖电子书的电子书店”的关联项，跟快看漫画、哔哩哔哩漫画这种自有版权、且不用下载可以直接在线观看的站点（应该还是连载杂志）区分，取什么名字？
电子书店/電子書籍ストア
发布商店/配信ストア
#52-14 - 2024-8-29 20:37
某经济的消费函数
也是，单是先行的话会有点微妙。关于名字，挠头，我也不懂。话说真出这个选项的话，那不是可能会多出好多串关联，比如在好几个国家都有发行的漫画
mizudiwood🤖 说: https://www.cmoa.jp/precede/
他好像另外还有个先行标签
看了一下独占的写成连载杂志好像也不是不行……只是先行的有点微妙
那么假设可以增加一个这类“其他出版社或团体委托贩...
，比如在好几个国家都有发行的漫画#52-15 - 2024-8-29 20:43
夏目残夏
1. 杂志和label同名的，都会核实下再写，BL这种情况比较常见，这个ok的。
2.先行连载的写平台，其实只是为了和连载开始时间对应下，因为有些先行会有2个月时间差（？）
（但实际上也只是记录数据，意义不大，毕竟各大平台都找得到）
统一不写也可以，还能减少点查资料的时间，我没有意见。
3.电子书店/電子書籍ストア
发布商店/配信ストア
感觉现在好多平台都兼备了两种功能，而且平台太多了好像没必要都写上，这样排版会好长，建议不写？
mizudiwood🤖 说: 1. 单话包含在电子杂志的 → 连载杂志= 电子杂志名→如果是找得到杂志封面的，没意见
举例：
https://bgm.tv/person/55136
https://bgm.tv/person/67...
2.先行连载的写平台，其实只是为了和连载开始时间对应下，因为有些先行会有2个月时间差（？）
（但实际上也只是记录数据，意义不大，毕竟各大平台都找得到）
统一不写也可以，还能减少点查资料的时间，我没有意见。
3.电子书店/電子書籍ストア
发布商店/配信ストア
感觉现在好多平台都兼备了两种功能，而且平台太多了好像没必要都写上，这样排版会好长，建议不写？
#52-16 - 2024-8-29 21:13
mizudiwood🤖
啊？我那两个是备选，一个意思
那你意思是不是独占（独占的我也觉得有点微妙本质上它还是个商店）的都删了不关联吗……我是没意见（
或者如果有多个的话，可以不写或者只写首发
夏目残夏 说: 1. 杂志和label同名的，都会核实下再写，BL这种情况比较常见，这个ok的。
2.先行连载的写平台，其实只是为了和连载开始时间对应下，因为有些先行会有2个月时间差（？）
（但实际上也只是记录数...
那你意思是不是独占（独占的我也觉得有点微妙本质上它还是个商店）的都删了不关联吗……我是没意见（
或者如果有多个的话，可以不写或者只写首发
#52-17 - 2024-8-29 21:19
mizudiwood🤖
我建议是真出只填首发，有人要都关联也不是不行，信息更完整嘛反正又不是错的，他愿意标注一下日中英韩岂不是更好（
某经济的消费函数 说: 也是，单是先行的话会有点微妙。关于名字，挠头，我也不懂。话说真出这个选项的话，那不是可能会多出好多串关联，比如在好几个国家都有发行的漫画
，有人要都关联也不是不行，信息更完整嘛反正又不是错的，他愿意标注一下日中英韩岂不是更好（#52-18 - 2024-8-30 10:29
夏目残夏
啊，我理解错了
我建议是独占、先行这两种情况还是关联【首发】，现有的就不删了吧？
有时候追漫画最新话，可能还是需要找先行平台
mizudiwood🤖 说: 啊？我那两个是备选，一个意思
那你意思是不是独占（独占的我也觉得有点微妙本质上它还是个商店）的都删了不关联吗……我是没意见（
或者如果有多个的话，可以不写或者只写首发
我建议是独占、先行这两种情况还是关联【首发】，现有的就不删了吧？
有时候追漫画最新话，可能还是需要找先行平台
#52-19 - 2024-8-30 10:34
mizudiwood🤖
所以现在的意思是新建个关联向还是继续用连载杂志，连载杂志好别扭啊
夏目残夏 说: 啊，我理解错了
我建议是独占、先行这两种情况还是关联【首发】，现有的就不删了吧？
有时候追漫画最新话，可能还是需要找先行平台
#52-20 - 2024-8-30 12:47
夏目残夏
如果可以，新建个关联项会更好吧？
杂志应该是对应当年纸质的时代了，现在Web的占比已经越来越多了。
名字的话， 【电子书店】比较好理解，日文写電子書籍サイト或者電子書籍ストア都可以？
mizudiwood🤖 说: 所以现在的意思是新建个关联向还是继续用连载杂志，连载杂志好别扭啊
杂志应该是对应当年纸质的时代了，现在Web的占比已经越来越多了。
名字的话， 【电子书店】比较好理解，日文写電子書籍サイト或者電子書籍ストア都可以？
#52-21 - 2024-8-30 12:51
mizudiwood🤖
@Sai🖖 老板能看看能加一个关联项吗，电子书店/電子書籍ストア
用于非自有版权的挂卖电子书籍文件包的配信站点/APP，跟连载杂志区分
-----------------------------------------------------------
ストア包括アプリ应该更实用些
哔哩哔哩漫画、起点中文网这种自有版权在线连载的我觉得继续用连载杂志没什么问题
夏目残夏 说: 如果可以，新建个关联项会更好吧？
杂志应该是对应当年纸质的时代了，现在Web的占比已经越来越多了。
名字的话， 【电子书店】比较好理解，日文写電子書籍サイト或者電子書籍ストア都可以？
用于非自有版权的挂卖电子书籍文件包的配信站点/APP，跟连载杂志区分
-----------------------------------------------------------
ストア包括アプリ应该更实用些
哔哩哔哩漫画、起点中文网这种自有版权在线连载的我觉得继续用连载杂志没什么问题
#52-22 - 2024-9-22 00:16
mizudiwood🤖
老板的意思是不填这个东西，最多直接填精确到作品的那个链接（外链）
https://bgm.tv/subject/260969
跟游戏区的steam一个待遇（steam作为很多游戏的首发甚至独占甚至连人物词条都没有，amazon作为最大的卖书平台也没有词条）
夏目残夏 说: 如果可以，新建个关联项会更好吧？
杂志应该是对应当年纸质的时代了，现在Web的占比已经越来越多了。
名字的话， 【电子书店】比较好理解，日文写電子書籍サイト或者電子書籍ストア都可以？
https://bgm.tv/subject/260969
跟游戏区的steam一个待遇（steam作为很多游戏的首发甚至独占甚至连人物词条都没有，amazon作为最大的卖书平台也没有词条
）#52-23 - 2024-9-23 10:32
夏目残夏
也行吧，123上链接！
mizudiwood🤖 说: 老板的意思是不填这个东西，最多直接填精确到作品的那个链接（外联）
https://bgm.tv/subject/260969
跟游戏区的steam一个待遇（steam作为很多游戏的首发甚至独占甚至连...
#52-25 - 2024-9-23 12:03
#52-26 - 2024-9-23 12:09
#52-27 - 2024-9-23 12:10
mizudiwood🤖
@某经济的消费函数 还有这位，香召唤不出来只能算了
mizudiwood🤖 说: 老板的意思是不填这个东西，最多直接填精确到作品的那个链接（外联）
[subject] 怨霊奥様 | 怨灵夫人
跟游戏区的steam一个待遇（steam作为很多游戏的首发甚至独占甚至连人物词条都没有，...
#52-31 - 2024-9-27 10:42
夏目残夏
这个好！链接的话，前缀一定是https才能变成气泡显示吗？
mizudiwood🤖 说: https://bgm.tv/subject/260969
系统更新了，以后这样写@𝑬𝒍𝒎𝒐 @某经济的消费函数 @夏目残夏
#52-34 - 2024-10-3 13:32
祈
自投稿网络文学作品也是这个标准吗？
如果是各种论坛或个人博客发布（有正式出版），能否收录？
mizudiwood🤖 说: 补充一个，如果有出版的情况，微博、pixiv、爱发电这种自投稿平台也可以填成连载杂志，按网络连载的标准（需要正式出版）收录
如果是各种论坛或个人博客发布（有正式出版），能否收录？
#52-35 - 2024-10-3 13:39
mizudiwood🤖
自投稿是指连载吗
比如微博/爱发电/lofter那种定期更新的网络小说最后又正式出版的可以
祈 说: 自投稿网络文学作品也是这个标准吗？
如果是各种论坛或个人博客发布（有正式出版），能否收录？
比如微博/爱发电/lofter那种定期更新的网络小说最后又正式出版的可以
#52-36 - 2024-10-3 14:02
#52-37 - 2024-10-3 14:05
mizudiwood🤖
论坛可以哦，有正式出版百度贴吧都行，连载杂志那里写一下，我之前看了半天都锁了，看到有漫画又解锁了
祈 说: 会有这疑问是因为正在研究河图文化的收录范围能到哪边。
网络文学里面的刘备文主要存活在各种形式的论坛，什么第一版主、春满四合院之类，有点不太确定是否限定于商业平台连载
#52-39 - 2024-10-29 16:01
mizudiwood🤖
@nthrkbrk https://bgm.tv/person/38810/works 这个不要再关联连载杂志啦
mizudiwood🤖 说: [subject] 怨霊奥様 | 怨灵夫人
系统更新了，以后这样写@𝑬𝒍𝒎𝒐 @某经济的消费函数 @夏目残夏
#52-40 - 2024-10-29 21:30
#52-41 - 2024-10-29 21:57
#54 - 2024-8-31 20:29
#56 - 2024-9-3 09:02
GurrenLagnn
(acg爱好者)
#56-3 - 2024-9-3 09:38
mizudiwood🤖
你倒是说具体哪里符合啊
9. 其他一般出版书（非漫画/轻小说/画集/公式书/偶像写真、无ACG改编、非网络连载、非推理/科幻/奇幻）不收录（请关联上相关作品或写上连载/出版信息以免误伤）
GurrenLagnn 说: 具体是哪里不符合
9. 其他一般出版书（非漫画/轻小说/画集/公式书/偶像写真、无ACG改编、非网络连载、非推理/科幻/奇幻）不收录（请关联上相关作品或写上连载/出版信息以免误伤）
#57 - 2024-9-3 15:37
豆沙包罐头
#57-2 - 2024-9-3 18:16
#57-3 - 2024-9-3 18:18
mizudiwood🤖
那麻烦你以后的条目只精确到年月日吧
已经建的条目让层主帮你改改
风祭雅 说: 不是专业人，不懂那么多规矩，纯复制粘贴DL上的。我只是想第一时间建条目供自己标记，相信后续专业的维基人的智慧（修改）
已经建的条目让层主帮你改改
#58 - 2024-9-3 23:22
#60 - 2024-9-6 04:35
bangumi 教宗
#60-3 - 2024-9-6 11:33
bangumi 教宗
不是，只是我刚编辑的条目遇到了这个问题。我写的电视网，另一个维基人改成别的了。
mizudiwood🤖 说: 你是想把这个也爬一遍？三次元的规范还没人专门讨论过，属于收录范围外三不管地带
#61 - 2024-9-6 16:57
豆沙包罐头
因为看到某个条目想起来这个，本来还想发一帖既然这里有了就直接在这弄吧
历史遗留问题之凋叶棕
根据他自己的说明 http://www.rd-sounds.com/about.html
===========
Who is RD？
何かこうか迷う ＋Name
RD (そのままあーるでぃ)
＋Circle name
"RD-Sounds" or "凋叶棕(ティアオイエツォン)"
「RD-Sounds」がメインの名義です。「凋叶棕」は主に東方アレンジで参加する際にサークルで使います。
===========
@SilenceAkarin @早喵 @Mikeneko @ハッカちゃん at几个一时能想起来的常见的搞碟子条目小伙伴，有没有空来修一下
的关联啊
我突然想修一下La prière的关联，但是棗いつき/nayuta/藍月なくる/以及其他大量歌手那边应该还有不少没关联/被手写成凋叶棕的错误关联，太多了弄不完
总之就是非车万的同人创作以及商业创作都应该是RD-Sounds
4. 制作人员最好填写该人员在本作品使用的名义（马甲）
历史遗留问题之凋叶棕
根据他自己的说明 http://www.rd-sounds.com/about.html
===========
Who is RD？
何かこうか迷う ＋Name
RD (そのままあーるでぃ)
＋Circle name
"RD-Sounds" or "凋叶棕(ティアオイエツォン)"
「RD-Sounds」がメインの名義です。「凋叶棕」は主に東方アレンジで参加する際にサークルで使います。
===========
@SilenceAkarin @早喵 @Mikeneko @ハッカちゃん at几个一时能想起来的常见的搞碟子条目小伙伴，有没有空来修一下
RD-Sounds (凋叶棕)
的关联啊
我突然想修一下La prière的关联，但是棗いつき/nayuta/藍月なくる/以及其他大量歌手那边应该还有不少没关联/被手写成凋叶棕的错误关联，太多了弄不完总之就是非车万的同人创作以及商业创作都应该是RD-Sounds
#61-2 - 2024-9-6 17:09
#61-3 - 2024-9-6 22:31
早喵
我也早就看凋叶棕不爽了，周末抽空修修。不过我个人还是更倾向于给RD-Sounds单独开一个人物页面，凋叶棕是他的东方社团皮，所以我认为凋叶棕应算作厂牌里，而RD-Sounds是他作为个人名义出现在各类专辑的作/编曲职位。这样在凋叶棕的关联作品中，就不会出现原创作品了，更符合实际情况（
---
姑且把目前的词条都修了一遍
我也早就看凋叶棕不爽了，周末抽空修修。不过我个人还是更倾向于给RD-Sounds单独开一个人物页面，凋叶棕是他的东方社团皮，所以我认为凋叶棕应算作厂牌里，而RD-Sounds是他作为个人名义出现在各类专辑的作/编曲职位。这样在凋叶棕的关联作品中，就不会出现原创作品了，更符合实际情况（---
姑且把目前的词条都修了一遍
#61-4 - 2024-9-6 22:34
mizudiwood🤖
别啊，咱们班固米不建皮，只扒皮（
早喵 说: 我也早就看凋叶棕不爽了，周末抽空修修。不过我个人还是更倾向于给RD-Sounds单独开一个人物页面，凋叶棕是他的东方社团皮，所以我认为凋叶棕应算作厂牌里，而RD-Sounds是他作为个人名义出现在各类...
#61-5 - 2024-9-7 04:16
豆沙包罐头
http://www.rd-sounds.com/c93.html
这样看的话，即使RD-SOUNDS也用于东方相关创作的表记（编曲）那么基于你班条目机制+编辑前例，以及RD-SOUNDS自己习惯的用法，整理一下规则：
一个名为RD-SOUNDS的条目，标记别名RD（日志中的自称），这个条目被用于关联所有作编曲/词的职位（按照上面那张C93的例子，东方arrange甚至都应该用这个来关联编曲），不需要在后面括号标记凋叶粽
一个名为凋叶粽的条目，用于RD-SOUNDS的东方arrange专辑的circle/厂牌关联
后者沿用目前已有条目，完善一下内容说明
这样应该是比较合适？
早喵 说: 我也早就看凋叶棕不爽了，周末抽空修修。不过我个人还是更倾向于给RD-Sounds单独开一个人物页面，凋叶棕是他的东方社团皮，所以我认为凋叶棕应算作厂牌里，而RD-Sounds是他作为个人名义出现在各类...
这样看的话，即使RD-SOUNDS也用于东方相关创作的表记（编曲）
＋Produce：凋叶棕
＋Arrange：RD-Sounds
一个名为RD-SOUNDS的条目，标记别名RD（日志中的自称），这个条目被用于关联所有作编曲/词的职位（按照上面那张C93的例子，东方arrange甚至都应该用这个来关联编曲），不需要在后面括号标记凋叶粽
一个名为凋叶粽的条目，用于RD-SOUNDS的东方arrange专辑的circle/厂牌关联
后者沿用目前已有条目，完善一下内容说明
这样应该是比较合适？
#61-6 - 2024-9-7 09:33
mizudiwood🤖
为啥要拆开
豆沙包罐头 说: http://www.rd-sounds.com/c93.html
这样看的话，即使RD-SOUNDS也用于东方相关创作的表记（编曲）＋Produce：凋叶棕
＋Arrange：RD-Sounds那么...
#61-7 - 2024-9-7 09:59
豆沙包罐头
简单说的话，一个是社团名，一个是干活的名字（虽然这个干活用的马甲更像是很常见的“一人社团”），我们这几个搞同人音乐条目的一般习惯是把社团放在厂牌的位置（因为和商业音乐的label用途类似，更像是一个品牌，但是具体操作上也有很多主观判断，要看社团的组成和创作者自己的定义，采用什么名义，比如现在这个例子），歌手/创作者放到艺术家栏目或者下面的作词作曲这些具体职位。
这样拆的好处在于，对于那些高强度走穴/到处供稿/交友广泛的创作者，他们的自有社团产出和其他产出重合度很低，比如这个例子，#61-3说了凋叶粽这个社团名义只用来出东方arrange碟，那么在里面关联大量的商业作曲就很不合适。他个人页面也说了主马甲是RD-SOUNDS，原本在创建创作者条目的时候是应该用这个为主条目名的，如果是这个名字的话那么怎么关联都没关系，他在自己的凋叶粽名义的碟子里面也是用这个名字作为编曲者。但是你班用条目名来匹配关联，所以主条目名是能不动尽量不动（我之前好像动过一个，可能在我不知道的地方造成了不小的灾害，除非那些老条目没有手写作者栏目而是靠关联生成…），要动的话最好规划好规则和确定目标条目后一次性修好，所以说这是个标准不明确的你班史前时代留下的老问题。现在的一些新晋创作者，我个人都是以人物名义创建条目，社团之类的如果作品不多可能就不创建/关联，仅手写，如果以后想创建的话也是关联去厂牌。
mizudiwood🤖 说: 为啥要拆开
这样拆的好处在于，对于那些高强度走穴/到处供稿/交友广泛的创作者，他们的自有社团产出和其他产出重合度很低，比如这个例子，#61-3说了凋叶粽这个社团名义只用来出东方arrange碟，那么在里面关联大量的商业作曲就很不合适。他个人页面也说了主马甲是RD-SOUNDS，原本在创建创作者条目的时候是应该用这个为主条目名的，如果是这个名字的话那么怎么关联都没关系，他在自己的凋叶粽名义的碟子里面也是用这个名字作为编曲者。但是你班用条目名来匹配关联，所以主条目名是能不动尽量不动（我之前好像动过一个，可能在我不知道的地方造成了不小的灾害，除非那些老条目没有手写作者栏目而是靠关联生成…），要动的话最好规划好规则和确定目标条目后一次性修好，所以说这是个标准不明确的你班史前时代留下的老问题。现在的一些新晋创作者，我个人都是以人物名义创建条目，社团之类的如果作品不多可能就不创建/关联，仅手写，如果以后想创建的话也是关联去厂牌。
#61-8 - 2024-9-7 10:36
mizudiwood🤖
一人社团真的适合叫社团吗……
豆沙包罐头 说: 简单说的话，一个是社团名，一个是干活的名字（虽然这个干活用的马甲更像是很常见的“一人社团”），我们这几个搞同人音乐条目的一般习惯是把社团放在厂牌的位置（因为和商业音乐的label用途类似，更像是一个品...
#61-9 - 2024-9-7 10:44
豆沙包罐头
社团小型化算是一种形成很久的趋势？一是除了主创以外人员流动性很大是常态，歌手到外援的词曲作者变动很大毫不奇怪（甚至团队核心可能都不是负责主要创作的而是干后期或者总务，记得也见过几个例子），像十多年前那些人员结构相对稳定规模也不太小的团队现在应该算比较少的了（个体创业者太多了！）。二也是因为社团名在申请摊位时要用，所以常见创作者也都有至少一个个人名义社团（不讲究的直接用自己的名字当社团名，那就说是个人名义还是社团名义都可以，讲究一点的会想一个别的名字）
而且就像上面说的，社团名用久了以后其实和品牌差不多，就像凋叶粽，熟悉的人都知道是个几乎每次出的东方CD都是以一个汉字为标题的社团，哪怕这个牌子后面只有一个人
mizudiwood🤖 说: 一人社团真的适合叫社团吗……
而且就像上面说的，社团名用久了以后其实和品牌差不多，就像凋叶粽，熟悉的人都知道是个几乎每次出的东方CD都是以一个汉字为标题的社团，哪怕这个牌子后面只有一个人
#61-10 - 2024-9-7 10:50
mizudiwood🤖
一人和人少还是本质不同的，那是个人和组织的区别
假如说是社团条目，那是不是生日该是取社团的时间，假如这个人创一个其他名字的社团名义，那到底算改名还是新社团……
自始至终都是一个人的话感觉还是不要分开比较好，慎重
豆沙包罐头 说: 社团小型化算是一种形成很久的趋势？一是除了主创以外人员流动性很大是常态，歌手到外援的词曲作者变动很大毫不奇怪（甚至团队核心可能都不是负责主要创作的而是干后期或者总务，记得也见过几个例子），像十多年前那...
假如说是社团条目，那是不是生日该是取社团的时间，假如这个人创一个其他名字的社团名义，那到底算改名还是新社团……
自始至终都是一个人的话感觉还是不要分开比较好，慎重
#61-11 - 2024-9-7 10:56
豆沙包罐头
这就要涉及主观判断了，如果怕麻烦的话甚至可以不搞条目仅手写以避免更多的问题。目前在我的知识范围内只有搞一堆马甲干不同事情的个人（这种按括号注解问题不大，有些个例可以单独处理），和与不同人组不同社团的个人：毫无疑问算新社团，例子有茶太
=======
ウサギキノコ - 自身が代表を務める同人音楽サークル
my sound life - iyuna（ミウラハルミ・イワサキヨシヒロ）とのユニット
idea - 柳英一朗とのユニット
HUMMING LIFE - 日向そらとのユニット
=======
还有其他很多例子，手机打字不便就算了
社团自身的更名（甚至反复更名）好像还没听说过。
你班在这个上面也有比较有前瞻性的条目，比如在2011年的时候舞风和时音两个就是分开的（不过条目创建者也十多年没出现过了），避免了之后十几年可能发生的很多关联问题…
mizudiwood🤖 说: 一人和人少还是本质不同的，那是个人和组织的区别
假如说是社团条目，那是不是生日该是取社团的时间，假如这个人创一个其他名字的社团名义，那到底算改名还是新社团……
感觉还是不要分开比较好，慎重
假如这个人创一个其他名字的社团名义，那到底算改名还是新社团
=======
ウサギキノコ - 自身が代表を務める同人音楽サークル
my sound life - iyuna（ミウラハルミ・イワサキヨシヒロ）とのユニット
idea - 柳英一朗とのユニット
HUMMING LIFE - 日向そらとのユニット
=======
还有其他很多例子，手机打字不便就算了
社团自身的更名（甚至反复更名）好像还没听说过。
你班在这个上面也有比较有前瞻性的条目，比如在2011年的时候舞风和时音两个就是分开的（不过条目创建者也十多年没出现过了），避免了之后十几年可能发生的很多关联问题…
#61-12 - 2024-9-7 14:10
早喵
对于你提到的这个规则我是举双手赞同的，也符合他的实际使用情况。
豆沙包罐头 说: http://www.rd-sounds.com/c93.html
这样看的话，即使RD-SOUNDS也用于东方相关创作的表记（编曲）＋Produce：凋叶棕
＋Arrange：RD-Sounds那么...
#61-13 - 2024-9-7 14:12
早喵
主要是因为在实际运用中RD-Sounds就是作为他的“人名”来用的，无论是东方还是其他原创甚至商业作品中都是这样，并非是作为一个社团名义来用的，这一点可以他在客串其他东方社团专辑时特设页有体现“RD-Sounds (凋叶棕)”，表名凋叶棕是社团名、RD-Sounds是作编曲的人名，在他的youtube频道说明上也有注明"コンポーザー／アレンジャー「RD-Sounds」の公式チャンネルです"，所以并不算把马甲拆分了。
事实上RD-Sounds本人实际在用的有三个社团（厂牌）皮：凋叶棕（东方作品）、Feuille-Morte（原创作品）、あるでちゃん（VTB?），他们的作编曲均为“RD-Sounds”这个人，单独开一个人物页面我认为是合理的
mizudiwood🤖 说: 为啥要拆开
事实上RD-Sounds本人实际在用的有三个社团（厂牌）皮：凋叶棕（东方作品）、Feuille-Morte（原创作品）、あるでちゃん（VTB?），他们的作编曲均为“RD-Sounds”这个人，单独开一个人物页面我认为是合理的
#61-14 - 2024-9-7 22:20
mizudiwood🤖
我仔细看了下跟你描述的意思不一样啊
RD-Sounds or 凋叶棕 都可以是“社团”
，方向不一样的两个名义，这个社团除了主创rd还偶尔包括了其他成员，比如他老婆
那么条目该是这样
一个是他本人（个人）
一个以这个主创为代表的社团
不管叫啥或者是不是同名
RD-Sounds or 凋叶棕 都可以是“社团”
，方向不一样的两个名义，这个社团除了主创rd还偶尔包括了其他成员，比如他老婆
那么条目该是这样
一个是他本人（个人）
一个以这个主创为代表的社团
不管叫啥或者是不是同名
#61-15 - 2024-9-7 23:13
豆沙包罐头
那换个比较明确的说明来源
twitter.com/rdwithleaf
bio里面的说明
================
ＲＤと申します。
音楽屋として作・編曲の毎日を頑張っております。
主催：凋叶棕 / Feuille-Morte
活動名義：RD-Sounds
================
按照这个算的话，凋叶棕 和 Feuille-Morte 就是circle，然后创作时用 RD-Sounds 这个来署名
结合实际活动情况的话，这个描述应该是最新最准确的版本，HP的about可能是很多年以前的他自己写了以后都不记得的版本。
mizudiwood🤖 说: 我仔细看了下跟你描述的意思不一样啊
RD-Sounds or 凋叶棕 都可以是“社团”
，方向不一样的两个名义，这个社团除了主创rd还偶尔包括了其他成员，比如他老婆
那么条目该是这样
一个是他本人（...
twitter.com/rdwithleaf
bio里面的说明
================
ＲＤと申します。
音楽屋として作・編曲の毎日を頑張っております。
主催：凋叶棕 / Feuille-Morte
活動名義：RD-Sounds
================
按照这个算的话，凋叶棕 和 Feuille-Morte 就是circle，然后创作时用 RD-Sounds 这个来署名
结合实际活动情况的话，这个描述应该是最新最准确的版本，HP的about可能是很多年以前的他自己写了以后都不记得的版本。
#61-16 - 2024-9-8 00:16
mizudiwood🤖
所以我的意思是
按照个人和社团（至少某个时期有其他成员即使只是打杂）定义不同的理由分开✓
按照不同名义主攻方向不同的理由而分开x
具体什么名字你看着办
豆沙包罐头 说: 那换个比较明确的说明来源
twitter.com/rdwithleaf
bio里面的说明
================
ＲＤと申します。
音楽屋として作・編曲の毎日を頑張っております。
主催：凋叶...
按照个人和社团（至少某个时期有其他成员即使只是打杂）定义不同的理由分开✓
按照不同名义主攻方向不同的理由而分开x
具体什么名字你看着办
#61-17 - 2024-9-8 00:20
豆沙包罐头
“按照个人和社团”拆了，RD-Sounds 自己的同人音乐产出必然是挂 凋叶棕 或者 Feuille-Morte 二者之一的
mizudiwood🤖 说: 所以我的意思是
按照个人和社团（至少某个时期有其他成员即使只是打杂）定义不同的理由分开✓
按照不同名义主攻方向不同的理由而分开x
具体什么名字你看着办
#61-18 - 2024-9-8 00:22
mizudiwood🤖
按照描述这个条目这样拆没问题
我是希望避免以后因为参照这个例子把不同名义干不同事的同一个个体拆开的情况，得说清楚
#61-7第一句话误导性就很强
豆沙包罐头 说: “按照个人和社团”拆了，RD-Sounds 自己的同人音乐产出必然是挂 凋叶棕 或者 Feuille-Morte 二者之一的
我是希望避免以后因为参照这个例子把不同名义干不同事的同一个个体拆开的情况，得说清楚
#61-7第一句话误导性就很强
#61-19 - 2024-9-8 00:25
#61-22 - 2024-9-8 00:33
#62 - 2024-9-7 17:21
羽骑霓旌
(猜心是子，猜子是心)
#62-2 - 2024-9-7 23:21
羽骑霓旌
https://www.bilibili.com/video/BV1C5pKeTEcd
B站有很多翻译转载的，就比如上面这个。本身就是很短的搞笑小剧场，就算收录感觉也很难分级。
mizudiwood🤖 说: 垃圾梯子打不开
B站有很多翻译转载的，就比如上面这个。本身就是很短的搞笑小剧场，就算收录感觉也很难分级。
#62-3 - 2024-9-8 00:14
mizudiwood🤖
基本上就是个配图广播剧，微妙，最好不收
羽骑霓旌 说: https://www.bilibili.com/video/BV1C5pKeTEcd
B站有很多翻译转载的，就比如上面这个。本身就是很短的搞笑小剧场，就算收录感觉也很难分级。
#63 - 2024-9-10 20:37
bangumi 教宗
#63-16 - 2024-9-14 16:23
#63-17 - 2024-9-14 16:26
#63-18 - 2024-9-14 16:41
豆沙包罐头
不精确到小时的话都没问题
而且一定要说精确到小时的情况，都是按机构所在地的时区算，比如steam的特卖开始和结束时间是按西海岸的时区因为V社总部在WA。（不包括一般游戏预载后解禁的时间，那个是发行商自己设置的）
bangumi大西王 说: 不是，那美国这种自己就有4个时区还有夏令时的怎么填
而且一定要说精确到小时的情况，都是按机构所在地的时区算，比如steam的特卖开始和结束时间是按西海岸的时区因为V社总部在WA。（不包括一般游戏预载后解禁的时间，那个是发行商自己设置的）
#63-19 - 2024-9-14 16:42
bangumi 教宗
我懂了，我直接把时区写上不就行了
豆沙包罐头 说: 不精确到小时的话都没问题
而且一定要说精确到小时的情况，都是按机构所在地的时区算，比如steam的特卖开始和结束时间是按西海岸因为V社总部在WA。
#63-22 - 2024-9-14 16:46
#63-26 - 2024-9-14 17:49
#63-27 - 2024-9-14 17:55
#64 - 2024-9-14 10:26
mizudiwood🤖
(25年小结→bgm.tv/blog/366790)
#64-2 - 2024-9-14 10:41
mizudiwood🤖
默认是不收录新的，除非新增篇幅超过1/3以上酌情收录，可以在原条目备注说明https://bgm.tv/subject/9443
夏目残夏 说: 有些新装版是加了内容和新收录短篇的话，那怎么算呢？
#65 - 2024-9-14 20:04
豆沙包罐头
刚才一时兴起去搞了几个古董书条目（指太宰治那些，都是战前/战时的）我按最早的版本来的话都是没有ISBN的，给拿掉没问题吧
（让我感到意外的是，这些书的封面图很好搞，中古成色有的都好到可以把照片直接拿来用，比很多最近40年内的都好找，这就是名著加成吗）
（另外我发这一条其实只是想说，战时通货膨胀真厉害，1939年的女生徒一本是1円80钱，1947年的斜阳就要70円了
）
（让我感到意外的是，这些书的封面图很好搞，中古成色有的都好到可以把照片直接拿来用，比很多最近40年内的都好找，这就是名著加成吗）
（另外我发这一条其实只是想说，战时通货膨胀真厉害，1939年的女生徒一本是1円80钱，1947年的斜阳就要70円了
）#65-4 - 2024-9-14 20:30
#65-6 - 2024-9-14 20:50
豆沙包罐头
https://www.amazon.com/dp/4812480329
https://natalie.mu:8443/comic/news/79555
这个可以吗有ISBN的正经出版物，改编四格漫画
mizudiwood🤖 说: 电影不行，要acg
https://natalie.mu:8443/comic/news/79555
这个可以吗
有ISBN的正经出版物，改编四格漫画#65-7 - 2024-9-14 20:52
mizudiwood🤖
你赢了，你修下关联上
豆沙包罐头 说: https://www.amazon.com/dp/4812480329
https://natalie.mu:8443/comic/news/79555
这个可以吗
#65-8 - 2024-9-14 20:58
#65-9 - 2024-9-14 21:06
豆沙包罐头
行，奔跑吧梅洛斯我也洗成初版吧，其实女生徒也有一样的问题，就是这个东西是个短篇，它是和很多个短篇一起成集以后出版，那么取一个以这篇为主标题的版本。关于奔跑吧梅洛斯，你看这两个用哪个合适。
https://oshiete.goo.ne.jp/qa/6576618.html
mizudiwood🤖 说: 16. 有ACG改编的ISBN问世（1967年创立，1970年国际化，2007年升级为13位）前发表的历史名著且能查到出版信息的，请添加首次出版信息，不详的项目留空
https://oshiete.goo.ne.jp/qa/6576618.html
◇書籍タイトルに含まれる初刊本の場合は
No.2の LN-TF 様の御回答のとおりだと思います
◆『富嶽百景・走れメロス 他八篇／太宰治』岩波文庫 1957年5月6日発行
参考ＵＲＬ
NACSIS Webcat: 詳細表示
http://webcat.nii.ac.jp/cgi-bin/shsproc?id=BN009 …
岩波書店＞ブックサーチャー＞富嶽百景・走れメロス 他八篇
http://www.iwanami.co.jp/.BOOKS/31/5/3109010.html
◇書籍単独タイトルの初刊本の場合は
◆『走れメロス／太宰治』麥書房(雨の日文庫) 1958年7月
参考ＵＲＬ
NACSIS Webcat: 詳細表示
http://webcat.nii.ac.jp/cgi-bin/shsproc?id=BA317 …
#65-10 - 2024-9-14 21:09
mizudiwood🤖
蜘蛛丝和地狱变我就直接搞成首次出版的短篇集了
https://bgm.tv/subject/4352
豆沙包罐头 说: 行，奔跑吧梅洛斯我也洗成初版吧，其实女生徒也有一样的问题，就是这个东西是个短篇，它是和很多个短篇一起成集以后出版，那么取一个以这篇为主标题的版本。关于奔跑吧梅洛斯，你看这两个用哪个合适。
https:...
https://bgm.tv/subject/4352
#65-11 - 2024-9-14 21:11
mizudiwood🤖
『富嶽百景・走れメロス 他八篇／太宰治』这里面还有啥，我觉得他个人名义出的短篇集就这个比较好
多个作者的合志就算了
豆沙包罐头 说: 行，奔跑吧梅洛斯我也洗成初版吧，其实女生徒也有一样的问题，就是这个东西是个短篇，它是和很多个短篇一起成集以后出版，那么取一个以这篇为主标题的版本。关于奔跑吧梅洛斯，你看这两个用哪个合适。
https:...
多个作者的合志就算了
#65-12 - 2024-9-14 21:11
豆沙包罐头
那样的话，就要改成 女の決闘 这本短篇集了。
https://ja.wikipedia.org/wiki/%E ... %E6%B1%BA%E9%97%98_
mizudiwood🤖 说: 蜘蛛丝和地狱变我就直接搞成首次出版的短篇集了
https://bgm.tv/subject/4352
https://ja.wikipedia.org/wiki/%E ... %E6%B1%BA%E9%97%98_
#65-13 - 2024-9-14 21:13
mizudiwood🤖
这里没看到没螺丝啊？
豆沙包罐头 说: 那样的话，就要改成 女の決闘 这本短篇集了。
https://ja.wikipedia.org/wiki/%E ... %E6%B1%BA%E9%97%98_
#65-14 - 2024-9-14 21:14
#65-15 - 2024-9-14 21:20
mizudiwood🤖
那就是两个方向
短篇→出版单行本后合并到单行本
所以要么就按短篇收要么就按短篇集收了，不考虑1957那个
https://bgm.tv/subject/408590
前两天这个也搞的有点迷茫，三个短篇先是收录于其他短篇集（多作者合志），后面才整合出版的（甚至晚于中文版），想了想合志就不算了
豆沙包罐头 说: 你点一下单行本那个链接，1940年出版，梅洛斯是里面的第六篇
短篇→出版单行本后合并到单行本
所以要么就按短篇收要么就按短篇集收了，不考虑1957那个
https://bgm.tv/subject/408590
前两天这个也搞的有点迷茫，三个短篇先是收录于其他短篇集（多作者合志），后面才整合出版的（甚至晚于中文版），想了想合志就不算了
#65-16 - 2024-9-14 21:24
豆沙包罐头
这些短篇就是因为够不到单独出的篇幅才要好几篇凑出一个本子.. https://www.aozora.gr.jp/cards/000035/files/1567_14913.html 就这么点字，一显示器都能全排下来..
那就按短篇集来？
mizudiwood🤖 说: 那就是两个方向
短篇→出版单行本后合并到单行本
所以要么就按短篇收要么就按短篇集收了，不考虑1957那个
https://bgm.tv/subject/408590
前两天这个也搞的有点迷茫，三个短篇...
那就按短篇集来？
#65-17 - 2024-9-14 21:27
mizudiwood🤖
『走れメロス／太宰治』麥書房(雨の日文庫)
这本是怎么做到的，也混了很多其他短篇吗
如果短篇集里其他的短篇没啥acg直接相关性，可以考虑只留短篇，条目里备注几个关联版本，比如杂志刊载，首次被收录的短篇集……
但是按短篇收录填连载开始不填发售日
从完整性的角度短篇集也比较好
豆沙包罐头 说: 这些短篇就是因为够不到单独出的篇幅才要好几篇凑出一个本子.. https://www.aozora.gr.jp/cards/000035/files/1567_14913.html 就这么点字，一显示...
这本是怎么做到的，也混了很多其他短篇吗
如果短篇集里其他的短篇没啥acg直接相关性，可以考虑只留短篇，条目里备注几个关联版本，比如杂志刊载，首次被收录的短篇集……
但是按短篇收录填连载开始不填发售日
从完整性的角度短篇集也比较好
#65-18 - 2024-9-14 21:33
豆沙包罐头
短篇还真不好弄
女の決闘 这本里面的短篇，我又找到了几个：
駈込み訴え 有个画册
https://rittorsha.jp/s/otome/3720317448.html
誰も知らぬ 在这一本里面有个漫画改编
https://www.j-n.co.jp/books/978-4-408-61280-5/
要不就凑合着收这个吧...（条目持续增殖中）
mizudiwood🤖 说: 『走れメロス／太宰治』麥書房(雨の日文庫)
这本是怎么做到的，也混了很多其他短篇吗
如果短篇集里其他的短篇没啥acg直接相关性，可以考虑只留短篇，条目里备注几个关联版本，比如杂志刊载，首次被收录的短...
女の決闘 这本里面的短篇，我又找到了几个：
駈込み訴え 有个画册
https://rittorsha.jp/s/otome/3720317448.html
誰も知らぬ 在这一本里面有个漫画改编
https://www.j-n.co.jp/books/978-4-408-61280-5/
要不就凑合着收这个吧...（条目持续增殖中）
#65-19 - 2024-9-14 21:34
mizudiwood🤖
那就短篇集吧，简介里收录的写清楚
豆沙包罐头 说: 短篇还真不好弄
女の決闘 这本里面的短篇，我又找到了几个：
駈込み訴え 有个画册
https://rittorsha.jp/s/otome/3720317448.html
誰も知らぬ 在这一本里面有个...
#65-20 - 2024-9-14 21:36
豆沙包罐头
https://aucfree.com/items/o362430399
走れメロス／太宰治 这本收了 走れメロス・赤い太鼓 这两篇
mizudiwood🤖 说: 『走れメロス／太宰治』麥書房(雨の日文庫)
这本是怎么做到的，也混了很多其他短篇吗
如果短篇集里其他的短篇没啥acg直接相关性，可以考虑只留短篇，条目里备注几个关联版本，比如杂志刊载，首次被收录的短...
走れメロス／太宰治 这本收了 走れメロス・赤い太鼓 这两篇
#65-21 - 2024-9-14 21:37
mizudiwood🤖
本质还是短篇集，不如40年代那个呢
豆沙包罐头 说: https://aucfree.com/items/o362430399
走れメロス／太宰治 这本收了 走れメロス・赤い太鼓 这两篇
#65-25 - 2024-9-14 22:23
#66 - 2024-9-14 23:48
bangumi 教宗
#66-7 - 2024-9-15 00:24
knh初
@天野远子 @mizudiwood🤖
游戏条目模板可以加上开发和发行吗？
这两项挺常用的，而且不少用户写成“开发商”之类的与人物关联表不同的写法。
另外桌游一般没有开发商，只有设计师和发行。所以桌游模板应该要加上“游戏设计师”和“发行”
bangumi大西王 说: 找一个维基管理员背书就行（
游戏条目模板可以加上开发和发行吗？
这两项挺常用的，而且不少用户写成“开发商”之类的与人物关联表不同的写法。
另外桌游一般没有开发商，只有设计师和发行。所以桌游模板应该要加上“游戏设计师”和“发行”
#66-8 - 2024-9-15 00:26
天野远子
能直接搞出来是最好的
不止游戏
动画web，三次元的可以加个在线播放平台。很多网络播放媒体需要的
书籍小说增加插图
knh初 说: @天野远子 ＠mizudiwood🤖
游戏条目模板可以加上开发和发行吗？
这两项挺常用的，而且不少用户写成“开发商”之类的与人物关联表不同的写法。
另外桌游一般没有开发商，只有设计师和发行。所以桌游...
不止游戏
动画web，三次元的可以加个在线播放平台。很多网络播放媒体需要的
书籍小说增加插图
#66-9 - 2024-9-15 00:30
knh初
@bangumi大西王 应该有办法修改默认模板吧。他已经给书籍模板加上作者和插画了。
天野远子 说: 能直接搞出来是最好的
不止游戏
动画web，三次元的可以加个在线播放平台。很多网络播放媒体需要的
#66-10 - 2024-9-15 00:30
#66-15 - 2024-9-15 00:46
mizudiwood🤖
书籍 - 小说：作者、插图、原作、ISBN-10
书籍 - 漫画：作者、作画、脚本、原作、ISBN-10
游戏 - 游戏/扩展包：开发、发行、剧本、程序
音乐：作曲、编曲、作词
三次元：主演、原作、制作
三次元 - 演出：票价、演出地点、主办方
bangumi大西王 说: 那就日后再说了
书籍 - 漫画：作者、作画、脚本、原作、ISBN-10
游戏 - 游戏/扩展包：开发、发行、剧本、程序
音乐：作曲、编曲、作词
三次元：主演、原作、制作
三次元 - 演出：票价、演出地点、主办方
#66-16 - 2024-9-15 00:47
bangumi 教宗
都2024年了，ISBN-10就不加了吧
mizudiwood🤖 说: 书籍 - 小说：作者、插图、原作、ISBN-10
书籍 - 漫画：作者、作画、脚本、原作、ISBN-10
游戏：开发、发行、剧本、程序
音乐：作曲、编曲、作词
三次元：主演、原作、制作
#66-18 - 2024-9-15 00:48
#66-19 - 2024-9-15 00:55
knh初
游戏 - 程序 没必要加到模板里吧。优先级不如导演，制作人，人物设定，原画，音乐，游戏设计师这些。
mizudiwood🤖 说: 书籍 - 小说：作者、插图、原作、ISBN-10
书籍 - 漫画：作者、作画、脚本、原作、ISBN-10
游戏 - 游戏/扩展包：开发、发行、剧本、程序
音乐：作曲、编曲、作词
三次元：主演、原作、制...
#66-22 - 2024-9-16 02:09
bangumi 教宗
加上了
mizudiwood🤖 说: 书籍 - 小说：作者、插图、原作、ISBN-10
书籍 - 漫画：作者、作画、脚本、原作、ISBN-10
游戏 - 游戏/扩展包：开发、发行、剧本、程序
音乐：作曲、编曲、作词
三次元：主演、原作、制...
#66-24 - 2024-9-16 09:11
mizudiwood🤖
书籍的画集其他好像没必要插图？
三次元 - 演出 可以加 票价、演出地点、主办方吗
动画 - web 加个“在线播放平台”
所有动画、三次元、游戏加上“导演”“音乐”，其他的太多了一时半会也说不完（
bangumi大西王 说: 加上了
三次元 - 演出 可以加 票价、演出地点、主办方吗
动画 - web 加个“在线播放平台”
所有动画、三次元、游戏加上“导演”“音乐”，其他的太多了一时半会也说不完（
#66-25 - 2024-9-16 09:17
bangumi 教宗
三次元 - 演出没有单独的模板。
mizudiwood🤖 说: 书籍的画集其他好像没必要插图？
三次元 - 演出 可以加 票价、演出地点、主办方吗
动画 - web 加个“在线播放平台”
所有动画、三次元、游戏加上“导演”“音乐”，其他的太多了一时半会也说不完（
#66-26 - 2024-9-16 09:18
bangumi 教宗
tv和web动画的模板也是同一个（
mizudiwood🤖 说: 书籍的画集其他好像没必要插图？
三次元 - 演出 可以加 票价、演出地点、主办方吗
动画 - web 加个“在线播放平台”
所有动画、三次元、游戏加上“导演”“音乐”，其他的太多了一时半会也说不完（
#66-27 - 2024-9-16 09:20
bangumi 教宗
太多了那就算了，不加了 
mizudiwood🤖 说: 书籍的画集其他好像没必要插图？
三次元 - 演出 可以加 票价、演出地点、主办方吗
动画 - web 加个“在线播放平台”
所有动画、三次元、游戏加上“导演”“音乐”，其他的太多了一时半会也说不完（
#66-28 - 2024-9-16 09:32
Emily ω Bear
电视联播网和网络播放平台是两回事。电视网主要是北美那边特有的概念，大概指由于政策限制了公司拥有但电视台数量，一些公司就选择拉拢独立的电视台形成网络，共同播放公司制作的节目，比如电视剧，像美国的NBC、CBS就是电视网。
mizudiwood🤖 说: 那个不是电视网吗
#66-29 - 2024-9-16 09:35
#66-30 - 2024-9-16 09:36
mizudiwood🤖
原来新加的类型都没有单独的模板啊，那想必游戏的也没有了
昨天说那几个主要是经常看到写错的
导演和音乐还是可以加上的，基本上是必填
bangumi大西王 说: tv和web动画的模板也是同一个（
，那想必游戏的也没有了昨天说那几个主要是经常看到写错的
导演和音乐还是可以加上的，基本上是必填
#66-31 - 2024-9-16 09:36
bangumi 教宗
现在电视网实际上填的就是流媒体，你说的这个一般会填在电视台
Emily ω Bear 说: 电视联播网和网络播放平台是两回事。电视网主要是北美那边特有的概念，大概指由于政策限制了公司拥有但电视台数量，一些公司就选择拉拢独立的电视台形成网络，共同播放公司制作的节目，比如电视剧，像美国的NBC、...
#66-32 - 2024-9-16 09:37
mizudiwood🤖
艹，三次元网播的平台我全部填的电视网
Emily ω Bear 说: 电视联播网和网络播放平台是两回事。电视网主要是北美那边特有的概念，大概指由于政策限制了公司拥有但电视台数量，一些公司就选择拉拢独立的电视台形成网络，共同播放公司制作的节目，比如电视剧，像美国的NBC、...
#66-33 - 2024-9-16 09:39
#66-34 - 2024-9-16 09:46
bangumi 教宗
确实是俩概念，但是电视网填的最多的是nf，其次是猫耳FM,amazon,迪士尼+和派拉蒙+什么的...
Emily ω Bear 说: 但电视网和流媒体完全就是两个概念，除了Bangumi，我也从没听说过谁用电视网指代流媒体。
#66-35 - 2024-9-16 09:47
#66-36 - 2024-9-16 09:47
#66-37 - 2024-9-16 09:49
mizudiwood🤖
那空了还得把我那些条目全部改一遍
@trim21 那能不能tv动画和三次元都加个在线播放平台，迷惑性太大了，你那边能加和职位关联就更好了
Emily ω Bear 说: 但电视网和流媒体完全就是两个概念，除了Bangumi，我也从没听说过谁用电视网指代流媒体。
@trim21 那能不能tv动画和三次元都加个在线播放平台，迷惑性太大了，你那边能加和职位关联就更好了
#66-39 - 2024-9-16 09:52
#66-40 - 2024-9-16 09:52
#66-42 - 2024-9-16 09:54
#66-43 - 2024-9-16 09:55
bangumi 教宗
('FX', 21),
('ABC', 21),
('BBC 2', 22),
('NBC', 25),
('ITV', 26),
('芒果TV', 28),
('テレビ東京系', 31),
('Disney+', 32),
('CBS', 38),
('腾讯视频', 38),
('爱奇艺', 44),
('日本テレビ系', 48),
('优酷', 49),
('HBO', 53),
('NETFLIX', 63),
('TBS系', 64),
('漫播', 89),
('フジテレビ系', 112),
('猫耳FM', 143),
('Netflix', 209)
mizudiwood🤖 说: https://bgm.tv/real/tag/Netflix
看了前几个都是电视网
('ABC', 21),
('BBC 2', 22),
('NBC', 25),
('ITV', 26),
('芒果TV', 28),
('テレビ東京系', 31),
('Disney+', 32),
('CBS', 38),
('腾讯视频', 38),
('爱奇艺', 44),
('日本テレビ系', 48),
('优酷', 49),
('HBO', 53),
('NETFLIX', 63),
('TBS系', 64),
('漫播', 89),
('フジテレビ系', 112),
('猫耳FM', 143),
('Netflix', 209)
#66-45 - 2024-9-16 09:56
mizudiwood🤖
还有用“频道”的
bangumi大西王 说: ('CBS All Access / Amazon Prime Video', 2), ('HULU', 2), ('V Live－KOK TV（콬TV）、WeTV', 2), ('TVING、爱奇艺...
#66-48 - 2024-9-16 09:58
bangumi 教宗
理论上可以pr了让sai老板合并，但实际上我懒。
这也是为啥之前sai老板没改模板的原因，他也懒（
mizudiwood🤖 说: 要不先搞个 投票再说，话说你可不可以加人物关联项
理论上可以pr了让sai老板合并，但实际上我懒。这也是为啥之前sai老板没改模板的原因，他也懒（
#66-54 - 2024-9-17 18:49
天野远子
https://bgm.tv/subject/476448
https://bgm.tv/subject/344493
https://bgm.tv/subject/493506
https://bgm.tv/subject/500881
再早懒得翻了。
rabbitohh 说: 有没有例子，有点好奇
https://bgm.tv/subject/344493
https://bgm.tv/subject/493506
https://bgm.tv/subject/500881
再早懒得翻了。
#67 - 2024-9-15 19:05
rabbitohh
(梦想成为魔法师 | 自制样式->group/topic/367774)
#69 - 2024-9-16 10:00
mizudiwood🤖
(25年小结→bgm.tv/blog/366790)
#69-8 - 2024-9-16 11:33
#69-9 - 2024-9-16 11:38
bangumi 教宗
理论上是，实际上电视网和频道都不是这个意思，剩下的没人用，所以用在线播放平台了。
Hyary 说: 来晚了）不过这种东西不应该拿 wiki-dump 的 infobox 数据跑个频率统计，然后直接照着最多人用的加么？
#69-13 - 2024-9-16 13:04
#69-14 - 2024-9-16 13:06
#71 - 2024-9-17 17:01
#72 - 2024-9-17 18:39
#73 - 2024-9-17 19:14
mizudiwood🤖
(25年小结→bgm.tv/blog/366790)
#73-1 - 2024-9-17 19:14
mizudiwood🤖
投票1：开始/结束
目前大多数好像是这个，也有人反馈看不出是个什么开始
补充，如果有多种信息时可以考虑列表模式：
开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-XX]
[电子单话|XXXX-XX-XX]
}
杂志连载：纸质或电子杂志
平台连载：快看漫画那种连载平台
电子单话：电子出版的单话
目前大多数好像是这个，也有人反馈看不出是个什么开始
补充，如果有多种信息时可以考虑列表模式：
开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-XX]
[电子单话|XXXX-XX-XX]
}
杂志连载：纸质或电子杂志
平台连载：快看漫画那种连载平台
电子单话：电子出版的单话
#73-2 - 2024-9-17 19:15
mizudiwood🤖
投票2：连载开始/连载结束
表述更清晰，但是要改的话工作量不小
已有脚本可以直接改
补充，如果有多种信息时可以考虑列表模式：
连载开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-XX]
[电子单话|XXXX-XX-XX]
}
表述更清晰，但是要改的话工作量不小
已有脚本可以直接改
补充，如果有多种信息时可以考虑列表模式：
连载开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-XX]
[电子单话|XXXX-XX-XX]
}
#73-5 - 2024-9-25 08:21
mizudiwood🤖
啊这，这样呢
2024-11-11(vol.111)
2024-11-11(24年12月号)
nthrkbrk 说: 漫画不写连载开始的主要问题应该是写杂志月号多两个字会多占一行
2024-11-11(vol.111)
2024-11-11(24年12月号)
#73-6 - 2024-9-25 17:26
#73-10 - 2024-9-25 18:04
mizudiwood🤖
不要把首卷/终卷发售时间填开始结束吧，我看到的都改了，发售日填首卷发售时间足够了，结束没必要写，现在很多书动不动就续一本，最终卷单行本点进去就能看到日期了
nthrkbrk 说: 另外，出版轻小说以前有把首卷/终卷发售时间写成开始/结束，这里感觉难以统一成连载开始字段
#73-11 - 2024-9-25 18:13
mizudiwood🤖
开始/结束写单行本发售日的很少看到，印象中只有https://bgm.tv/person/6023有一些，前几天我都删了（
nthrkbrk 说: 另外，出版轻小说以前有把首卷/终卷发售时间写成开始/结束，这里感觉难以统一成连载开始字段
#73-12 - 2024-9-25 18:21
#73-13 - 2024-9-25 18:21
天野远子
轻小说没必要写开始结束吧，除非是连载版的，可以写连载时间，不然开始就是单行本的发售日，也没什么必要。
nthrkbrk 说: 另外，出版轻小说以前有把首卷/终卷发售时间写成开始/结束，这里感觉难以统一成连载开始字段
#73-14 - 2024-9-25 18:22
#73-15 - 2024-9-25 18:24
nthrkbrk
但是写下结束时间还是有必要的，对应的开始算是附赠。不然仿维基写一个刊行期间
天野远子 说: 轻小说没必要写开始结束吧，除非是连载版的，可以写连载时间，不然开始就是单行本的发售日，也没什么必要。
#73-16 - 2024-9-25 18:25
mizudiwood🤖
我感觉是没啥必要，像文学少女又是恋爱插话集又是毕业生又是半熟编辑续了好多次，番外算不算也是个问题
这还是简单的，BL什么时候加一本续集或者直接完结完全看作者心情（
wiki他没有单行本系统啊（
nthrkbrk 说: 但是写下结束时间还是有必要的，对应的开始算是附赠。不然仿维基写一个刊行期间
这还是简单的，BL什么时候加一本续集或者直接完结完全看作者心情（
wiki他没有单行本系统啊（
#73-17 - 2024-9-25 18:31
nthrkbrk
特殊条目可以特殊处理，番外是连载漫画也有的问题。正常完结的作品还是有在主条目界面了解完结时间的需求
mizudiwood🤖 说: 我感觉是没啥必要，像文学少女又是恋爱插画集又是毕业生又是半熟编辑续了好多次，番外算不算也是个问题
这还是简单的，BL什么时候加一本续集或者直接完结完全看作者心情（
wiki他没有单行本系统啊（
#73-18 - 2024-9-25 18:33
mizudiwood🤖
那你一定要写可以写个完结时间什么的其他字段，没必要用开始结束，开始完全没必要另外写
nthrkbrk 说: 特殊条目可以特殊处理，番外是连载漫画也有的问题。正常完结的作品还是有在主条目界面了解完结时间的需求
#73-19 - 2024-9-25 18:40
nthrkbrk
以前维基人对系列条目填写发售日存在争议，开始结束是不填写发售日时期的遗留产物。那把开始删了，结束改成完结。
mizudiwood🤖 说: 那你一定要写可以写个完结时间什么的其他字段，没必要用开始结束，开始完全没必要另外写
#73-20 - 2024-9-25 18:43
mizudiwood🤖
完结感觉容易跟连载混淆，毕竟有的小说也会连载
简单一点发行期间：2006-2011可以吗，详细时间点进单行本就看得到（
nthrkbrk 说: 以前维基人对系列条目填写发售日存在争议，开始结束是不填写发售日时期的遗留产物。那把开始删了，结束改成完结。
简单一点发行期间：2006-2011可以吗，详细时间点进单行本就看得到（
#73-21 - 2024-9-25 18:48
mizudiwood🤖
对了不知道你有没有爬楼，现在除了连载开始还有个电子出版（单话）的配信开始（
nthrkbrk 说: 以前维基人对系列条目填写发售日存在争议，开始结束是不填写发售日时期的遗留产物。那把开始删了，结束改成完结。
#73-22 - 2024-9-25 18:49
nthrkbrk
发行期间：2006.01-2011.02，希望能保留月份。
mizudiwood🤖 说: 完结感觉容易跟连载混淆，毕竟有的小说也会连载
简单一点发行期间：2006-2011可以吗，详细时间点进单行本就看得到（
#73-23 - 2024-9-25 18:49
#73-24 - 2024-9-25 18:53
nthrkbrk
配信和购买杂志/网漫平台买单话同样是出钱，感觉和连载其实没什么区别。配信这词太过拿来就用，但是又没有很好的对应词
mizudiwood🤖 说: 对了不知道你有没有爬楼，现在除了连载开始还有个电子出版的配信开始（
#73-25 - 2024-9-25 19:01
mizudiwood🤖
但是这些漫画我研究过，有的有正经的连载杂志的，然后又另外单话出版，杂志的发售日还不一样，容易混淆
https://bgm.tv/subject/497093
配信真想不到好词，你可以想想，还没普及（
备选：
发售日(单话)
发售开始
……
nthrkbrk 说: 配信和购买杂志/网漫平台买单话同样是出钱，感觉和连载其实没什么区别。配信这词太过拿来就用，但是又没有很好的对应词
https://bgm.tv/subject/497093
配信真想不到好词，你可以想想，还没普及（
备选：
发售日(单话)
发售开始
……
#73-26 - 2024-9-25 19:13
天野远子
没什么必要，和漫画不一样，漫画是杂志和网站连载，日期和单行本的发售日期不是一直的，除非小说也是连载的，不然直接看单行本就行了。
系列条目来说，其实发售日不填也无所谓的，但是他们想要排序，就填咯。
nthrkbrk 说: 但是写下结束时间还是有必要的，对应的开始算是附赠。不然仿维基写一个刊行期间
系列条目来说，其实发售日不填也无所谓的，但是他们想要排序，就填咯。
#73-27 - 2024-9-25 19:56
nthrkbrk
我倾向有连载杂志，同步或者后来单话出版一般没必要特意提及单话出版时间。
单话出版比杂志先行发售麻烦一点，写在备注里好些。
mizudiwood🤖 说: 但是这些漫画我看过，有的有正经的连载杂志的，然后又另外单话出版，杂志的发售日还不一样，容易混淆
[subject] 薄明に充ちる | 白景微明
配信真想不到好词，你可以想想，还没普及（
单话出版比杂志先行发售麻烦一点，写在备注里好些。
#73-28 - 2024-9-25 21:39
mizudiwood🤖
你倾向是你倾向，现实是很多人填的发售日，而且他们根本不查有没有杂志，前段时间我差点被搞疯了，不如单独让他们单话配信的写个字段
nthrkbrk 说: 我倾向有连载杂志，同步或者后来单话出版一般没必要特意提及单话出版时间。
单话出版比杂志先行发售麻烦一点，写在备注里好些。
#73-30 - 2024-9-26 12:11
#73-31 - 2024-9-26 13:08
祈
想了下，如果是为了统一字段写法，开始/结束可能比较符合需求。
连载开始/连载结束表述更清晰也代表兼容性更差，反而做不到统一。除了电子单话配信之外，在SNS或开放式平台自行发布或许也得写成自刊开始/自刊结束之类的？如此一来写法反而更多了。
或者将"连载"采取广义解释，包含任意媒体形式而不要求与"连载杂志"字段对应。如此一来固然可包含各种开始/结束，但加缀连载则变成冗余，表述不会更清晰。
至于新人…他们应该是点开某个网站第一话日期就直接抄了，区分配信开始/配信结束、连载开始/连载结束，未必能解决这个问题。
因此从以上三个方面来看，采取连载开始/连载结束可能吃力不讨好：新人创建条目不会因此更精确，反而老人编辑条目为求详尽可能搞出更多写法，于是infobox版面也可能更冗余。
mizudiwood🤖 说: 可能还有别的开始，新人也不知道到底是什么开始，连载比较直观吧
连载开始/连载结束表述更清晰也代表兼容性更差，反而做不到统一。除了电子单话配信之外，在SNS或开放式平台自行发布或许也得写成自刊开始/自刊结束之类的？如此一来写法反而更多了。
或者将"连载"采取广义解释，包含任意媒体形式而不要求与"连载杂志"字段对应。如此一来固然可包含各种开始/结束，但加缀连载则变成冗余，表述不会更清晰。
至于新人…他们应该是点开某个网站第一话日期就直接抄了，区分配信开始/配信结束、连载开始/连载结束，未必能解决这个问题。
因此从以上三个方面来看，采取连载开始/连载结束可能吃力不讨好：新人创建条目不会因此更精确，反而老人编辑条目为求详尽可能搞出更多写法，于是infobox版面也可能更冗余。
#73-32 - 2024-9-27 09:19
mizudiwood🤖
在SNS或开放式平台自行发布……如果不出版不收录的呀，如果是出版的是填连载开始
连载：可以直接阅读的纸质或网络平台（哔哩哔哩漫画、起点中文网等，如果出版了微博也算）
配信（或者也许规范成贩卖？）：电子出版那种卖文件包的形式（Kindle、コミックシーモア等）
第三个写法是啥？
新人……正确编辑前不给维基人权限！#73-25那个例子也说了，两个日期其实并不一样
祈 说: 想了下，如果是为了统一字段写法，开始/结束可能比较符合需求。
连载开始/连载结束表述更清晰也代表兼容性更差，反而做不到统一。除了电子单话配信之外，在SNS或开放式平台自行发布或许也得写成自刊开始/自...
连载：可以直接阅读的纸质或网络平台（哔哩哔哩漫画、起点中文网等，如果出版了微博也算）
配信（或者也许规范成贩卖？）：电子出版那种卖文件包的形式（Kindle、コミックシーモア等）
第三个写法是啥？
新人……正确编辑前不给维基人权限！#73-25那个例子也说了，两个日期其实并不一样
#73-33 - 2024-9-27 12:41
mizudiwood🤖
补充一下，连载开始对应关联连载杂志的情况，至于配信，参考#52，是不填连载杂志只加外链的
祈 说: 想了下，如果是为了统一字段写法，开始/结束可能比较符合需求。
连载开始/连载结束表述更清晰也代表兼容性更差，反而做不到统一。除了电子单话配信之外，在SNS或开放式平台自行发布或许也得写成自刊开始/自...
#73-34 - 2024-9-27 16:13
祈
若采取这样的解释，配信也算连载呀？只要以更新进度方式贩卖，而不是一次打包至结局都能称为连载。这样的话，疑问则会出现在网络平台一次上架全话次，也就是说开始日和结束日相同，此种情况无法称为连载，似乎不能适用连载开始/连载结束的格式。
至于能不能直接买文件包，顶多只是个别网站或平台运作机制的区别而已。不管是直接买文件包、利用官方APP下载加密数据到本地、或者在线阅读，这几种模式消费者均是购买著作的阅览权限，本质上没太大不同。
于是话说回来，开始日/结束日原意是为了正确交代连载作品面市期间、定位作品年代，以补充发售日限定于单行本形式的不足。因此开始日只要填写连载作品最早面市的日期，就足以交代作品年代。我看了下目前同时填写连载开始与配信开始的条目，配信开始日均在连载开始日之后，这种情况填写配信开始日似乎没有实益。反过来说如果配信开始日在连载开始日之前，也只要填写配信开始日即可。（顶多在区别纸本连载日/电子配信日时会稍微有点作用吧，如果是网络连载日/电子配信日那根本就是一样的东西…）
总结：不然还是用列表吧B38简单明了
开始= {
[XXXX-XX-XX(纸本XX号)]
[XXXX-XX-XX(电子配信)]
}(纸本两字可略)
mizudiwood🤖 说: 在SNS或开放式平台自行发布……如果不出版不收录的呀，如果是出版的是填连载开始
连载：可以直接阅读的纸质或网络平台（哔哩哔哩漫画、起点中文网等，如果出版了微博也算）
配信（或者也许规范成贩卖？）：电...
至于能不能直接买文件包，顶多只是个别网站或平台运作机制的区别而已。不管是直接买文件包、利用官方APP下载加密数据到本地、或者在线阅读，这几种模式消费者均是购买著作的阅览权限，本质上没太大不同。
于是话说回来，开始日/结束日原意是为了正确交代连载作品面市期间、定位作品年代，以补充发售日限定于单行本形式的不足。因此开始日只要填写连载作品最早面市的日期，就足以交代作品年代。我看了下目前同时填写连载开始与配信开始的条目，配信开始日均在连载开始日之后，这种情况填写配信开始日似乎没有实益。反过来说如果配信开始日在连载开始日之前，也只要填写配信开始日即可。（顶多在区别纸本连载日/电子配信日时会稍微有点作用吧，如果是网络连载日/电子配信日那根本就是一样的东西…）
总结：不然还是用列表吧B38简单明了
开始= {
[XXXX-XX-XX(纸本XX号)]
[XXXX-XX-XX(电子配信)]
}(纸本两字可略)
#73-35 - 2024-9-27 16:21
mizudiwood🤖
配信和连载最大的区别就是他比连载杂志的多了个“出版社”和“Label”，而且发布地址可能有很多个站点甚至每个站点时间不一样，某个站点合作到期了还可能撤掉，所以我觉得配信站点跟连载杂志本质还是不一样的
我个人是这种电子书都不想收录，一定要收录也想跟普通连载区分开来
怕就怕有些人看到连载开始又把站点写连载杂志
祈 说: 若采取这样的解释，配信也算连载呀？只要以更新进度方式贩卖，而不是一次打包至结局都能称为连载。这样的话，疑问则会出现在网络平台一次上架全话次，也就是说开始日和结束日相同，此种情况无法称为连载，似乎不能适...
我个人是这种电子书都不想收录，一定要收录也想跟普通连载区分开来
怕就怕有些人看到连载开始又把站点写连载杂志
#73-36 - 2024-9-27 16:24
mizudiwood🤖
另，列表模式已经升级了
开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-XX]
[电子单话|XXXX-XX-XX]
}
杂志连载：纸质或电子杂志
平台连载：快看漫画那种连载平台
电子单话：电子出版的单话
https://bgm.tv/subject/354667
如果是这种我倒是没意见但是真的有人愿意弄吗，毕竟大多数书籍还是杂志或平台二选一
祈 说: 若采取这样的解释，配信也算连载呀？只要以更新进度方式贩卖，而不是一次打包至结局都能称为连载。这样的话，疑问则会出现在网络平台一次上架全话次，也就是说开始日和结束日相同，此种情况无法称为连载，似乎不能适...
开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-XX]
[电子单话|XXXX-XX-XX]
}
杂志连载：纸质或电子杂志
平台连载：快看漫画那种连载平台
电子单话：电子出版的单话
https://bgm.tv/subject/354667
如果是这种我倒是没意见但是真的有人愿意弄吗，毕竟大多数书籍还是杂志或平台二选一
#73-37 - 2024-9-27 16:36
mizudiwood🤖
@rabbitohh @Veibae's mom @十五君w @綿飴
几位重新看看投票1吧
mizudiwood🤖 说: 另，列表模式已经升级了
开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-XX]
[电子单话|XXXX-XX-XX]
}
杂志连载：纸质或电子杂志
平台连载：快看漫画那种...
几位重新看看投票1吧
#73-38 - 2024-9-27 18:15
綿飴
用“分发（distribution）”替代如何？
感觉这个词含义比较广
就“开始”两个字作为字段我始终觉得意味不明…
分发开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-XX]
[电子单话|XXXX-XX-XX]
}
mizudiwood🤖 说: 另，列表模式已经升级了
开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-XX]
[电子单话|XXXX-XX-XX]
}
杂志连载：纸质或电子杂志
平台连载：快看漫画那种...
感觉这个词含义比较广
就“开始”两个字作为字段我始终觉得意味不明…
分发开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-XX]
[电子单话|XXXX-XX-XX]
}
#73-39 - 2024-9-27 18:17
mizudiwood🤖
怪怪的，好像没看到这么用的
綿飴 说: 用“分发（distribution）”替代如何？
感觉这个词含义比较广
就“开始”两个字作为字段我始终觉得意味不明…
分发开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-X...
#73-40 - 2024-9-27 18:26
#73-41 - 2024-9-27 20:29
十五君w
当初我刚开始编维基的时候根本搞不懂这个开始是什么开始，毕竟那时候有人会误把首卷发售日放上去。
我觉得哪个能表达清晰其实都可以。
但有个疑问，像这种因移籍而存在复数开始日期的，投票1会倾向怎么填？又或者以后不填比较好？
https://bgm.tv/subject/167554
mizudiwood🤖 说: ＠rabbitohh ＠Veibae's mom @十五君w @綿飴
几位重新看看投票1吧
我觉得哪个能表达清晰其实都可以。
但有个疑问，像这种因移籍而存在复数开始日期的，投票1会倾向怎么填？又或者以后不填比较好？
https://bgm.tv/subject/167554
#73-42 - 2024-9-27 20:38
mizudiwood🤖
有道理，我本来想的是如果是投票1的话，没有多个的情况就只填一个开始（全都用列表编辑成本太高了），现在想想确实只写开始还是看不懂是啥
移籍我感觉不算开始啊，对这个作品而言不算，我感觉最多写写备注得了
十五君w 说: 当初我刚开始编维基的时候根本搞不懂这个开始是什么开始，毕竟那时候有人会误把首卷发售日放上去。
我觉得哪个能表达清晰其实都可以。
但有个疑问，像这种因移籍而存在复数开始日期的，投票1会倾向怎么填？又或...
移籍我感觉不算开始啊，对这个作品而言不算，我感觉最多写写备注得了
#73-43 - 2024-9-27 22:59
十五君w
我也觉得算不上是开始，但是前人有写我就跟着一起写了
mizudiwood🤖 说: 有道理，我本来想的是如果是投票1的话，没有多个的情况就只填一个开始（全都用列表编辑成本太高了），现在想想确实只写开始还是看不懂是啥
移籍我感觉不算开始啊，对这个作品而言不算，我感觉最多写写备注得了
#73-45 - 2024-9-28 00:47
Mauxir's mom
我觉得如果把投票1和投票2结合一下，为以下这样会不会更合理？这样如果是单平台连载写法也还是连载开始/结束，表述也更清晰
连载开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-XX]
[电子单话|XXXX-XX-XX]
}
mizudiwood🤖 说: ＠rabbitohh ＠Veibae's mom @十五君w @綿飴
几位重新看看投票1吧
连载开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-XX]
[电子单话|XXXX-XX-XX]
}
#73-46 - 2024-9-28 00:52
mizudiwood🤖
好像很有道理，你把他们召唤出来再看看
我懒得开电脑
我补充到投票2了
Veibae's mom 说: 我觉得如果把投票1和投票2结合一下，为以下这样会不会更合理？这样如果是单平台连载写法也还是连载开始/结束，表述也更清晰
连载开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-...
我懒得开电脑
我补充到投票2了
#73-48 - 2024-9-28 01:01
mizudiwood🤖
话说回来，我一开始是怕那种既有杂志又有单话的，某些人懒得查直接用只用单话的配信时间写连载开始来着，大家都认真查资料倒是没啥，事实不是啊
Veibae's mom 说: 我觉得如果把投票1和投票2结合一下，为以下这样会不会更合理？这样如果是单平台连载写法也还是连载开始/结束，表述也更清晰
连载开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-...
#73-49 - 2024-9-28 01:57
綿飴
感觉没问题，毕竟汉字也不是如此完美严谨的东西用词能让人理解就足够了
Veibae's mom 说: 我觉得如果把投票1和投票2结合一下，为以下这样会不会更合理？这样如果是单平台连载写法也还是连载开始/结束，表述也更清晰
连载开始= {
[杂志连载|XXXX-XX-XX]
[平台连载|XXXX-XX-...
用词能让人理解就足够了#73-50 - 2024-9-28 13:08
祈
"连载开始"也用列表不合适吧？乍一看像是这部作品有多次连载纪录。其实按我预想会动用到列表应该只是少数，电子杂志的连载开始和配信开始都写性质重复，我是主张比较晚的日期应该砍掉。
至于"开始"既然可能难解其意，写成"连载开始"顶多网络平台一次上架全话次的情形会出现例外，仍依惯例在连载开始和连载结束填写相同日期应该是不至于看不懂，问题不大。
话说我刚成为维基人时"开始"是能看懂的，但曾把开始日填到发售日，因为目前功能只支持发售日排序…即便现在新人开始日填发售日的情形也不罕见。
既然有讨论到这边了再提出两个问题：
1.商业平台投稿区投稿转正式连载，如果要记录投稿日期
A(我目前这么写)
投稿=
开始=
B(投票1感觉也可以这么写)
开始= {
[XXXX-XX-XX(投稿)]
[XXXX-XX-XX(连载)]
}
C(投票2应该这么写？)
投稿日期=
连载开始=
2.
延续楼上采取投票2可能的排版问题，下划线这个年分表记能否直接省去啊？
一般来说，后面的年份都是重复的。
示例：2024-11-11(2024年12月号)
跨年分情形，这个1月号想当然也不会是2024年1月号，省略不影响。
示例：2024-12-11(2025年1月号)
除非足够特别，特殊情况特殊处理才有必要填写。
示例：2024-01-11(2023年12月号)
示例：2024-07-11(2025年7月号)
话又说回来列表升级后左列infobox好像乘载了太多，有没有考虑拉宽一点啊B38
mizudiwood🤖 说: 好像很有道理，你把他们召唤出来再看看
我懒得开电脑
我补充到投票2了
至于"开始"既然可能难解其意，写成"连载开始"顶多网络平台一次上架全话次的情形会出现例外，仍依惯例在连载开始和连载结束填写相同日期应该是不至于看不懂，问题不大。
话说我刚成为维基人时"开始"是能看懂的，但曾把开始日填到发售日，因为目前功能只支持发售日排序…即便现在新人开始日填发售日的情形也不罕见。
既然有讨论到这边了再提出两个问题：
1.商业平台投稿区投稿转正式连载，如果要记录投稿日期
A(我目前这么写)
投稿=
开始=
B(投票1感觉也可以这么写)
开始= {
[XXXX-XX-XX(投稿)]
[XXXX-XX-XX(连载)]
}
C(投票2应该这么写？)
投稿日期=
连载开始=
2.
延续楼上采取投票2可能的排版问题，下划线这个年分表记能否直接省去啊？
一般来说，后面的年份都是重复的。
示例：2024-11-11(2024年12月号)
跨年分情形，这个1月号想当然也不会是2024年1月号，省略不影响。
示例：2024-12-11(2025年1月号)
除非足够特别，特殊情况特殊处理才有必要填写。
示例：2024-01-11(2023年12月号)
示例：2024-07-11(2025年7月号)
话又说回来列表升级后左列infobox好像乘载了太多，有没有考虑拉宽一点啊B38
#73-51 - 2024-9-29 00:47
mizudiwood🤖
商业平台投稿又是什么东西，不就是连载开始吗
我是觉得太长不用写20，月号不写年份倒是无所谓，但是每年vol.几那种必须要写，不然跟写总期数的有歧义
祈 说: "连载开始"也用列表不合适吧？乍一看像是这部作品有多次连载纪录。其实按我预想会动用到列表应该只是少数，电子杂志的连载开始和配信开始都写性质重复，我是主张比较晚的日期应该砍掉。
至于"开始"既然可能难...
我是觉得太长不用写20，月号不写年份倒是无所谓，但是每年vol.几那种必须要写，不然跟写总期数的有歧义
#73-52 - 2024-9-29 00:49
mizudiwood🤖
我是觉得电子单话的通通都不写最好，每个平台日期还不一样，那些人根本不查哪个最早，但你能说服他们不写发售日吗（强行写到配信开始才能避免他们又填发售日），我已经改崩溃了，即使我之前@他好好写他也只问我为啥锁了他的同人志
祈 说: "连载开始"也用列表不合适吧？乍一看像是这部作品有多次连载纪录。其实按我预想会动用到列表应该只是少数，电子杂志的连载开始和配信开始都写性质重复，我是主张比较晚的日期应该砍掉。
至于"开始"既然可能难...
#73-53 - 2024-9-29 12:28
祈
商业平台投稿就是说平台里面会有个投稿区，供创作者自由上传，累积一定人气或得到编辑部青眼会收到签约邀请，然后就可以转为正式连载。投稿区是否让作者收费、有无广告收益因平台而异；正式连载是否大改版本也会因作品而不同。但正式连载一般是从头来过，投稿区已发布进度会锁起来，所以这个投稿日期其实才是作品最早面向大众的日期。
mizudiwood🤖 说: 商业平台投稿又是什么东西，不就是连载开始吗
我是觉得太长不用写20，月号不写年份倒是无所谓，但是每年vol.几那种必须要写，不然跟写总期数的有歧义
#73-54 - 2024-9-29 12:45
mizudiwood🤖
那不就是晋江的入V，我感觉是按投稿时间算的
祈 说: 商业平台投稿就是说平台里面会有个投稿区，供创作者自由上传，累积一定人气或得到编辑部青眼会收到签约邀请，然后就可以转为正式连载。投稿区是否让作者收费、有无广告收益因平台而异；正式连载是否大改版本也会因作...
#78 - 2024-9-24 23:29
RhmBWT
((o·▽·o)また戦争がしたいのか、アンタ達はッ!! ...)
#78-2 - 2024-9-24 23:39
knh初
可以参考#11-9的讨论
https://bgm.tv/group/topic/402872#post_2864051
没有官方硬性规定。
书籍区和音乐区大多数维基人推荐yyyy-mm-dd格式，mm和dd个位数的话带0
动画区，游戏区和三次元没有推荐写法，我个人比较喜欢用xxxx年y月z日，不带0
https://bgm.tv/group/topic/402872#post_2864051
没有官方硬性规定。
书籍区和音乐区大多数维基人推荐yyyy-mm-dd格式，mm和dd个位数的话带0
动画区，游戏区和三次元没有推荐写法，我个人比较喜欢用xxxx年y月z日，不带0
#81 - 2024-9-27 10:11
KFLY
(闲杂人等)
问下有译本但原版是未出版同人志的情况下可以收录吗，译本有isbn号
#81-3 - 2024-9-27 10:41
mizudiwood🤖
買動漫擁有最多正式授權的「中文版同人誌」，emmm沒有實體紙質書的話最好先不要吧，現在亂七八糟的電子書已經夠頭疼了（目前“电子出版”的日文同人志我也都锁了），讓我再觀望一下
而且我查了下“買動漫”並不是一家出版社
KFLY 说: 这本有译本（也能搜到isbn）但原版是同人志，同作者还有好几本是这种情况
而且我查了下“買動漫”並不是一家出版社
#81-4 - 2024-9-27 10:54
#81-5 - 2024-9-27 10:57
mizudiwood🤖
求你先暂时不要吧，这种放开了又要花精力规范，让我缓缓
mizudiwood🤖 说: 買動漫擁有最多正式授權的「中文版同人誌」，emmm沒有實體紙質書的話最好先不要吧，現在亂七八糟的電子書已經夠頭疼了（目前“电子出版”的日文同人志我也都锁了），讓我再觀望一下
而且我查了下“買動漫”並...
#83 - 2024-9-28 00:36
Grey_Flame_
(一般通过条吃動画漫画的怪物)
@Hyary @SilenceAkarin 打扰致歉
关于アニソン・コレクションVol.1的「厂牌¹」「官网²」「発行元³」「出版方⁴」相关，我有位朋友在了解调查后给出了不同的看法，介于篇幅较长且部分应该会有争议我直接引用发到这边了以下正文
① ② ③ ④
关于アニソン・コレクションVol.1的「厂牌¹」「官网²」「発行元³」「出版方⁴」相关，我有位朋友在了解调查后给出了不同的看法，介于篇幅较长且部分应该会有争议我直接引用发到这边了
朋友：一看到音乐条目汴京我可就不困了啊
虽然我没在BGM上编辑/创建过音乐条目，不过我在Discogs上有编辑/创建过几十个音乐条目的经验，还是可以捋一下的
①
首先，这张唱片的厂牌（label）的确是ストレンジ・デイズ・レコード（Strange Days Records），厂牌（label）一词的本义是黑胶唱片时代唱片中心的标签（label），上面会印着厂牌的logo，Discogs的Database Guidelines里对厂牌的定义就是usually the largest brand or logo on the release。
Discogs Database Guidelines § 4.6.2中对厂牌的定义（官方日文版和英文版）：
-- レーベル‐レコード会社がリリースを識別するために使用するブランドまたは刻印です。リリースにおけるレーベルは通常、目立つロゴで識別されます。
——————————
-- Label - Brand or imprint used by the record company to identify their releases. The label on a release can usually be identified by having a prominent logo.
从メルカリ的CD盒实物图来看，上面与唱片公司/厂牌有关的logo只有一个，就是Strange Days Records的logo
（CD盒背面左下角，并注有名称）
关于Hyary提到的官方页面的问题，其实这张CD的确是有官方页面的，就在Strange Days Records的官网上，地址是www.strange-ds.com/?p=49。只不过目前Strange Days Records的域名已经过期并被其他人注册，这个链接已经失效了。
但我们仍然可以通过互联网档案馆的Wayback Machine查看热心网友在网页能打开时留存的备份。目前最早的备份保存于2015年3月16日，地址为web.archive.org/web/20150316172436/http://www.strange-ds.com/?p=49
关于「グリムマーケットYahoo!店（GLIM MARKET Yahoo! SHOP）」在贩售的，「会社概要」一栏写着的会社名就是「グリムロックミュージック合同会社」，也就是GLIMROCK MUSIC, corporation. 代表者就是永井誠。就像你说的实际上是永井夫妇的夫妻店。这个雅虎购物地址的确属于官方购物渠道（由艺术家本人经营的公司贩售），但目前还没有证据表明GLIMROCK MUSIC参与了这张专辑的制作。
至于“発行元（发行方）”的问题，日興企画SHOP的商店页面上标为ストレンジ・デイズ・レコード也是一个常见的错误；实际上“発行元”不应该指向没有法律地位的厂牌，而是指向法人——也就是公司。CD盒的侧封（obi）上标注的才是正确的：株式会社ストレンジ・デイズ・レコード，即同名厂牌的法律实体。
另外“発行元”并不是“出版方”。在音乐行业“音乐出版（music publishing）”是一个专有名词，专指对音乐版权及其使用的管理；承担音乐出版职责的法律实体一般被称为“音乐出版公司”或“音乐出版社（音楽出版社）”。
公司音乐人可以把自己作品的版权授权由音乐出版公司代理，音乐出版公司代为接洽有意向使用音乐人作品的其他人和法人，给予许可并负责监察使用情况，然后将版税分配给原作者，在这个过程中赚得佣金。
ACGMN领域比较常见的音乐出版公司有松竹音楽出版（Shochiku Music Publishing）、創通音楽出版（Sotsu Music Publishing）等，大型唱片公司通常也会有自己的专门负责音乐出版的子公司或部门，如环球音乐集团旗下的环球音乐出版集团（Universal Music Publishing Group）、美国索尼娱乐旗下的索尼音乐发行（Sony Music Publishing）、华纳音乐集团旗下的华纳查普尔音乐（Warner Chappell Music）、日本索尼音乐娱乐旗下的日本索尼音乐出版［Sony Music Publishing (Japan)］、爱贝克思集团旗下的爱贝克思音乐出版（Avex Music Publishing）等等。
ACGMN领域的音乐出版公司可以参考菜籽酱编纂的Bangumi目录音楽出版事業
不过我也搞不清楚到底「発行元」指的是什么，这种标注在唱片上相当少见，反而是在书籍和期刊上更为常见，或许指的是厂牌背后的法律实体？
日本唱片上的公司注明有一套自己的体系，而且和欧美常用的体系并不相通，给爱好者们的信息数据库标注（Discogs、MusicBrainz、VGMdb等）带来了很大混乱。
小规模的独立厂牌一般自己没有销售能力，往往会委托拥有销售渠道的大型唱片公司负责销售（販売）。
日本独立厂牌发行的唱片上往往会出现「発売元」和「販売元」的并列。「発売元」就是委托方（即厂牌背后的法律实体，拥有录音作品版权），同时监督制造过程和进行营销活动，换算成Discogs上的欧美标注体系大致对应的是“Manufactured By”和“Marketed By”（但并不完全准确）；「販売元」则只是与前者达成销售合同，承担这张唱片的销售，可以等同于Discogs上的“Distributed By”。
销售合同往往以数年为期，到期后「発売元」更换其他「販売元」也是很常见的情况，大型唱片公司下属的小型厂牌（往往是虚设厂牌，背后实际上只是唱片公司架构下的某一部门）与几乎是竞争对手的另一家大型唱片公司或其子公司签订销售合约的情况也不算罕见。
但这就显得这张专辑更奇怪了：上面并非标着「発売元」和「販売元」，而是罕见的「発行元」和「発売元」。而从Strange Days Records的情况来看，它本身是依托于1998年创刊的同名前卫摇滚杂志「ストレンジ・デイズ」的音乐厂牌，而如今杂志早已停刊，背后的法律实体有限会社ストレンジ・デイズ也已经完成清算结业；而株式会社日興企画则是以广告代理公司起家，并将业务扩展至图书出版和网上商店，其自营网上商店恰好是以前卫摇滚唱片为主营商品，或许是「ストレンジ・デイズ」在这张专辑发行时的2012年还是与日興企画有着合作关系，后来被其并购，又或者「ストレンジ・デイズ」在当时就已经是日興企画的子公司？目前来讲还是缺乏证据，很难判断。
另附Discogs Database Guidelines § 4.6.2中对“Manufactured By” “Marketed By”和“Distributed By” 的定义（日文版和英文版）：
Manufactured By--
物理的なリリースの製造を示す一般的な用語で、この言葉は物理的に製造を行った会社ではなく、製造プロセスを監督した会社を示すために使われることが多いですが、どちらの役割もリリースに記載されることがあります。
——————————
A general term for making the physical release, this term is used a lot of the time to indicate the company that oversaw the manufacturing process, rather than the company that physically did the manufacturing, but the role can be used by either if it is used on the release.
Marketed By--
リリースの販売促進に関与する会社です。
——————————
The company that is involved in maximizing the sales of the release.
Distributed By--
リリースの卸売り流通を管理する会社です。
——————————
The company that manages the wholesale distribution of the release.
#83-1 - 2024-9-28 04:17
张绍刚老师
https://web.archive.org/web/2015 ... ml?code=strangedays
这边有写 “音楽専門誌月刊『ストレンジ・デイズ』の広告取扱い及び音楽ソフトの販売、音楽興行の運営” 就是 株式会社日興企画 的 “業務内容” 之一，确实承担了 発売元 的一部分职能，但我认为 株式会社日興企画 其实更多是作为 販売元，“ストレンジ・デイズ Official Shop” 这个网站甚至就是 株式会社日興企画 运营的
至于 発行元 的问题，我觉得 ストレンジ・デイズ・レコード 本身就是由杂志「ストレンジ・デイズ」衍生出的音乐厂牌，在这边把 発売元 写为 発行元 是可以理解的
这边有写 “音楽専門誌月刊『ストレンジ・デイズ』の広告取扱い及び音楽ソフトの販売、音楽興行の運営” 就是 株式会社日興企画 的 “業務内容” 之一，确实承担了 発売元 的一部分职能，但我认为 株式会社日興企画 其实更多是作为 販売元，“ストレンジ・デイズ Official Shop” 这个网站甚至就是 株式会社日興企画 运营的
至于 発行元 的问题，我觉得 ストレンジ・デイズ・レコード 本身就是由杂志「ストレンジ・デイズ」衍生出的音乐厂牌，在这边把 発売元 写为 発行元 是可以理解的
#83-2 - 2024-9-28 09:24
Grey_Flame_
感谢回复
那这就应该是最终答案了
接下来就以这部分为基准去提修改建议了
话说官网域名过期了还能填写吗 @mizudiwood🤖
Mikeneko 说: https://web.archive.org/web/2015 ... ml?code=strangedays
这边有写 “音楽専門誌月刊『ストレンジ・デイズ』の広告取扱い及び音楽ソフトの販売、音...
那这就应该是最终答案了
接下来就以这部分为基准去提修改建议了
话说官网域名过期了还能填写吗
@mizudiwood🤖#83-3 - 2024-9-28 10:05
mizudiwood🤖
过期了可以填哈
厂牌你问菜籽酱
Grey_Flame_ 说: 感谢回复
那这就应该是最终答案了
接下来就以这部分为基准去提修改建议了
话说官网域名过期了还能填写吗 ＠mizudiwood🤖
厂牌你问菜籽酱
#83-4 - 2024-9-28 12:42
Hyary
感谢考究与整理！你和你朋友都是咱班音乐维基需要的力量
有了 CD 盒子扫图照片基本上就秒了，这一般是最可靠的信息来源了
厂牌：没有争议了
网站：Wayback Machine 里的历史页面好像还是个商店……不过就信息量来说也算专门页面了
発行元：也谢谢 Mikeneko 的解答。看起来由于牵扯到杂志，这算是个特殊情况。不过最后结论确实是：不是出版方。
看了一下新 patch，出版方是否应该留空，毕竟综合来看「株式会社ストレンジ・デイズ・レコード」并不是音乐出版公司？
有了 CD 盒子扫图照片基本上就秒了，这一般是最可靠的信息来源了
厂牌：没有争议了
网站：Wayback Machine 里的历史页面好像还是个商店……不过就信息量来说也算专门页面了
発行元：也谢谢 Mikeneko 的解答。看起来由于牵扯到杂志，这算是个特殊情况。不过最后结论确实是：不是出版方。
看了一下新 patch，出版方是否应该留空，毕竟综合来看「株式会社ストレンジ・デイズ・レコード」并不是音乐出版公司？
#83-5 - 2024-9-28 13:35
Grey_Flame_
大头都是这位朋友担的 我是菜鸟只能跟在人屁股后面整理资讯
确实 那出版方就空着吧，也辛苦你了
Hyary 说: 感谢考究与整理！你和你朋友都是咱班音乐维基需要的力量
有了 CD 盒子扫图照片基本上就秒了，这一般是最可靠的信息来源了
厂牌：没有争议了
网站：Wayback Machine 里的历史页面好像还是个商...
确实 那出版方就空着吧，也辛苦你了
#88 - 2024-10-1 19:06
#89 - 2024-10-4 13:04
若卡
(VIP已到期，请尽快续费)
问个很讨打的
https://bgm.tv/subject/289854
这个动画制作是 Adult Swim （美国电视台）x Production I.G USA（IG的美国分部），官网，官推都是英文的。所以按照制作方地域原则，主条目名是不是应该是英文名呢
https://bgm.tv/subject/289854
这个动画制作是 Adult Swim （美国电视台）x Production I.G USA（IG的美国分部），官网，官推都是英文的。所以按照制作方地域原则，主条目名是不是应该是英文名呢
#90 - 2024-10-4 21:08
#91 - 2024-10-5 19:45
RhmBWT
((o·▽·o)また戦争がしたいのか、アンタ達はッ!! ...)
请问一下cd的价格怎么填啊，发现现在有的是带税的有的是没带税的，而且也没标明带不带
#92 - 2024-10-7 03:25
.
#92-2 - 2024-10-9 14:26
.
但其实汉字名才是原文吧，谚文只对应发音来着，现在bgm韩国人名的情况是上面三种都有，并且有人大量把原来罗马音的人名改成已知汉字名来着，书籍应该是以韩文谚文为主？
mizudiwood🤖 说: 按理说人物条目都是原文，特别是韩国当地的书籍，如果是日本动画的片尾staff可以按 表记名（原文）
#92-3 - 2024-10-9 14:30
mizudiwood🤖
韩文我真不懂，你@几个经常维护韩文的小伙伴讨论一下，按理说是官方表记
vkn 说: 但其实汉字名才是原文吧，谚文只对应发音来着，现在bgm韩国人名的情况是上面三种都有，并且有人大量把原来罗马音的人名改成已知汉字名来着，书籍应该是以韩文谚文为主？
#93 - 2024-10-7 08:58
羽沢家的黑咖啡
(現実なんてさ 忘れちゃっていい)
#93-1 - 2024-10-7 09:24
#93-2 - 2024-10-7 09:59
羽沢家的黑咖啡
好的，那我按照后者格式修改了。
至于排序问题，倒也不是仅限于短篇，杂志的人物界面上所有的连载但未出单行本的漫画系列都会排在最后面找不到 不过如果是在出版社页面的话，这样的排序方式就很合理
mizudiwood🤖 说: 不可能填发售日啊，只有正式出版的单行本才填发售日，短篇本身就不鼓励添加，跟单行本一起排序也很奇怪啊
短篇备注1话和“読切”不会迷惑吧
至于排序问题，倒也不是仅限于短篇，杂志的人物界面上所有的连载但未出单行本的漫画系列都会排在最后面找不到
不过如果是在出版社页面的话，这样的排序方式就很合理#93-3 - 2024-10-7 10:01
mizudiwood🤖
没出版的都可以理解为临时条目
如果到最后也没出版的话，说明人气不行（
羽沢家的黑咖啡 说: 好的，那我按照后者格式修改了。
至于排序问题，倒也不是仅限于短篇，杂志的人物界面上所有的连载但未出单行本的漫画系列都会排在最后面找不到 不过如果是在出版社页面的话，这样的排序方式就很合理
如果到最后也没出版的话，说明人气不行（
#93-4 - 2024-10-7 10:02
mizudiwood🤖
另外，没出版不要关联出版社，所以不存在出版社页面在最后找不到……
羽沢家的黑咖啡 说: 好的，那我按照后者格式修改了。
至于排序问题，倒也不是仅限于短篇，杂志的人物界面上所有的连载但未出单行本的漫画系列都会排在最后面找不到 不过如果是在出版社页面的话，这样的排序方式就很合理
#97 - 2024-10-9 14:35
mizudiwood🤖
(25年小结→bgm.tv/blog/366790)
#97-2 - 2024-10-9 14:38
#97-5 - 2024-10-9 18:45
갑자기, 맙소사
投1
因为快看现在就叫快看，我觉得可以把条目名改为“快看”
mizudiwood🤖 说: 投票1. 全部按人物词条的名称写，如“哔哩哔哩漫画”“快看漫画”“起点中文网”“コミックシーモア”
因为快看现在就叫快看，我觉得可以把条目名改为“快看”
#97-7 - 2024-10-9 19:36
unlink
补充一个idea。关于杂志平台的link key对简写名的采用方面，为了提升link的辨识度起见，感觉可以提一个实践规律：就是link key采用的简写尽量不改变杂志对应人物条目名的文种——比方说杂志人物条目名采用平假名+汉字表记的，不采用其纯片假名简称（比如各种jump系的奇怪绰号，漫画行业习用但难以辨认的jump系英文两字母缩写等）；又如，平台人物条目title采用英文的，不使用其汉字简称。这样能提升一些冷门关联连载平台link的辨识度。
mizudiwood🤖 说: 投票2. 对于部分有共识的站点，可填写简称，在人物词条infobox新增一栏简称用于统一化（有争议的简称必须讨论后决定），如“哔漫”“快看”“起点”“シーモア”
#97-8 - 2024-10-9 20:08
mizudiwood🤖
简称当然要是原文，我的意思是官方经常用来自称的简称是最稳妥的
比如这个https://weibo.com/1732420735/5087157818229005
晋江自己打的tag都是晋江
コミックシーモア他也经常自称シーモア，当然还有英文cmoa的写法，感觉片假名辨识度高点（
unlink 说: 补充一个idea。关于杂志平台的link key对简写名的采用方面，为了提升link的辨识度起见，感觉可以提一个实践规律：就是link key采用的简写尽量不改变杂志对应人物条目名的文种——比方说杂志...
比如这个https://weibo.com/1732420735/5087157818229005
晋江自己打的tag都是晋江
コミックシーモア他也经常自称シーモア，当然还有英文cmoa的写法，感觉片假名辨识度高点（
#103 - 2024-10-16 22:42
Grey_Flame_
(一般通过条吃動画漫画的怪物)
马7最新的官方同人广播剧应该放在三次元其他吗
#103-3 - 2024-10-16 22:53
mizudiwood🤖
网络分集配信的放三次元，直接出cd的放音乐
这不是官方的吗，怎么说是同人（同人的不收录）
今年30周年を迎える『マクロス7』。
30年の時を空間をフォールドして、完全新作のオーディオドラマが誕生！！
脚本は『マクロス７』監督を務めたアミノテツロ氏が手掛け、全3話の構成。
＜あらすじ＞
マクロス７に随行するアミューズメント艦ハリウッド落成記念ライブへの出演を控える
FIRE BOMBERだが、またも熱気バサラの姿が見当たらず、歌エネルギー探知機も全く反応しない。
一体バサラはどこにいるのか、バサラはどこで歌っているのか…？
＜キャスト＞
熱気バサラ：神奈延年
福山芳樹(歌)
ミレーヌ・フレア・ジーナス：平野 綾
チエ・カジウラ(歌)
レイ・ラブロック：菅原正志
北条アキコ：高乃 麗
ガムリン木崎：子安武人
花束の少女：中川亜希子
シビル：？
ガビル：陶山章央
テレビキャスター：室園丈裕
所内Vボイス：夏樹リオ
＜STAFF＞
脚本・演出：アミノテツロ
音響演出：鶴岡陽太
音響効果：蔭山 満
録音：椎原操志
録音助手：中屋奈紗
録音スタジオ：Studio 2010:
音響制作：楽音舎
音響制作担当：杉山好美
エグゼクティブプロデューサー：大西加紋
プロデューサー：佐々木史朗(フライングドッグ)
平井伸一(ビックウエスト)
製作：ビックウエスト
官得不能再官了
Grey_Flame_ 说: 不好意思下次会注意写齐全
这不是官方的吗，怎么说是同人（同人的不收录）
今年30周年を迎える『マクロス7』。
30年の時を空間をフォールドして、完全新作のオーディオドラマが誕生！！
脚本は『マクロス７』監督を務めたアミノテツロ氏が手掛け、全3話の構成。
＜あらすじ＞
マクロス７に随行するアミューズメント艦ハリウッド落成記念ライブへの出演を控える
FIRE BOMBERだが、またも熱気バサラの姿が見当たらず、歌エネルギー探知機も全く反応しない。
一体バサラはどこにいるのか、バサラはどこで歌っているのか…？
＜キャスト＞
熱気バサラ：神奈延年
福山芳樹(歌)
ミレーヌ・フレア・ジーナス：平野 綾
チエ・カジウラ(歌)
レイ・ラブロック：菅原正志
北条アキコ：高乃 麗
ガムリン木崎：子安武人
花束の少女：中川亜希子
シビル：？
ガビル：陶山章央
テレビキャスター：室園丈裕
所内Vボイス：夏樹リオ
＜STAFF＞
脚本・演出：アミノテツロ
音響演出：鶴岡陽太
音響効果：蔭山 満
録音：椎原操志
録音助手：中屋奈紗
録音スタジオ：Studio 2010:
音響制作：楽音舎
音響制作担当：杉山好美
エグゼクティブプロデューサー：大西加紋
プロデューサー：佐々木史朗(フライングドッグ)
平井伸一(ビックウエスト)
製作：ビックウエスト
官得不能再官了
#103-4 - 2024-10-16 23:00
Grey_Flame_
他油管视听链接标题上写的是我也很困惑哪里同人了
是因为是飞狗主导吗
mizudiwood🤖 说: 网络分集配信的放三次元，直接出cd的放音乐
这不是官方的吗，怎么说是同人（同人的不收录）
今年30周年を迎える『マクロス7』。
30年の時を空間をフォールドして、完全新作のオーディオドラマが誕生！...
『マクロス７』30周年記念 公式同人オーディオドラマ 〜歌は銀河を救えるのか！？〜
是因为是飞狗主导吗
#103-5 - 2024-10-16 23:03
mizudiwood🤖
唔，你就当是标题的一部分吧，可能制作团队是委托给第三方的
Grey_Flame_ 说: 他油管视听链接标题上写的是『マクロス７』30周年記念 公式同人オーディオドラマ 〜歌は銀河を救えるのか！？〜我也很困惑哪里同人了
#105 - 2024-10-22 00:04
RhmBWT
((o·▽·o)また戦争がしたいのか、アンタ達はッ!! ...)
#105-2 - 2024-10-22 00:25
RhmBWT
主要是有录音的那个条目里，录音盒发行都是日本哥伦比亚，这种一样的是不是没必要特别标注出来？因为我看大部分条目是没有的
mizudiwood🤖 说: 应该不是一个意思吧，录音和发行肯定不一样
发行方/发行商/厂牌我不懂 @菜籽酱 ＠Hyary ＠SilenceAkarin
#105-3 - 2024-10-22 01:58
SilenceAkarin
录音有录音场所，或者有专门做录音的人，专辑担任录音的人隶属于XXX
这三个情况都适合都可以放进录音里
涉及出版 (Publisher) 请看菜籽酱的音楽出版事業，以及我专攻同人音乐，在这个方面的知识是比较空缺的，在多数情况下是不会特意去填出版方，你可以去看#83
如果你有实体碟或者扫图，按着上面来进行填写基本上是没有问题的，21世纪的日本商业音乐并不像欧美那样label和publisher以及再印再版一直换来换去
RhmBWT 说: 主要是有录音的那个条目里，录音盒发行都是日本哥伦比亚，这种一样的是不是没必要特别标注出来？因为我看大部分条目是没有的
这三个情况都适合都可以放进录音里
涉及出版 (Publisher) 请看菜籽酱的音楽出版事業，以及我专攻同人音乐，在这个方面的知识是比较空缺的，在多数情况下是不会特意去填出版方，你可以去看#83
如果你有实体碟或者扫图，按着上面来进行填写基本上是没有问题的，21世纪的日本商业音乐并不像欧美那样label和publisher以及再印再版一直换来换去
#105-4 - 2024-10-22 02:04
SilenceAkarin
发行商(Distributer)/录音方(Record) 这两个担任不同职责，并不能全部都直接放厂牌/发行方(Label)
SilenceAkarin 说: 录音有录音场所，或者有专门做录音的人，专辑担任录音的人隶属于XXX
这三个情况都适合都可以放进录音里
涉及出版 (Publisher) 请看菜籽酱的音楽出版事業，以及我专攻同人音乐，在这个方面的知识...
#105-5 - 2024-10-22 09:27
RhmBWT
https://bgm.tv/subject/127498
https://bgm.tv/subject/343611
有一点懂了但还有点混乱，这两个条目前者厂牌录音发行商都是日哥，只是因为日哥家大业大全流程都可以自己来吧？对于一些小的厂牌可能是不同角色来承担？然后因为我主要关注的偶像大师cd这块，日哥烂铁都是比较大的，所以之前编辑的维基人就不怎么会专门单独填写录音？
第二个条目里有出版方信息，填的哥伦比亚songs和bnml，这个是对应的publisher吧，但我看过的条目里很少有填写这个的
发行商的概念我还是没太搞懂
厂牌和发行方的概念我理解下来是不是强绑定的，比如烂铁厂牌的发行方就是背后的bnml？日哥厂牌的发行方就是日哥？
SilenceAkarin 说: 发行商(Distributer)/录音方(Record) 这两个担任不同职责，并不能全部都直接放厂牌/发行方(Label)
https://bgm.tv/subject/343611
有一点懂了但还有点混乱，这两个条目前者厂牌录音发行商都是日哥，只是因为日哥家大业大全流程都可以自己来吧？对于一些小的厂牌可能是不同角色来承担？然后因为我主要关注的偶像大师cd这块，日哥烂铁都是比较大的，所以之前编辑的维基人就不怎么会专门单独填写录音？
第二个条目里有出版方信息，填的哥伦比亚songs和bnml，这个是对应的publisher吧，但我看过的条目里很少有填写这个的
发行商的概念我还是没太搞懂
厂牌和发行方的概念我理解下来是不是强绑定的，比如烂铁厂牌的发行方就是背后的bnml？日哥厂牌的发行方就是日哥？
#105-6 - 2024-10-22 14:58
SilenceAkarin
是，现在那些大的会社基本都是一个会社全部包办，imas系列（除管马仕还不清楚外，闪耀色彩为Lantis）基本都是日本哥伦比亚，你按着VGMDB上提供的扫图和MusicBrianz，以及Tower.jp上的信息来弄基本上是没有问题的
RhmBWT 说: https://bgm.tv/subject/127498
https://bgm.tv/subject/343611
有一点懂了但还有点混乱，这两个条目前者厂牌录音发行商都是日哥，只是因为日哥家大业...
#105-7 - 2024-10-22 14:59
Hyary
这三个概念是没有重叠的，就算对于大厂全流程包办，他们也会给厂牌、发行方、录音工作室安排不同的名称。
拿你举的第一个条目，可以参考对应的VGMdb条目，这个VGMdb条目我个人认为是填写正确的。
发行方/発売元：日本コロムビア株式会社
这个信息可以在实体专辑背面找到。实体专辑背面图片在VGMdb里有，登录可见，或者也可以看这个低清版的
厂牌/レーベル：Columbia
厂牌跟 商品编号/品番 一般是成对存在的。这个例子的专辑盒子侧面标注得很明显，不过很多其他专辑不会把厂牌和商品编号一起放在这么显眼的地方。编号 COCC-17023 可以理解为“Columbia系列编号17023专辑”
一个发行方可以拥有很多厂牌，例如bgm的日本コロムビア条目简介下就很贴心地列了很多
录音：（没有看到专辑上强调录音工作室或者录音工程师，就不填了吧）等等其实小册子倒数第二页里有录音工作室和录音工程师，所以说补完专辑信息是个深坑啊
而bgm这边嘛……
就其实没那么专业，目前看起来日本コロムビア这个本来应该是发行方的条目基本都用来关联成厂牌了……
哦不对bgm都没有「发行方」这个职位，只有「出版方」，应该意思差不多吧，还请了解的维基人进一步指正
RhmBWT 说: https://bgm.tv/subject/127498
https://bgm.tv/subject/343611
有一点懂了但还有点混乱，这两个条目前者厂牌录音发行商都是日哥，只是因为日哥家大业...
拿你举的第一个条目，可以参考对应的VGMdb条目，这个VGMdb条目我个人认为是填写正确的。
发行方/発売元：日本コロムビア株式会社
这个信息可以在实体专辑背面找到。实体专辑背面图片在VGMdb里有，登录可见，或者也可以看这个低清版的
厂牌/レーベル：Columbia
厂牌跟 商品编号/品番 一般是成对存在的。这个例子的专辑盒子侧面标注得很明显，不过很多其他专辑不会把厂牌和商品编号一起放在这么显眼的地方。编号 COCC-17023 可以理解为“Columbia系列编号17023专辑”
一个发行方可以拥有很多厂牌，例如bgm的日本コロムビア条目简介下就很贴心地列了很多
录音：（没有看到专辑上强调录音工作室或者录音工程师，就不填了吧）等等其实小册子倒数第二页里有录音工作室和录音工程师，所以说补完专辑信息是个深坑啊
而bgm这边嘛……
就其实没那么专业，目前看起来日本コロムビア这个本来应该是发行方的条目基本都用来关联成厂牌了……
哦不对bgm都没有「发行方」这个职位，只有「出版方」，应该意思差不多吧，还请了解的维基人进一步指正
#105-8 - 2024-10-22 15:27
SilenceAkarin
发行方应该指的是厂牌Label，不过这些都是问的GPT，等其他维基人补充了
Hyary 说: 这三个概念是没有重叠的，就算对于大厂全流程包办，他们也会给厂牌、发行方、录音工作室安排不同的名称。
拿你举的第一个条目，可以参考对应的VGMdb条目，这个VGMdb条目我个人认为是填写正确的。
发...
#105-9 - 2024-10-22 15:32
#105-10 - 2024-10-22 15:55
RhmBWT
感谢指导
那现在这些爱马仕cd条目里面的厂牌关联的日哥/烂铁实际应该关联出版方？厂牌的概念更接近品番？也就是字母-数字那串前面的字母？这现在bgm似乎没有可以关联的条目吧
多个厂牌我有印象了，我手里有个百万声优live的bd，也是烂铁发行的，但是前面那串字母和烂铁发的cd不一样，是不是就是不同厂牌？
Hyary 说: 这三个概念是没有重叠的，就算对于大厂全流程包办，他们也会给厂牌、发行方、录音工作室安排不同的名称。
拿你举的第一个条目，可以参考对应的VGMdb条目，这个VGMdb条目我个人认为是填写正确的。
发...
那现在这些爱马仕cd条目里面的厂牌关联的日哥/烂铁实际应该关联出版方？厂牌的概念更接近品番？也就是字母-数字那串前面的字母？这现在bgm似乎没有可以关联的条目吧
多个厂牌我有印象了，我手里有个百万声优live的bd，也是烂铁发行的，但是前面那串字母和烂铁发的cd不一样，是不是就是不同厂牌？
#105-11 - 2024-10-22 16:06
Hyary
我的个人选择是摆烂维持现状，因为都改过来工作量太大了，而且我其实也不完全确定出版方和发行方/発売元是一个概念。范围比较小的厂牌你其实可以考虑开始新建人物条目。是对应关系，基本上可以做到厂牌名字和品番前面的字母对应对
RhmBWT 说: 感谢指导
那现在这些爱马仕cd条目里面的厂牌关联的日哥/烂铁实际应该关联出版方？厂牌的概念更接近品番？也就是字母-数字那串前面的字母？这现在bgm似乎没有可以关联的条目吧
多个厂牌我有印象了，我手里有...
厂牌的概念更接近品番？也就是字母-数字那串前面的字母
我手里有个百万声优live的bd，也是烂铁发行的，但是前面那串字母和烂铁发的cd不一样，是不是就是不同厂牌？
#105-12 - 2024-10-22 16:08
RhmBWT
其实只有本家和灰姑娘是日哥，百sidem闪彩都是烂铁了管马仕我记得和最新的学一样都是bnei旗下asobinotes的了，不懂万南内部吉列的豆蒸
SilenceAkarin 说: 是，现在那些大的会社基本都是一个会社全部包办，imas系列（除管马仕还不清楚外，闪耀色彩为Lantis）基本都是日本哥伦比亚，你按着VGMDB上提供的扫图和MusicBrianz，以及Tower.jp...
管马仕我记得和最新的学一样都是bnei旗下asobinotes的了，不懂万南内部吉列的豆蒸#105-13 - 2024-10-22 16:17
mizudiwood🤖
我摊牌了，为了关联厂牌和出版方我是乱填的
Hyary 说: 我的个人选择是摆烂维持现状，因为都改过来工作量太大了，而且我其实也不完全确定出版方和发行方/発売元是一个概念。范围比较小的厂牌你其实可以考虑开始新建人物条目。厂牌的概念更接近品番？也就是字母-数字那串...
#105-14 - 2024-10-22 16:17
RhmBWT
学习到了，感谢
那是不是可以补充一下品番的信息，万一将来谁闲着蛋疼可以用脚本根据品番的信息来重新关联正确的厂牌
至于新建的条目，厂牌这个还是填烂铁吗，要不要和现有的保持一致
Hyary 说: 我的个人选择是摆烂维持现状，因为都改过来工作量太大了，而且我其实也不完全确定出版方和发行方/発売元是一个概念。范围比较小的厂牌你其实可以考虑开始新建人物条目。厂牌的概念更接近品番？也就是字母-数字那串...
那是不是可以补充一下品番的信息，万一将来谁闲着蛋疼可以用脚本根据品番的信息来重新关联正确的厂牌
至于新建的条目，厂牌这个还是填烂铁吗，要不要和现有的保持一致
#105-15 - 2024-10-22 16:18
mizudiwood🤖
要不大家再研究研究規范一下，先不考慮舊的
Hyary 说: 我的个人选择是摆烂维持现状，因为都改过来工作量太大了，而且我其实也不完全确定出版方和发行方/発売元是一个概念。范围比较小的厂牌你其实可以考虑开始新建人物条目。厂牌的概念更接近品番？也就是字母-数字那串...
#105-16 - 2024-10-22 16:31
Hyary
填品番当然是好的，其他交给你判断了
要不要新建厂牌Columbia的人物条目我拿不定主意，想听听 @菜籽酱 的想法
脚本批量改动或许不太难，主要是要核实标准
@mizudiwood🤖 好，我这两天再开个帖子集中讨论一下吧
RhmBWT 说: 学习到了，感谢
那是不是可以补充一下品番的信息，万一将来谁闲着蛋疼可以用脚本根据品番的信息来重新关联正确的厂牌
至于新建的条目，厂牌这个还是填烂铁吗，要不要和现有的保持一致
要不要新建厂牌Columbia的人物条目我拿不定主意，想听听 @菜籽酱 的想法
脚本批量改动或许不太难，主要是要核实标准
@mizudiwood🤖 好，我这两天再开个帖子集中讨论一下吧
#105-17 - 2024-10-22 16:31
mizudiwood🤖
https://bgm.tv/person/1495
比如这个不是公司吗，我看很多被编辑到厂牌
商品页面随便查了一个写的
https://bgm.tv/subject/312235
品番 CHFW-504
発売元 フロンティアワークス・コネクトハーツ
販売元 フロンティアワークス
https://www.fwinc.co.jp/cd/59741/
Hyary 说: 我的个人选择是摆烂维持现状，因为都改过来工作量太大了，而且我其实也不完全确定出版方和发行方/発売元是一个概念。范围比较小的厂牌你其实可以考虑开始新建人物条目。厂牌的概念更接近品番？也就是字母-数字那串...
比如这个不是公司吗，我看很多被编辑到厂牌
商品页面随便查了一个写的
https://bgm.tv/subject/312235
品番 CHFW-504
発売元 フロンティアワークス・コネクトハーツ
販売元 フロンティアワークス
https://www.fwinc.co.jp/cd/59741/
#106 - 2024-10-23 15:33
我不是凌列韵
#106-2 - 2024-10-23 17:07
我不是凌列韵
原型游戏类似demo，demo肯定不新建条目。区别在于demo是正式游戏的一部分，原型游戏的代码、美术、甚至具体关卡设计都跟正式游戏不一样（只有概念一样），在考虑是否要采用demo的做法。
mizudiwood🤖 说: 咋这么纠结，两个条目就完事了
近百个关卡是大差不大就关联主版本/不同版本，完全是新要素就关联不同演绎
#106-3 - 2024-10-23 18:45
mizudiwood🤖
没懂，demo既然不建条目，那你为什么又建了，你是想让我锁定吗
我不是凌列韵 说: 原型游戏类似demo，demo肯定不新建条目。区别在于demo是正式游戏的一部分，原型游戏的代码、美术、甚至具体关卡设计都跟正式游戏不一样（只有概念一样），在考虑是否要采用demo的做法。
#106-4 - 2024-10-23 18:58
mizudiwood🤖
所以这不就是demo吗
Fululu
1 year ago
感谢大家游玩游戏demo，我们正在开发新的游戏内容，现在的关卡量由原来的12关扩展到了45关，测试版本还没有上线任何平台，现招募游戏测试玩家，如果感兴趣的话欢迎加入我们的QQ群：573895549
#113 - 2025-1-17 10:11
Ranpo
(海へ行こうよ)
#113-2 - 2025-1-17 11:05
Sdvn
我查了一下，韩国那边的那个isbn数据库写的是2024-12-10，还有的网站写是2025-01-15，也可能是因为不一致所以删了。记不清了（
Sdvn 说: 我看了下，如果直接点恢复看你的历史版本是本来就没有，但是用脚本看就能看出来删了。我也没印象我删了啊
#113-3 - 2025-1-17 11:05
mizudiwood🤖
你语法有问题，多了个}，后面编辑会丢失
你写的是
|版本:韩语版={
[版本名|이 사랑을 별에는 빌지 않을래]
[出版社|대원씨아이]
[发售日|2024-12-20]}
}
应该是
|版本:韩语版={
[版本名|이 사랑을 별에는 빌지 않을래]
[出版社|대원씨아이]
[发售日|2024-12-20]
}
你写的是
|版本:韩语版={
[版本名|이 사랑을 별에는 빌지 않을래]
[出版社|대원씨아이]
[发售日|2024-12-20]}
}
应该是
|版本:韩语版={
[版本名|이 사랑을 별에는 빌지 않을래]
[出版社|대원씨아이]
[发售日|2024-12-20]
}
#113-4 - 2025-1-17 14:28
Ranpo
好的 感谢提醒
mizudiwood🤖 说: 你语法有问题，多了个}，后面编辑会丢失
你写的是
|版本:韩语版={
[版本名|이 사랑을 별에는 빌지 않을래]
[出版社|대원씨아이]
[发售日|2024-12-20]}
}
应该是
|版本:...
#116 - 2025-2-4 02:16
Emily ω Bear
(Time Traveller.)
#116-2 - 2025-2-4 11:10
#116-5 - 2025-2-4 15:17
Emily ω Bear
都有相关人物条目了，总不能都不关联吧，找个接近的职位关联上也行阿。一部分大量外包的，比如说原画、背景等外包有没有一些条目可供参考？
天野远子 说: 不关联啊，没关联项，就手动填出品人呗。
外包的你看看其他那些日本动画条目怎么关联的呗
#116-6 - 2025-2-4 15:19
天野远子
问题是出品人和制片人不是一个东西啊，出品人等级比制片人高，出品人是金主的代表，制片人是制作方面的。
你找找最近几个季度的？动画应该他们更新很勤快的。
Emily ω Bear 说: 都有相关人物条目了，总不能都不关联吧。大量外包的有没有一些条目可供参考？
你找找最近几个季度的？动画应该他们更新很勤快的。
#116-7 - 2025-2-4 15:28
Emily ω Bear
制片人也不是我提出的啊。制片人不一定是制作方面的，看具体作品。
关于出品人，目前国动这边的看到过的实践是出品单位和出品人一起关联到製作上，或者出品人关联到企划制作人，或者均不关联。我认为总得关联上一个职位吧，不然人物条目完整性会是问题。
日本动画的条目不是因为去年有人大量添加外包条目引起争议，对外包关联可能比较谨慎。翻了一些条目，感觉能参考的地方不多。
天野远子 说: 问题是出品人和制片人不是一个东西啊，出品人等级比制片人高，出品人是金主的代表，制片人是制作方面的。
你找找最近几个季度的？动画应该他们更新很勤快的。
关于出品人，目前国动这边的看到过的实践是出品单位和出品人一起关联到製作上，或者出品人关联到企划制作人，或者均不关联。我认为总得关联上一个职位吧，不然人物条目完整性会是问题。
日本动画的条目不是因为去年有人大量添加外包条目引起争议，对外包关联可能比较谨慎。翻了一些条目，感觉能参考的地方不多。
#116-8 - 2025-2-4 15:33
天野远子
感觉没必要完全照搬日本的分类，国内有些职位乱七八糟的。对不上就没必要强制去关联，不伦不类不如不关联。
Emily ω Bear 说: 制片人也不是我提出的啊。制片人不一定是制作方面的，看具体作品。
关于出品人，目前国动这边的看到过的实践是出品单位和出品人一起关联到製作上，或者出品人关联到企划制作人，或者均不关联。我认为总得关联上一...
#116-9 - 2025-2-4 15:43
Emily ω Bear
日本动画也有个别特立独行的设置，这没什么。
照搬的不是国动维基人，是人物关联系统。问题在于无论出品单位还是出品人条目都建了不少，只是以前没规范而已。不关联这些个条目就没意义了，还不如损失些准确性呢。
天野远子 说: 感觉没必要完全照搬日本的分类，国内有些职位乱七八糟的。对不上就没必要强制去关联，不伦不类不如不关联。
照搬的不是国动维基人，是人物关联系统。问题在于无论出品单位还是出品人条目都建了不少，只是以前没规范而已。不关联这些个条目就没意义了，还不如损失些准确性呢。
#116-10 - 2025-2-4 15:44
天野远子
让老板加职位呗。
没加之前你们要关联就关联咯，反正在我看来是不伦不类不准备不如不关联。
Emily ω Bear 说: 日本动画也有个别特立独行的设置，这没什么。
问题在于无论出品单位还是出品人条目都建了不少，只是以前没人说而已，不关联这个条目就没意义了，还不如损失些准确性呢。
没加之前你们要关联就关联咯，反正在我看来是不伦不类不准备不如不关联。
#116-12 - 2025-3-25 22:01
#118 - 2025-2-18 21:22
momo
(僕の愛も、君の罰も、すべて分けあうんだ。)
TV动画标注受限内容的标准是啥？
18年sai老板这个贴说的是“以所作品所在地区分级为依据”，但日本电视节目似乎并没有没有分级。
我之前的理解是只标“里番”，但我看前些天@寳井宁馨儿 给几个有露点的卖肉番（封面没露）也标了NSFW，明明百度百科和豆瓣都没锁隐的
18年sai老板这个贴说的是“以所作品所在地区分级为依据”，但日本电视节目似乎并没有没有分级。
我之前的理解是只标“里番”，但我看前些天@寳井宁馨儿 给几个有露点的卖肉番（封面没露）也标了NSFW，明明百度百科和豆瓣都没锁隐的
#120 - 2025-3-18 11:57
mizudiwood🤖
(25年小结→bgm.tv/blog/366790)
#120-1 - 2025-3-18 11:57
mizudiwood🤖
1. 品番
ps. 新增选项4、5、6、7、8、9、10
补充说明：本意只是针对如果在编辑日本商业专辑字段时想填这个信息时统一填什么字段，别想太复杂了，没有该信息或不想填依然可以不填，也不会显示在默认infobox里迷惑新人（
ps. 新增选项4、5、6、7、8、9、10
补充说明：本意只是针对如果在编辑日本商业专辑字段时想填这个信息时统一填什么字段，别想太复杂了，没有该信息或不想填依然可以不填，也不会显示在默认infobox里迷惑新人（
#120-8 - 2025-3-18 12:50
#120-9 - 2025-3-18 13:11
Hyary
回复被折叠这两个来源的权威性我不太确定……
然后，「規格品番」这个词在日本唱片业是有独立含义的，见 https://ja.wikipedia.org/wiki/規格品番
mizudiwood🤖 说: https://hanyu.baidu.com/hanyu-pa ... 5%AA&ptype=zici
https://cidian.gei6.com/pinfan__4edrjeo0.ht...
然后，「規格品番」这个词在日本唱片业是有独立含义的，见 https://ja.wikipedia.org/wiki/規格品番
#120-10 - 2025-3-18 13:19
mizudiwood🤖
回复被折叠那你选其他啊再给个提案啊，本来这个字段也只在日语专辑用得到吧
Hyary 说: 这两个来源的权威性我不太确定……
然后，「規格品番」这个词在日本唱片业是有独立含义的，见 https://ja.wikipedia.org/wiki/規格品番
#120-11 - 2025-3-18 14:01
#121 - 2025-3-25 15:30
luluytj🍓
流媒体平台出品的网络动画电影
①只在平台放送
②先在电影节上映后上线平台https://bgm.tv/subject/531593
③平台上映后在电影院上映https://bgm.tv/subject/465183
类型到底选“web”还是“剧场版”
①只在平台放送
②先在电影节上映后上线平台https://bgm.tv/subject/531593
③平台上映后在电影院上映https://bgm.tv/subject/465183
类型到底选“web”还是“剧场版”
#121-2 - 2025-3-25 16:10
luluytj🍓
我上面放的两个都被标成剧场版了，而且海绵宝宝那个还是中国电影院上映的，在美国就是网飞独播。。
mizudiwood🤖 说: ①web
②web（电影节应该不是广义的电影吧）
③感觉是电影，看官方怎么宣传了
#121-3 - 2025-3-25 16:18
mizudiwood🤖
①没啥好说的肯定是web
②个人感觉也是web，你不确定可以@当事人问问（
luluytj🍓 说: 我上面放的两个都被标成剧场版了，而且海绵宝宝那个还是中国电影院上映的，在美国就是网飞独播。。
②个人感觉也是web，你不确定可以@当事人问问（
#122 - 2025-3-25 15:31
luluytj🍓
网文改漫画可以建区别于网文改动画的角色条目吗
#122-2 - 2025-3-25 16:11
#122-3 - 2025-3-25 16:16
mizudiwood🤖
长得不一样是什么鬼，不能这么玩，同一个角色不同代长不一样的多了去了
luluytj🍓 说: 因为长得真的不一样诶
网文不像轻小说一样有插图，漫画和动画的企划方不一样所以两边都有各自的原创人设诶
#122-4 - 2025-3-25 16:32
#122-5 - 2025-3-25 16:40
mizudiwood🤖
不奇怪啊……你看亚尔斯兰战记小说新旧版漫画新旧版四版人设差了多远，只能说选好看的上传了
luluytj🍓 说: 漫画和动画要是关联同一个角色条目很奇怪吧
sai不做画廊的话，现在最优解是不是不传肖像。。。
#123 - 2025-3-25 20:03
方块蛙
#123-2 - 2025-3-25 22:02
方块蛙
https://store.m-78.jp/products/4571519923266比如这个，它收录了《Ultra Heroes EXPO2023 Summer Festival》的上半场和下半场，每个半场又分为两个部分，是直接分为四集还是分四个词条
mizudiwood🤖 说: 多场是指？
#123-3 - 2025-3-25 22:04
mizudiwood🤖
舞台剧按公演单位（票）算
比如一张票可以看前半和后半场，那这个算一个条目
看描述stage1和2肯定是要分开的
方块蛙 说: https://store.m-78.jp/products/4571519923266比如这个，它收录了《Ultra Heroes EXPO2023 Summer Festival》的上半场和下半场...
比如一张票可以看前半和后半场，那这个算一个条目
看描述stage1和2肯定是要分开的
#123-4 - 2025-3-25 22:10
#123-5 - 2025-3-25 22:13
mizudiwood🤖
最好用公演的海报和链接，bd只是作为补充
方块蛙 说: https://store.m-78.jp/products/4571519923266比如这个，它收录了《Ultra Heroes EXPO2023 Summer Festival》的上半场和下半场...
#124 - 2025-3-26 20:57
Grey_Flame_
(一般通过条吃動画漫画的怪物)
请问
动画官网连载的小说外传最后一话 出了特别版广播剧 可以新建条目关联吗
顺带
动画出了一套公式记录全集BOX，其中一本书收录了原本官网连载的小说外传 应该怎样写才好
顺带
#124-2 - 2025-3-26 21:08
Grey_Flame_
(1)：只有最后一话 那去拜托维基人建格子了
(2)：没 意思是那本书全篇都是收录的外传 有一些新增的插画设定之类的吧 总共144p
另外公式记录全集BOX呢 除了外传还有设定集和一本周年纪念杂志复刻 新建条目可以关联吗
mizudiwood🤖 说: 1话的丢动画sp
很多话需要点格子的丢三次元
收录这本书而不是这一篇外传（书本身收不收录看页数，一般至少30p吧…）
(2)：没 意思是那本书全篇都是收录的外传 有一些新增的插画设定之类的吧 总共144p
另外公式记录全集BOX呢 除了外传还有设定集和一本周年纪念杂志复刻 新建条目可以关联吗
#124-3 - 2025-3-26 21:25
mizudiwood🤖
我没懂你在说什么
你管他是怎么卖的只要是商业的那就以书为单位按书籍收录标准来，根据内容该关联什么就是什么，杂志要看具体情况啊不一定能收
Grey_Flame_ 说: (1)：只有最后一话 那去拜托维基人建格子了
(2)：没 意思是那本书全篇都是收录的外传 有一些新增的插画设定之类的吧 总共144p
另外公式记录全集BOX呢 除了外传还有设定集和一本周年纪念杂志复...
你管他是怎么卖的只要是商业的那就以书为单位按书籍收录标准来，根据内容该关联什么就是什么，杂志要看具体情况啊不一定能收
#124-4 - 2025-3-26 21:48
Grey_Flame_
就是
BOX本体能不能收录
其中的几本书分开收录的话 那BOX怎么和书关联
假如BOX本体收录为公式书怎么关联单行本
刚试了下可以关联条目为系列，那就第一个问题了
写着写着又想了下，BOX本体大概收录为公式书；然后再单独新建收录外传的那本书(和BOX关联为系列），其他的书就不管了
mizudiwood🤖 说: 我没懂你在说什么
你管他是怎么卖的只要是商业的那就以书为单位按书籍收录标准来，根据内容该关联什么就是什么，杂志要看具体情况啊不一定能收
刚试了下可以关联条目为系列，那就第一个问题了
写着写着又想了下，BOX本体大概收录为公式书；然后再单独新建收录外传的那本书(和BOX关联为系列），其他的书就不管了
#124-5 - 2025-3-26 22:09
mizudiwood🤖
box不收录啊，你想啥呢
Grey_Flame_ 说: 就是
BOX本体能不能收录
其中的几本书分开收录的话 那BOX怎么和书关联
假如BOX本体收录为公式书怎么关联单行本
刚试了下可以关联条目为系列，那就第一个问题了
写着写着又想了下，BOX本体大概...
#125 - 2025-4-1 01:26
Luke
(翼は夢、そして空へ！)
#125-3 - 2025-4-1 01:45
Luke
実写映画の制作スタイルを踏襲し、劇場作品を「長編」、テレビシリーズを劇場作品の短編と捉えて「短編」と呼ぶ。短編作品では、各話の担当演出が事実上の監督であるとの考えからシリーズ全体での監督職の表記はなく、シリーズ全体の統括職として他社制作アニメの監督よりも権限の弱い「シリーズディレクター」及び「チーフディレクター」の役職を設置する。
mizudiwood🤖 说: ？没懂
日语不就是系列监督吗
#125-4 - 2025-4-1 02:00
Luke
现在大多数东映作品的シリーズディレクター都是关联成导演的。而且导演一职有特殊性，不仅会表示在外面，在栏目里也会显示在最前面，如果都改成系列监督会造成很多麻烦。
但不管怎么样，我都认为需要定出一个统一的答案。不应该让两种关联方式同时存在。
mizudiwood🤖 说: ？没懂
日语不就是系列监督吗
但不管怎么样，我都认为需要定出一个统一的答案。不应该让两种关联方式同时存在。
#125-5 - 2025-4-1 08:33
mizudiwood🤖
我不理解，既然这个职位几乎是东映和shaft专用的，既然有这个职位为什么不能用，表记肯定优先按官方的来啊，内部职权大小差异是人家公司内部的事，我也不知道你说的很多麻烦是啥，我几乎不搞动画
Luke 说: 现在大多数东映作品的シリーズディレクター都是关联成导演的。而且导演一职有特殊性，不仅会表示在外面，在栏目里也会显示在最前面，如果都改成系列监督会造成很多麻烦。
但不管怎么样，我都认为需要定出一个统一的...
#125-6 - 2025-4-1 08:46
mizudiwood🤖
@墨
mizudiwood🤖 说: 我不理解，既然这个职位几乎是东映和shaft专用的，既然有这个职位为什么不能用，表记肯定优先按官方的来啊，内部职权大小差异是人家公司内部的事，我也不知道你说的很多麻烦是啥，我几乎不搞动画
#125-7 - 2025-4-1 08:59
Luke
行，那我全部改回来就是了。
mizudiwood🤖 说: Luke 说: 现在大多数东映作品的シリーズディレクター都是关联成导演的。而且导演一职有特殊性，不仅会表示在外面，在栏目里也会显示在最前面，如果都改成系列监督会造成很多麻烦。
但不管怎么样，我都认为需...
#125-8 - 2025-4-1 08:59
Luke
只是觉得作品没有导演看起来很奇怪
mizudiwood🤖 说: Luke 说: 现在大多数东映作品的シリーズディレクター都是关联成导演的。而且导演一职有特殊性，不仅会表示在外面，在栏目里也会显示在最前面，如果都改成系列监督会造成很多麻烦。
但不管怎么样，我都认为需...
#125-10 - 2025-4-1 11:02
墨
以前的bgm关于这个职位怎么关联我不太清楚，我只是看官网标记写的是“シリーズディレクター”，而这里的关联页有“系列监督”，就关联了
查了一下资料就只有这个，东大妈采用的是类似于单集导演制
所以说系列监督应该没问题
mizudiwood🤖 说: @墨
查了一下资料
つまり、ＴＶシリーズでも「担当話数の演出家が、その話の監督である」という考え方でやっている部分があるようなんですよ。監督にあたるシリーズ・ディレクターという役職を置くのが他社よりも遅かったのも、そのためでしょう。また、例外もあるとは思いますが、東映アニメーションのシリーズ・ディレクターの権限は、他社の監督に比べると小さいものであるようです。各話の音響演出を、その担当演出家がやっているのも「担当話数の演出家が、その話の監督である」という伝統に則っているためです。
所以说系列监督应该没问题
#125-11 - 2025-4-1 12:38
mizudiwood🤖
你是全改了还是查了再改的啊
Luke 说: 现在大多数东映作品的シリーズディレクター都是关联成导演的。而且导演一职有特殊性，不仅会表示在外面，在栏目里也会显示在最前面，如果都改成系列监督会造成很多麻烦。
但不管怎么样，我都认为需要定出一个统一的...
#125-12 - 2025-4-1 12:40
Luke
当然是查了才改的
mizudiwood🤖 说: Luke 说: 现在大多数东映作品的シリーズディレクター都是关联成导演的。而且导演一职有特殊性，不仅会表示在外面，在栏目里也会显示在最前面，如果都改成系列监督会造成很多麻烦。
但不管怎么样，我都认为需...
#125-14 - 2025-4-3 17:31
Desafinado
但是你sai写的导演对应的日文有シリーズ監督这一项，不知道这个是不是sai为了东映系搞得特例。
至于有什么麻烦这个很容易理解，看看东映制作了多少动画就知道了，我不相信你班的草台班子能把这些完全修正统一过来，至少我是觉得能不折腾不动那是最好的
mizudiwood🤖 说: 我不理解，既然这个职位几乎是东映和shaft专用的，既然有这个职位为什么不能用，表记肯定优先按官方的来啊，内部职权大小差异是人家公司内部的事，我也不知道你说的很多麻烦是啥，我几乎不搞动画
至于有什么麻烦这个很容易理解，看看东映制作了多少动画就知道了，我不相信你班的草台班子能把这些完全修正统一过来，至少我是觉得能不折腾不动那是最好的
#125-15 - 2025-4-3 17:40
墨
除非真的是sai给的特例，不然其他动漫的表记一样是“シリーズディレクター”
为什么要分成两种关联
Desafinado 说: 但是你sai写的导演对应的日文有シリーズ監督这一项，不知道这个是不是sai为了东映系搞得特例
至于有什么麻烦这个很容易理解，看看东映制作了多少动画就知道了
为什么要分成两种关联
#125-16 - 2025-4-3 17:41
Desafinado
不知道，问问神奇的sai吧
至少既然导演对于シリーズ監督那SD关联成监督一点问题莫得
墨 说: 除非真的是sai给的特例，不然其他动漫的表记一样是“シリーズディレクター”
为什么要分成两种关联
至少既然导演对于シリーズ監督那SD关联成监督一点问题莫得
#125-17 - 2025-4-3 17:44
Desafinado
至少shaft体系的sd确实都被关联成了sd，但东映体系下的sd关联成什么是一点也不统一的（但应该还是导演居多）
Desafinado 说: 不知道，问问神奇的sai吧
至少既然导演对于シリーズ監督那SD关联成监督一点问题莫得
#125-18 - 2025-4-3 17:47
mizudiwood🤖
你回错人了吧……
Desafinado 说: 但是你sai写的导演对应的日文有シリーズ監督这一项，不知道这个是不是sai为了东映系搞得特例。
至于有什么麻烦这个很容易理解，看看东映制作了多少动画就知道了，我不相信你班的草台班子能把这些完全修正统一...
#125-20 - 2025-4-7 22:47
Ranpo
虽然东映动画的“シリーズディレクター”相当于别的动画的“监督”，但能统一关联为“系列监督”可以接受。但问题在于bgm现在“系列监督”在infobox的位置处于靠后的位置（“录音”的下方，对于用户来说辨认很不方便。
#125-21 - 2025-4-7 22:50
mizudiwood🤖
@Sai🖖
Ranpo 说: 虽然东映动画的“シリーズディレクター”相当于别的动画的“监督”，但能统一关联为“系列监督”可以接受。但问题在于bgm现在“系列监督”在infobox的位置处于靠后的位置（“录音”的下方，对于用户来说辨...
#125-22 - 2025-4-8 05:14
Desafinado
你班总导演的排序也非常靠后，而且系列监督和总监督都不反应在预览上，只会有监督/原作/人设，如果没有监督职位那预览就会非常埋汰也很不容易辨认（例子太多了，光是能想到的重灾区就有东映子供片和富野由悠季一众），请愿一下sai至少能把总监督和系列监督放在预览的位置上（例如总监督/监督/系列监督/原作/人设这样的排列）
mizudiwood🤖 说: ＠Sai🖖
#136 - 2025-7-19 22:25
day
(僕らは今のなかで)
#136-3 - 2025-7-20 10:25
day
就是这个原因所以经常看到有打封面战的情况，我觉得这种行为是不值得提倡的，可能还是需要有一个公认的准则比较好。
Destiny4073 说: 以前是用最新的封面 现在又变成开播时的封面了 因为投票是开放的 目前就纯拼谁小号多
僕らは今のなかで
IP属地:日本ウマ娘トレーニングセンター学園
#143 - 2025-8-26 09:38
Grey_Flame_
(一般通过条吃動画漫画的怪物)
不好意思想请问一下
最初就是一个人进行活动的一人乐队（ソロプロジェクト）该算作个人还是组合呢
组合的话是否该把个人和乐队拆开建成两个呢
经搜索发现既有写乐队名称也有写个人名称的，还有的写乐队名称加括号写个人名称的
最初就是一个人进行活动的一人乐队（ソロプロジェクト）该算作个人还是组合呢
组合的话是否该把个人和乐队拆开建成两个呢
经搜索发现既有写乐队名称也有写个人名称的，还有的写乐队名称加括号写个人名称的
#143-1 - 2026-1-8 16:43
mizudiwood🤖
人物条目名字尽量按官方表记最常用的来，偶尔不常用的名义再用括号备注方便关联
词条选个人还是组合那个在系统上好像没有太大影响
一人乐队没必要拆的吧，信息冗余……
至于多人乐队关联组合还是个人还是都关联音乐区我搞的不多建议另外讨论
词条选个人还是组合那个在系统上好像没有太大影响
一人乐队没必要拆的吧，信息冗余……
至于多人乐队关联组合还是个人还是都关联音乐区我搞的不多建议另外讨论
#143-2 - 2026-1-8 23:58
ζ*'ヮ')ζ 讀者諸孃へ
我觉得一人乐队这种情况得看未来增加成员的可能性有多大，如果已经不再存续的乐团那合并到一起倒是肯定没问题。音乐圈不太熟悉，但如果是一人同人社团的话最好还是优先考虑分开算，东方的上海爱丽丝幻乐团（最开始大概只有ZUN一个人，后来逐渐加入了其他成员）就是最典型例子。
#147 - 2025-10-16 12:19
Emily ω Bear
(Time Traveller.)
#147-2 - 2025-10-16 23:18
#147-5 - 2025-10-16 23:29
갑자기, 맙소사
哦抱歉抱歉我忘记贴链接了……
https://bgm.tv/group/topic/435414#post_3481530
https://bgm.tv/group/topic/435414#post_3490415
Emily ω Bear 说: 没看懂，你写在哪了？
https://bgm.tv/group/topic/435414#post_3481530
https://bgm.tv/group/topic/435414#post_3490415
#150 - 2025-12-5 21:36
#151 - 2026-1-8 17:09
751984871
(ACG猫舌，喜欢补已经凉了的企划，不喜欢趁热。)
#151-2 - 2026-1-8 17:19
751984871
至少希望主创人员，特别是日本作品的主创人员能留下这种表记方式。次要人员禁止。
日本作品主创不会像日尼禾尔搞得那么辣眼睛。
例如魔圆官方表记永远是“虚渊玄（Nitroplus）”，和版权还是著作权啥的有关，不应去掉。实际和“奈须蘑菇/TYPE-MOON”相近，无非标点符号不同。
而谷口淳一郎同为魔圆主创，但官方没有使用“谷口淳一郎（动画工房）”的形式，那就不应添加。
人所属团体是会变的。而有时即使已从该团体离职了，播出时的表记方式也仍要保留该团体，毕竟播出时间≠制作时间。所以不能完全让读者自行去主创个人词条根据离职时间来判断该作品播出时对应哪个团体。
mizudiwood🤖 说: 团体名点进词条就能看，写了后面的维基人一键关联就会出现大量问题，已经看到好几十次类似问题了，比如作画被额外关联到画师所在公司
日本作品主创不会像日尼禾尔搞得那么辣眼睛。
例如魔圆官方表记永远是“虚渊玄（Nitroplus）”，和版权还是著作权啥的有关，不应去掉。实际和“奈须蘑菇/TYPE-MOON”相近，无非标点符号不同。
而谷口淳一郎同为魔圆主创，但官方没有使用“谷口淳一郎（动画工房）”的形式，那就不应添加。
人所属团体是会变的。而有时即使已从该团体离职了，播出时的表记方式也仍要保留该团体，毕竟播出时间≠制作时间。所以不能完全让读者自行去主创个人词条根据离职时间来判断该作品播出时对应哪个团体。
#151-3 - 2026-1-8 17:33
mizudiwood🤖
你能保证后面的人不会一键关联错吗？如果你能换个写法让他关联不上我是没意见，本身infobox就可以在合理范围内自由发挥进行备注
但见过很多次原作后面的出版社或者杂志被误关联上的，怎么避免？
751984871 说: 至少希望日本作品的主创人员能留下这种表记方式，次要人员如外包可禁止。
日本作品主创不会像日尼禾尔搞得那么辣眼睛。
例如魔圆官方表记永远是“虚渊玄（Nitroplus）”，和版权还是著作权啥的有关，不...
但见过很多次原作后面的出版社或者杂志被误关联上的，怎么避免？
#151-4 - 2026-1-8 17:41
751984871
原作的表记方式尤其该按官方OP写的来。很多时候原作者『原作品』才是原作，单单一个原作者并不是原作。不该把原作一栏中的书籍名删除。
把日漫与日轻的原作者简称为“原作”其实是中文圈的重灾区了。
主创信息的完整性优先于防止别人错误关联。同时见到别人错误关联我一定会移除。
mizudiwood🤖 说: 你能保证后面的人不会一键关联错吗？如果你能换个写法让他关联不上我是没意见
但见过很多次原作后面的出版社或者杂志被误关联上的，怎么避免？
把日漫与日轻的原作者简称为“原作”其实是中文圈的重灾区了。
主创信息的完整性优先于防止别人错误关联。同时见到别人错误关联我一定会移除。
#151-5 - 2026-1-8 17:46
mizudiwood🤖
你在说啥，对改编作品而言，既然infobox只能关联人员，bangumi的“原作”不是一直是原作者吗
，原作品都体现在条目关联“改编”上
你非要就觉得是原作品就另行讨论吧
751984871 说: 原作的表记方式尤其该按官方OP写的来。很多时候原作品才是原作，单单一个原作者并不是原作。
把日漫与日轻的原作者简称为“原作”其实是中文圈的重灾区了。
主创信息的完整性优先于防止别人错误关联。同时见到...
，原作品都体现在条目关联“改编”上你非要就觉得是原作品就另行讨论吧
#155 - 2026-4-30 06:25
ヒカリ
#155-2 - 2026-4-30 09:32
ヒカリ
我的意思是，可能有很多维基人没有意识到「Steam 会自动根据用户时区来计算时间发行时间」这点，也许应该写在主楼里提醒。
或者不写的话，放在这个回复里也应该会被人看到。
mizudiwood🤖 说: 我主楼写了按当地时间填写啊，不看那我也没招
或者不写的话，放在这个回复里也应该会被人看到。
#155-3 - 2026-4-30 09:54
mizudiwood🤖
第一条改了一下描述
ヒカリ 说: 我的意思是，可能有很多维基人没有意识到「Steam 会自动根据用户时区来计算时间发行时间」这点，也许应该写在主楼里提醒。
或者不写的话，放在这个回复里也应该会被人看到。
#156 - 2026-5-2 09:43
真红时雨
(Wings of courage)
请问survive家的动态漫为什么都被锁了 有什么新的变化么 当时https://bgm.tv/group/topic/414888里好像没对商业动态有讨论
当时https://bgm.tv/group/topic/414888里好像没对商业动态有讨论#156-2 - 2026-5-2 09:57
真红时雨
survive下的作品标题自称都是动态漫画(モーションコミック)，不过survive MORE都标的motion animation
虽然我觉得和动态漫画真没多少区别
mizudiwood🤖 说: motion animation都杀了，都是动态cg连动画都不是吧，也不是动态漫画
虽然我觉得和动态漫画真没多少区别
#156-3 - 2026-5-2 10:01
mizudiwood🤖
我都找过sample看过，这几家的animation和comic没有区别，他们自己也描述是cg做的，根本就不是动态漫画（利用已有漫画取材加工制作的动态视频）
如果有少数真的是商业漫画取材做的商业动态漫画误伤了可以提出来解锁
真红时雨 说: survive下的作品标题自称都是动态漫画(モーションコミック)，不过survive MORE都标的motion animation
虽然我觉得和动态漫画真没多少区别
如果有少数真的是商业漫画取材做的商业动态漫画误伤了可以提出来解锁
#156-4 - 2026-5-2 10:08
真红时雨
感谢回答，大概理解判断标准了
mizudiwood🤖 说: 我都找过sample看过，这几家的animation和comic没有区别，他们自己也描述是cg做的，根本就不是动态漫画（利用已有漫画取材加工制作的动态视频）
如果有少数真的是商业漫画取材做的商业动态漫...
#156-5 - 2026-5-2 10:20
mizudiwood🤖
这类条目如果一定要收也应该要求老板开新分类，我看现在同样的东西有的是ova有的是web有的是其他有的是动态漫画，说明它本身就不符合任何一种现有形态，而且动态漫画分类（本来这个分类是主要给国产动态漫用的）被这类东西严重污染了
真红时雨 说: 感谢回答，大概理解判断标准了
#156-6 - 2026-5-6 00:47
夏树
不懂就问，“商业漫画取材做的商业动态漫画”和“动态cg”"motion animation"的区别在哪里呢
mizudiwood🤖 说: 这类条目如果一定要收也应该要求老板开新分类，我看现在同样的东西有的是ova有的是web有的是其他有的是动态漫画，说明它本身就不符合任何一种现有形态，而且动态漫画分类（本来这个分类是主要给国产动态漫用的...
#156-7 - 2026-5-6 00:49
#158 - 2026-5-29 20:55
心的神话
(借助个人空间相互了解，可以减少不必要的误会)
#158-1 - 2026-5-29 21:21
#158-2 - 2026-5-29 22:18
心的神话
Qruppo真黄油的steam版当然当然不是真正意义上的全年龄(仅删除hs)，
此外它们几个都是在steam外也另有PC全年龄或主机版的。
AhYue 说: 没注意到这条信息。我以为没受限是因为有了steam版（全年龄），但看Yuzu-Soft和Qruppo的作品上steam也是受限，便给那几个加上了。
此外它们几个都是在steam外也另有PC全年龄或主机版的。
#158-3 - 2026-5-29 22:38
AhYue
像さくら、もゆ。-as the Night's, Reincarnation-、白昼夢の青写真这些有NS、PS平台的我已修改回非受限。另一些如西历2236这种，只有DL版（R18）和Steam版（全年龄）暂且还是标受限，不然像Qruppo、Yuzu-Soft这些也要改了
心的神话 说: Qruppo真黄油的steam版当然当然不是真正意义上的steam全年龄(仅删除hs)，此外它们几个都是在steam外也另有PC全年龄或主机版的。
#158-4 - 2026-5-29 22:45
心的神话
已于之前一贴编辑补充两种steam版分别在vndb被归类为非R18与无分级，
https://vndb.org/v18814
至于Yuzu(我不清楚它家哪些作品有steam版)之类只能说是此前无人关注在意这方面吧
，即是可以不受限也未必一定要不受限。
AhYue 说: 另一些如西历2236这种，只有DL版（R18）和Steam版（全年龄）暂且还是标受限，不然像Qruppo、Yuzu-Soft这些也要改了
https://vndb.org/v18814
至于Yuzu(我不清楚它家哪些作品有steam版)之类只能说是此前无人关注在意这方面吧
，即是可以不受限也未必一定要不受限。