Pt:Processo de proposta

From OpenStreetMap Wiki
Jump to navigation Jump to search
  • Proposal process
  • In other languages
Para lists of proposed features by status, ver Category:Proposals by status.
Para proposed icons for existing features, ver Proposed Icons.

Esta página descreve o processo de proposta, que é uma das várias maneiras de introduzir e discutir novas etiquetas para recursos e propriedades. As outras maneiras frequentemente não são documentadas. O processo de proposta foi projetado como um mecanismo para documentar a existência de um consenso aproximado dentro da comunidade sobre como modelar e marcar um recurso que anteriormente não tinha uma etiqueta estabelecida. O processo de votação aberta atua como evidência de que o autor da proposta refletiu adequadamente o feedback das partes interessadas e abordou de forma significativa as objeções apresentadas. O resultado da votação de uma proposta é uma alteração na documentação do wiki.

O processo de proposta geralmente envolve outros mapeadores revisando o que foi proposto – portanto, alguns problemas podem ser detectados antes que um esquema de etiqueta seja amplamente utilizado.

Como uma alteração na documentação, uma proposta aprovada não é vinculativa para nenhum mapeador, desenvolvedor de software ou consumidor de dados. No entanto, a etiqueta apoiada por uma proposta aprovada é geralmente considerada como tendo sobrevivido a um nível de verificação e escrutínio da comunidade e, portanto, tem mais peso quando comparada a métodos alternativos de mapeamento de um recurso. O OpenStreetMap não restringe o mapeamento a esquemas de etiquetas apoiados por uma proposta aprovada — você ainda pode usar Pt:Qualquer etiqueta que desejar. No entanto, há benefícios tanto para mapeadores quanto para consumidores de dados em concordar com um modelo de dados comum e as etiquetas correspondentes, reduzindo conflitos entre mapeadores, disputas de edição e de marcação.

Como uma alteração não vinculativa na documentação, o resultado de uma votação de proposta não obriga a uma alteração nas ferramentas que usam e geram dados OSM, como as renderizações da camada de blocos padrão ou as predefinições do editores. Uma proposta aprovada não será renderizada ou adicionada automaticamente às predefinições; isso fica a critério dos desenvolvedores e mantenedores dessas ferramentas. Além disso, o resultado de uma votação nunca permite a remarcação em larga escala de objetos existentes. Consulte o código de conduta para edições automatizadas para mais informações sobre este tópico.

Esta página foi criada para auxiliar qualquer pessoa que esteja considerando apresentar uma proposta de etiquetas, com o objetivo de agilizar o processo de proposição. Assim como o próprio processo de proposta, ela tenta descrever o consenso geral acumulado ao longo dos anos sobre as melhores maneiras de avaliar e documentar o consenso da comunidade sobre mapeamento e rotulagem. Não se trata de um conjunto de regras absolutas, mas sim de um guia útil para os membros da comunidade.

Lista de propostas

Todas as propostas são categorizadas pelo status definido em seu Modelo de página de proposta:

Se você não conhece o processo de propostas, pode ser uma boa ideia analisá-las, especialmente algumas que estão ativas ou que são recentes. Por exemplo, qual o motivo da oposição das pessoas às propostas?

Antes de criar uma proposta

Já existe?

  1. Procure por possíveis documentações neste Wiki.
    Por exemplo:
    • Você quer uma etiqueta para um hipódromo; considere pesquisar por "corrida", "cavalo", etc.
    • Você quer uma etiqueta para uma península; considere pesquisar por "promontório", "ponto", etc.
    • Você quer uma etiqueta para uma cervejaria; considere pesquisar por "cerveja", "fabricação", "álcool", "industrial", "planta", "obras", etc.



      Se você se deparar com uma Proposta abandonada e tiver interesse em reativá-la, consulte Revivendo propostas antigas.
      Se você se deparar com uma proposta anteriormente Rejeitada, ser uma proposta rejeitada não significa necessariamente que ela não deva ser proposta novamente. Algumas propostas falham devido a uma definição inadequada, por serem ambíguas ou por falta de informações que justifiquem sua importância, ou por se tornarem mais significativas ao longo do tempo e, portanto, mais dignas de mapeamento.
  2. Consulte Problemas de mapeamento para ver uma lista de problemas conhecidos relacionados aos padrões de mapeamento e marcação.
  3. Pesquise a marcação em Taginfo para ver se há algum uso diferente.
  4. Pergunte aos membros da comunidade em um dos Canais para contato se ela existe.
  5. Também pode ser uma boa ideia enviar um e-mail para a lista de discussão, descrevendo o recurso que você deseja marcar e verificando se há marcações em uso, mas difíceis de encontrar ou ainda não documentadas.

Significado

A etiqueta que você está considerando para a proposta merece uma nova etiqueta? Considere possíveis usos para o mapa e, especificamente, os dados que você deseja adicionar.

Esta é uma decisão difícil de tomar: se você deseja marcá-lo, geralmente isso é motivo suficiente para criar uma etiqueta.

  • É um destino em si?
    • As pessoas podem pesquisar por alguns locais, por exemplo: um parque nacional, uma rodoviária, um endereço ou um lixão, porque desejam visitar esse local.
  • Quantos itens você acha que existem no mundo?
    • Por exemplo, você quer mapear uma fábrica de motores aeronáuticos – existem pouquíssimas fábricas de motores aeronáuticos no mundo, então, em vez de criar uma etiqueta específica, isso pode ser melhor feito usando uma etiqueta man_made existente e especificando product=aero_engines.
  • Qual o tamanho do item?
    • Itens grandes podem auxiliar na navegação.
  • É útil para pesquisa/estudo?
    • Um estudante de geografia pode querer determinar a área total de parques nacionais em uma determinada região.
    • Um estudante de sociologia pode querer mapear a correlação entre o número/localização de concessionárias Porsche e casas com mais de 600 m² de área.
    • Um estudante de história pode querer mostrar os locais de todas as batalhas de uma determinada guerra.
  • Auxilia no planejamento de rotas?
    • É útil saber quais cruzamentos são semáforos e quais são rotatórias, pois isso pode afetar o tempo de viagem.
    • Motoristas de caminhão precisam saber a altura máxima permitida sob pontes ou o peso máximo permitido em centros populacionais.
    • Estruturas de acalmia de tráfego podem afetar o tempo de viagem; softwares de roteirização geralmente não utilizam vias com elas.
    • Os pedestres devem saber as superfícies/condições das trilhas.

Compatibilidade com práticas estabelecidas

O OpenStreetMap possui algumas Boas práticas estabelecidas. Sua proposta deve segui-las ou, pelo menos, explicar por que não as segue. Por favor, dê uma olhada nelas.

Especificamente relevante para propostas pode ser

Verificabilidade
Etiquetas aprovadas geralmente são características ou propriedades que um mapeador individual pode confirmar como corretas ou falsas. Uma marca é verificável se usuários independentes fizerem a mesma observação.
Isso significa que propriedades estatísticas (como pico de veículos por hora em uma via) e conteúdo subjetivo (avaliações, classificações) não são incluídos no OpenStreetMap. Desenvolvimentos temporários, históricos ou especulativos futuros também são excluídos.
Uma característica
Um único objeto do mundo real deve ser representado com apenas um elemento.
Convenções sintáticas para novas etiquetas
Existem algumas convenções sobre a nomenclatura de chaves e valores. Segui-las ajudará os mapeadores a estimar o significado das suas etiquetas sem precisar ler a documentação. O uso de um ponto e vírgula deve ser considerado com especial cuidado.

Uma rápida olhada em Padrões e Convenções de Edição também pode ser útil. Considere também ver Mapear o que há no terreno (sobre dados atuais versus antigos), fixme=* (para estimativas) e nomes (nomes versus descrições, evitando abreviações) se algum deles puder conflitar com suas ideias.

Diligência prévia

Sua proposta terá mais chances de ser aceita pela comunidade se você pesquisar e analisar a proposta antes de apresentá-la a um público global. Algumas dicas para o sucesso incluem:

  • Pesquise se a marcação para este recurso (ou similar) já foi discutida anteriormente, pesquisando nas listas de discussão ou em outros fóruns. Considere quais objeções ou preocupações foram levantadas nessas discussões e ajuste sua proposta, se necessário, para satisfazê-las. Pode não ser possível agradar a todos, mas você terá mais chances de sucesso se se esforçar para abordar o máximo de preocupações possível. Forneça links para essas discussões na seção "Discussões Externas"; isso mostra que você fez sua lição de casa e está ciente de discussões anteriores que possam ter ocorrido.
  • Considere pedir a um ou dois colegas de confiança na comunidade para revisar sua proposta. Um diálogo privado antes da Solicitação de Comentários (RFC) é extremamente útil para identificar e corrigir problemas. Se a marcação para este recurso já foi discutida na lista de discussão, considere enviar um e-mail privado solicitando feedback de um ou mais participantes da discussão. Eles podem ter experiência na área, e o diálogo privado não só fortalecerá sua proposta, como também ajudará você a construir um relacionamento com os membros ativos da comunidade de marcação.
  • Se você não é falante nativo do inglês britânico, pesquise como o que você está descrevendo é chamado no vernáculo britânico. Pode ser útil encontrar sites do Reino Unido que discutam o tópico para entender como ele é formulado e usado.
  • Pesquise esquemas de marcação semelhantes para garantir que sua marcação proposta seja consistente com outras características e usos semelhantes e inclua essas comparações na seção "justificativa" da proposta.
  • Presuma que o leitor não é um especialista no tópico ou na marcação associada. Forneça uma breve introdução adequada para não especialistas que permita que eles entendam a característica que está sendo descrita, o estado da marcação existente (inadequada) e como sua proposta preenche essa lacuna. Não presuma conhecimento prévio, especialmente ao propor adições ou alterações em esquemas de marcação complexos.
  • Você deve ponderar os potenciais benefícios da proposta e suas potenciais desvantagens. Isso é especialmente importante se a sua proposta tentar descontinuar, renomear ou alterar o significado de etiqueta já existentes (já que os processos para isso são muito mais complexos e demorados – portanto, nesses casos, é necessário investir mais tempo para sugerir planos específicos sobre como lidar com essas etiquetas existentes). Veja também Recursos descontinuados#Tudo é mais complicado do que o esperado.

Criando uma proposta

Você pode criar facilmente uma proposta pré-formatada aqui.

Leia estas instruções antes de criar a página.'

  1. Crie a página usando a ferramenta abaixo. A ferramenta não cria a página imediatamente, mas abre o editor da página que será criada se salva.
  2. Sem fazer edições, salve imediatamente para converter os valores substituídos em texto.
  3. Clique em Editar no cabeçalho superior direito.
  4. Clique em Modelo de página de proposta no topo da página e clique em editar. Em seguida, insira os detalhes específicos da proposta para cada um dos parâmetros.
  5. Siga as instruções nos comentários sob cada um dos títulos para redigir a documentação da proposta.

Crie aqui:

Se você editar usando o editor Wikicode em vez do Editor Visual, o que será exibido será um pouco diferente. As instruções ainda se aplicam: (1) criar página (2) salvar para gerar texto, (3) editar página para preencher o modelo e salvar novamente.

Se você tiver problemas técnicos para criar uma página de proposta, sinta-se à vontade para pedir ajuda enviando uma mensagem para a lista de discussão. Você também pode solicitar ajuda técnica em outros lugares.

Opcionalmente, informe as pessoas sobre sua nova proposta inscrevendo-se na lista de discussão e enviando um e-mail.

Modelo de página de proposta

Você também pode criar uma proposta diretamente copiando e colando em uma nova página.

Crie uma nova página wiki, como Proposta:nome_da_sua_proposta (MediaWiki Ajuda:Iniciando uma nova página) e, em seguida, preencha o modelo de página da proposta e os detalhes da página descritos abaixo. Defina o status como Rascunho e defina o valor draftStartDate=2025-12-21 (AAAA-MM-DD):

Coloque o seguinte texto wiki no topo da página e preencha os campos de conteúdo do breve resumo: (Veja também: {{Proposal page}}) 

{{Página de proposta
| name           = {{subst:NOMESUBPÁGINA}}<!--nome da subpágina-->
| status         = Draft <!--Rascunho-->
| user           = {{subst:REVISIONUSER}} <!--/ se houver mais pessoas envolvidas na proposta principal, use o parâmetro: |users= {{u|nomedeusuário1}}, {{u|nomedeusuário2}}, ...-->
| key            = <!-- A chave da nova etiqueta proposta, se relevante -->
| value          = <!-- O valor da nova etiqueta proposta, se relevante -->
| tagging        = <!-- Se sua proposta for sobre múltiplas etiquetas, você pode vinculá-las aqui como:{{tag|foo|bar}}, {{tag|bar}} -->
| type           = <!-- nó, caminho, área, relação ({{ÍconeNó}} / {{IconeCaminho}} / {{IconeÁrea}} / {{IconeRelação}}) -->
| definição      = <!-- Uma definição curta e clara do recurso ou propriedade que a nova etiqueta representa -->
| taginfo        = yes <!-- sim / não: para mostrar a caixa de estatísticas do taginfo -->
| appearance     = <!-- Uma possível renderização, se relevante – opcional -->
| draftStartDate = {{subst:#time: Y-m-d}} <!--data de início do rascunho-->
| rfcStartDate   = <!-- Data em que o e-mail RFC foi enviado para a lista de etiqueta: AAAA-MM-DD -->
| voteStartDate  = <!-- YYYY-MM-DD 00:00:00 (UTC) – data de início da votação: pelo menos 2 semanas após a RFC -->
| voteEndDate    = <!-- YYYY-MM-DD 23:59:59 (UTC) – data de término da votação: pelo menos 2 semanas após o início da votação -->
}}

== Proposta ==
<!-- Uma breve declaração do que você propõe, incluindo uma lista de quais etiquetas estão sendo propostas para serem adicionadas, alteradas ou descontinuadas -->

<!-- Quais elementos do banco de dados (nós, caminhos, áreas, relações) em que cada uma das etiquetas poderão ser usadas, podem ser incluídos aqui ou sob o título Etiquetas, ou ambos. -->

== Justificativa ==
<!-- Explique por que a proposta é necessária e por que você escolheu a chave e o valor específicos da etiqueta. Compare com etiquetas semelhantes ou propostas anteriores, se relevante. Considere a importância e os usos potenciais dos dados.-->

<!-- Mantenha a etiqueta curta, mas ainda assim lógica e descritiva o suficiente para exigir pouca explicação. Evite nomes de etiquetas que possam causar confusão com uma etiqueta diferente. Termos em inglês britânico são preferidos, quando possível. -->

== Etiqueta ==
<!--
Uma tabela, lista ou conjunto de subtítulos explicando cada etiqueta:
* Definição do significado da etiqueta e como ela deve ser usada
* Elementos etiquetados: nós, caminhos, áreas ou relações? [se um objeto for menor que 5 m por 5 m, ele normalmente seria mapeado apenas como um nó]
* Comparação com os esquemas de etiquetagem atuais (se aplicável)
* Etiquetas adicionais usadas em combinação (incluindo etiquetas existentes)
* Quando outras etiquetas devem ser usadas.
-->

== Exemplos ==
<!-- Exemplos de quais elementos devem ser marcados: imagens do mundo real, capturas de tela do openstreetmap.org, links para elementos do OpenStreetMap que usam a etiqueta proposta. -->

== Renderização ==
<!-- Sugestão de renderização opcional, se relevante -->

== Recursos/Páginas afetadas ==
<!-- Lista de páginas wiki que seriam editadas se a proposta fosse aprovada -->

== Discussões externas ==
<!-- Links para listas de discussão, outros fóruns onde esta proposta foi discutida... -->

== Comentários ==
<!-- É necessário reservar pelo menos 2 semanas para comentários sobre a proposta. Não vá à votação sem antes analisar os comentários e corrigir quaisquer problemas com a proposta. A página de discussão do wiki é usada para comentários e está vinculada à página da proposta para quem não está familiarizado com wikis. -->

Por favor, comente sobre o [[{{TALKPAGENAME}}|discussion page]].

Propor

Depois que o conteúdo da proposta estiver totalmente descrito, você poderá propô-la à comunidade.

Propor

  1. Defina estes parâmetros no modelo Página de proposta no topo da página:
    1. status = Proposto
    2. rfcStartDate = PM-12-21

Anúncios obrigatórios

Você precisa anunciar sua proposta como RFC na lista de discussão de marcação e no fórum da comunidade (o envio em seu nome é permitido, veja abaixo). Para enviar e-mails para a lista de discussão, inscreva-se na lista de discussão de marcação primeiro.

  1. Conteúdo da mensagem:
    1. Localização do fórum: https://community.openstreetmap.org/c/general/tagging/70
    2. Etiquetagem de e-mail de lista de discussão: [email protected] Send (mailto link)
    3. Título: [RFC] Proposta de Recurso – <NOME DA PROPOSTA>
    4. Corpo: <DESCRIÇÃO DA PROPOSTA> <LINK PARA A PROPOSTA NA WIKI> Por favor, discuta esta proposta na página Wiki Talk.
    5. Atribuir as etiquetas (para o fórum): wiki-proposal, rfc

Se você não estiver inscrito na lista de discussão, adicione o seguinte texto ao corpo do tópico:

  • Por favor, publique este anúncio na lista de discussão de marcação em meu nome, enviando um e-mail para: [email protected]

Se você não estiver ativo no fórum, adicione o seguinte texto ao corpo do e-mail:

Observe que é sempre responsabilidade do autor da proposta garantir que ela seja publicada novamente. Se isso não acontecer em alguns dias, ele deverá solicitar novamente.

Anúncios adicionais

Considere enviar sua proposta para outros canais de contato para aumentar ainda mais o feedback da comunidade e o conhecimento sobre ela (nem todos se inscrevem na lista de discussão de marcação ou são ativos no fórum).

Se a proposta afetar diretamente alguma marcação/chave existente, você pode notificar os seguidores postando um novo tópico em suas respectivas páginas de discussão (por exemplo, Talk:Key:historic para historic=* ou Talk:Tag:historic=aircraft para historic=aircraft).

Solicitar respostas

Você pode receber uma resposta pequena ou grande da comunidade, dependendo do tópico da proposta, sua importância, complexidade ou interesse. O principal benefício do processo de proposta é ter sua ideia revisada por uma ampla variedade de pessoas de diferentes regiões e experiências, cujos desafios de mapeamento podem ser bastante diferentes dos seus. Esse processo aumenta a probabilidade de uma etiqueta aprovada ser apropriada para a variedade de situações existentes no mundo.

Se você perceber que não está recebendo muitas respostas da comunidade, é sempre apropriado fazer postagens ou mensagens adicionais solicitando feedback, bem como consultar a comunidade em outros canais ou fóruns. O feedback da comunidade é importante! Embora você não precise satisfazer todos os comentaristas, certifique-se de entender as preocupações levantadas pela comunidade e de que elas sejam abordadas antes de prosseguir com sua proposta.

Responder

Analisar os comentários que surgem nas listas de discussão, chats, fóruns e na página de discussão da proposta na Wiki.

Quando uma discussão em uma seção criada por outro usuário na página de Discussão da proposta for considerada "resolvida", você pode adicionar o modelo {{Resolved|1=message}} logo abaixo do título da seção, com uma mensagem incluída.

Ajuste, mesmo que isso signifique alterar partes ou etiquetas importantes, e continue a construir uma proposta forte de acordo com o feedback da comunidade para que ela tenha uma boa chance de se tornar popular entre os votantes e, por último, mas não menos importante, entre a comunidade de mapeamento.

Observe que não é necessário implementar todas as sugestões e solicitações. Embora muitas sejam úteis, é possível receber recomendações contraditórias entre si, algumas também podem ser equivocadas.

Se houver muitas alterações na proposta, pode ser uma boa ideia documentá-las em uma linha do tempo em uma seção separada chamada Alterações para referência.

Votação

Você ainda precisa estar inscrito na lista de discussão de Marcação para estas etapas.

Requisitos anteriores

Certifique-se de que sua proposta atenda a estes requisitos antes de iniciar a votação.

  • Pelo menos duas semanas se passaram desde o início de uma RFC.
  • Todas as discussões foram resolvidas na página de Discussão.
  • Todas as discordâncias maiores e menores sobre a proposta foram resolvidas.
    Lembre-se de que a comunidade está votando em     todas' as partes da sua proposta. Se alguém discordar de pelo menos uma parte da sua proposta, geralmente votará Oppose. Outros então lerão o motivo pelo qual essa pessoa votou não e provavelmente também votarão não. Isso pode fazer com que uma proposta quase perfeita fracasse.
    Se isso acontecer mesmo quando todas as partes da sua proposta foram resolvidas, não desanime de continuar com a proposta. Normalmente, você só precisa corrigir uma pequena parte da sua proposta. Uma vez corrigida, a proposta tem grande probabilidade de ser aprovada na segunda rodada de votação. * A proposta está em seu estado final. Ela não pode ser alterada após o início da votação.

Iniciar

  1. Defina estes parâmetros no modelo Proposal page no topo da página:
    1. |status = Voting
    2. |voteStartDate = 2025-12-21 00:00:00 (UTC)
    3. |voteEndDate = 2026-01-03 23:59:59 (UTC)
  2. Adicione isto ao final da página:
== Votação ==
{{Votação de recursos propostos}}

<!-- Folha de dicas:
{{vote|yes}} MENSAGEM OPCIONAL AQUI --~~~~
{{vote|no}} SUAS RAZÕES AQUI --~~~~
{{vote|abstain}} SEUS COMENTÁRIOS AQUI --~~~~

Coloque seu voto abaixo, no final da lista. -->

Notificar

Você deve anunciar a votação na lista de discussão de marcação e no fórum da Comunidade (é permitido enviar em seu nome, veja abaixo). Para enviar e-mails para a lista de discussão, inscreva-se na lista de discussão de marcação primeiro.

  1. Conteúdo da mensagem:
    1. Local do fórum: https://community.openstreetmap.org/c/general/tagging/70
    2. E-mail da lista de discussão de marcação: [email protected] Enviar (link mailto)
    3. Título: [Votação] Proposta de Destaque – <NOME DA PROPOSTA>
    4. Corpo: A votação para <NOME DA PROPOSTA> foi iniciada. <LINK PARA A PROPOSTA NA WIKI>
    5. Atribua as etiquetas (para o fórum): wiki-proposal, vote

Se você não estiver inscrito na lista de discussão, adicione o seguinte texto ao corpo do tópico:

  • Por favor, publique este anúncio na lista de discussão de marcação em meu nome, enviando um e-mail para: [email protected]

Se você não estiver ativo no fórum, adicione o seguinte texto ao corpo do e-mail:

Observe que é sempre responsabilidade do autor da proposta garantir que ela seja publicada em outro fórum. Se isso não acontecer em alguns dias, ele deverá solicitar novamente.

  1. Considere enviar seu anúncio de voto para alguns Canais para contato adicionais.

Requisitos durante

Certifique-se de que estes requisitos sejam atendidos durante a votação.

  • A proposta nunca é alterada.
  • Monitore a validade de todos os votos. Uma pessoa votando com várias contas não é permitida, assim como pedir para pessoas de fora da comunidade do OpenStreetMap votarem.
  • As pessoas não devem simplesmente votar Oppose, mas sim justificar sua proposta e/ou (preferencialmente) dar sugestões.
  • É aceitável que o autor da proposta encerre a votação mais cedo como rejeitada, para que a proposta possa ser retrabalhada.
  • Uma lista de votos ativos pode ser encontrada em Category:Proposals with "Voting" status.

Pós-votação

  • Se você não tiver tempo para fazer a limpeza após o término da votação:
Marque o status da proposta como status=Pós-Voto.
(Consulte Category:Proposals without post-vote cleanup para ver os recursos que precisam de limpeza. Se tiver um tempinho, pegue uma vassoura e limpe!)
  • Após o período de votação, faça um resumo da votação preenchendo os parâmetros do modelo {{Proposed feature voting}}:
{{Proposed feature voting
 | closed  = yes
 | yes     = 
 | no      = 
 | abstain = 
 | result  = approved/rejected
 | comment = 
}}

É uma boa ideia notificar as pessoas sobre o resultado enviando uma atualização para a lista de discussão de marcação e para o fórum da comunidade.

  • Lista de discussão de marcação
    • Endereço de e-mail: [email protected]
    • <Assunto:> "Proposta de Recurso – Aprovada – (Nome do Recurso)"
    • <Assunto:> "Proposta de Recurso – Rejeitada – (Nome do Recurso)"
  • No Fórum da Comunidade, é uma boa ideia atualizar o tópico da proposta de votação:
    • Atualize o corpo do tópico ou adicione um comentário informando se ele foi aprovado ou rejeitado.

Aprovado

Se a proposta tiver recebido apoio suficiente, o status pode ser definido como aprovado (tanto no parâmetro de resultado em {{Proposed feature voting}} quanto no parâmetro de status de {{Proposal page}} no topo da página).

"Apoio suficiente" significa pelo menos 8 votos de aprovação e pelo menos 75% de aprovação. Uma maneira simples de contabilizar é que um mínimo de 3 votos "sim" para cada voto "não" é suficiente.

As abstenções explícitas não contam como um voto (por exemplo, 10 votos "sim", 1 voto "não", 10 "abstenções, mas com comentários" seriam aprovados), mas todas as sugestões devem ser levadas em consideração antes que uma proposta seja aprovada ou rejeitada, a fim de resolver quaisquer deficiências na proposta original (se houver).

Antes de decidir rejeitar uma proposta por falta de apoio, pode valer a pena enviar uma nova solicitação de votação para a lista de discussão ou criar um novo tópico no Community forum junto com a lista de discussão.

Consulte histórico de notas para uma lista de alterações substanciais ocorridas no passado. Propostas mais antigas ainda são consideradas "aprovadas" se atenderem ao padrão vigente na época.

Limpe a proposta:

  • Não mova a página da proposta!
  • Crie a página permanente de descrição do recurso:
    • Uma nova página para o recurso deve ser criada/atualizada e o modelo de recursos do mapa relevante (dependendo se é uma chave, um valor ou uma relação) deve ser aplicado. Siga o padrão definido pela chave Pt:Key:highway e seus valores.
    • Adicione um link de volta para a proposta usando o parâmetro statuslink do modelo de recurso.
  • Adicione o recurso concluído à página de recursos do mapa:
    • Adicione uma entrada à página Pt:Map Features se for útil (por exemplo, a etiqueta de nicho aprovada pode não estar listada lá).
    • Adicione uma entrada à página Registro de alterações.
    • Não remova entradas de Pt:Map Features, mesmo que o novo recurso votado tenha como objetivo substituí-los. Não é considerado um bom estilo remover itens de Recursos do Mapa enquanto eles ainda estiverem em uso. Você pode remover itens de Recursos do Mapa se eles não estiverem em uso significativo. Veja também Recursos obsoletos.

Trabalho adicional pós-aprovação

Após a aprovação da etiqueta, há mais trabalho a ser feito para que ela se torne útil:

  • Além de criar a documentação wiki, também é necessário vincular essa etiqueta por meio das seções/modelos "Veja também" e em outras etiquetas relacionadas, bem como nas Categorias do wiki, para torná-la mais fácil de ser descoberta.
  • É necessário solicitar suporte em vários Pt:Editores, para que as pessoas possam usar a etiqueta sem inseri-la manualmente. Isso pode ser feito solicitando atualizações de predefinições para cada editor de uso geral (como Pt:iD e Pt:JOSM) e solicitando formulários mais especializados, como Quests no Pt:StreetComplete. Sem esse suporte de software, a etiqueta estará disponível para um número muito menor de mapeadores.
  • pode-se considerar defender a nova etiqueta (especialmente se ela substituir outras) para que ela também seja usada por outros mapeadores (e não apenas pela pessoa original e por aqueles que encontram o wiki por acaso).
  • quando há uma quantidade substancial de dados marcados, pode-se entrar em contato com vários consumidores de dados (por exemplo, roteadores, renderizadores, aplicativos, mapas...) para que ela se torne realmente útil para o usuário médio do OSM que deseja encontrar/filtrar por essa etiqueta.
  • se algumas outras etiquetas forem descontinuadas (ou renomeadas) como parte da proposta, há muito mais trabalho a ser feito na transição para as novas, já que nesses casos tudo é mais complicado do que o esperado

Rejeitado

Se a votação falhar, não se desespere. Muitas propostas foram rejeitadas, modificadas e aprovadas. Às vezes, as propostas falham porque algumas pessoas notaram problemas durante a votação.

  • O status deve ser definido como rejeitado.
  • Anote os motivos da rejeição na página da proposta de recurso.
  • Recursos rejeitados podem ser reenviados, modificados e uma nova votação iniciada. Você também pode retornar ao processo de RFC ou, pelo menos, enviar alguma mensagem para dar a chance de feedback sem votar contra.

Abandonado, cancelado, obsoleto, indefinido

  • As propostas devem ser definidas como abandonadas se estiverem inativas por um longo período (pelo menos 3 meses) nas páginas do wiki (incluindo todos os idiomas e páginas de discussão) e também não forem adicionadas ao banco de dados do OSM. Uma proposta que permanece inalterada no wiki por um tempo pode estar sendo testada na prática diária de mapeamento e, portanto, pode estar bastante ativa.
  • A pessoa que propõe um recurso pode cancelá-lo definindo o status como cancelada.
  • Para propostas que foram tornadas obsoletas por outra proposta, defina o status como obsoleta.
  • Para propostas inativas, mas não abandonadas, defina o status como inativa. Por exemplo, usado para etiquetas (chaves) que atingiram o status 'de fato' com base nesta proposta sem processo de votação (considere adicionar também o modelo: {{No vote feature link}})
  • Para propostas com status desconhecido, defina o status como indefinido.

Observe que a proposta abandonada/inativa pode ser para uma etiqueta em uso ativo. Nesse caso, criar uma página de etiquetas, aplicar {{Archived proposal}} na página da proposta e ocultar o texto da proposta pode ser a melhor solução. Isso mantém o histórico disponível, mas os usuários são direcionados para a documentação ativa.

Veja Proposal:Street vendor=yes e traffic park one para exemplos de onde foi usado.

Recursos não propostos

Recursos não propostos são recursos de mapeamento que não passaram pelo processo de proposta.

Mesmo que o OSM tenha um modelo de dados completamente livre (ou seja, você não precisa da permissão de ninguém), tentamos moderar a lista de Pt:Map Features por vários motivos:

  • página de destino para iniciantes: portanto, ela precisa ser clara e autoexplicativa em todos os idiomas
  • evitar conflitos de recursos: durante uma votação, todos os olhos podem manter duplicatas longe
  • manter a lista/categorias curtas: mesmo em uma decisão de design, queremos evitar uma explosão descontrolada de recursos e chaves

Geralmente, novas etiquetas devem sempre ser discutidas antes de serem adicionadas a Pt:Map Features. Para aumentar a participação na discussão, especialmente para novos valores de chave principal como highway=*, é uma boa ideia propô-los formalmente. Qualquer nova etiqueta que substitua uma etiqueta estabelecida também requer uma discussão adequada; o processo de proposta é uma boa maneira de conseguir isso.

Revivendo propostas antigas

Existem muitas propostas antigas que nunca chegaram à fase de votação e cujos autores originais as abandonaram. O que pode ser feito por uma nova pessoa, sem vínculos com a proposta, interessada em apresentar uma proposta idêntica ou similar?

  • Reinicie a proposta antiga – é uma boa ideia se você concordar totalmente com ela. Considere entrar em contato com o autor original sempre que for aceitável ressuscitá-la – e aguarde um tempo pela resposta. Envie-a novamente para a fase de solicitação de comentários (RFC) e continue procedendo como qualquer outra proposta.
  • Crie uma nova proposta reutilizando o conteúdo da antiga. Simplesmente crie uma nova página, sinta-se à vontade para copiar o conteúdo existente (você tem permissão para fazer isso, basta mencionar a fonte do texto no comentário do conjunto de alterações). Mencione a inspiração/fonte da proposta, mas sinta-se à vontade para fazer as alterações que desejar. E proceda como qualquer nova proposta. Você também pode fazer isso com suas próprias propostas.

Exemplos

Histórico do processo de proposta no wiki

Você pode encontrar o histórico desta página aqui (como de costume).

Lista de visão geral do status da proposta

Observe que ele descreve o status da proposta, não o status da etiqueta. Há propostas rejeitadas, abandonadas e inativas para muitas etiquetas amplamente utilizadas.

  • Draft: a proposta está no período inicial de escrita das informações correspondentes
  • Proposed: o conteúdo da proposta é totalmente descrito e é proposto à comunidade
  • Voting: a proposta está atualmente sendo votada como parte do processo de aprovação
  • Post-vote: a votação da proposta foi feita e a limpeza da votação não foi concluída
  • Abandoned: a proposta tem um longo período de inatividade (pelo menos 3 meses) nas páginas wiki (incluindo todos os idiomas e páginas de discussão) e também não é adicionada ao banco de dados do OSM
  • Canceled: a proposta é cancelada pela pessoa que a criou
  • Obsoleted: a proposta está obsoleta por causa de outra proposta
  • Inactive: a proposta está inativa, mas não abandonada
  • Undefined: a proposta tem status desconhecido

Veja também: Tag status values

Listas de propostas

Artigo principal: :Category:Proposals by status

Mudanças recentes no status da proposta

List of abbreviations:
D
Data item edit
N
This edit created a new page (also see list of new pages)
m
This is a minor edit
b
This edit was performed by a bot
(±123)
The page size changed by this number of bytes

20 December 2025

      15:20  Proposal:Unified ETCS Signals (railway) diffhist +69 AwFi talk contribs (Changed status to proposed) Tags: Proposal status changed Visual edit

Veja também

Retrieved from "https://wiki.openstreetmap.org/w/index.php?title=Pt:Processo_de_proposta&oldid=2868404"