openlayers editor

Editor do OpenLayers

O OpenLayers Editor (OLE) é baseado no OpenLayers e fornece um conjunto de controles para a edição estendida de dados espaciais.

As contribuições são bem -vindas! Sinta -se à vontade para adicionar mais controles e estender a funcionalidade atual. Além disso, o processo de construção é atualmente muito básico e pode ser otimizado. As traduções seriam boas também.

Características

• Ferramenta CAD para alinhamento de geometria
• Recursos de linha de desenho, ponto e polígono
• Geometrias em movimento e rotativo
• Modificando geometrias
• Excluindo geometrias
• Operações de topologia usando JSTs: buffer, união, interseção, diferença
• Barra de ferramentas para controles de ativação e desativação

Demonstração

Para uma demonstração, visite https://openlayers-editor.geops.com.

Dependências

• Node & npm

Começando

• Clone este repositório
• Instale: yarn install
• Construa: yarn build
• Run: yarn start
• Abra seu navegador e visite http: // localhost: 8080

Uso

 < link rel =" stylesheet " type =" text/css " href =" https://cdn.jsdelivr.net/npm/ole@latest/style/ole.css " />
< script src =" https://cdn.jsdelivr.net/npm/ole@latest/index.js " > </ script > 

 var editor = new ole . Editor ( map ) ;

var cad = new ole . control . CAD ( {
  source : editLayer . getSource ( )
} ) ;

var draw = new ole . control . Draw ( {
  source : editLayer . getSource ( )
} ) ;

editor . addControls ( [ draw , cad ] ) ;

Versões e Changelog

Este repositório usa versão padrão para versão de liberação e gerenciamento de changelog. Portanto, as atualizações devem ser comprometidas usando mensagens de compromisso convencionais:

<type>[optional scope]: <description>

[optional body]

[optional footer(s)]

O compromisso contém os seguintes elementos estruturais, para comunicar a intenção aos consumidores da sua biblioteca:

1. Correção: uma confirmação do tipo Fix Patches um bug na sua base de código (isso se correlaciona com o patch no versão semântica).
2. Feat: A Commit of the Type Feat apresenta um novo recurso na base de código (isso se correlaciona com o menor de versão semântica).
3. Breaking Change: um compromisso que tem um rodapé de quebrar o rodapé:, ou anexa um! Após o tipo/escopo, introduz uma mudança de API de quebra (correlacionando -se com o maior versão semântica). Uma mudança de ruptura pode fazer parte dos compromissos de qualquer tipo.
4. Outros tipos que não corrigem: e feat: são permitidos, por exemplo, @commitlint/config-Conventional (baseado na convenção angular) recomenda construir:, core:, ci:, docs:, estilo:, refattor:, perf:, teste:, e outros.
5. Roteiros além da mudança de mudança: podem ser fornecidos e seguir uma convenção semelhante ao formato do trailer Git.

Tipos adicionais não são obrigados pela especificação convencional de comprometimentos e não têm efeito implícito no versão semântica (a menos que incluam uma mudança de quebra). Um escopo pode ser fornecido ao tipo de compromisso, para fornecer informações contextuais adicionais e está contido nos parênteses, por exemplo, feat (analisador): adicione capacidade para analisar matrizes.

Contribuindo

Todos os PRs são bem -vindos e serão revisados em breve ou mais tarde. Certifique -se de seguir as especificações convencionais.