List view
| Versão | Item | Descrição | Tempo (h) | | ------ | ---- | ---------------------------------------------------------- | --------- | | **2D** | 1 | Painel de resultados (melhorias + teste app + docs) | 20 | | | 2 | Info → gerar nova layer (3 testes: backend/pod/app + docs) | 16 | | | 3 | Lista de modelos + métricas (teste app + docs) | 8 | | | 4 | Bugs/UI/Docs (teste snapshot + guia) | 8 | | | 5 | Busca global (teste app + docs) | 16 |
Due by November 30, 2025| ** | 1 | Painel de resultados (melhorias + teste app + docs) | 10 | | ---- | ---- | --------------------------------------------------- | ---- | | | 2 | Viabilidade de meshes (3 testes + relatório + docs) | 0 | | | 3 | Block Variance Analysis (3 testes + widget + docs) | 42 | | | 4 | Lista de modelos + métricas (teste app + docs) | 12 | | | 5 | Bugs/Perf/Docs/Sanitização (testes) | 15 |
No due date1 — Streaming de objetos 3D no 2D Label: backend, performance, geotrix2dpre Tempo estimado: 24 h Descrição: implementar carregamento sob demanda (“lazy loading”) de objetos grandes, evitando download automático na abertura do projeto. Objetivo: reduzir o tempo de carregamento inicial e o uso de memória. Subtarefas: Adaptar função de inicialização para aguardar evento do usuário antes do fetch; Atualizar testes (tests/testthat/test_streaming.R); Executar rcmdcheck e validar covr ≥ 90%. Critérios de aceite: Projeto abre em < 3 s sem objetos; Objetos carregam somente após ação explícita; cmd_output.txt evidencia ganho de desempenho. 2 — Tag de execução de análise Label: frontend, results, UX Tempo estimado: 7 h Descrição: permitir adicionar tag ao criar análises ou agendamentos. Objetivo: melhorar rastreabilidade e classificação automática de resultados. Subtarefas: Incluir campo “Tag” no modal de execução; Persistir no banco (geotrix2db); Atualizar documentação (README.md → Tests). Critérios de aceite: Tag exibida no painel de resultados e exportações; Testes automatizados cobrindo inserção e leitura da tag. 3 — Correção de mapas que não renderizam Label: bug, Leaflet, UI Tempo estimado: 4 h Descrição: corrigir mapas-base que não carregam (URLs e CRS). Objetivo: restaurar renderização completa e compatibilidade entre zooms. Critérios de aceite: Todas as camadas padrão funcionam em zoom 0–18; test_map_layers.R sem falhas. 4 — Painel de métricas (Info + Graph) Label: feature, analytics, UI Tempo estimado: 30 h Descrição: portar o painel analítico do 3D para o 2D com abas: Info: estatísticas (média, mediana, desvio-padrão…) Graph: histogramas, boxplots, scatter, export CSV/PNG Objetivo: ampliar capacidade analítica dos objetos 2D. Subtarefas: Implementar módulo Shiny; Adicionar testes shinytest2; covr ≥ 90%, rcmdcheck sem erros. Critérios de aceite: estatísticas corretas ±5%, filtros persistentes. 5 — Gráfico por coordenadas (X/Y/Z × valor) Label: analytics, UI Tempo estimado: 2 h Descrição: gráfico de variável em função de um eixo de coordenada. Objetivo: permitir análise espacial de gradientes. Critérios de aceite: gráfico interativo com tooltips e seleção de eixo. 6 — Gráfico de correlação entre variáveis Label: analytics, UI, stats Tempo estimado: 4 h Descrição: correlação entre duas variáveis (Pearson / Spearman). Objetivo: inspeção imediata de relações químicas/físicas. Critérios de aceite: Mostra r, p-value e R²; Exporta imagem e CSV de dados usados. 7 — Exportação de resultados (PDF / HTML) Label: reports, docs, production Tempo estimado: 7 h Descrição: padronizar exportações com cabeçalhos, logotipo e metadados. Objetivo: consolidar formato único de relatórios entre 2D/3D. Subtarefas: Criar templates .tex e .html; Gerar artefatos em production/VERSAO/export/; Atualizar changelog. Critérios de aceite: PDF e HTML idênticos em layout e metadados.
Due by October 31, 2025# Plano de Ação setembro/2025 (para Aprovação) — Minex **2D** e **3D** **Temas (prioridades do mês):** (1) **Melhorias da Aba de Resultados** (usabilidade, filtros duplos, tags, favoritos e exportações) (2) **Funcionalidade de Clipping para Meshes** (interação 3D e cortes paramétricos) **Apps no escopo deste plano:** - **Minex 2D:** `geotrixMap` (app Shiny no ShinyProxy/Kubernetes). - **Minex 3D:** `geotrix3Dapp` (app Shiny no ShinyProxy/Kubernetes). --- ## Introdução Este plano contempla as atividades e entregas previstas para **setembro/2025**, com foco explícito em **UX da aba de resultados** (hoje baseada em *tipo de operação + ID*) e na **adição de “clipping” para Meshes** no app 3D. A página de resultados passará a oferecer **filtros duplos** (por **tipo de operação** e, opcionalmente, por **parâmetro** — *data/intervalo, valor > X, nome/processo, tipo de output*), **tags**, **favoritos** e **exportação multi-formato** (HTML, PDF, PPT, CSV). No 3D, o “clipping” permitirá **cortes interativos** (planos múltiplos, caixas e máscaras) para inspecionar volumes e seções de malhas com **performance e precisão**. --- ## 1) Página de Resultados > **Objetivo:** transformar a lista atual (tipo + ID) numa **central de resultados** com filtros inteligentes, cartões informativos e ações rápidas. >  ### Referências Inspiradoras - **Cards informativos** com resumo (data, status, principais parâmetros) e ícones de output. - **Filtros persistentes** (sidebar) + **busca global** no topo. - **Tags e Favoritos** para organização pessoal e recall rápido. - **Exportação 1-clique** (HTML, PDF, PPT, CSV) por card e em massa. - **Preview embutido** (mini-gráficos/estatísticas/logs) antes de abrir o detalhe. ### Proposta Refinada para o Mockup Minex **Layout Principal (Dashboard)** - **Topo:** busca global + **Filtro 1: Tipo de operação** (Correlação, Treino, Aplicação, Kriging, etc.) + **Filtro 2 (opcional): Parâmetro** *(Data/intervalo; “valor > X”; nome/processo; tipo de output)*. - **Sidebar (persistente):** seleção múltipla por **tipo de operação** (com ícones), **faixas numéricas** (sliders), **intervalo de datas**, **nome/processo**, **tipo de output** (mapa, relatório, tabela, log). - **Centro:** **cards agrupados por operação e ID**, com: - Título (**tipo + ID**), data/hora, status (OK/Erro/Em execução). - Ícones de output (🗺️/📊/🧾/📜). - **Ações rápidas:** **★ Favoritar**, **👁️ Preview**, **⬇ Exportar** (HTML/PDF/PPT/CSV), **⋯** mais opções (abrir pasta/artefatos, ver log). - **Barra de tags** (topo dos cards): filtrar por **Tags** (modo **ANY/ALL**) e **mostrar só favoritos**. - **Exportações em massa**: botões globais acima do grid. ### Detalhes Visuais e Usabilidade | Elemento | Motivo | |----------------------------------|------------------------------------------------------------------------| | **Filtro duplo** (tipo + parâmetro) | Reduz cliques e acelera a descoberta do resultado certo. | | **Cards com preview** | Inspeção rápida sem trocar de tela. | | **Tags + Favoritos** | Organização pessoal, repetibilidade e foco. | | **Exportação 1-clique** | Padroniza compartilhamento e relatórios. | | **Sidebar persistente** | Estado de filtro sempre visível; evita “abrir/fechar” modais. | --- ## Justificativa A central de resultados atual exige cliques em cadeia e não oferece **contexto** (status, datas, outputs) nem **organizadores** (tags/favoritos). A evolução proposta: - **Diminui tempo de busca** de execuções (por tipo/ID/parâmetro/intervalo). - **Melhora rastreabilidade** (status, links para artefatos/logs). - **Padroniza exportos** para comunicação com stakeholders. --- ## Referencias - Padrões de UX para **dashboards com filtros persistentes e cards**. - Práticas de **tagging/favoritos** para organização e recall de resultados frequentes. - Fluxos de **exportação multi-formato** e **preview** embutido. --- ## Atividades 1. **UX/UI**: wireframes finais (desktop) + estados (vazio, carregando, erro) + guidelines de ícones. 2. **Server/Query**: endpoints para **filtro duplo**, paginação, ordenação e **quick-search**. 3. **Tags/Favoritos**: modelo simples (por usuário), persistente em DB; filtros **ANY/ALL**. 4. **Preview**: sumarização de outputs (métricas chave, mini-plots ou primeiras linhas de tabelas). 5. **Exportos**: rotas para **HTML, PDF, PPT, CSV** (single e *bulk*), com fila e indicador de progresso. 6. **Telemetria**: eventos de uso (filtros usados, exportações, tempos). 7. **Testes**: unitários (R), integração (shinytest2), *snapshot* de UI, E2E (pod + artefatos). ### Cronograma (1 semana por app) - **Semana 1 — Minex 2D (geotrixMap)** D1 UX/estados • D2 server filtros • D3 UI cards/preview • D4 tags/favoritos • D5 exportos + testes. - **Semana 2 — Minex 3D (geotrix3Dapp)** Replicar/adaptar para 3D + integração com artefatos específicos do 3D. ### Entregáveis (1 por app) - **UI/Server prontos** com **Filtro Duplo**, **Tags/Favoritos**, **Preview** e **Exportos**. - Novos testes focados na usabilidade do painel. - **Relatórios de teste** (rcmd, métricas) e **artefatos** em `production/VERSAO/...`. --- ## 2) Nova Funcionalidade para **Clipping de Meshes** > **Objetivo:** oferecer **cortes interativos** em malhas 3D (e opcionais projeções/resultados derivados) no `geotrix3Dapp`. ### Escopo - **Operadores de clipping**: - **Planar** (1–3 planos; mover/rotacionar/posicionar por UI). - **Volume box** (AABB/OBB), **esfera** e **máscara por atributo** (ex.: litologia). - **Interação/UX**: *gizmos* para mover/rotacionar planos; *snap* a eixos; *reset* de clipes. - **Resultados**: visualização **em tempo real** (corte da mesh) + **curvas/perfis** opcionais na seção. - **Performance**: *throttling* de eventos, cache por posição, simplificação (LOD). - **Exportos**: salvar **estado de clipes** (JSON) e **capturas** (PNG/GLB com clipe aplicado). ### Atividades 1. **API 3D**: funções para aplicação de planos/volumes sobre buffers (GPU-friendly quando disponível). 2. **UI**: painel “Clipping” com presets (XY/YZ/ZX), *snap*, múltiplos planos e histórico (*undo/redo*). 3. **Persistência**: salvar/recuperar clipes por ID da operação. 4. **Testes**: unit (geometrias), integração (render + eventos), snapshot de UI, E2E no pod. ### Cronograma (1 semana — foco 3D) - **D1** arquitetura/estados • **D2–D3** implementação API + UI • **D4** performance/cache • **D5** testes e exportos. ### Entregáveis - Painel **Clipping** no `geotrix3Dapp` com planos múltiplos e volume box. - **Exporto** de estado (JSON) e **capturas** com clipe aplicado. - Novos testes em `backend(geotrix/geotrix3d)`, `pre(geotrix2dpre,geotrix3dpre)` e `app(minex 2d e 3d)` para a funcionalidade. - Testes automatizados e artefatos em `production/VERSAO/...`. --- ## 3) **Apps (UI + server)** — geotrixMap (2D) e geotrix3Dapp (3D) > **Objetivo:** garantir **integração completa** com backend e **reprodutibilidade** das novas features (Resultados + Clipping). | Funcionalidade | Descrição | Teste (`test-*.R`) | |-----------------------------|---------------------------------------------------------|------------------------------------| | **Resultados – Filtro Duplo** | Busca por operação + parâmetro; paginação e ordenação | `test-results.R::filters_search` | | **Tags/Favoritos** | CRUD de tags; estrella/favoritos; filtro ANY/ALL | `test-results.R::tags_favs` | | **Preview/Exportos** | Sumário e exportação (HTML/PDF/PPT/CSV) | `test-results.R::preview_export` | | **Clipping 3D** | Planos/volume; estados; captura | `test-3d.R::clipping_interaction` | | **Logs/Artefatos** | Links para `diff_report`, `manifest`, etc. | `test-results.R::artifacts_links` | **Metas de qualidade (por app):** Cobertura **≥ 90%**, `rcmdcheck` **0/0**, *snapshots* estáveis, artefatos padronizados em `production/VERSAO/...`. ### Cronograma (1 semana por app) - **Semana 3 — geotrixMap (2D):** D1 cenários + snapshots • D2 filtro duplo • D3 tags/favs • D4 preview/exportos • D5 testes/produção. - **Semana 4 — geotrix3Dapp (3D):** Adaptação + cenários de **Clipping** e integração com Resultados. ### Entregáveis (1 por app) - `production/VERSAO/covr/coverage-app.xml` + `index.html` (≥ 90%). - `production/VERSAO/metrics/test_times.csv` (tempos de UI/workflows). - `production/VERSAO/rcmdcheck/last.txt` + *prints*. - Build `*.tar.gz` + `renv.lock`. --- ## Milestones (atualizado) - **Resultados – UX (2D)** — 1 semana - **Resultados – UX (3D)** — 1 semana - **Clipping Meshes (3D)** — 1 semana - **Apps – Testes & Produção (2D e 3D)** — 1 semana > **Observação:** Semanas de apps incluem validação das novas funcionalidades (Resultados/Clipping), artefatos de produção e ajustes de CI. --- ## Estimativa de esforço > Estimativas em **horas** por **atividade** (mês), considerando 1 pessoa desenvolvendo e 2 pessoas focadas em QA/planejamento/documentação. | Bloco | Desenvolvimento | |-------------------------------------------|----------------------:| | **Resultados – UX 2D** | 24 h | | **Resultados – UX 3D** | 24 h | | **Clipping Meshes 3D** | 28 h | | **Apps – Testes & Produção 2D** | 16 h | | **Apps – Testes & Produção 3D** | 16 h | | **CI/Docs/Telemetria (compartilhado)** | 8 h | | **Total estimado** | **116 h** | > **Granularidade por semana** (referência): ~40–48 h/semana de desenvolvimento + 36–40 h/semana somados de QA/planejamento. **Critérios de aceite (globais)** - Resultados: filtro duplo, tags/favs, preview, exportos e telemetria funcionando nos 2 apps. - Clipping: planos/volume com interação fluida, persistência de estado e exporto de captura/JSON. - Qualidade: cobertura **≥ 90%**, `rcmdcheck` **0/0**, artefatos completos em `production/VERSAO/...`. - Desempenho: UI responsiva com paginação; clipping sem *frame drops* perceptíveis em casos médios. --- ## Formato de entrega e organização dos arquivos Os **artefatos finais** seguem o padrão `production/VERSAO_DO_PACOTE/...` (prints, metrics, covr, rcmdcheck, diffs, manifests, builds, manual), mantendo **rastreabilidade e repetibilidade**. Links para **logs, diffs e manifests** devem estar acessíveis a partir da **central de resultados** (cards → “ver artefatos”). --- ## Contato Para dúvidas ou alinhamentos: `contato@meantrix.com`.
Due by September 30, 2025## 1) Integração dos resultados dos relatórios nos testes de consistência **Status de base:** os **comparativos já estão prontos** nos relatórios gerados pelas issues **geotrixapp3d\_prod#125** e **geotrixMap#52** (3D estável; 2D ajustado no mês anterior). ### Justificativa Integrar os comparativos **já existentes** à suíte de testes garante regressão contínua e reduz custo operacional. * **Backend (geotrix / geotrix3d):** simplificar testes, trocar projetos reais por **fixtures menores** focados em validar rotinas. * **Pods (jobs com backend + banco):** priorizar **substituição de arquivos/fixtures** e **ajuste de chamadas/pipelines**; novos testes só se estritamente necessários. Entregar CI 2D/3D com relatório automático de diffs. ### Atividades * Mapear testes existentes que consomem artefatos grandes e **trocar por fixtures mínimos** (mantendo mesmas rotinas). * Normalizar outputs (CRS, ordenação, precisão) e aplicar diffs (numérico/geométrico/raster). * Conectar **IDs fixos** já usados nos comparativos para execução E2E em pods. * Adicionar validadores checkmate para os resultados salvos em blob storage. * Publicar **relatório de diffs** como artefato do CI. ### Cronograma (1 semana por app) **Semana 1 — Minex 2D** * **D1:** inventário de testes + seleção de fixtures mínimos * **D2:** substituição de fixtures + ajuste de chamadas (backend) * **D3:** integração E2E (pods) com IDs fixos * **D4:** checkmate para os resultados salvos em blob storage * **D5:** refinamentos + documentação ### Entregáveis (1 por app) * **Backend (geotrix / geotrix3d)** * `tests/backend/cmd_output.txt` com **redução ≥ 60%** no tempo total em relação à execução anterior (fixtures menores). * Relatório de cobertura **covr ≥ 90%**: `coverage-backend.xml` (anexado no CI) + badge atualizado. * **Pods (E2E: backend + banco, ambiente pré)** * Execução com **IDs fixos** dos relatórios (**geotrixapp3d\_prod#125** e **geotrixMap#52**) validando **100% dos comparativos**. * Artefatos anexados no CI: * `pods/cmd_output.txt` com **mensagens de discriminação** dos comparativos (pass/fail por item). * `diff_report.html` (ou `.md`) e `diff_summary.json` com os **diffs detalhados**. * (Se o harness de pods for em R) **covr ≥ 90%** do código do harness: `coverage-pods.xml`. *(Se não houver harness em R, entregar relatório de testes E2E com 100% dos cenários previstos executados.)* * **Integridade e rastreabilidade** * `manifest-checksums.json` (SHA-256) dos resultados **no blob storage** + **verificação automática** no CI (“checksum OK”). * `tests/README-baseline.md` documentando atualização de fixtures, tolerâncias e paths dos artefatos. **Semana 2 — Minex 3D** * Mesma sequência **D1–D5**, replicando o modelo do 2D ### Estimativa de esforço * **2D (Semana 1):** 16–18h * **3D (Semana 2):** 16–18h * **Ajustes CI/relatórios (compartilhado):** 10h (distribuídos nas duas semanas) **Critérios de aceite** * Testes (backend + pods) rodando com fixtures mínimos e **relatório de diffs** no CI para 2D e 3D. * Falhas acima das tolerâncias **quebram o CI**. --- ## 2) covr e backends (restaurar cobertura com `safe_call`) **Escopo:** corrigir a instrumentação de cobertura para **ambos os pacotes** `geotrix` (2D) e `geotrix3d` (3D), hoje impactada pelo split de funções e `safe_call`. ### Justificativa Sem cobertura confiável, regressões passam despercebidas. Ajustar `safe_call` e a configuração do `covr` restaura visibilidade e dá base para metas de cobertura. ### Atividades * Reproduzir o problema e mapear caminhos encobertos por `safe_call`. * Ajustar `safe_call` para **preservar instrumentação** (re-lançar erro após log; evitar closures opacas; remover `nocov` acidental). * Revisar execução `covr::package_coverage()` no CI (exclusões, paths, R CMD check). * Adicionar **gate** de cobertura mínima (temporário) no CI. ### Cronograma (1 semana total para **ambos pacotes**) * **D1:** reproduzir falhas de cobertura nos dois pacotes * **D2–D3:** patches em `safe_call` + validação local (geotrix e geotrix3d) * **D4:** ajustar pipeline de cobertura no CI (ambos) * **D5:** estabilização + documentação de padrão `safe_call` ### Entregáveis (geotrix` (2D) e `geotrix3d` (3D)) * Relatórios de cobertura por pacote: coverage-geotrix.xml e coverage-geotrix3d.xml (anexados no CI) + badge atualizado. * PRs de correção em safe_call (links e changelog), com testes cobrindo rotas de erro e re-lançamento. * Documento técnico docs/testing/safe_call_guidelines.md descrevendo padrão de uso e implicações para cobertura. ### Estimativa de esforço * **Semana única (geotrix + geotrix3d):** 22–30h **Critérios de aceite** * Relatórios `covr` exibem caminhos antes ocultos por `safe_call` em **ambos** os pacotes. * Job de cobertura no CI gerando badge/artefato e **gate** ativado. ---
Due by August 31, 2025## 1) Integração dos resultados dos relatórios nos testes de consistência **Status de base:** os **comparativos já estão prontos** nos relatórios gerados pelas issues **geotrixapp3d\_prod#125** e **geotrixMap#52** (3D estável; 2D ajustado no mês anterior). ### Justificativa Integrar os comparativos **já existentes** à suíte de testes garante regressão contínua e reduz custo operacional. * **Backend (geotrix / geotrix3d):** simplificar testes, trocar projetos reais por **fixtures menores** focados em validar rotinas. * **Pods (jobs com backend + banco):** priorizar **substituição de arquivos/fixtures** e **ajuste de chamadas/pipelines**; novos testes só se estritamente necessários. Entregar CI 2D/3D com relatório automático de diffs. ### Atividades * Mapear testes existentes que consomem artefatos grandes e **trocar por fixtures mínimos** (mantendo mesmas rotinas). * Normalizar outputs (CRS, ordenação, precisão) e aplicar diffs (numérico/geométrico/raster). * Conectar **IDs fixos** já usados nos comparativos para execução E2E em pods. * Adicionar validadores checkmate para os resultados salvos em blob storage. * Publicar **relatório de diffs** como artefato do CI. ### Cronograma (1 semana por app) **Semana 1 — Minex 2D** * **D1:** inventário de testes + seleção de fixtures mínimos * **D2:** substituição de fixtures + ajuste de chamadas (backend) * **D3:** integração E2E (pods) com IDs fixos * **D4:** checkmate para os resultados salvos em blob storage * **D5:** refinamentos + documentação ### Entregáveis (1 por app) * **Backend (geotrix / geotrix3d)** * `tests/backend/cmd_output.txt` com **redução ≥ 60%** no tempo total em relação à execução anterior (fixtures menores). * Relatório de cobertura **covr ≥ 90%**: `coverage-backend.xml` (anexado no CI) + badge atualizado. * **Pods (E2E: backend + banco, ambiente pré)** * Execução com **IDs fixos** dos relatórios (**geotrixapp3d\_prod#125** e **geotrixMap#52**) validando **100% dos comparativos**. * Artefatos anexados no CI: * `pods/cmd_output.txt` com **mensagens de discriminação** dos comparativos (pass/fail por item). * `diff_report.html` (ou `.md`) e `diff_summary.json` com os **diffs detalhados**. * (Se o harness de pods for em R) **covr ≥ 90%** do código do harness: `coverage-pods.xml`. *(Se não houver harness em R, entregar relatório de testes E2E com 100% dos cenários previstos executados.)* * **Integridade e rastreabilidade** * `manifest-checksums.json` (SHA-256) dos resultados **no blob storage** + **verificação automática** no CI (“checksum OK”). * `tests/README-baseline.md` documentando atualização de fixtures, tolerâncias e paths dos artefatos. **Semana 2 — Minex 3D** * Mesma sequência **D1–D5**, replicando o modelo do 2D ### Estimativa de esforço * **2D (Semana 1):** 16–18h * **3D (Semana 2):** 16–18h * **Ajustes CI/relatórios (compartilhado):** 10h (distribuídos nas duas semanas) **Critérios de aceite** * Testes (backend + pods) rodando com fixtures mínimos e **relatório de diffs** no CI para 2D e 3D. * Falhas acima das tolerâncias **quebram o CI**. --- ## 2) covr e backends (restaurar cobertura com `safe_call`) **Escopo:** corrigir a instrumentação de cobertura para **ambos os pacotes** `geotrix` (2D) e `geotrix3d` (3D), hoje impactada pelo split de funções e `safe_call`. ### Justificativa Sem cobertura confiável, regressões passam despercebidas. Ajustar `safe_call` e a configuração do `covr` restaura visibilidade e dá base para metas de cobertura. ### Atividades * Reproduzir o problema e mapear caminhos encobertos por `safe_call`. * Ajustar `safe_call` para **preservar instrumentação** (re-lançar erro após log; evitar closures opacas; remover `nocov` acidental). * Revisar execução `covr::package_coverage()` no CI (exclusões, paths, R CMD check). * Adicionar **gate** de cobertura mínima (temporário) no CI. ### Cronograma (1 semana total para **ambos pacotes**) * **D1:** reproduzir falhas de cobertura nos dois pacotes * **D2–D3:** patches em `safe_call` + validação local (geotrix e geotrix3d) * **D4:** ajustar pipeline de cobertura no CI (ambos) * **D5:** estabilização + documentação de padrão `safe_call` ### Entregáveis (geotrix` (2D) e `geotrix3d` (3D)) * Relatórios de cobertura por pacote: coverage-geotrix.xml e coverage-geotrix3d.xml (anexados no CI) + badge atualizado. * PRs de correção em safe_call (links e changelog), com testes cobrindo rotas de erro e re-lançamento. * Documento técnico docs/testing/safe_call_guidelines.md descrevendo padrão de uso e implicações para cobertura. ### Estimativa de esforço * **Semana única (geotrix + geotrix3d):** 22–30h **Critérios de aceite** * Relatórios `covr` exibem caminhos antes ocultos por `safe_call` em **ambos** os pacotes. * Job de cobertura no CI gerando badge/artefato e **gate** ativado. ---
Due by August 31, 2025GEOTRIX 3D - MANUTENCAO JULHO/25 * Manutenção corretiva e evolutiva 3D
Due by July 31, 2025GEOTRIX 2D - MANUTENCAO JULHO/25 * Manutenção corretiva e evolutiva 2D * LOG e mapeamento de erros * validação de rotinas : optimal grid size , models
Due by July 31, 2025GEOTRIX 2D e 3D - MANUTENCAO JUNHO/25 * Manutenção corretiva e evolutiva 2D - Inpaiting * Manutenção corretiva e evolutiva 3D
Due by June 30, 2025GEOTRIX 2D e 3D - MANUTENCAO MAIO/25 Manutenção corretiva e evolutiva 2D e 3D Manutenção evolutiva e evolutiva 2D e 3D
Due by May 31, 2025GEOTRIX 3D - MANUTENCAO ABRIL/25 Manutenção corretiva e evolutiva 3D
Due by April 30, 2025GEOTRIX 2D - MANUTENCAO ABRIL/25 Manutenção corretiva e evolutiva 2D
Due by April 30, 2025- Manutenção corretiva e evolutiva 2D e 3D - Manutenção evolutiva e evolutiva 2D e 3D
Due by March 31, 2025GEOTRIX 3D - MANUTENCAO FEVEREIRO/25 Realizar manutenções evolutivas e corretivas em projeto mediante chamados Finalizar migração
Due by February 28, 2025GEOTRIX 3D - MANUTENCAO DEZEMBRO/24 - TERMINAR MIGRAÇÃO PARA R4
Due by December 20, 2024GEOTRIX 2D - MANUTENCAO DEZEMBRO/24 - TERMINAR MIGRAÇÃO PARA R4
Due by December 20, 2024- refatorar SAAS e widgets 2D e 3D
Due by January 31, 2025Para a completa transição para o R 4.4.1, é necessário atualizar o backend para inserir e configurar os seguintes pacotes: rgdal, rgeos, maptools, h2o e raster. Esta atualização é fundamental para assegurar compatibilidade, melhorar a performance e adicionar novas funcionalidades essenciais ao projeto. Vale ressaltar que os pacotes rgdal, rgeos e maptools foram oficialmente descontinuados, sendo recomendado o uso de alternativas mais modernas como sf e terra. Sendo assim, é necessário baixar os pacotes do arquivo do CRAN a fim de poder usá-los no projeto. Migrar os pacotes rgdal, rgeos, maptools e raster para os pacotes sf e terra no R pode trazer várias vantagens significativas, especialmente com a transição para o R 4.4.1. Aqui estão algumas razões e justificativas para essa migração:
Due by December 20, 2024GEOTRIX 2D3D - MANUTENCAO NOVEMBRO/24 - Realizar manutenções evolutivas e corretivas em projeto mediante chamados - Atualizar R
Due by November 30, 2024GEOTRIX 2D3D - MANUTENCAO OUTUBRO/24 * Realizar manutenções evolutivas e corretivas em projeto mediante chamados * Atualizar R
Due by October 31, 2024GEOTRIX 2D3D - MANUTENCAO SETEMBRO/24 Realizar manutenções evolutivas e corretivas em projeto mediante chamados
Due by September 30, 2024GEOTRIX 2D3D - MANUTENCAO AGOSTO/24 Realizar manutenções evolutivas e corretivas em projeto mediante chamados
Due by August 30, 2024Realizar manutenções evolutivas e corretivas em projeto mediante chamados
Due by July 31, 2024Realizar manutenções evolutivas e corretivas em projeto mediante chamados Finalizar migração
Due by June 30, 2024Realizar manutenções evolutivas e corretivas em projeto mediante chamados
Due by June 30, 2024Realizar manutenções evolutivas e corretivas em projeto mediante chamados
Due by May 31, 2024- Realizar manutenções evolutivas e corretivas em projeto mediante chamados - Finalizar migração
Due by May 30, 2024- Realizar manutenções evolutivas e corretivas em projeto mediante chamados - Finalizar migração
Due by April 28, 2024Realizar manutenções evolutivas e corretivas em projeto mediante chamados
Due by March 31, 2024Realizar manutenções evolutivas e corretivas em projeto mediante chamados
Due by March 31, 2024Realizar manutenções evolutivas e corretivas em projeto mediante chamados
Due by February 29, 2024Realizar manutenções evolutivas e corretivas em projeto mediante chamados
Due by February 29, 2024Geotrix2D-manutenção-dezembro/23 Realizar manutenções evolutivas e corretivas em projeto mediante chamados
Due by January 31, 2024- refatorar fromDB ; - aperfeiçoar rotina de redução de dimensão ; - DB : Passar campos STRING -> JSON ; - DB : implementar novos testes automatizados; - Revisar o novo banco : entidades - relação
Due by January 31, 2024Realizar manutenções evolutivas e corretivas em projeto mediante chamados
Due by December 31, 2023- Realizar manutenções evolutivas e corretivas em projeto mediante chamados
Due by November 30, 2023Manutenção em app 2D ; Manutenção em app 3D
Due by October 31, 2023Manutenção em app 2D ; Manutenção em app 3D
Due by September 30, 2023Manutenção em app 2D ; Manutenção em app 3D
Due by August 31, 202301/mês 1 Abertura do projeto: reunião kick off 01/mês 1 – 02/mês 1 Entrega do Termo de Alinhamento inicial e expectativas; Criação do pacote 2D. Remoção das funcionalidades 3D do pacote geotrixViewer. - Remoção das funções de construção de UI’s - Remoção dos módulos de edição, análise e modelos. - Remoção das estruturas de procedimentos (pipelines). - Remoção das funções de trackamento. Remoção das funcionalidades 3D do pacote geotrixjs. - Remoção das funcionalidades de visualização 3D. Testes de consistência. Remoção das funcionalidades 3D do pacote geotrixjs. - Remoção das funcionalidades de visualização 3D. - Remoção dos controladores de widgets para edição, analise e modelos. - Remoção das controladores de widgets dos paineis de interatividade: Clipping, palhetas de cores, representação de objeto, etc. - Remoção das estruturas de relatórios para resultados 3D. Testes de consistência. Observação: Há uma interdependência entre geotrixjs e geotrixViewer, de modo que, essa etapa deve ser feita numa única execução. Criação do pacote 2db: (1 semana) - Remoção das substruturas do banco 3D. - Remoção das funções genêricas para projetos 3D. - Teste de consistência. Criação do pacote 2dpre: (3 dias) - remoção dos pipelines 3D. - testes de consistência.
Due by July 31, 2023- Manutenção em app 2D ; - Manutenção em app 3D
Due by July 31, 2023- Correção de bugs ; - Testes automatizados ; - Deploy em produção ; - Finalização do projeto ;
Due by June 30, 2023- Manutenção em app 2D ; - Manutenção em app 3D
Due by June 30, 2023- Problemas com linhas em projeto peruiog ;
Due by May 31, 2023•1/1 issues closedIncluir pipelines de funcionalidades do app 2D e inclui-los no app 3D, reescrever widgets e responsividade para novo aplicativo ( todos os widgets de análise; edições e prospecção mineral). Pequenas alterações em layouts, html e css para 2D Atualizar aba de resultados para métodos 2D Testes em todos os pipelines e correção de bugs Demonstração da primeira versão do aplicativo integrado Atualizar documentação e testes do aplicativo único Finalização de módulo com entrega de código-fonte produzido e manual da biblioteca personalizada 22/05/23
Due by May 31, 2023- Refatorar componentes de nuvem 2d ; - Testes em projeto peruiopg
Due by April 30, 2023# Mês 1 de atividades : * 01/mês 1: Abertura do projeto: reunião kick off * 01/mês 1 - 02/mês 1 : Entrega do Termo de Alinhamento inicial e expectativas; ## Ajustes em backend de processamento 2D * 01/mês 1- 10/ mês 1 : Atualizar versionamento de bibliotecas utilizadas no Backend 2D para o mesmo contexto do 3D. * 01/mês 1- 10/ mês 1 : Testar alterações em objetos, análises modelos e resultados. * 10/mês 1 – 15/mês 1 : Refatorar código de Backend 2D para novos formatos de outputs necessários * 15/mês 1 -20/mês 1 : Atualizar documentação e testes automatizados * 21/mês 1 : Finalização de módulo com entrega de código-fonte produzido e manual da biblioteca personalizada. ## Compatibilização dos fluxos de processamento de dados para arquivos 2D * 21 /mês 1-30/ mês 1 : Adicionar estruturas de gerenciamento de dados 2D no novo aplicativo; * 01/mês 2-08/mês 2: Expandir objetos do aplicativo 3D para armazenarem classes do tipo: SpatialPointsML, SpatialLinesML, SpatialPolygonsML usadas para processamento 2D.
Due by February 28, 2023- Encerrar rafatoramento de testes; - Entrega e aprovação de relatório de atividades de migração do 2d para 3d; - Início da atividade de migração já com entregas: * a definir até final da 2a semana
Due by January 31, 2023* Encerrar correção de bugs em 3d; * Refatorar banco 3d; * Iniciar preparação para migração do 2d
Due by November 30, 2022- Revisar funcionalidades; - Implementar traqueador;
Due by September 30, 2022