Re: [Talk-br] RES: RES: Áreas protegidas
Para referência, esses são os chageset: http://www.openstreetmap.org/browse/changeset/18808365 http://www.openstreetmap.org/browse/changeset/18808320 http://www.openstreetmap.org/browse/changeset/18807980 Pretendo documentar a importação na wiki em breve. On Sun, 2013-11-03 at 09:35 -0500, Augusto Stoffel wrote: Há algum tempo eu falei em importar parques nacionais e outras áreas protegidas. Adicionei algumas unidades de conservação e uma terra indígena ao mapa (dados da base 250 mil do IBGE): http://www.openstreetmap.org/browse/relation/3300492 http://www.openstreetmap.org/browse/relation/3300496 http://www.openstreetmap.org/browse/way/243992224 http://www.openstreetmap.org/browse/way/244469951 Teríamos que decidir se a qualidade desses dados é suficiente para os nosso propósitos, e se as tags estão a contento (de acordo com https://wiki.openstreetmap.org/wiki/Tag:boundary% https://wiki.openstreetmap.org/wiki/Tag:boundary%25 3Dprotected_area ). O principal refinamento a ser feito após a importação seria substituir os traçados que acompanham a orla de um rio ou oceano pelos traçados já existentes no OSM, usando uma relação (mas deixe as áreas acima como estão por enquanto para que os outros possam ver o original). Isso é algo que eu deixaria para as pessoas interessadas fazerem na redondeza das suas regiões. Adicionei a tag leisure=nature_reserve tanto aos parques quanto à terra indígena porque por ora o estilo padrão do OSM não renderiza a tag boundary=protected_area (e isso parece ser um bug aberto há anos). Quando isso for resolvido, aquelas tags podem ser removidas. Por fim, queria mencionar que eu estou tentando obter permissão para usar os dados do Ministério do Meio Ambiente e da FUNAI, que parecem ser um pouco mais completos que os do IGBE. Assim, talvez demore um pouco para eu começar a importação. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gwebe...@gmail.com Personal website Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 tel:%2B55-%280%2931-96462277 (mudou/changed 02/07/2013) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Ulf Mehlig ulf.meh...@gmx.net -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] ICMBio
Oi Augusto, se fazer uma importação automatizada, por favor considere que algumas áreas de conservação já se encontram no OSM, e que não deveriam ser sobrepostas ou substituídas sem controle manual. Por exemplo, o mapa no OSM da RESEXmar Caeté-Taperaçu aqui na região de Bragança-PA, editado manualmente de acordo com o documento oficial que especifica detalhadamente os limites, é diferente do mapa do IBAMA (que apresenta erros ...). Abraço, Ulf On 10/11/13 16:28, Augusto Stoffel wrote: Esta mensagem é para registrar a resposta que obtive do ICMBio sobre a disponibilidade dos dados publicados por eles: Informo que os arquivos shapefile referentes aos limites das unidades de conservação federais, disponibilizados no site do ICMBio, na aba Serviços Geoprocessamento Mapa temático e dados geoestatísticos das UC ́s são considerados públicos e podem ser utilizados, desde que citada a fonte (vide ABNT). A comunicação completa com o ICMBio via e-SIC [1] está em anexo. Estou interpretando que está tudo OK para importar, e vou trabalhar nisso nas próximas semanas. As unidades de conservação possuem um número identificador do CNUC (Cadastro Nacional de Unidades de Conservação), que faria sentido manter em uma tag especial. Alguma preferência entre cnuc_id, ou cnuc:id, ou alguma outra? [1] http://www.acessoainformacao.gov.br/sistema/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Ulf Mehlig · Laboratorio de Biologia Vegetal Instituto de Estudos Costeiros Universidade Federal do Para, Campus Braganca -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk] Boundaries in Brazil
Hello Maarten, at least in part the double borders are due to double import from IBGE (Brazilian Institute for Geography and Statistics) public domain data. I don't know details about the gml2osm import, but for Pará state, for example, imports where done independently by Claudomiro Nascimento Junior and me. I tried to fix a few things manually but (obviously) did not finish. A bot solution might be interesting, if manual changes to the border would be preserved. I'll forward this message to the Brazilian talk list. Thanks alot! Ulf em português: (Maarten Dean perguntou sobre fronteiras duplas no Brazil com fonte IBGE, em parte com rótulo criado por gml2osm. Esta última parece mais detalhada, mas não é utilizada em relações. Ele sugere solucionar o problema através de um programa que corrige os dados automaticamente (bot).) Pelo menos em parte as fronteiras duplas tem origem na importação dupla de dados em domínio público do IBGE. Não sei detalhes sobre a importação por gml2osm, mas pelo menos no estado do Pará, dados foram importados independentemente por Claudomiro e por mim. Tentei concertar umas coisas manualmente, mas obviamente não terminei. Uma solução automática poderia ser interessante, caso preservasse mudanças feitas manualmente. Estou mandando este email à lista brasileira do OSM. On Sat, 2010-11-06 at 16:45 +0100, Maarten Deen wrote: I noticed that Brazil has a lot of double boundaries. You can see them on the map, for instance the north-east point of Brazil (but it's everywhere). Looking at the data, both boundaries are source=IBGE, but there is an older, mostly more detailed border with created_by=gml2osm which is not used in relations and a newer, less detailed one that is used in relations. I don't know what happened here, but is there something which can be done by a bot here, or is the older one to be deleted or should that one be used to make the border relations? Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Ulf Mehlig ulf.meh...@gmx.net -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] coastline in mapnik
I'm waiting for my last week's coastline changes to become visible on the main site's mapnik layer: http://www.openstreetmap.org/?lat=-0.7596lon=-47.049zoom=12layers=M I tried to avoid caching problems, and I triggered re-rendering of the affected tiles by tagging them as dirty ... Osmarender shows the coastline correctly. Does anybody know how to proceed? Thanks for your help, Ulf -- Ulf Mehlig ulf.meh...@gmx.net -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] collection/street relation: which one to use?
It has been a while since the use of collection and street relations for collections of ways belonging to the same street have been discussed. I just had a look at http://tagwatch.stoecker.eu/Planet/En/top_undocumented_relations.html and both relations area apparently ±equally used. Of course I understand that everybody should tag what he/she thinks suits him/her best, but in rather fundamental cases like this I personally would prefer a somewhat coordinated approach ;-) I would be interested in your opinion on preference for one of the types (there is a short discussion on one of the talk pages, focussing on the dilemma of being too specific/too fundamental), as I'm trying to make up my mind which one to use here in north Brazil, where neither of both relations have been much applied yet. Thanks! Ulf -- Ulf Mehlig ulf.meh...@gmx.net -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] collection/street relation: which one to use?
However, associatedStreet is maybe not the most obvious choice for joining, say, the segments of a motorway; at least I thought, associatedStreet would be used for associating single ways (street segments) with waypoints (symbolising addresses along the street segment) only. In addition (being, however, no native speaker of English), using associatedStreet for a collection of ways sounds strange to me. ... and then there is also the tag relatedStreet -- what's that? :-) On Wed, 2010-08-18 at 14:10 +0200, Pieren wrote: On Wed, Aug 18, 2010 at 1:37 PM, Ed Loach e...@loach.me.uk wrote: and both relations area apparently ±equally used. True, it's not two but three relations proposals for the same purpose: collection, street and associatedStreet Althoughcollection is not limited to streets, it's also proposing street addresses members... Since associatedStreet was historicaly the first proposal including house numbers and is the most popular according to Tagwatch, I would suggest to deprecate the street proposal and remove streets from the collection proposal. Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Ulf Mehlig ulf.meh...@gmx.net -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] coastline error checker
I've the impression that the coastline error checker is not working at the moment (last updated: 14th of April); coastline changes I've made some weeks ago in northern Brazil have not yet been applied to the openstreetmap.org mapnik layer. Is there anything one can do? Thanks, Ulf -- Ulf Mehlig ulf.meh...@gmx.net -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-br] wiki: Pt-br:Tag:highway=unclassified
Oi pessoal, tentei escrever a página em português do wiki sobre Tag:highway=unclassifiedTag:highway=unclassified, utilizando as páginas em inglês e alemão como base: http://wiki.openstreetmap.org/wiki/Pt-br:Tag:highway%3Dunclassified Vocês poderiam dar uma olhada e aplicar correções necessárias? Uma foto originando do Brasil seria legal, também ... Abraços, Ulf -- GMX.at - Österreichs FreeMail-Dienst mit über 2 Mio Mitgliedern E-Mail, SMS mehr! Kostenlos: http://portal.gmx.net/de/go/atfreemail ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[OSM-talk] help with multipolygons
I'm trying to make a map of coastal vegetation in north Brazil: http://www.openstreetmap.org/?lat=-0.92649lon=-46.66564zoom=16layers=B000FTF I used multipolygons to specify adjacent wetland types (natural=wetland + wetland=mangrove/wetland=marsh) and neighbouring terrestrial forest, tagging the relations, not the ways. Terrestrial forests are on islands within marshes and mangroves (the mapnik map of www.openstreetmap.org does not differentiate between wetland=marsh and wetland=mangrove). The rendering on the main site works somehow, but, for example, the south-eastern forest islands and surrounding marshes receive an extra cover of the wetland pattern. Unfortunately, I haven't been able to figure out the error. Does anybody see whether this is a tagging/relation-building error of mine, or whether this is just due to limitations of the current renderers? I think it might be rather a rendering problem, because mapnik gets it apparently right on my computer (see attached PNG tile). Thanks for your help! Ulf -- Ulf Mehlig ulf.meh...@gmx.net -- attachment: testmap.png___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Mais uma apresentação
Concordo contigo -- a tua observação sobre o tráfego e as implicações para o roteamento através do GPS coincidem com o que eu queria dizer com função das estradas. E é claro que o que seria secondary etc. depende um pouco do avaliador. O exemplo para estradas sem asfalto etc. coloquei justamente por que nas sugestões mencionadas anteriormente apareceram aquelas descrições em respeito à superfície. A quantidade de ruas unclassified depende com certeza do tipo da cidade e do bairro ... os centros comerciais das cidades deveriam ter menos ruas residenciais, mesmo se tem gente morando, na minha opinião ... mas isso já são detalhes :-) On Wed, 2009-10-28 at 19:25 +0100, Ricardo Padilha wrote: Alguns comentários: 2009/10/28 Ulf Mehlig ulf.meh...@gmx.net: Por que evitar unclassified?! É simplesmente um tag para ruas/estradas que não tem denominação oficial (em contraste a primary, secondary e tertiary), e que não são residenciais ... Deve ser a maioria das ruas em muitos lugares! Eu gosto de usar a cidade de Kalrsruhe como exemplo, dado que eles praticamente definiram muitos dos padrões usados (isso e o fato de que morei lá alguns anos, e portanto conheço as ruas pessoalmente). Se você olhar no centro de Karlsruhe, praticamente não existem ruas unclassified. Ou é tertiary ou é residential. Me parece que o fator para decidir se uma rua é residencial ou não é o tráfico. E a decisão sobre se é secondary ou tertiary é baseada na capacidade da rua acomodar tráfego ou não. Ou seja, uma rua estreita, apesar de ter muito tráfego na vida real, ainda é tertiary. As ruas primary (exemplo: Kriegstraße [1]) são ruas que tem duas vias para cada lado, separadas por canteiro central ou guard-rail. Em respeito à área rural: aqui no norte, pelo menos, a gente tem estradas que tem significância (e denominação, ex BR-xx) de uma secondary ou até primary, mas estão sem asfalto (ou com tão pouco de asfalto entre os buracos, que uma pista de chão seria melhor de qualquer jeito). A qualidade da superfície da estrada não deveria ter a ver com sua classificação. Se eu me lembro bem, é para isso que servem os tags surface[2] e tracktype[3]. (Me corrijam se eu estiver errado) Acho também (ainda) que não deve-se exagerar o uso de primary, secondary e tertiary dentro de cidades. Se são ruas arteriais que conectam bairros importantes, tudo bem; mas praticamente qualquer pista dupla asfaltada? Eu acredito que sim, se faz sentido do ponto de vista de tráfego. Porém, tenho as vezes a impressão que estas discussões estão mais determinadas pelo rendering atual do OSM, e então pela cor das ruas no mapa do site principal (quero as ruas no meu bairro todas amarelas ;-) Este tagging for the renderers não é visto positivo por uma parte significante dos integrantes do OSM ... Se todas as ruas do seu bairro oferecem a mesma capacidade de comportar tráfego, e essa capacidade é superior que a das ruas vizinhas, então deveriam ser mapeadas em um nível que indica essa diferença, independente de estarem no seu bairro ou não. Pessoalmente, eu tageio no OSM sempre pensando em um navegador GPS. Ou seja, se a gente considera que cada nível teria prioridade de rota sobre o inferior, então eu tento classificar as ruas conforme o meu conhecimento sobre elas, e como eu gostaria que uma determinada rua fosse utilizada pelo sistema de navegação. Em outras palavras, se eu sei que uma determinada rua é estreita e não foi preparada para receber grande volume de tráfego, eu coloco como residential. Se for uma grande avenida, com quatro vias separadas por canteiro central e interrompidas apenas por semáforos em crusamentos, eu coloco primary, dado que estas deveriam (em teoria) suportar o maior fluxo de tráfego. Se for uma rua, que apesar de não ser duplicada, tem faixas largas e/ou tem os semáforos ajustados para maximizar o fluxo de tráfego, então é secondary. Se for uma rua de tráfego pesado, mas do mesmo porte que uma residential, eu coloco tertiary. Ou seja, tertiary é um compromisso entre menor prioridade possível mas sem incomodar os bairros residenciais com tráfego desnecessário. ;-) Att, Ricardo [1]: http://www.openstreetmap.org/?lat=49.008lon=8.39389zoom=16layers=B000FTF [2]: http://wiki.openstreetmap.org/wiki/Key:surface [3]: http://wiki.openstreetmap.org/wiki/Key:tracktype ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Ulf Mehlig ulf.meh...@gmx.net -- ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Substituição de vias
Eu normalmente deixo os antigos source tags (ex., IBGE) e coloco o novo (ex., Survey) atrás. Assim se preserva que uma parte das informações vem desta fonte. No resultado, pode ter algo como source:IBGE,landsat,survey,local_knowledge, acredito que não é problemático. Ulf On Wed, 2009-10-14 at 09:12 -0300, Samuel Vale wrote: Olá pessoal, Neste feriado do dia 12 fiz uma viagem ao norte do Espírito Santo, e pude coletar dados de quase todo o percurso do ônibus com um protótipo de datalogger que construímos na empresa. Na vila de Dunas de Itaúnas, utilizei uma bicicleta para percorrer ruas, enquanto minha namorada anotava alguns pontos de interesse do local. A vila é objeto de estudo do trabalho de fim de graduação dela, arquitetura e urbanismo. Conseguimos alguns mapas de entidades locais, mas são desatualizados e geralmente bitmaps ou papel. Algo já pode ser visto no mapa: http://osm.org/go/PBvk3T_-- Com os dados de algumas rodovias, comecei a substituir uma parte da estrada de acesso à Conceição da Barra. Ela tem as seguintes etiquetas: highway=primary IBGE:CD_ADMINIS=estadual ref=ES-421 source=IBGE Com os novos dados, obtidos do GPS, seria razoável alterar a etiqueta source para source=survey e manter a IBGE:CD_ADMINIS=estadual, nas novas vias? Minha preocupação está relacionada com algum processo de filtragem de dados que utilizaram há algum tempo, para processamento em lote e importação de dados em massa. Abraço, ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Ulf Mehlig ulf.meh...@gmx.net -- ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk] revert.pl
Replying to my own email ... I tried to revert the changesets again, via ssh from a server with much faster internet connection ... on second try revert.pl terminated without an error message now, but the ways of the respective changesets are still there when I download parts of the area in JOSM; the changesets also haven't disappeared from the history page :-( Suggestions? Ulf On Sun, 2009-08-02 at 10:14 -0300, Ulf Mehlig wrote: I tried to revert two large changesets of mine (double import of municipal borders in Pará/north Brazil due to a local network problem) via revert.pl (fresh from svn); in the middle of the reversal process, I got the message GET http://www.openstreetmap.org/api/0.6/node/451437544/history... 500 Internal Server Error (369b) and now my try to resume the revert process ends after a number of deletions with relation 183111 cannot be retrieved: 500 read failed: Connection reset by peer The two changesets in question are 1980659 and 1980698. Is there anybody who can help? Many thanks! Ulf -- Ulf Mehlig ulf.meh...@gmx.net -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] limites municipais: admin_level + fronteira nacional
Já existem uns limites municipais visíveis ao longo da costa Paraense (parcialmente bagunçados no Mapnik desde uns dias em Bragança, não sei, por que). No Pará, na verdade, existem todos os municípios + a fronteira estadual, mas na minha importação recente, coloquei os tags nas relations, não nos ways, e acredito que os renderers não os utilizam assim. Coloquei admin_level=6, que achei adequado, comparando com os Landkreis na Alemanha (área com uma cidade principal e possivelmente várias cidades/vilas menores). Claudomiro está atualmente dando uma olhada ao meu script de importação para avaliar se pode ser utilizado de forma melhorada para outros estados. Um assunto relacionado: A fronteira do Brasil da CIA não coincide no detalhe com aquela do IBGE -- dão uma vez uma olhada na fronteira entre as Guianas e o Pará ... Ulf On Sat, 2009-08-01 at 18:18 +0200, Aun Johnsen (via Webmail) wrote: On Sat, 1 Aug 2009 12:57:16 -0300, Eduardo Habkost ehabk...@raisama.net wrote: On Sat, Aug 01, 2009 at 09:08:15AM -0300, Claudomiro Nascimento Junior wrote: Acho que as meso e micro regiões não tem conotação nem política nem adminsitrativa - na verdade, esse conceito é pouco usado fora do IBGE - que agrupa os municípios nessas divisões em algumas tabelas estatísticas geradas. Comparando com os outros países o nível 6 parece mais adequado para os nossos municípios e isso é o que importa agora para o trabalho de importação de limites - o nível 4 para estado parece que já está no consenso. Pode dar algum exemplo em que o equivalente a município em outros países está no nível 6? A maior parte dos países parece ter o equivalente aos nosso municípios no nível 8. Por exemplo: eu acho que um município no Brasil é muito mais parecido com city e town dos EUA que com county. A maioria dos outros países que vi usa municipality (= município) no nível 8. E, uma coisa é deixar de usar níveis e remover/adicionar itens da tabela, outra é querer mudar os números já usados. Que mal faz uma coluna em branco na tabela? Ter uma folga para poder inserir/remover níveis no futuro é até mais flexível. O importante é ter uma convenção, (afinal de contas é só um número), e o número 8 para municípios já está ali há muito tempo. Mas acho que a grande questão é: já existem fronteiras municipais mapeadas no Brasil? Vamos estabelecer que quem quiser propor mudar o nível de municípios de 8 para 6 vai ter que escrever o script que vai mudar as fronteiras existentes? ;) Um outra pergunta, que e mais probable, no futura adicionar mais diverçoes do municipo ou adicionar outro niveis administrativo acima do municipo? Au achou que nos poder verno maximo um ou duas niveis administrivo dentro o municipo, mas tem mais probabilidad para ver outro niveis acima. Por exemplo os estados São Paulo e Rio de Janeiro poder beneficar com um divicoe regional. -- Ulf Mehlig ulf.meh...@gmx.net -- ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] limites municipais: admin_level
Hmm, a pergunta é qual é o sentido de misturar admin_level com alguma coisa que um cara no IBGE inventou para fazer alguma estatística que praticamente ninguém lê ;-) Para mim, admin_level tem a ver com administração -- não tenho nada contra a ideia de utilizar um outro tipo de boundary para as xxx-regiões. Em respeito à equivalência, é claro que nunca é possível de conseguir níveis equivalentes entre países diferentes; mas acredito que faz sentido de procurar, digamos, admin_levels que são +-próximos àqueles de outros países, pois facilita a orientação no mapa. Ulf On Thu, 2009-07-30 at 15:32 -0300, Arlindo Pereira wrote: Eu não vejo problema em importar os dados desde que haja uma documentação explicando que um determinado admin_level brasileiro não equivale administrativamente ao admin_level alemão, como no seu exemplo. [] 2009/7/30 Ulf Mehlig ulf.meh...@gmx.net Depois de um tempo dei uma olhada à tabela dos níveis administrativos de limites/fronteiras no Brazil: http://wiki.openstreetmap.org/wiki/Key:boundary Estou um pouco infeliz com a integração das micro- e mesoregiões, pois 1. pelo que eu saiba, não possuem alguma função administrativa (não existe um governo mesoregional) 2. deixam os outros limites em níveis não-adequados (um município como Altamira no Pará não se compara com uma Gemeinde -- parte uma cidade ou uma vila com própria administração -- na Alemanha, só para dar um exemplo) Acredito que deveríamos ficar com os níveis administrativos mesmo, que são a) Estado Federal b) Estados c) municípios, se não me engano ... O que vocês acham? Ulf -- Ulf Mehlig ulf.meh...@gmx.net -- ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Arlindo Saraiva Pereira Jr. Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br Consultor de Software Livre da Uniriotec Consultoria - uniriotec.com Acadêmico: arlindo.pere...@uniriotec.br Profissional: arlindo.pere...@uniriotec.com Geral: cont...@arlindopereira.com Tel.: +5521 92504072 Jabber/Google Talk: nig...@nighto.net Skype: nighto_sumomo Chave pública: BD065DEC ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Ulf Mehlig ulf.meh...@gmx.net -- ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk] coastline
Thanks again, Lennard. I thought that dev.openstreetmap.nl is a different machine that took over the services from hypercube. So, no coastline for a longer period? Are there any informations about when these services might be back? Shouldn't we update the wiki accordingly? All the best, Ulf On Sat, 2009-06-13 at 01:00 +0200, Lennard wrote: Ulf Mehlig wrote: http://dev.openstreetmap.nl/coastlines.html?zoom=9lat=-1.59059lon=-45.26367layers=B00T shows a blank map to me. Well, since the hypercube server is well and truly kaput at the moment, that is to be expected. The coastline checker runs on hypercube, and the slippy map above loads tiles from hypercube. -- Ulf Mehlig ulf.meh...@gmx.net -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] coastline
I'd like to know whether the coastline shapefile for Mapnik is still rendered once in a while ... I updated the Brazilian coastline around http://www.openstreetmap.org/?lat=-1.512lon=-45.498zoom=9layers=0B00FTF some time ago, and while it's displayed nicely in Osmarender, Mapnik lacks behind. http://hypercube.telascience.org/~kleptog/ is not accessible; the Coastline Checker also still does not work apparently. Lennard was so kind to point me to an alternative server (dev.openstreetmap.nl) a short while ago, but http://dev.openstreetmap.nl/coastlines.html?zoom=9lat=-1.59059lon=-45.26367layers=B00T shows a blank map to me. Any news? Thanks, Ulf -- Ulf Mehlig ulf.meh...@gmx.net -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] josm error message
Trying to upload some changes with JOSM, I receive the following error message: Cannot read numeric value from response before being asked to authenticate myself. Is this server-, data- or JOSM-related? :-) Help appreciated! Cheers, Ulf -- Ulf Mehlig ulf.meh...@gmx.net -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline error checker broken
Hello David, have you received any reply to your question regarding the coastline checker on OSM-talk? I see the same problem here, and as I'm currently trying to work on the largely incorrect coastline of the Brazilian Amazon region, and I hope that the coastline checker is back soon ... Thanks! Ulf On Sun, 2009-05-24 at 16:33 +0100, David Groom wrote: The coastline error checker ( http://tile.openstreetmap.nl/coastlines.html ) seems to be showing a server error. Any idea why / when this might be fixed? David -- Ulf Mehlig ulf.meh...@gmx.net -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] wetland type rendering rules in mapnik xml?
Hello, I'm currently experimenting to render a map via mapnik from OSM data in a postgresql database, +- as described in http://wiki.openstreetmap.org/wiki/Mapnik_Example However, I've come to a dead end trying to render different types of wetland areas tagged according to http://wiki.openstreetmap.org/wiki/Tag:natural%3Dwetland with different colours/patterns via (naive) rules like Style name=leisure [...] Rule MaxScaleDenominator10/MaxScaleDenominator Filter[natural] = 'wetland' and [wetland] = 'mangrove'/Filter PolygonPatternSymbolizer file= ./mangrove.png type=png width=80 height=80/ /Rule Rule MaxScaleDenominator10/MaxScaleDenominator Filter[natural] = 'wetland' and [wetland] = 'marsh'/Filter PolygonSymbolizer CssParameter name=fill#d6e799/CssParameter /PolygonSymbolizer /Rule [...] Am I right in presuming that rules like this cannot be used without changing the database structure? Are there any possibilities to achieve mapnik rendering of different wetland types given the current tagging scheme? Many thanks for your help! Ulf -- Ulf Mehlig ulf.meh...@gmx.net -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-br] divisas municipais
Importei na nossa região umas divisas municipais do IBGE: http://www.informationfreeway.org/?lat=-1.080901272755079lon=-46.76762815382903zoom=10layers=0F0B0F Me parece que as divisas são pouco exatas (como a gente também já viu na importação das estradas) -- onde seguem a linha da costa, tem divergências grandes, e é bem provável que no interior a situação é comparável. A minha pergunta: Existem fontes alternativas (e públicas) que poderiam ser utilizadas para a correção destas divisas? Deve ter decretos sobre a criação dos municípios ... Na costa pelo menos da para corrigir também com bom senso, mas deve ser discutido se podemos ou não manipular divisas de uma fonte oficial ... Gostaria de ouvir a sua opinião! Ulf -- Ulf Mehligulf.meh...@gmx.net --- ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de rodovias
Nas cidades não tem primary etc. ... Se a rua é reservada ex. para carro, e se não tem acesso para pedestre etc. (quer dizer, tem todas as características de um motorway _fora_ da cidade, que por acaso atravessa a cidade), acredito é nada errado especificar motorway etc., mas as ruas normais, mesmo com pista dupla, seriam unclassified. Ruas sem dominância de lojas, prédios altos, comércio etc. seriam residential (e aquelas onde criança pode brincar na rua sem correr risco de ser atropelados, living_street). Pelo menos é usado assim fora do Brasil. As palavras primary etc. vem da classificação oficial de estradas na Inglaterra, e não deveriam ser traduzidos 1:1 ao português ... E como já escrevi anteriormente, além do estado físico, a função (ligando cidades, vilas, vilarejos ...) importa, então pode ter (em uns casos) estradas tipo secondary (ou até primary?) sem asfalto. Quando existe canteiro central, deveríamos digitalizar dois ways com one-way=yes, independentemente se se trata de uma residential ou um motorway. Ulf On Thu, 2009-03-05 at 15:53 -0300, László de Miranda Pinto wrote: Que tal então: motorway - com canteiro central trunk- sem canteiro central, com acostamento, mais de uma pista por mão de direção primary- sem canteiro central, com acostamento, 1+1 pista secondary- sem canteiro central, sem acostamento tertiary - sem asfalto para rodovias. Para vias urbanas, fica mais complicado. Tem aquela questão de vias arteriais, coletoras, etc... Eu pensei em motorway - ??? trunk - avenidas com canteiro central primary - avenidas/ruas com mais de 2 pistas secondary - avenidas/ruas com 2 pistas tertiary - avenidas/ruas de 1 pista mais importantes mas não acho que está muito bom... László ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Ulf Mehligulf.meh...@gmx.net --- ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[OSM-talk] portuguese translation
I did a preliminary translation of the wiki page of the recently approved natural=wetland tag. Unfortunately, the translated page does not show up in the other languages field; I tried both PT:Tag:natural=wetland and PT_br:Tag:natural=wetland as page names. The same thing worked smoothly with DE:Tag:natural=wetland ... I certainly have overlooked something but I don't see it -- can you help? http://wiki.openstreetmap.org/wiki/PT:Tag:natural%3Dwetland Thanks alot! Ulf -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] rendering of areas with patterns
I've a (slightly off-topic) question regarding rendering of areas with background patterns in mapnik/osmarender. For example, Tag:landuse=cemetery has such a (regular) background pattern. However, I would like to render natural-type areas, looking perhaps like this: http://wiki.openstreetmap.org/wiki/Image:Wetland_symbols.png For these types, more irregularly spaced patterns would be preferable, and it would be great if e.g. tree symbols would not get clipped at the area borders. My questions: does somebody have experience with preparing background patterns for natural area types, like woods, wetlands etc.? How do I prepare/tailor the bitmap tiles (margins, size, resolution, number of colours) used to render the pattern effectively? Can vector tiles be used? Am I right in assuming that a more random looking distribution cannot easily be obtained? Thanks for your help! Ulf -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - Voting - (wetland)
I'd like to invite you to vote on the proposed wetland tag. http://wiki.openstreetmap.org/index.php/Proposed_features/Wetland_areas An area subject to inundation by water, or where waterlogged ground may be present. Examples include swamps, tropical mangroves, tidal salt-marsh, marshland, and bogs. Wetlands are also typically found at the fringes of rivers, lakes or along the coastline [...] I hope that the tag find your approval :-) All the best, Ulf -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
I think the fact that several people presented more or less fiddly ways to obtain coordinates from the OSM map shows that there is at least some need to have a coordinate display feature for www.openstreetmap.org. I don't see that coordinates inserted below Permalink (as in Frederik's example) or in any of the other corners clutter the map to an unacceptable degree. Coordinate display could also be switched on/off via the layers dialog -- people who are scared off by coordinates won't open it, would they? Juan Lucas Dominguez Rubio's suggestion to display coordinates when the mouse pointer lingers for some seconds at the same spot is maybe even more elegant. I also suspect that with GPS chips in many cell phones etc., one or the other user who does not know what coordinates are might try to figure it out ... with his/her old schoolbooks + openstreetmap maybe ;-) Cheers, Ulf On Fri, 2008-10-10 at 09:44 -0600, Eric Wolf wrote: On Fri, Oct 10, 2008 at 8:06 AM, Jonathan Bennett [EMAIL PROTECTED] wrote: elvin ibbotson wrote: Steve, It looks like fakeSteveC or someone is pretending to be you and posting elitist, patronising, condescending rubbish in an apparent attempt to make you look foolish. I look forward to it being demonstrated that 'most people don't know what coordinates are'. elvin ibbotson Most people is not: Most people on this mailing list Most people who contribute to OSM Most people involved in GIS Most people who know some programming Most people is the man, woman or child in the street, many of whom will never have picked up a paper map, and will certainly never have tried to take coordinates from one. And the set of most people could be expanded if the statement is most people don't know what coordinate _SYSTEMS_ are. It's a safe best that most people have heard of lat/long even if they don't know latitude from longitude - but the set of people who know the difference between WGS84 and UTM. Sorry for jumping in without context... -Eric -=--=---===---=--=-=--=---==---=--=-=- Eric B. Wolf 720-209-6818 USGS Geographer Center of Excellence in GIScience PhD Student CU-Boulder - Geography ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
Thanks, Frederik and Steve! I see Steve's point; especially coordinates at map borders within the browser window would most probably not enhance map display. However, a nice coordinate display like Frederik's wouldn't hurt, would it ;-) Many thanks for the java script example. In respect to map *export* I still think that an option to create map borders with coordinates would be helpful. I did not find anything especially helpful in respect to rendering of map borders in mapnik/osmarender documentation. Can anybody give me a hint where to look, or an example how to render an OSM-based map with such borders? Thanks again, Ulf On Fri, 2008-10-03 at 02:40 +0200, Frederik Ramm wrote: Hi, SteveC wrote: Just demonstrably not true. Most people don't know what co-ordinates are or care that they don't know. It would just clutter the map and make us look less usable. The good thing about OSM is that we don't have to go for one or the other; we can have both. Ulf, with just a little bit of Javascript you can create your own version of an OpenStreetMap map, just like informationfreeway.org, and modify it to your heart's content. Here is an example that displays the mouse position in degrees, minutes, and seconds: http://www.remote.org/frederik/tmp/degrees.html (This was a bit nasty as the OpenLayers version currently used by informationfreeway, from which I simply copied the page, does not support easy overriding of the coordinate display; newer OpenLayers versions would only require 10 lines of code instead of the 30 lines or so I had to put in here.) Steve is right in saying that the general public doesn't know their latitude from their longitude and has no desire to be educated on this; but of course this does not keep us from making alternative OpenStreetMap pages aimed at people who do. Bye Frederik -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - (Wetland areas)
The proposal for wetland area tagging http://wiki.openstreetmap.org/index.php/Proposed_features/Wetland_areas has been around for some time now; I tried to contact its author, ShakespeareFan00, a while ago to suggest to file an RFC. So far, I didn't get a reply from him. Would it be tactless if I send the RFC instead? If not, I'd like you to comment on the proposal ... Cheers, Ulf -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] map display www.openstreetmap.org
I miss two things when I visit the OpenStreetMap website map display: * a possibility to determine the coordinates of the mouse pointer (decimal or degree-min-sec or both) or a get-coordinates-by-click facility * map borders with coordinates The map borders would be even more important for map export. Is this something that could be realised? Many thanks! Ulf -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
Thank you, Simon. I'm not sure whether we correctly understood each other; I might have been too brief in my previous email. I am less interested in somehow finding out about the coordinates limiting the current section of the map I'm viewing but in having the coordinates *displayed* on screen while panning and zooming, and I would like to have them included in the exported maps. For many printed maps (possibly derived from exported OSM data) such borders are necessary or at least helpful (well, maybe not in the centre of some larger city). The mouse pointer coordinates would just be helpful to quickly check geographic positions. Thanks again, Ulf On Wed, 2008-10-01 at 11:40 -0400, [EMAIL PROTECTED] wrote: You apparently can do the borders: http://wiki.openstreetmap.org/index.php/Browsing --- The URL form shown above will produce a map centred on the specified latitude and longitude. It is also possible to get a map that displays everything within a given bounding box: http://www.openstreetmap.org/index.html?minlat=[Min Latitude]maxlat=[Max Latitude]minlon=[Min Longitude]maxlon=[Max Longitude]layers=[Layer code] --- Simon I miss two things when I visit the OpenStreetMap website map display: * a possibility to determine the coordinates of the mouse pointer (decimal or degree-min-sec or both) or a get-coordinates-by-click facility * map borders with coordinates The map borders would be even more important for map export. Is this something that could be realised? Many thanks! Ulf -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
Hello Frederik, thanks for your answer. The coordinate display at www.informationfreeway.org is what I was looking for. Wouldn't it be possible to integrate this function into the main OpenStreetMap site? I think this would definitely improve the attractiveness of the map display (even more, if degree-minute-second based coordinates would appear, too -- for many people, the decimal coordinates are not what they're used to). In respect to the select different area technique etc.: While any true OSM enthusiast is of course able to help him/herself with tricks like this, I observed that it is rather difficult this way to convince not primarily technically interested people to give OSM a try. I am of course aware of the fact that OSM is a geographic data collection project and no nice-map-display-site but a really great map display/export facility on the main site would make it IMHO so much easier to make people use it and then join it :-) Thanks again, Ulf On Wed, 2008-10-01 at 18:23 +0200, Frederik Ramm wrote: Hi, * a possibility to determine the coordinates of the mouse pointer (decimal or degree-min-sec or both) or a What you can always do is go to the export tab and select the select a different area... option, then draw a rectangle and read its extent from the four text boxes provided. You can also use www.informationfreeway.org which gives you the mouse pointer lat/lon in the bottom right corner. Bye Frederik -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New Potlatch
Hello Richard, many thanks for providing potlatch. I've a question regarding the translation of potlatch messages. According to http://wiki.openstreetmap.org/index.php/Template:Potlatch/Translation translated messages should be integrated automatically when a new version appears. However, when I start (on Linux), say, firefox under a Brazilian Portuguese locale by LC_ALL=pt_BR.UTF-8 firefox the program itself uses Brazilian Portuguese messages but Potlatch does not, in spite of http://wiki.openstreetmap.org/index.php/Pt-br:Potlatch/Translation being available for some time now. Am I missing something? Thanks for your help! Ulf On Fri, 2008-09-26 at 15:43 +0100, Richard Fairhurst wrote: Potlatch 0.10c is now on the server (thanks Tom!). Changes include: - little floating alerts that go beep! - locked nodes (typically after importing a GPX with waypoints) show up red - performance improvements - some smashing new secret keypresses because Potlatch doesn't have enough: K to lock/unlock a way or node M to maximise/minimise the SWF window S to add a source= tag based on the current background (Yahoo/ NPE) - duplicate node bug fixed (see talk passim) - and various other bugfixes cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] waterway=river, central way
I think that large rivers are incorrectly rendered by Mapnik if tagged/digitalized according to http://wiki.openstreetmap.org/index.php/Tag:waterway%3Driverbank and if the central waterway=river described there is connected to the coastline as suggested in http://wiki.openstreetmap.org/index.php/Talk:Tag:waterway%3Driverbank#questions_before_voting Example: http://www.openstreetmap.org/?lat=-0.9652lon=-46.6999zoom=13layers=B000FTF Is this a rendering bug, or a tagging error? Thanks, Ulf -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] wetland proposal
I'd like to know about the acceptance of the wetland proposal: http://wiki.openstreetmap.org/index.php/Proposed_features/Wetland_areas For me, the proposal sounds sensible. Wetlands are important elements of many landscapes, and the different types of wetland areas should be recognizable in the map. Would it be possible to initiate a voting process? All the best, Ulf -- Ulf Mehlig [EMAIL PROTECTED] -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is it land or sea: how to map a swamp?
There is a wetland proposal which includes wetland=mangrove. http://wiki.openstreetmap.org/index.php/Proposed_features/Wetland_areas In the area where I am working at the moment http://www.openstreetmap.org/?lat=-0.85lon=-46.991zoom=9layers=0B0FTF (almost) all the coastline is drawn along the outer border of mangrove forests, so it is considered as land. I tagged mangroves at http://www.openstreetmap.org/?lat=-0.8964lon=-46.6742zoom=12layers=0B0FTF as natural=wetland tentatively ... I would like to see the wetland tag voted/approved/rendered -- it could help to map a not-so-small part of tropical coastlines correctly! BTW, there is a mangrove island in this area rendered correctly in Osmarender but not in Mapnik, in spite of a multipolygon relation which is correct in my opinion: http://www.openstreetmap.org/?lat=-0.95206lon=-46.66697zoom=15layers=0B0FTF Ulf On Wed, 2008-07-09 at 22:21 +0100, Mark Williams wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 natural=marsh? (from Map Features) I would expect to find coastline on the open-sea border of this. Mark Mike Collinson wrote: I agree with Stephen's comments and add that I follow the rule if in doubt, map it as land since we don't have the luxury of being able to map average high water marks or highest spring tide mark that a government agency might use. If it is something that I can walk out and see most of the day or year, then I think it should be mapped as land as a navigation aid. It might also be worth considering a natural=mangrove area tag. Our current system is biased towards temperate climates. I've hesitated so far as it is often very difficult, either on the ground or from imaging data, to map the inland extent. Mike At 03:27 AM 9/07/2008, Stephen Hope wrote: The northern coast of Australia has many Mangrove marshes at river mouths, some of them extending many kilometres away from the dry shore line. PGS shows these areas as sea, because they are not dry land - and that is were the coastlines would have been imported from. Note that being submerged for half the year doesn't mean the trees are covered with water, just the mud under them. The tree tops would be above water all the time, I suspect. We've (mostly) tagged them as land, with the coast being on the sea side of them. Technically they may be water covered (or partially water covered, usually about 6 inches deep), but if you can't swim or boat in them and plants and trees grow there it's land as far as I'm concerned. They certainly are not ocean. Marshes in the UK are also treated as land from the coastline point of view, even were they edge an ocean. See http://www.openstreetmap.org/?lat=-16.9642lon=145.7843zoom=13layers=B00FTF for an example near Cairns. More examples are further up the coast. Stephen 2008/7/9 Alan Millar [EMAIL PROTECTED]: I came across an interesting area which I don't know how to map or tag. http://www.openstreetmap.org/?lat=22.066lon=89.047zoom=9layers=B00FTF This is the Sundarbans mangrove forest on the border of India and Bangladesh. The map doesn't look like much, but look at the map with aerial photos like in Potlatch edit mode and it starts to get interesting. I read that it is submerged for up to half of the year. The Yahoo aerial photos clearly show the forest areas, so I assume they were taken at a low-water period. Google Maps shows it as land. Our oceantiles file has it as land, but our coastlines treat it as sea. Our coastlines stop at the farmlands which border it. During the high water period, I suppose our coastlines make sense. Does anyone have any recommendations of how to treat an area like this? Any similar geography already mapped somewhere? Thanks - Alan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIdSv1JfMmcSPNh94RAty+AJ9voJsnb9ym6eiFMB9dNJFaHg5WpACfUWAO we9MgNpK8v5miRbnCw+4tU4= =tGCg -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] area topology
Please excuse me if this is a FAQ, I just didn't find an answer in the wiki (possibly because it is obvious) ... In topological GISses like grass, borders are shared between adjacent (vector) areas. However, I wonder how adjacent areas should be digitized in OSM (let's say, forests and farmland, or riverbanks and the associated wetlands). Am I right in assuming that OSM ways always belong to one single area? If this is so, do I have to duplicate ways along the common border? JOSM informs about double ways when it validates data so I had the slight impression that they are not really wanted. I see a similar problem with line data (e.g. roads, streams) which may happen to be an area border. From reading http://wiki.openstreetmap.org/index.php/Editing_Standards_and_Conventions#Tagging_Areas I think that using a street as a border of a plaza (or a block of buildings) is not wanted. Does one digitize double ways, leading along the same nodes, or does one make a separate area in a small distance to the existing line (street/stream), which might be topologically incorrect and is more difficult to maintain? Thanks for your advice! Ulf -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] rendering of large rivers
Hello, I'm looking for information about the present status of the Large River proposal (from the Wiki) viz. its consequences for rendering. I found that Osmarender renders a river in my area http://www.openstreetmap.org/?lat=-1.0155lon=-46.7088zoom=12layers=0BFT correctly, while Mapnik prints only the waterway=riverbank lines at high zoom levels but does not fill the river areas. I noticed a similar problem with River Thames: http://www.openstreetmap.org/?lat=51.38037lon=-0.45917zoom=16layers=B0FT What is the best way to get large rivers rendered properly for now? Thanks for your help ... Ulf -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] help with coastline
Hello openstreetmap experts, I tried to add a few details to a segment of the coastline of northern Brazil, but as I see today on Mapnik this caused some disorder in the coastline rendering (it looked almost ok in the slippy map/Osmarender, though). I would appreciate if one of the more experienced coastliners could help me to find the error(s) -- I'm stuck at the moment! The area in question is http://www.openstreetmap.org/?lat=-0.9293lon=-46.6796zoom=12layers=B0FT Many thanks in advance (and sorry for the mess ...) Ulf -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk