用户脚本 · 样式 · 插件 » 讨论
[脚本/组件] 圣地巡礼地标组件 - 在番剧详情页添加取景地标信息
#1 - 2023-1-10 23:37
卜卜口

组件安装地址: https://bgm.tv/dev/app/2499
番剧详情示例: https://bgm.tv/subject/115908
一个在番剧详情页 添加 动画巡礼地标信息的组件
可以在番剧页查看当前动画特定片段在现实中的对应取景地
补充了 API 说明文档:https://github.com/itorr/anitabi.cn-document/blob/main/api.md
文档中的 API 会确保 资源地址 以及 数据结构 长期稳定
-----
更新记录
2023-01-10 0.2: 添加手机端样式、微调无截图时的样式、补全 match URL
2023-01-11 0.3: 更换为专用 API、添加组件折叠功能
2023-01-31 0.4.1: 修复番剧统计页显示的问题、增加在漫画书籍类别下的巡礼展示、修正所属地区的显示细节问题

组件安装地址: https://bgm.tv/dev/app/2499
番剧详情示例: https://bgm.tv/subject/115908
一个在番剧详情页 添加 动画巡礼地标信息的组件

可以在番剧页查看当前动画特定片段在现实中的对应取景地

补充了 API 说明文档:https://github.com/itorr/anitabi.cn-document/blob/main/api.md
文档中的 API 会确保 资源地址 以及 数据结构 长期稳定
-----
更新记录
2023-01-10 0.2: 添加手机端样式、微调无截图时的样式、补全 match URL
2023-01-11 0.3: 更换为专用 API、添加组件折叠功能
2023-01-31 0.4.1: 修复番剧统计页显示的问题、增加在漫画书籍类别下的巡礼展示、修正所属地区的显示细节问题
顺序
#6 - 2023-1-10 23:54
#7 - 2023-1-10 23:59
他说nil没法调用IsNil
(nobody cares.)
#7-2 - 2023-1-11 00:24
卜卜口
在 录入地标 上传截图时 会尝试从文件名中获取截图时的动画集数以及播放时间,
如果文件名中没有,可以在录入界面通过 https://trace.moe/ 的 API 尝试获取,
再找不到的情况那就是手动录入。
简单来说,就是靠大家用爱发电
如果文件名中没有,可以在录入界面通过 https://trace.moe/ 的 API 尝试获取,
再找不到的情况那就是手动录入。
简单来说,就是靠大家用爱发电

#7-3 - 2023-1-11 00:30
他说nil没法调用IsNil
原来如此,gjgj。trace.moe管理员:最近我们接口调用量激增,你们有没有什么头绪
卜卜口 说: 在 录入地标 上传截图时 会尝试从文件名中获取截图时的动画集数以及播放时间,
如果文件名中没有,可以在录入界面通过 https://trace.moe/ 的 API 尝试获取,
再找不到的情况那就是手...

#7-4 - 2023-1-11 00:34
OH_toothache
和我猜的一样
卜卜口 说: 在 录入地标 上传截图时 会尝试从文件名中获取截图时的动画集数以及播放时间,
如果文件名中没有,可以在录入界面通过 https://trace.moe/ 的 API 尝试获取,
再找不到的情况那就是手...

#7-5 - 2023-1-11 00:35
OH_toothache
只用询问一次而已,耗不了什么资源。倒是我感觉开了这个插件以后网站本身压力挺大的
徒手开根号二 说: 原来如此,gjgj。trace.moe管理员:最近我们接口调用量激增,你们有没有什么头绪
#12 - 2023-1-11 10:12
咕咕子❶
(✨️make bangumi great again✨️)
#12-3 - 2023-1-11 14:20
咕咕子❶
如果可以把首屏缩略数据可以单独拉出来,做一个repo然后丢到jsdelivr白嫖,那是想当的爽了。而且我的APP可以嫖起来了
卜卜口 说: 现在把图片做了略缩图生成、套了 CDN,API 做了内存缓存,应该可以勉强承载一阶段的正常访问了(吧? 🤒
如果可以把首屏缩略数据可以单独拉出来,做一个repo然后丢到jsdelivr白嫖,那是想当的爽了。而且我的APP可以嫖起来了#12-4 - 2023-1-11 15:11
卜卜口
确实,当初打算访问量特别大的话就这么搞哈哈哈哈
现在毕竟才刚开启项目,数据会频繁更新,基本还是要主站维持 API(主要是访问量不大
这个客户端好好看!!我加了一个和首屏展示数据一致的 API
https://api.anitabi.cn/bangumi/115908/lite
其中的 bangumi.litePoints[0].s 是秒单位,需要在展示时进行格式化
咕咕子❶ 说: 如果可以把首屏缩略数据可以单独拉出来,做一个repo然后丢到jsdelivr白嫖,那是想当的爽了。而且我的APP可以嫖起来了
现在毕竟才刚开启项目,数据会频繁更新,基本还是要主站维持 API(主要是访问量不大

这个客户端好好看!!我加了一个和首屏展示数据一致的 API
https://api.anitabi.cn/bangumi/115908/lite
其中的 bangumi.litePoints[0].s 是秒单位,需要在展示时进行格式化

#16 - 2023-1-11 11:10
Komeiji💤
(病める時も健やかなる時も朝も昼も夜も夢も現もずっと)
#16-2 - 2023-1-11 11:51
Komeiji💤
好诶,支持用户体验优先!
以及有办法修正数据吗,随便看了几个,摇曳露营显示的主要取景地富山县就差挺远,正确的应该是山梨县身延町
卜卜口 说: 谢谢谢谢!!!
相比服务器压力、还是想用户体验优先🥹 把模块伪装成主站界面一部分多好🤤 程序上的压力交给死程的头发(不
以及有办法修正数据吗,随便看了几个,摇曳露营显示的主要取景地富山县就差挺远,正确的应该是山梨县身延町
#23 - 2023-1-11 13:06
村上 侑 [壁外调查中]
(Time to mix drinks and change lives.)
#23-2 - 2023-1-11 14:43
Cedar
可以看看这个 https://bgm.tv/dev/app/4 或者这个 https://bgm.tv/dev/app/24 或者这个 https://bgm.tv/dev/app/1281
其实很多组件都有折叠功能
卜卜口 说: 有没有现有折叠功能的组件可以参考,我去看看能不能搞一个🤔
其实很多组件都有折叠功能
#24 - 2023-1-11 14:16
mizudiwood🤖
(25年小结→bgm.tv/blog/366790)
#24-1 - 2023-1-11 14:34
卜卜口
标记功能会和用户系统一起上线!
在地标之上可能还要抽象一个景点的功能,这里的细节有点多,估计还要纠结一阵子😆
关于这个地图有什么想法都可以提,比如多图层 美食、铁道、鸟居、寺庙、地藏佛 等等
用户自定内容比如 钉照片、自定地标 也可以开脑洞,但是短时间可能做不到😨
在地标之上可能还要抽象一个景点的功能,这里的细节有点多,估计还要纠结一阵子😆
关于这个地图有什么想法都可以提,比如多图层 美食、铁道、鸟居、寺庙、地藏佛 等等
用户自定内容比如 钉照片、自定地标 也可以开脑洞,但是短时间可能做不到😨
#24-2 - 2023-1-11 14:46
mizudiwood🤖
可以扩展到游戏和书籍吗
卜卜口 说: 标记功能会和用户系统一起上线!
在地标之上可能还要抽象一个景点的功能,这里的细节有点多,估计还要纠结一阵子😆
关于这个地图有什么想法都可以提,比如多图层 美食、铁道、鸟居、寺庙、地藏佛 等等
用户...
#26 - 2023-1-11 14:37
いのる -Angelic Layer-
(「Ai Nov meir xwes fon Me.」)
#26-1 - 2023-1-11 15:15
#26-2 - 2023-1-11 15:18
いのる -Angelic Layer-
OKOK,我这脑洞太大了点
卜卜口 说: 现在有收录部分 Gal 和 漫画的圣地,只要 在番组计划这面 /subject/\d+ 下能找到的作品均可以添加地标,
但是目前的设计是截图必须对应现实地球上存在的地标
赛博场景目前还不支持

#26-3 - 2023-1-11 15:20
#26-4 - 2023-1-11 15:26
いのる -Angelic Layer-
帕露了
我差不多就这个意思,但真要关联起来可能会牵强一点
Komeiji⚓ 说: 东方的场景基本都有原型,比如博麗神社是長野県白馬村的城嶺神社,以及风神录登场的長野県諏訪湖边的諏訪大社之类的;
几年前去过,全是东方爱好者留下的绘马(

我差不多就这个意思,但真要关联起来可能会牵强一点
#34 - 2023-1-13 09:13
#47 - 2023-4-4 19:51
#49 - 2023-8-28 00:49
oscardoudou
(cityhunter.me/anime/tags/?q=OVA 神作 童年)
#49-1 - 2023-9-6 12:27
卜卜口
嘿嘿ww
截图是需要大家传的,比如遇到喜欢的作品没有截图甚至地标,可以自己整理截图、地标,在网站上进行上传。
这里有之前写的截图脚本,可以按照画面变化,进行自动化截图 https://weibo.com/detail/4911936305629080
地标来源构成:
管理员们的提交整理、
公开的 Google 地图分享导入、
用户在网站上的提交
至于数据库…
我不道啊。哪里有可以直接导入的数据库
地标整理的相对好的,推荐 https://anime-tourism.jp/ ,我之前经常用,整理了很多地标。但是没有截图,地标确认比较麻烦,基本没有手机网页版。
圣地88 的话比较适合旅游的基础上顺便到此一游的参考,想要稍微深度一些会超纲。
再就是 舞台めぐリ 这个 APP,常见的简单巡礼它就足够,可惜马上就要停止运营了,且用且珍惜
手动添加的动画占了多少?
唔,目前所有的动画都是手动添加的。之前尝试过自动从搜索引擎上抓新收录的 kml 地标数据,但质量不可控,重整理的工作量不如重头做。
有现成做的很好的公开 Google 地标地图的话,会手动导入地标数据确认再整理并补充截图。大部分管理员整理地标也习惯在 Google 地图找好点(Google 街景是真的好用),生成公开地标地图回到 Anitabi.cn 导入,再上传截图。
现在新增地标截图大部是用户自主提交。简单的地标新增我也习惯在 anitabi 的地图上直接点,然后提交新建了。
截图是需要大家传的,比如遇到喜欢的作品没有截图甚至地标,可以自己整理截图、地标,在网站上进行上传。
这里有之前写的截图脚本,可以按照画面变化,进行自动化截图 https://weibo.com/detail/4911936305629080
地标来源构成:
管理员们的提交整理、
公开的 Google 地图分享导入、
用户在网站上的提交
至于数据库…
我不道啊。哪里有可以直接导入的数据库
地标整理的相对好的,推荐 https://anime-tourism.jp/ ,我之前经常用,整理了很多地标。但是没有截图,地标确认比较麻烦,基本没有手机网页版。
圣地88 的话比较适合旅游的基础上顺便到此一游的参考,想要稍微深度一些会超纲。
再就是 舞台めぐリ 这个 APP,常见的简单巡礼它就足够,可惜马上就要停止运营了,且用且珍惜

手动添加的动画占了多少?
唔,目前所有的动画都是手动添加的。之前尝试过自动从搜索引擎上抓新收录的 kml 地标数据,但质量不可控,重整理的工作量不如重头做。
有现成做的很好的公开 Google 地标地图的话,会手动导入地标数据确认再整理并补充截图。大部分管理员整理地标也习惯在 Google 地图找好点(Google 街景是真的好用),生成公开地标地图回到 Anitabi.cn 导入,再上传截图。
现在新增地标截图大部是用户自主提交。简单的地标新增我也习惯在 anitabi 的地图上直接点,然后提交新建了。
#50 - 2023-9-3 23:40
#59 - 2026-2-28 00:10


数据格式哪里需要调整就来敲我 我改








