2016-03-11 4 views
7

Я пытаюсь написать все отчеты анализа данных с помощью R Markdown, потому что у меня может быть воспроизводимый документ, который я могу предоставить в нескольких форматах вывода (Pdf, html и MS Word).Изменения в треке MS Word и RMarkDown

Однако, большинство моих коллег использовать MS Word, и они не имеют ни малейшего представления о R, Markdown и т.д.

Одно из преимуществ использования R Markdown является то, что я могу генерировать свой отчет в MS Word и напрямую делиться с мои коллеги.

Недостатком является то, что сотрудничество становится для меня громоздким, потому что я получаю обратную связь и в MS Word (как правило, используя изменения треков), и мне приходится вручную вводить эти изменения обратно в файл .rmd.

Итак, мой вопрос: как я могу упростить процесс (т. Е. Сделать как можно более автоматическим) получение изменений в документе MS Word в .Rmd?

Есть ли инструменты, которые могут мне помочь?

Psgetting моим коллегам, чтобы стать R-грамотным не вариант :(

+1

Это слишком широкий, но в качестве базового ответа есть различные обсуждения этого вопроса в Интернете, и одно общее предложение - сделать pandoc-подобное преобразование из md в docx, которое затем позволит вам сделать обратное (docx на md) на файлы, которые вы получаете от соавторов. Вы можете использовать утилиту diff для сравнения и, возможно, слияния файлов md, но она не будет идеальной. – Thomas

+1

Благодаря @Thomas yeah, я видел несколько дискуссий (блоги в основном, например http://www.r-statistics.com/2013/03/write-ms-word-document-using-r-with -as-little-overhead-as-possible /, http://blog.rolffredheim.com/2013/02/reproducible-research-with-r-knitr.html), но во всех тех, что я видел, они заключают/say, что им нужно вручную внести изменения в .docx обратно в текстовый файл (.rmd, или источник латекса или другие форматы, которые делают что-то подобное) – elikesprogramming

+0

Ну, по крайней мере, теоретически вы должны иметь возможность использовать pandoc для выполнения md to docx обратно в md, затем git объединить изменения, но это, вероятно, далеко не идеально. – Thomas

ответ

2

Я еще не пробовал, что я предлагаю, но вот как я планирую справиться с этим, так как я точно . же потребность Во-первых, существуют два различных сценария:

  1. Я ведущий автор, или я несу ответственность за статистический анализ: взыщу всем соавторам изучать и использовать уценки (не R Markdown, просто общая уценка), и я поручу им не касаться какого-либо кода R. Я считаю, что уценка достаточно проста, чтобы любой, кто достаточно компетентен для сотрудничать в статье с анализом данных, более чем компетентно изучать уценку. Для обучения их, ключевые особенности для людей, знакомых с работой с Microsoft Word и отслеживать изменения, являются следующими:
    • Основных ссылки уценки: Я хотел бы дать им ссылку Markdown ядра R, которые являются их Pandoc Markdown документацией и их R Markdown cheat sheet.
    • Изменения пути: Соавторы просто отредактируют уценку в виде обычного текста и отправят отредактированную версию. Чтобы просмотреть и согласовать различия, я просто использовал бы инструмент diff; Я бы нашел хорошую онлайн-версию, чтобы научить моих соавторов, как различать изменения.
    • Комментарии к автору: Я бы выбрал один из options for markdown comments и научил своих соавторов использовать это при необходимости. Измененный комментарий HTML (<!--- Pandoc-enhanced HTML comment -->) - тот, который я, вероятно, использовал бы.
    • Справочное руководство: Я использую Zotero, поэтому я бы использовал Better BibTeX for Zotero для обработки ссылок. Самое приятное в этом состоит в том, что, хотя мне придется обрабатывать ссылки самостоятельно, коллабораторы могут напрямую добавлять ссылки на библиотеку группы Zotero. Фактически, используя ключи цитирования, должно быть просто, чтобы сотрудники могли узнать, как вставлять ссылки в текст уценки.
  2. Я НЕ ведущий автор и я не ответствен для статистического анализа: Я хотел бы использовать любой рабочий процесс ведущего автор использует (например, если ведущий автор использует слово с отслеживаемыми изменениями, я буду использовать тоже самое).

Я хочу отметить, что кажется, что единственная часть, которая кажется не такой простой (по сравнению с обычными рабочими функциями Microsoft Word), заменяет изменения треков на diff. Я не знаю инструмента, который упрощает включение файлов diff, как то, как Word примиряет изменения, но если такой инструмент существует, то процесс должен быть более плавным.

+1

"инструмент, который упрощает объединение файлов diff" -> http://criticmarkup.com/ – nsheff

Смежные вопросы