Organizar e iniciar trabalhos

[ppKrauss]

Tarefas finais de organização, para podermos sair da "quarentena" e inicar trabalhos de produção:

• 1. Revisar código-fonte (/src) para que seja 100% reproducível para quem seguir as instruções.

• 2. Revisar textos de apresentação e documentação, criando pasta /docs,
  PS: já prevendo uso futuro do MkDocs em páginas de navegação mais amigável.

• 3. Reorganizar pastas em /data/{Estado}/{Municipio}, na pasta de dados.
  PS: /data é tradição OK/core-datasets e datasets.ok.org.br para pasta de dados nas convenções OK/FrictionLess Data/specs/data-package.

• 4. Separar códigos-fonte em "install" e "manut".

• 5. Revisar covenções e algoritmos da publicação de dados no git.

• 6. Atualizar todos os dados com Stable 2020-01-05.

• 7. Chamar mais "usuários OSM+Github" a participarem do projeto, justificando a permanência no git/OSMBrasil e a saída da quarentena.

• 8. gerar automaticamente e incluir no git o descritor datapackage.json do padrão OK/FrictionLess Data/specs/data-package.

---

Situação e justificativas

O Projeto OSM-Stable-BR foi discutido entre outros canais, tais como e-mail e Telegram. Agora em 2020 será retomada a discussão no git, com participação de pessoal "mais nerd" e especializado. Contamos também com o apoio dos colaboradores do projeto externo AddressForAll, que pretende usar o OSM-Stable como referência.

[ppKrauss]

Até segunda estarei postando geometrias e demais atualizações no git branch test2018-10-02A,
https://github.com/OSMBrasil/stable/tree/test2018-10-02A

O mais simples é tratar todas as "versões testing" do OSM-Stable como git branch com rótulo
test${dataStable}${LetraSequencial}
referenciando datas de brazil-latest.osm.md.

---

PS: guias do git branch em help.github, atlassian.com/git/tutorials e o guia oficial.
Usamos o "ciclo de vida git" mais simplezinho de todos,

O master vai evoluindo de teste em teste (e dentro de um prazo) até que o lançamos como versão oficial stable.