[Talk-br] Relações
Alguém pode me explicar o que são relações, pq vi que tem algumas rodovias que usam isso, e qual a importância delas? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relações
São importantíssimas. As relações agrupam coisas (como todos os pedaços de uma rodovia e duas vias e um nó numa restrição de conversão). Sem elas, não seria possível obter o traçado completo de uma rodovia, nem várias rotas (por exemplo, de ônibus) que compartilham parte de um trajeto, nem especificar que é proibido fazer o retorno ou dobrar à direita. Nem desenhar polígonos com buracos. Enfim, há muitos usos. On Jul 15, 2013 12:18 PM, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: Alguém pode me explicar o que são relações, pq vi que tem algumas rodovias que usam isso, e qual a importância delas? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relações
Uma relação, como qualquer outro elemento, tem tags. A diferença é que uma relação, além das tags, possui membros. Os membros podem ser de qualquer tipo, inclusive podem ser outras relações. Cada membro tem um papel (role) que especifica a sua função na relação. Por exemplo, relações de rotas de ônibus têm membros com os papéis forward e backward indicando a direção da rota em uma via. Além disso, a relação tem tags especificando o nome e o número da rota. Relações de restrição de conversão têm 3 membros: from e to (especificando de onde para onde que vale a restrição) e via especificando o nó que junta os dois segmentos, exatamente onde vale a restrição. Essas não têm tags obrigatórias (exceto type=restriction) mas pode ter tags como fixme e note. On Jul 15, 2013 1:07 PM, Fernando Trebien fernando.treb...@gmail.com wrote: São importantíssimas. As relações agrupam coisas (como todos os pedaços de uma rodovia e duas vias e um nó numa restrição de conversão). Sem elas, não seria possível obter o traçado completo de uma rodovia, nem várias rotas (por exemplo, de ônibus) que compartilham parte de um trajeto, nem especificar que é proibido fazer o retorno ou dobrar à direita. Nem desenhar polígonos com buracos. Enfim, há muitos usos. On Jul 15, 2013 12:18 PM, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: Alguém pode me explicar o que são relações, pq vi que tem algumas rodovias que usam isso, e qual a importância delas? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relações
Outro exemplo importante: as relações boundary agrupam os pedaços de fronteira que delimitam um bairro, uma cidade, um estado, um país, um continente, e adicionam informação como o nó admin_centre que representa o centro da cidade (geralmente o marco zero, e também o lugar onde se desenha o nome da cidade). On Jul 15, 2013 1:14 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Uma relação, como qualquer outro elemento, tem tags. A diferença é que uma relação, além das tags, possui membros. Os membros podem ser de qualquer tipo, inclusive podem ser outras relações. Cada membro tem um papel (role) que especifica a sua função na relação. Por exemplo, relações de rotas de ônibus têm membros com os papéis forward e backward indicando a direção da rota em uma via. Além disso, a relação tem tags especificando o nome e o número da rota. Relações de restrição de conversão têm 3 membros: from e to (especificando de onde para onde que vale a restrição) e via especificando o nó que junta os dois segmentos, exatamente onde vale a restrição. Essas não têm tags obrigatórias (exceto type=restriction) mas pode ter tags como fixme e note. On Jul 15, 2013 1:07 PM, Fernando Trebien fernando.treb...@gmail.com wrote: São importantíssimas. As relações agrupam coisas (como todos os pedaços de uma rodovia e duas vias e um nó numa restrição de conversão). Sem elas, não seria possível obter o traçado completo de uma rodovia, nem várias rotas (por exemplo, de ônibus) que compartilham parte de um trajeto, nem especificar que é proibido fazer o retorno ou dobrar à direita. Nem desenhar polígonos com buracos. Enfim, há muitos usos. On Jul 15, 2013 12:18 PM, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: Alguém pode me explicar o que são relações, pq vi que tem algumas rodovias que usam isso, e qual a importância delas? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relações
Relações são a terceira das três entidades do modelo do OSM (sendo as outras duas os pontos e as linhas) e servem, basicamente, para juntar coisas. São usadas, por exemplo, em relações de restrição de conversão (proibido virar a direita, tagueia-se a rua anterior, a rua a direita e o nó da esquina), relações de transporte público (junta-se as ruas pelas quais um ônibus passa, bem como os pontos de parada) e por aí vai. No caso das rodovias, serve para indicar que o conjunto de vias (Rodovia Fulano de Tal, Ponte Seu Ze das Couves) faz parte de uma única Estrada BR-666. []s Em 15/07/2013 12:18, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Alguém pode me explicar o que são relações, pq vi que tem algumas rodovias que usam isso, e qual a importância delas? ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relações
Então, Erick, pra resumir: - nós (nodes) têm somente tags e posição - linhas (ways) têm tags e uma lista de nós; um par da sequência forma um segmento de reta, o par seguinte forma o segmento seguinte da linha, etc. e a ordem dos nós dá a direção da linha (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó = último nó) - relações (relations) têm tags e membros com papéis, onde cada membro pode ser qualquer coisa (nó, linha ou relação) E agora exemplificando. *Rota representando o sentido bairro centro de uma linha de ônibus* http://www.openstreetmap.org/browse/relation/2727021 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com os seus papéis forward, backward e stop. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29 *Rota representando todas as partes de uma rodovia* http://www.openstreetmap.org/browse/relation/155359 Repare nas tags network, ref, type e route e também que os membros têm papéis forward e backward tal como na rota de ônibus. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes *Restrição de conversão proibindo fazer o retorno* http://www.openstreetmap.org/browse/relation/3077198 Repare nos papéis via - um nó - e from e to - ambos linhas. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:restriction *Multipolígono representando um delta* http://www.openstreetmap.org/browse/relation/86833 Repare nos membros com papéis outer - borda externa - e inner - borda interna. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:multipolygon *Fronteira definindo uma mesorregião* http://www.openstreetmap.org/browse/relation/2844354 Repare nas etiquetas admin_level e type=boundary, também repare nos papéis outer e inner que funcionam exatamente da mesma forma que nos multipolígonos. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:boundary *Fronteiras definindo um bairro e uma cidade* http://www.openstreetmap.org/browse/relation/2727083 http://www.openstreetmap.org/browse/relation/242397 Repare o valor em admin_level em cada uma e os membros label e admin_centre (que aparecem com uma função similar. *Um rio que serve como fronteira em várias relações de fronteira* http://www.openstreetmap.org/browse/way/227577336 Repare lá no final a seção Parte de. Esse rio é membro das relações que representam as fronteiras de dois países (Brasil e Uruguai), de um estado brasileiro (Rio Grande do Sul), uma cidade brasileira (Jaguarão) e uma região uruguaia (Cerro Largo), além de uma microrregião brasileira e da relação que representa a região Sul do Brasil. (OBS: a tag name desse rio está errada. Combinei com um uruguaio que usaríamos a convenção européia de colocar ambos os nomes, em português e espanhol, separados por / , em ordem alfabética, mas ainda não tive tempo de atualizar toda a fronteira.) Pra mais detalhes, eis a lista das principais relações usadas no OpenStreetMap: http://wiki.openstreetmap.org/wiki/Types_of_relation A relação associatedStreet é pouco usada no Brasil, mas muito usada na Europa. A relação public_transport é nova e provavelmente será mais usada no futuro (faz mais diferença em lugares em que as paradas são complexas e atendem a vários modos de transporte simultaneamente). A relação route_master é usada para agrupar rotas (como os dois sentidos e as variações de uma mesma linha de ônibus), mas não sei de nenhum sistema que faça uso dela. Nunca vi usarem enforcement, bridge e tunnel. A relação site é meio polêmica (frequentemente usada sem necessidade) mas é muito usada. Tem gente que mapeia, por exemplo, a área de uma universidade, os prédios, daí agrupa tudo numa relação site. Muitos defendem que isso não é necessário e que uma aplicação deveria ser capaz de determinar que o prédio pertence à universidade usando um algoritmo geométrico simples. Outros (que defendem sistemas mais fáceis de programar) preferem que a informação de continência seja expressa por relações porque daí não envolve nenhum algoritmo geométrico complicado (mas também há espaço para erros bem grosseiros). É praticamente uma extensão da discussão sobre o uso das tags is_in (que é contra-indicado). 2013/7/15 Fernando Trebien fernando.treb...@gmail.com: Outro exemplo importante: as relações boundary agrupam os pedaços de fronteira que delimitam um bairro, uma cidade, um estado, um país, um continente, e adicionam informação como o nó admin_centre que representa o centro da cidade (geralmente o marco zero, e também o lugar onde se desenha o nome da cidade). On Jul 15, 2013 1:14 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Uma relação, como qualquer outro elemento, tem tags. A diferença é que uma relação, além das tags, possui membros. Os membros podem ser de qualquer tipo, inclusive podem ser outras relações. Cada membro tem um papel (role) que especifica a sua
Re: [Talk-br] Relações
Oops, corrigindo, a primeira rota de ônibus é no setido centro bairro. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Então, Erick, pra resumir: - nós (nodes) têm somente tags e posição - linhas (ways) têm tags e uma lista de nós; um par da sequência forma um segmento de reta, o par seguinte forma o segmento seguinte da linha, etc. e a ordem dos nós dá a direção da linha (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó = último nó) - relações (relations) têm tags e membros com papéis, onde cada membro pode ser qualquer coisa (nó, linha ou relação) E agora exemplificando. *Rota representando o sentido bairro centro de uma linha de ônibus* http://www.openstreetmap.org/browse/relation/2727021 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com os seus papéis forward, backward e stop. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29 *Rota representando todas as partes de uma rodovia* http://www.openstreetmap.org/browse/relation/155359 Repare nas tags network, ref, type e route e também que os membros têm papéis forward e backward tal como na rota de ônibus. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes *Restrição de conversão proibindo fazer o retorno* http://www.openstreetmap.org/browse/relation/3077198 Repare nos papéis via - um nó - e from e to - ambos linhas. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:restriction *Multipolígono representando um delta* http://www.openstreetmap.org/browse/relation/86833 Repare nos membros com papéis outer - borda externa - e inner - borda interna. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:multipolygon *Fronteira definindo uma mesorregião* http://www.openstreetmap.org/browse/relation/2844354 Repare nas etiquetas admin_level e type=boundary, também repare nos papéis outer e inner que funcionam exatamente da mesma forma que nos multipolígonos. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:boundary *Fronteiras definindo um bairro e uma cidade* http://www.openstreetmap.org/browse/relation/2727083 http://www.openstreetmap.org/browse/relation/242397 Repare o valor em admin_level em cada uma e os membros label e admin_centre (que aparecem com uma função similar. *Um rio que serve como fronteira em várias relações de fronteira* http://www.openstreetmap.org/browse/way/227577336 Repare lá no final a seção Parte de. Esse rio é membro das relações que representam as fronteiras de dois países (Brasil e Uruguai), de um estado brasileiro (Rio Grande do Sul), uma cidade brasileira (Jaguarão) e uma região uruguaia (Cerro Largo), além de uma microrregião brasileira e da relação que representa a região Sul do Brasil. (OBS: a tag name desse rio está errada. Combinei com um uruguaio que usaríamos a convenção européia de colocar ambos os nomes, em português e espanhol, separados por / , em ordem alfabética, mas ainda não tive tempo de atualizar toda a fronteira.) Pra mais detalhes, eis a lista das principais relações usadas no OpenStreetMap: http://wiki.openstreetmap.org/wiki/Types_of_relation A relação associatedStreet é pouco usada no Brasil, mas muito usada na Europa. A relação public_transport é nova e provavelmente será mais usada no futuro (faz mais diferença em lugares em que as paradas são complexas e atendem a vários modos de transporte simultaneamente). A relação route_master é usada para agrupar rotas (como os dois sentidos e as variações de uma mesma linha de ônibus), mas não sei de nenhum sistema que faça uso dela. Nunca vi usarem enforcement, bridge e tunnel. A relação site é meio polêmica (frequentemente usada sem necessidade) mas é muito usada. Tem gente que mapeia, por exemplo, a área de uma universidade, os prédios, daí agrupa tudo numa relação site. Muitos defendem que isso não é necessário e que uma aplicação deveria ser capaz de determinar que o prédio pertence à universidade usando um algoritmo geométrico simples. Outros (que defendem sistemas mais fáceis de programar) preferem que a informação de continência seja expressa por relações porque daí não envolve nenhum algoritmo geométrico complicado (mas também há espaço para erros bem grosseiros). É praticamente uma extensão da discussão sobre o uso das tags is_in (que é contra-indicado). 2013/7/15 Fernando Trebien fernando.treb...@gmail.com: Outro exemplo importante: as relações boundary agrupam os pedaços de fronteira que delimitam um bairro, uma cidade, um estado, um país, um continente, e adicionam informação como o nó admin_centre que representa o centro da cidade (geralmente o marco zero, e também o lugar onde se desenha o nome da cidade). On Jul 15, 2013 1:14 PM, Fernando Trebien fernando.treb...@gmail.com wrote: Uma relação, como qualquer outro
Re: [Talk-br] Relações
Ah, mais um detalhe: a rota de ônibus está incompleta (era só um teste). Mas tem todos os elementos de uma rota completa. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Oops, corrigindo, a primeira rota de ônibus é no setido centro bairro. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Então, Erick, pra resumir: - nós (nodes) têm somente tags e posição - linhas (ways) têm tags e uma lista de nós; um par da sequência forma um segmento de reta, o par seguinte forma o segmento seguinte da linha, etc. e a ordem dos nós dá a direção da linha (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó = último nó) - relações (relations) têm tags e membros com papéis, onde cada membro pode ser qualquer coisa (nó, linha ou relação) E agora exemplificando. *Rota representando o sentido bairro centro de uma linha de ônibus* http://www.openstreetmap.org/browse/relation/2727021 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com os seus papéis forward, backward e stop. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29 *Rota representando todas as partes de uma rodovia* http://www.openstreetmap.org/browse/relation/155359 Repare nas tags network, ref, type e route e também que os membros têm papéis forward e backward tal como na rota de ônibus. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes *Restrição de conversão proibindo fazer o retorno* http://www.openstreetmap.org/browse/relation/3077198 Repare nos papéis via - um nó - e from e to - ambos linhas. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:restriction *Multipolígono representando um delta* http://www.openstreetmap.org/browse/relation/86833 Repare nos membros com papéis outer - borda externa - e inner - borda interna. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:multipolygon *Fronteira definindo uma mesorregião* http://www.openstreetmap.org/browse/relation/2844354 Repare nas etiquetas admin_level e type=boundary, também repare nos papéis outer e inner que funcionam exatamente da mesma forma que nos multipolígonos. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:boundary *Fronteiras definindo um bairro e uma cidade* http://www.openstreetmap.org/browse/relation/2727083 http://www.openstreetmap.org/browse/relation/242397 Repare o valor em admin_level em cada uma e os membros label e admin_centre (que aparecem com uma função similar. *Um rio que serve como fronteira em várias relações de fronteira* http://www.openstreetmap.org/browse/way/227577336 Repare lá no final a seção Parte de. Esse rio é membro das relações que representam as fronteiras de dois países (Brasil e Uruguai), de um estado brasileiro (Rio Grande do Sul), uma cidade brasileira (Jaguarão) e uma região uruguaia (Cerro Largo), além de uma microrregião brasileira e da relação que representa a região Sul do Brasil. (OBS: a tag name desse rio está errada. Combinei com um uruguaio que usaríamos a convenção européia de colocar ambos os nomes, em português e espanhol, separados por / , em ordem alfabética, mas ainda não tive tempo de atualizar toda a fronteira.) Pra mais detalhes, eis a lista das principais relações usadas no OpenStreetMap: http://wiki.openstreetmap.org/wiki/Types_of_relation A relação associatedStreet é pouco usada no Brasil, mas muito usada na Europa. A relação public_transport é nova e provavelmente será mais usada no futuro (faz mais diferença em lugares em que as paradas são complexas e atendem a vários modos de transporte simultaneamente). A relação route_master é usada para agrupar rotas (como os dois sentidos e as variações de uma mesma linha de ônibus), mas não sei de nenhum sistema que faça uso dela. Nunca vi usarem enforcement, bridge e tunnel. A relação site é meio polêmica (frequentemente usada sem necessidade) mas é muito usada. Tem gente que mapeia, por exemplo, a área de uma universidade, os prédios, daí agrupa tudo numa relação site. Muitos defendem que isso não é necessário e que uma aplicação deveria ser capaz de determinar que o prédio pertence à universidade usando um algoritmo geométrico simples. Outros (que defendem sistemas mais fáceis de programar) preferem que a informação de continência seja expressa por relações porque daí não envolve nenhum algoritmo geométrico complicado (mas também há espaço para erros bem grosseiros). É praticamente uma extensão da discussão sobre o uso das tags is_in (que é contra-indicado). 2013/7/15 Fernando Trebien fernando.treb...@gmail.com: Outro exemplo importante: as relações boundary agrupam os pedaços de fronteira que delimitam um bairro, uma cidade, um estado, um país, um continente, e adicionam informação como o nó admin_centre que representa o centro da cidade (geralmente o marco
Re: [Talk-br] Relações
Ah, olha só. Na rota da rodovia que eu mandei como exemplo há um erro. Alguém deve ter editado esse pedaço com o Potlatch: http://www.openstreetmap.org/?lat=-30.1085lon=-51.7269zoom=14layers=Mrelation=155359 O que acontece com o Potlatch: ao excluir um membro de uma relação, não é gerado aviso nenhum (e isso é péssimo, já tem um ticket no TRAC aberto pra isso mas nunca consertaram, e provavelmente não vão agora que o editor iD é o principal foco de desenvolvimento - a nova versão, que ainda não entrou no ar, adiciona suporte às relações). Atualmente, só o JOSM avisa ao excluir um membro de uma relação, e acho que só ele quebra uma linha que é membro de uma relação corretamente (não cheguei a testar com o iD). Ao quebrar uma linha, o certo é que, se ela inteira era parte de uma relação, os 2 novos pedaços sejam parte também; o JOSM faz certo (só dá um aviso), mas o Potlatch não adiciona 1 dos pedaços. Com isso, é muito comum que os iniciantes introduzam erros no mapa sem saber. Algo parecido acontece ao combinar linhas, especialmente em fronteiras: o JOSM mostra como as relações vão ser atualizadas, o Potlatch não dá aviso nenhum, então às vezes, sem o usuário saber, as fronteiras ficam inconsistentes e bizarras, incluindo pedaços que não fecham uma área, ou até pedaços soltos longe da área principal. Resumindo, até que o novo iD entre no ar, o melhor editor pra tratar de relações é o JOSM. No Potlatch, as relações podem ser visualizadas e editadas na tab Advanced na esquerda embaixo, mas o padrão é que o Potlatch mostre a tab Simple. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Ah, mais um detalhe: a rota de ônibus está incompleta (era só um teste). Mas tem todos os elementos de uma rota completa. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Oops, corrigindo, a primeira rota de ônibus é no setido centro bairro. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Então, Erick, pra resumir: - nós (nodes) têm somente tags e posição - linhas (ways) têm tags e uma lista de nós; um par da sequência forma um segmento de reta, o par seguinte forma o segmento seguinte da linha, etc. e a ordem dos nós dá a direção da linha (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó = último nó) - relações (relations) têm tags e membros com papéis, onde cada membro pode ser qualquer coisa (nó, linha ou relação) E agora exemplificando. *Rota representando o sentido bairro centro de uma linha de ônibus* http://www.openstreetmap.org/browse/relation/2727021 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com os seus papéis forward, backward e stop. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29 *Rota representando todas as partes de uma rodovia* http://www.openstreetmap.org/browse/relation/155359 Repare nas tags network, ref, type e route e também que os membros têm papéis forward e backward tal como na rota de ônibus. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes *Restrição de conversão proibindo fazer o retorno* http://www.openstreetmap.org/browse/relation/3077198 Repare nos papéis via - um nó - e from e to - ambos linhas. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:restriction *Multipolígono representando um delta* http://www.openstreetmap.org/browse/relation/86833 Repare nos membros com papéis outer - borda externa - e inner - borda interna. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:multipolygon *Fronteira definindo uma mesorregião* http://www.openstreetmap.org/browse/relation/2844354 Repare nas etiquetas admin_level e type=boundary, também repare nos papéis outer e inner que funcionam exatamente da mesma forma que nos multipolígonos. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:boundary *Fronteiras definindo um bairro e uma cidade* http://www.openstreetmap.org/browse/relation/2727083 http://www.openstreetmap.org/browse/relation/242397 Repare o valor em admin_level em cada uma e os membros label e admin_centre (que aparecem com uma função similar. *Um rio que serve como fronteira em várias relações de fronteira* http://www.openstreetmap.org/browse/way/227577336 Repare lá no final a seção Parte de. Esse rio é membro das relações que representam as fronteiras de dois países (Brasil e Uruguai), de um estado brasileiro (Rio Grande do Sul), uma cidade brasileira (Jaguarão) e uma região uruguaia (Cerro Largo), além de uma microrregião brasileira e da relação que representa a região Sul do Brasil. (OBS: a tag name desse rio está errada. Combinei com um uruguaio que usaríamos a convenção européia de colocar ambos os nomes, em português e espanhol, separados por / , em ordem alfabética, mas ainda não tive tempo de atualizar toda a fronteira.) Pra mais detalhes, eis a lista das
Re: [Talk-br] Relações
O iD já está no ar, só (acho) que não é o editor padrão ainda. Para editar com ele, só clicar na setinha pra baixo junto ao link de Editar. []s Arlindo Pereira 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Ah, olha só. Na rota da rodovia que eu mandei como exemplo há um erro. Alguém deve ter editado esse pedaço com o Potlatch: http://www.openstreetmap.org/?lat=-30.1085lon=-51.7269zoom=14layers=Mrelation=155359 O que acontece com o Potlatch: ao excluir um membro de uma relação, não é gerado aviso nenhum (e isso é péssimo, já tem um ticket no TRAC aberto pra isso mas nunca consertaram, e provavelmente não vão agora que o editor iD é o principal foco de desenvolvimento - a nova versão, que ainda não entrou no ar, adiciona suporte às relações). Atualmente, só o JOSM avisa ao excluir um membro de uma relação, e acho que só ele quebra uma linha que é membro de uma relação corretamente (não cheguei a testar com o iD). Ao quebrar uma linha, o certo é que, se ela inteira era parte de uma relação, os 2 novos pedaços sejam parte também; o JOSM faz certo (só dá um aviso), mas o Potlatch não adiciona 1 dos pedaços. Com isso, é muito comum que os iniciantes introduzam erros no mapa sem saber. Algo parecido acontece ao combinar linhas, especialmente em fronteiras: o JOSM mostra como as relações vão ser atualizadas, o Potlatch não dá aviso nenhum, então às vezes, sem o usuário saber, as fronteiras ficam inconsistentes e bizarras, incluindo pedaços que não fecham uma área, ou até pedaços soltos longe da área principal. Resumindo, até que o novo iD entre no ar, o melhor editor pra tratar de relações é o JOSM. No Potlatch, as relações podem ser visualizadas e editadas na tab Advanced na esquerda embaixo, mas o padrão é que o Potlatch mostre a tab Simple. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Ah, mais um detalhe: a rota de ônibus está incompleta (era só um teste). Mas tem todos os elementos de uma rota completa. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Oops, corrigindo, a primeira rota de ônibus é no setido centro bairro. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Então, Erick, pra resumir: - nós (nodes) têm somente tags e posição - linhas (ways) têm tags e uma lista de nós; um par da sequência forma um segmento de reta, o par seguinte forma o segmento seguinte da linha, etc. e a ordem dos nós dá a direção da linha (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó = último nó) - relações (relations) têm tags e membros com papéis, onde cada membro pode ser qualquer coisa (nó, linha ou relação) E agora exemplificando. *Rota representando o sentido bairro centro de uma linha de ônibus* http://www.openstreetmap.org/browse/relation/2727021 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com os seus papéis forward, backward e stop. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29 *Rota representando todas as partes de uma rodovia* http://www.openstreetmap.org/browse/relation/155359 Repare nas tags network, ref, type e route e também que os membros têm papéis forward e backward tal como na rota de ônibus. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes *Restrição de conversão proibindo fazer o retorno* http://www.openstreetmap.org/browse/relation/3077198 Repare nos papéis via - um nó - e from e to - ambos linhas. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:restriction *Multipolígono representando um delta* http://www.openstreetmap.org/browse/relation/86833 Repare nos membros com papéis outer - borda externa - e inner - borda interna. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:multipolygon *Fronteira definindo uma mesorregião* http://www.openstreetmap.org/browse/relation/2844354 Repare nas etiquetas admin_level e type=boundary, também repare nos papéis outer e inner que funcionam exatamente da mesma forma que nos multipolígonos. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:boundary *Fronteiras definindo um bairro e uma cidade* http://www.openstreetmap.org/browse/relation/2727083 http://www.openstreetmap.org/browse/relation/242397 Repare o valor em admin_level em cada uma e os membros label e admin_centre (que aparecem com uma função similar. *Um rio que serve como fronteira em várias relações de fronteira* http://www.openstreetmap.org/browse/way/227577336 Repare lá no final a seção Parte de. Esse rio é membro das relações que representam as fronteiras de dois países (Brasil e Uruguai), de um estado brasileiro (Rio Grande do Sul), uma cidade brasileira (Jaguarão) e uma região uruguaia (Cerro Largo), além de uma microrregião brasileira e da relação que representa a região Sul do Brasil. (OBS: a tag name desse rio está errada.
Re: [Talk-br] Relações
Ah e quem quiser tem o iD beta tbm, que tem funcionalidades em teste. http://openstreetmap.us/iD/master/ Em 15 de julho de 2013 19:02, Arlindo Pereira openstreet...@arlindopereira.com escreveu: O iD já está no ar, só (acho) que não é o editor padrão ainda. Para editar com ele, só clicar na setinha pra baixo junto ao link de Editar. []s Arlindo Pereira 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Ah, olha só. Na rota da rodovia que eu mandei como exemplo há um erro. Alguém deve ter editado esse pedaço com o Potlatch: http://www.openstreetmap.org/?lat=-30.1085lon=-51.7269zoom=14layers=Mrelation=155359 O que acontece com o Potlatch: ao excluir um membro de uma relação, não é gerado aviso nenhum (e isso é péssimo, já tem um ticket no TRAC aberto pra isso mas nunca consertaram, e provavelmente não vão agora que o editor iD é o principal foco de desenvolvimento - a nova versão, que ainda não entrou no ar, adiciona suporte às relações). Atualmente, só o JOSM avisa ao excluir um membro de uma relação, e acho que só ele quebra uma linha que é membro de uma relação corretamente (não cheguei a testar com o iD). Ao quebrar uma linha, o certo é que, se ela inteira era parte de uma relação, os 2 novos pedaços sejam parte também; o JOSM faz certo (só dá um aviso), mas o Potlatch não adiciona 1 dos pedaços. Com isso, é muito comum que os iniciantes introduzam erros no mapa sem saber. Algo parecido acontece ao combinar linhas, especialmente em fronteiras: o JOSM mostra como as relações vão ser atualizadas, o Potlatch não dá aviso nenhum, então às vezes, sem o usuário saber, as fronteiras ficam inconsistentes e bizarras, incluindo pedaços que não fecham uma área, ou até pedaços soltos longe da área principal. Resumindo, até que o novo iD entre no ar, o melhor editor pra tratar de relações é o JOSM. No Potlatch, as relações podem ser visualizadas e editadas na tab Advanced na esquerda embaixo, mas o padrão é que o Potlatch mostre a tab Simple. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Ah, mais um detalhe: a rota de ônibus está incompleta (era só um teste). Mas tem todos os elementos de uma rota completa. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Oops, corrigindo, a primeira rota de ônibus é no setido centro bairro. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Então, Erick, pra resumir: - nós (nodes) têm somente tags e posição - linhas (ways) têm tags e uma lista de nós; um par da sequência forma um segmento de reta, o par seguinte forma o segmento seguinte da linha, etc. e a ordem dos nós dá a direção da linha (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó = último nó) - relações (relations) têm tags e membros com papéis, onde cada membro pode ser qualquer coisa (nó, linha ou relação) E agora exemplificando. *Rota representando o sentido bairro centro de uma linha de ônibus* http://www.openstreetmap.org/browse/relation/2727021 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com os seus papéis forward, backward e stop. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29 *Rota representando todas as partes de uma rodovia* http://www.openstreetmap.org/browse/relation/155359 Repare nas tags network, ref, type e route e também que os membros têm papéis forward e backward tal como na rota de ônibus. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes *Restrição de conversão proibindo fazer o retorno* http://www.openstreetmap.org/browse/relation/3077198 Repare nos papéis via - um nó - e from e to - ambos linhas. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:restriction *Multipolígono representando um delta* http://www.openstreetmap.org/browse/relation/86833 Repare nos membros com papéis outer - borda externa - e inner - borda interna. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:multipolygon *Fronteira definindo uma mesorregião* http://www.openstreetmap.org/browse/relation/2844354 Repare nas etiquetas admin_level e type=boundary, também repare nos papéis outer e inner que funcionam exatamente da mesma forma que nos multipolígonos. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:boundary *Fronteiras definindo um bairro e uma cidade* http://www.openstreetmap.org/browse/relation/2727083 http://www.openstreetmap.org/browse/relation/242397 Repare o valor em admin_level em cada uma e os membros label e admin_centre (que aparecem com uma função similar. *Um rio que serve como fronteira em várias relações de fronteira* http://www.openstreetmap.org/browse/way/227577336 Repare lá no final a seção Parte de. Esse rio é membro das relações que representam as fronteiras de dois países (Brasil e Uruguai), de um estado brasileiro (Rio Grande do Sul),
Re: [Talk-br] Relações
Se clicar no link que mandei vai abrir a 1.1 Em 15 de julho de 2013 20:17, Fernando Trebien fernando.treb...@gmail.comescreveu: Hehe. O iD que carrega pra mim é a ver são 1.0.1. A versão que suporta relações é a 1.1. On Jul 15, 2013 7:18 PM, Erick de Oliveira Leal erickdeoliveiral...@gmail.com wrote: Ah e quem quiser tem o iD beta tbm, que tem funcionalidades em teste. http://openstreetmap.us/iD/master/ Em 15 de julho de 2013 19:02, Arlindo Pereira openstreet...@arlindopereira.com escreveu: O iD já está no ar, só (acho) que não é o editor padrão ainda. Para editar com ele, só clicar na setinha pra baixo junto ao link de Editar. []s Arlindo Pereira 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Ah, olha só. Na rota da rodovia que eu mandei como exemplo há um erro. Alguém deve ter editado esse pedaço com o Potlatch: http://www.openstreetmap.org/?lat=-30.1085lon=-51.7269zoom=14layers=Mrelation=155359 O que acontece com o Potlatch: ao excluir um membro de uma relação, não é gerado aviso nenhum (e isso é péssimo, já tem um ticket no TRAC aberto pra isso mas nunca consertaram, e provavelmente não vão agora que o editor iD é o principal foco de desenvolvimento - a nova versão, que ainda não entrou no ar, adiciona suporte às relações). Atualmente, só o JOSM avisa ao excluir um membro de uma relação, e acho que só ele quebra uma linha que é membro de uma relação corretamente (não cheguei a testar com o iD). Ao quebrar uma linha, o certo é que, se ela inteira era parte de uma relação, os 2 novos pedaços sejam parte também; o JOSM faz certo (só dá um aviso), mas o Potlatch não adiciona 1 dos pedaços. Com isso, é muito comum que os iniciantes introduzam erros no mapa sem saber. Algo parecido acontece ao combinar linhas, especialmente em fronteiras: o JOSM mostra como as relações vão ser atualizadas, o Potlatch não dá aviso nenhum, então às vezes, sem o usuário saber, as fronteiras ficam inconsistentes e bizarras, incluindo pedaços que não fecham uma área, ou até pedaços soltos longe da área principal. Resumindo, até que o novo iD entre no ar, o melhor editor pra tratar de relações é o JOSM. No Potlatch, as relações podem ser visualizadas e editadas na tab Advanced na esquerda embaixo, mas o padrão é que o Potlatch mostre a tab Simple. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Ah, mais um detalhe: a rota de ônibus está incompleta (era só um teste). Mas tem todos os elementos de uma rota completa. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Oops, corrigindo, a primeira rota de ônibus é no setido centro bairro. 2013/7/15 Fernando Trebien fernando.treb...@gmail.com Então, Erick, pra resumir: - nós (nodes) têm somente tags e posição - linhas (ways) têm tags e uma lista de nós; um par da sequência forma um segmento de reta, o par seguinte forma o segmento seguinte da linha, etc. e a ordem dos nós dá a direção da linha (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó = último nó) - relações (relations) têm tags e membros com papéis, onde cada membro pode ser qualquer coisa (nó, linha ou relação) E agora exemplificando. *Rota representando o sentido bairro centro de uma linha de ônibus * http://www.openstreetmap.org/browse/relation/2727021 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com os seus papéis forward, backward e stop. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29 *Rota representando todas as partes de uma rodovia* http://www.openstreetmap.org/browse/relation/155359 Repare nas tags network, ref, type e route e também que os membros têm papéis forward e backward tal como na rota de ônibus. Especificação completa desse tipo de relação: http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes *Restrição de conversão proibindo fazer o retorno* http://www.openstreetmap.org/browse/relation/3077198 Repare nos papéis via - um nó - e from e to - ambos linhas. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:restriction *Multipolígono representando um delta* http://www.openstreetmap.org/browse/relation/86833 Repare nos membros com papéis outer - borda externa - e inner - borda interna. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:multipolygon *Fronteira definindo uma mesorregião* http://www.openstreetmap.org/browse/relation/2844354 Repare nas etiquetas admin_level e type=boundary, também repare nos papéis outer e inner que funcionam exatamente da mesma forma que nos multipolígonos. Especificação completa: http://wiki.openstreetmap.org/wiki/Relation:boundary *Fronteiras definindo um bairro e uma cidade* http://www.openstreetmap.org/browse/relation/2727083 http://www.openstreetmap.org/browse/relation/242397 Repare o valor em admin_level em cada uma e os membros label e admin_centre (que aparecem com uma
