diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md
index c19163f90e6215eff98a92412bd6286664e77388..b42cfa070807179f3d96ee5868e2a2c2d9a3e9ed 100644
--- a/CONTRIBUTING.md
+++ b/CONTRIBUTING.md
@@ -1,5 +1,6 @@
-% Guia de Contribuição
-% PET Estatística UFPR - <pet.estatistica.ufpr@gmail.com>
+# Guia de Contribuição #
+
+**PET Estatística UFPR** - <pet.estatistica.ufpr@gmail.com>
> "O segredo de progredir é começar. O segredo se começar é dividir as
> tarefas árduas e complicadas em tarefas pequenas e fáceis de executar
@@ -9,10 +10,10 @@
## Para que serve um Guia de Contribuição? ##
-O Guia de Contribuição Serve para orientar a forma de trabalhar, tanto
+O Guia de Contribuição serve para orientar a forma de trabalhar, tanto
individual quanto em equipe, para que seja eficiente, padronizada,
coordenada e segura. Ele estabelece as regras e etapas principais do
-deselvolvimento de um projeto. O Guia de Contribuição incluí orientações
+desenvolvimento de um projeto. O Guia de Contribuição incluí orientações
de como escrever o código, mensagens de commit, etc TODO
Interessados em participar do projeto devem se orientar pelo Guia de
@@ -25,23 +26,26 @@ resultados do projeto.
O fluxo de trabalho é a sequência de etapas que devem ser cumpridas para
atingir um resultado.
-## Qual é o fluxo de trabalho do *labestData*?
+## Qual é o fluxo de trabalho do *labestData*? ##
+
+**Descrição do roteiro semanal**
1. Criar um *issue* para o Projeto no GitLab. Ao criar o *issue*,
dedique-se para escrever uma detalhada descrição do trabalho a ser
feito. Isso informa a equipe sobre onde você irá trabalhar para que
- não se dublique os esforços. Todo issue têm um número associado,
+ não se dublique os esforços. Todo issue tem um número associado,
como `#7` e isso deve ser usado nas comunicações.
2. Faça uma atualização do seu ramo `devel` local com o ramo `devel`
do projeto no GitLab (atualize o HEAD). Isso pode ser feito com o
comando `git pull` ou com `git fetch + git merge`. Em caso de
- insegurança, visite a Apostila de Git do PET Estatística.
+ insegurança, visite a
+ [Apostila de Git do PET Estatística](https://gitlab.c3sl.ufpr.br/pet-estatistica/apostila-git/raw/devel/apostila_git.pdf).
3. Crie um *branch* para começar o trabalho que você descreveu no
- *issue* que acabou de criar. O nome do ramo deve ser `issue#?`, em
- que `'?` representa o número do *issue*, por exemplo,
- `issue#321`. Usar es'ses nomes facilita para os membros descobrirem
+ *issue* que acabou de criar. O nome do ramo deve ser formado pelo
+ seu nome e número identificador, como `angela23` e
+ `eduardo31`. Usar esse padrão facilita para os membros descobrirem
do se se trata esse *branch*, pois basta consultar o *issue* de
- mesmo número.
+ mesmo número, e quem é o responsável pelo mesmo.
4. Faça o trabalho que descreveu. Nessa etapa você senta na frente do
computador e escreve e isso envolve os seguintes passos:
1. Escreve, corrija, aperfeiçoe, amplie, revise, organize, limpe,
@@ -62,12 +66,12 @@ atingir um resultado.
6. Quando cumprir com o trabalho previsto no seu *issue*, dê o push
final e faça uma requisição de mescla - um *merge request* (MR). Ao
criar o MR, assim como foi para o *issue*, existe um espaço para a
- descrição de tudo o que o *branch*. Basicamente isso é um resumo de
- todos os *commits* feitos. Embora a descrição do *issue* informe o
- que estava previsto fazer, isso não significa que tudo foi
- feito. Você pode ter feito trabalho a mais, ou visto que algo não
- foi necessário. Então relate na descrição do MR exatamente o
- que será adicionado ao ramo alvo. Os MR devem ser para o ramo
+ descrição de tudo o que foi realizado no *branch*. Basicamente isso
+ é um resumo de todos os *commits* feitos. Embora a descrição do
+ *issue* informe o que estava previsto fazer, isso não significa que
+ tudo foi feito. Você pode ter feito trabalho a mais, ou visto que
+ algo não foi necessário. Então relate na descrição do MR exatamente
+ o que será adicionado ao ramo alvo. Os MR devem ser para o ramo
`devel` e devem ser atribuídos à outra pessoa.
7. Aguarde a avaliação do MR. Nessa etapa quem trabalha é o *merger* -
colaborador responsável por avaliar o seu *branch* e aplicar o
@@ -75,13 +79,139 @@ atingir um resultado.
contrário, você será notificado.
8. Se o MR não foi aceito, o *merger* vai informar o que fazer com
mensagem abaixo da descrição do merge. Faça as adequações
- solicitadas. Retome da etapa 4.
+ solicitadas. Refaça a etapa 4.
9. Quando o MR for aprovado, feche o *issue* correspondente. Indique
na mensagem de fechamento do *issue* qual foi o número do MR
- dele. Os ramos de demanda - com prefixo *issue* - são removidos
+ dele. Os ramos de demanda - com prefixo *coloborador* - são removidos
após o *merge* mas os *issues* e os MR - que junto com os *commits*
contam a trajetória do projeto - permanem no GitLab.
+**Guia de códigos R e GIT para as atividades semanais**
+
+A cada semana nós devemos criar novos ramos para realização das
+atividades propostas. Porém devemos nos atentar ao criá-los. Estes ramos
+devem necessariamente sair do ramo `devel` e não é necessário a
+incorporação do ramo de trabalho anterior (solicitado por MR) para que
+este seja criado. Abaixo temos os comandos GIT para criar o ramo a
+partir do `devel`.
+
+```bash
+## Atualiza todos os ramos com a versão do servidor
+git pull
+
+## Retorna para o ramo devel
+git checkout devel
+
+## Cria um ramo para atividades propostas no issue00
+git branch fulano00
+
+## Vai para o ramo criado
+git checkout fulano00
+
+```
+
+Com isso já estamos em um ramo, `fulano00` criado especificamente para o
+desenvolvimento das atividades propostas no `issue#00`, assim podemos
+prosseguir com o trabalho propriamente dito, a adição de conjunto de
+dados.
+
+```r
+##======================================================================
+## Passo 1 - Ler e inserir os dados na pasta ./data-raw/
+
+## Usando o R ----------------------------------------------------------
+
+## Transcreva os dados das tabelas
+ex <- expand.grid(X1 = 1:6, X2 = LETTERS[1:4])
+x3 <- scan()
+CiclanoTb0.0 <- data.frame(X1 = ex$X1, X2 = ex$X2, X3 = x3)
+
+## Salve a tabela em formato txt no diretório ./data-raw/
+write.table(CiclanoTb0.0,
+ file = "./data-raw/CiclanoTb0.0.txt",
+ sep = "\t",
+ row.names = FALSE)
+
+## Você pode usar a função write2txt() definida em:
+## https://gitlab.c3sl.ufpr.br/snippets/34.
+write2txt(CiclanoTb0.0)
+
+## Usando outro software -----------------------------------------------
+
+## Transcreva os dados da tabela no software e salve-os no formato txt
+## na pasta ./data-raw/
+
+## Leia os dados na sessão R, para utilizá-los posteriormente
+CiclanoTb0.0 <- read.table("./data-raw/CiclanoTb0.0.txt",
+ header = TRUE, sep = "\t")
+
+##======================================================================
+## Passo 2 - Inserir os dados no diretório ./data/
+library(devtools)
+use_data(CiclanoTb0.0)
+
+## Você pode usar a função write2rda() definida em:
+## https://gitlab.c3sl.ufpr.br/snippets/34.
+write2rda(CiclanoTb0.0)
+
+##======================================================================
+## Passo 3 - Escreva a documentação utilizando as tags roxygen2
+
+## Dica: rode os códigos da sessão exemplo aqui, para verificar se os
+## gráficos/tabelas são realizadas corretamente.
+table(CiclanoTb0.0)
+plot(X1 ~ X2, data = CiclanoTb0.0)
+
+## Você pode usar a função write2Rdoc() definida em:
+## https://gitlab.c3sl.ufpr.br/snippets/34. Essa função cria o arquivo
+## com nome do objeto e algumas já escreve algumas informações,
+## retiradas do próprio objeto. Depois de usar, abra o arquivo e
+## preencha o restante.
+write2Rdoc(CiclanoTb0.0)
+
+##======================================================================
+## Passo 4 - Gere e check a documentação (insere um arquivo no diretório
+## ./man/). Obs.: O aviso sobre o NAMESPACE pode ser ignorado, pois o
+## document() tenta criar um NAMESPACE onde já há um existente, mas isso
+## não é problema pois ambos são arquivos sem conteúdo relevante.
+document()
+check_man()
+
+##======================================================================
+## Passo 5 - Verifique a constituição e organização do pacote (caso haja
+## ERROS, WARNINGS ou mais de um NOTE. Corrija o problema e continue do
+## passo 4)
+check()
+
+```
+
+Após todos os passos concluídos devemos ter os arquivos `.txt`, `.rda`,
+`.R` e `.Rd` devidamente criados. Podemos voltar ao terminal e *comitar*
+nossas contribuições.
+
+```bash
+## Adiciona os 4 arquivos criados e commita as alterações
+git add data-raw/. data/. R/. man/CiclanoTb0.0
+git commit -m "Adiciona tabela 0.0 do livro do Ciclano"
+
+## Desconsidera as alterações realizadas nos arquivos que são gerados
+## automaticamente
+git checkout .
+
+## Enviando as alterações para o servidor
+git push origin fulano00
+
+```
+
+Agora com tudo *commitado* podemos seguir para o próximo conjunto de
+dados e refazer todos os passos descritos.
+
+Vale ressaltar que este guia de códigos compreende a rotina básica para
+inclusão de um conjunto de dados, se for necessária a inclusão de um
+biblioteca para elaboração de gráficos ou análises ou ainda forem
+criadas funções para o pacote os arquivos NAMESPACE e DESCRIPTION
+deverão ser alterados e essas alterações *commitadas*.
+
## O que é um Guia de Estilo de Código? ##
Um Guia de Estilo de Código é um conjunto de recomendações (ou regras)
@@ -99,7 +229,7 @@ padrão particular para escrita de código.
## Qual o guia de estilo de código? ##
-No pacote *labestData* deve ser considerado o idiom padrão do R,
+No pacote *labestData* deve ser considerado o *"idioma"* padrão do R,
descrito no [STYLEGUIDE.md].
## Como dar nome aos datasets? ##
@@ -128,6 +258,8 @@ tabela na obra. Considera os exemplos
* PimentelPg142: Dados em Pimentel-Gomes (2009) que estão em tabelas
distribuidas em duas páginas mas não tem legenda, assim usa-se o
número da primeira página.
+ * CharnetApD.1: Primeiro conjunto de dados apresentado no apêndice D
+ do livro Charnet (2008).
A prioridade na hora de atribuir a identificação é a seguinte: Tabela =
Quadro > Exemplo = Exercício > Página. Ou seja, se a tabela 5 faz parte
@@ -148,7 +280,7 @@ as de nome simples mas longo, por abreviação. Veja a tabela com
exemplos.
| Variável resposta | Nome da coluna |
-|---------------------------+----------------|
+|---------------------------|----------------|
| Dias | dias |
| Idade | idade |
| Renda | renda |
@@ -160,11 +292,10 @@ exemplos.
## O que colocar na documentação? ##
Os datasets devem ter uma documentação precisa. Existem vários campos da
-documentação que podem ser usados, no entanto, alguns poucos são
-sufícientes minimo. TODO
+documentação que podem ser usados, no entanto, somente 7 serão exigidos.
-Abaixo tem-se a documentação do *data.frame* `RamalhoTb4.7`. Embora os campos
-sejam praticamente autoexplicativos, segue breve explicação.
+Abaixo tem-se a documentação do *data.frame* `RamalhoTb4.7`. Embora os
+campos sejam praticamente autoexplicativos, segue breve explicação.
* `@name`: o nome do dataset.
* `@title`: título que representa o dataset.
@@ -205,7 +336,7 @@ sejam praticamente autoexplicativos, segue breve explicação.
#'
#' }
#'
-#' @keywords DBC arroz
+#' @keywords DBC
#'
#' @source Ramalho, M. A. P., Ferreira, D. F., & Oliveira,
#' A. C. de. (2005). Experimentação em genética e melhoramento de
@@ -223,29 +354,21 @@ NULL
```
Por razão ainda desconhecida, títulos com acentos são substituídos por
-NA no manual em PDF. Na documentação em HTML, no entanto, e produzida
+`NA` no manual em PDF. Na documentação em HTML, no entanto, e produzida
sem erros.
+Perceba a indatação de 4 espaços e que largura de 72 digitos usada para
+escrever a documentação.
+
+Para gerar a citação bibliográfica no formato APA, padrão considerado no
+pacote, visite <http://www.citationmachine.net/apa/cite-a-book/manual> e
+preencha as informações. Use o resultado gerado para vitar a obra.
+
<!--
<http://ase-research.org/R/>
<http://r-pkgs.had.co.nz/man.html#man-data>
-->
-<!------------------------------------------- -->
-
-## Como criar um *branch*? ##
-
-Um *branch* é criado de duas formas, conforme abaixo.
-
-```
-# Com duas instruções.
-git branch novo # cria
-git checkout novo # move
-
-# Com uma instruções 2 em 1
-git checkout -b novo
-```
-
## Como criar um *issue*? ##
De uma maneira simples, um *issue* é uma tarefa. Quando você cria um
@@ -267,6 +390,13 @@ Na página de criar um *issue*, você deve preencher os seguintes campos:
* Labels: com as palavras chaves apropriadas para o *issue*, se
alguma.
+No projeto **labesData** são adotadas como _Milestones_, as obras
+elencadas para transcrição dos dados ao pacote e os _Labels_ são as
+disciplinas Estatísticas que a obra coompreende. Por exemplo, ao criar
+um _issue_ que propõe a adição de três conjuntos de dados do capítulo 3
+do livro Estatística Multivariada de Ferreira (2011) deve-se selecionar
+a _milestone_ `Ferreira` e o _label_ `Análise Multivariada`.
+
Feito isso, clique em *Submit issue*.
## Quanto de trabalho representa um *issue*? ##
@@ -281,7 +411,7 @@ grande função, que demora por volta de 5 horas de trabalho. Uma
dedicação de 2 horas pode não ter uma função pronta que passe nas
verificações de *build*. No primeiro caso, por outro lado, se o trabalho
é texto, por exemplo, mesmo que este esteja incompleto a verificação de
-*build* ser verde.
+*build* será verde.
## Como fechar ou editar um issue ##
@@ -293,12 +423,41 @@ mesmo. Deve-se dedicar na hora de atribuir título e descriação para que
sejam apropriados e sem necessidade de mudar.
Na página de um *issue* é possível fazer uma discussão sobre ele, bem
-como atribuir a outro colaborador. Quandor o issue for concluído,
-deve-se fechá-lo.
+como atribuir a outro colaborador. Quandor o issue for concluído, ou
+seja quando o ramo dedicado as tarefas descritas neste _issue_ for
+mesclado ao `devel`, deve-se fechá-lo.
## Como fazer mensagens de *commit*? ##
-Começar com verbo no imperativo.
+Mensagens de *commit* são de duas formas: simples e composta (mono ou
+multi linhas). As mensagens simples são aquelas que ocupam uma linha
+apenas, normalmente com uma única sentença. Elas descrevem modificações
+cuja descrição cabe em uma linha de 72 caracteres. Você pode escrever na
+própria linha de instrução do commit, como a seguir.
+
+```
+git commit -m "Minha mensagem de uma linha aqui."
+```
+
+As mensagens compostas, por outro, servem para documentar várias
+modificações. Então não é possível usar a opção `-m`. Apenas faça `git
+commit` seguido de ENTER que um editor de terminal vai abrir para que
+você escreva a mensagem de *commit*. Normalmente o editor é o vi ou
+nano, mas outros podem ser habilitados. Abaixo um exemplo de mensagem
+composta.
+
+```
+Inclui dataset da página 103
+
+ - Adiciona ./data-raw/dataset103.txt.
+ - Adiciona ./data/dataset103.rda.
+ - Adiciona ./R/dataset103.R.
+ - Adiciona ./man/dataset103.Rd.
+```
+
+As mensagens de *commit* devem ter verbos conjugados no presente do
+indicativo (faz, completa, adiciona, remove, edita, conserta,
+produz, gera, corrige, documenta, escreve, move, transforma, modifica).
## Como criar um *merge request*? ##
@@ -316,8 +475,7 @@ satisfeitas:
1. O trabalho deve estar concluído. Isso significa de o que previsto
precisa ser cumprido. Em caso de não conclusão, uma justificativa
- deve ser dada e aceita. Se o trabalho foi mal dimensionado, abra um
- *issue* no futuro para concluí-lo.
+ deve ser dada e aceita.
2. O *branch* tem que ter *build sucess*. A vantagem, dentre muitas,
da integração contínua, é sabermos se um ramo tem problemas de
código. Se um *branch* não passa nas verificações do *build*,
@@ -339,13 +497,13 @@ diretório raíz é o `/labestData`.
diretório `./data-raw`. Usar TAB com separador de campo e ponto
como separador decimal.
2. Criar o `dados.rda`. Carregar o `dados.txt` e criar a imagem do
- objeto (`*.rda` ou `*.RData`) no diretório `./data`. A forma mais
- simples é usar a função `devtools::use_data(dados)`.
+ objeto (`*.rda`) no diretório `./data`. A forma mais simples é usar
+ a função `devtools::use_data(dados)`.
3. Fazer a documentação dos dados. Criar o arquivo `dados.R` no
diretório `./R/`.
4. Gerar o arquivo `dados.Rd`. Com o comando `devtools::document()`
gerar os arquivos de documentação que ficam no diretório
- `./man`. Use `devtools::check_doc()` para verificar a documentação.
+ `./man`. Use `devtools::check_man()` para verificar a documentação.
5. Por fim, execute `devtools::check()` e `devtools::build()`. Observe
se ocorrem notificações de `ERROR`, `WARNING` ou `NOTE`. Faça
correções para removê-las.
@@ -370,7 +528,7 @@ labestData/
1. As atividades do *issue* foram concluídas.
2. O código está de acordo com o Guia de Estilo de Código.
- 3. O `devtools::check()` e `devtools::build()` executam notificações
- negativas.
+ 3. O `devtools::check()` e `devtools::build()` não executam
+ notificações negativas.
4. O *branch* passa na integração contínua com *build status*
positivo.
diff --git a/DESCRIPTION b/DESCRIPTION
index 9a41b54ee5c4e410fac870fd171f2bd55d8ee9af..bf26121dd6c181563e4e915478dd964a78327e8b 100644
--- a/DESCRIPTION
+++ b/DESCRIPTION
@@ -28,7 +28,17 @@ URL: http://gitlab.c3sl.ufpr.br/pet-estatistica/labestData
BugReports: http://gitlab.c3sl.ufpr.br/pet-estatistica/labestData/issues
LazyData: true
Encoding: UTF-8
-Depends:
+Depends:
R (>= 3.2.3)
-Suggests:
- lattice
+Suggests:
+ lattice,
+ latticeExtra,
+ reshape,
+ ggplot2,
+ car,
+ knitr,
+ rmarkdown,
+ shiny,
+ reshape2
+VignetteBuilder: knitr
+RoxygenNote: 5.0.1
diff --git a/NAMESPACE b/NAMESPACE
index e69de29bb2d1d6434b8b29ae775ad8c2e48c5391..1d490c0191f2bd15547c48dd65c8d05e61e15597 100644
--- a/NAMESPACE
+++ b/NAMESPACE
@@ -0,0 +1,3 @@
+# Generated by roxygen2: do not edit by hand
+
+export(labestDataView)
diff --git a/R/PimentelEg5.2.R b/R/PimentelEg5.2.R
index 481c432d6a23beea26d095dcb95fb71ba34c08a5..9b465c5ddabb742153ac4a5bf34fa44ffb518c47 100644
--- a/R/PimentelEg5.2.R
+++ b/R/PimentelEg5.2.R
@@ -1,29 +1,31 @@
#' @name PimentelEg5.2
-#' @title Competição de variedades de batatinha
+#' @title Competição de Variedades de Batatinha
#' @description Experimento de competição de variedades de batatinha
#' feito pelo Engenheiro Agrônomo Oscar A. Garay em Balcare,
#' Argentina. O experimento foi realizado em blocos casualizados.
-#' @format data.frame com 32 observações e 3 variáveis, em que
+#' @format Um \code{data.frame} com 32 observações e 3 variáveis, em que
#'
#' \describe{
#'
-#' \item{bloco}{Fator de 4 níveis qualitativos, usado para
+#' \item{\code{bloco}}{Fator de 4 níveis qualitativos, usado para
#' controle local.}
#'
-#' \item{variedade}{Fator de 8 níveis qualitativos que são as variedades
-#' de batatinha.}
+#' \item{\code{variedade}}{Fator de 8 níveis qualitativos que são as
+#' variedades de batatinha.}
#'
#' \item{producao}{Produção de batatinha, em ton ha\eqn{^{-1}}, nas
#' unidades experimentais.}
#'
#' }
-#' @keywords DBC batatinha
+#' @keywords DBC
#' @source Pimentel-Gomes, F. (2009). Curso de Estatístitica
-#' Experimental (15th ed.). Piracicaba: FEALQ.
+#' Experimental (15th ed.). Piracicaba, SP: FEALQ. (Exemplo 5.2)
#' @examples
#'
#' library(lattice)
#'
+#' data(PimentelEg5.2)
+#'
#' xyplot(producao ~ variedade, groups = bloco, data = PimentelEg5.2,
#' type = "b",
#' ylab=expression(Produção~(t~ha^{-1})),
diff --git a/R/labestDataView.R b/R/labestDataView.R
new file mode 100644
index 0000000000000000000000000000000000000000..701b4719e8e2573dcebe6cf30dafb2a46b7e4724
--- /dev/null
+++ b/R/labestDataView.R
@@ -0,0 +1,38 @@
+#' @name labestDataView
+#' @title Shiny App para Visualização e Download dos Datasets
+#' @author Walmes Zeviani e Eduardo Ribeiro Jr.
+#' @description Essa função abre uma interface \pkg{shiny} em seu
+#' navegador padrão para visualizar as tabelas de dados, consultar
+#' sua respectiva documentação e salvá-las, em txt, se preciso.
+#' @section Warning: Para funcionar, é necessário ter o pacote shiny
+#' instalado. Sua visualização web depende dos recursos CSS3,
+#' Bootstrap, HTML5 e JavaScript5, portanto use navegadores com
+#' suporte para tais recursos (e.g Mozilla Firefox, Chromium Web
+#' Browser).
+#' @return Abre uma aplicação web com shiny em seu navegador padrão.
+#' @usage labestDataView()
+#' @export
+#' @examples
+#' \dontrun{
+#'
+#' labestDataView()
+#'
+#' }
+labestDataView <- function() {
+ if (!requireNamespace(package = "shiny", quietly = TRUE)) {
+ stop(paste("Pacote `shiny` n\u00e3o encontrado.",
+ "Instale-o, por favor."),
+ call. = FALSE)
+ }
+ appDir <- system.file("ShinyApps",
+ "labestDataView",
+ package = "labestData")
+ if (appDir == "") {
+ stop(paste(
+ "N\u00e3o foi poss\u00edvel encontrar diret\u00f3rio",
+ "com a aplica\u00e7\u00e3o Shiny.",
+ "Tente reinstalar o `labestData`."),
+ call. = FALSE)
+ }
+ shiny::runApp(appDir, display.mode = "normal")
+}
diff --git a/README.md b/README.md
index a0c4bfde4db2ccd027c8e596b3a335fd327bb87d..410bd3d8eeb6d221c5543bd0e47d5e1e63e277e2 100644
--- a/README.md
+++ b/README.md
@@ -1,5 +1,6 @@
-% labestData
-% PET Estatística UFPR - <pet.estatistica.ufpr@gmail.com>
+# labestData #
+
+**PET Estatística UFPR** - <pet.estatistica.ufpr@gmail.com>
> “Without data, you're just another person with an opinion.”
>
@@ -28,13 +29,87 @@ O projeto tem dois objetivos principais:
conjuntos de dados na forma de um pacote R de tal forma que possam
ser usados para o ensino de Estatística.
+Nesta primeira fase do projeto foram definidas algumas obras nacionais
+para transcrição e documentação de suas tabelas de dados ao pacote. As
+obras escolhidas estão descritas abaixo e compreendem as disciplinas de
+Planejamento de Experimentos, Análise de Regressão Linear e Análise
+Estatística Multivariada.
+
+<!-- Inserir links das milestones que representam os livros -->
+1. Banzatto, D. A., Kronka, S. D. (2013). **Experimentação Agrícola**
+ (4th ed.). Jaboticabal, SP: Funep.
+ [_Milestone_ Banzatto](https://gitlab.c3sl.ufpr.br/pet-estatistica/labestData/milestones/1)
+ <!-- [*Walmes Zeviani*](https://gitlab.c3sl.ufpr.br/walmes) -->
+
+2. Mingoti, S.A. (2005). **Análise de dados através de métodos de
+ estatística multivariada - uma abordagem aplicada**. Belo
+ Horizonte, MG: Editora UFMG.
+ [_Milestone_ Mingoti](https://gitlab.c3sl.ufpr.br/pet-estatistica/labestData/milestones/2)
+ <!-- [*Paula Alessandra*](https://gitlab.c3sl.ufpr.br/pazd11) e -->
+ <!-- [*Ângela Legey*](https://gitlab.c3sl.ufpr.br/alcl12) -->
+
+3. Ramalho, M. A. P., Ferreira, D. F., Oliveira,
+ A. C. (2005). **Experimentação em Genética e Melhoramento de
+ Plantas** (2th ed.). Lavras, MG: Editora UFLA.
+ [_Milestone_ Ramalho](https://gitlab.c3sl.ufpr.br/pet-estatistica/labestData/milestones/3)
+ <!-- [*Jhenifer Veloso*](https://gitlab.c3sl.ufpr.br/jcv12) -->
+
+4. Barros, W. S., Dias, L. A. S. (2009). **Biometria
+ Experimental**. Viçosa, MG: Editora UFV.
+ [_Milestone_ Barros](https://gitlab.c3sl.ufpr.br/pet-estatistica/labestData/milestones/4)
+ <!-- [*Altamiro Basiewics*](https://gitlab.c3sl.ufpr.br/aab15) -->
+
+6. Zimmermann, F.J. (2004), **Estatística aplicada à pesquisa agrícola**
+ (1st ed.). Santo Antônio de Goiás, GO: Embrapa Arroz e Feijão.
+ [_Milestone_ Zimmermann](https://gitlab.c3sl.ufpr.br/pet-estatistica/labestData/milestones/6)
+ <!-- [*Bruna Wundervald*](https://gitlab.c3sl.ufpr.br/bdw13) -->
+
+7. Pimentel-Gomes, F. (2009). **Curso de Estatística Experimental**
+ (15th ed.). Piracicaba, SP: FEALQ.
+ [_Milestone_ Pimentel-Gomes](https://gitlab.c3sl.ufpr.br/pet-estatistica/labestData/milestones/7)
+ <!-- [*Bruno Geronymo*](https://gitlab.c3sl.ufpr.br/bg15) -->
+
+8. Ferreira, D. F. (2011). **Estatística Multivariada** (2nd
+ ed.). Lavras, MG: Editora UFLA.
+ [_Milestone_ Mingoti](https://gitlab.c3sl.ufpr.br/pet-estatistica/labestData/milestones/8)
+ <!-- [*Eduardo Junior*](https://gitlab.c3sl.ufpr.br/eerj12) -->
+
+9. Manly, B. J. F. (2005). **Métodos Estatísticos Multivariados- uma
+ introdução**. Porto Alegre, RS: Bookman
+ [_Milestone_ Manly](https://gitlab.c3sl.ufpr.br/pet-estatistica/labestData/milestones/9)
+ <!-- [*Gabriel Klostermann*](https://gitlab.c3sl.ufpr.br/gsk12) -->
+
+10. Storck, L., Garcia, B. C., Lopes, S. J., Estefanel,
+ V. (2011). **Experimentação Vegetal** (3th ed.). Santa Maria, RS:
+ Editora UFSM.
+ [_Milestone_ Manly](https://gitlab.c3sl.ufpr.br/pet-estatistica/labestData/milestones/10)
+ <!-- [*Mônica Ludmilla*](https://gitlab.c3sl.ufpr.br/mlho15) -->
+
+11. Charnet, R., de Luna Freire, C.A., Charnet, E.M.R., Bonvino,
+ H. (2008). **Análise de modelos de regressão linear com aplicações**
+ (2nd ed.). Campinas, SP: Editora Unicamp
+ [_Milestone_ Pimentel-Gomes](https://gitlab.c3sl.ufpr.br/pet-estatistica/labestData/milestones/11)
+ <!-- [*Daniel Ikenaga*](https://gitlab.c3sl.ufpr.br/di12) -->
+
+12. Demétrio, C. G. B., & Zocchi, S. S. (2011). **Modelos de
+ Regressão**. Piracicaba: ESALQ.
+ [_Milestone_ Demetrio](https://gitlab.c3sl.ufpr.br/pet-estatistica/labestData/milestones/12)
+ <!-- [*Alcides Neto*](https://gitlab.c3sl.ufpr.br/acn13) -->
+
+Ao término desta primeira fase pretende-se ter todos os conjuntos de
+dados relevantes destas obras disponíveis para usuários do pacote. Ainda
+*vignettes* (vinhetas), exemplificando a análise de dados (em códigos R)
+referentes a cada disciplina compreendida, serão elaboradas para
+servirem de inspiração ou roteiro para análise dos demais dados do
+pacote.
+
## Quem são os desenvolvedores do *labestData*?
Os colaboradores do *labestData* são os bolsistas do PET, voluntários e
professores.
| | Tipo | 1 etapa | 2 etapa |
-|----------------------------------+------------+---------+---------|
+|----------------------------------|------------|---------|---------|
| Alcides Conte Neto | Voluntário | S | - |
| Altamiro Antonio Basiewics | Petiano | S | - |
| Angela Luiza Cunha Legey | Petiana | S | - |
@@ -173,6 +248,7 @@ dados que deseja usar.
ls("package:labestData") # Lista os objetos do pacote.
data(dados) # Traz para área de trabalho um dataset.
str(dados) # Mostra a estrutura do dataset.
+ help(dados) # Mostra as informações de ajuda do dataset
## Como reportar sugestões ou erros ao projeto *labestData*?
diff --git a/plano.md b/plano.md
new file mode 100644
index 0000000000000000000000000000000000000000..2f1d02b5dac500622de17f6598f555f2ccac7cab
--- /dev/null
+++ b/plano.md
@@ -0,0 +1,496 @@
+Painel de atividades do labestData
+==================================
+
+**PET Estatística UFPR** - <pet.estatistica.ufpr@gmail.com>
+
+- [Painel de realização](#painel-de-realizacao)
+- [Planejamento semanal](#planejamento-semanal)
+- [Lista de datasets](#lista-de-datasets)
+
+Este painel tem por objetivo documentar as atividades semanalmente
+planejadas para cada integrante bem como suas realizações conforme fluxo
+de trabalho adotado para o projeto **labestData**.
+
+Painel de realização
+--------------------
+
+Na tabela abaixo são apresentados os *status* de realização das
+atividades propostas para cada semana e integrante. Cada coluna da
+tabela, com exceção da que apresenta os integrantes e os "mergeadores",
+mostra o *status* e o respectivo MR (*Merge Request*) solicitado para
+incorporar a realização das atividades propostas no ramo `devel` do
+projeto. Para facitar a visualização o *emoji* :white\_check\_mark:,
+representa que o trabalho foi REALIZADO e :x: o NÃO REALIZADO.
+
+<table>
+<thead>
+<tr class="header">
+<th align="left">Contribuidor</th>
+<th align="left">Mergeador</th>
+<th align="center">1º S</th>
+<th align="center">2º S</th>
+<th align="center">3º S</th>
+<th align="center">4º S</th>
+<th align="center">5º S</th>
+<th align="center">6º S</th>
+<th align="center">7º S</th>
+<th align="center">8º S</th>
+<th align="center">9º S</th>
+<th align="center">10º S</th>
+</tr>
+</thead>
+<tbody>
+<tr class="odd">
+<td align="left">Alcides C. Neto</td>
+<td align="left">Eduardo</td>
+<td align="center">:white_check_mark: / MR!12</td>
+<td align="center">:white_check_mark: / MR!13</td>
+<td align="center">:white_check_mark: / MR!25</td>
+<td align="center">:x: / -</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+<tr class="even">
+<td align="left">Altamiro A. Basiewics</td>
+<td align="left">Walmes</td>
+<td align="center">:white_check_mark: / MR!8</td>
+<td align="center">:x: / -</td>
+<td align="center">:x: / -</td>
+<td align="center">:x: / -</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+<tr class="odd">
+<td align="left">Angela L. C. Legey</td>
+<td align="left">Cesar</td>
+<td align="center">:white_check_mark: / MR!2</td>
+<td align="center">:white_check_mark: / MR!15</td>
+<td align="center">:white_check_mark: / MR!23</td>
+<td align="center">:white_check_mark: / MR!30</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+<tr class="even">
+<td align="left">Bruna D. Wundervald</td>
+<td align="left">Walmes</td>
+<td align="center">:white_check_mark: / MR!10</td>
+<td align="center">:white_check_mark: / MR!11</td>
+<td align="center">:white_check_mark: / MR!17</td>
+<td align="center">:white_check_mark: / MR!32</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+<tr class="odd">
+<td align="left">Bruno Geronymo</td>
+<td align="left">Walmes</td>
+<td align="center">:white_check_mark: / MR!3</td>
+<td align="center">:white_check_mark: / MR!22</td>
+<td align="center">:x: / -</td>
+<td align="center">:x: / -</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+<tr class="even">
+<td align="left">Daniel Ikenaga</td>
+<td align="left">Eduardo</td>
+<td align="center">:white_check_mark: / MR!9</td>
+<td align="center">:white_check_mark: / MR!27</td>
+<td align="center">:x: / -</td>
+<td align="center">:white_check_mark: / MR!31</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+<tr class="odd">
+<td align="left">Eduardo E. R. Junior</td>
+<td align="left">Cesar</td>
+<td align="center">:white_check_mark: / MR!7</td>
+<td align="center">:white_check_mark: / MR!14</td>
+<td align="center">:white_check_mark: / MR!21</td>
+<td align="center">:white_check_mark: / MR!35</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+<tr class="even">
+<td align="left">Gabriel S. Klostermann</td>
+<td align="left">Cesar</td>
+<td align="center">:white_check_mark: / MR!5</td>
+<td align="center">:white_check_mark: / MR!19</td>
+<td align="center">:x: / -</td>
+<td align="center">:x: / -</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+<tr class="odd">
+<td align="left">Jhenifer C. Veloso</td>
+<td align="left">Walmes</td>
+<td align="center">:white_check_mark: / MR!4</td>
+<td align="center">:white_check_mark: / MR!16</td>
+<td align="center">:white_check_mark: / MR!26</td>
+<td align="center">:white_check_mark: / MR!29</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+<tr class="even">
+<td align="left">Monica L. H. Oliveira</td>
+<td align="left">Walmes</td>
+<td align="center">:x: / -</td>
+<td align="center">:x: / -</td>
+<td align="center">:x: / -</td>
+<td align="center">:x: / -</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+<tr class="odd">
+<td align="left">Paula A. Z. Dimas</td>
+<td align="left">Cesar</td>
+<td align="center">:white_check_mark: / MR!6</td>
+<td align="center">:white_check_mark: / MR!20</td>
+<td align="center">:white_check_mark: / MR!24</td>
+<td align="center">:white_check_mark: / MR!33</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+<tr class="even">
+<td align="left">Walmes M. Zeviani</td>
+<td align="left">Eduardo</td>
+<td align="center">:white_check_mark: / MR!1</td>
+<td align="center">:white_check_mark: / MR!18</td>
+<td align="center">:white_check_mark: / MR!28</td>
+<td align="center">:white_check_mark: / MR!34</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+<tr class="odd">
+<td align="left">Cesar A. Taconeli</td>
+<td align="left">Walmes</td>
+<td align="center">-</td>
+<td align="center">-</td>
+<td align="center">-</td>
+<td align="center">-</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+<td align="center">. / .</td>
+</tr>
+</tbody>
+</table>
+
+[Retornar à tabela de conteúdo](#painel-de-atividades-do-labestdata)
+
+Planejamento semanal
+--------------------
+
+Todas as terças-feiras o grupo desenvolvedor do pacote descreve suas
+propostas de atividade para a semana vigente. Abaixo temos as atividades
+de cada integrante descritas para a semana do período respectivamente
+indicado:
+
+<!--------------------------------------------- -->
+<!-- Para atualização descomente a linha da semana vigente, copie a lista de -->
+<!-- contribuidores colocada na semana e descreve as respectivamente -->
+<!-- atividades. As atividades seguem a ordem da data mais recente para a -->
+<!-- mais antiga. -->
+<!--------------------------------------------- -->
+<!-- * **Semana 10 - (03/05 - 10/05)** -->
+<!-- + **Alcides Conte Neto** -->
+<!-- + **Altamiro Antonio Basiewics** -->
+<!-- + **Angela Luiza Cunha Legey** -->
+<!-- + **Bruna Davies Wundervald** -->
+<!-- + **Bruno Geronymo** -->
+<!-- + **Daniel Ikenaga** -->
+<!-- + **Eduardo Elias Ribeiro Junior** -->
+<!-- + **Gabriel Sartori Klostermann** -->
+<!-- + **Jhenifer Caetano Veloso** -->
+<!-- + **Monica Ludmila Hintz De Oliveira** -->
+<!-- + **Paula Alessandra Zeizer Dimas** -->
+<!-- + **Walmes Marques Zeviani** -->
+<!-- + **Cesar Augusto Taconeli** -->
+<!-- * **Semana 9 - (26/04 - 03/05)** -->
+<!-- * **Semana 8 - (19/04 - 26/04)** -->
+<!-- * **Semana 7 - (12/04 - 19/04)** -->
+<!-- * **Semana 6 - (05/04 - 12/04)** -->
+- **Semana 5 - (29/03 - 05/04)**
+ - **Alcides C. Neto**: **Concluir as atividades da semana
+ anterior**; e adicionar mais as tabelas de dados para exercício
+ do capítulo 7, não considerada nas *issues* (*issue* \#52)
+ - **Altamiro A. Basiewics**: **Concluir as atividades das TRÊS
+ semanas anteriores**; e adicionar as demais tabelas listadas na
+ *issue* \#74.
+ - **Angela L. C. Legey**; Concluir *issue* \#71 (4 tabelas).
+ - **Bruna D. Wundervald**: Concluir *issue* \#22 (tabelas não
+ informadas na *issue*).
+ - **Bruno Geronymo**: **Concluir as atividades das 2 semanas
+ anteriores**; e concluir *issue* \#44 (5 tabelas).
+ - **Daniel Ikenaga**: Concluir *issue* \#80 (7 tabelas).
+ - **Eduardo E. R. Junior**: Atualizar o `plano.md`; Realizar as
+ eventuais correções de MR e incorporá-los ao ramo `devel`; e
+ concluir o *issue* \#31 (2 tabelas).
+ - **Gabriel S. Klostermann**: **Concluir as atividades das 2
+ semanas anteriores**; e concluir *issue* \#58 (2 tabelas).
+ - **Jhenifer C. Veloso**: Concluir o *issue* \#63 (2 tabelas)
+ - **Monica L. H. De Oliveira**: **Concluir as atividades das
+ QUATRO semanas anteriores (ao todo a inclusão de 7 tabelas foi
+ informada nas reuniões periódicas do projeto)**; e adicionar as
+ demais tabelas listadas nas *issues* \#42, \#67 e \#68.
+ - **Paula A. Z. Dimas**: Concluir *isuue* \#75 (tabelas não
+ informadas na *issue*).
+ - **Walmes M. Zeviani**: Concluir inclusão das tabelas
+ relacionadas na *issue* \#11 (3 tabelas); e adicionar a primeira
+ *vignette* do pacote. (documentar no *issue* sobre a inclusão da
+ *vignette*).
+ - **Cesar A. Taconeli**: Realizar as eventuais correções de MR e
+ incorporá-los ao ramo `devel`.
+
+Nesta semana o servidor LEG&PET que mantia, entre os demais serviços, o
+RStudio Web (que é utilizado pela maioria dos colaboradores para
+desenvolvimento do pacote) esteve indisponível prejudicando as
+atividades do projeto. Porém, em reunião, comentou-se que o RStudio Web
+deve ser considerado como uma ferramenta auxiliar e que os integrantes
+devem ter, em seus computadores de trabalho, os recursos para
+desenvolvimento das atividades previstas. Para GIT recomendamos a
+leitura do segundo capítulo da [Apostila Git do PET] que fala sobre a
+instalação. Sobre o `devtools`, pacote R para desenvolvedores, há a
+[página do RStudio] com as principais informações.
+
+- **Semana 4 - (22/03 - 29/03)**
+ - **Alcides C. Neto**: Concluir o *issue* \#52 (5 tabelas).
+ - **Altamiro A. Basiewics**: **Concluir as atividades das 2
+ semanas anteriores**; e incluir 2 tabelas (realize as atividades
+ pendentes no ramo da atual semana, indique nas *issues* onde o
+ trabalho esta sendo feito).
+ - **Angela L. C. Legey**: Concluiu a obra MINGOTI!; Iniciará uma
+ nova obra sob o tema Controle Estatístico de Qualidade listando
+ suas tabelas e incluindo as respectivas *issues* no GitLab.
+ (*issue* \#70).
+ - **Bruna D. Wundervald**: Concluir seus dois próximos *issues*,
+ \#18 e \#19 (realizar as atividades listadas nestes em apenas um
+ ramo).
+ - **Bruno Geronymo**: **Concluir as atividades da semana
+ anterior**; e concluir *issue* \#43 (5 tabelas).
+ - **Daniel Ikenaga**: **Concluir as atividades da semana
+ anterior**; e incluir 4 tabelas. (*issue* \#79).
+ - **Eduardo E. R. Junior**: Realizar as eventuais correções de MR
+ e incorporá-los ao ramo `devel`; e concluir o *issue* \#30 (2
+ tabelas).
+ - **Gabriel S. Klostermann**: **Concluir as atividades da semana
+ anterior**; e concluir *issue* \#60 (2 tabelas).
+ - **Jhenifer C. Veloso**: Concluir *issue* \#62 (5 tabelas).
+ - **Monica L. H. Oliveira**: **Concluir as atividades das TRÊS
+ semanas anteriores**; e incluir 1 tabela.
+ - **Paula A. Z. Dimas**: Concluiu a obra MINGOTI!; Iniciará uma
+ nova obra sob o tema Controle Estatístico de Qualidade listando
+ suas tabelas e incluindo as respectivas *issues* no GitLab.
+ (*issue* \#69).
+ - **Walmes M. Zeviani**: Realizar as eventuais correções de MR e
+ incorporá-los ao ramo `devel`; e concluir o *issue* \#10 (4
+ tabelas).
+ - **Cesar A. Taconeli**: Realizar as eventuais correções de MR e
+ incorporá-los ao ramo `devel`.
+- **Semana 3 - (15/03 - 22/03)**
+ - **Alcides C. Neto**: Concluir o *issue* \#51 (6 tabelas).
+ - **Altamiro A. Basiewics**: **Concluir as atividades da semana
+ anterior**; incluir 4 tabelas.
+ - **Angela L. C. Legey**: Concluir o *issue* \#26 (2 tabelas
+ contidas em anexos).
+ - **Bruna D. Wundervald**: Concluir os *issues* \#16 e \#17
+ (realizá-los em um só ramo que deve ter sufixo 16 OU 17,
+ informar como comentário no *issue*).
+ - **Bruno Geronymo**: **Concluir as atividades da semana
+ anterior**; e concluir o *issue* \#41 (5 tabelas).
+ - **Daniel Ikenaga**: **Concluir as atividades da semana
+ anterior**; incluir mais 4 tabelas; e criar os demais *issues*
+ referentes às tabelas de dados simulados e/ou de exercícios.
+ - **Eduardo E. R. Junior**: Realizar as eventuais correções de MR
+ e incorporá-los ao ramo `devel`; e concluir o *issue* \#29 (3
+ tabelas).
+ - **Gabriel S. Klostermann**: Incluir 2 tabelas; e adicionar os
+ arquivos-fonte (.txt) de todas as tabelas da obra sob sua
+ responsabilidade.
+ - **Jhenifer C. Veloso**: Incluir as tabelas do capítulo 7 (3
+ tabelas).
+ - **Monica L. H. Oliveira**: **Concluir as atividades das 2
+ semanas anteriores**; e incluir 1 tabela.
+ - **Paula A. Z. Dimas**: Concluir *issues* \#36, \#37 e \#38, 3
+ tabelas (realizá-los em um só ramo que deve ter sufixo 36 OU 37
+ OU 38, informar como comentário no *issue*).
+ - **Walmes M. Zeviani**: Realizar as eventuais correções de MR e
+ incorporá-los ao ramo `devel`; concluir o *issue* \#8; e incluir
+ uma aplicação shiny para visualização dos *datasets*.
+ - **Cesar A. Taconeli**: Realizar as eventuais correções de MR e
+ incorporá-los ao ramo `devel`.
+- **Semana 2 - (08/03 - 15/03)**
+ - **Alcides C. Neto**: Listar todas as tabelas presente na obra de
+ sua responsabilidade; criar os respectivos *issues* no GitLab; e
+ incluir todas as tabelas presentes no primeiro capítulo (+- 8).
+ - **Altamiro A. Basiewics**: Listar todas as tabelas presente na
+ obra de sua responsabilidade; criar os respectivos *issues* no
+ GitLab; e incluir 3 tabelas.
+ - **Angela L. C. Legey**: Listar todas as tabelas presente na obra
+ de sua responsabilidade; criar os respectivos *issues* no
+ GitLab; e incluir 5 tabelas.
+ - **Bruna D. Wundervald**: Incluir 5 tabelas.
+ - **Bruno Geronymo**: Listar todas as tabelas presente na obra de
+ sua responsabilidade; criar os respectivos *issues* no GitLab; e
+ incluir 3 tabelas.
+ - **Daniel Ikenaga**: Listar todas as tabelas presente na obra de
+ sua responsabilidade; criar os respectivos *issues* no GitLab;
+ incluir 2 ou 3 tabelas; e Checar o *build* de verificação do
+ pacote (para correção do erro gerado no seu ramo).
+ - **Eduardo E. R. Junior**: Realizar as eventuais correções de MR
+ e incorporá-los ao ramo `devel`; e concluir o *issue* \#28 (3
+ tabelas).
+ - **Gabriel S. Klostermann**: Listar todas as tabelas presente na
+ obra de sua responsabilidade; criar os respectivos *issues* no
+ GitLab; e incluir 2 tabelas.
+ - **Jhenifer C. Veloso**: Incluir 5 tabelas.
+ - **Monica L. H. Oliveira**: **Concluir as atividades da semana
+ anterior**; Listar todas as tabelas presente na obra de sua
+ responsabilidade; criar os respectivos *issues* no GitLab; e
+ incluir 3 tabelas.
+ - **Paula A. Z. Dimas**: Listar todas as tabelas presente na obra
+ de sua responsabilidade; criar os respectivos *issues* no
+ GitLab; e incluir 2 tabelas.
+ - **Walmes M. Zeviani**: Realizar as eventuais correções de MR e
+ incorporá-los ao ramo `devel`; e concluir o *issue* \#8.
+ - **Cesar A. Taconeli**: Realizar as eventuais correções de MR e
+ incorporá-los ao ramo `devel`
+- **Semana 1 - (29/03 - 08/03)**
+ - Todos incluírem ao menos um *dataset* para se familiarizar com a
+ rotina do projeto
+
+[Retornar à tabela de conteúdo](#painel-de-atividades-do-labestdata)
+
+Lista de datasets
+-----------------
+
+Até o momento, no ramo `devel` temos 94 conjuntos de dados já
+devidamente incluídos, documentados e revisados. Abaixo a contagem de
+*datasets* por obra.
+
+<table>
+<thead>
+<tr class="header">
+<th align="left">Livros</th>
+<th align="center">Número de datasets</th>
+<th align="center">Número de observações</th>
+</tr>
+</thead>
+<tbody>
+<tr class="odd">
+<td align="left">Banzatto</td>
+<td align="center">12</td>
+<td align="center">1296</td>
+</tr>
+<tr class="even">
+<td align="left">Charnet</td>
+<td align="center">10</td>
+<td align="center">1575</td>
+</tr>
+<tr class="odd">
+<td align="left">Costa</td>
+<td align="center">2</td>
+<td align="center">132</td>
+</tr>
+<tr class="even">
+<td align="left">Demetrio</td>
+<td align="center">18</td>
+<td align="center">801</td>
+</tr>
+<tr class="odd">
+<td align="left">Dias</td>
+<td align="center">2</td>
+<td align="center">143</td>
+</tr>
+<tr class="even">
+<td align="left">Dinorah</td>
+<td align="center">1</td>
+<td align="center">660</td>
+</tr>
+<tr class="odd">
+<td align="left">Ferreira</td>
+<td align="center">7</td>
+<td align="center">533</td>
+</tr>
+<tr class="even">
+<td align="left">Manly</td>
+<td align="center">1</td>
+<td align="center">294</td>
+</tr>
+<tr class="odd">
+<td align="left">Mingoti</td>
+<td align="center">8</td>
+<td align="center">2150</td>
+</tr>
+<tr class="even">
+<td align="left">Pimentel</td>
+<td align="center">7</td>
+<td align="center">422</td>
+</tr>
+<tr class="odd">
+<td align="left">Ramalho</td>
+<td align="center">10</td>
+<td align="center">1194</td>
+</tr>
+<tr class="even">
+<td align="left">Zimmermann</td>
+<td align="center">16</td>
+<td align="center">5107</td>
+</tr>
+</tbody>
+</table>
+
+[Retornar à tabela de conteúdo](#painel-de-atividades-do-labestdata)
+[Apostila Git do PET]:
+<https://gitlab.c3sl.ufpr.br/pet-estatistica/apostila-git/blob/devel/apostila_git.pdf>
+[página do RStudio]:
+<https://www.rstudio.com/products/rpackages/devtools/>