Как я мог обратиться и оценить (в .Rmd файле) специфические чанки из R кода, расположенные не в другом .Rmd файле, но в R модуль, содержащий куски кода, помечены ## @knitr chunk_name? Благодаря!knitr: Ссылаясь и оценка внешнего кода куски
Я только что понял, в чем проблема: я просто забыл позвонить read_chunk() функции для модуля R, содержащего эти внешние куски кода. До сих пор все работает, с исключением, упомянутым ниже.
Одна из проблем, с которыми я в настоящее время сталкиваюсь (и это может быть хороший отдельный вопрос, но я оставлю это как есть на данный момент) заключается в том, что, похоже, не уважает рабочий каталог и пути, построенные на его основе , используя относительные пути, такие как file.path(getwd(), "data/transform"). Я думаю, это противоречит дизайну knitr, который позволяет повторно использовать код через куски в внешние R модулей. Какие подходы используются людьми для решения этой специфической ситуации? Я считаю, что было бы неплохо представить как запрос функции.
Относительные пути относятся к каталогу входного файла по умолчанию, как описано в разделе Примечание документации '? Knitr :: knit'. –
@Yihui: Спасибо, я прочитал это. Моя проблема связана с ситуацией с наличием ** нескольких * * родительских * и * дочерних * документов в разных каталогах. В этом случае я думаю, что это было бы оптимально, если 'knitr' использовал бы пути по отношению к одному набору в' root.dir'. Думаю, именно по этой причине вы представили эту функцию. Однако он, кажется, сломан. См. Http://stackoverflow.com/q/25705821/2872891. –
@Yihui: В качестве обходного пути **, теперь я прибегал к чтению переменной окружения * *, установленной в домашний каталог проекта. Я с нетерпением жду вашего мнения о том, есть ли ошибка в 'knitr', относящаяся к' root.dir', или нет, и что мне не хватает в этом случае. –