Примеры в руководстве кажутся мне простыми.
Вы начинаете с файла онтологии и места в Интернете, которым вы управляете, например, URL вашего репозитория GitHub. Вызовите URL-адрес U и файл онтологии F.
. Ваш файл онтологии содержит онтологию, которая sh будет иметь стабильный URL-адрес независимо от того, где он размещен. Таким образом, F можно загрузить на U, но вы не sh люди должны знать U, вы хотите, чтобы они знали https://w3id.org/PATH/NAME как хороший, абстрактный способ ссылки на вашу онтологию. Итак, содержимое F говорит о том, что IRI онтологии имеет вид https://w3id.org/PATH/NAME
. Вы разветвляете проект, чтобы иметь возможность создать запрос извлечения; в разветвленном хранилище вы создаете папку 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 для работы; если этого не произойдет, то URL в вашем форке будет по-прежнему работать - и вы можете использовать это в качестве эксперимента, чтобы убедиться, что ваш .htaccess работает так же, как вы sh. Например, моя вилка находится на https://github.com/ignazio1977/w3id.org, поэтому я мог бы использовать https://github.com/ignazio1977/w3id.org/PATH/NAME для перенаправления на U.