时间戳

首页 > 解决方案 > 在 github 上重定向链接

protege - 在 github 上重定向链接

问题描述

我正在尝试将重定向链接放在 Protege IRI 上。我正在尝试按照本教程的说明进行操作。我正在尝试很多小时/天来完成这项工作。https://linkingresearch.wordpress.com/2016/01/17/permanent-identifiers-and-vocabulary-publication-purl-org-and-w3id/好的，我知道我对 github 链接做了什么。但是我应该如何处理 IRI on Protege 上的重定向链接？我对他们做什么？我在哪里把它们放在 .htaccess 文件中？别的地方？

标签： protege

解决方案

本教程中的示例对我来说似乎很简单。

您从一个本体文件和您控制的网络中的一个位置开始，例如，您的 GitHub 存储库的 URL。调用 URLU和本体文件F。

您的本体文件包含一个本体，无论它托管在何处，您都希望拥有一个稳定的 URL。所以，F可以下载，U但您不希望人们必须知道U，您希望他们知道https://w3id.org/PATH/NAME，这是一种很好的、​​抽象的方式来引用您的本体。所以，内容F说本体IRI是https://w3id.org/PATH/NAME

您 fork 项目以便无法创建拉取请求；在分叉的存储库中，您创建文件夹PATH（确保它是一个尚不存在的路径）。您在.htaccess文件夹中放置一个文件PATH。

在.htaccess文件中添加重写规则NAME（我对 HTTP 重写规则一无所知，我只是在阅读示例文件）并输入U- 以便浏览器尝试连接到https://w3id.org/PATH/NAME，这部分https://w3id.org/PATH/将让浏览器找到.htaccess文件.

此处将应用重写规则并将其https://w3id.org/PATH/NAME更改为U，然后F将下载 的内容。

您需要管理员接受您的拉取请求https://w3id.org/PATH/NAME才能工作；如果这没有发生，那么你的 fork 中的 URL 仍然可以完成这项工作 - 你可以将其用作实验，以确保你.htaccess的工作如你所愿。例如，我的 fork 位于https://github.com/ignazio1977/w3id.org，所以我可以使用https://github.com/ignazio1977/w3id.org/PATH/NAME重定向到U.

推荐阅读