Browse Source

spell check

colombj 5 years ago
parent
commit
1323889675

+ 12 - 12
reports/20190417_larkumlemberger_init.Rmd

@@ -3,10 +3,10 @@ title: "Untitled"
 author: "colomb_julien"
 date: "4/17/2019"
 output:
-  html_document:
-    toc: yes
   pdf_document:
     toc: yes
+  html_document:
+    toc: yes
 ---
 
 
@@ -35,40 +35,40 @@ Tags created via sourcedata and/or other Text mining technologies.
 - link to analysis documentation/code
 - Other metadata (??)
 
-This information would  be useful (necessary?) when it is time to write a manuscript. It could also be used to make more/better tagging. For example, if we get a specific antibody in the material list, the protein recognised by the antibody can be use as a tag. This may be important when people use nicknames/synonims in the figure legend.
+This information would  be useful (necessary?) when it is time to write a manuscript. It could also be used to make more/better tagging. For example, if we get a specific antibody in the material list, the protein recognized by the antibody can be use as a tag. This may be important when people use nicknames/synonyms in the figure legend.
 
-In particular, for mutant/trangentic mouses, bia the MGI number, we could have access to a lot of information (which is directly linked to ontologies). 
+In particular, for mutant/transgenic mouses, via the MGI number, we could have access to a lot of information (which is directly linked to ontologies). 
 
 ## figure-unit creation and sharing in one lab
 
-At the moment figures are shared via slack in the group. I think we need to find an output which is sharable via slack. Slack commenting could be used as an informal peer review of the figures.
+At the moment figures are shared via slack in the group. I think we need to find an output which is shareable via slack. Slack commenting could be used as an informal peer review of the figures.
 
 We could use the HUbox (basically an open source version of the dropbox) to add **version control** to figures, but it does not solve the problem of attaching (meta-)data to the figure file.
 
-Texture can add the information to the figures, but is not close to be ready for our purpose, as it does not allow any visualisation of the figure in a different software (i.e. no push to slack).
+Texture can add the information to the figures, but is not close to be ready for our purpose, as it does not allow any visualization of the figure in a different software (i.e. no push to slack).
 
-At the moment, I am thinking about looking into using R and Rmarkdown to produce both a computer readable version (xml, texture-like) and a pdf version (sharable via slack) from the users entries. Creating a small app to upload the figure, add a title and alegend as well as links to any other element, and produce a pdf out of it is easy; I will need to look into how we could create an xml file from that input. NB: it could also be coded in python.  
+At the moment, I am thinking about looking into using R and Rmarkdown to produce both a computer readable version (XML, texture-like) and a PDF version (shareable via slack) from the users entries. Creating a small app to upload the figure, add a title and a legend as well as links to any other element, and produce a PDF out of it is easy; I will need to look into how we could create an XML file from that input. NB: it could also be coded in python.  
 
 
 ## Search/delivery of figure-units
 
-The tags linked to the figure could be searched via keywords, but I think the most interesting is to be able to create a network of figures (what figures goes with what other figures), and/or combine this information with information we could gather from people searching (figures they publised, material they use, protocols they use/plan to use,...)
+The tags linked to the figure could be searched via keywords, but I think the most interesting is to be able to create a network of figures (what figures goes with what other figures), and/or combine this information with information we could gather from people searching (figures they published, material they use, protocols they use/plan to use,...)
 
 We could therefore calculate a score of relevance for each researcher and deliver only the most significant figures to them ("This results seem to be very relevant for your research, check it out!")
 
 This is yet very hypothetical, though, and this is a problem we will not solve alone. Interestingly, an initiative to make better data search has just started:https://www.go-fair.org/implementation-networks/overview/discovery/, I enrolled in the list and hope we will get some nice things going that way.
 
-As a first system for dissemination, we might use a simple static blog website (on an intranet to restrict access, we would create with hugo?). It has several advantages:
+As a first system for dissemination, we might use a simple static blog website (on an intranet to restrict access, we would create with Hugo?). It has several advantages:
 
 - blog posts can be tagged and we could see how the tagging system could work.
-- blog posts could be created via the same codeas the pdf and xml version of the figure-unit.
+- blog posts could be created via the same code as the PDF and XML version of the figure-unit.
 - We will anyway create a blog platform for the SFB (see last section) and could use the same basic design for an blog website with restricted access.
 
 
 
 ## figure-unit peer review
 
-While informal commenting via slack and/or Hubox is possible, one will probably need a better formalised peer review for publication-ready figures. A manual peer review is possible, but it might be interesting to use the pull request functions of git-based tools (GitHub-Gitlab-GIN) as a peer review step.
+While informal commenting via slack and/or Hubox is possible, one will probably need a better formalized peer review for publication-ready figures. A manual peer review is possible, but it might be interesting to use the pull request functions of git-based tools (GitHub-Gitlab-GIN) as a peer review step.
 
 One could build a specific repository for figure ready files, lab members could only make changes on their branch and would need to send a pull request if they want their change to be incorporated in the master branch. At that point, we can not only have a manual peer review (science, statistics, legend,...), but incorporate automatic checks (is the data attached, are there enough tags, ...). 
 
@@ -89,7 +89,7 @@ On the other hand, 40 000 euro for a server to share figures and metadata is a b
 
 ## Blog website
 
-We will build a Rblogdown/hugo static website. It is technically quite simple (see https://rdmpromotion.rbind.io for instance). Its first use will be to blog about a seminar series. I was indeed present on Tuesday and could convince the participant to take notes collaboratively and transform these notes into blog posts. The scope of the website will be developed with the postdocs and PhD students of the SFB, but it will probably work both as an outreach inside and outside the SFG. 
+We will build a Rblogdown/Hugo static website. It is technically quite simple (see https://rdmpromotion.rbind.io for instance). Its first use will be to blog about a seminar series. I was indeed present on Tuesday and could convince the participant to take notes collaboratively and transform these notes into blog posts. The scope of the website will be developed with the postdocs and PhD students of the SFB, but it will probably work both as an outreach inside and outside the SFG. 
 
 We can easily create a clone of it with restricted access once it is done, this might be done on the server by the way.
 

+ 10 - 10
reports/20190417_larkumlemberger_init.html

@@ -173,32 +173,32 @@ $(document).ready(function () {
 <li>link to analysis documentation/code</li>
 <li>Other metadata (??)</li>
 </ul>
-<p>This information would be useful (necessary?) when it is time to write a manuscript. It could also be used to make more/better tagging. For example, if we get a specific antibody in the material list, the protein recognised by the antibody can be use as a tag. This may be important when people use nicknames/synonims in the figure legend.</p>
-<p>In particular, for mutant/trangentic mouses, bia the MGI number, we could have access to a lot of information (which is directly linked to ontologies).</p>
+<p>This information would be useful (necessary?) when it is time to write a manuscript. It could also be used to make more/better tagging. For example, if we get a specific antibody in the material list, the protein recognized by the antibody can be use as a tag. This may be important when people use nicknames/synonyms in the figure legend.</p>
+<p>In particular, for mutant/transgenic mouses, via the MGI number, we could have access to a lot of information (which is directly linked to ontologies).</p>
 </div>
 </div>
 <div id="figure-unit-creation-and-sharing-in-one-lab" class="section level2">
 <h2>figure-unit creation and sharing in one lab</h2>
-<p>At the moment figures are shared via slack in the group. I think we need to find an output which is sharable via slack. Slack commenting could be used as an informal peer review of the figures.</p>
+<p>At the moment figures are shared via slack in the group. I think we need to find an output which is shareable via slack. Slack commenting could be used as an informal peer review of the figures.</p>
 <p>We could use the HUbox (basically an open source version of the dropbox) to add <strong>version control</strong> to figures, but it does not solve the problem of attaching (meta-)data to the figure file.</p>
-<p>Texture can add the information to the figures, but is not close to be ready for our purpose, as it does not allow any visualisation of the figure in a different software (i.e. no push to slack).</p>
-<p>At the moment, I am thinking about looking into using R and Rmarkdown to produce both a computer readable version (xml, texture-like) and a pdf version (sharable via slack) from the users entries. Creating a small app to upload the figure, add a title and alegend as well as links to any other element, and produce a pdf out of it is easy; I will need to look into how we could create an xml file from that input. NB: it could also be coded in python.</p>
+<p>Texture can add the information to the figures, but is not close to be ready for our purpose, as it does not allow any visualization of the figure in a different software (i.e. no push to slack).</p>
+<p>At the moment, I am thinking about looking into using R and Rmarkdown to produce both a computer readable version (XML, texture-like) and a PDF version (shareable via slack) from the users entries. Creating a small app to upload the figure, add a title and a legend as well as links to any other element, and produce a PDF out of it is easy; I will need to look into how we could create an XML file from that input. NB: it could also be coded in python.</p>
 </div>
 <div id="searchdelivery-of-figure-units" class="section level2">
 <h2>Search/delivery of figure-units</h2>
-<p>The tags linked to the figure could be searched via keywords, but I think the most interesting is to be able to create a network of figures (what figures goes with what other figures), and/or combine this information with information we could gather from people searching (figures they publised, material they use, protocols they use/plan to use,…)</p>
+<p>The tags linked to the figure could be searched via keywords, but I think the most interesting is to be able to create a network of figures (what figures goes with what other figures), and/or combine this information with information we could gather from people searching (figures they published, material they use, protocols they use/plan to use,…)</p>
 <p>We could therefore calculate a score of relevance for each researcher and deliver only the most significant figures to them (“This results seem to be very relevant for your research, check it out!”)</p>
 <p>This is yet very hypothetical, though, and this is a problem we will not solve alone. Interestingly, an initiative to make better data search has just started:<a href="https://www.go-fair.org/implementation-networks/overview/discovery/" class="uri">https://www.go-fair.org/implementation-networks/overview/discovery/</a>, I enrolled in the list and hope we will get some nice things going that way.</p>
-<p>As a first system for dissemination, we might use a simple static blog website (on an intranet to restrict access, we would create with hugo?). It has several advantages:</p>
+<p>As a first system for dissemination, we might use a simple static blog website (on an intranet to restrict access, we would create with Hugo?). It has several advantages:</p>
 <ul>
 <li>blog posts can be tagged and we could see how the tagging system could work.</li>
-<li>blog posts could be created via the same codeas the pdf and xml version of the figure-unit.</li>
+<li>blog posts could be created via the same code as the PDF and XML version of the figure-unit.</li>
 <li>We will anyway create a blog platform for the SFB (see last section) and could use the same basic design for an blog website with restricted access.</li>
 </ul>
 </div>
 <div id="figure-unit-peer-review" class="section level2">
 <h2>figure-unit peer review</h2>
-<p>While informal commenting via slack and/or Hubox is possible, one will probably need a better formalised peer review for publication-ready figures. A manual peer review is possible, but it might be interesting to use the pull request functions of git-based tools (GitHub-Gitlab-GIN) as a peer review step.</p>
+<p>While informal commenting via slack and/or Hubox is possible, one will probably need a better formalized peer review for publication-ready figures. A manual peer review is possible, but it might be interesting to use the pull request functions of git-based tools (GitHub-Gitlab-GIN) as a peer review step.</p>
 <p>One could build a specific repository for figure ready files, lab members could only make changes on their branch and would need to send a pull request if they want their change to be incorporated in the master branch. At that point, we can not only have a manual peer review (science, statistics, legend,…), but incorporate automatic checks (is the data attached, are there enough tags, …).</p>
 <p>NB: This is also be linked to the blog idea, since our static blog website will be developed via git based tools.</p>
 </div>
@@ -216,7 +216,7 @@ $(document).ready(function () {
 </div>
 <div id="blog-website" class="section level2">
 <h2>Blog website</h2>
-<p>We will build a Rblogdown/hugo static website. It is technically quite simple (see <a href="https://rdmpromotion.rbind.io" class="uri">https://rdmpromotion.rbind.io</a> for instance). Its first use will be to blog about a seminar series. I was indeed present on Tuesday and could convince the participant to take notes collaboratively and transform these notes into blog posts. The scope of the website will be developed with the postdocs and PhD students of the SFB, but it will probably work both as an outreach inside and outside the SFG.</p>
+<p>We will build a Rblogdown/Hugo static website. It is technically quite simple (see <a href="https://rdmpromotion.rbind.io" class="uri">https://rdmpromotion.rbind.io</a> for instance). Its first use will be to blog about a seminar series. I was indeed present on Tuesday and could convince the participant to take notes collaboratively and transform these notes into blog posts. The scope of the website will be developed with the postdocs and PhD students of the SFB, but it will probably work both as an outreach inside and outside the SFG.</p>
 <p>We can easily create a clone of it with restricted access once it is done, this might be done on the server by the way.</p>
 </div>
 <div id="future-publication-thoughts" class="section level2">

BIN
reports/20190417_larkumlemberger_init.pdf