Re: [Talk-hr] Pozdrav
Pozdrav Dražene, Došlo je do promjene u mojim potrebama za projekt na kojem radim, pa evo da ti objasnim ako možeš odvojiti minutu dve za pomoć. Od mod_tile se odustalo jer su se promjenili zahtjevi. Evo malo detaljnije. Trebaju mi tailovi za određeno područje tipa kvarta max, nikako za područje cijele države, sa zoom levelom većem od 19. Negdje do 21 ili 22. To mi je potrebno da imam podlogu na kojoj ću vizualizirati pointove i neke poligone. Sustav neće imati izlaz na internet tako da su mi iz tog razloga potrebni izrenderirani tajlovi i ne mogu koristiti podlogu tipa openstreetmaps, bing ili google mapsa. I kao što je već sad jasno ovo što radim je dio web projekta. Inače uspio sam izrenderirati tajlove za probu jednog dijela Zagreba do 19 zooma sa Mapnikom i ispadaju ok. Loadao sam ih u Open Layers i prikazuju se dobro. E sad, ja jesam rekao u jednoj od sljedećih probi Mapniku da renderira područje jednog kvarta za zoom levele 17 - 21 ali koliko ja vidim (Open layers mi zoom kontrola me nešto zeza pa mi ne da zoomirati više od 19) da izrenderirani tajlovi za 20 zoom su otprilike isti kao i za zoom level 19. Broj izgeneriranih foldera i tajlova nije isti ali koliko ja vidim zoom level na tim tailovima je isti. Gledao sam da u inc folderu defaultnog stila OSM-a za Mapnik u entities.xml.inc postoje: maxscale_zoom i minscale_zoom definirani do 18. i gledao sam po layer includovima i osm.xml da za svaki layer ima izdefiniran max i min scale_zoom. Jel način da dobijem veće zoom levele tailova tako da mijenjam sve maxscale_zoom levele? Ima neki lakši način? i vidim da brojke max i min scale zooma opadaju otprilike za pola, jel to pravilo kojeg se treba držati kao pijan plota ili postoji neko drugo pravilo? Ako netko ima ideju, način na koji ovo da napravim bilo bi super Lp Zoran 2013/12/30 Dražen Odobašić dodoba...@gmail.com On 16.12.2013 10:29, Zoran Rončević wrote: Pozdrav, Novi sam na ovom forumu, pa da se javim. Nešto sam već pričao sam nekim ljudima na irc chatu pa evo da se javim i ovim putem. Inače radim kao programer i cijelo vrijeme nešto radim oko GIS-a, do sada. Sad imam i stvarnu potrebu da kreiram mali mini GIS. Konkretno imam potrebu napraviti offline kartografiju (raster) sa tailovima od OSM-a. Ono što napominjem je da bi mi zoom level trebao biti veći od 19 koji je defaultni za OSM web. Trebao bi napraviti 21 ili 22 zoom level. Tu sam pokušao koristiti Mapnik, ali sa sa Pythonom uvijek pogubim. Otrpilike to ide nekako ovako kod mene. Skinem OSM podatke, importam u PostGis sa osm2pgql i tu otprilike uvijek stanem/pogubim se. Skinuo sam i OSM server virtualku, ali ne radi. Mislim pokrenem virtualku, napravi sve isto kao i ja i onda kad dođe do dijela prikazivanja Mapnik mi ne kreira tajlove, a u sljedećem koraku se ti podatci importaju za Nomatium za geokodiranje i taj dio radi. Sve u svemu hrapa upitnika sa moje strane zašto sve to ne radi i treba mi pomoć/usmjerenje kako da to napravi. Htjeo sam to napraviti sa Mapnikom u njegovom mod_tilu jer postoji realna opcija da ću morati imati i WMS. Malo poduži/iscrpniji mail od mene za moje prvo javljenje, ali ako me netko može usmjeriti u pravom smjeru, jer u ovoj šumi informacija se pokušavam snaći. Lp Zoran ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr Pozdrav, zašto ti trebaju tileovi...oni su samo 'proizvod' na kojem se temelji tzv. Slippy map. Tj. prividno beskonačna karta u browseru koja se ažurira u pozadini pa za za korisnika beskonačna. Tehnologija i servisi koje spominješ su specifični za WEB, mod_tile, WMS, ... Bilo bi puno korisnije da opišeš što točno trebaš napraviti, kakav je to mini GIS, koja platforma, namjena, malo širi kontekst projekta. Jer ćeš u suprotnom dobiti samo link na dokumentaciju :) Dražen ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-talk] OpenStreetMap @Fosdem 2014
I will be there, but I'll be spending more time listening to talks than previous years this time. You can count on me for a few hours at the stand too. Polyglot 2013/12/22 Kathleen Danielson kathleen.daniel...@gmail.com Great! Will there be a sizeable OSM contingent at FOSDEM? On Wed, Dec 18, 2013 at 4:30 AM, RatZilla$ ratzil...@gmail.com wrote: Hi all, We just receive confirmation from the FOSDEM Team for a stand. FOSDEM is the Free Open Source Developers European Meeting. Feel free to join us to show our work and see other Floss communities hacks in Brussels 1 2 February 2014. More details here: https://fosdem.org/2014/ Gaël Nous avons reçu la confirmation des organisateurs du FOSDEM d'un stand pour OSM les 1er et 2février 2014. Au plaisir de vous y voir pour échanger avec d'autres communautés du Libre. Gaël ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mappy New Year
Hi All, I hope that you are off to a great start on your mapping activities for 2014. OpenStreetMap is certainly off to a great start. User emacsen wrote a compelling article today that drove a significant number of new mappers to OpenStreetMap. That's some great advocacy, right there. The article is really aimed at folks who are not yet mappers, so not really the same audience of these lists, as we're already mappers. but you might enjoy the article anyway. Have a look. http://blog.emacsen.net/blog/2014/01/04/why-the-world-needs-openstreetmap/ In 2014 we will see the 10 anniversary / birthday of OpenStreetMap. What are you going to do to celebrate? We (the local mappers in Toronto) will host another OpenStreetMap Mapiversary party, details to be determined, how about your local group? On that subject, is this the year that you'll start a local mapping group in your town? I've never understood why it is that the German community has groups of mappers that meet each month, in just about every city, town and village of size, while in North America those groups are very rare. It could be that the difference is you. You can start a successful, self-sustaining local group that meets each month to discuss OpenStreetMap. So you should do that. It's great fun. Part of our fun in Toronto in 2013 included, the 9th birthday party, including a map cake. Twelve regularly scheduled Mappy Hour events, two formal presentation events, three special guest events to celebrate august mappers visiting from other places. (and a little bit of a flood, but we soldiered on anyway.) What about this thread? Tell me, what your plans are for 2014? and have a Mappy New Year, Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenStreetMap.org Notes to help collect OpenData
Contribution of the OSM community fo the Yolanda / Haiyan was awesome with more then 1,600 contributors from 82 countries. Thanks to all of you for this. Various medias have recognized how we made the difference for humanitarian relief, delivering printed maps 10 days after the typhoon. This is now the reconstruction period and various humanitarian teams are working in the region. In such emergency context, the collection of map data is not their first priority. But it worth trying to provide them simple tools to collect OpenData for OSM. While they are using the maps, it may convince them to contribute and add information. While some of them might use various smartphone Applications, we should provide a simpler way of contributing for others. We tell them that they can simply add a Note to the OSM map and describe features such as schools, health facilities, commerces, etc. There are other situations where this could be useful. In Africa for exemple, access to smartphone is easier then to individual computers. Users could add a note rapidly from OpenStreetMap.org and contribute to provide information on infrastructures. From the Notead added ont the map, OSM contributors working remotely can then take care to interpret this information and add the objects with the appropriate tags. We also have to understand that in many countries, just few people have individual computers Looking at various Notes that have been added recently, I see that the description is often too short. I suggest that the Note feature be revised with the objective to facilitate collection of OpenData. Nothing complex, no hierarchical menu should be developped since other tools already do it. I think that we could simply tell them to put some details to help us describe this object on the map adding the appropriate characteristics : - The type of feature (ie, school, hospital, various types of commerces, etc.) - The name of this feature I also see duplication of Notes for the same feature and it is not easy for less experienced users to find the Note layer. Then, when a user click to add a Note, the Note layer should be added automatically. And it surely help to insist on opening an OSM account so that we can communicate with these people. Pierre ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Mapping Gallipoli
Hi, I've found another map (there must be quite a few of them) with reasonable clarity - made after the landing, and looks to be better quality. http://www.awm.gov.au/collection/SC02009/ On the website it says 'copyright expired' .. I'd take it that means I can use it for OSM work. It is a bit blurry at the given website resolution (72 dpi - sharpening the jpg works to a degree), so I'll still be requesting permission for use of the official history map and mention this map in addition for locational detail. If I get permission is there somewhere that it should be stored by OSM? I've asked the Turkish community and not had any negatives (yet - early days, only one response so far). I'd expect any violent objections to happen quickly. There are detailed maps (really hand sketches) of the trenches .. but I think they are gone with time, so of little use. If those existed I'd use 'history battlefield' tags, but for the valleys and ridges I'm looking at I am thinking of using natural or landscape taes as appropriate. I note that valleys and ridges are 'abandoned tags' like the radio telescope – they have wiki pages for voting but no acceptance … mutter mutter.. I'll be using the accepted official tag 'wadi' for ozie 'gully'... but I won't use it for valley … As ANZAC day is fairly close .. would battlefield tags appear on the current map renderings? If none of this will presently appear on the present map renderings that is little point in rushing the work as the result may well not appear until after ANZAC day 2014. So I'll stick to those things that might appear! I've noted Micheals' idea of the name:en tag. I think that will work well. However some of the places have four names .. as found in 'Gallipoli Mission appendix 4. I think I'll try sticking to the names that occur on the maps, with Turkish names from that appendix as appropriate. On 3/01/2014 2:08 PM, Michael Collinson wrote: Hi Warin, First, wonderful idea, my grandad fought there with the 2nd AIF and being able to relate dry names in books to actual places is very satisfying ... whether just looking at the map or making an actual visit. I think it well worth approaching Australian War Memorial. As OpenStreetMap can be used by commercial entities we cannot use NC licensed data. But as we ourselves are non-commercial and you are trying to do something for common good without reward, you may well get a sympathetic response. In a similar vein, I was able to get permission from the Smithsonian to add volcanos from their global index. I also agree that asking the Turkish community shows tact and courtesy and will perpetuate the regard that the fighting men of both sides had for each other. I suggest using name:en so that Turkish names can be used as default. Best wishes for 2014 to all Australian mappers, Mike Original message From Warin 61sundow...@gmail.com Date: 2014/01/02 21:29 (GMT-05:00) To talk-au@openstreetmap.org Subject [talk-au] Mapping Gallipoli Hi, I've taken the trouble of mapping the present memorials (and their associated roads, paths .. in some cases adjacent paths so people don't take the wrong ones) at Gallipoli, Turkey. A few were maped in the south (mainly British, about 4), one road was GPS sourced. I've tried to get them all (OZ, NZ and Turkish mainly), there maybe a few left (at least 2 I think) but I've not found them with bing. The Question? Should I now map the named ridges, gullies etc that were used by 'us' (and/or named by 'us') in the action? I'd be using info from the official Australian history (avalible as pdfs ... and that has copyright exclusions under Creative Commons Attribution-NonCommercial 3.0 Australia (CC BY-NC 3.0 AU) license http://creativecommons.org/licenses/by-nc/3.0/au/. Oh ... rats ... no it doesn't - on another page The Australian War Memorial holds copyright for the text, maps and photographs contained in the Official Histories. Reproduction is allowed for private use only. For commercial reproduction, the permission of the Memorial must be obtained. So that is 2 questions .. or 3 Should it be mapped? (I'm looking at chapter 24 page 546/7 if your intrested. link http://www.awm.gov.au/histories/first_world_war/ think you'd want volume 2) Would the turks object? I should ask them .. Getting permission from the Australian War Memorial? PS .. I'm now dowloading the 'Gallipoli Mission'.. I've had the WW1 history for some time .. and yes I've read it .. http://www.awm.gov.au/histories/first_world_war/AWMOHWW1/Supplementary/GallipoliMission/ ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] revisão da BR-262
Gerald, Uma das metas do Cocar é passar a disponibilizar compilações do mapa do Brasil para Garmin de forma regular, tão logo o Wesley (não sei se ele participa desta lista) termine sua pesquisa justamente no que tange ao melhor style file para produzir mapas Garmin com bom roteamento. []s PC Em 4 de janeiro de 2014 22:11, Gerald Weber gwebe...@gmail.com escreveu: Obrigado a todos pelos comentários sobre roteamento Garmin. Eu já passei adiante, já que eu mesmo não tenho GPS Garmin. abraço Gerald ___ 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] revisão da BR-262
Olá. o problema é devido a compilação do sitehttp://mapas.alternativaslibres.es/ http://mapas.alternativaslibres.es/ Se você usa o site http://garmin.openstreetmap.nl/ não da problema somente que a atualização é demorada. Abraços Gian Piero. Em 04/01/2014 18:59, thunder...@gpsinfo.com.br escreveu: Gerald, em que pese que problemas de roteamento devido a formatações diferenciadas são resolvidos a nível conversor e não reformatando o mapa, aconteceu uma situação de roteamento interessante com meu Garmin recentemente indo do Rio para Sorocaba -- SP. O Garmin não roteou, como deveria, pela SP-075 e em analise que fiz isso foi motivado pela existência de uma ponte nessa via em http://www.openstreetmap.org/way/204710299/history Sei disso porque visto o mapa pelo programa mapsource da Garmin essa ponte gera uma descontinuidade na rodovia. Tenho empregado no meu GPS o mapa OSM fornecido pelo site http://mapas.alternativaslibres.es/ . Optei por esse porque ele se compromete a fazer compilações diárias. Nele baixo o mapa em formato IMG para o GPS e em formato EXE para carregar no PC e visualizar o mapa pelo MapSource. Sei que essa descontinuidade advém do conversor e não do mapa. Por isso não se justifica retirar a formatação de ponte no mapa para se corrigir um erro do conversor. []s Marcio *From:* Gerald Weber mailto:gwebe...@gmail.com *Sent:* Saturday, January 4, 2014 6:22 PM *To:* OpenStreetMap no Brasil mailto:talk-br@openstreetmap.org *Subject:* Re: [Talk-br] revisão da BR-262 Consegui entrar em contato com ele e pedi para que discutisse suas alterações ou aqui na Talk-BR ou no Forum. Comprometeu-se a fazer isto. Disse que tinha feito as alterações por questões de roteamento do Garmin. Disse também que removeu layer de pontes por causa de problemas de roteamento (não sei quais problemas são estes). Não me pareceu agir com má intenção, acho que é apenas mais um caso de mapeador trabalhando em isolamento. Acredito que vai se resolver sem problemas. Vamos aguardar o contato dele. 2014/1/4 Nelson A. de Oliveira nao...@gmail.com mailto:nao...@gmail.com 2014/1/4 Gerald Weber gwebe...@gmail.com mailto:gwebe...@gmail.com: identifiquei um usuário anônimo MDENDENA que alterou grande parte da BR-262 de primary para trunk: Dos últimos changesets dele ele mudou bastante coisa. Aparentemente está reclassificando todas as BR como trunk. ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gwebe...@gmail.com mailto:gwebe...@gmail.com Personal website https://sites.google.com/site/geraldweberufmg/ Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] revisão da BR-262
Olá, também em SC foram trocadas varia rodovias de primary para trunk. Abraços Gian Piero. Em 04/01/2014 12:06, Gerald Weber escreveu: Olá Pessoal identifiquei um usuário anônimo MDENDENA http://www.openstreetmap.org/user/MDENDENA que alterou grande parte da BR-262 de primary para trunk: http://www.openstreetmap.org/way/251064973 Se este usuário participa da lista eu peço que se identifique e se explique. Em particular eu peço a todos que não alterem vias de classificação sem uma prévia discussão nesta lista, especialmente quando esta classificação diverge daquilo que já discutimos aqui. abraços Gerald ___ 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] Emprego de abreviaturas nos nomes de vias
Amigos, nos anos desenvolvendo mapas aprendi na teoria e prática que não se deve empregar abreviaturas na descrição de uma via ou objeto no mapa. No tocante a nomes de vias venho encontrando inúmeras abreviaturas, em especial “R.”, “Av.”. “Est.”, “Dr.”, “Des.”, etc. Como a maioria deve saber essa prática em muito penaliza as utilidades dotadas de TTS e que empregam aquele mapa. Existe alguma recomendação no OSM a respeito? []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] revisão da BR-262
Gian, não costumo empregar a compilação do http://garmin.openstreetmap.nl/ porque, infelizmente a compilação dele tem uma periodicidade elevada para o que emprego. Costumo fazer inúmeras correções e logo baixar o mapa compilado para testar os efeitos no roteamento. Por enquanto tenho de me contentar com esse Espanhol, de compilação diária. []s Marcio From: Gian Piero Castagno Sent: Sunday, January 5, 2014 10:55 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] revisão da BR-262 Olá. o problema é devido a compilação do site http://mapas.alternativaslibres.es/ Se você usa o site http://garmin.openstreetmap.nl/ não da problema somente que a atualização é demorada. Abraços Gian Piero. Em 04/01/2014 18:59, thunder...@gpsinfo.com.br escreveu: Gerald, em que pese que problemas de roteamento devido a formatações diferenciadas são resolvidos a nível conversor e não reformatando o mapa, aconteceu uma situação de roteamento interessante com meu Garmin recentemente indo do Rio para Sorocaba – SP. O Garmin não roteou, como deveria, pela SP-075 e em analise que fiz isso foi motivado pela existência de uma ponte nessa via em http://www.openstreetmap.org/way/204710299/history Sei disso porque visto o mapa pelo programa mapsource da Garmin essa ponte gera uma descontinuidade na rodovia. Tenho empregado no meu GPS o mapa OSM fornecido pelo site http://mapas.alternativaslibres.es/ . Optei por esse porque ele se compromete a fazer compilações diárias. Nele baixo o mapa em formato IMG para o GPS e em formato EXE para carregar no PC e visualizar o mapa pelo MapSource. Sei que essa descontinuidade advém do conversor e não do mapa. Por isso não se justifica retirar a formatação de ponte no mapa para se corrigir um erro do conversor. []s Marcio From: Gerald Weber Sent: Saturday, January 4, 2014 6:22 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] revisão da BR-262 Consegui entrar em contato com ele e pedi para que discutisse suas alterações ou aqui na Talk-BR ou no Forum. Comprometeu-se a fazer isto. Disse que tinha feito as alterações por questões de roteamento do Garmin. Disse também que removeu layer de pontes por causa de problemas de roteamento (não sei quais problemas são estes). Não me pareceu agir com má intenção, acho que é apenas mais um caso de mapeador trabalhando em isolamento. Acredito que vai se resolver sem problemas. Vamos aguardar o contato dele. 2014/1/4 Nelson A. de Oliveira nao...@gmail.com 2014/1/4 Gerald Weber gwebe...@gmail.com: identifiquei um usuário anônimo MDENDENA que alterou grande parte da BR-262 de primary para trunk: Dos últimos changesets dele ele mudou bastante coisa. Aparentemente está reclassificando todas as BR como trunk. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gwebe...@gmail.com Personal website Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] revisão da BR-262
Aqui ele trocou a BR-101 de trunk para primary Marcelo P Em 5 de janeiro de 2014 10:01, thunder...@gpsinfo.com.br escreveu: Gian, não costumo empregar a compilação do http://garmin.openstreetmap.nl/porque, infelizmente a compilação dele tem uma periodicidade elevada para o que emprego. Costumo fazer inúmeras correções e logo baixar o mapa compilado para testar os efeitos no roteamento. Por enquanto tenho de me contentar com esse Espanhol, de compilação diária. []s Marcio *From:* Gian Piero Castagno giamp...@gmail.com *Sent:* Sunday, January 5, 2014 10:55 AM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] revisão da BR-262 Olá. o problema é devido a compilação do sitehttp://mapas.alternativaslibres.es/ Se você usa o site http://garmin.openstreetmap.nl/ não da problema somente que a atualização é demorada. Abraços Gian Piero. Em 04/01/2014 18:59, thunder...@gpsinfo.com.br escreveu: Gerald, em que pese que problemas de roteamento devido a formatações diferenciadas são resolvidos a nível conversor e não reformatando o mapa, aconteceu uma situação de roteamento interessante com meu Garmin recentemente indo do Rio para Sorocaba – SP. O Garmin não roteou, como deveria, pela SP-075 e em analise que fiz isso foi motivado pela existência de uma ponte nessa via em http://www.openstreetmap.org/way/204710299/history Sei disso porque visto o mapa pelo programa mapsource da Garmin essa ponte gera uma descontinuidade na rodovia. Tenho empregado no meu GPS o mapa OSM fornecido pelo site http://mapas.alternativaslibres.es/ . Optei por esse porque ele se compromete a fazer compilações diárias. Nele baixo o mapa em formato IMG para o GPS e em formato EXE para carregar no PC e visualizar o mapa pelo MapSource. Sei que essa descontinuidade advém do conversor e não do mapa. Por isso não se justifica retirar a formatação de ponte no mapa para se corrigir um erro do conversor. []s Marcio *From:* Gerald Weber gwebe...@gmail.com *Sent:* Saturday, January 4, 2014 6:22 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] revisão da BR-262 Consegui entrar em contato com ele e pedi para que discutisse suas alterações ou aqui na Talk-BR ou no Forum. Comprometeu-se a fazer isto. Disse que tinha feito as alterações por questões de roteamento do Garmin. Disse também que removeu layer de pontes por causa de problemas de roteamento (não sei quais problemas são estes). Não me pareceu agir com má intenção, acho que é apenas mais um caso de mapeador trabalhando em isolamento. Acredito que vai se resolver sem problemas. Vamos aguardar o contato dele. 2014/1/4 Nelson A. de Oliveira nao...@gmail.com 2014/1/4 Gerald Weber gwebe...@gmail.com: identifiquei um usuário anônimo MDENDENA que alterou grande parte da BR-262 de primary para trunk: Dos últimos changesets dele ele mudou bastante coisa. Aparentemente está reclassificando todas as BR como trunk. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gwebe...@gmail.com Personal website https://sites.google.com/site/geraldweberufmg/ Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing listTalk-br@openstreetmap.orghttps://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 -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Olá Márcio, Pelo que vi existe sim recomendação para não haver abreviações, tanto que o Nelson ( NAOLIV ) desenvolveu uma série de regras para serem adicionadas ao validador do JOSM que indicam no mapa onde encontrar esses erros. Veja nessa mesma lista a discussão completa com o título [Talk-br] Erros comuns encontrados nos dados. Inclusive, estou vendo com o Trebien como executar uma limpeza aqui na RMR ( Região Metropolitana de Recife). Marcelo P Em 5 de janeiro de 2014 09:57, thunder...@gpsinfo.com.br escreveu: Amigos, nos anos desenvolvendo mapas aprendi na teoria e prática que não se deve empregar abreviaturas na descrição de uma via ou objeto no mapa. No tocante a nomes de vias venho encontrando inúmeras abreviaturas, em especial “R.”, “Av.”. “Est.”, “Dr.”, “Des.”, etc. Como a maioria deve saber essa prática em muito penaliza as utilidades dotadas de TTS e que empregam aquele mapa. Existe alguma recomendação no OSM a respeito? []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Pois é Marcelo , Se o validador está bloqueando isso essa ação deu-se depois de já terem inúmeras vias e objetos com abreviaturas sendo empregadas. Como exemplo veja a região de Macaé – RJ, a via http://www.openstreetmap.org/way/151223382/history e todas as vias ao redor dela. []s Marcio From: Marcelo Pereira Sent: Sunday, January 5, 2014 11:10 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Olá Márcio, Pelo que vi existe sim recomendação para não haver abreviações, tanto que o Nelson ( NAOLIV ) desenvolveu uma série de regras para serem adicionadas ao validador do JOSM que indicam no mapa onde encontrar esses erros. Veja nessa mesma lista a discussão completa com o título [Talk-br] Erros comuns encontrados nos dados. Inclusive, estou vendo com o Trebien como executar uma limpeza aqui na RMR ( Região Metropolitana de Recife). Marcelo P Em 5 de janeiro de 2014 09:57, thunder...@gpsinfo.com.br escreveu: Amigos, nos anos desenvolvendo mapas aprendi na teoria e prática que não se deve empregar abreviaturas na descrição de uma via ou objeto no mapa. No tocante a nomes de vias venho encontrando inúmeras abreviaturas, em especial “R.”, “Av.”. “Est.”, “Dr.”, “Des.”, etc. Como a maioria deve saber essa prática em muito penaliza as utilidades dotadas de TTS e que empregam aquele mapa. Existe alguma recomendação no OSM a respeito? []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br wlEmoticon-sadsmile[1].png___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Oi Marcio o validador é um plugin do JOSM, só vai pegar isto quando um mapeador abrir a região em questão. abraço Gerald 2014/1/5 thunder...@gpsinfo.com.br Pois é Marcelo [image: Smiley triste], Se o validador está bloqueando isso essa ação deu-se depois de já terem inúmeras vias e objetos com abreviaturas sendo empregadas. Como exemplo veja a região de Macaé – RJ, a via http://www.openstreetmap.org/way/151223382/history e todas as vias ao redor dela. []s Marcio wlEmoticon-sadsmile[1].png___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] revisão da BR-262
O usuário me informou que está fazendo a reversão enquanto aproveita e revisa os trevos. Então logo mais deve estar OK. abraço Gerald 2014/1/5 Marcelo Pereira pereirahol...@gmail.com Aqui ele trocou a BR-101 de trunk para primary Marcelo P Em 5 de janeiro de 2014 10:01, thunder...@gpsinfo.com.br escreveu: Gian, não costumo empregar a compilação do http://garmin.openstreetmap.nl/porque, infelizmente a compilação dele tem uma periodicidade elevada para o que emprego. Costumo fazer inúmeras correções e logo baixar o mapa compilado para testar os efeitos no roteamento. Por enquanto tenho de me contentar com esse Espanhol, de compilação diária. []s Marcio *From:* Gian Piero Castagno giamp...@gmail.com *Sent:* Sunday, January 5, 2014 10:55 AM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] revisão da BR-262 Olá. o problema é devido a compilação do sitehttp://mapas.alternativaslibres.es/ Se você usa o site http://garmin.openstreetmap.nl/ não da problema somente que a atualização é demorada. Abraços Gian Piero. Em 04/01/2014 18:59, thunder...@gpsinfo.com.br escreveu: Gerald, em que pese que problemas de roteamento devido a formatações diferenciadas são resolvidos a nível conversor e não reformatando o mapa, aconteceu uma situação de roteamento interessante com meu Garmin recentemente indo do Rio para Sorocaba – SP. O Garmin não roteou, como deveria, pela SP-075 e em analise que fiz isso foi motivado pela existência de uma ponte nessa via em http://www.openstreetmap.org/way/204710299/history Sei disso porque visto o mapa pelo programa mapsource da Garmin essa ponte gera uma descontinuidade na rodovia. Tenho empregado no meu GPS o mapa OSM fornecido pelo site http://mapas.alternativaslibres.es/ . Optei por esse porque ele se compromete a fazer compilações diárias. Nele baixo o mapa em formato IMG para o GPS e em formato EXE para carregar no PC e visualizar o mapa pelo MapSource. Sei que essa descontinuidade advém do conversor e não do mapa. Por isso não se justifica retirar a formatação de ponte no mapa para se corrigir um erro do conversor. []s Marcio *From:* Gerald Weber gwebe...@gmail.com *Sent:* Saturday, January 4, 2014 6:22 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] revisão da BR-262 Consegui entrar em contato com ele e pedi para que discutisse suas alterações ou aqui na Talk-BR ou no Forum. Comprometeu-se a fazer isto. Disse que tinha feito as alterações por questões de roteamento do Garmin. Disse também que removeu layer de pontes por causa de problemas de roteamento (não sei quais problemas são estes). Não me pareceu agir com má intenção, acho que é apenas mais um caso de mapeador trabalhando em isolamento. Acredito que vai se resolver sem problemas. Vamos aguardar o contato dele. 2014/1/4 Nelson A. de Oliveira nao...@gmail.com 2014/1/4 Gerald Weber gwebe...@gmail.com: identifiquei um usuário anônimo MDENDENA que alterou grande parte da BR-262 de primary para trunk: Dos últimos changesets dele ele mudou bastante coisa. Aparentemente está reclassificando todas as BR como trunk. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gwebe...@gmail.com Personal website https://sites.google.com/site/geraldweberufmg/ Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013) -- ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing listTalk-br@openstreetmap.orghttps://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 -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gwebe...@gmail.com Personal website https://sites.google.com/site/geraldweberufmg/ Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013) ___
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Márcio, O Validador não bloqueia o mapa de ser enviado para o OSM, só indica os erros e warnings. E oconserto tem que ser manual. E ele originalmente não indica as abreviações, o Nelson foi quem desenolveu esse arquivo .cfg e o disponibilizou para quem quisesse melhorar a capacidade do validador. Originalmente o JOSM nem vê isso. Marcelo P Em 5 de janeiro de 2014 10:43, Gerald Weber gwebe...@gmail.com escreveu: Oi Marcio o validador é um plugin do JOSM, só vai pegar isto quando um mapeador abrir a região em questão. abraço Gerald 2014/1/5 thunder...@gpsinfo.com.br Pois é Marcelo [image: Smiley triste], Se o validador está bloqueando isso essa ação deu-se depois de já terem inúmeras vias e objetos com abreviaturas sendo empregadas. Como exemplo veja a região de Macaé – RJ, a via http://www.openstreetmap.org/way/151223382/history e todas as vias ao redor dela. []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 wlEmoticon-sadsmile[1].png___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Márcio, o validador que vem no JOSM não faz essa verificação por padrão. São regras personalizadas para o validador, que o Nelson criou para o padrão brasileiro. E só quem participa desta lista ou olha a wiki que sabe dessas regras (e acho que pouca gente participa da lista e olha os wikis). Não sei se você já sabe, mas aqui estão as instruções para fazer com que o validador indique estes erros: http://wiki.openstreetmap.org/wiki/User:Naoliv/Validador_JOSM Em 5 de janeiro de 2014 11:39, thunder...@gpsinfo.com.br escreveu: Pois é Marcelo [image: Smiley triste], Se o validador está bloqueando isso essa ação deu-se depois de já terem inúmeras vias e objetos com abreviaturas sendo empregadas. Como exemplo veja a região de Macaé – RJ, a via http://www.openstreetmap.org/way/151223382/history e todas as vias ao redor dela. []s Marcio *From:* Marcelo Pereira pereirahol...@gmail.com *Sent:* Sunday, January 5, 2014 11:10 AM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Olá Márcio, Pelo que vi existe sim recomendação para não haver abreviações, tanto que o Nelson ( NAOLIV ) desenvolveu uma série de regras para serem adicionadas ao validador do JOSM que indicam no mapa onde encontrar esses erros. Veja nessa mesma lista a discussão completa com o título [Talk-br] Erros comuns encontrados nos dados. Inclusive, estou vendo com o Trebien como executar uma limpeza aqui na RMR ( Região Metropolitana de Recife). Marcelo P Em 5 de janeiro de 2014 09:57, thunder...@gpsinfo.com.br escreveu: Amigos, nos anos desenvolvendo mapas aprendi na teoria e prática que não se deve empregar abreviaturas na descrição de uma via ou objeto no mapa. No tocante a nomes de vias venho encontrando inúmeras abreviaturas, em especial “R.”, “Av.”. “Est.”, “Dr.”, “Des.”, etc. Como a maioria deve saber essa prática em muito penaliza as utilidades dotadas de TTS e que empregam aquele mapa. Existe alguma recomendação no OSM a respeito? []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 -- ___ 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 wlEmoticon-sadsmile[1].png___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Erick, ingressei nesta lista faz pouco tempo e confesso que não é tão simples consultar as inúmeras informações nela trocadas e contidas no histórico. Como esse link apontado por você já em muito facilitou minha consulta, entretanto devo ter feito algo incorreto porque mesmo tendo instalado o plugin no JOSM, fui editar a área em Macaé e após corrigir uma única via as ao redor, contendo abreviaturas, não foram acusadas pelo validador. Por gentileza, você ou alguém tente identificar onde errei. Fiz o seguinte: 1 – copiei o script na página http://wiki.openstreetmap.org/wiki/User:Naoliv/Validador_JOSM e o salvei dentro da pasta JOSM em meu PC, em arquivo abreviaturas.cfg 2 – Na instrução cita “Preferências” do JOSM que na versão que tenho (6502) não existe. Por dedução cheguei a Predefinições / Preset Preferencias 3 – Cheguei no Validador (oitavo ícone – check azul) e em origem dos dados inseri o caminho C:\Program Files (x86)\JOSM\abreviaturas.cfg (sem aspas) 4 – Fechei o JOSM e reabri para verificar o efeito e ao corrigir uma das vias com abreviatura o validador nada acusou das existentes ao redor e com abreviatura. []s Marcio From: Erick de Oliveira Leal Sent: Sunday, January 5, 2014 11:48 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Márcio, o validador que vem no JOSM não faz essa verificação por padrão. São regras personalizadas para o validador, que o Nelson criou para o padrão brasileiro. E só quem participa desta lista ou olha a wiki que sabe dessas regras (e acho que pouca gente participa da lista e olha os wikis). Não sei se você já sabe, mas aqui estão as instruções para fazer com que o validador indique estes erros: http://wiki.openstreetmap.org/wiki/User:Naoliv/Validador_JOSM Em 5 de janeiro de 2014 11:39, thunder...@gpsinfo.com.br escreveu: Pois é Marcelo , Se o validador está bloqueando isso essa ação deu-se depois de já terem inúmeras vias e objetos com abreviaturas sendo empregadas. Como exemplo veja a região de Macaé – RJ, a via http://www.openstreetmap.org/way/151223382/history e todas as vias ao redor dela. []s Marcio From: Marcelo Pereira Sent: Sunday, January 5, 2014 11:10 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Olá Márcio, Pelo que vi existe sim recomendação para não haver abreviações, tanto que o Nelson ( NAOLIV ) desenvolveu uma série de regras para serem adicionadas ao validador do JOSM que indicam no mapa onde encontrar esses erros. Veja nessa mesma lista a discussão completa com o título [Talk-br] Erros comuns encontrados nos dados. Inclusive, estou vendo com o Trebien como executar uma limpeza aqui na RMR ( Região Metropolitana de Recife). Marcelo P Em 5 de janeiro de 2014 09:57, thunder...@gpsinfo.com.br escreveu: Amigos, nos anos desenvolvendo mapas aprendi na teoria e prática que não se deve empregar abreviaturas na descrição de uma via ou objeto no mapa. No tocante a nomes de vias venho encontrando inúmeras abreviaturas, em especial “R.”, “Av.”. “Est.”, “Dr.”, “Des.”, etc. Como a maioria deve saber essa prática em muito penaliza as utilidades dotadas de TTS e que empregam aquele mapa. Existe alguma recomendação no OSM a respeito? []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 -- ___ 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 wlEmoticon-sadsmile[1].png___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Marcio, 2014/1/5 thunder...@gpsinfo.com.br 3 – Cheguei no Validador (oitavo ícone – check azul) e em origem dos dados inseri o caminho C:\Program Files (x86)\JOSM\abreviaturas.cfg (sem aspas) O caminho no Windows tem que ser dessa maneira: file://C:/Program Files (x86)/JOSM/abreviaturas.cfg ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Nelson, Tem problema com os espaços não ? MarceloP Em 5 de janeiro de 2014 11:41, Nelson A. de Oliveira nao...@gmail.comescreveu: Marcio, 2014/1/5 thunder...@gpsinfo.com.br 3 – Cheguei no Validador (oitavo ícone – check azul) e em origem dos dados inseri o caminho C:\Program Files (x86)\JOSM\abreviaturas.cfg (sem aspas) O caminho no Windows tem que ser dessa maneira: file://C:/Program Files (x86)/JOSM/abreviaturas.cfg ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
2014/1/5 Marcelo Pereira pereirahol...@gmail.com: Tem problema com os espaços não ? Eu acredito que não. Deve ser apenas o formato mesmo (file:// ...) Com o JOSM ≥ 6584 essa sintaxe já fica mais fácil (é só colocar o caminho completo, sem file:// ou outra modificação) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Validador, mensagem : Way End node near other highway
Srs, Aproveitando as discussões de validação, passei a baixar pedaços do mapa local ( Recife e adjacências ) para validá-lo. Não estou mexendo muito, só consertando o óbvio. Deparei-me com a mensagem acima, que na prática indica todas as vias que no seu fim não se comunicam com qualquer outra via. Isso é muito comum nos mapas pelo que vi, inúmeras ruas acabam em terrenos baldios, principalmente nos limites dos bairros mais afastados. A pergunta é, como corrigir isso ? É para ser corrigido mesmo ? Existe uma tag para identificar o fim/inicio de uma via não conectada ? Att, Marcelo P ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Nelson, infelizmente com file://C:/Program Files (x86)/JOSM/abreviaturas.cfg não deu resultado. []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Sunday, January 5, 2014 12:41 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Marcio, 2014/1/5 thunder...@gpsinfo.com.br 3 – Cheguei no Validador (oitavo ícone – check azul) e em origem dos dados inseri o caminho C:\Program Files (x86)\JOSM\abreviaturas.cfg (sem aspas) O caminho no Windows tem que ser dessa maneira: file://C:/Program Files (x86)/JOSM/abreviaturas.cfg ___ 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] Emprego de abreviaturas nos nomes de vias
JOSM 6584 ? Imaginei que estava eu atualizado empregando o 6520. Aqui consta para mim que foi o ultimo disponibilizado e recentemente (20/12/2013): a.. 2013-12-20 (6502) a.. Ask for changeset source tag in upload dialog b.. History dialog: load and display changeset comment c.. Improve way accuracy enabled for non-experts d.. Many other enhancements and bug fixes (changelog) []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Sunday, January 5, 2014 12:49 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias 2014/1/5 Marcelo Pereira pereirahol...@gmail.com: Tem problema com os espaços não ? Eu acredito que não. Deve ser apenas o formato mesmo (file:// ...) Com o JOSM ≥ 6584 essa sintaxe já fica mais fácil (é só colocar o caminho completo, sem file:// ou outra modificação) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-brwlEmoticon-surprisedsmile[1].png___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Validador, mensagem : Way End node near other highway
Oi Marcelo Quando realmente nao tem saida coloque no nó final noexit=yes Em alguns casos o Josm erra, entao tem que verificar tudo. Abraco Gerald On Jan 5, 2014 12:59 PM, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Aproveitando as discussões de validação, passei a baixar pedaços do mapa local ( Recife e adjacências ) para validá-lo. Não estou mexendo muito, só consertando o óbvio. Deparei-me com a mensagem acima, que na prática indica todas as vias que no seu fim não se comunicam com qualquer outra via. Isso é muito comum nos mapas pelo que vi, inúmeras ruas acabam em terrenos baldios, principalmente nos limites dos bairros mais afastados. A pergunta é, como corrigir isso ? É para ser corrigido mesmo ? Existe uma tag para identificar o fim/inicio de uma via não conectada ? Att, Marcelo P ___ 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] Emprego de abreviaturas nos nomes de vias
Márcio, se você utilizar isto: http://josm.openstreetmap.de/download/josm-latest.jnlp você sempre terá a ultima versão (não muito testada) Se utilizar este: http://josm.openstreetmap.de/download/josm.jnlp, você terá sempre uma versão intermediária (mais testada) Eu utilizo sempre a primeira e não tenho problemas. Em 5 de janeiro de 2014 13:39, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014/1/5 thunder...@gpsinfo.com.br: infelizmente com file://C:/Program Files (x86)/JOSM/abreviaturas.cfg não deu resultado. Arranjei um Windows aqui e estranhamente não funciona mesmo. Se colocar um arquivo que não existe ele dá erro. Se deixar o que existe ele não reclama, mas também não faz nada. Vou dar uma olhada direito nisso, pra ver se não é algo com o JOSM. E sobre essas versões maiores que a 6502, elas são versões em desenvolvimento ou teste http://josm.openstreetmap.de/wiki/Download#DevelopmentVersion ___ 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] Emprego de abreviaturas nos nomes de vias
O interessante dos links que mandei, é que neles você não precisa checar atualizações, sempre ele baixa a última. Em 5 de janeiro de 2014 13:44, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Márcio, se você utilizar isto: http://josm.openstreetmap.de/download/josm-latest.jnlp você sempre terá a ultima versão (não muito testada) Se utilizar este: http://josm.openstreetmap.de/download/josm.jnlp, você terá sempre uma versão intermediária (mais testada) Eu utilizo sempre a primeira e não tenho problemas. Em 5 de janeiro de 2014 13:39, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014/1/5 thunder...@gpsinfo.com.br: infelizmente com file://C:/Program Files (x86)/JOSM/abreviaturas.cfg não deu resultado. Arranjei um Windows aqui e estranhamente não funciona mesmo. Se colocar um arquivo que não existe ele dá erro. Se deixar o que existe ele não reclama, mas também não faz nada. Vou dar uma olhada direito nisso, pra ver se não é algo com o JOSM. E sobre essas versões maiores que a 6502, elas são versões em desenvolvimento ou teste http://josm.openstreetmap.de/wiki/Download#DevelopmentVersion ___ 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] Página do validador
Existe algum link nalguma página para o validador? Deveria existir... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Erick, agradeço, mas como sou limitado prefiro empregar a ultima estável e para windows. Até agora só identifiquei para windows a versão estável 6502. []s Marcio From: Erick de Oliveira Leal Sent: Sunday, January 5, 2014 1:46 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias O interessante dos links que mandei, é que neles você não precisa checar atualizações, sempre ele baixa a última. Em 5 de janeiro de 2014 13:44, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Márcio, se você utilizar isto: http://josm.openstreetmap.de/download/josm-latest.jnlp você sempre terá a ultima versão (não muito testada) Se utilizar este: http://josm.openstreetmap.de/download/josm.jnlp, você terá sempre uma versão intermediária (mais testada) Eu utilizo sempre a primeira e não tenho problemas. Em 5 de janeiro de 2014 13:39, Nelson A. de Oliveira nao...@gmail.com escreveu: 2014/1/5 thunder...@gpsinfo.com.br: infelizmente com file://C:/Program Files (x86)/JOSM/abreviaturas.cfg não deu resultado. Arranjei um Windows aqui e estranhamente não funciona mesmo. Se colocar um arquivo que não existe ele dá erro. Se deixar o que existe ele não reclama, mas também não faz nada. Vou dar uma olhada direito nisso, pra ver se não é algo com o JOSM. E sobre essas versões maiores que a 6502, elas são versões em desenvolvimento ou teste http://josm.openstreetmap.de/wiki/Download#DevelopmentVersion ___ 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-br] Emprego de abreviaturas nos nomes de vias
Então, a segunda opção é justamente essa a mais estável. Mas ela se atualiza automaticamente. Ao contrário do jar que você baixou ou vc usa jnlp mesmo? Em 5 de janeiro de 2014 14:06, thunder...@gpsinfo.com.br escreveu: Erick, agradeço, mas como sou limitado prefiro empregar a ultima estável e para windows. Até agora só identifiquei para windows a versão estável 6502. []s Marcio *From:* Erick de Oliveira Leal erickdeoliveiral...@gmail.com *Sent:* Sunday, January 5, 2014 1:46 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Emprego de abreviaturas nos nomes de vias O interessante dos links que mandei, é que neles você não precisa checar atualizações, sempre ele baixa a última. Em 5 de janeiro de 2014 13:44, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Márcio, se você utilizar isto: http://josm.openstreetmap.de/download/josm-latest.jnlp você sempre terá a ultima versão (não muito testada) Se utilizar este: http://josm.openstreetmap.de/download/josm.jnlp, você terá sempre uma versão intermediária (mais testada) Eu utilizo sempre a primeira e não tenho problemas. Em 5 de janeiro de 2014 13:39, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014/1/5 thunder...@gpsinfo.com.br: infelizmente com file://C:/Program Files (x86)/JOSM/abreviaturas.cfg não deu resultado. Arranjei um Windows aqui e estranhamente não funciona mesmo. Se colocar um arquivo que não existe ele dá erro. Se deixar o que existe ele não reclama, mas também não faz nada. Vou dar uma olhada direito nisso, pra ver se não é algo com o JOSM. E sobre essas versões maiores que a 6502, elas são versões em desenvolvimento ou teste http://josm.openstreetmap.de/wiki/Download#DevelopmentVersion ___ 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Página do validador
Muito legal Nelson. Parabéns. Em 5 de janeiro de 2014 14:01, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014/1/5 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Existe algum link nalguma página para o validador? Deveria existir... Por enquanto não (já que estamos discutindo sobre ele ainda), mas a ideia vai ser essa: http://josm.openstreetmap.de/ticket/9508 Qualquer um vai poder habilitá-lo diretamente no JOSM, assim como já faz para estilos de pintura, plugins, etc. Se sair como programado pelos desenvolvedores do JOSM, até o fim do mês essa característica está pronta. ___ 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] Emprego de abreviaturas nos nomes de vias
Marcio, Adiciona isso na primeira linha do arquivo que você criou localmente: # JOSM TagChecker validator file Eu acabei esquecendo de colocar isso na wiki (mas já corrigi). Sem la o JOSM não intepreta o arquivo como regras de validação. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Uso a baixada em http://josm.openstreetmap.de/download/windows/josm-setup.exe From: Erick de Oliveira Leal Sent: Sunday, January 5, 2014 2:19 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Então, a segunda opção é justamente essa a mais estável. Mas ela se atualiza automaticamente. Ao contrário do jar que você baixou ou vc usa jnlp mesmo? Em 5 de janeiro de 2014 14:06, thunder...@gpsinfo.com.br escreveu: Erick, agradeço, mas como sou limitado prefiro empregar a ultima estável e para windows. Até agora só identifiquei para windows a versão estável 6502. []s Marcio From: Erick de Oliveira Leal Sent: Sunday, January 5, 2014 1:46 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias O interessante dos links que mandei, é que neles você não precisa checar atualizações, sempre ele baixa a última. Em 5 de janeiro de 2014 13:44, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Márcio, se você utilizar isto: http://josm.openstreetmap.de/download/josm-latest.jnlp você sempre terá a ultima versão (não muito testada) Se utilizar este: http://josm.openstreetmap.de/download/josm.jnlp, você terá sempre uma versão intermediária (mais testada) Eu utilizo sempre a primeira e não tenho problemas. Em 5 de janeiro de 2014 13:39, Nelson A. de Oliveira nao...@gmail.com escreveu: 2014/1/5 thunder...@gpsinfo.com.br: infelizmente com file://C:/Program Files (x86)/JOSM/abreviaturas.cfg não deu resultado. Arranjei um Windows aqui e estranhamente não funciona mesmo. Se colocar um arquivo que não existe ele dá erro. Se deixar o que existe ele não reclama, mas também não faz nada. Vou dar uma olhada direito nisso, pra ver se não é algo com o JOSM. E sobre essas versões maiores que a 6502, elas são versões em desenvolvimento ou teste http://josm.openstreetmap.de/wiki/Download#DevelopmentVersion ___ 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 ___ 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] Emprego de abreviaturas nos nomes de vias
Ela atualiza automaticamente? Em 5 de janeiro de 2014 16:11, thunder...@gpsinfo.com.br escreveu: Uso a baixada em http://josm.openstreetmap.de/download/windows/josm-setup.exe *From:* Erick de Oliveira Leal erickdeoliveiral...@gmail.com *Sent:* Sunday, January 5, 2014 2:19 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Então, a segunda opção é justamente essa a mais estável. Mas ela se atualiza automaticamente. Ao contrário do jar que você baixou ou vc usa jnlp mesmo? Em 5 de janeiro de 2014 14:06, thunder...@gpsinfo.com.br escreveu: Erick, agradeço, mas como sou limitado prefiro empregar a ultima estável e para windows. Até agora só identifiquei para windows a versão estável 6502. []s Marcio *From:* Erick de Oliveira Leal erickdeoliveiral...@gmail.com *Sent:* Sunday, January 5, 2014 1:46 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Emprego de abreviaturas nos nomes de vias O interessante dos links que mandei, é que neles você não precisa checar atualizações, sempre ele baixa a última. Em 5 de janeiro de 2014 13:44, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Márcio, se você utilizar isto: http://josm.openstreetmap.de/download/josm-latest.jnlp você sempre terá a ultima versão (não muito testada) Se utilizar este: http://josm.openstreetmap.de/download/josm.jnlp, você terá sempre uma versão intermediária (mais testada) Eu utilizo sempre a primeira e não tenho problemas. Em 5 de janeiro de 2014 13:39, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014/1/5 thunder...@gpsinfo.com.br: infelizmente com file://C:/Program Files (x86)/JOSM/abreviaturas.cfg não deu resultado. Arranjei um Windows aqui e estranhamente não funciona mesmo. Se colocar um arquivo que não existe ele dá erro. Se deixar o que existe ele não reclama, mas também não faz nada. Vou dar uma olhada direito nisso, pra ver se não é algo com o JOSM. E sobre essas versões maiores que a 6502, elas são versões em desenvolvimento ou teste http://josm.openstreetmap.de/wiki/Download#DevelopmentVersion ___ 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 -- ___ 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-br] Emprego de abreviaturas nos nomes de vias
Nelson, coloquei, mas infelizmente não surtiu efeito. Interessante que tendo inserido o caminho file://C:/Program Files (x86)/JOSM/abreviaturas.cfg ele não acusa erro. Inserindo esse caminho começando a finalizando com aspas acusa erro. Inserindo tão somente C:/Program Files (x86)/JOSM/abreviaturas.cfg não acusa erro e também não funciona. Inverti as barras ficando C:\Program Files (x86)\JOSM\abreviaturas.cfg não acusa erro e também não funciona. -Mensagem Original- From: Nelson A. de Oliveira Sent: Sunday, January 5, 2014 3:06 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Marcio, Adiciona isso na primeira linha do arquivo que você criou localmente: # JOSM TagChecker validator file Eu acabei esquecendo de colocar isso na wiki (mas já corrigi). Sem la o JOSM não intepreta o arquivo como regras de validação. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Que eu saiba não, mas não modifiquei a abertura do JOSM e assim ele sempre abre com a informação de novas versões, se existirem, e link para baixar. From: Erick de Oliveira Leal Sent: Sunday, January 5, 2014 4:16 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Ela atualiza automaticamente? Em 5 de janeiro de 2014 16:11, thunder...@gpsinfo.com.br escreveu: Uso a baixada em http://josm.openstreetmap.de/download/windows/josm-setup.exe From: Erick de Oliveira Leal Sent: Sunday, January 5, 2014 2:19 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Então, a segunda opção é justamente essa a mais estável. Mas ela se atualiza automaticamente. Ao contrário do jar que você baixou ou vc usa jnlp mesmo? Em 5 de janeiro de 2014 14:06, thunder...@gpsinfo.com.br escreveu: Erick, agradeço, mas como sou limitado prefiro empregar a ultima estável e para windows. Até agora só identifiquei para windows a versão estável 6502. []s Marcio From: Erick de Oliveira Leal Sent: Sunday, January 5, 2014 1:46 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias O interessante dos links que mandei, é que neles você não precisa checar atualizações, sempre ele baixa a última. Em 5 de janeiro de 2014 13:44, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Márcio, se você utilizar isto: http://josm.openstreetmap.de/download/josm-latest.jnlp você sempre terá a ultima versão (não muito testada) Se utilizar este: http://josm.openstreetmap.de/download/josm.jnlp, você terá sempre uma versão intermediária (mais testada) Eu utilizo sempre a primeira e não tenho problemas. Em 5 de janeiro de 2014 13:39, Nelson A. de Oliveira nao...@gmail.com escreveu: 2014/1/5 thunder...@gpsinfo.com.br: infelizmente com file://C:/Program Files (x86)/JOSM/abreviaturas.cfg não deu resultado. Arranjei um Windows aqui e estranhamente não funciona mesmo. Se colocar um arquivo que não existe ele dá erro. Se deixar o que existe ele não reclama, mas também não faz nada. Vou dar uma olhada direito nisso, pra ver se não é algo com o JOSM. E sobre essas versões maiores que a 6502, elas são versões em desenvolvimento ou teste http://josm.openstreetmap.de/wiki/Download#DevelopmentVersion ___ 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 -- ___ 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Ah o meu não mostra links, ele já atualiza automaticamente. Em 5 de janeiro de 2014 16:43, thunder...@gpsinfo.com.br escreveu: Que eu saiba não, mas não modifiquei a abertura do JOSM e assim ele sempre abre com a informação de novas versões, se existirem, e link para baixar. *From:* Erick de Oliveira Leal erickdeoliveiral...@gmail.com *Sent:* Sunday, January 5, 2014 4:16 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Ela atualiza automaticamente? Em 5 de janeiro de 2014 16:11, thunder...@gpsinfo.com.br escreveu: Uso a baixada em http://josm.openstreetmap.de/download/windows/josm-setup.exe *From:* Erick de Oliveira Leal erickdeoliveiral...@gmail.com *Sent:* Sunday, January 5, 2014 2:19 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Então, a segunda opção é justamente essa a mais estável. Mas ela se atualiza automaticamente. Ao contrário do jar que você baixou ou vc usa jnlp mesmo? Em 5 de janeiro de 2014 14:06, thunder...@gpsinfo.com.br escreveu: Erick, agradeço, mas como sou limitado prefiro empregar a ultima estável e para windows. Até agora só identifiquei para windows a versão estável 6502. []s Marcio *From:* Erick de Oliveira Leal erickdeoliveiral...@gmail.com *Sent:* Sunday, January 5, 2014 1:46 PM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Emprego de abreviaturas nos nomes de vias O interessante dos links que mandei, é que neles você não precisa checar atualizações, sempre ele baixa a última. Em 5 de janeiro de 2014 13:44, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Márcio, se você utilizar isto: http://josm.openstreetmap.de/download/josm-latest.jnlp você sempre terá a ultima versão (não muito testada) Se utilizar este: http://josm.openstreetmap.de/download/josm.jnlp, você terá sempre uma versão intermediária (mais testada) Eu utilizo sempre a primeira e não tenho problemas. Em 5 de janeiro de 2014 13:39, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014/1/5 thunder...@gpsinfo.com.br: infelizmente com file://C:/Program Files (x86)/JOSM/abreviaturas.cfg não deu resultado. Arranjei um Windows aqui e estranhamente não funciona mesmo. Se colocar um arquivo que não existe ele dá erro. Se deixar o que existe ele não reclama, mas também não faz nada. Vou dar uma olhada direito nisso, pra ver se não é algo com o JOSM. E sobre essas versões maiores que a 6502, elas são versões em desenvolvimento ou teste http://josm.openstreetmap.de/wiki/Download#DevelopmentVersion ___ 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 -- ___ 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 ___ 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] Emprego de abreviaturas nos nomes de vias
Infelizmente não funcionou inserindo no quadro origem dos dados a URL http://people.debian.org/~naoliv/misc/osm/validador-local.cfg no lugar do file://C:/Program Files (x86)/JOSM/abreviaturas.cfg que lá estava. Ele não acusou erro aceitando a URL, mas não funcionou. -Mensagem Original- From: Nelson A. de Oliveira Sent: Sunday, January 5, 2014 4:43 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias 2014/1/5 thunder...@gpsinfo.com.br: coloquei, mas infelizmente não surtiu efeito. Estranho que testei aqui no Windows e funciona. Mas vamos testar de outra maneira. Adiciona isso como nome do arquivo: http://people.debian.org/~naoliv/misc/osm/validador-local.cfg Ele também aceita URL de arquivos de configuração. Vê se desse modo funciona. ___ 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] Emprego de abreviaturas nos nomes de vias
Anexei dois arquivos, coloca no teu C:\ e nas preferências do validador adicione as respectivas linhas no primeiro campo e no do mapcss. C:\val.cfg C:\val.mapcss Em 5 de janeiro de 2014 16:59, thunder...@gpsinfo.com.br escreveu: Infelizmente não funcionou inserindo no quadro origem dos dados a URL http://people.debian.org/~naoliv/misc/osm/validador-local.cfg no lugar do file://C:/Program Files (x86)/JOSM/abreviaturas.cfg que lá estava. Ele não acusou erro aceitando a URL, mas não funcionou. -Mensagem Original- From: Nelson A. de Oliveira Sent: Sunday, January 5, 2014 4:43 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias 2014/1/5 thunder...@gpsinfo.com.br: coloquei, mas infelizmente não surtiu efeito. Estranho que testei aqui no Windows e funciona. Mas vamos testar de outra maneira. Adiciona isso como nome do arquivo: http://people.debian.org/~naoliv/misc/osm/validador-local.cfg Ele também aceita URL de arquivos de configuração. Vê se desse modo funciona. ___ 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 val.cfg Description: Binary data val.mapcss Description: Binary data ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Emprego de abreviaturas nos nomes de vias
Nada ainda Erick. Uso win8 PRO e adicionei os arquivos enviados no C como administrador. Ficaram duas direções e ele aceitou na boa sem acusar erro, só que não surte efeito quando editamos uma área com inúmeras vias abreviadas e só corrigimos uma delas. From: Erick de Oliveira Leal Sent: Sunday, January 5, 2014 5:09 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Anexei dois arquivos, coloca no teu C:\ e nas preferências do validador adicione as respectivas linhas no primeiro campo e no do mapcss. C:\val.cfg C:\val.mapcss Em 5 de janeiro de 2014 16:59, thunder...@gpsinfo.com.br escreveu: Infelizmente não funcionou inserindo no quadro origem dos dados a URL http://people.debian.org/~naoliv/misc/osm/validador-local.cfg no lugar do file://C:/Program Files (x86)/JOSM/abreviaturas.cfg que lá estava. Ele não acusou erro aceitando a URL, mas não funcionou. -Mensagem Original- From: Nelson A. de Oliveira Sent: Sunday, January 5, 2014 4:43 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Emprego de abreviaturas nos nomes de vias 2014/1/5 thunder...@gpsinfo.com.br: coloquei, mas infelizmente não surtiu efeito. Estranho que testei aqui no Windows e funciona. Mas vamos testar de outra maneira. Adiciona isso como nome do arquivo: http://people.debian.org/~naoliv/misc/osm/validador-local.cfg Ele também aceita URL de arquivos de configuração. Vê se desse modo funciona. ___ 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 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Validador, mensagem : Way End node near other highway
Exato, noexit=yes faz a mensagem sumir. Mas lembre-se que os alertas do JOSM servem apenas pra você se perguntar se está tudo ok ou se você fez alguma besteira, não é obrigatório limpar todos os alertas (mas sempre é uma boa idéia). Alguns dos alertas simplesmente nunca poderão sumir sem que se mude o mapeamento para um jeito errado ou menos representativo da realidade. Exemplo simples: Rua 1 e Rua 2 sempre serão reportados pelo alerta de ruas com nomes similares, e ambos estão corretos e não podem ser mudados. 2014/1/5 Gerald Weber gwebe...@gmail.com: Oi Marcelo Quando realmente nao tem saida coloque no nó final noexit=yes Em alguns casos o Josm erra, entao tem que verificar tudo. Abraco Gerald On Jan 5, 2014 12:59 PM, Marcelo Pereira pereirahol...@gmail.com wrote: Srs, Aproveitando as discussões de validação, passei a baixar pedaços do mapa local ( Recife e adjacências ) para validá-lo. Não estou mexendo muito, só consertando o óbvio. Deparei-me com a mensagem acima, que na prática indica todas as vias que no seu fim não se comunicam com qualquer outra via. Isso é muito comum nos mapas pelo que vi, inúmeras ruas acabam em terrenos baldios, principalmente nos limites dos bairros mais afastados. A pergunta é, como corrigir isso ? É para ser corrigido mesmo ? Existe uma tag para identificar o fim/inicio de uma via não conectada ? Att, Marcelo P ___ 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 -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] revisão da BR-262
Se tem canteiro central, acho que não precisaria colocar o note, a menos que o objetivo seja evitar que as pessoas reclassifiquem considerando somente a imagem de satélite desatualizada. 2014/1/4 Nelson A. de Oliveira nao...@gmail.com: 2014/1/4 Gerald Weber gwebe...@gmail.com: Disse que tinha feito as alterações por questões de roteamento do Garmin. Disse também que removeu layer de pontes por causa de problemas de roteamento (não sei quais problemas são estes). Mas vai precisar corrigir tudo essas coisas de volta, agora. E só para saber a opinião de vocês, a SP-320 (Rodovia Euclides da Cunha) é representada como primary mas foi duplicada (devendo ser motorway, portanto). No Bing ela está como rodovia simples ainda. Vou deixar como motorway, oneway=no e um note explicando isso (até que se tenha imagens ou tracks de GPS para traças as duas vias separadas). OK quanto a isso? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 The speed of computer chips doubles every 18 months. (Moore's law) The speed of software halves every 18 months. (Gates' law) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Página do validador
Interessante poder implementar regras de validação semelhantes às do Tracksource. São muito úteis mesmo. Em 5 de janeiro de 2014 14:01, Nelson A. de Oliveira nao...@gmail.comescreveu: 2014/1/5 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Existe algum link nalguma página para o validador? Deveria existir... Por enquanto não (já que estamos discutindo sobre ele ainda), mas a ideia vai ser essa: http://josm.openstreetmap.de/ticket/9508 Qualquer um vai poder habilitá-lo diretamente no JOSM, assim como já faz para estilos de pintura, plugins, etc. Se sair como programado pelos desenvolvedores do JOSM, até o fim do mês essa característica está pronta. ___ 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] Emprego de abreviaturas nos nomes de vias
O mesmo em Barra de São João e Rio das Ostras. Em 5 de janeiro de 2014 11:39, thunder...@gpsinfo.com.br escreveu: Pois é Marcelo [image: Smiley triste], Se o validador está bloqueando isso essa ação deu-se depois de já terem inúmeras vias e objetos com abreviaturas sendo empregadas. Como exemplo veja a região de Macaé – RJ, a via http://www.openstreetmap.org/way/151223382/history e todas as vias ao redor dela. []s Marcio *From:* Marcelo Pereira pereirahol...@gmail.com *Sent:* Sunday, January 5, 2014 11:10 AM *To:* OpenStreetMap no Brasil talk-br@openstreetmap.org *Subject:* Re: [Talk-br] Emprego de abreviaturas nos nomes de vias Olá Márcio, Pelo que vi existe sim recomendação para não haver abreviações, tanto que o Nelson ( NAOLIV ) desenvolveu uma série de regras para serem adicionadas ao validador do JOSM que indicam no mapa onde encontrar esses erros. Veja nessa mesma lista a discussão completa com o título [Talk-br] Erros comuns encontrados nos dados. Inclusive, estou vendo com o Trebien como executar uma limpeza aqui na RMR ( Região Metropolitana de Recife). Marcelo P Em 5 de janeiro de 2014 09:57, thunder...@gpsinfo.com.br escreveu: Amigos, nos anos desenvolvendo mapas aprendi na teoria e prática que não se deve empregar abreviaturas na descrição de uma via ou objeto no mapa. No tocante a nomes de vias venho encontrando inúmeras abreviaturas, em especial “R.”, “Av.”. “Est.”, “Dr.”, “Des.”, etc. Como a maioria deve saber essa prática em muito penaliza as utilidades dotadas de TTS e que empregam aquele mapa. Existe alguma recomendação no OSM a respeito? []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- - TImbuSérieA2013 -- ___ 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 wlEmoticon-sadsmile[1].png___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] revisão da BR-262
Se alguém pudesse trafegar pela rodovia com um GPS e fazer um upload da trilha, pode-se mapear com source=GPS e resolver o problema. Alguém já fez isso? Em 05/01/2014 18:20, Nelson A. de Oliveira nao...@gmail.com escreveu: 2014/1/5 Fernando Trebien fernando.treb...@gmail.com: Se tem canteiro central, acho que não precisaria colocar o note, a menos que o objetivo seja evitar que as pessoas reclassifiquem considerando somente a imagem de satélite desatualizada. Isso, é justamente para não mudarem de volta se olharem a imagem. ___ 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] revisão da BR-262
2014/1/5 Flavio Bello Fialho bello.fla...@gmail.com: Se alguém pudesse trafegar pela rodovia com um GPS e fazer um upload da trilha, pode-se mapear com source=GPS e resolver o problema. Alguém já fez isso? Eu já fiz isso em vários trechos, como aqui que não possui imagem do Bing: http://osm.org/go/NqOOVK2Bl- No caso da rodovia, só precisaria alguém andar nos dois sentidos dela e gravar o track :-) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Rodovias com duas ref (estadual e nacional)
Estava pensando, não seria mais correto nas rodovias que possuem a ref multivalorada (por exemplo, ref=SP-270;BR-374) utilizar a ref com o valor estadual (ref=SP-270) e nat_ref para o valor nacional (nat_ref=BR-374)? ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Spezialist für Satz und Druck gesucht
Hallo. Am 04.01.2014 15:26, schrieb Patrick Beck: ich habe als Versuch mal eine LaTeX-Vorlage gebastelt und geschaut was dabei rauskommt: PDF: http://yourse.de/tmp/anleitung.pdf [...] Der erste Eindruck ist, dass 92x92 (habe glaube bei pagesize 91x91 eingetragen) verdammt klein ist. Hättest du nicht die Möglichkeit eine breitere Version drucken zu lassen? Du hast die von Wikipedia Commons (ohne Quellenangabe) geklauten Bildchen der Kabel vergessen. ;-) Mein Vorschlag (wenn man die beiden Verkabelungsstandards überhaupt beide berücksichtigen möchte) wäre, zwei Tabellen zu machen. Eine für 568A und eine für 568B. Wenn es ein Booklet ist, wäre es doch auch möglich, eine Doppelseite für die Tabelle zu nutzen. Gruß, Bernd signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialist für Satz und Druck gesucht
Hallo Norbert, Partick und Bernd, Der Chinese der die Logger baut hat sich grad gemeldet: Format war ein Tipfehler seinerseits. 92 x 130 mm ist das richtige Booklet-Format. Wir hätten also etwas mehr Platz... (mehr geht nicht in den Versand-Karton) Die Idee mit dem Aufteilen der Tabelle in US-/EU-Kabel ist super! Das macht die Anleitung gleichzeitig verständlicher. Patrick, das PDF sieht super aus! Das Ganze muss bis heute Abend fertig sein (Montag in China), da am Montag gedruckt wird, damit der Logger rechtzeitig zur boot in Düsseldorf verfügbar ist. Logger und Verpackung sind bereits fertig. Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialist für Satz und Druck gesucht
Hallo, ich bin derzeit an der Vorlage. Wenn sich noch jemand in LaTeX auskennt, wäre Hilfe gerne willkommen. Vorwiegend geht es um die Umsetzung der bestehenden Vorlage in odt/doc. Bitte melden. Grüße Patrick Am 05.01.2014 10:49, schrieb Markus: Hallo Norbert, Partick und Bernd, Der Chinese der die Logger baut hat sich grad gemeldet: Format war ein Tipfehler seinerseits. 92 x 130 mm ist das richtige Booklet-Format. Wir hätten also etwas mehr Platz... (mehr geht nicht in den Versand-Karton) Die Idee mit dem Aufteilen der Tabelle in US-/EU-Kabel ist super! Das macht die Anleitung gleichzeitig verständlicher. Patrick, das PDF sieht super aus! Das Ganze muss bis heute Abend fertig sein (Montag in China), da am Montag gedruckt wird, damit der Logger rechtzeitig zur boot in Düsseldorf verfügbar ist. Logger und Verpackung sind bereits fertig. Mit herzlichem Gruss, Markus ___ 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-de] Spezialist für Satz und Druck gesucht
Hallo Markus, leider sind in der PDF-Datei noch einige fehlende Umbrüche (u.a. Kapitel 3.2.1, 3.2.3) und in 3.2.2 sind die Anführungszeichen auf das Große E gerutscht (statt Ȅ wohl E). Außerdem muss auch der Text in 2.13 angepasst werden, da der versteckte Link im HTML-Code natürlich im Text lesbar aufgeführt sein muss. Wenn ich nochmal gegenlesen soll, dann wäre eine Bereitstellung der aktuellen Fassung sinnvoll. Gerne eine PM, da ich nur Zusammenfassung der Deutschen Mailingliste erhalte. Mit freundlichen Grüßen Georg V. (OSM=user_5359) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialist für Satz und Druck gesucht
Hallo, so mal der letzte Stand, falls sich jemand zuschalten möchte.: http://yourse.de/tmp/logger_de.pdf http://yourse.de/tmp/openseamap_booklet.zip Ich habe die LaTeX-Vorlage ausgemistet und alles in eine Datei gepackt. Manche Formatierungen sind sicherlich nicht 100%. Was mir bisher aufgefallen ist, dass die Tabellen und Bilder noch frei positioniert werden (float-umgebung). Ist hier ein Problem und muss ich noch anpassen. Ansonsten habe ich noch nicht die Bilder für die Leitungen eingefügt. Was wäre noch wichtig? Grüße Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialist für Satz und Druck gesucht
Hallo, noch ein kurzer Zwischenbericht. Daten wurden aktualisiert. Tabellen und Bilder sollten nun an ihrem Platz sein. Die einzigste Tabelle die nicht an Ort und Stelle steht ist die Bedienanzeige-Tabelle - unter Bedienanzeigen wird auf die Tabelle und die Seite verwiesen. Wichtig wäre noch, ob die Ränder so in Ordnung sind zum Drucken. Inhaltlich wäre noch zu klären ob man beim Du bleibt (oder Sie, Abstrakt (man). Die Überarbeitung wird aber wohl länger dauern, als bis heute abend. Wenn es vorwiegend um eine Vorinformation geht und damit man durch den Zoll kommt, wäre diese Lösung wohl meines erachtend schon in Ordnung. Grüße Patrick Am 05.01.2014 15:46, schrieb Patrick Beck: Hallo, so mal der letzte Stand, falls sich jemand zuschalten möchte.: http://yourse.de/tmp/logger_de.pdf http://yourse.de/tmp/openseamap_booklet.zip Ich habe die LaTeX-Vorlage ausgemistet und alles in eine Datei gepackt. Manche Formatierungen sind sicherlich nicht 100%. Was mir bisher aufgefallen ist, dass die Tabellen und Bilder noch frei positioniert werden (float-umgebung). Ist hier ein Problem und muss ich noch anpassen. Ansonsten habe ich noch nicht die Bilder für die Leitungen eingefügt. Was wäre noch wichtig? Grüße Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialist für Satz und Druck gesucht
Hallo Markus und Patrick, hier meine Anmerkungen zu der aktuellen Fassung: Seite 1 Kapitel 1.1 statt SD-Zugriff Zugriff“ eher SD-Zugriff“. Seite 2 Kapitel 2.1 statt Zwei Pfeile auf der Oberen Fläche dienen dazu, „ eher Zwei Pfeile auf der oberen Fläche dienen dazu, „ Seite 3. Kapitel 2.2 statt Achte darauf, dass es kein gekreuztesKabel oder Cross-Kabelßum direkten Verbinden zweier Computer ist.“ besser Achte darauf, dass es kein „gekreuztes Kabel oder Cross-Kabel“ um direkten Verbinden zweier Computer ist. „ (zwei Fehler: fehlendes Leerzeichen nach dem ersten schließenden Anführungszeichen und ein ß statt dem zweiten schließenden Leerzeichen). Anmerkung zu Seite 3, letzter Satz: Wenn die äußersten Drähte im durchsichtigen Stecker grün sind, hast du ein Kabel nach europäischer Norm (568A), wenn sie orange sind, ist es eines nach amerikanischer Norm (568B). Hier ist es sinnvoll zu erwähnen, dass die andere äußersten Drähte in beiden Varianten braun sind. (Gemeint sind die rechten Drähte wenn der Befestigungsclip des Steckers unten liegt und die offenen Drähte oben sind). Seite 4, Abbildung 1: Alternative Formulierung zu Markus statt Patch-Kabel nach amerikanischer Norm. Der äußerste Draht ist orange.“ besser Patch-Kabel nach amerikanischer Norm, da die beiden äußersten Drähte orange sind.“ Empfehlung zu Tabelle 1 und 2: 2. Spalte nur mit Paarnr. beschriften. Empfehlung zu Tabelle 1: 3. Spalte nur Farbe (europäisches Kabel) beschriften Empfehlung zu Tabelle 2: 3. Spalte nur Farbe (amerikanisches Kabel) beschriften Empfehlung zu Tabelle 2: Beschriftung mit Belegungsplan Norm 568B (ATT 258A) Anmerkung zu Abbildung 3: diese Abbildung passt nicht mit dem Bild auf der Titelseite zusammen! Statt einem P steht dort das Wort Status. Anmerkung zu Abbildung 7: Ich bin verwirrt! Kurze Zeit später (Kapitel 2.11) wird behauptet, dass die Rot blinkende LED nicht bedeutet „Der Logger schreibt auf die SD-Karte“ sondern die Bedeutung „SD-Karte ist voll“ hat. Aber auch wenn der Inhalt richtig ist: der Satz müsste dann Der Logger ist aktiv und empfangsbereit, er schreibt auf die SD-Karte.“ lauten. Seite 15: Anmerkung zu den Ursachen: Eventuell wäre es sinnvoll den Schreibschutzschalter einer SD Karte zu erwähnen. (also statt SD Karte ist nicht beschreibbar oder wird nicht erkannt. Bitte teste die Karte auf deinem PC.“ sowas wie SD Karte ist nicht beschreibbar (Schreibschutz?) oder wird nicht erkannt. Bitte teste die Karte auf deinem PC.“ Anmerkung zu Kapitel 2.14: Wenn man das Thema Partition aufnimmt, sollte man auch eine Mindestgröße der Partition (abhängig von der Speicherbedarf der Firmware) erwähnen. Seite 20, Kapitel 3.2.2 das E mit den Doppelten Punkten ist immer noch vorhanden. Ich bin kein Latex-Experte aber das liegt wohl daran, dass das Anführungszeichen und das E direkt nebeneinander stehen. Seite 22: Kapitel 3.3 statt „2. Stecke die SD-Karte in den SD-Kartenslot.“ würde ich „2. Stecke die SD-Karte in den SD-Kartenslot des Rechners.“ empfehlen. Seite 22, Kapitel 3.3 Frage zu Punkt 4: Bei „4. Falls du dasselbe Schiff wie beim letzten Mal hast, und falls an der Messeinrichtung nichts geändert wurde, kannst du einfach dein Schiff aus der Liste deiner Schiffe auswählen.“ ist da eventuell folgendes gemeint „4. Falls du dein Schiff bereits registriert hast, und an der Messeinrichtung nichts geändert wurde, kannst du einfach dein Schiff aus der Liste deiner Schiffe auswählen.“ In der Originalformulierung wäre immer nur ein Schiff sinnvoll nutzbar. Am 05.01.2014 um 16:21 schrieb Patrick Beck pb...@yourse.de: Hallo, noch ein kurzer Zwischenbericht. Daten wurden aktualisiert. Tabellen und Bilder sollten nun an ihrem Platz sein. Die einzigste Tabelle die nicht an Ort und Stelle steht ist die Bedienanzeige-Tabelle - unter Bedienanzeigen wird auf die Tabelle und die Seite verwiesen. Wichtig wäre noch, ob die Ränder so in Ordnung sind zum Drucken. Inhaltlich wäre noch zu klären ob man beim Du bleibt (oder Sie, Abstrakt (man). Die Überarbeitung wird aber wohl länger dauern, als bis heute abend. Wenn es vorwiegend um eine Vorinformation geht und damit man durch den Zoll kommt, wäre diese Lösung wohl meines erachtend schon in Ordnung. Grüße Patrick Am 05.01.2014 15:46, schrieb Patrick Beck: Hallo, so mal der letzte Stand, falls sich jemand zuschalten möchte.: http://yourse.de/tmp/logger_de.pdf http://yourse.de/tmp/openseamap_booklet.zip Ich habe die LaTeX-Vorlage ausgemistet und alles in eine Datei gepackt. Manche Formatierungen sind sicherlich nicht 100%. Was mir bisher aufgefallen ist, dass die Tabellen und Bilder noch frei positioniert werden (float-umgebung). Ist hier ein Problem und muss ich noch anpassen. Ansonsten habe ich noch nicht die Bilder für die Leitungen eingefügt. Was wäre noch wichtig? Grüße Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org
Re: [Talk-de] Wie Lizenzwechsel-Opfer finden?
Dirk Reymann d.reym...@web.de wrote: Ich hab da gerade ein kleines Problem mit den Einschusslöchern infolge des Lizenzwechsels. Die Probleme mit dem Lizenzwechsel haben die Diskussion auf sämtlichen Kommunikationsplattformen von OSM über etwa zwei Jahre beherrscht. Manche Mapper folgten der Strategie, an existierenden Objekten nicht zu editieren, sondern nur vollkommen neue (z.B. Gebäude) zu erfassen. Es gab aufwendige Aktionen, um möglichst viele Nichtzustimmer zu erreichen. Es gab Tools, die bedrohte Objekte angezeigt haben, so dass diese im Vorfeld repariert werden konnten. Man konnte sich ferner ein Bild machen, wie OSM nach dem Lizenzwechsel aussehen würde. Und vor den vorbeugenden Reparaturen sah es in weiten Teilen so aus, wie Du es offensichtlich nun heute in Deiner Region vorfindest. Am Ende war dann nahezu jeder froh, als dann die Löschungen tatsächlich stattgefunden hatten und man sich endlich wieder auf die Zukunft konzentrieren konnte. Man war der rückwärts gewandten Diskussionen um den Wechsel mehr als überdrüssig und so verstummten diese dann recht schnell. Die alten Inhalte sind - ebenso wie deren Historie - gelöscht, da ihre Verwendung unter der neuen Lizenz wie das unerlaubte Abmalen von Fremdkarten anzusehen wären. Von daher ist es auch wenig sinnvoll, nach solchen zu suchen, um diese wieder einzufügen. Das ist zwar bedauerlich, aber eine zweijährige Trauer- und Lähmungsphase sollte dann doch ausreichen und das Leben weiter gehen. Ich empfehle, ebenso wie die damaligen vorbeugenden Remapper vorzugehen: Wenn einige Objekte - insbesondere Straßen - zu zerzaust aussehen, dann löschen und neu erfassen. Wenn man mit den schlimmsten anfängt, sieht es meist schneller wieder passabel aus, als zunächst gedacht. PS. Um diese Gegend geht's: http://www.openstreetmap.org/#map=13/52.6416 Das sieht - zumindest jetzt - doch recht gut aus - zumindest verglichen mit den Flickenteppichen, die ich gesehen habe. Das generelle Problem mit der Historie haben schon viele erkannt und es gibt schon erste Ansätze, um hier zu helfen. Neben dem hier schon genannten http://owl.apis.dev.openstreetmap.org: gibt es auch noch http://wiki.openstreetmap.org/wiki/DE:OSM_History_Viewer ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Vortrag von Jochen Topf zum OSM-Datenmodell in Hamburg
Moin ihr, am 16. Januar (Donnerstag) um 16:00 wird Jochen Topf an der Hafencity Uni in Hamburg einen Vortrag über das Datenmodell von OSM halten. Alle Infos sind in dieser Mail, aber sonst auch im Netz zu finden: http://www.geomatik-hamburg.de/g2lab/research-topf.html Das OpenStreetMap-Projekt verwendet ein Datenmodell, dass im Projekt selbst entwickelt wurde. Dabei hat man sich nicht an irgendwelche Standards gehalten, sondern einfach mal umgesetzt, was man für richtig hielt. Herausgekommen ist ein sehr flexibles Datenmodell mit ganz eigenen Stärken und Schwächen. Der Vortrag stellt dieses, auf den ersten Blick sehr einfache, Datenmodell vor. Es gibt Nodes, Ways und Relations mit freien Tags. Das war es schon. Aber wenn man etwas genauer schaut, dann findet man hinter diesem einfachen Grundmodell ein komplexes Gebilde von Konventionen, die manchmal dokumentiert sind, vielfach aber nur in den Köpfen der Mapper existieren. Daneben führt die Interpretation der Daten durch vorhandene Software vielfach zu weiteren Regeln, die man eigentlich dem Datenmodell zuordnen muss. All dies führt zu einem ziemlich komplexen Datenmodell, dass jeder verstanden haben muss, der intensiver mit OSM-Daten arbeitet. Ziemlich einzigartig ist die Art und Weise, wie OSM sein Datenmodell durch die Arbeit der Mapper selbst weiterentwickelt. Der Vortrag zeigt, welche Einflüsse das OSM-Datenmodell geprägt haben, was damit ausgedrückt werden kann, wo seine Beschränkungen liegen, und wie es sich vielleicht weiterentwickeln kann. Die Hafencity Universität befindet sich nicht in der Hafencity, sondern im Moment noch in der City Nord (S1/11 Rübenkamp, U-Sengelmannstraße). Der Vortrag findet im D-Gebäude im Zelt statt: http://www.openstreetmap.org/?mlat=53.6083mlon=10.0295#map=16/53.6083/10.0295 Viele Grüße, Hannes (HannesHH) signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialist für Satz und Druck gesucht
Hallo, ich muss jetzt leider weg. Die letzte Version bis jetzt. Einige Hinweise habe ich schon abgearbeitet (sind noch ein paar offen von Markus und Georg). Bin ab ca. 23 Uhr wieder zuhause und könnte danach nochmal schauen. http://yourse.de/tmp/logger_de.pdf http://yourse.de/tmp/logger_en.pdf http://yourse.de/tmp/openseamap_booklet.zip Die technischen Fragen muss Markus noch klären. Grüße Patrick Am 05.01.2014 17:20, schrieb Georg Verweyen: Hallo Markus und Patrick, hier meine Anmerkungen zu der aktuellen Fassung: Seite 1 Kapitel 1.1 statt SD-Zugriff Zugriff“ eher SD-Zugriff“. Seite 2 Kapitel 2.1 statt Zwei Pfeile auf der Oberen Fläche dienen dazu, „ eher Zwei Pfeile auf der oberen Fläche dienen dazu, „ Seite 3. Kapitel 2.2 statt Achte darauf, dass es kein gekreuztesKabel oder Cross-Kabelßum direkten Verbinden zweier Computer ist.“ besser Achte darauf, dass es kein „gekreuztes Kabel oder Cross-Kabel“ um direkten Verbinden zweier Computer ist. „ (zwei Fehler: fehlendes Leerzeichen nach dem ersten schließenden Anführungszeichen und ein ß statt dem zweiten schließenden Leerzeichen). Anmerkung zu Seite 3, letzter Satz: Wenn die äußersten Drähte im durchsichtigen Stecker grün sind, hast du ein Kabel nach europäischer Norm (568A), wenn sie orange sind, ist es eines nach amerikanischer Norm (568B). Hier ist es sinnvoll zu erwähnen, dass die andere äußersten Drähte in beiden Varianten braun sind. (Gemeint sind die rechten Drähte wenn der Befestigungsclip des Steckers unten liegt und die offenen Drähte oben sind). Seite 4, Abbildung 1: Alternative Formulierung zu Markus statt Patch-Kabel nach amerikanischer Norm. Der äußerste Draht ist orange.“ besser Patch-Kabel nach amerikanischer Norm, da die beiden äußersten Drähte orange sind.“ Empfehlung zu Tabelle 1 und 2: 2. Spalte nur mit Paarnr. beschriften. Empfehlung zu Tabelle 1: 3. Spalte nur Farbe (europäisches Kabel) beschriften Empfehlung zu Tabelle 2: 3. Spalte nur Farbe (amerikanisches Kabel) beschriften Empfehlung zu Tabelle 2: Beschriftung mit Belegungsplan Norm 568B (ATT 258A) Anmerkung zu Abbildung 3: diese Abbildung passt nicht mit dem Bild auf der Titelseite zusammen! Statt einem P steht dort das Wort Status. Anmerkung zu Abbildung 7: Ich bin verwirrt! Kurze Zeit später (Kapitel 2.11) wird behauptet, dass die Rot blinkende LED nicht bedeutet „Der Logger schreibt auf die SD-Karte“ sondern die Bedeutung „SD-Karte ist voll“ hat. Aber auch wenn der Inhalt richtig ist: der Satz müsste dann Der Logger ist aktiv und empfangsbereit, er schreibt auf die SD-Karte.“ lauten. Seite 15: Anmerkung zu den Ursachen: Eventuell wäre es sinnvoll den Schreibschutzschalter einer SD Karte zu erwähnen. (also statt SD Karte ist nicht beschreibbar oder wird nicht erkannt. Bitte teste die Karte auf deinem PC.“ sowas wie SD Karte ist nicht beschreibbar (Schreibschutz?) oder wird nicht erkannt. Bitte teste die Karte auf deinem PC.“ Anmerkung zu Kapitel 2.14: Wenn man das Thema Partition aufnimmt, sollte man auch eine Mindestgröße der Partition (abhängig von der Speicherbedarf der Firmware) erwähnen. Seite 20, Kapitel 3.2.2 das E mit den Doppelten Punkten ist immer noch vorhanden. Ich bin kein Latex-Experte aber das liegt wohl daran, dass das Anführungszeichen und das E direkt nebeneinander stehen. Seite 22: Kapitel 3.3 statt „2. Stecke die SD-Karte in den SD-Kartenslot.“ würde ich „2. Stecke die SD-Karte in den SD-Kartenslot des Rechners.“ empfehlen. Seite 22, Kapitel 3.3 Frage zu Punkt 4: Bei „4. Falls du dasselbe Schiff wie beim letzten Mal hast, und falls an der Messeinrichtung nichts geändert wurde, kannst du einfach dein Schiff aus der Liste deiner Schiffe auswählen.“ ist da eventuell folgendes gemeint „4. Falls du dein Schiff bereits registriert hast, und an der Messeinrichtung nichts geändert wurde, kannst du einfach dein Schiff aus der Liste deiner Schiffe auswählen.“ In der Originalformulierung wäre immer nur ein Schiff sinnvoll nutzbar. Am 05.01.2014 um 16:21 schrieb Patrick Beck pb...@yourse.de mailto:pb...@yourse.de: Hallo, noch ein kurzer Zwischenbericht. Daten wurden aktualisiert. Tabellen und Bilder sollten nun an ihrem Platz sein. Die einzigste Tabelle die nicht an Ort und Stelle steht ist die Bedienanzeige-Tabelle - unter Bedienanzeigen wird auf die Tabelle und die Seite verwiesen. Wichtig wäre noch, ob die Ränder so in Ordnung sind zum Drucken. Inhaltlich wäre noch zu klären ob man beim Du bleibt (oder Sie, Abstrakt (man). Die Überarbeitung wird aber wohl länger dauern, als bis heute abend. Wenn es vorwiegend um eine Vorinformation geht und damit man durch den Zoll kommt, wäre diese Lösung wohl meines erachtend schon in Ordnung. Grüße Patrick Am 05.01.2014 15:46, schrieb Patrick Beck: Hallo, so mal der letzte Stand, falls sich jemand zuschalten möchte.: http://yourse.de/tmp/logger_de.pdf http://yourse.de/tmp/openseamap_booklet.zip Ich habe die LaTeX-Vorlage ausgemistet und alles in eine Datei gepackt. Manche Formatierungen sind
Re: [Talk-de] Bahnstrom
Michael Kugelmann michaelk_...@gmx.de wrote: Besser wäre die Überlegung Wie hätte derjenige, der sich, wie Frederik zu recht schrieb, viel Arbeit damit gemacht hat, vorgehen sollen um ein Ergebnis zu bekommen welches vernünftig realisierbar ist und auf Dauer Bestand haben kann. Man kann auch eine Frage anders stellen: warum hat sich der Ersteller nicht vorher über das korrekte Vorgehen informiert? Das Problem ist, dass ein Ersteller überhaupt auf die Idee kommen muss, dass es einen anderen Weg geben könnte. Während für den Programmierer mit einer Datenbank als täglich Brot der Fall sonnenklar ist, kennt der Mapper nur seinen Editor. Und in diesem Umfeld gibt es nur die Relation als einziges Sammeltool und aus seiner Sicht folgerichtig naheliegendes Mittel für Kategorien. Wer nicht versteht, was eine Datenbank ist und dass es Abfragen dafür gibt, kann kaum auf die Idee kommen, dass es eine andere Möglichkeit gibt. Von daher würde ich für die meisten engagierten Mapper kein Falsch- oder Faul-Verhalten annehmen, sondern dass sie es einfach nicht besser wissen können. Mediawiki-User und insbesondere Wikipedianer werden sogar auf das händische Erstellen von Kategorien gedrillt und können von daher noch leichter in die Falle laufen. Damit diese die Chance haben, über die andere Möglichkeit zu stolpern, habe ich mir erlaubt, Frederiks Predigt an deren Ende um einen entsprechenden Hinweis zu erweitern: http://wiki.openstreetmap.org/wiki/DE:Relationen/Relationen_sind_keine_Kategorien ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vortrag von Jochen Topf zum OSM-Datenmodell in Hamburg
Zitat Johannes Kröger: am 16. Januar (Donnerstag) um 16:00 wird Jochen Topf an der Hafencity Uni in Hamburg einen Vortrag über das Datenmodell von OSM halten. [...] Die Hafencity Universität befindet sich nicht in der Hafencity, sondern im Moment noch in der City Nord (S1/11 Rübenkamp, U-Sengelmannstraße). Der Vortrag findet im D-Gebäude im Zelt statt: Ich hab auf die Schnelle nix auf deren Seite gefunden: darf man da einfach so hin oder wie sind dort die Teilnahmebedingungen für solche Vorträge? -- Michael | liegeradblog.de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vortrag von Jochen Topf zum OSM-Datenmodell in Hamburg
On So, Jan 05, 2014 at 06:14:52 +, Michael Buege wrote: Zitat Johannes Kröger: am 16. Januar (Donnerstag) um 16:00 wird Jochen Topf an der Hafencity Uni in Hamburg einen Vortrag über das Datenmodell von OSM halten. [...] Die Hafencity Universität befindet sich nicht in der Hafencity, sondern im Moment noch in der City Nord (S1/11 Rübenkamp, U-Sengelmannstraße). Der Vortrag findet im D-Gebäude im Zelt statt: Ich hab auf die Schnelle nix auf deren Seite gefunden: darf man da einfach so hin oder wie sind dort die Teilnahmebedingungen für solche Vorträge? Ist für jeden offen. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Overpass Turbo Wizard findet Relation nicht
Moin, seit Jahren suche ich nach einer Möglichkeit, die administrativen Grenzen im hiesigen Bereich (und nur diese) mit JOSM herunterzuladen. Mit dem Overpass Turbo Wizard scheint nun ein Instrument zur Verfügung zu stehen, das dies erlaubt. http://overpass-turbo.eu/ Um beispielsweise alle administrativen Grenzen innerhalb der Samtgemeinde Brookmerland in JOSM hinein zu bekommen, habe ich in den Overpass-Turbo-Wizard eingegeben: boundary=administrative in Brookmerland Die zugehörige Relation ist http://www.openstreetmap.org/relation/898627 Dies funktionierte mit dem Wizard gut und auch der anschließende Export nach JOSM war problemlos. Dies war nur ein Vortest mit einem kleinen Teilgebiet. Denn eigentlich brauche ich alle Grenzen innerhalb der ostfriesischen Halbinsel und verwende hierfür die leicht veränderte Wizard-Abfrage: boundary=administrative in ostfriesische Halbinsel Dabei verwendet die Abfrage offensichtlich Nominatim, um die ostfriesische Halbinsel zu finden. Nominatim findet sie aber nicht - auch nicht bei dortiger Direkteingabe. Frage 1: Ist diese Relation falsch getaggt?: http://www.openstreetmap.org/relation/2136138 Frage 2: In diesem Beispiel http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#By_exact_name findet Overpass OSM-Namen, ohne Nominatim zu bemühen. Kann man meine Wizard-Abfrage oder die von ihr erzeugte Overpass-Abfrage so abändern, dass sie diese Methode anwendet? Frage 3: Ginge das ersatzweise auch dergestalt, dass man die Relationsnummer explizit angibt? Die erzeugte Overpass-Abfrage lautet: !-- This has been generated by the overpass-turbo wizard. The original search was: boundary=administrative in ostfriesische Halbinsel -- osm-script output=json timeout=25 !-- fetch area ostfriesische Halbinsel to search in -- id-query {{nominatimArea:ostfriesische Halbinsel}} into=area/ !-- gather results -- union !-- query part for: boundary=administrative -- query type=node has-kv k=boundary v=administrative/ area-query from=area/ /query query type=way has-kv k=boundary v=administrative/ area-query from=area/ /query query type=relation has-kv k=boundary v=administrative/ area-query from=area/ /query /union !-- print results -- print mode=body/ recurse type=down/ print mode=skeleton order=quadtile/ /osm-script ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Parkplatz nur für PKW
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hallo, ich werte gerade die Aufnahmen aus, die ich heute während der Fahrt gemacht habe. Wie wird ein Parkplatz nur für PKW richtig getagt? Siehe http://schmidt9.de/OSM/p200car.jpg amenity=parking parking=surface und dann? access=motorcar das wäre ja der Standardwert. Ich möchte klarmachen, dass keine LKW, Busse, Motorräder und Pferdekutschen parken dürfen. Grüße Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSydcxAAoJEENbQD69P3OqOkoIAJsM8xGTIulU5duo1rBwietz F9L2EJdteQi78JgX4GyiGvfw+jqU8Wi4VrJ0TLZLr4af38PenRrpbaK3TYbKwNas jwMOTH/YKpO0Yy67Y8jXD+3Fkh2ZUK/UjSFWaN6rzvowvoCT5VNyw+bZeQFuxQfY jZdMCIgZv8Xt779B6TFNNn9MiwmXnXky01csuHK0sV2KjS2/rjunGRMc7C4RQvD2 TAdtjmp4v4sgVGeHK2NjiKGoMtPb1yL5O2MGpEXquy+IFeZRmy/arYgUWo/5k++q Mqoyr/GjUQ9ES1YqCQw5+tRIW0Y0XypikvZml3ddSixtmesKXB/7NU4Ttfx+Cl0= =5hJM -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz nur für PKW
Am 05.01.2014 23:05, schrieb Andreas Schmidt: hallo, ich werte gerade die Aufnahmen aus, die ich heute während der Fahrt gemacht habe. Wie wird ein Parkplatz nur für PKW richtig getagt? Siehe http://schmidt9.de/OSM/p200car.jpg amenity=parking parking=surface und dann? access=motorcar motorcar=designated, motorcycle=no, hgv=no, bus=no Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass Turbo Wizard findet Relation nicht
Am 05.01.2014, 22:53 Uhr, schrieb Tirkon tirko...@yahoo.de: Frage 2: In diesem Beispiel http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide#By_exact_name findet Overpass OSM-Namen, ohne Nominatim zu bemühen. Kann man meine Wizard-Abfrage oder die von ihr erzeugte Overpass-Abfrage so abändern, dass sie diese Methode anwendet? Ja, du kannst die vom Wizard erzeugten Abfragen beliebig verfeinern. Zum Beispiel: !-- fetch area “ostfriesische Halbinsel” to search in -- id-query {{nominatimArea:ostfriesische Halbinsel}} into=area/ Diese Zeile definiert das Suchgebiet für die restliche Abfrage. Hier gibt sie an, dass per Nominatim nach einem Gebiet gesucht werden soll. Das könnte aber auch durch Folgendes ersetzt werden: query type=area into=area has-kv k=name v=ostfriesische Halbinsel / /query Leider ist es aber so, dass das immer noch nicht wirklich weiterhilft, weil die von dir gewünschte Relation nicht nur von Nominatim nicht ausgewertet, sondern auch von der Overpass API nicht als als Fläche erkannt wird. (Möglicherweise wegen dem Tagging als type=boundary ohne admin_level?) Schöne Grüße Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz nur für PKW
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 danke! -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSye1uAAoJEENbQD69P3OqXL8H/RYCWQCBniMLGnPDL0KwxjUW RZyD1aA3mBCZ6JmoF4zAHrHjRFEdIi+u8b7j/HT2s9ZDIL86VBtoFvPzch4OIsi0 EQG01A4fZHKIyuX86h7oPpLaM16SLGpz6coGHboMPMt/cm+Hha0Q3tXAM9l2nbdb vu3O9RhUfW1QGoTPk0hYhR2vfNAnZDOTaz8Vwb11oMylLBoeI+trigP2j0IAwVZ7 YYWy0Kjat4PRiYQeZ4p2dyzKvum3rIBo93g5vkprE0yTvdKI+Mg/lAF02v4tDB19 y4DnliohCiU6g7uIe+ldNQmNUYcWg2Ptv50Y63P9rvt7ESgUHofiJ9URjtH8VRM= =7pmP -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spezialist für Satz und Druck gesucht
Moin, ich befürchte ich bin schon zu spät damit, aber mir sind noch einige Sachen aufgefallen. Dies betrifft insbesondere die Zeichensetzung, denn bei techn. Ausdrücken aus dem Englischen vergisst man leicht Bindestriche. Hier die betreffenden Fälle: *1 Einleitung* Falsch: NMEA-0183 Geräten Richtig: NMEA-0183-Geräten *1.1 Eigenschaften* Falsch: SD Karte Richtig: SD-Karte Falsch: NMEA-0183 Format Richtig: NMEA-0183-Format Falsch: SD Zugriff (Bindestrich) Falsch: SeaTalk-1 Eingang Richtig: SeaTalk-1-Eingang Falsch: 12 V-Anschluss Richtig: 12-V-Anschluss *2.1 Montage des Loggers* Falsch: SD Karte(Bindestrich) *2.3Anschluss Echolot NMEA* Falsch: Seatalk-1 Ausgang Richtig: Seatalk-1-Ausgang *2.4 Anschluss Echolot Seatalk* Siehe 2.3, selbiges mit Seatalk-1*-*Eingang *2.6 Anschluss 12V* Falsch: Anschluss 12V Richtig: Anschluss 12 V Falsch: 9-15V Richtig: 9–15 V Anm.: der längere Strich ist ein Halbgeviert und typograf. besser. *2.10 Bedienfeld*, Tabelle 5 Falsch: 4 GB SD-Karte Richtig: 4-GB-SD-Karte evtl. falsch: […] Echolor, […] evtl. richtig: Echolot *2.11 Fehler* In der Tabellenunterschrift zu Tabelle 6 den Gedankenstrich besser durch ein Halbgeviert (dieser Strich: –) ersetzen. Falsch: SD Karte(Bindestrich) *2.13 Vorbereitung der SD-Karte* Falsch: 4GB-Karte Richtig: 4-GB-Karte Falsch: FAT-32 Formatierung Richtig: FAT-32-Formatierung *2.14 Firmwareupdate mit SD-Karte* Falsch: Firmware Update Richtig: Firmware-Update bzw. Firmwareupdate Falsch: FAT-16 Dateisystem Richtig: FAT-16-Dateisystem *3.2.3 Im Büro* Falsch: “Daten hochladen” Richtig: Deutsche Anführungszeichen verwenden *5 Wir bedanken uns *Unterpunkt Den Entwicklern von /OpenSeaMap/ Falsch: “Flachwassertiefen durch Crowdsourcing” Richtig: Dt. Anführungszeichen Ich hoffe ihr könnt das noch unterbringen. ;) Auf jeden Fall wünsche ich viel Erfolg mit dem Projekt. Viele Grüße Florian On 01/05/2014 06:46 PM, Patrick Beck wrote: Hallo, ich muss jetzt leider weg. Die letzte Version bis jetzt. Einige Hinweise habe ich schon abgearbeitet (sind noch ein paar offen von Markus und Georg). Bin ab ca. 23 Uhr wieder zuhause und könnte danach nochmal schauen. http://yourse.de/tmp/logger_de.pdf http://yourse.de/tmp/logger_en.pdf http://yourse.de/tmp/openseamap_booklet.zip Die technischen Fragen muss Markus noch klären. Grüße Patrick Am 05.01.2014 17:20, schrieb Georg Verweyen: Hallo Markus und Patrick, hier meine Anmerkungen zu der aktuellen Fassung: Seite 1 Kapitel 1.1 statt SD-Zugriff Zugriff“ eher SD-Zugriff“. Seite 2 Kapitel 2.1 statt Zwei Pfeile auf der Oberen Fläche dienen dazu, „ eher Zwei Pfeile auf der oberen Fläche dienen dazu, „ Seite 3. Kapitel 2.2 statt Achte darauf, dass es kein gekreuztesKabel oder Cross-Kabelßum direkten Verbinden zweier Computer ist.“ besser Achte darauf, dass es kein „gekreuztes Kabel oder Cross-Kabel“ um direkten Verbinden zweier Computer ist. „ (zwei Fehler: fehlendes Leerzeichen nach dem ersten schließenden Anführungszeichen und ein ß statt dem zweiten schließenden Leerzeichen). Anmerkung zu Seite 3, letzter Satz: Wenn die äußersten Drähte im durchsichtigen Stecker grün sind, hast du ein Kabel nach europäischer Norm (568A), wenn sie orange sind, ist es eines nach amerikanischer Norm (568B). Hier ist es sinnvoll zu erwähnen, dass die andere äußersten Drähte in beiden Varianten braun sind. (Gemeint sind die rechten Drähte wenn der Befestigungsclip des Steckers unten liegt und die offenen Drähte oben sind). Seite 4, Abbildung 1: Alternative Formulierung zu Markus statt Patch-Kabel nach amerikanischer Norm. Der äußerste Draht ist orange.“ besser Patch-Kabel nach amerikanischer Norm, da die beiden äußersten Drähte orange sind.“ Empfehlung zu Tabelle 1 und 2: 2. Spalte nur mit Paarnr. beschriften. Empfehlung zu Tabelle 1: 3. Spalte nur Farbe (europäisches Kabel) beschriften Empfehlung zu Tabelle 2: 3. Spalte nur Farbe (amerikanisches Kabel) beschriften Empfehlung zu Tabelle 2: Beschriftung mit Belegungsplan Norm 568B (ATT 258A) Anmerkung zu Abbildung 3: diese Abbildung passt nicht mit dem Bild auf der Titelseite zusammen! Statt einem P steht dort das Wort Status. Anmerkung zu Abbildung 7: Ich bin verwirrt! Kurze Zeit später (Kapitel 2.11) wird behauptet, dass die Rot blinkende LED nicht bedeutet „Der Logger schreibt auf die SD-Karte“ sondern die Bedeutung „SD-Karte ist voll“ hat. Aber auch wenn der Inhalt richtig ist: der Satz müsste dann Der Logger ist aktiv und empfangsbereit, er schreibt auf die SD-Karte.“ lauten. Seite 15: Anmerkung zu den Ursachen: Eventuell wäre es sinnvoll den Schreibschutzschalter einer SD Karte zu erwähnen. (also statt SD Karte ist nicht beschreibbar oder wird nicht erkannt. Bitte teste die Karte auf deinem PC.“ sowas wie SD Karte ist nicht beschreibbar (Schreibschutz?) oder wird nicht erkannt. Bitte teste die Karte auf deinem PC.“ Anmerkung zu Kapitel 2.14: Wenn man das Thema Partition aufnimmt, sollte man auch eine Mindestgröße der
Re: [Talk-de] Overpass Turbo Wizard findet Relation nicht
Martin Raifer tyr@gmail.com wrote: query type=area into=area has-kv k=name v=ostfriesische Halbinsel / /query Leider ist es aber so, dass das immer noch nicht wirklich weiterhilft, weil die von dir gewünschte Relation nicht nur von Nominatim nicht ausgewertet, sondern auch von der Overpass API nicht als als Fläche erkannt wird. (Möglicherweise wegen dem Tagging als type=boundary ohne admin_level?) Vielen Dank! Ich habe jetzt in der Relation der ostfriesischen Halbinsel http://www.openstreetmap.org/relation/2136138 ein area=yes ergänzt. Da Roland erwähnt hatte, Overpass sei nur einige Minuten hinter der OSM-DB, habe ich 1,5 Stunden gewartet. Aber leider blieb das Auslieferungsergebnis leer. Ostfriesische Halbinsel ist eine Regionsbezeichnung, die keine administrative Verwaltungsfunktion und damit keinen admin_level aber exakt anerkannte Grenzen in Form einer Ansammlung von vier Landkreisen und zwei kreisfreien Städten hat. Die Abfage sieht jetzt so aus: !-- This has been generated by the overpass-turbo wizard. The original search was: boundary=administrative in ostfriesische Halbinsel -- osm-script output=json timeout=25 !-- fetch area ostfriesische Halbinsel to search in -- query type=area into=area has-kv k=name v=ostfriesische Halbinsel / /query !-- gather results -- union !-- query part for: boundary=administrative -- query type=node has-kv k=boundary v=administrative/ area-query from=area/ /query query type=way has-kv k=boundary v=administrative/ area-query from=area/ /query query type=relation has-kv k=boundary v=administrative/ area-query from=area/ /query /union !-- print results -- print mode=body/ recurse type=down/ print mode=skeleton order=quadtile/ /osm-script ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Overpass Turbo Wizard findet Relation nicht
Am 06.01.2014, 02:31 Uhr, schrieb Tirkon tirko...@yahoo.de: Ostfriesische Halbinsel ist eine Regionsbezeichnung, die keine administrative Verwaltungsfunktion und damit keinen admin_level aber exakt anerkannte Grenzen in Form einer Ansammlung von vier Landkreisen und zwei kreisfreien Städten hat. Hm, dann würde ich diese Region anders taggen. Anstatt des type=boundary passt wohl eher type=multipolygon mit place=region. Ich war mal so frei… Da Roland erwähnt hatte, Overpass sei nur einige Minuten hinter der OSM-DB, habe ich 1,5 Stunden gewartet. Aber leider blieb das Auslieferungsergebnis leer. Das stimmt zwar, allerdings sind die Overpass Areas eine Ausnahme, und benötigen in der Regel ein paar Stunden zur Aktualisierung. Siehe den aktuellen Stand der Daten (um ca. 07:34 UTC): timestamp_osm_base: 2014-01-06T07:33:02Z, timestamp_areas_base: 2014-01-05T16:31:01Z, PS: Diese Information bekommt man automatisch von der Overpass API zu jeder Query mitgeliefert. In overpass turbo einfach auf den Daten-Tab wechseln. Grüße Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)
Il giorno 03 gennaio 2014 12:38, Cristian Consonni kikkocrist...@gmail.comha scritto: Ciao cari (e in particolare caro Simone F. ;-)), ho fatto ora una pull request per aggiungere una nuova funzionalità a Wikipedia-tags-in-osm: quando ad una voce di Wikipedia mancano le coordinate attualmente il popup contiene delle generiche istruzioni per inserire il template {{Coord}}, con la pull request ho aggiunto uno script che crea un database Spatialite (SQLite) nel quale vengono calcolati i centroidi delle ways e delle relation. Grazie. Era una cosa a cui avevo pensato anch'io, calcolando tutte le coordinate tramite Spatialite oppure al volo, quando uno clicca sul link template mancante di un articolo. Usare la prima strada richiede un po' di tempo per elaborare i dati, quindi è meglio fare in modo che le coordinate non siano calcolate ad ogni aggiornamento delle pagine ma più raramente. Continuo in pvt dopo aver guardato meglio il codice. Questi vengono poi inseriti nell'elemento e quindi visualizzati dal popup. ... L'idea ... sarà poi quella di ... rendere questo inserimento semi-automatico (click sul popup, login su Wikipedia, il template viene inserito in automatico e l'utente deve solo confermare). Bello! Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)
Il 04 gennaio 2014 19:43, Andrea De Gradi dega...@gmail.com ha scritto: Il messaggio che verrà mostrato consiglierà quindi l'inserimento di un template di questo tipo (coordinate del colosseo) {{coord|41|53|24.61|N|12|29|32.17|E|dim:230|display=title}} Così? http://imageshack.com/a/img69/2276/kxjs.png =) Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuova funzionalità per Wikipedia-tag-in-OSM (lavori in corso)
Prefetto così l'inserimento del template sarà più preciso. Il 05/gen/2014 22:15 Cristian Consonni kikkocrist...@gmail.com ha scritto: Il 04 gennaio 2014 19:43, Andrea De Gradi dega...@gmail.com ha scritto: Il messaggio che verrà mostrato consiglierà quindi l'inserimento di un template di questo tipo (coordinate del colosseo) {{coord|41|53|24.61|N|12|29|32.17|E|dim:230|display=title}} Così? http://imageshack.com/a/img69/2276/kxjs.png =) Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Sivegader
Iflg de billeder man kan finde på Google Streetview, så er der et 'Gågade'-skilt, når man kommer fra Badstuestræde og vil ind på Vimmelskaftet. Jfr 'Bekendtgørelse om vejafmærkning' (https://www.retsinformation.dk/Forms/R0710.aspx?id=139507) er 'Gågade' (E49) og 'Opholds- og legeområde' (E51), som Uffe henviser til, ikke helt det samme. De tagges i OSM som hhv 'pedestrian' og 'living_street', jfr http://wiki.openstreetmap.org/wiki/Da:Map_Features. /Lars 2014/1/3 Niels Elgaard Larsen elga...@agol.dk: On 2014-01-03 20:30, Uffe Kousgaard wrote: Hvad er den rigtige tagging af sivegader? Dvs. gader med tilladt biltrafik, men i langsomt tempo og alle deles om kørebønen - også gående og cyklister. ) Jeg er stadig i tvivl om hvordan vi skal tagge Nygade-Vimmelskaftet i København (Strøget) Når man kommer fra Badstuestræde i bil (som jeg gør når jeg har købt større mængder linolie til sommerhuset) så må man gerne køre til venstre ad Vimmelskaftet og Nygade til Gammel Torv. Det er så meget tydeligt, at gående og cyklister tror, at man er helt galt på den. Det er nok ikke fordi de har studeret OpenStreetmap, men derfor skal vi jo tagge korrekt alligevel. mvh Uffe Kousgaard ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] rette fejl
Kan nogen genoplive feature 24721670 ? En rundkørsel på det overordnede vejnet, som bestemt ikke burde have været slettet. Den var lige her: http://www.openstreetmap.org/#map=18/56.26115/10.05708 Kan man selv gøre det med Potlatch? Jeg ser frem til den dag, hvor begyndere er sat i karantæne og deres editeringer ikke automatisk accepteres før de har vist, at de kan finde ud af det. Skal nok komme. Hilsen Uffe Kousgaard ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-at] lawinenverbauung mappen
Hallo, 2014/1/5 Christoph Lingg | komoot christ...@komoot.de: ich hab noch nie die doku im wiki geändert. hast du einen tipp, wo ich das am besten unterbringe? http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dfence etwa? Hm, das könnte ein bisschen schwieriger werden, weil der fence-Key (für fence=avalanche) bislang überhaupt nicht im Wiki aufscheint. Die schönste Variante wäre aber wahrscheinlich ein Link von Tag:barrier=fence auf eine neu erstellte Seite Key:fence und dort dann eine Beschreibung von fence=avalanche. Ich weiß aber nicht, ob so ein Eingriff nicht schon ein Proposal voraussetzen würde... Liebe Grüße, ~~ Ondra ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] lawinenverbauung mappen
Am 04.01.2014 12:18, schrieb Christoph Lingg | komoot: Hallo, ich komme aus Vorarlberg und dort gibt es sehr häufig Lawinenverbauungen. Das sind sehr einschneidende Merkmale in der Landschaft und über Satelliten-Fotos einfach zu mappen. Hier ein Beispiel-Foto: http://commons.wikimedia.org/wiki/File:Lawinenverbauung.jpg Ich finde nun aber keine Infos, wie ich sie am besten tagge. Ich konnte Beispiele finden indenen sie folgendermaßen beschrieben wurden: barrier=fence fence=avalanche http://www.openstreetmap.org/way/98534866 Laut taginfo kommt fence=avalanche aber nur 250 mal vor: http://taginfo.openstreetmap.org/tags/fence=avalanche Ich würde es auch so machen, zuvor aber gerne eure Meinung dazu hören. Sollte man das als proposal einreichen oder zumindest irgendwo dokumentieren? Beste Grüße, Christoph ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at Schöner scheint mir fence:type=avalanche, das gibt es auch bereits 121 mal laut Taginfo. Dann passt es gut im Wiki zu Proposed features/fence attributes. Möglich wäre ja auch fence_type=avalanche wie im Wiki Tag:barrier=fence, das gibts aber laut Taginfo noch gar nicht. Beste Grüße, Peter. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] lawinenverbauung mappen
On Sun, Jan 05, 2014 at 12:17:25PM +0100, Ondřej Hošek wrote: 2014/1/5 Peter Kössler pkoess...@gmx.net: Möglich wäre ja auch fence_type=avalanche wie im Wiki Tag:barrier=fence, das gibts aber laut Taginfo noch gar nicht. Das finde ich eher ungünstig, weil sich fence_type (sowie fence:type vom Proposal) auf die Beschaffung und nicht aufs Einsatzgebiet zu beziehen scheint. fence_type=avalanche würde also implizieren, dass Lawinenverbauungen aus Lawinen gemacht sind. ;-) Wenn wir schon dem Fence-Attributes-Proposal folgen, dann wird dort fence:function als Tag vorgeschlagen, um die Nutzung anzugeben. fence:function=avalanche vielleicht? ich würde auch bei der Funktion anfangen, zumal die gleiche Funktion entweder von festen oder flexiblen Bauten erfüllt wird die sich sehr unterscheiden können. Mal sind es Netze, mal Gitterzäune aus unterschiedlichsten Materialien und mit großer Formvielfalt. Echte Zäune sind es in den seltensten Fällen. Systematik kenne ich etwa so: * Lawinenvorbeugung - Netze oder Zäune gegen das Kriechen von Schneeschichten * Lawinenumlenkung * Lawinenschutzwälle oder -gallerien in der Nähe von Dörfern Straßen usw. Richard ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-lv] LocusPro atsauksme
Īsa atsauksme par LocusPro - superīga programma ar vienu mīnusu - nav offline adress search :( Kaut ko forumos lasīju, ka varbūt būs nākamgad, bet šobrīd nekā :( Nopirku jau pro versiju, droši vien nebūtu pircis, ja būtu šo pamanījis, mocījies tālāk ar OsmAnd, tur meklēšana puslīdz strādāja :( Bet citādi strādā ļoti labi. Traku veidošana gan ir ērta un strādā līdz šim stabili. Starp citu - traku dragdrop uz Id redaktora strādā arī Linuxī :) Sīkums, bet patīkami :) On 12/15/2013 06:05 PM, Girts Ziemelis wrote: Locus izskatās labs :) Līdz šim viss strādā un arī vektoru karti no http://www.openandromaps.org smuki paņēma. Reklāma krīt uz nerviem, bet ja viss strādās, tad Pro versija arī pa lēto :) Ja vēl te normālu satelīta bildi varētu saglabāt vispār būtu ideāli (nu tādu kā Bingam vai Googlei), bet tās, kas viņiem ir no MapQuest izskatās ļoti štruntīgā izšķiršanā un tas laikam nav labāks arī Pro versijā :( ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] OSM New-York - Import de contours de batiments et adresses
Bonne année à tous, Je découvre cette note parlant de OSM-US et de l'import du bati et des adresses de New-York. https://www.mapbox.com/blog/nyc-and-openstreetmap-cooperating-through-open-data/ http://www.openstreetmap.org/user/lxbarth/diary/20418 Voici une zone où l'import a été effectué. Cela montre comment ces imports contribuent grandement à améliorer la carte de New-York. http://www.openstreetmap.org/#map=17/40.60681/-73.96337 Ce qui permet par exemple de faire une recherche sur une adresse précise et de repérer l'immeuble : 1764, East 10th Street, New-York Pierre ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OSM New-York - Import de contours de batiments et adresses
I would point to the NYC building import as another example of how imports can go badly, and be damaging for OpenStreetMap. To be beneficial, any import must be handled with extreme care. NYC has not done that. You'll have to read a very long thread to understand what is going on, from those who are involved. (on the us imports list) https://lists.openstreetmap.org/pipermail/imports-us/2013-December/000447.html My summary is that the NYC building import is as flawed as most every other attempt to Get a bunch of data in OSM in a hurry. Just a few users are responsible for the bulk of the edits. Those few users are creating data at a rate that far exceeds their ability to curate the data on the way in; and so the data is poor in terms of quality. And the rate far exceeds the ability of the real mapping community to repair the imported data in a timely manner; and so the local mappers are overwhelmed and frustrated by the damage done by some small number of importers. The New York City building import is an example of an import gone wrong. I hope that the parties involved will continue to work on fixing their efforts, rather than just blasting bits into the data base. Improving address coverage in OpenStreetMap is a great benefit to the project, especially to those who wish to consume OpenStreetMap data. You can make an impact and improve OpenStreetMap data in your neighbourhood by surveying address data as you improve other data. No imports required. Just map it. :-) Building outlines are very pretty, but are not as broadly useful as addresses; we navigate to an address, not to a building rectangular in form, 32m on one side and 36m on the adjacent... That said, once you draw a building outline, that is a great place to hang the address tags. Mappy New Year. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Mappy New Year
Hi All, I hope that you are off to a great start on your mapping activities for 2014. OpenStreetMap is certainly off to a great start. User emacsen wrote a compelling article today that drove a significant number of new mappers to OpenStreetMap. That's some great advocacy, right there. The article is really aimed at folks who are not yet mappers, so not really the same audience of these lists, as we're already mappers. but you might enjoy the article anyway. Have a look. http://blog.emacsen.net/blog/2014/01/04/why-the-world-needs-openstreetmap/ In 2014 we will see the 10 anniversary / birthday of OpenStreetMap. What are you going to do to celebrate? We (the local mappers in Toronto) will host another OpenStreetMap Mapiversary party, details to be determined, how about your local group? On that subject, is this the year that you'll start a local mapping group in your town? I've never understood why it is that the German community has groups of mappers that meet each month, in just about every city, town and village of size, while in North America those groups are very rare. It could be that the difference is you. You can start a successful, self-sustaining local group that meets each month to discuss OpenStreetMap. So you should do that. It's great fun. Part of our fun in Toronto in 2013 included, the 9th birthday party, including a map cake. Twelve regularly scheduled Mappy Hour events, two formal presentation events, three special guest events to celebrate august mappers visiting from other places. (and a little bit of a flood, but we soldiered on anyway.) What about this thread? Tell me, what your plans are for 2014? and have a Mappy New Year, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Mappy New Year
On this topic, are there any others on this list from the Lloydminster AB or SK area. Darren Wiebe On Sun, Jan 5, 2014 at 6:08 PM, Richard Weait rich...@weait.com wrote: Hi All, I hope that you are off to a great start on your mapping activities for 2014. OpenStreetMap is certainly off to a great start. User emacsen wrote a compelling article today that drove a significant number of new mappers to OpenStreetMap. That's some great advocacy, right there. The article is really aimed at folks who are not yet mappers, so not really the same audience of these lists, as we're already mappers. but you might enjoy the article anyway. Have a look. http://blog.emacsen.net/blog/2014/01/04/why-the-world-needs-openstreetmap/ In 2014 we will see the 10 anniversary / birthday of OpenStreetMap. What are you going to do to celebrate? We (the local mappers in Toronto) will host another OpenStreetMap Mapiversary party, details to be determined, how about your local group? On that subject, is this the year that you'll start a local mapping group in your town? I've never understood why it is that the German community has groups of mappers that meet each month, in just about every city, town and village of size, while in North America those groups are very rare. It could be that the difference is you. You can start a successful, self-sustaining local group that meets each month to discuss OpenStreetMap. So you should do that. It's great fun. Part of our fun in Toronto in 2013 included, the 9th birthday party, including a map cake. Twelve regularly scheduled Mappy Hour events, two formal presentation events, three special guest events to celebrate august mappers visiting from other places. (and a little bit of a flood, but we soldiered on anyway.) What about this thread? Tell me, what your plans are for 2014? and have a Mappy New Year, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Mappy New Year
Hi Darren, I'm in Edmonton and interested in expanding my OSM activities - a bit further west that you but we might have some overlapping interests. Matt On Sun, Jan 5, 2014 at 7:27 PM, Darren Wiebe dar...@aleph-com.net wrote: On this topic, are there any others on this list from the Lloydminster AB or SK area. Darren Wiebe On Sun, Jan 5, 2014 at 6:08 PM, Richard Weait rich...@weait.com wrote: Hi All, I hope that you are off to a great start on your mapping activities for 2014. OpenStreetMap is certainly off to a great start. User emacsen wrote a compelling article today that drove a significant number of new mappers to OpenStreetMap. That's some great advocacy, right there. The article is really aimed at folks who are not yet mappers, so not really the same audience of these lists, as we're already mappers. but you might enjoy the article anyway. Have a look. http://blog.emacsen.net/blog/2014/01/04/why-the-world-needs-openstreetmap/ In 2014 we will see the 10 anniversary / birthday of OpenStreetMap. What are you going to do to celebrate? We (the local mappers in Toronto) will host another OpenStreetMap Mapiversary party, details to be determined, how about your local group? On that subject, is this the year that you'll start a local mapping group in your town? I've never understood why it is that the German community has groups of mappers that meet each month, in just about every city, town and village of size, while in North America those groups are very rare. It could be that the difference is you. You can start a successful, self-sustaining local group that meets each month to discuss OpenStreetMap. So you should do that. It's great fun. Part of our fun in Toronto in 2013 included, the 9th birthday party, including a map cake. Twelve regularly scheduled Mappy Hour events, two formal presentation events, three special guest events to celebrate august mappers visiting from other places. (and a little bit of a flood, but we soldiered on anyway.) What about this thread? Tell me, what your plans are for 2014? and have a Mappy New Year, Richard ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- | Matthew Dance, M.A. | |Geographer | Map Maker | | 780.554.9222 | @mattdance | matthewdance.ca | ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Rétablir le point géodésique 62054A -A ?
Le 04/01/2014 14:38, Art Penteur a écrit : J'ai procédé autrement. [...] J'ai vérifié avec l'import initial. Le repère géodésique que tu as remis est bien à sa place. Par contre, le repère tombe dans l'eau. Le cadastre est décalé d'environ 4 m quand Bing semble mieux calé... Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Où doit-on placer addr:*=* Was: Import addr:housenumber depuis le cadastre
2014/1/4 DH dhel...@free.fr: Et les relations associatedStreet sont-elles indispensables, juste mieux adaptées à la base (aux usages ) ? Une requête overpass sur le wiki pour rassurer les réutilisateurs-néophyptes (comme beaucoup d'entre nous ;-) pour alimenter un SIG de collectivités territoriales ? Sur ce point, je peux apporter une information statistique. Il y a dans la base monde ~25 millions d'addr:street ([1]) contre 2.2 millions de roles house dans les relations associatedStreet ([2]), soit un rapport de 10 contre 1. La France est un peu à part puisque le rapport est à peu près de 50-50% ([3], [4]) et fournit à elle seule un tiers de ces relations dans le monde. Concernant les adresses, il y a encore d'autres points non résolus : - les codes postaux. Il n'y a pas encore de consensus pour définir clairement des zones de codes postaux. A défaut, on les met sur les polygones boundary mais cela ne convient pas à tous les cas ni à tous les pays. Dans les zones litigieuses, on préfère dupliquer le tag sur chaque élément address. - l'adresse est-elle un attribut ou une donnée à part entière (feature). La question n'est pas anodine lorsque certains répètent à l'envie la même adresses sur de multiples POIs. Il n'y aucun problème à dupliquer la même adresse si on considère que c'est un simple attribut (comme le surface d'une route). Mais si on considère que l'adresse est une donnée en elle-même, il ne faudrait pas la dupliquer (pour suivre le principe one feature, one OSM element [5]) - faut-il dupliquer les attributs address qu'on peut considérer comme redondants ou facilement déductibles comme addr:country ou addr:city. Personnellement, je pense que non et je n'hésite pas à les supprimer lorsque j'en rencontre (certains outils semblent prendre plaisir à en ajouter à la pelle). Pieren [1] http://taginfo.openstreetmap.org/keys/addr%3Astreet [2] http://taginfo.openstreetmap.org/relations/associatedStreet#roles [3] http://taginfo.openstreetmap.fr/keys/addr:street [4] http://taginfo.openstreetmap.fr/relations/associatedStreet#roles [5] http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element (traduction à revoir) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour des euro vélo
Sur tout le parcours ce ces itinéraires ces erreurs c'est peanuts! Pourquoi ne pas tout simplement les corriger? OSM est plein d'erreur, de route qui changent qui sont coupé, de travaux en cours etc. Je ne comprends pas trop le probleme des itinéraire qu'il faudrait détruire alors qu'ils ont une existence sur quasiment tout le parcours. D'autant plus que ce sont de gros itinéraire soutenue par l'UE, organisé par le ministere des transport etc. Meme si aujourd'hui il y a des truc pas tres catholique dedans ce n'est pas forcément une raison pour jeter bébé avec l'eau du bain, il suffit de corriger, de passer les segments pourri en state:proposed etc. Le 5 janvier 2014 02:12, SautdeChaine dechaines...@gmail.com a écrit : Des discussions récentes sur cette liste ont montré que les EV étaient des mélanges de vœux pieux, de communication politiques, et n'avaient pas toujours de réalité sur le terrain (passage par des ponts qui n'existent pas, des échangeurs autoroutiers, ...). En plus, ça vient de fichiers pas vraiment sourcés. Du nouveau grain à moudre : j'ai été amené récemment à comparer un guide papier et un fichier GPX fourni par la même source qui est impliquée dans les EV (en l'occurrence il s'agit de la VéloScénie / AF3V, j'ai comparé le livret qu'ils éditent, et les fichiers GPX de leur site). Le guide papier me semble très correct, tandis qu'à Limours, le fichier GPX a une grosse aberration que n'a pas le guide papier. Le fichier GPX contient un itinéraire passant par un chemin en cul-de-sac total dans un creux prononcé (ancien parcours d'un aérotrain), magiquement connecté à une route sur un pont passant au-dessus de celui-ci, alors qu'il n'y a aucun moyen de faire la connexion en réalité (à part porter son vélo sur 30m dans les broussailles sur les flancs très pentus, je n'ai pas eu envie d'essayer...). Dans OSM, c'est le fichier électronique qui a été recopié et adapté tant bien que mal encore une fois (cf les sources d'erreurs sur la PAN ou l'EV3 déjà cités ici), si bien que la Véloscénie d'OSM emprunte ce cul-de-sac et semble s'arrêter sous le pont... Dans le guide papier, on sort bien plus tôt de ce creux, via un autre itinéraire qui lui a un sens réel sur le terrain. Je suis aussi tombé sur le même problème de passage de sous le pont à sur le pont sur le fichier GPX du site de l'Avenue Verte Paris Londres, toujours lié à l'AF3V (j'irais regarder la semaine prochaine le guide papier correspondant pour voir). Le problème est au pont de Chatou. Dans OSM, on trouve cette fois la partie manquante pour passer de sous le pont à sur le pont via 200m de trajet évident. Bref, dans les deux cas, le fichier GPX de la page officielle de l'association ne tient pas compte d'un pont, et passe magiquement de la voie inférieure à la voie supérieure. Ca me fait penser que le portage électronique des parcours (existants plutôt sur des cartes papiers au départ ?) a été fait un peu rapidement. Je rappelle aussi que sur le site officiel de l'association de promotion de la PAN, c'est carrément le résultat aberrant d'algos de routages qu'on trouve comme fichiers officiels, incohérents avec le texte de description ! Bref, attention avant de se mettre à recopier aveuglément les fichiers électroniques des associations type PAN ou AF3V. Leur savoir semble être plutôt dans leurs guides papiers ou leurs textes descriptifs. Et comme Cartélie n'est pas fiable du tout non plus, attention aux sources électroniques en général pour toutes ces voies... Enfin, je me permets de préciser que je tombe sur ces erreurs suite à des demandes de trajets sur divers forums cyclistes que je fréquente, et non pas en cherchant activement la petite bête sur les sites d'associations ou sur OSM ! -- View this message in context: http://gis.19327.n5.nabble.com/Mise-a-jour-des-euro-velo-tp5791651p5791770.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrage et relief...
Sur ce genre de sujet, aviez-vous ça : Dynamic hill shading in the browser https://www.mapbox.com/blog/dynamic-hill-shading/ C'est une nouvelles démo de leaflet, dont le principal auteur se dit regonflé à bloc depuis qu'il est entré chez mapbox. Le 1 janvier 2014 00:05, hamster hams...@suna.fdn.fr a écrit : Le 31/12/2013 17:31, Christian Quest a écrit : Je vais aussi tester une autre orientation non conventionnelle, mais plus réaliste de la position du soleil. En effet, la convention est de le mettre au nord-ouest, alors que dans l'hémisphère nord, le soleil n'est jamais à cette position ! erreur : on ne met pas le soleil au nord ouest mais l'eclairage en haut a gauche la raison n'est pas physique ni symbolique mais bien physiologique : le cerveau humain interprete bien un ombrage quand la source de lumiere est en haut a gauche on ne sait pas pourquoi, mais on est faits comme ca si tu met la source de lumiere en bas a gauche ou en haut a droite, on a besoin de se concentrer un peu pour comprendre le relief, c'est moins facile si tu met la source de lumiere en bas a droite, on interprete le relief tres spontanement... mais a l'envers : les creux sont percus comme des bosses il te suffit de retourner les images que tu genere pour t'en convaincre, tu verra que tu percevra le relief dans l'autre sens si tu les pivote de 180 ° (attention, il faut faire le test dans les 2 sens : fais toi une serie d'images de test, pour la moitie des images commence par les regarder avec l'eclairage en haut a gauche puis retourne les, pour l'autre moitie commence par l'eclairage en bas a droite puis retourne les) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : C’est chanter que je veux http://drivrsdu.fr/cest-chanter-que-je-veux/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import de bâtiment
Bon jour/année ! Le samedi 4 janvier 2014, 14:36:47 Christian Quest a écrit : Oula c'est vieux ça ! Tout est ici maintenant: http://cadastre.openstreetmap.fr/ Extra ; découvrant l'outil, je me suis amusé à rentrer l'essentiel de ce quartier qui était quasiment absent d'OSM alors qu'il comporte sans doute 30% à 50% de la population de ma ville (FR89: Sens) : http://tile.openstreetmap.fr/?zoom=16lat=48.19566lon=3.30397layers=B000FF J'ai procédé par fusion manuelle cadastre - OSM. Je ne crois pas avoir fait de bêtise mais si cette grosse édition vous semble bizarre, vous avez le coupable, et il accepte les remarques :-) -- Feth ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import de bâtiment
Une remarque... c'est peut être l'occasion de revoir les landuse=* ce ne sont plus des terrains agricoles ;) J'ai fait un petit bout d'après bing. Le 5 janvier 2014 16:36, Feth Arezki f...@tuttu.info a écrit : Bon jour/année ! Le samedi 4 janvier 2014, 14:36:47 Christian Quest a écrit : Oula c'est vieux ça ! Tout est ici maintenant: http://cadastre.openstreetmap.fr/ Extra ; découvrant l'outil, je me suis amusé à rentrer l'essentiel de ce quartier qui était quasiment absent d'OSM alors qu'il comporte sans doute 30% à 50% de la population de ma ville (FR89: Sens) : http://tile.openstreetmap.fr/?zoom=16lat=48.19566lon=3.30397layers=B000FF J'ai procédé par fusion manuelle cadastre - OSM. Je ne crois pas avoir fait de bêtise mais si cette grosse édition vous semble bizarre, vous avez le coupable, et il accepte les remarques :-) -- Feth ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour des euro vélo
Je ne comprends pas trop le probleme des itinéraire qu'il faudrait détruire alors qu'ils ont une existence sur quasiment tout le parcours. Allez sur le terrain et vous verrez que c'est une vue de l'esprit. -- View this message in context: http://gis.19327.n5.nabble.com/Mise-a-jour-des-euro-velo-tp5791651p5791816.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour des euro vélo
Bonjour, La réalité est effectivement peu glorieuse. Comme le dit Testuo Shima, il ne faut pas jeter le bébé avec l'eau du bain. Oui, la réalisation des eurovélo en France est très variable suivant les endroits : de la voie verte fléchée avec le logo de l'itinéraire jusqu'à plusieurs fuseaux encore à l'étude (avec des parties prenantes qui poussent des fuseaux différents). Ces itinéraires ont donc leur place dans OSM mais pas dans leur totalité. Dans le cas de l'Eurovélo 3, quelqu'un avait copié/collé la totalité du chemin provenant d'une source non qualifiée. Pour corriger, j'ai repris la relation state=proposed créée par rainerU avec son accord et j'ai basculé l'essentiel des chemins dans cette relation. J'ai pratiquement fini le tronçon Frontière Franco Belge - Nemours par ma connaissance d'une partie de l'itinéraire, quelques déplacements sur site et du armchair mapping pour finir. Bref, un travail long et fastidieux. J'ai repris l'itinéraire et ai classé les portions en 3 catégories (ouvert à toute proposition d'amélioration, notamment pour state=proposed) : - Ce qui est fléché sur le terrain, les voies vertes déjà existantes qu'on sait que l'itinéraire empruntera (en consultant le site de l'af3v, les rapports d'inauguration dans les journaux locaux, les sites des mairies et par la connaissance de la communauté cyclotouriste dont je fais partie) = la relation Eurovelo 3 - Tout ce qui prévu mais pas encore aménagé pour accueillir le flot de touristes (ex : le chemin cyclable sur la rive gauche de la Seine avec des passages sur des chemins non revêtus au niveau de Choisy) et tout le reste sur lequel je n'ai pas d'information ou certitude sur l'état du parcours = la relation Eurovelo 3 state=proposed. C'est à dire utilisable mais sans garantie de qualité. - Les portions encore à l'étude (ex : la sortie de Paris vers Orléans pour lequel on a plusieurs fuseaux), les routes imaginaires (le coup du pont indiqué par Sautdechaine récemment) et les chemins impraticables = supprimé des relations. Pour finir, ceci est mon premier message sur la liste. Je contribue à OSM depuis un an maintenant sur les aménagements cyclables à Paris et ses environs. Je lis la liste depuis quelques mois via l'interface Web et je viens de sauter le pas pour y participer. George Kaplan Le 5 janv. 2014 à 19:29, SautdeChaine a écrit : Je ne comprends pas trop le probleme des itinéraire qu'il faudrait détruire alors qu'ils ont une existence sur quasiment tout le parcours. Allez sur le terrain et vous verrez que c'est une vue de l'esprit. -- View this message in context: http://gis.19327.n5.nabble.com/Mise-a-jour-des-euro-velo-tp5791651p5791816.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour des euro vélo
Soit le bienvenu ! Je vois de plus en plus souvent ton pseudo sur des objets que j'édite... content de te retrouver ici et pas que dans JOSM ;) Le 5 janvier 2014 22:16, George Kaplan georgekaplan...@hotmail.fr a écrit : Bonjour, La réalité est effectivement peu glorieuse. Comme le dit Testuo Shima, il ne faut pas jeter le bébé avec l'eau du bain. Oui, la réalisation des eurovélo en France est très variable suivant les endroits : de la voie verte fléchée avec le logo de l'itinéraire jusqu'à plusieurs fuseaux encore à l'étude (avec des parties prenantes qui poussent des fuseaux différents). Ces itinéraires ont donc leur place dans OSM mais pas dans leur totalité. Dans le cas de l'Eurovélo 3, quelqu'un avait copié/collé la totalité du chemin provenant d'une source non qualifiée. Pour corriger, j'ai repris la relation state=proposed créée par rainerU avec son accord et j'ai basculé l'essentiel des chemins dans cette relation. J'ai pratiquement fini le tronçon Frontière Franco Belge - Nemours par ma connaissance d'une partie de l'itinéraire, quelques déplacements sur site et du armchair mapping pour finir. Bref, un travail long et fastidieux. J'ai repris l'itinéraire et ai classé les portions en 3 catégories (ouvert à toute proposition d'amélioration, notamment pour state=proposed) : - Ce qui est fléché sur le terrain, les voies vertes déjà existantes qu'on sait que l'itinéraire empruntera (en consultant le site de l'af3v, les rapports d'inauguration dans les journaux locaux, les sites des mairies et par la connaissance de la communauté cyclotouriste dont je fais partie) = la relation Eurovelo 3 - Tout ce qui prévu mais pas encore aménagé pour accueillir le flot de touristes (ex : le chemin cyclable sur la rive gauche de la Seine avec des passages sur des chemins non revêtus au niveau de Choisy) et tout le reste sur lequel je n'ai pas d'information ou certitude sur l'état du parcours = la relation Eurovelo 3 state=proposed. C'est à dire utilisable mais sans garantie de qualité. - Les portions encore à l'étude (ex : la sortie de Paris vers Orléans pour lequel on a plusieurs fuseaux), les routes imaginaires (le coup du pont indiqué par Sautdechaine récemment) et les chemins impraticables = supprimé des relations. Pour finir, ceci est mon premier message sur la liste. Je contribue à OSM depuis un an maintenant sur les aménagements cyclables à Paris et ses environs. Je lis la liste depuis quelques mois via l'interface Web et je viens de sauter le pas pour y participer. George Kaplan Le 5 janv. 2014 à 19:29, SautdeChaine a écrit : Je ne comprends pas trop le probleme des itinéraire qu'il faudrait détruire alors qu'ils ont une existence sur quasiment tout le parcours. Allez sur le terrain et vous verrez que c'est une vue de l'esprit. -- View this message in context: http://gis.19327.n5.nabble.com/Mise-a-jour-des-euro-velo-tp5791651p5791816.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour des euro vélo
On en a déjà parlé ailleurs sur le fond, mais pour rebondir sur un énième exemple de cas concret de plus de l'optimisme à vouloir cartographier si en avance les EV : - Tout ce qui prévu mais pas encore aménagé pour accueillir le flot de touristes (ex : le chemin cyclable sur la rive gauche de la Seine avec des passages sur des chemins non revêtus au niveau de Choisy) Que lit-on sur le site à ce sujet ? http://www.departements-regions-cyclables.org/index.php?p=43ref=84 Val-de-Marne. Ici, l’EV3 longe la Seine. L’aménagement est quasi achevé jusqu’à Choisy-le-Roi, à l’exception d’une passerelle servant pour le transport du gaz à partir de laquelle l’EV3 passe de la rive droite à la rive gauche de la Seine. « Sur cette portion, l’année 2012 devrait marquer la phase d’ouverture aux piétons, et l’année 2013 celle de l’ouverture aux cyclistes » indique Aude NGUYEN, chargée de la conduite d’opérations au CG94. Forts de 4,5 millions d’euros de budget annuel en ligne récurrente et partant du constat que les aménagements des bords de Seine sont à ce jour sous-utilisés, le maître mot est “coordination“. Coordination des acteurs, en particulier les communes afin de tendre à moyen terme (2020, 2030) vers un aménagement des deux côtés de la Seine. (Le texte doit être compris dans une description de l'EV3 allant du Nord vers le Sud) Autrement dit : 1) Non, ça ne devrait pas passer (jusqu'à annonce du contraire !) par les chemins non aménagés de Choisy. Les arbres qui peuvent s'abattre à chaque gros coup de vent - encore un barrait le passage la semaine dernière - ne seraient alors pas rasés et ça devrait rester pittoresque un moment [a quand les lieux libertins dans OSM ? :)] 2) Ca devrait plutôt passer par la passerelle GDF de Vitry-sur-Seine : l'EV3 actuellement décrite sur le site sur le papier utiliserait donc la berge gauche en aval (vers la passerelle de Charenton), et la berge droite en amont (pour finir sur la piste cyclable entre la gare RER de Villeneuve Saint Georges et la Seine, et éviter ainsi de prendre le pont à cet endroit). 2a) Relativement objectivement, si cette passerelle est ouverte, c'est un bon choix. Ne resterait alors plus qu'1km sur l'avenue de Choisy pénible sur le trajet d'environ 20 km Paris/Forêt de Sénart par exemple. C'est donc une description crédible et réaliste, et pas un vague projet flou d'intention (parce que des fois on se demande !) 2b) Ca semble aussi plus réaliste financièrement de peaufiner l'aménagement de la berge droite (des travaux y sont d'ailleurs actuellement lancés pour 9 mois) et d'ouvrir la passerelle, que de tout faire à partir de rien à Choisy. Actuellement à Choisy on passe quand même dans une ligne de désir biscornue souvent à moins d'un mètre du bord de berge, lui même en train de s'affaisser lentement mais sûrement - c'est un résidu d'aménagement sauvage en planches de bois fait a priori par les gens du voyage qui étaient la avant, qui évite actuellement qu'un bout de sentier disparaisse à l'extrémité Sud ! 3) Mais on est en 2014, et rien de tel n'est fait sur cette passerelle alors qu'on devrait déjà pouvoir y rouler. La version optimiste est de dire qu'on a que deux ans de retard... Mais mettre un EV3 proposed le long de cette passerelle actuellement inaccessible, ca servirait à qui concrètement ? L'EV3 la plus à jour officiellement (sous réserve d'interviews récentes de responsables, car on en est réduit à ça), n'est donc pas connexe actuellement à Vitry-sur-Seine. Et il n'y a aucun moyen de franchir la Seine 2km en amont comme 2km en aval de cette passerelle, il n'y a pas de plan B évident ! 4) Bref, cet EV3 bis actuelle allant tant bien que mal au pont de Villeneuve Saint-Georges par Choisy, c'est hélas encore une fois une version mappée tant bien que mal pour coller à l'existant d'un projet non réalisé, et qui a bien le temps de changer encore 4 ou 5 fois. Tant que cette passerelle GDF ne sera pas ouverte, on pourrait tout aussi bien dire que l'EV3 bis devrait plutôt passer par la berge droite en arrivant par la passerelle d'Alfortville... 5) Pour d'autres qui font moins de vélo, prenez en vélo la route sur le pont de Villeneuve Saint-Georges puis sur l'Avenue du 8 Mai 1945 et revenez me dire si c'est peanuts de cartographier ça comme EV cyclable ! Et faites le vraiment, ne vous contentez pas de regarder la carte : la piste cyclable de l'Avenue à cet endroit dans OSM est imaginaire (mais moi je passerai par le trottoir quand même en pis-aller) ! 6) Et tout ça, c'est de la recherche Internet, le terrain ne permet pas de trancher. Moi, comme Pieren, je serais partisan d'attendre des panneaux réels sur le terrain (et j'ai déjà trouvé des exemples de passages marqués cyclables par erreur dans OSM parce que l'EV passe par là, ces pataqués ne sont pas sans conséquence sur les données non proposed). Quand les panneaux sont la, c'est quand même signe qu'il y a quelque chose, ils ne plantent pas les panneaux tant qu'il n'y a rien. Bon, après ils
Re: [OSM-ja] ゲームとギャンブルのタグの投票
宇野です。 パチンコ店のタグについて、このwikiを見てみると leisure=adult_gaming_centre で入力しても良さそうに思えるのですが、やはり従来の amenity=gambling gambling=pachinko のほうが良いでしょうか。 2014年1月4日 13:50 Shu Higashi higa...@gmail.com: 手作業でしょうか? そうですねぇ、タグは頻繁に改廃されるので 過去分の修正については当面特に理由がない限り手作業で良いのではないでしょうか。 その分野に興味があるなど、モチベーションのある方がいれば 機械的な置換を行っても良いと思いますが 従来のタグをアプリなどで使っている場合がありますので やる場合にはこのMLなどで相談しながら行って頂ければと思います。 余裕のある方がおられたら、年1回とかいろんなタグをまとめてやるのは アリかもしれません。 東 2014/01/04 ribbon o...@ns.ribbon.or.jp: On Sat, Jan 04, 2014 at 12:28:16AM +0900, Shu Higashi wrote: ゲームとギャンブルに関するタグを整理統合する内容の投票が始まりました。 https://wiki.openstreetmap.org/wiki/Proposed_features/Gambling leisure=adult_gaming_centre というタグが新設されたのですが パチンコはこれには含まれず、従来通り amenity=gambling gambling=pachinko のタグ付けで、これが正式版となるようです。 日本で影響がありそうなタグは以下の通りです。 ご興味ありましたら投票してみてください。 仮にこの提案が通ったとして、 <従来> ◆ゲームセンター leisure=video_arcade ◆宝くじ売り場 amenity=gambling gambling=lottery だったものを <新提案> ◆ゲームセンター leisure=amusement_arcade ◆宝くじ売り場 shop=lottery にする、というのは手作業でしょうか? ribbon ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[Talk-us] Help with non-existent school in Big Sur, CA area
I'm doing a bit of mapping south of Monterey based on some notes I've taken two months ago, and I've stumbled over this school on the map: http://www.openstreetmap.org/#map=19/36.31044/-121.88636 A search on the Internet doesn't reveal anything called Sur School. A search for schools in the area reveals some schools further south - but nothing close to where this school is on the map and nothing similar sounding. Also, looking at the satellite imagery, there is nothing close to this point on the map that looks like either a building or some remnants of one. There are the disused Point Sur Naval Facility buildings on the other side of the road, but we know what those are and they are not a school. I think the best thing to do is to delete this object. However, could someone who either lives in the area or has local knowledge confirm that this school really doesn't exist. All the evidence so far points to it being the case, but it would be nice if we could have on the ground confirmation before I delete it. Thanks ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Help with non-existent school in Big Sur, CA area
On 1/5/14 3:21 PM, Sebastian Arcus wrote: I'm doing a bit of mapping south of Monterey based on some notes I've taken two months ago, and I've stumbled over this school on the map: http://www.openstreetmap.org/#map=19/36.31044/-121.88636 A search on the Internet doesn't reveal anything called Sur School. A search for schools in the area reveals some schools further south - but nothing close to where this school is on the map and nothing similar sounding. Also, looking at the satellite imagery, there is nothing close to this point on the map that looks like either a building or some remnants of one. There are the disused Point Sur Naval Facility buildings on the other side of the road, but we know what those are and they are not a school. I think the best thing to do is to delete this object. However, could someone who either lives in the area or has local knowledge confirm that this school really doesn't exist. All the evidence so far points to it being the case, but it would be nice if we could have on the ground confirmation before I delete it. that's from the GNIS import. there is some good data in the GNIS import, but there is some bad data and some out of date data as well. the wrong/out of date stuff is frequently schools, churches, etc. best if you can persuade a local to check it out, but the odds are that it should be 1) deleted or 2) arked historic richard signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Mappy New Year
Hi All, I hope that you are off to a great start on your mapping activities for 2014. OpenStreetMap is certainly off to a great start. User emacsen wrote a compelling article today that drove a significant number of new mappers to OpenStreetMap. That's some great advocacy, right there. The article is really aimed at folks who are not yet mappers, so not really the same audience of these lists, as we're already mappers. but you might enjoy the article anyway. Have a look. http://blog.emacsen.net/blog/2014/01/04/why-the-world-needs-openstreetmap/ In 2014 we will see the 10 anniversary / birthday of OpenStreetMap. What are you going to do to celebrate? We (the local mappers in Toronto) will host another OpenStreetMap Mapiversary party, details to be determined, how about your local group? On that subject, is this the year that you'll start a local mapping group in your town? I've never understood why it is that the German community has groups of mappers that meet each month, in just about every city, town and village of size, while in North America those groups are very rare. It could be that the difference is you. You can start a successful, self-sustaining local group that meets each month to discuss OpenStreetMap. So you should do that. It's great fun. Part of our fun in Toronto in 2013 included, the 9th birthday party, including a map cake. Twelve regularly scheduled Mappy Hour events, two formal presentation events, three special guest events to celebrate august mappers visiting from other places. (and a little bit of a flood, but we soldiered on anyway.) What about this thread? Tell me, what your plans are for 2014? and have a Mappy New Year, Richard ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us