Overture Maps Foundation: mudanças entre as edições
(4 revisões intermediárias pelo mesmo usuário não estão sendo mostradas) | |||
Linha 2: | Linha 2: | ||
A Overture se apresenta como complementar ao [[OpenStreetMap]] (OSM), incentivando os membros a contribuírem diretamente no OSM. | A Overture se apresenta como complementar ao [[OpenStreetMap]] (OSM), incentivando os membros a contribuírem diretamente no OSM. | ||
Normas e governança: https://wiki.overturemaps.org/display/PROJ/The+Way+We+Work | |||
== Sugestões da A4A == | |||
* ISO standards about address: we can use ... Revisar nosso posicionamento de "aderência e não-aderência ISO". | |||
** Revisar conceitos que podem ser melhor padronizados na Overture a partir da ISO. | |||
* Final output-Schema can use Addresses-Views based on item "5. Objects can be related to each other by means of relationships or associations. These relationships have a role and can have additional properties providing more detail." at https://github.com/OvertureMaps/schema-wg/blob/admin/decisions/adr-feature-model.md . Portanto: | |||
** o Corpus-schema pode ser normalizado | |||
** o Output-schema pode ser composto de output canônico e suas views. A canônico usa isolabel_ext as views podem "portadas para o local" (por exemplo view-Brasil do Brasil, view-USA do USA dos EUA). O output canônico não precisa ser muito específico, basta que seja razoável, e que dê pleno suporte para as views secundárias relevantes. | |||
== Ver também == | == Ver também == | ||
* relações entre schemas | * relações entre schemas: | ||
** https://wiki.overturemaps.org/pages/viewpage.action?spaceKey=PROJ&title=Relationships+in+the+Schema | |||
** https://wiki.overturemaps.org/pages/viewpage.action?spaceKey=PROJ&title=Relationships+in+the+Schema+Part+2 | |||
* [[Parquet]] como formato adotado. Ver https://github.com/OvertureMaps/data e | * [[Parquet]] como formato adotado. Ver https://github.com/OvertureMaps/data e | ||
* [[OvertureMaps/GERS]] e GERS ID | * [[OvertureMaps/GERS]] e GERS ID | ||
Linha 26: | Linha 38: | ||
** [https://wiki.overturemaps.org/pages/viewpage.action?spaceKey=PROJ&title=Addressing+Data+Sources Addressing Data Sources] Nomes adotados: AddressFormat, CompleteAddress, PostalCode, ContributionDate, ... | ** [https://wiki.overturemaps.org/pages/viewpage.action?spaceKey=PROJ&title=Addressing+Data+Sources Addressing Data Sources] Nomes adotados: AddressFormat, CompleteAddress, PostalCode, ContributionDate, ... | ||
* ... | * ... | ||
Ultimas discussões: | |||
* https://app.slack.com/client/T04MH5F9W7R/C0726MVJ01E | |||
* ... | |||
Subsidios: | |||
* ISO label https://docs.google.com/spreadsheets/d/1uvzFhI84qG0Wq48oz40EZSmldypw1jwkRONrwCwx_RM/edit?gid=1946966582#gid=1946966582 |
Edição atual tal como às 11h20min de 9 de julho de 2024
Em meados de dezembro de 2022, foi anunciado pela Linux Foundation o lançamento de uma nova colaboração de mapeamento, a Fundação Overture Maps. Sua missão declarada é "potencializar produtos de mapas atuais e de próxima geração, criando dados de mapas abertos confiáveis, fáceis de usar e interoperáveis". Os membros fundadores da Overture foram Amazon Web Services (AWS), Meta, Microsoft e TomTom.
A Overture se apresenta como complementar ao OpenStreetMap (OSM), incentivando os membros a contribuírem diretamente no OSM.
Normas e governança: https://wiki.overturemaps.org/display/PROJ/The+Way+We+Work
Sugestões da A4A
- ISO standards about address: we can use ... Revisar nosso posicionamento de "aderência e não-aderência ISO".
- Revisar conceitos que podem ser melhor padronizados na Overture a partir da ISO.
- Final output-Schema can use Addresses-Views based on item "5. Objects can be related to each other by means of relationships or associations. These relationships have a role and can have additional properties providing more detail." at https://github.com/OvertureMaps/schema-wg/blob/admin/decisions/adr-feature-model.md . Portanto:
- o Corpus-schema pode ser normalizado
- o Output-schema pode ser composto de output canônico e suas views. A canônico usa isolabel_ext as views podem "portadas para o local" (por exemplo view-Brasil do Brasil, view-USA do USA dos EUA). O output canônico não precisa ser muito específico, basta que seja razoável, e que dê pleno suporte para as views secundárias relevantes.
Ver também
- relações entre schemas:
- Parquet como formato adotado. Ver https://github.com/OvertureMaps/data e
- OvertureMaps/GERS e GERS ID
- DBeaver para explorar dados do AWS Athena. Exemplo de configuração.
- Acesso aos dados:
- ...
Links internos:
- https://wiki.overturemaps.org/display/PROJ/Conceptual+Overture+Pipeline+Design
- Address TF
- Addressing Schema Sandbox
- para entender o schema, ver https://wiki.overturemaps.org/display/PROJ/Overture+Corpus+Repository+Design
- Addressing Data Sources Nomes adotados: AddressFormat, CompleteAddress, PostalCode, ContributionDate, ...
- ...
Ultimas discussões:
Subsidios: