Re: [Talk-us] Am I doing this right? Houses w/ addresses
It looks awesome steve great job, i love seeing addresses added to osm as well. *Regards,* *Hans* *http://www.openstreetmap.org/user/TheDutchMan13 http://www.openstreetmap.org/user/TheDutchMan13* On Sat, Apr 11, 2015 at 11:37 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 11.04.2015 um 16:47 schrieb Steve Friedl st...@unixwiz.net: but this presentation with numbers scattered all over just doesn’t look right, so maybe I’m doing something wrong. don't worry, the current rendering of house numbers is more aiming at the mappers (to give an idea of completeness) rather than to look pretty for a general map consumer... cheers Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] Umfrageplattform freigegeben
Hi Andreas, endlich mal jemanden mit einem englischen Browser ... sorry, hatte in der Tat vergessen das language-File fürs Dashboard hochzuladen. Jetzt aber, versuch's bitte nochmal. Viele Grüße Harald Hartmann Am 11.04.2015 um 18:38 schrieb Andreas Goss: Bekomme nach dem Login immer den Fehler Could not load language file 'en/main.php' Und dann kann ich sonst irgendwie nix machen. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] Am I doing this right? Houses w/ addresses
Excellent job Steve, I believe that house addresses is the only thing missing from OSM that is stopping it from becoming the mainstream mapping data of choice! I’ve always been interested in how to collect addresses, which can be a time consuming and difficult task. Walking around a neighborhood with paper and pencil peering into people’s letter boxes and at their front doors may upset some people, so I’ve though up a (possibly) better way. Two people, in a car. Two GPS units, probably both smartphones, one recording the track log and the other recording the passengers voice. As you drive down the road, the passenger calls out something like….. 12 left 15right 14 left 16 right….. turning left on main street, 67 left etc, etc.. Then later in an editor you can match times from the two sources and compare against Bing imagery to correctly place the house numbers. Cheers ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-br] Classificação de rodovias no Brasil
2015-04-11 14:58 GMT-03:00 Ivaldo Nunes de Magalhães ivald...@gmail.com: Na verdade eu não gosto muito dessa tarefa de classificar vias, pois os parâmetros do OSM são diferentes dos aplicados no Brasil, pelo DNIT. Alias, no meu entender, o DNIT não tem parâmetros claros, pois sua classificação geralmente se dá com relação aos aspectos de pavimentada e duplicada. Pelo menos é o que aparece nos seus mapas. Na última grande discussão as nossas classificações ficaram bem próximas das classificações definidas pelo DNIT. Exemplo 2: Rodovia MS-395 (trecho Três Lagoas/MS à Brasilândia/MS), este alterei o nome para BR-158, conforme mapa rodoviário do DNIT. Se o trecho possui coincidência de várias vias (estaduais e/ou federais), você mantém as várias siglas. No exemplo 1, trata-se de rodovia sem acostamento, em praticamente quase todo o trecho, com mão simples (apenas uma faixa em cada sentido, sem separação de vias), e sem nenhum ponto com faixa dupla por sentido, para ultrapassagem nas subidas, por exemplo. No OSM alguém colocou como Via Expressa (verdinho). Pelas informações descritas no OSM (sinalzinho de exclamação ao lado do logotipo da via), a classificação correta seria Via Secundária. Nisso a minha cabeça ferve...kkk Isso, vai virar secondary mesmo. No exemplo 2, trata-se de rodovia com acostamento em ambos os sentidos, na maior parte do trecho, mais larga e com alguns trechos com faixa dupla nos sentidos. No OSM alguém colocou essa como Via Primária (vermelhinha). Novamente, pelas informações descritas no OSM (sinalzinho de exclamação ao lado do logotipo da via), a classificação correta seria também Via Secundária. Ai fica muito difícil entender. É primary mesmo. Primary possui acostamento, enquanto secondary não tem. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] Am I doing this right? Houses w/ addresses
Am 11.04.2015 um 16:47 schrieb Steve Friedl st...@unixwiz.net: but this presentation with numbers scattered all over just doesn’t look right, so maybe I’m doing something wrong. don't worry, the current rendering of house numbers is more aiming at the mappers (to give an idea of completeness) rather than to look pretty for a general map consumer... cheers Martin___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-br] Classificação de rodovias no Brasil
Até onde me consta, o último debate amplo da comunidade que gerou consenso é o que consta na segunda seção deste artigo: [1] Esta seção foi primariamente editada por mim na época, sempre pedindo que a comunidade revisasse e criticasse, e fiz questão de apontar para as discussões na lista e inclusive de reconhecer publicamente aquilo que a comunidade considerou como erros meus, para que todos soubessem até que ponto devem interpretar essas recomendações de forma literal. O artigo foi recentemente editado pelo usuário Fbello [2], que participou das discussões sobre esse assunto aqui na lista. Ele colocou no topo do artigo uma tabela cuja origem eu desconheço e que não consta nos comentários de edição do wiki. Se é uma proposta, deveria ter escrito que é uma proposta, e não dar a entender que é o consenso da comunidade. Se ninguém se opuser, eu gostaria de mover essa seção para baixo e de listá-la como proposta em debate. Essas páginas principais do wiki deveriam ser tratadas como local de conhecimento consolidado, não como ponto de disputa ideológica. O critério por consenso para que uma via seja considerada expressa é o seguinte: (estou lendo direto do fluxograma no artigo) 1. Seja duplicada - tenha predominantemente pelo menos 2 faixas por sentido (pode ter 1 só em alguns poucos trechos curtos) 2. Tenha uma separação central entre as duas mãos - pode ser um canteiro, uma defensa, ou (em teoria, mas nunca vi na prática) até mesmo certos tipos de tartarugas [3] 3. Possua semáforos ou interseções em nível (aquelas que fazem o fluxo que entra/sai/atravessa a via parar completamente até conseguir uma brecha no tráfego). [4] Isso distingue essas vias das motorways onde há faixas para ingressar/sair, sem necessidade de parar (apenas dar sinal e esperar a boa vontade dos motoristas da faixa ao lado). O critério para diferenciar primárias e secundárias não-urbanas é simplesmente a presença/ausência de acostamento. Não é uma diferenciação muito importante (foi mencionado por alguns algumas vezes no meio do debate, posso conseguir o link se quiserem), então não precisa ser seguida à risca. Para classificação urbana, não há um consenso amplamente debatido, eu estava esperando alguém criticar o meu novo trabalho em Porto Alegre (que não está 100% concluído, falta consertar as living streets) para então lançar esse assunto desgastante de novo de uma forma que se aplicasse a muitas cidades. [5] Essa proposta permitiria diferenciar primárias e secundárias independente de estarem em meio urbano ou rural - mas não foi discutida, portanto não é consenso. Nessa proposta, ambas as vias teriam que ter uma velocidade máxima de pelo menos 60km/h (teriam que ser arteriais pelos moldes do CTB), e a diferença seria se a via é ou não parte do principal trajeto entre dois núcleos viários urbanos (e seria preciso discutir como avaliar onde estão esses núcleos), sem se preocupar com detalhes físicos como largura, pistas, acostamento, pavimento ou falta dele, etc. [1] http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#Fluxograma_de_classifica.C3.A7.C3.A3o_.28esquema_br2013.29 [2] http://wiki.openstreetmap.org/w/index.php?title=Pt-br%3AHow_to_map_adiff=1129896oldid=1051591 [3] http://forum.openstreetmap.org/viewtopic.php?id=25892 [4] http://forum.openstreetmap.org/viewtopic.php?id=26067 [5] http://wiki.openstreetmap.org/wiki/User:Ftrebien/Drafts/Classifica%C3%A7%C3%A3o_de_vias_em_Porto_Alegre ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de rodovias no Brasil
Me expressei mal. Para ser trunk, basta ter duas faixas por sentido. Pode faltar acostamento, pode faltar separação central, e tanto faz se tem semáforos/interseções ou não. Ou seja, se for uma Implantada segundo o Ministério dos Transportes, precisa ter pelo menos 2 faixas por sentido (se tiver 1 só em um dos sentidos, não é trunk). Se atender os critérios #1 e #2 e não atender o #3 (ou seja, se for livre de obstruções), daí ela pode ser promovida a motorway. 2015-04-11 16:07 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: Até onde me consta, o último debate amplo da comunidade que gerou consenso é o que consta na segunda seção deste artigo: [1] Esta seção foi primariamente editada por mim na época, sempre pedindo que a comunidade revisasse e criticasse, e fiz questão de apontar para as discussões na lista e inclusive de reconhecer publicamente aquilo que a comunidade considerou como erros meus, para que todos soubessem até que ponto devem interpretar essas recomendações de forma literal. O artigo foi recentemente editado pelo usuário Fbello [2], que participou das discussões sobre esse assunto aqui na lista. Ele colocou no topo do artigo uma tabela cuja origem eu desconheço e que não consta nos comentários de edição do wiki. Se é uma proposta, deveria ter escrito que é uma proposta, e não dar a entender que é o consenso da comunidade. Se ninguém se opuser, eu gostaria de mover essa seção para baixo e de listá-la como proposta em debate. Essas páginas principais do wiki deveriam ser tratadas como local de conhecimento consolidado, não como ponto de disputa ideológica. O critério por consenso para que uma via seja considerada expressa é o seguinte: (estou lendo direto do fluxograma no artigo) 1. Seja duplicada - tenha predominantemente pelo menos 2 faixas por sentido (pode ter 1 só em alguns poucos trechos curtos) 2. Tenha uma separação central entre as duas mãos - pode ser um canteiro, uma defensa, ou (em teoria, mas nunca vi na prática) até mesmo certos tipos de tartarugas [3] 3. Possua semáforos ou interseções em nível (aquelas que fazem o fluxo que entra/sai/atravessa a via parar completamente até conseguir uma brecha no tráfego). [4] Isso distingue essas vias das motorways onde há faixas para ingressar/sair, sem necessidade de parar (apenas dar sinal e esperar a boa vontade dos motoristas da faixa ao lado). O critério para diferenciar primárias e secundárias não-urbanas é simplesmente a presença/ausência de acostamento. Não é uma diferenciação muito importante (foi mencionado por alguns algumas vezes no meio do debate, posso conseguir o link se quiserem), então não precisa ser seguida à risca. Para classificação urbana, não há um consenso amplamente debatido, eu estava esperando alguém criticar o meu novo trabalho em Porto Alegre (que não está 100% concluído, falta consertar as living streets) para então lançar esse assunto desgastante de novo de uma forma que se aplicasse a muitas cidades. [5] Essa proposta permitiria diferenciar primárias e secundárias independente de estarem em meio urbano ou rural - mas não foi discutida, portanto não é consenso. Nessa proposta, ambas as vias teriam que ter uma velocidade máxima de pelo menos 60km/h (teriam que ser arteriais pelos moldes do CTB), e a diferença seria se a via é ou não parte do principal trajeto entre dois núcleos viários urbanos (e seria preciso discutir como avaliar onde estão esses núcleos), sem se preocupar com detalhes físicos como largura, pistas, acostamento, pavimento ou falta dele, etc. [1] http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#Fluxograma_de_classifica.C3.A7.C3.A3o_.28esquema_br2013.29 [2] http://wiki.openstreetmap.org/w/index.php?title=Pt-br%3AHow_to_map_adiff=1129896oldid=1051591 [3] http://forum.openstreetmap.org/viewtopic.php?id=25892 [4] http://forum.openstreetmap.org/viewtopic.php?id=26067 [5] http://wiki.openstreetmap.org/wiki/User:Ftrebien/Drafts/Classifica%C3%A7%C3%A3o_de_vias_em_Porto_Alegre -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de rodovias no Brasil
Opinando apenas sobre a lida com o wiki: concordo, o que não é conhecimento consolidado talvez devesse inclusive ser movido para a área de discussões, junto com as demais tabelas e propostas, para não confundir os usuários. Alexandre Magno Em 11 de abril de 2015 16:54, Gerald Weber gwebe...@gmail.com escreveu: Olá a todos 2015-04-11 16:07 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: O artigo foi recentemente editado pelo usuário Fbello [2], que participou das discussões sobre esse assunto aqui na lista. Ele colocou no topo do artigo uma tabela cuja origem eu desconheço e que não consta nos comentários de edição do wiki. Se é uma proposta, deveria ter escrito que é uma proposta, e não dar a entender que é o consenso da comunidade. Se ninguém se opuser, eu gostaria de mover essa seção para baixo e de listá-la como proposta em debate. Essas páginas principais do wiki deveriam ser tratadas como local de conhecimento consolidado, não como ponto de disputa ideológica. Totalmente de acordo! Talvez devesse inclusive ser movido para a área de discussões, junto com as demais tabelas e propostas, para não confundir os usuários. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de rodovias no Brasil
Olá a todos 2015-04-11 16:07 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com: O artigo foi recentemente editado pelo usuário Fbello [2], que participou das discussões sobre esse assunto aqui na lista. Ele colocou no topo do artigo uma tabela cuja origem eu desconheço e que não consta nos comentários de edição do wiki. Se é uma proposta, deveria ter escrito que é uma proposta, e não dar a entender que é o consenso da comunidade. Se ninguém se opuser, eu gostaria de mover essa seção para baixo e de listá-la como proposta em debate. Essas páginas principais do wiki deveriam ser tratadas como local de conhecimento consolidado, não como ponto de disputa ideológica. Totalmente de acordo! Talvez devesse inclusive ser movido para a área de discussões, junto com as demais tabelas e propostas, para não confundir os usuários. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de rodovias no Brasil
Prezado Ivanildo 2015-04-11 14:58 GMT-03:00 Ivaldo Nunes de Magalhães ivald...@gmail.com: Acredito que esse assunto (classificação de rodovias) já tenha sido bastante debatido aqui. Como sou novo na lista e por ser uma atividade do OSM que não conheço muito, tenho algumas dúvidas e preciso me aprofundar mais no assunto. Por isso, preciso da ajuda dos conhecedores profundos nessa área, para que eu possa assimilar bem e fazer ceto já da primeira vez, evitando retrabalhos para ou outros. Na verdade eu não gosto muito dessa tarefa de classificar vias, pois os parâmetros do OSM são diferentes dos aplicados no Brasil, pelo DNIT. Alias, no meu entender, o DNIT não tem parâmetros claros, pois sua classificação geralmente se dá com relação aos aspectos de pavimentada e duplicada. Pelo menos é o que aparece nos seus mapas. Sim, foi bastante discutido e provavelmente ainda será muito discutido aqui. Por isto suas indagações são bem vindas. O projeto OSM no seus primórdios tomou a decisão fácil, porém infeliz, de simplesmente aplicar o modelo de classificação britânico. Significa que os mapeadores britânicos não tem as dúvidas que nós temos sobre classificação de rodovias pois eles simplesmente empregam aquilgo que já foi feito pelas agências governamentais de lá. Só que neste processo eles acabaram criando um problemão pro resto do mundo. Nós sempre sentimos muitas dificuldades em achar critérios que pudessem fazer sentido com a classificação britânica. Pelo que sei o mesmo aconteceu em muitos outros países. Uma das grandes dificuldades é que o sistema de classificação do OSM mistura formato da rodovia com sua importância. Enquanto o primeiro é bem objetivo, o segundo é sujeito a amplas e divergentes interpretações. O esquema BR2013 que foi discutido amplamente aqui e no forum, e deu um pouco de consistência às nossas classificações, que já são bem menos divergentes que no passado. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[OSM-talk] Update outdated/incomplete map key on www.openstreetmap.org
The map key on www.openstreetmap.org for the Standard layer is horribly outdated and incomplete. One concern you may rise could be that if you would explain *everything*, the map key would become too large. For this concern, I suggest to provide an abridged map key on the sidebar, but a (hopefully) complete key on the wiki, plus you add a link to the wiki page on the map key sidebar on www.openstreetmap.org. Features I am missing the most (in the key!) are: - A LOT of symbols (only 2 are explained right now). You don't need to explain EVERY icon, but I would like to see: - post box - post office - train station - gas station - parking lot - Explanation text colors (I guess it goes like this: brown for amenities, purple for shops, green for leisure stuff, etc.) - Parking - Rivers - The 5 track levels (tracktype=*) - What those - Zones (military, danger zones, natural reserve) - “icon patternx” on landuse areas (the key only shows the color) (i.e. grave/religion icon on cemetary, forest, quarry, etc.) Other stuff I miss in the key, but I don't think it is most pressing: - racetrack - power lines -- Wuzzy XMPP: wuz...@jabber.ccc.de E-Mail: wuz...@mail.ru ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] When using Contact (Schema with 'contact:*'prefix) and contact (common schema)
I would just stay with email. I vaguely remember reading the same advice on the tagging mailing list earlier this year. According to taginfo just email is just twice as much as contact:email. And yes, two competing tagging schemes means that every data consumer has to make two queries (or use OR in one way or another). regards m On Sat, Apr 11, 2015 at 6:08 PM, Jakka vdmfrank...@gmail.com wrote: Hey, When using Contact (Schema with 'contact:*'prefix) and contact (common schema) Contact (Schema with 'contact:*'prefix) needed when multi contact are possible ? using contact (common schema) single contact? Does this give a problem when using a program like umap you need always use double filter/Overpass-turbo.eu (phone-fax-website-email) like tag email=x...@y.com and tag contact:email=x...@y.com or am i wrong? Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] When using Contact (Schema with 'contact:*'prefix) and contact (common schema)
Unfortunately making the query work is only one part of the problem. To display 2 labels with umap, you have to use 2 lines, of which 1 will remain empty. I guess there's still a bit of work to do on the umap side as well. Jo 2015-04-11 20:50 GMT+02:00 Marc Gemis marc.ge...@gmail.com: I would just stay with email. I vaguely remember reading the same advice on the tagging mailing list earlier this year. According to taginfo just email is just twice as much as contact:email. And yes, two competing tagging schemes means that every data consumer has to make two queries (or use OR in one way or another). regards m On Sat, Apr 11, 2015 at 6:08 PM, Jakka vdmfrank...@gmail.com wrote: Hey, When using Contact (Schema with 'contact:*'prefix) and contact (common schema) Contact (Schema with 'contact:*'prefix) needed when multi contact are possible ? using contact (common schema) single contact? Does this give a problem when using a program like umap you need always use double filter/Overpass-turbo.eu (phone-fax-website-email) like tag email=x...@y.com and tag contact:email=x...@y.com or am i wrong? Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-cl] [Recordatorio] Se viene la Mapatón 2014 (César Medina)
Campus Santiago San Joaquín, en Vicuña Mackenna, Frente a Estación de Metro Camino Agrícola Enviado desde mi iPhone El 11-04-2015, a las 0:35, Danilo Lacoste dalac...@gmail.com escribió: Estimados, En que campus es? Saludos El 08-04-2015 16:57, Julio Costa Zambelli julio.co...@openstreetmap.cl escribió: Estimado Cristián, Si puedes solo un día, te recomiendo el Sábado en que tendremos todo el día (descontando los breaks para comer) para trabajar, mientras que el Domingo las presentaciones, deliberación y premiación de los desafíos de la NASA empezaran después de almuerzo (14:30), por lo que, en la practica, solo podremos trabajar a plena capacidad durante la mañana. Saludos, Julio Costa Zambelli Fundación OpenStreetMap Chile julio.co...@openstreetmap.cl http://www.openstreetmap.cl/ Cel: +56(9)89981083 2015-04-07 22:13 GMT-03:00 Cristián Serpell crist...@serpell.cl: Estimados, ¿Hay algo así como un horario o cronograma del evento? Me gustaría participar pero veo muy difícil poder participar los dos días. Podría ir un día, entonces quiero saber en qué actividades puedo participar para elegir el día de la mejor manera. Muchas gracias, Cristián ___ Talk-cl mailing list Talk-cl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl
Re: [Talk-us] Importing Tesla Superchargers
Hi, On 04/11/2015 08:28 AM, Charles Samuels wrote: I have an implementation of a program to import all worldwide Tesla Superchargers into OSM. Then I suggest posting to the imports@ list before you start, and not just to talk-us. I think you should perhaps drop the name tag for these superchargers; we don't place name tags on post boxes or phone booths or similar amenities either (British Telecom Phone Booth South Bumfield). It appears to me that what you have put in the name tag is not really a name but just a description? I googled some Tesla Supercharger images and none of them had a caption like The Tesla Supercharger Harris Ranch - the captions were all like The 123rd Tesla Supercharger in South Someplace which would support my notion that these things do not have a name really. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [talk-ph] Imagery update (April 2015)
Ouch. I only got to look at the updated/redacted Bing imagery. It seems that the Batch 3 imagery and older are completely gone as well as some other imagery. I also see new imagery in various parts of the country, such as in Pangasinan, Isabela, and Surigao. On Thu, Apr 2, 2015 at 10:48 PM, ianlopez ian_lopez_1...@yahoo.com wrote: Today, I noticed that the Los Baños, Laguna area has new imagery (taken on January 8, 2014). Unfortunately, many parts of Laguna (San Pedro, Nuvali, Canlubang, San Pablo, Santa Cruz, Nagcarlan), southern Metro Manila (from NAIA downwards), central and eastern Cavite and parts of western Quezon (Candelaria, Sariaya, Lucena) are no longer covered by Bing aerial images. I wonder if there is a way to request for new Bing aerial imagery, especially for areas that recently lost coverage. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-fr] DKIM Re: BANO : suivi des rapprochements, par département
*pas sûr d'ailleurs qu'il soit ok : il existe un code Fantoir propre pour le Chemin de la Combette... Exact c'est corrigé cordialement jean navarro ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] April Nottingham pub meeting
Slightly belated reminder that the Nottingham pub meeting will be on Tuesday 14th April at the Lincolnshire Poacher, 19:30. ( http://tinyurl.com/NGosmPub. ) With BST now here we'll also restart mapping before the pub. My particular target is missing places of worship in Forest Fields Hyson Green. Regards, Jerry ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Importing Tesla Superchargers
I have an implementation of a program to import all worldwide Tesla Superchargers into OSM. The source of the data is supercharge.info (permission granted, see attachment). I previously used teslamotors.com as my datasource, but I received no reply for my requests for permission, and it seems less complete than supercharge.info. supercharge.info publishes both existing superchargers, those that have a permit, and those under construction. This import only targets those that presently exist. My software is capable of recurring up-to-datenings based on geographic locations of things named Supercharger. I previously used a tag named tesla:ref, but this is no longer the case, it now searches the map with Overpass for nearby things named Supercharger. Right now, if a tag doesn't match with supercharge.info, I overwrite OSM's. Many tesla superchargers are already in OSM: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcharging_station/Tesla_Motors This is what the imported node looks like when there's nothing in OSM already: node version='1' id='-236' lat='36.25415' lon='-120.237896' tag k='name' v='Tesla Supercharger Harris Ranch' / tag k='addr:postcode' v='93210' / tag k='addr:city' v='Coalinga' / tag k='amenity' v='charging_station' / tag k='operator' v='Tesla Motors Inc.' / tag k='capacity' v='6' / tag k='socket:tesla_supercharger' v='6' / tag k='opening_hours' v='24/7' / /node This is what the imported node looks like when merged with a present node: node version='6' id='-236' lat='37.02493' lon='-121.56542' tag k='website' v='http://www.teslamotors.com/supercharger/Gilroy' / tag k='operator' v='Tesla Motors Inc.' / tag k='tesla:ref' v='gilroysupercharger' / tag k='opening_hours' v='24/7' / tag k='name' v='Tesla Supercharger Gilroy' / tag k='car' v='yes' / tag k='bicycle' v='no' / tag k='amenity' v='charging_station' / tag k='capacity' v='10' / tag k='addr:state' v='CA' / tag k='addr:postcode' v='95020' / tag k='addr:housenumber' v='681' / tag k='addr:city' v='Gilroy' / tag k='socket:tesla_supercharger' v='10' / tag k='addr:street' v='Leavesley Road' / tag k='access' v='customers' / /node Here is the result of running the program: http://www.derkarl.org/~charles/import_tesla_supercharger.osm Here is the source code: https://github.com/njaard/SuperchargerImportOSM Should I fail to maintain it: - The data will continue to be relevant. Superchargers tend to not move. - Another person can do the maintanence since the source is published publically - It's still an improvement over what OSM has today, which is a fraction of the superchargers that exist right now. - By the time I'm likely to stop maintaining, Tesla Motors may slow down the rate they're installing new superchargers, so manual maintanence will be more viable. When I do the import, I will create a unique account for it. Suggestions of names are welcome. My OSM username is njaard. Would you like to see source=supercharge.info? Thanks for your attention, I look forward to completing this project and making OSM just slightly more complete. Relevant other mailing lists: talk-de, talk-jp, talk-cn, kart, talk-dk. Charles ---BeginMessage--- Greetings Charles. Sure, no problem. I indeed have no objections to the to geodata derived in part from http://supercharge.info/service/supercharge/allSites being incorporated into the OpenStreetMap project geodata database and released under a free and open license. It is ok to make public my statement to this affect. Cheers, Keith Creator/Owner/Maintainer of superchare.info On 04/09/2015 11:22 AM, Charles Samuels wrote: Hi, I'm a contributor to OpenStreetMap, which is like Wikipedia, but for maps. I'm trying to import the entire Supercharger database into OpenStreetMap. I'm coming to you to ask if I can use the data from supercharge.info as, alas, Tesla Motors isn't replying to my emails. I would read the content of your site and regularly update OSM with changes you make to that file. You'd have to do nothing other than give me permission. At the most simple, I would seek a statement like this: supercharge.info has no objections to geodata derived in part from http://supercharge.info/service/supercharge/allSites being incorporated into the OpenStreetMap project geodata database and released under a free and open license I also ask that whatever statement you are prepared to make can be made public for information purposes. Thanks, Charles ---End Message---
Re: [talk-ph] Bing Imagery
If we can get a list together I can put in a request. Celina celinaagaton.com celina.aga...@gmail.com Twitter @celinaagaton http://twitter.com/celinaagaton Skype: celinaagaton On Sat, Apr 11, 2015 at 8:00 PM, talk-ph-requ...@openstreetmap.org wrote: Send talk-ph mailing list submissions to talk-ph@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ph or, via email, send a message with subject or body 'help' to talk-ph-requ...@openstreetmap.org You can reach the person managing the list at talk-ph-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of talk-ph digest... Today's Topics: 1. Re: Imagery update (April 2015) (Eugene Alvin Villar) -- Message: 1 Date: Sat, 11 Apr 2015 16:12:10 +0800 From: Eugene Alvin Villar sea...@gmail.com To: ianlopez ian_lopez_1...@yahoo.com Cc: Osm-ph talk-ph@openstreetmap.org Subject: Re: [talk-ph] Imagery update (April 2015) Message-ID: CAPhqi6JYB09LTZcjUv89_dPyXH679vNd5tKE5BE7H=- hwyr...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Ouch. I only got to look at the updated/redacted Bing imagery. It seems that the Batch 3 imagery and older are completely gone as well as some other imagery. I also see new imagery in various parts of the country, such as in Pangasinan, Isabela, and Surigao. On Thu, Apr 2, 2015 at 10:48 PM, ianlopez ian_lopez_1...@yahoo.com wrote: Today, I noticed that the Los Baños, Laguna area has new imagery (taken on January 8, 2014). Unfortunately, many parts of Laguna (San Pedro, Nuvali, Canlubang, San Pablo, Santa Cruz, Nagcarlan), southern Metro Manila (from NAIA downwards), central and eastern Cavite and parts of western Quezon (Candelaria, Sariaya, Lucena) are no longer covered by Bing aerial images. I wonder if there is a way to request for new Bing aerial imagery, especially for areas that recently lost coverage. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-ph/attachments/20150411/03c9a502/attachment-0001.html -- Subject: Digest Footer ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- End of talk-ph Digest, Vol 81, Issue 9 ** ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[Talk-co] Nomenclaruta para calles de Bogota
Buenos días, Yo soy relativamente nuevo en la parte de mapeo en OSM, y quisiera compartir una duda / inquitud que tengo con ustedes para que la resolvamos entre todos Según la guía de mapeo, las calles deben ser descritas sin abreviaturas en el campo name tal y como se indica en el Wiki http://wiki.openstreetmap.org/wiki/Gu%C3%ADa_para_mapear_en_Colombia#Nombres_de_callesSin embargo, las calles tienen un poco más de detalles, y quisiera validar mi propuesta con ustedes para que quede en el wiki. 1) Algunas calles además del número tienen una letra. Esta debe ser en mayúsculas y seguida del número sin espacios. Correcto name=Carrera 29A Incorrectoname=Carrera 29aname=Carrera 29 A 2) Algunas calles tienen en cuenta el punto de cardinal, sur, este. Esto debería ser en minúsculas con una separación de un espacio Correctoname=Calle 8 surname=Transversal 5 este Incorrectoname=Calle 8surname=Calle 8 Surname=Calle 8sname=Transversal 5Ename=Transversal 5estename=Transversal 5e Varias calles de los cerros de Bogotá las he encontrado con nombres no estandarizados. Quisiera recibir sus comentarios. Andrés Gómez Casanova AngocA 2015 IBM Certified Advanced Database Administrator - DB2 9 DBA for Linux, UNIX and Windows http://angoca.users.sourceforge.net/ ang...@yahoo.com___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [OSM-talk] video mapping
Hello Peter, I’ve done quite a bit of video mapping in the past, with just manual moving the map around to do the editing. I have since discovered that taking photos and using Mapillary can produce much better results as you can zoom into the images much more thus being able to see details better. There is the caveat in that the taking of photos every 2 seconds can mean missing out on something between 2 frames, however I’ve not found this to be a huge issue, as the 1080p video would be less clear, thus would possible not be able to read it anyway. Sharing of the photos is also easier, which means other people can map things that I’ve not noticed or aren’t interested in mapping. Shaun On 11 Apr 2015, at 16:59, Peter Gervai grinapo+osmt...@gmail.com wrote: Hello, For quite a while I was hoping that it's just me; I thought maybe everyone else is able to use some tool for video mapping but as time have passed I kind of realised that nobody I know knows about a working solution. I use Linux (what else). Video mapping: I have a camera, records a movie. I have a GPX, contains the track. I would like to use the data combined in JOSM (preferably, or any working standalone application if it fails, which is inconvenient but still useful more or less) to be able to see images for a given position, possibly being able to frame-forward and reverse (to read signs etc). It seems simple enough. I don't even care about soundtrack. There is a VideoMapping plugin for JOSM. No, that's not correct. There was a plan to create a working VideoMapping plugin for JOSM in 2010. Since then the development ceased completely and the code, as it is, uses specific and pretty eccentric java libraries which doesn't work at all under Linux (or possibly anywhere else but windoze). I have tried several times but based on the (non-)feedback from JOSM developers the code doesn't work, not expected to work and nobody able or care to rewrite the video display codepaths. So, I ask around, here, now: does anyone know a _working_ solution (working under Linux) for the desire above? Isn't there anyone with the wish and will to code a JOSM video plugin instead of that very beta piece of code (or fix it, but my guess is that it is not quite fixable)? Shouldn't be that hard - unless there is really no way to display images under java (I'm not familiar with java, you see). Or is there any external code possibly doing what's needed? Or really nobody does videomapping anywhere? True, I could cut the video apart to images at given intervals and geotag them but then I'd lose 97% (29/30) of the recorded data. (Even the sound track but I could live without it, and there seem to be an audio sync plugin for JOSM - I have never tried.) Any help or input would be appreciated. Thanks, Peter ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Am I doing this right? Houses w/ addresses
On Sat, Apr 11, 2015 at 7:47 AM, Steve Friedl st...@unixwiz.net wrote: I’ve been adding individualized house numbers to many houses in my neighborhood, and I’m just not sure this is how I’m supposed to do it because it just looks funky on the map. One area with 1 or 2-digit house numbers: http://www.openstreetmap.org/#map=17/33.68743/-117.66593layers=N Another area with 5-digit house numbers: http://www.openstreetmap.org/#map=18/33.65699/-117.65517layers=N Having the detailed address information in the database has to be useful, but this presentation with numbers scattered all over just doesn’t look right, so maybe I’m doing something wrong. Is this the way it’s supposed to be done? I love seeing addresses being added. Thanks!!! The house numbers look correct, although it isn't often you see single digit house numbers. Adding addr:city and addr:postcode would be nice as well. In JOSM you can select all of the houses to add addr:city and addr:postcode at one time. Rendering of house numbers is not pretty but it is what it is. Ideally they either wouldn't be rendered or only at max zoom level. Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] video mapping
2015-04-11 18:28 GMT+02:00 Janko Mihelić jan...@gmail.com: Mapillary announced they support video now: http://blog.mapillary.com/update/2015/03/31/video-upload.html You upload a video and a GPX track and they convert it to picture frames. That's convenient, but the produced pictures are still relatively low quality. So, if you have a camera that can create time-lapse pictures of 8 or 12 MP and you don't need the video for other purposes, the quality will still be better. In a few months it should be possible to work with Mapillary pictures from within JOSM. Polyglot ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-br] Classificação de rodovias no Brasil
Acredito que esse assunto (classificação de rodovias) já tenha sido bastante debatido aqui. Como sou novo na lista e por ser uma atividade do OSM que não conheço muito, tenho algumas dúvidas e preciso me aprofundar mais no assunto. Por isso, preciso da ajuda dos conhecedores profundos nessa área, para que eu possa assimilar bem e fazer ceto já da primeira vez, evitando retrabalhos para ou outros. Na verdade eu não gosto muito dessa tarefa de classificar vias, pois os parâmetros do OSM são diferentes dos aplicados no Brasil, pelo DNIT. Alias, no meu entender, o DNIT não tem parâmetros claros, pois sua classificação geralmente se dá com relação aos aspectos de pavimentada e duplicada. Pelo menos é o que aparece nos seus mapas. O fato é que tenho visto muitas coisas estranhas no mapa do OSM e - mesmo não sendo fan da atividade - não posso pecar por omissão e fingir que não vi algo errado. Por outro lado a inserção de notas em pontos conflitantes, no meu entender, é muito improdutivo e lendo. Como exemplo das minhas dúvidas, posso citar dois exemplos de rodovias aqui no Mato Grosso do Sul, os quais tive a oportunidade de percorrer e gravar arquivos .gpx com anotações: Exemplo 1: Rodovia BR-262 (trecho Campo Grande/MS à Três Lagoas/MS). Exemplo 2: Rodovia MS-395 (trecho Três Lagoas/MS à Brasilândia/MS), este alterei o nome para BR-158, conforme mapa rodoviário do DNIT. No exemplo 1, trata-se de rodovia sem acostamento, em praticamente quase todo o trecho, com mão simples (apenas uma faixa em cada sentido, sem separação de vias), e sem nenhum ponto com faixa dupla por sentido, para ultrapassagem nas subidas, por exemplo. No OSM alguém colocou como Via Expressa (verdinho). Pelas informações descritas no OSM (sinalzinho de exclamação ao lado do logotipo da via), a classificação correta seria Via Secundária. Nisso a minha cabeça ferve...kkk No exemplo 2, trata-se de rodovia com acostamento em ambos os sentidos, na maior parte do trecho, mais larga e com alguns trechos com faixa dupla nos sentidos. No OSM alguém colocou essa como Via Primária (vermelhinha). Novamente, pelas informações descritas no OSM (sinalzinho de exclamação ao lado do logotipo da via), a classificação correta seria também Via Secundária. Ai fica muito difícil entender. A minha conclusão para esses dois exemplos é a seguinte: algumas pessoas chamam tudo quanto é tipo de rodovia de BR, e por associação seriam vias expressas, mas rápidas e importantes, classificando-as como tal, independente da sua estrutura de física de construção. Como no segundo exemplo constava (incorretamente) como MS-395 (via sob jurisdição do Estado de Mato Grosso do Sul), foi colocado via primária. Desse modo gostaria que fosse informado se existe algum trabalho de adaptação dos parâmentros do OSM para as rodovias brasileiras, de modo que a classificação se aproximasse o máximo possível da realidade e que forneça informações que nos possibilite segurança nas alterações, quando julgadas necessárias. Já vi numa das wikis do OSM uma grande tabela sobre esse assunto, mas considerei o material um tanto burocrático (requer longa análise) para tomada rápida de decisão. *Ivaldo* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[OSM-talk] video mapping
Hello, For quite a while I was hoping that it's just me; I thought maybe everyone else is able to use some tool for video mapping but as time have passed I kind of realised that nobody I know knows about a working solution. I use Linux (what else). Video mapping: I have a camera, records a movie. I have a GPX, contains the track. I would like to use the data combined in JOSM (preferably, or any working standalone application if it fails, which is inconvenient but still useful more or less) to be able to see images for a given position, possibly being able to frame-forward and reverse (to read signs etc). It seems simple enough. I don't even care about soundtrack. There is a VideoMapping plugin for JOSM. No, that's not correct. There was a plan to create a working VideoMapping plugin for JOSM in 2010. Since then the development ceased completely and the code, as it is, uses specific and pretty eccentric java libraries which doesn't work at all under Linux (or possibly anywhere else but windoze). I have tried several times but based on the (non-)feedback from JOSM developers the code doesn't work, not expected to work and nobody able or care to rewrite the video display codepaths. So, I ask around, here, now: does anyone know a _working_ solution (working under Linux) for the desire above? Isn't there anyone with the wish and will to code a JOSM video plugin instead of that very beta piece of code (or fix it, but my guess is that it is not quite fixable)? Shouldn't be that hard - unless there is really no way to display images under java (I'm not familiar with java, you see). Or is there any external code possibly doing what's needed? Or really nobody does videomapping anywhere? True, I could cut the video apart to images at given intervals and geotag them but then I'd lose 97% (29/30) of the recorded data. (Even the sound track but I could live without it, and there seem to be an audio sync plugin for JOSM - I have never tried.) Any help or input would be appreciated. Thanks, Peter ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-be] When using Contact (Schema with 'contact:*'prefix) and contact (common schema)
Hey, When using Contact (Schema with 'contact:*'prefix) and contact (common schema) Contact (Schema with 'contact:*'prefix) needed when multi contact are possible ? using contact (common schema) single contact? Does this give a problem when using a program like umap you need always use double filter/Overpass-turbo.eu (phone-fax-website-email) like tag email=x...@y.com and tag contact:email=x...@y.com or am i wrong? Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-br] Citymapper - um introduçao
Or other metropolitan areas? I live in Grande Vitoria Matropolitan area, Espírito Santo state Aun Johnsen Sent from my iPhone On 11. apr. 2015, at 13.54, Arlindo Pereira openstreet...@arlindopereira.com wrote: Hello Damian, any plans for Rio de Janeiro? Cheers, Arlindo 2015-04-10 15:45 GMT-03:00 Damian Bown dam...@citymapper.com: Hola comunidade de OSM em São Paulo. Quis me presentar a vocês, e explicar algumas Edits que fizemos e estamos fazendo no OSM em sua cidade. Somos uma empresa inglesa, desenvolvedora de apps para ajudar passageiros em transportes públicos nas maiores cidades do mundo. Estamos trabalhando agora para criar um serviço para São Paulo. Notamos que andando de bicicleta está ficando sempre mais importante com um modalidade de transporte na sua cidade, e gostaríamos incluir as Ciclovias e Ciclorrotas em nosso app. Infelizmente descobrimos que algumas das rotas publicadas por CET não estão inclusos ainda no OSM. Começamos a fazer Edits para adicionar rotas faltando e para completar os‘Tag’ nas rotas existentes. Reconhecemos que este trabalho é sempre melhor gerenciado por residentes locais, e quaisquer correções ou mudanças aos nossos trabalhos estão mais que benvindos. Recomendamos que você baixar nosso app, e aproveite também os resultados desta trabalho. [por favor desculpe meu português péssimo] Hello there Sao Paulo OSM Community. I wanted to introduce ourselves, and to explain some edits that we have made, and hope to make to OSM data in your city. We are a London based developer of passenger information apps, and are currently working on building support for travellers on public transport in São Paulo. We noticed that cycling is an increasingly important mode in São Paulo and would like to include Ciclovia in the app, but found that some of the routes publicised by CET on their site are not yet included on OSM. We have started making edits to add missing routes and to connect existing routes into the road network. We recognise that this kind of work is always best managed by local residents and welcome your modifications or amendments to our contributions. We encourage you also to download our app when it launches, so you can enjoy the result of these efforts. ___ 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
Re: [Talk-us] Importing Tesla Superchargers
On Saturday, April 11, 2015 02:45:45 AM Frederik Ramm wrote: Then I suggest posting to the imports@ list before you start, and not just to talk-us. Er, I did post to imports, I cced to talk-us. I think you should perhaps drop the name tag for these superchargers; we don't place name tags on post boxes or phone booths or similar amenities either (British Telecom Phone Booth South Bumfield). It appears to me that what you have put in the name tag is not really a name but just a description? Maybe a good idea, but the superchargers actually do have canonical names. For example, the supercharger at Harris Ranch is called Harris Ranch as opposed to Coalinga (Harris Ranch is a rest-stop restaurant). Charles ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] video mapping
Mapillary announced they support video now: http://blog.mapillary.com/update/2015/03/31/video-upload.html sub, 11. tra 2015. 18:00 Peter Gervai grinapo+osmt...@gmail.com je napisao: Hello, For quite a while I was hoping that it's just me; I thought maybe everyone else is able to use some tool for video mapping but as time have passed I kind of realised that nobody I know knows about a working solution. I use Linux (what else). Video mapping: I have a camera, records a movie. I have a GPX, contains the track. I would like to use the data combined in JOSM (preferably, or any working standalone application if it fails, which is inconvenient but still useful more or less) to be able to see images for a given position, possibly being able to frame-forward and reverse (to read signs etc). It seems simple enough. I don't even care about soundtrack. There is a VideoMapping plugin for JOSM. No, that's not correct. There was a plan to create a working VideoMapping plugin for JOSM in 2010. Since then the development ceased completely and the code, as it is, uses specific and pretty eccentric java libraries which doesn't work at all under Linux (or possibly anywhere else but windoze). I have tried several times but based on the (non-)feedback from JOSM developers the code doesn't work, not expected to work and nobody able or care to rewrite the video display codepaths. So, I ask around, here, now: does anyone know a _working_ solution (working under Linux) for the desire above? Isn't there anyone with the wish and will to code a JOSM video plugin instead of that very beta piece of code (or fix it, but my guess is that it is not quite fixable)? Shouldn't be that hard - unless there is really no way to display images under java (I'm not familiar with java, you see). Or is there any external code possibly doing what's needed? Or really nobody does videomapping anywhere? True, I could cut the video apart to images at given intervals and geotag them but then I'd lose 97% (29/30) of the recorded data. (Even the sound track but I could live without it, and there seem to be an audio sync plugin for JOSM - I have never tried.) Any help or input would be appreciated. Thanks, Peter ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Umfrageplattform freigegeben
Bekomme nach dem Login immer den Fehler Could not load language file 'en/main.php' Und dann kann ich sonst irgendwie nix machen. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] Citymapper - um introduçao
Hello Damian, any plans for Rio de Janeiro? Cheers, Arlindo 2015-04-10 15:45 GMT-03:00 Damian Bown dam...@citymapper.com: Hola comunidade de OSM em São Paulo. Quis me presentar a vocês, e explicar algumas Edits que fizemos e estamos fazendo no OSM em sua cidade. Somos uma empresa inglesa, desenvolvedora de apps para ajudar passageiros em transportes públicos nas maiores cidades do mundo. Estamos trabalhando agora para criar um serviço para São Paulo. Notamos que andando de bicicleta está ficando sempre mais importante com um modalidade de transporte na sua cidade, e gostaríamos incluir as Ciclovias e Ciclorrotas em nosso app. Infelizmente descobrimos que algumas das rotas publicadas por CET não estão inclusos ainda no OSM. Começamos a fazer Edits para adicionar rotas faltando e para completar os‘Tag’ nas rotas existentes. Reconhecemos que este trabalho é sempre melhor gerenciado por residentes locais, e quaisquer correções ou mudanças aos nossos trabalhos estão mais que benvindos. Recomendamos que você baixar nosso app, e aproveite também os resultados desta trabalho. [por favor desculpe meu português péssimo] Hello there Sao Paulo OSM Community. I wanted to introduce ourselves, and to explain some edits that we have made, and hope to make to OSM data in your city. We are a London based developer of passenger information apps, and are currently working on building support for travellers on public transport in São Paulo. We noticed that cycling is an increasingly important mode in São Paulo and would like to include Ciclovia in the app, but found that some of the routes publicised by CET on their site are not yet included on OSM. We have started making edits to add missing routes and to connect existing routes into the road network. We recognise that this kind of work is always best managed by local residents and welcome your modifications or amendments to our contributions. We encourage you also to download our app when it launches, so you can enjoy the result of these efforts. ___ 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
[OSM-talk] Quite outdated and incomplete map key on www.openstreetmap.org
I want to have the map key on www.openstreetmap.org updated. The key for the Standard layer is horribly outdated and incomplete. The Standard layer has visibly evolved over the years and now includes many things which are not explained by the key. One concern you may rise could be that if you would explain *everything*, the map key would become too large. For this concern, I suggest to provide an abridged map key on the sidebar, but a (hopefully) complete key on the wiki, plus you add a link to the wiki page on the map key sidebar on www.openstreetmap.org. Features I am missing the most (in the key!) are: - A LOT of symbols (only 2 are explained right now). You don't need to explain EVERY icon, but I would like to see explained: - post box - post office - train station - gas station - parking lot - Explanation of text colors (I guess it goes like this: brown for amenities, purple for shops, green for leisure stuff, etc.) - Parking - Rivers - The 5 track levels (tracktype=*) - Under-construction roads (the three colors in the key are not explained) - Zones (military, danger zones, natural reserve) - “icon pattern” on landuse areas (the key only shows the color) (i.e. grave/religion icon on cemetary, forest, quarry, etc.) Other stuff I miss in the key, but I don't think it is most pressing: - racetrack - power lines My suggestions: - Add more stuff to the sidebar map key on the homepage - Use the OSM wiki to fully document the symbols, lines and area colors of the map - Add a link to this wiki page on the sidebar -- Wuzzy XMPP: wuz...@jabber.ccc.de E-Mail: wuz...@mail.ru ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Classificação de rodovias no Brasil
Nelson, perfeito! Mais uma vez obrigado, era isso que procurava. Posso utilizar essas sugestões para a classificação de vias, então? Baseado nela vou fazer uma tabelinha + enxuta para colar no meu desktop e consultar. Ivaldo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Crowdmap das manifestações com mapa base Openstreetmap
Compartilho mapa crowdsourcing utilizando a plataforma Ushahidi - open source, que esta utilizando OSM como mapa base para expressao espacial das manifestações em curso no Brasil: 2015vempraruabrasil.crowdmap.com Vinicius OSM vialma Mapillary vialma -- Vinicius Maranhao ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de rodovias no Brasil
Como uma forma rápida e bem resumida pode usar. Só precisa ter conhecimento de que existem alguns casos/exceções que não aparecem nesse resumo (por exemplo, mesmo que a via seja duplicada, com separação central, mas apresenta cruzamento em nível ou semáforos, já não vai ser mais classificada como motorway). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Umfrageplattform freigegeben
Hallo Harald, habe gerade eben mal testweise an einer Umfrage teilgenommen. Bei der Anzeige der Antwort-Charts fällt mir auf, das die beiden Charts die Farben unterschiedlich verwenden / beschriften. Test: maxspeed-Umfrage von Chenshi Auswertung pro Antwort: ja=grau, nein=grün, Enthaltung=blau Absolute Zahl pro Mapperty: ja=blau, nein=grün, Enthaltung=grau Das irritiert zumindest mich - oder ist es evtl. auch verwurschtelt? Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] Classificação de rodovias no Brasil
Concordo que o artigo seja editado para refletir mais claramente o que já é consensual na comunidade. Para alguém que está começando na comunidade, e eu estou começando, o artigo está confuso: não ficou muito claro o que era consensual. Gilmar Em sáb, 11 de abr de 2015 16:08, Fernando Trebien fernando.treb...@gmail.com escreveu: Até onde me consta, o último debate amplo da comunidade que gerou consenso é o que consta na segunda seção deste artigo: [1] Esta seção foi primariamente editada por mim na época, sempre pedindo que a comunidade revisasse e criticasse, e fiz questão de apontar para as discussões na lista e inclusive de reconhecer publicamente aquilo que a comunidade considerou como erros meus, para que todos soubessem até que ponto devem interpretar essas recomendações de forma literal. O artigo foi recentemente editado pelo usuário Fbello [2], que participou das discussões sobre esse assunto aqui na lista. Ele colocou no topo do artigo uma tabela cuja origem eu desconheço e que não consta nos comentários de edição do wiki. Se é uma proposta, deveria ter escrito que é uma proposta, e não dar a entender que é o consenso da comunidade. Se ninguém se opuser, eu gostaria de mover essa seção para baixo e de listá-la como proposta em debate. Essas páginas principais do wiki deveriam ser tratadas como local de conhecimento consolidado, não como ponto de disputa ideológica. O critério por consenso para que uma via seja considerada expressa é o seguinte: (estou lendo direto do fluxograma no artigo) 1. Seja duplicada - tenha predominantemente pelo menos 2 faixas por sentido (pode ter 1 só em alguns poucos trechos curtos) 2. Tenha uma separação central entre as duas mãos - pode ser um canteiro, uma defensa, ou (em teoria, mas nunca vi na prática) até mesmo certos tipos de tartarugas [3] 3. Possua semáforos ou interseções em nível (aquelas que fazem o fluxo que entra/sai/atravessa a via parar completamente até conseguir uma brecha no tráfego). [4] Isso distingue essas vias das motorways onde há faixas para ingressar/sair, sem necessidade de parar (apenas dar sinal e esperar a boa vontade dos motoristas da faixa ao lado). O critério para diferenciar primárias e secundárias não-urbanas é simplesmente a presença/ausência de acostamento. Não é uma diferenciação muito importante (foi mencionado por alguns algumas vezes no meio do debate, posso conseguir o link se quiserem), então não precisa ser seguida à risca. Para classificação urbana, não há um consenso amplamente debatido, eu estava esperando alguém criticar o meu novo trabalho em Porto Alegre (que não está 100% concluído, falta consertar as living streets) para então lançar esse assunto desgastante de novo de uma forma que se aplicasse a muitas cidades. [5] Essa proposta permitiria diferenciar primárias e secundárias independente de estarem em meio urbano ou rural - mas não foi discutida, portanto não é consenso. Nessa proposta, ambas as vias teriam que ter uma velocidade máxima de pelo menos 60km/h (teriam que ser arteriais pelos moldes do CTB), e a diferença seria se a via é ou não parte do principal trajeto entre dois núcleos viários urbanos (e seria preciso discutir como avaliar onde estão esses núcleos), sem se preocupar com detalhes físicos como largura, pistas, acostamento, pavimento ou falta dele, etc. [1] http://wiki.openstreetmap.org/wiki/Pt-br:How_to_map_a#Fluxograma_de_classifica.C3.A7.C3.A3o_.28esquema_br2013.29 [2] http://wiki.openstreetmap.org/w/index.php?title=Pt-br%3AHow_to_map_adiff=1129896oldid=1051591 [3] http://forum.openstreetmap.org/viewtopic.php?id=25892 [4] http://forum.openstreetmap.org/viewtopic.php?id=26067 [5] http://wiki.openstreetmap.org/wiki/User:Ftrebien/Drafts/Classifica%C3%A7%C3%A3o_de_vias_em_Porto_Alegre ___ 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
Re: [Talk-br] Classificação de rodovias no Brasil
Fluxograma http://pt.wikipedia.org/wiki/Fluxograma != Organograma http://pt.wikipedia.org/wiki/Organograma A opção de colocar uma nota e esperar alguém comentar existe porque às vezes é a única que resta, por exemplo, para situações mais específicas ou em que se faz necessário conhecimento colhido em *survey*. Sim, eu entendo que classificação de vias é algo necessário, trabalhoso, e que não atrai a muitos. Mais ideia: 1) um plugin de JOSM que fosse assistente para classificação de vias poderia abrir-se aproveitando análise de etiquetas existentes na via; 2) a interface de única janela, por usabilidade, invés de fazer formulário textual e de botões simples, poderia usar de elementos visuais para sinalizar características presentes ou ausentes; 3) o preenchimento às questões do assistente poderia ser facultativamente e em parcelas elegíveis aproveitado para aplicação de etiquetas associadas a aquela realidade. Alexandre http://pt.wikipedia.org/wiki/Fluxograma Em 11 de abril de 2015 23:46, Ivaldo Nunes de Magalhães ivald...@gmail.com escreveu: Alexandre, O que eu quis dizer - relativamente ao fluxograma/tabela - foi que para quem não tem distinção clara entre os tipos de vias, fica burocrático seguir o fluxograma sempre que precisar fazer uma alteração num tipo de via. Essa informação precisaria estar mais clara para a tomada rápida de decisão. Por isso citei o ambiente de produção do OSM, quando você está fazendo a alteração. Nesse caso, é muito improdutivo e lento você percorrer todo um fluxograma (que não é tão pequeno) para saber se a via é do tipo A, B ou C. Igualmente, a opção de colocar uma nota e esperar alguém comentar, sabe-se lá quando, é também um método lento e improdutivo. Enfim, não estou sugerindo suprimir o organograma, mas para mim - e talvez muitos outros colaboradores, que poderiam acelerar em muito os trabalhos de criação e correção - seria bom que os padrões e atributos fossem, claros, simples e diretos, de modo que possibilitasse distinção clara e rápida entre os tipos de vias. De outro modo, quem vai ter tempo de ficar percorrendo o organograma para ao final concluir: ah, finalmente, essa via é do tipo terciária, agora posso alterar!? E olha que quem nem gosto dessa atividade (classificação de vias), evito e nem faço exatamente por causa da falta de parâmetros claros. Mas como disse na mensagem inicial, é difícil ver classificações incorretas e deixar como estar. *Ivaldo* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk] Bing coverage dropped dramatically in Taiwan
Same case reported in the Philippines. cheers, Maning Sambale (mobile) On Apr 11, 2015 12:20 AM, Hsiao-Ting Yu [:littlebtc] sst.dre...@gmail.com wrote: For mappers in Taiwan, currently the Bing imagery is the only way to draw details in Taiwan, since only Bing has good zoom 18+ coverage in Taiwan. However since the imagery updated this week the coverage dramatically dropped. Though some region had been updated, a lot of areas, like Taipei, Miaoli, and Kaohsiung, all zoom 14+ images were disappeared. It is frustrating. This issue had been lasted for several days, and we had reported the imagery lost in the Bing maps report form. Is there any other ways we can report and get this fixed? -- Littlebtc / 笨笨的小B / 小犬 (Xiaoquan) http://blog.littleb.tc ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-ph] Bing Imagery
To whom? cheers, Maning Sambale (mobile) On Apr 11, 2015 8:59 PM, Celina Agaton celina.aga...@gmail.com wrote: If we can get a list together I can put in a request. Celina celinaagaton.com celina.aga...@gmail.com Twitter @celinaagaton http://twitter.com/celinaagaton Skype: celinaagaton On Sat, Apr 11, 2015 at 8:00 PM, talk-ph-requ...@openstreetmap.org wrote: Send talk-ph mailing list submissions to talk-ph@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ph or, via email, send a message with subject or body 'help' to talk-ph-requ...@openstreetmap.org You can reach the person managing the list at talk-ph-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of talk-ph digest... Today's Topics: 1. Re: Imagery update (April 2015) (Eugene Alvin Villar) -- Message: 1 Date: Sat, 11 Apr 2015 16:12:10 +0800 From: Eugene Alvin Villar sea...@gmail.com To: ianlopez ian_lopez_1...@yahoo.com Cc: Osm-ph talk-ph@openstreetmap.org Subject: Re: [talk-ph] Imagery update (April 2015) Message-ID: CAPhqi6JYB09LTZcjUv89_dPyXH679vNd5tKE5BE7H=- hwyr...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Ouch. I only got to look at the updated/redacted Bing imagery. It seems that the Batch 3 imagery and older are completely gone as well as some other imagery. I also see new imagery in various parts of the country, such as in Pangasinan, Isabela, and Surigao. On Thu, Apr 2, 2015 at 10:48 PM, ianlopez ian_lopez_1...@yahoo.com wrote: Today, I noticed that the Los Baños, Laguna area has new imagery (taken on January 8, 2014). Unfortunately, many parts of Laguna (San Pedro, Nuvali, Canlubang, San Pablo, Santa Cruz, Nagcarlan), southern Metro Manila (from NAIA downwards), central and eastern Cavite and parts of western Quezon (Candelaria, Sariaya, Lucena) are no longer covered by Bing aerial images. I wonder if there is a way to request for new Bing aerial imagery, especially for areas that recently lost coverage. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-ph/attachments/20150411/03c9a502/attachment-0001.html -- Subject: Digest Footer ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- End of talk-ph Digest, Vol 81, Issue 9 ** ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Aide de CAP48 pour améliorer la carte PMR de Bruxelles
Bonjour Renaud Je suis pour le moment en méditerranée à la voile. Merci pour ta réponse et votre aide. Je mets en copie le groupe avec lequel l'activité est organisée qui repondra sans doute. Amitiés Nicolas Le 8 avril 2015 14:14:24 UTC+02:00, Renaud TOCKERT r...@rtbf.be a écrit : Bonjour Nicolas, Sorry pour la réponse un peu tardive. On a été un peu chargé cette fin mars. C’est le mois des décisions de financement et de la clôture des comptes. Ton projet est évidemment fort intéressant. Damien, notre webmaster en copie de ce mail, attentif aux questions de mobilité a contribué au projet de l’asbl USE-IT qui avait lancé un plan (imprimé) de l’accessibilité de Bruxelles. http://www.use-it.travel/home . cela vaudrait la peine de contacter pour ne pas recommencer le projet à zéro. Damien est prêt à faire circuler l’info de ta journée. N’hésites pas à le contacter. On va également envoyer un mail aux associations proches de nous, et tenter de décrocher l’un ou l’autre ITV en radio. Aurais-tu un communiqué de presse ? Tiens nous au courant Merci Renaud De : nicolas.petti...@gmail.com [mailto:nicolas.petti...@gmail.com] De la part de Nicolas Pettiaux Envoyé : vendredi 27 mars 2015 10:05 À : Renaud TOCKERT Cc : Nicolas Pettiaux Objet : Re: Aide de CAP48 pour améliorer la carte PMR de Bruxelles Le 27 mars 2015 08:44, Renaud TOCKERT r...@rtbf.bemailto:r...@rtbf.be a écrit : Salut Nicolas, Content d’avoir de tes nouvelles. J’espère que vous allez bien. nous allons tous bien. Beaucoup de travail et de projets. Les enfants sont maintenant en 3è polytech (Jason) et en BA1 médecine (Lucie). Et chez vous ? Belle idée ! On peut certainement donner un coup de main. Je vois en interne et te reviens en début de semaine. super bonne nouvelle. Peux-tu me rappeler ton gsm et me dire peut-être quand je pourrais t'appeler et peut-être te rencontrer pour en parler ? Merci bcp Merci à Renaud De : [mailto:nicolas.petti...@gmail.commailto:nicolas.petti...@gmail.com] De la part de Nicolas Pettiaux Envoyé : jeudi 26 mars 2015 16:43 À : Renaud TOCKERT Cc : Nicolas Pettiaux Objet : Aide de CAP48 pour améliorer la carte PMR de Bruxelles Bonjour Renaud, J'organise le samedi 24 avril 2015 entre 9h et 13h à l'Ecole supérieure d'informatique une cartopartie pour améliorer les cartes de Bruxelles qui concernent les cyclistes, les PMR et les usagers des transports en commun. Nous allons améliorer les cartes qui font partie du projet OpenStreetMap [1], en particulier la carte cycliste [2] et celles des PMR [3] . Nous attendons que les participants s'inscrivent si possible sur [4] Nous savons que pour les PMR c'est très difficile de savoir, quand on n'est pas PMR, se mettre dans la peau d'un PMR et savori quand la voiturette passe ou pas, quand la PMR peut monter une pente seule sans assistance (ce qu'elle apprécie) ou quelle bordure est franchissable ou quelle porte l'est ... Nous avons besoin d'aide de PRM elles-mêmes ainsi que de soutien médiatique pour faire connaitre notre initiative. J'ai quelques questions : Pourrais-tu nous aider pour cela ? Pourrais-tu nous mettre en contact avec des journalistes (RTBF ou presse papier ou belga ou toute autre) qui pourrait nous aider à faire connaitre lévénement ? Nous savons qu'il y a tellement de choses à noter pour faire une vraie carte pour aider les PMR complète qu'il faudra du monde. Bien sûr, si il faut nous répétérons l'initiative de la cartopartie, mais tout soutien est le bienvenu. Est-ce que Cap48 serait intéressé par notre projet ? Est-ce que Cap48 pourrait officiellement nous aider à diffuser des cartes papiers une fois celles électroniques réalisées ? Est-ce que Cap48 pourrait nous aider à contacter des associations de PMRs pour les impliquer ou sensibiliser à nos actions à leur intention ? Toute idée de ta part est appréciée, Amitiés, Nicolas 0496 24 55 01tel:0496%2024%2055%2001 [1] http://osm.org [2] http://opencyclemap.org/ [3] http://wheelmap.org [4] https://framadate.org/vspmbw9xba5pfasn -- Nicolas Pettiaux Membre de l'APRILhttp://www.april.org/ - « promouvoir et défendre le logiciel libre » «Apprendre aux élèves à utiliser les produits privateurs de Microsoft, Google ou Oracle, c'est comme leur apprendre à fumer. C'est leur donner une habitude coûteuse, dangereuse et dont ils se déferont difficilement.» Richard Stallman -- Nicolas Pettiaux Membre de l'APRILhttp://www.april.org/ - « promouvoir et défendre le logiciel libre » «Apprendre aux élèves à utiliser les produits privateurs de Microsoft, Google ou Oracle, c'est comme leur apprendre à fumer. C'est leur donner une habitude coûteuse, dangereuse et dont ils se déferont difficilement.» Richard Stallman -- Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-us] Am I doing this right? Houses w/ addresses
Hi all, I've been adding individualized house numbers to many houses in my neighborhood, and I'm just not sure this is how I'm supposed to do it because it just looks funky on the map. One area with 1 or 2-digit house numbers: http://www.openstreetmap.org/#map=17/33.68743/-117.66593 http://www.openstreetmap.org/#map=17/33.68743/-117.66593layers=N layers=N Another area with 5-digit house numbers: http://www.openstreetmap.org/#map=18/33.65699/-117.65517 http://www.openstreetmap.org/#map=18/33.65699/-117.65517layers=N layers=N Having the detailed address information in the database has to be useful, but this presentation with numbers scattered all over just doesn't look right, so maybe I'm doing something wrong. Is this the way it's supposed to be done? Steve --- Stephen J Friedl | Security Consultant | UNIX Wizard | 714 345-4571 mailto:st...@unixwiz.net st...@unixwiz.net | Southern California | Windows Guy | unixwiz.net ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Am I doing this right? Houses w/ addresses
As to the first: Yes, definitely a great job of mapping address house numbers! As to gathering numbers: I’ve gone through several iterations on collecting data. At first I was using a walking papers style method complete with people asking me what I was doing and, in one case, calling the police. That was too much attention for my liking. My next iteration was to use OSMtracker with a set of ear buds with microphone and simply gathering a voice sample as I walked by a house. This actually worked pretty well. I was inconspicuous as people are used to phone users talking to themselves. I had two problems with it however: First there was sometimes ambient noise that made it difficult to hear the number when played back. Second, and far worse, it took longer to enter all the data than it took to collect. I’d take a two hour walk in the morning and spend the rest of the day entering data. Okay to do occasionally but not something to make a career of. My current method is to use OSMpad and type in the numbers as I walk by. Data collection is a little slower and more conspicuous than using OSMtracker with a microphone but so far it is inconspicuous enough that I don’t attract attention. After all, many people wander the streets oblivious to their surroundings while texting. A mapper appearing to do the same thing is not remarkable. The big advantage over voice recordings is that in JOSM it only takes a couple of minutes to align the address points with the satellite imagery, verify street names, add city and upload. Regarding doing address collection in a car, or for that matter on a bicycle, I don’t think it is really feasible to get each number that way unless you are driving at walking speed. Think how long it actually takes to 1. Press a record button, 2. Wait a second to assure it is recording, 3. speak the number or street name. If you are driving at 25 MPH that is 37 feet/second. In my neighborhood you need to be consistently entering a new address every second to second and a half. Try clearly enunciating a 2, 3, 4 or even 5 digit house number in 1.5 seconds. Now try doing that consistently for hundreds of houses. If you are only interested in house number ranges, then collection in a moving vehicle could be feasible. But I don’t consider it feasible to get individual numbers for all houses along a street that way: Too much typing or speaking in too little time. A solution to that would be to be automatically taking geotagged photographs continuously the same as the survey vehicles that Google and other employ. I suppose the price of that type of thing will drop but for now if you are just mapping with a handheld GPS or smart phone walking is the best way I know to collect house numbers. Cheers, Tod On Apr 11, 2015, at 1:53 PM, Nick Hocking nick.hock...@gmail.com wrote: Excellent job Steve, I believe that house addresses is the only thing missing from OSM that is stopping it from becoming the mainstream mapping data of choice! I’ve always been interested in how to collect addresses, which can be a time consuming and difficult task. Walking around a neighborhood with paper and pencil peering into people’s letter boxes and at their front doors may upset some people, so I’ve though up a (possibly) better way. Two people, in a car. Two GPS units, probably both smartphones, one recording the track log and the other recording the passengers voice. As you drive down the road, the passenger calls out something like….. 12 left 15right 14 left 16 right….. turning left on main street, 67 left etc, etc.. Then later in an editor you can match times from the two sources and compare against Bing imagery to correctly place the house numbers. Cheers ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us smime.p7s Description: S/MIME cryptographic signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-pe] Coordinar mapeo en Arequipa
Hola ¿Cuál es la práctica recomendada? Es mejor unir la vía (tal como mencionas), ah no ser que alguna parte de la calle tenga otras claves (como el sentido de la vía o la existencia de un puente). Yo recuerdo haber visto que esto ocurría con vías que habían sido importadas por TELCOM IP, de la misma forma que recuerdo que en algunos casas faltaban pedazos de la vía o se suportaran a otras ya existen, solo hay que unirlas. Durante estos días voy a estar mapeando calles de Arequipa y continuare registrando las capitales de distritos que encuentre en la wiki[0] [0] http://wiki.openstreetmap.org/wiki/Arequipa P.D.: Disculpa por responder tarde, he tenido una semana complicada. Saludos -- Omar Vega ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [Talk-br] Citymapper - um introduçao
Hi Damian, One of our contributors, Tiago Fassoni, has taken a lot of pictures of Sao Paulo cyclelanes to mapillary. So you can use it to map better http://www.mapillary.com/#/profile/tiagofassoni wille On 10-04-2015 15:45, Damian Bown wrote: Hola comunidade de OSM em São Paulo. Quis me presentar a vocês, e explicar algumas Edits que fizemos e estamos fazendo no OSM em sua cidade. Somos uma empresa inglesa, desenvolvedora de apps para ajudar passageiros em transportes públicos nas maiores cidades do mundo. Estamos trabalhando agora para criar um serviço para São Paulo. Notamos que andando de bicicleta está ficando sempre mais importante com um modalidade de transporte na sua cidade, e gostaríamos incluir as Ciclovias e Ciclorrotas em nosso app. Infelizmente descobrimos que algumas das rotas publicadas por CET não estão inclusos ainda no OSM. Começamos a fazer Edits para adicionar rotas faltando e para completar os‘Tag’ nas rotas existentes. Reconhecemos que este trabalho é sempre melhor gerenciado por residentes locais, e quaisquer correções ou mudanças aos nossos trabalhos estão mais que benvindos. Recomendamos que você baixar nosso app, e aproveite também os resultados desta trabalho. [por favor desculpe meu português péssimo] Hello there Sao Paulo OSM Community. I wanted to introduce ourselves, and to explain some edits that we have made, and hope to make to OSM data in your city. We are a London based developer of passenger information apps, and are currently working on building support for travellers on public transport in São Paulo. We noticed that cycling is an increasingly important mode in São Paulo and would like to include Ciclovia in the app, but found that some of the routes publicised by CET on their site are not yet included on OSM. We have started making edits to add missing routes and to connect existing routes into the road network. We recognise that this kind of work is always best managed by local residents and welcome your modifications or amendments to our contributions. We encourage you also to download our app when it launches, so you can enjoy the result of these efforts. ___ 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
Re: [Talk-br] Classificação de rodovias no Brasil
No caso da MS-395, que alterei para BR-158, acredito não ser coincidente, pois o mapa do DNIT consta realmente BR-158. Além disso, percorri a rodovia e em toda a sua extensão, consta nas placas de km BR-158. *Ivaldo* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de rodovias no Brasil
Alexandre, obrigado pela indicação. Já tinha visto essa imagem. No meu entender ela é de difícil interpretação e análise para o ambiente de produção do OSM, que requer uma decisão rápida. Acho que deveríamos convertê-lo numa tabela mais enxuta e simples, tipo: Auto estrada: - canteiro central entre as mãos (duplicada); - mínimo 2 faixas por sentido; - acostamento em ambos os lados do sentido; - exemplo: Rodovia Castelo Branco (SP-270). Via expressa: - canteiro ou algum tipo de obstáculo central entre as mãos, não pode ser tartaruga (duplicada); - mínimo 2 faixas por sentido; - acostamento em 1 dos lados do sentido (direito); - exemplo: Rodovia Raposo Tavares (SP-280). Via primária: - Sem canteiro central entre as mãos (não duplicada); - mínimo 2 faixas por sentido; - acostamento em 1 dos lados do sentido (direito); - exemplo: Rodovia BR-267/MS. Via secundária: - Sem canteiro central entre as mãos (não duplicada); - mínimo 1 faixas por sentido; - acostamento em 1 dos lados do sentido (direito); - exemplo: Rodovia BR-158/MS. Via terciária: - Sem canteiro central entre as mãos (não duplicada); - mínimo 1 faixas por sentido; - sem acostamento; - exemplo: Rodovia BR-262/MS. Isso é um exemplo de uma classificação simples, mas clara. *Ivaldo* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] Am I doing this right? Houses w/ addresses
In areas with detached houses, the Android app Keypadmapper has worked pretty well for me. Once house numbers get too dense (worst case: Montreal, where each apartment in a duplex or triplex will have it's own house number) it starts getting tricky assigning the number to the correct building. And yeah, Mapillary imagery can definitely be useful for address data. Harald. On Sat, Apr 11, 2015 at 5:37 PM Tod Fitch t...@fitchdesign.com wrote: As to the first: Yes, definitely a great job of mapping address house numbers! As to gathering numbers: I’ve gone through several iterations on collecting data. At first I was using a walking papers style method complete with people asking me what I was doing and, in one case, calling the police. That was too much attention for my liking. My next iteration was to use OSMtracker with a set of ear buds with microphone and simply gathering a voice sample as I walked by a house. This actually worked pretty well. I was inconspicuous as people are used to phone users talking to themselves. I had two problems with it however: First there was sometimes ambient noise that made it difficult to hear the number when played back. Second, and far worse, it took longer to enter all the data than it took to collect. I’d take a two hour walk in the morning and spend the rest of the day entering data. Okay to do occasionally but not something to make a career of. My current method is to use OSMpad and type in the numbers as I walk by. Data collection is a little slower and more conspicuous than using OSMtracker with a microphone but so far it is inconspicuous enough that I don’t attract attention. After all, many people wander the streets oblivious to their surroundings while texting. A mapper appearing to do the same thing is not remarkable. The big advantage over voice recordings is that in JOSM it only takes a couple of minutes to align the address points with the satellite imagery, verify street names, add city and upload. Regarding doing address collection in a car, or for that matter on a bicycle, I don’t think it is really feasible to get each number that way unless you are driving at walking speed. Think how long it actually takes to 1. Press a record button, 2. Wait a second to assure it is recording, 3. speak the number or street name. If you are driving at 25 MPH that is 37 feet/second. In my neighborhood you need to be consistently entering a new address every second to second and a half. Try clearly enunciating a 2, 3, 4 or even 5 digit house number in 1.5 seconds. Now try doing that consistently for hundreds of houses. If you are only interested in house number ranges, then collection in a moving vehicle could be feasible. But I don’t consider it feasible to get individual numbers for all houses along a street that way: Too much typing or speaking in too little time. A solution to that would be to be automatically taking geotagged photographs continuously the same as the survey vehicles that Google and other employ. I suppose the price of that type of thing will drop but for now if you are just mapping with a handheld GPS or smart phone walking is the best way I know to collect house numbers. Cheers, Tod On Apr 11, 2015, at 1:53 PM, Nick Hocking nick.hock...@gmail.com wrote: Excellent job Steve, I believe that house addresses is the only thing missing from OSM that is stopping it from becoming the mainstream mapping data of choice! I’ve always been interested in how to collect addresses, which can be a time consuming and difficult task. Walking around a neighborhood with paper and pencil peering into people’s letter boxes and at their front doors may upset some people, so I’ve though up a (possibly) better way. Two people, in a car. Two GPS units, probably both smartphones, one recording the track log and the other recording the passengers voice. As you drive down the road, the passenger calls out something like….. 12 left 15right 14 left 16 right….. turning left on main street, 67 left etc, etc.. Then later in an editor you can match times from the two sources and compare against Bing imagery to correctly place the house numbers. Cheers ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-br] Classificação de rodovias no Brasil
Ivaldo, sugiro olhar nas tabelas de rodovias do DNIT se a BR-158 não coincide com essa MS-395... Em 11 de abril de 2015 21:36, Ivaldo Nunes de Magalhães ivald...@gmail.com escreveu: No caso da MS-395, que alterei para BR-158, acredito não ser coincidente, pois o mapa do DNIT consta realmente BR-158. Além disso, percorri a rodovia e em toda a sua extensão, consta nas placas de km BR-158. *Ivaldo* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de rodovias no Brasil
Vitor, no mapa do DNIT (Rodoviário MS 2013) existem rodovias coincidentes, mas esta realmente está como BR-158. Ela começa na divisa de MS/SP, no rio Paraná (entre Paulicéia/SP e Brasilândia/MS, subindo para Três Lagoas, Selviria, Aparecida do Taboado, Paranaíba, Cassilândia e depois entra em Goiás como rodovia Planejada. Acredito que quem a nomeou tenha pensado que o trecho ser um continuação da MS-395, que começa em Cassilândia, passa por Bataguassu e termina em Cassilândia. Agora quanto a essa tabela do DNIT, não consultei e desconheço sua localização. Me baseei no mapa. Você viu na tabela? *Ivaldo* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de rodovias no Brasil
Ivaldo, Segundo minhas capacidades de imaginação do momento e minha opinião, melhor do que o fluxograma atual seria ele aperfeiçoado. E melhor do que isso, um software com GUI (ou um plugin do JOSM) que permitisse percorrer o fluxograma em *wizard*. Se todas as respostas não pudessem ser entradas, o passo-a-passo retornaria como resultado um conjunto de opções reduzido contendo observações relevantes para cada uma. Não estou em condições de me aventurar no desenvolvimento de algo nesse sentido, mas ficam aqui as ideias para quem se interessar nelas. Estranho alguém achar dificultoso seguir um fluxograma. Cada um, cada um. Mas experimente imprimi-lo! Talvez a divergência esteja nas especificações, e não no modo que elas são apresentadas (fluxograma ou tabela ou outro). Alexandre Magno Em 11 de abril de 2015 22:09, Ivaldo Nunes de Magalhães ivald...@gmail.com escreveu: Alexandre, obrigado pela indicação. Já tinha visto essa imagem. No meu entender ela é de difícil interpretação e análise para o ambiente de produção do OSM, que requer uma decisão rápida. Acho que deveríamos convertê-lo numa tabela mais enxuta e simples, tipo: Auto estrada: - canteiro central entre as mãos (duplicada); - mínimo 2 faixas por sentido; - acostamento em ambos os lados do sentido; - exemplo: Rodovia Castelo Branco (SP-270). Via expressa: - canteiro ou algum tipo de obstáculo central entre as mãos, não pode ser tartaruga (duplicada); - mínimo 2 faixas por sentido; - acostamento em 1 dos lados do sentido (direito); - exemplo: Rodovia Raposo Tavares (SP-280). Via primária: - Sem canteiro central entre as mãos (não duplicada); - mínimo 2 faixas por sentido; - acostamento em 1 dos lados do sentido (direito); - exemplo: Rodovia BR-267/MS. Via secundária: - Sem canteiro central entre as mãos (não duplicada); - mínimo 1 faixas por sentido; - acostamento em 1 dos lados do sentido (direito); - exemplo: Rodovia BR-158/MS. Via terciária: - Sem canteiro central entre as mãos (não duplicada); - mínimo 1 faixas por sentido; - sem acostamento; - exemplo: Rodovia BR-262/MS. Isso é um exemplo de uma classificação simples, mas clara. *Ivaldo* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de rodovias no Brasil
Corrigindo e-mail anterior: Vitor, no mapa do DNIT (Rodoviário MS 2013) existem rodovias coincidentes, mas esta realmente está como BR-158. Ela começa na divisa de MS/SP, no rio Paraná (entre Paulicéia/SP e Brasilândia/MS, subindo para Três Lagoas, Selviria, Aparecida do Taboado, Paranaíba, Cassilândia e depois entra em Goiás como rodovia Planejada. Acredito que quem a nomeou tenha pensado que o trecho ser um continuação da MS-395, que começa em *Anaurilândia*, passa por Bataguassu e termina em*Brasilândia*. Agora quanto a essa tabela do DNIT, não consultei e desconheço sua localização. Me baseei no mapa. Você viu na tabela? *Ivaldo* Nunes de Magalhães E-mail: ivald...@gmail.com Blog: makermaps.blogspot.com.br (67) 8108-7415 - 3431-2810 (61) 9139-7560 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de rodovias no Brasil
Com opção de não ser um passo-a-passo linear, mas ser tão somente um sistema que filtrasse opções segundo critérios. Isso seria até muito mais fácil de implementar do que algo de GUI sofisticada, e como plugin do JOSM, se é que já não existe, recebendo especificações em XML (ou YAML ou JSON). Alexandre Magno Em 11 de abril de 2015 23:19, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Ivaldo, Segundo minhas capacidades de imaginação do momento e minha opinião, melhor do que o fluxograma atual seria ele aperfeiçoado. E melhor do que isso, um software com GUI (ou um plugin do JOSM) que permitisse percorrer o fluxograma em *wizard*. Se todas as respostas não pudessem ser entradas, o passo-a-passo retornaria como resultado um conjunto de opções reduzido contendo observações relevantes para cada uma. Não estou em condições de me aventurar no desenvolvimento de algo nesse sentido, mas ficam aqui as ideias para quem se interessar nelas. Estranho alguém achar dificultoso seguir um fluxograma. Cada um, cada um. Mas experimente imprimi-lo! Talvez a divergência esteja nas especificações, e não no modo que elas são apresentadas (fluxograma ou tabela ou outro). Alexandre Magno Em 11 de abril de 2015 22:09, Ivaldo Nunes de Magalhães ivald...@gmail.com escreveu: Alexandre, obrigado pela indicação. Já tinha visto essa imagem. No meu entender ela é de difícil interpretação e análise para o ambiente de produção do OSM, que requer uma decisão rápida. Acho que deveríamos convertê-lo numa tabela mais enxuta e simples, tipo: Auto estrada: - canteiro central entre as mãos (duplicada); - mínimo 2 faixas por sentido; - acostamento em ambos os lados do sentido; - exemplo: Rodovia Castelo Branco (SP-270). Via expressa: - canteiro ou algum tipo de obstáculo central entre as mãos, não pode ser tartaruga (duplicada); - mínimo 2 faixas por sentido; - acostamento em 1 dos lados do sentido (direito); - exemplo: Rodovia Raposo Tavares (SP-280). Via primária: - Sem canteiro central entre as mãos (não duplicada); - mínimo 2 faixas por sentido; - acostamento em 1 dos lados do sentido (direito); - exemplo: Rodovia BR-267/MS. Via secundária: - Sem canteiro central entre as mãos (não duplicada); - mínimo 1 faixas por sentido; - acostamento em 1 dos lados do sentido (direito); - exemplo: Rodovia BR-158/MS. Via terciária: - Sem canteiro central entre as mãos (não duplicada); - mínimo 1 faixas por sentido; - sem acostamento; - exemplo: Rodovia BR-262/MS. Isso é um exemplo de uma classificação simples, mas clara. *Ivaldo* ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Classificação de rodovias no Brasil
Ivaldo, dá uma olhada aqui: http://forum.openstreetmap.org/viewtopic.php?pid=436101#p436101 Com um detalhe que esqueci aqui: http://forum.openstreetmap.org/viewtopic.php?pid=436116#p436116 Se quiser pode ler a discussão inteira, mas acredito que dá para chegar em algo mais direto da form que você procura. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br