Re: [Talk-es] [Geo-inquietos Madrid] Mapping Raymi para mapear la amazonía en OSM
Hola! Aquí la nota en la web del medialab: http://medialab-prado.es/article/mapazoniamappingraymienmadrid y otros links... http://mapazonia.org/ http://wiki.openstreetmap.org/wiki/Mapazonia http://cuidadora.ourproject.org http://osmpe.ourproject.org/2015/01/19/mapping-raymi-mapazonia-24-enero/ Saludos! El 16/01/15 a las 14:01, Yansa Tejada Mengibar escribió: Hola a todos! Por motivos personales/laborales he estado bastante desvinculada, pero ahora que vuelvo a disponer de tiempo, me gustaria participar. ¿A que hora es la convocatoria? No he visto nada en la agenda de medialab del día 24/01 saludos y besos Yansa El 14 de enero de 2015, 22:57, Johnattan Rupire jarja...@riseup.net mailto:jarja...@riseup.net escribió: Estimadas/os maperas/os desde la comunidad OSMpe participaremos en el proyecto Mapazonía [1] que ha sido impulsado desde la comunidad latinoamericana de OSM. En una reunión realizada hace un par de días decidimos realizar Mapping Raymi [2] simultáneas en algunas ciudades de Perú, inicialmente en Lima y Ayacucho; también propuse extender una sede en Madrid, así que este correo es para invitar a quienes quieran participar en esta jornada de mapeo transoceánico. Tenemos una sala en el Medialab Prado, para reunirnos y poder trabajar, así que todas las personas que quieran participar son bienvenidas, también sus ideas y propuestas para mejorar el proyecto, como no puede ser de otra manera... La fecha es el día sábado *24 de enero*. Aun cuando queda poco tiempo para realizarse la actividad espero que puedan incluirla en sus agendas :) Hago extensivo un saludo de parte de la comunidad de OSM en Perú. Saludos!!! [1] http://mapazonia.org/ [2] Mapping Raymi: le pusimos así a una de las primeras actividades de mapeo que realizamos en Lima, por combinar un poco del inglés Mapping con el quechua Raymi de celebración o fiesta :) http://osmpe.ourproject.org/2012/11/24/mapping-raymi-apredende-a-hacer-mapas-en-osm-desde-cero-24-nov-2012/ Es nuestra versión de la mapping party ___ Madrid mailing list mad...@lists.osgeo.org mailto:mad...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/madrid ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-br] Kekanto usando OSM sem créditos
A mapbox vende apenas o serviço de tiles, o que não é o mapa pronto. Os desenvolvedores de cada empresa vão programar seus mapas, usando essa tile layer (e talvez outras) como base. Por padrão, o mapboxjs, a leafletjs e a openlayers, algumas das principais bibliotecas, já vem com os créditos nos exemplos e na documentação. A mapbox já demonstrou preocupação com isso, inclusive: http://www.openstreetmap.org/user/lxbarth/diary/21847 http://www.openstreetmap.org/user/lxbarth/diary/21769 On 19-01-2015 23:02, Jose Carlos Medeiros wrote: Se a empresa para para o MapBox, e ele hospeda as imagens, não deveria ser ele a colocar os créditos direto no mapa, já que criou um serviço que utiliza dados do OSM? Como uma empresa vai saber que tem de colocar os créditos do OSM, sendo que já esta pagando para outra, no caso o MapBox? []'s José Carlos Em 19 de janeiro de 2015 22:46, Wille wi...@wille.blog.br mailto:wi...@wille.blog.br escreveu: A questão não é pagar. Todos os três sites usam o serviço de tiles da MapBox que é pago (o plano gratuito dá direito a apenas 3000 visualizações do mapa por mês). Não colocaram o crédito provavelmente por falta de conhecimento da licença do OSM ou resolveram não respeitar deliberadamente . On 19-01-2015 22:41, Lists wrote: Este mostrando 2 coisas 1) Pessoas, organizações, e empresas não quer pagar por “um mapa no site” 2) Mesmo credenciar, que e tao simples e difícil por eles (medo de tanque pagar?) Aun Johnsen On Jan 19, 2015, at 20:24, Tarcisio Oliveira tarci...@ymail.com mailto:tarci...@ymail.com wrote: A imagem foi essa http://i47.photobucket.com/albums/f177/bonecolagato/open20street20maps_zps886f0b54.png. On 19-01-2015 20:11, Alexandre Magno Brito de Medeiros wrote: Interessante... Compartilha o /print/ aí, pra ver se alguém diz qual foi a macumba! ahuahauahua Alexandre Magno Em 19 de janeiro de 2015 18:59, Tarcisio Oliveira tarci...@ymail.com mailto:tarci...@ymail.com escreveu: A Kekanto me respondeu, mandou um print mostrando que já esta atribuindo os crédito, mas na página não aparece. Vou entrar em contato novamente para corrigirem. On 17-01-2015 21:13, Alexandre Magno Brito de Medeiros wrote: Acho que, além do apelo jurídico implícito que já está nessas solicitações, vale acrescentar um apelo emocional explícito, no sentido do convencimento de que devolver os créditos é promover a melhoria de um produto que eles usam. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] ARNOLD highway data
Alex, This looks promising and I'm interested to see where the community goes with it. I just briefly looked at the data schema and there are some useful attributes that would make for some great information. I'll look at it a bit more before I take a position. Kindly, Elliott On Mon Jan 19 2015 at 10:44:20 PM Alex Barth a...@openstreetmap.us wrote: The emerging ARNOLD national highway database by the US DOT is possibly interesting for people here. It does contain OSM relevant data. This blog post goes back to Thomas Roff from DOT reaching out to OSM US to explore areas of mutual benefit. The directions Martijn and I discussed with him were a) listening to OSM changes to help improve the ARNOLD dataset (with or without a previous import of ARNOLD data) - a little bit like this is set up for NYC http://www.openstreetmap.org/user/lxbarth/diary/23588 b) using OSM software for data management Martijn, Thomas - please add where I missed something. Both are blue sky ideas and wouldn't be executed by OpenStreetMap US as this is not our place. I'm sharing this here for everybody's consideration and comments. http://openstreetmap.us/2014/12/arnold-for-osm/ Cheers - Alex -- Alex Barth Vice President OpenStreetMap United States Inc. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-gb-westmidlands] Mappa Mercia events
Missing link :-) http://wiki.openstreetmap.org/wiki/Mappa_Mercia#Events On 19 January 2015 at 21:54, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi All, I've sketched out a blank template of upcoming Mappa Mercia events so that everyone knows the dates of our future meets. April's is on the day before Good Friday so we may want to consider moving that one closer to the date if it is apparent that attendance will be low. SUGGESTIONS: Please suggest mapping locations. We had a lot of success mapping Shenstone [1] last year as this turned out to be a perfect size for us to map in one evening. Best, Rob [1] http://www.openstreetmap.org/#map=14/52.6364/-1.8386 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-br] Kekanto usando OSM sem créditos
Este mostrando 2 coisas 1) Pessoas, organizações, e empresas não quer pagar por “um mapa no site” 2) Mesmo credenciar, que e tao simples e difícil por eles (medo de tanque pagar?) Aun Johnsen On Jan 19, 2015, at 20:24, Tarcisio Oliveira tarci...@ymail.com wrote: A imagem foi essa http://i47.photobucket.com/albums/f177/bonecolagato/open20street20maps_zps886f0b54.png. On 19-01-2015 20:11, Alexandre Magno Brito de Medeiros wrote: Interessante... Compartilha o print aí, pra ver se alguém diz qual foi a macumba! ahuahauahua Alexandre Magno Em 19 de janeiro de 2015 18:59, Tarcisio Oliveira tarci...@ymail.com mailto:tarci...@ymail.com escreveu: A Kekanto me respondeu, mandou um print mostrando que já esta atribuindo os crédito, mas na página não aparece. Vou entrar em contato novamente para corrigirem. On 17-01-2015 21:13, Alexandre Magno Brito de Medeiros wrote: Acho que, além do apelo jurídico implícito que já está nessas solicitações, vale acrescentar um apelo emocional explícito, no sentido do convencimento de que devolver os créditos é promover a melhoria de um produto que eles usam. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br 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] Kekanto usando OSM sem créditos
Interessante... Compartilha o *print* aí, pra ver se alguém diz qual foi a macumba! ahuahauahua Alexandre Magno Em 19 de janeiro de 2015 18:59, Tarcisio Oliveira tarci...@ymail.com escreveu: A Kekanto me respondeu, mandou um print mostrando que já esta atribuindo os crédito, mas na página não aparece. Vou entrar em contato novamente para corrigirem. On 17-01-2015 21:13, Alexandre Magno Brito de Medeiros wrote: Acho que, além do apelo jurídico implícito que já está nessas solicitações, vale acrescentar um apelo emocional explícito, no sentido do convencimento de que devolver os créditos é promover a melhoria de um produto que eles usam. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Kekanto usando OSM sem créditos
na página dos estabelecimentos agora aparecem os créditos, exemplo: http://br.kekanto.com/biz/the-fifties-15 mas em outras páginas, como as dos bairros e cidades, não: http://br.kekanto.com/sp/sao-paulo/moema http://br.kekanto.com/sp/sao-paulo/bares-baladas-e-vida-noturna/865 Achei mais um caso, mas esse internacional: http://lanyrd.com. Usa bastante os mapas e não colocou crédito em nenhuma página. On 19-01-2015 21:24, Tarcisio Oliveira wrote: A imagem foi essa http://i47.photobucket.com/albums/f177/bonecolagato/open20street20maps_zps886f0b54.png. On 19-01-2015 20:11, Alexandre Magno Brito de Medeiros wrote: Interessante... Compartilha o /print/ aí, pra ver se alguém diz qual foi a macumba! ahuahauahua Alexandre Magno Em 19 de janeiro de 2015 18:59, Tarcisio Oliveira tarci...@ymail.com mailto:tarci...@ymail.com escreveu: A Kekanto me respondeu, mandou um print mostrando que já esta atribuindo os crédito, mas na página não aparece. Vou entrar em contato novamente para corrigirem. On 17-01-2015 21:13, Alexandre Magno Brito de Medeiros wrote: Acho que, além do apelo jurídico implícito que já está nessas solicitações, vale acrescentar um apelo emocional explícito, no sentido do convencimento de que devolver os créditos é promover a melhoria de um produto que eles usam. Alexandre Magno ___ 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-gb-westmidlands] Mappa Mercia events
Hi all, Some suggestions: - In Coventry there's always a lot to do, and there are not so many local mappers, so I'd suggest to revisit Coventry. - The Black Country also has gotten less attention than other places. It's probably best to meet somewhere along the railway or tramway. Would Tipton be suitable? - Stourbridge - Within Birmingham there are also some areas that are mapped less densely, such as around Small Heath and Handsworth. Perhaps not the nicest areas, but I'm sure we'd be able to find a pub somewhere around there. The advantage of staying in the city is of course that we don't have too much travel time. I have the impression that Saturday meetings seem to have a higher turnout than evening meetings, as they also allow people from a bit further afield to join. Maybe we could also plan again one or two Saturday meetings in the Summer? Best regards, Matthijs On 19 January 2015 at 21:54, Rob Nickerson rob.j.nicker...@gmail.com wrote: Hi All, I've sketched out a blank template of upcoming Mappa Mercia events so that everyone knows the dates of our future meets. April's is on the day before Good Friday so we may want to consider moving that one closer to the date if it is apparent that attendance will be low. SUGGESTIONS: Please suggest mapping locations. We had a lot of success mapping Shenstone [1] last year as this turned out to be a perfect size for us to map in one evening. Best, Rob [1] http://www.openstreetmap.org/#map=14/52.6364/-1.8386 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[talk-ph] Fwd: [HOT] Missing Maps Field Roster
Hi, No doubt, there are people here who can assist the MissingMaps Project. -- Forwarded message -- From: Kate Chapman kate.chap...@hotosm.org Date: Tue, Jan 20, 2015 at 7:43 AM Subject: [HOT] Missing Maps Field Roster To: h...@openstreetmap.org h...@openstreetmap.org Hi All, Today we are launching the Missing Maps Field Roster(1). With the growth of the Missing Maps Project there is a need to have an existing roster of people able to teach OSM and mapping as part of the Missing Maps Project(2). The idea is to have a roster of pre-screen individuals that can be asked to go assist with Missing Maps projects. Sometimes projects come up quickly and we wanted to have a fair way to select individuals to go. To apply please read the qualifications on HOT's website(1) and then send your CV/resume to ap...@hotosm.org and fill out the application form available here(3). Best, -Kate (1) http://hot.openstreetmap.org/get_involved/missing_maps_field_roster (2) http://www.missingmaps.org/ (3) https://docs.google.com/forms/d/1v-MbbVvjbzPq1AuFYBtCSC3rjUBAyxvx4yH1S9avfP8/viewform?c=0w=1 -- Kate Chapman Executive Director email: kate.chap...@hotosm.org U.S. mobile: +1 703 673 8834 Indonesian mobile: +62 82123068370 Humanitarian OpenStreetMap Team Using OpenStreetMap for Humanitarian Response Economic Development web | twitter | facebook | donate ___ HOT mailing list h...@openstreetmap.org https://lists.openstreetmap.org/listinfo/hot -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [Talk-br] Kekanto usando OSM sem créditos
A questão não é pagar. Todos os três sites usam o serviço de tiles da MapBox que é pago (o plano gratuito dá direito a apenas 3000 visualizações do mapa por mês). Não colocaram o crédito provavelmente por falta de conhecimento da licença do OSM ou resolveram não respeitar deliberadamente . On 19-01-2015 22:41, Lists wrote: Este mostrando 2 coisas 1) Pessoas, organizações, e empresas não quer pagar por “um mapa no site” 2) Mesmo credenciar, que e tao simples e difícil por eles (medo de tanque pagar?) Aun Johnsen On Jan 19, 2015, at 20:24, Tarcisio Oliveira tarci...@ymail.com mailto:tarci...@ymail.com wrote: A imagem foi essa http://i47.photobucket.com/albums/f177/bonecolagato/open20street20maps_zps886f0b54.png. On 19-01-2015 20:11, Alexandre Magno Brito de Medeiros wrote: Interessante... Compartilha o /print/ aí, pra ver se alguém diz qual foi a macumba! ahuahauahua Alexandre Magno Em 19 de janeiro de 2015 18:59, Tarcisio Oliveira tarci...@ymail.com mailto:tarci...@ymail.com escreveu: A Kekanto me respondeu, mandou um print mostrando que já esta atribuindo os crédito, mas na página não aparece. Vou entrar em contato novamente para corrigirem. On 17-01-2015 21:13, Alexandre Magno Brito de Medeiros wrote: Acho que, além do apelo jurídico implícito que já está nessas solicitações, vale acrescentar um apelo emocional explícito, no sentido do convencimento de que devolver os créditos é promover a melhoria de um produto que eles usam. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto: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] Kekanto usando OSM sem créditos
No verdade, nao e necessário coloque o credito em cima do quadrado do tiles, mas preciso ser junto com a mapa e logicamente visível como credito. Pode por exemplo ser em baixo do mapa, num “infobox” ao lado da mapa e tal. MapBox como um empresa comercial vender o serviço, mas o client e responsável. Juridicamente, MapBox pode ser chamado como responsável junto com o cliente, mas nunca em vez de cliente. Aun Johnsen On Jan 19, 2015, at 22:21, Wille wi...@wille.blog.br wrote: A mapbox vende apenas o serviço de tiles, o que não é o mapa pronto. Os desenvolvedores de cada empresa vão programar seus mapas, usando essa tile layer (e talvez outras) como base. Por padrão, o mapboxjs, a leafletjs e a openlayers, algumas das principais bibliotecas, já vem com os créditos nos exemplos e na documentação. A mapbox já demonstrou preocupação com isso, inclusive: http://www.openstreetmap.org/user/lxbarth/diary/21847 http://www.openstreetmap.org/user/lxbarth/diary/21847 http://www.openstreetmap.org/user/lxbarth/diary/21769 http://www.openstreetmap.org/user/lxbarth/diary/21769 On 19-01-2015 23:02, Jose Carlos Medeiros wrote: Se a empresa para para o MapBox, e ele hospeda as imagens, não deveria ser ele a colocar os créditos direto no mapa, já que criou um serviço que utiliza dados do OSM? Como uma empresa vai saber que tem de colocar os créditos do OSM, sendo que já esta pagando para outra, no caso o MapBox? []'s José Carlos Em 19 de janeiro de 2015 22:46, Wille wi...@wille.blog.br mailto:wi...@wille.blog.br escreveu: A questão não é pagar. Todos os três sites usam o serviço de tiles da MapBox que é pago (o plano gratuito dá direito a apenas 3000 visualizações do mapa por mês). Não colocaram o crédito provavelmente por falta de conhecimento da licença do OSM ou resolveram não respeitar deliberadamente . On 19-01-2015 22:41, Lists wrote: Este mostrando 2 coisas 1) Pessoas, organizações, e empresas não quer pagar por “um mapa no site” 2) Mesmo credenciar, que e tao simples e difícil por eles (medo de tanque pagar?) Aun Johnsen On Jan 19, 2015, at 20:24, Tarcisio Oliveira tarci...@ymail.com mailto:tarci...@ymail.com wrote: A imagem foi essa http://i47.photobucket.com/albums/f177/bonecolagato/open20street20maps_zps886f0b54.png. On 19-01-2015 20:11, Alexandre Magno Brito de Medeiros wrote: Interessante... Compartilha o print aí, pra ver se alguém diz qual foi a macumba! ahuahauahua Alexandre Magno Em 19 de janeiro de 2015 18:59, Tarcisio Oliveira tarci...@ymail.com mailto:tarci...@ymail.com escreveu: A Kekanto me respondeu, mandou um print mostrando que já esta atribuindo os crédito, mas na página não aparece. Vou entrar em contato novamente para corrigirem. On 17-01-2015 21:13, Alexandre Magno Brito de Medeiros wrote: Acho que, além do apelo jurídico implícito que já está nessas solicitações, vale acrescentar um apelo emocional explícito, no sentido do convencimento de que devolver os créditos é promover a melhoria de um produto que eles usam. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br 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] Kekanto usando OSM sem créditos
A imagem foi essa http://i47.photobucket.com/albums/f177/bonecolagato/open20street20maps_zps886f0b54.png. On 19-01-2015 20:11, Alexandre Magno Brito de Medeiros wrote: Interessante... Compartilha o /print/ aí, pra ver se alguém diz qual foi a macumba! ahuahauahua Alexandre Magno Em 19 de janeiro de 2015 18:59, Tarcisio Oliveira tarci...@ymail.com mailto:tarci...@ymail.com escreveu: A Kekanto me respondeu, mandou um print mostrando que já esta atribuindo os crédito, mas na página não aparece. Vou entrar em contato novamente para corrigirem. On 17-01-2015 21:13, Alexandre Magno Brito de Medeiros wrote: Acho que, além do apelo jurídico implícito que já está nessas solicitações, vale acrescentar um apelo emocional explícito, no sentido do convencimento de que devolver os créditos é promover a melhoria de um produto que eles usam. Alexandre Magno ___ 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] Kekanto usando OSM sem créditos
Se a empresa para para o MapBox, e ele hospeda as imagens, não deveria ser ele a colocar os créditos direto no mapa, já que criou um serviço que utiliza dados do OSM? Como uma empresa vai saber que tem de colocar os créditos do OSM, sendo que já esta pagando para outra, no caso o MapBox? []'s José Carlos Em 19 de janeiro de 2015 22:46, Wille wi...@wille.blog.br escreveu: A questão não é pagar. Todos os três sites usam o serviço de tiles da MapBox que é pago (o plano gratuito dá direito a apenas 3000 visualizações do mapa por mês). Não colocaram o crédito provavelmente por falta de conhecimento da licença do OSM ou resolveram não respeitar deliberadamente . On 19-01-2015 22:41, Lists wrote: Este mostrando 2 coisas 1) Pessoas, organizações, e empresas não quer pagar por “um mapa no site” 2) Mesmo credenciar, que e tao simples e difícil por eles (medo de tanque pagar?) Aun Johnsen On Jan 19, 2015, at 20:24, Tarcisio Oliveira tarci...@ymail.com wrote: A imagem foi essa http://i47.photobucket.com/albums/f177/bonecolagato/open20street20maps_zps886f0b54.png . On 19-01-2015 20:11, Alexandre Magno Brito de Medeiros wrote: Interessante... Compartilha o *print* aí, pra ver se alguém diz qual foi a macumba! ahuahauahua Alexandre Magno Em 19 de janeiro de 2015 18:59, Tarcisio Oliveira tarci...@ymail.com escreveu: A Kekanto me respondeu, mandou um print mostrando que já esta atribuindo os crédito, mas na página não aparece. Vou entrar em contato novamente para corrigirem. On 17-01-2015 21:13, Alexandre Magno Brito de Medeiros wrote: Acho que, além do apelo jurídico implícito que já está nessas solicitações, vale acrescentar um apelo emocional explícito, no sentido do convencimento de que devolver os créditos é promover a melhoria de um produto que eles usam. Alexandre Magno ___ 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 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
[OSM-talk-fr] Besoin d'un intervenant pour présentation OSM proche Valenciennes (59)
Bonjour, Suite à sensibilisation de ma part, la Communauté d'agglomération de la Porte du Hainaut (http://www.agglo-porteduhainaut.fr) organise un atelier d'initiation OSM à l'attention d'une 20aine d'animateurs multimédia de son réseau d'Espaces Numériques de Proximité (http://www.agglo-porteduhainaut.fr/Vie-numerique/Espaces-Numeriques-de-Proximite-Cyber-base.html). Cette initiation aurait lieu le mardi 24 février de 14h00 à 16h30 et serait suivie de 2 nouvelles séances au printemps 2015. J’avais envisagé d'assurer cette présentation mais c'est trop compliqué car je suis sur Paris. Un contributeur expert sur le Nord Pas-de-Calais souhaiterait-il prendre le relais avec cette collectivité ? Paiement possible à hauteur de 250 €. Possible de me contacter en direct ; après échanges, je ferai la mise en relation avec la Communauté d'agglomération de la Porte du Hainaut. Brice Mallet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-us] Pennsylvania's quadrant routes
In that case, it sounds like the penndot blade sign refs are similar to Oregon's highways as opposed to routes, in which I have to wonder where the added value is in having these even mapped. On Mon, Jan 19, 2015 at 12:48 AM, James Mast rickmastfa...@hotmail.com wrote: Well, with keeping it as 'ref:penndot', it would allow some of the outside cases where the internal route numbers on the primary system have a different number on the little white signs. As an example, take a look at PA-380 [1]. It's internal number is SR-400 since 'SR-380' is applied to I-380. This is one of a few cases like this. Another example like this is PA-99 [2] which is officially SR-699 because I-99 has the 'SR-99' number (but wasn't always the case as both shared it for awhile till 2008). Even PA-283 is 'SR-300' because I-283 is 'SR-283' [3]. I think there are a few other cases like this, but I can't recall them right now, but some of them might be split state routes where one half is the base number, and the other half another number if there is no chance of them being joined. -James [1] - http://en.wikipedia.org/wiki/Pennsylvania_Route_380 http://en.wikipedia.org/wiki/Pennsylvania_Route_380 [2] - http://en.wikipedia.org/wiki/Pennsylvania_Route_99 [3] - http://en.wikipedia.org/wiki/Pennsylvania_Route_283 To: talk-us@openstreetmap.org From: m...@nguyen.cincinnati.oh.us Date: Fri, 16 Jan 2015 13:06:14 -0800 Subject: Re: [Talk-us] Pennsylvania's quadrant routes On 2015-01-16 07:52, Paul Johnson wrote: I'm very much in favor of PA instead of SR for disambiguation purposes. With James' proposal to change `ref` to `ref:penndot` (or something even more explicit like `ref:penndot:quadrant`), there's no need for disambiguation. A prefix of PA isn't going to solve the problem of mappers conflating PennDOT's two networks either. -- m...@nguyen.cincinnati.oh.us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
Are they actually separate networks, though? Just because there's more digits doesn't a different network make. On Fri, Jan 16, 2015 at 3:06 PM, Minh Nguyen m...@nguyen.cincinnati.oh.us wrote: On 2015-01-16 07:52, Paul Johnson wrote: I'm very much in favor of PA instead of SR for disambiguation purposes. With James' proposal to change `ref` to `ref:penndot` (or something even more explicit like `ref:penndot:quadrant`), there's no need for disambiguation. A prefix of PA isn't going to solve the problem of mappers conflating PennDOT's two networks either. -- m...@nguyen.cincinnati.oh.us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)
On 19.01.15 18:06, Stefan Keller wrote: Am 19. Januar 2015 um 17:30 schrieb Andreas Labres l...@lab.at: * Irgendwie weiß man nicht, in welcher Sprache man grade mit dem Tool interagiert. Das sollte irgendwie leicht auswählbar sein. Rechts oben steht eine Flagge und Deutsch. Meintest du das? Ja, offensichtlich habe ich das komplett übersehen! Ich denke, wenn ich die Seite aufrufe, konzentriere ich mich unwillkürlich auf das Eingabefeld. Eine Flagge hätte ich dort in der Nähe gesucht. * Die Ergebnisse sollten eine sinnvolle Reihenfolge haben, z.B. eine Suche nach Arzt sollte das treffendste amenity=doctors *weit* vor dem /Fehler/ amenity=doctor liefern! Es gibt eine Reihenfolge: Zuerst diejenigen Tags, in denen der Suchbegriff direkt im Key oder Value vorkommt. Naja, grade der Suchbegriff Arzt zeigt, dass da grob das Falsche herauskommt! Zu betonen wären Hits innerhalb der description des Templates (oder im ersten Absatz oder in der category (wieder Hinweis auf Hierarchien). Hier hätte unbedingt amenity=doctors der erste hervorgehobene Treffer sein müssen, das amenity=doctor (wie gesagt, ein bekannter Fehler) hätte man eher verschweigen sollen (oder nur ganz unten unter ferner liefen anführen). Vielleicht wäre das auch über das Wiki erlernbar (für die Software), wenn man konsequent eine common errors Sektion einführt. Oder man macht im Wiki eine Ausnahmen-Seite ein, wo solche Besonderheiten aufgeführt sind (z.B. mit Einträgen der Art ignore amenity=doctor). Was sinnvoll bzw. richtig ist, kann fast nur ein Mensch entscheiden. Nein. Wenn ein tag-Hit gefunden wird und dort doctor in der description gefunden wird, ist das ein richtiger Tag. Und auch bei der Unterscheidung: 'Es gibt zwei Hits, wo doctor in der Value vorkommt (mal doctor, mal doctors), welcher ist der richtige?' muss der Hit den Vorrang haben, zu dem es auch einen Tag-Eintrag im Wiki gibt! Aber wie gesagt, mir scheint die description im Wiki wichtiger als die Value eines Tags. Wie soll das System entscheiden, welche der 100% treffende Ergebnisse zu wählen ist? Ähm, wo kommt auf den Wiki-Seiten * Tag:sport=archery * Tag:military=range das Wort Praxis vor? Da kann ja nur irgendeine Fuzzy-Suche zugeschlagen haben, das meinte ich mit: 100%ig ist ein übereinstimmender Hit, nix fuzzy. * Das Ding sollte Hierarchien verstehen und entsprechend anschaulich/leicht fasslich darstellen, z.B. eine Suche nach Wohnstraße findet ja richtig den Tag highway=living_street und den Key highway, es sollte dem Nutzer aber auch sofort klar sein, dass der Key der Überbegriff ist, der Tag das konkrete (passende) Key/Value-Paar. Das ist ein sehr interessanter Aspekt: Nur schon wie wir solche Modellierungs-Dinge nennen sollten, ist mir unklar. Ich stelle mir das so vor: Wenn ich nach Wohnstraße suche, ist der passendste Hit: DE:Tag:highway=living_street (übrigens würde ich mir einen Link auf die DE-Seite wünschen, wenn Sprache Deutsch und die DE-Seite vorhanden). Und dann könnte man die hierarchische Einordnung angeben, also DE:Key:highway, dann die group/Gruppe (idF wieder Highway). Tag: highway=living_street +--- Key: highway=* +--- Gruppe: highway (also Straßen/Wege) Ich nehme an, du meinst Hierarchien im Sinne der OSM-Tags? Begriffshierarchien kennt der TagFinder über einen eigens erstellten Thesaurus (Bevorzugter Begriff, Überbegriff, Unterbegriff). Bei OSM ist es leider nicht immer so, dass der Key der Überbegriff ist (z.B. bei building=yes)... Tag: building=house +--- Key: building=* +--- Gruppe: Man made Zusatztags, sind wieder ein eigenes Thema, da müßte man wohl erst eine Hierarchie heraussuchen, also Key: maxspeed=* +--- Zusatztag zu Key: highway=* +--- Gruppe: highway (also Straßen/Wege) oder Tag: cycleway=opposite lane +--- Key: cycleway=* +--- Zusatztag zu Key: highway=* +--- Gruppe: highway (also Straßen/Wege) Übrigens wäre auch schön, wenn man leicht (z.B. durch unterschiedliches Layout) erfassen könnte, was ein Key und was ein Value Eintrag ist. /al ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-gb-westmidlands] Mappa Mercia events
Hi All, I've sketched out a blank template of upcoming Mappa Mercia events so that everyone knows the dates of our future meets. April's is on the day before Good Friday so we may want to consider moving that one closer to the date if it is apparent that attendance will be low. SUGGESTIONS: Please suggest mapping locations. We had a lot of success mapping Shenstone [1] last year as this turned out to be a perfect size for us to map in one evening. Best, Rob [1] http://www.openstreetmap.org/#map=14/52.6364/-1.8386 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-br] Kekanto usando OSM sem créditos
A Kekanto me respondeu, mandou um print mostrando que já esta atribuindo os crédito, mas na página não aparece. Vou entrar em contato novamente para corrigirem. On 17-01-2015 21:13, Alexandre Magno Brito de Medeiros wrote: Acho que, além do apelo jurídico implícito que já está nessas solicitações, vale acrescentar um apelo emocional explícito, no sentido do convencimento de que devolver os créditos é promover a melhoria de um produto que eles usam. Alexandre Magno Em 17 de janeiro de 2015 15:55, Wille wi...@wille.blog.br mailto:wi...@wille.blog.br escreveu: O Kekanto também está usando o OSM sem nenhum crédito: http://kekanto.com Quem quiser um texto de exemplo para mandar pra eles: Sou membro da comunidade OpenStreetMap e vi que vocês estão utilizando nossos mapas em seu site. Consideramos excelente que nossos mapas estejam sendo utilizados, no entanto é necessário adicionar créditos ao OpenStreetMap no mapa. Para mais informações, veja: http://www.openstreetmap.org/copyright É possível entrar em contato com eles por esses dois links (já enviei nos dois, mas é sempre bom mais gente solicitar os créditos): http://br.kekanto.com/bug http://ajuda.kekanto.com/anonymous_requests/new ___ 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-de] Abwesenheitsnotiz
Sehr geehrte Damen und Herren, vom 19.01. bis einschließlich 23.01.2015 befinde ich mich im Urlaub. In dieser Zeit werden Ihre Mails nicht weitergeleitet. In dringenden Fällen bin ich über mein Handy zu erreichen. Mit freundlichen Grüßen Martin Scholtes ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-us] Pennsylvania's quadrant routes
On 2015-01-19 01:30, Minh Nguyen wrote: On 2015-01-19 00:50, Paul Johnson wrote: Are they actually separate networks, though? Just because there's more digits doesn't a different network make. What distinguishes the various networks that a given agency maintains? For our purposes, I think we're most interested in: 1. Significant differences in signage (signage type, shield designs, bannered routes) 2. Potential overlaps in numbering Given the extra digits, #2 is unlikely, but the quadrant routes are signed very differently than ordinary state routes. It looks like they're only indicated as secondary information on out-of-the-way mile-markerish signs. (It also appears that conventionally one is prefixed PA while the other is prefixed SR.) For example, here's a directional sign for PA 443: https://www.flickr.com/photos/dougtone/4176740362/ There's a quadrant route number on the marker beneath it. It's the four-digit number next to SR, above 210. Unlike PA 443, SR 3009 is inappropriate for how OSM clients use the `ref` tag. It might be worth mapping inasmuch as bridge inventory numbers are worth mapping, but I agree with James that we should keep mappers from conflating the two systems. And if the solution starts with `ref:penndot`, there's no need to square that with route networks in other states. :-) Forgot to mention: 3009 was just a guess based on [1]. My vision isn't *that* good. [1] https://en.wikipedia.org/wiki/PA_443 -- m...@nguyen.cincinnati.oh.us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
US:PA:Turnpike (possibly only one member?) There are 3 routes in that (not counting the mainline PA Turnpike relation). PA Turnpike 43 PA Turnpike 66 PA Turnpike 576 (Future I-576 maybe when it connects to I-79 in 2019, or maybe in the distant future when it connects to PA Turnpike 43) There were two others, but they are now both signed as Interstates. PA 9 (this never got the current 'PA Turnpike' signage, just a normal Keystone shield before it became an Interstate) I-476 (in 1996) PA Toll 60 (Toll was in the top of the normal Keystone shield) PA Turnpike 60 I-376 (in 2009) -James ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
They all already have those types of relations. And the master relation for all of them is here: Pennsylvania Turnpike Network (3075726) https://www.openstreetmap.org/relation/3075726 -James Date: Mon, 19 Jan 2015 04:49:59 -0600 From: ba...@ursamundi.org To: rickmastfa...@hotmail.com CC: m...@nguyen.cincinnati.oh.us; talk-us@openstreetmap.org Subject: Re: [Talk-us] Pennsylvania's quadrant routes OK, so three, possibly four, routes that could have US:PA:Turnpike relations. On Mon, Jan 19, 2015 at 4:45 AM, James Mast rickmastfa...@hotmail.com wrote: US:PA:Turnpike (possibly only one member?) There are 3 routes in that (not counting the mainline PA Turnpike relation). PA Turnpike 43 PA Turnpike 66 PA Turnpike 576 (Future I-576 maybe when it connects to I-79 in 2019, or maybe in the distant future when it connects to PA Turnpike 43) There were two others, but they are now both signed as Interstates. PA 9 (this never got the current 'PA Turnpike' signage, just a normal Keystone shield before it became an Interstate) I-476 (in 1996) PA Toll 60 (Toll was in the top of the normal Keystone shield) PA Turnpike 60 I-376 (in 2009) -James ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
Alright, in that case, I'm throwing my support into retagging ref=SR in Pennsylvania to ref:penndot=* en masse, since it's at least an edge-case useful tag to those familiar with the system but not particularly useful or obvious for the average user. On Mon, Jan 19, 2015 at 5:28 AM, James Mast rickmastfa...@hotmail.com wrote: Fully agree with you there Paul. Just have to watch out for those few 'rare' exceptions to the rule I mentioned before for the future 'ref:penndot' tag where some mainline route have different 'SR' numbers in the white boxes. -James -- Date: Mon, 19 Jan 2015 05:15:38 -0600 From: ba...@ursamundi.org To: rickmastfa...@hotmail.com CC: m...@nguyen.cincinnati.oh.us; talk-us@openstreetmap.org Subject: Re: [Talk-us] Pennsylvania's quadrant routes The ref should be what appears on the keystone shields. I believe a quick at-a-glance sanity check would suggest that any ref outside the range of PA 3 and PA 999 is probably incorrect or a ref:penndot. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk-nl] SBI code gebruiken om winkels op de kaart te zetten?
Taglocator [1] maakte duidelijk dat er nog plaatsen zijn waar geen enkele winkel op de kaart is terug te vinden. Om dat met de hand allemaal te gaan oplossen is een klus van oneindige duur, vandaar dat Stefan de Konink met een voorstel kwam om dat middels de SBI code uit de openKvK te gaan doen. Die discussie is hier na te lezen: http://forum.openstreetmap.org/viewtopic.php?id=29622 Daar vind je ook alle verwijzingen naar de betreffende documentatie en wiki. Dat ga ik hier niet allemaal herhalen. Marc. [1] Taglocator: http://mijndev.openstreetmap.nl/~marczoutendijk/taglocator/___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-dk] Relaxed/strict match på Nominatim-søgninger
Mikkel Kirkgaard Nielsen skrev: jeg søger på vestre strandvej tjæreborg og får ingen resultater [...] Nominatim opfatter vejen som en del af Sønderby (Type: place:hamlet), Det er desværre et generelt problem med adressesøgning: Alle vores adressenoder indeholder postnummer og by - men de bruges næsten ikke af søgemaskiner og navigationssoftware. I stedet prøver de at gætte, hvilken by, en adresse hører til i. Det er til dels en konsekvens af, at vi ikke har mappet postdistrikter i Danmark. Det er der flere grunde til: 1) Postdistrikter i Danmark er ikke en fysisk grænse, og er ikke skiltet i virkeligheden. 2) Don't map for the renderer. 3) Tidligere har den eneste kilde til postdistrikter været under en problematisk licens. Hvad angår 1) mener jeg ikke, at der er forskel på postdistrikter og f.x. kommunegrænser. Jeg mener generelt, at 2) er en meget vigtig regel. Omvendt lader det til, at det er undtagelsen, at renderen kan finde ud af at kigge på addr:city. Så det her er lidt et grænsetilfælde. I forhold til 3) så kan man nu finde polygoner for postnumre på DAWA. Som vi tidligere har diskuteret om f.x. FOT-data, så er det muligvis uklart, om licensen vil muliggøre import i OSM. Hvad mener I andre - bør vi mappe postdistrikter i Danmark, og kan vi importere dem fra DAWA? Hvad angår Nominatim's strictness: Jeg er helt enig med dig - men der er ikke så meget, vi kan gøre ved det på denne liste. Det rigtige er at indberette en forslag gennem Nominatim's bugtracker: https://trac.openstreetmap.org/query?status=newstatus=assignedstatus=reopenedcomponent=nominatimorder=iddesc=1 Der er allerede flere indberetninger, der handler om det samme. Hvis man kigger på udviklingsplanerne for Nominatim (http://wiki.openstreetmap.org/wiki/Nominatim/Version2), kan man se, at det er på tegnebrættet. Men det er et spørgsmål om, hvordan det kan implementeres effektivt: * (TODO) 'Did you means' Suggestions. Can't use standard - too many words and phrases (too slow) - so: High level admin features only? Modified levenshtein btree? Geographic indexing of suggestions? Word context based indexing? Men jeg har indberettet søgningen på addr:city: https://trac.openstreetmap.org/ticket/5270 - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [OSM-talk-fr] touching inner rings détecté par OSM Inspector
Bonjour, Le 15 janvier 2015 15:46, sly (sylvain letuffe) lis...@letuffe.org a écrit : On jeudi 15 janvier 2015, Romain MEHUT wrote: c'est à dire qu'il utilise un segment de landuse pour l'attribuer dans deux relations définissant les landuses contigus. C'est compliqué les choses là où ce n'est pas nécessaire... J'ai peur que l'on ne puisse pas trancher le c'est compliquer les choses, c'est affaire de goûts, d'outils et d'habitudes. A titre personnel, j'enrage quand je dois découdre puis re-coudre des polygones de landuse qui se superposent sur des centaines de noeuds, j'ai l'impression de devoir tout coudre 2 fois ou parfois de devoir cliquer comme un parkinsonien car les outils de duplication/fusion me perdent. J'imagine que pour toi, c'est l'inverse ;-) Bref, je préfère la solution du multi-polygon (sans touching inners ou outers), sans doute car j'ai morflé longtemps sur les limites admininistratives et que je me suis habitué. Le bosquet d'arbre de 7 noeuds ne suffira pas à me motiver pour sortir les relations mais au delà de 50 noeuds ou des 6 morceaux de frontière, oui. Tu aurais un exemple sous la main? Merci. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cz] Snizovani kvality dat pri importu RUIAN/LPIS
Dobrý den, napište mi prosím lokalitu, nechám to prověřit na příslušném katastrálním pracovišti. Děkuji Petr Souček -Original Message- From: Martin Janda [mailto:jan...@crcdata.cz] Sent: Sunday, January 18, 2015 9:53 PM To: talk-cz@openstreetmap.org Subject: Re: [Talk-cz] Snizovani kvality dat pri importu RUIAN/LPIS Zjistil jsem ze v RUIAN jsou spatne zenesene garaze. Misto toho aby uzivatel Salamander nahlasil chybu naimportoval chybne polygony se spatnym tagovanim aniz by zkontroloval skutecny stav. Polygony garazi pred jeho zmenami byly spravne. Jiz jsem mu poslal zpravu (nevim jestli zareaguje). Navrhuji provect revert na jeho changesety a nareportovat problem do RUIAN. Dekuji Martin ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-gb-westmidlands] WM Boundary relations
Nice one Brian. Should be pretty easy to filter all the ways with an overpass query and then just do a mass change for each boundary in one go. I can’t look at the mo but could do so in Feb if nobody does it beforehand. Cheers Andy From: Brian Prangle [mailto:br...@mappa-mercia.org] Sent: 19 January 2015 14:53 To: OSM Group WM Subject: [Talk-gb-westmidlands] WM Boundary relations Hi everyone I've changed all the boundary relations in the former county of the West Midlands to admin level 6 as they are Metropolitan District Councils with Unitary Authority status. I've not changed any boundary WAYS as that is a massive job. I think that we really don't need the ways any longer as the relations will get rendered, but that's another discussion entirely and a tedious job to do. But perhaps we'd better do it to avoid confusing software and humans Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)
Danke für die Tipps. Wir haben tatsächlich die Infos aus dem Taginfo API entnommen. Ich schaue mal, was sich machen lässt - nun auch im Taginfo Code. @Michael: Klar ist klar, dass man Thumbnails nehmen sollte, falls vorhanden :-) Wer's ganz ohne Bilder haben will, nutzt die TagFinder API. Aber höchste Prio. hat das nicht, da es ja primär (Desktop) Webapp ist und keine Mobile Webapp. Vielmehr interessiert mich, ob die inhaltlichen Resultate und die dargebotenen Infos des TagFinders den Erwartungen entsprechen... LG, -S. Am 19. Januar 2015 um 16:44 schrieb Jochen Topf joc...@remote.org: On Mo, Jan 19, 2015 at 04:31:48 +0100, Michael Kugelmann wrote: Am 18.01.2015 um 23:52 schrieb Stefan Keller: Am 18. Januar 2015 um 23:17 schrieb Joachim Kast osm...@dd1gj.de: Für die Thumbnail-Darstellung wird ein Bild von 1.704px × 2.272px und einer Größe von 1,8 MB heruntergeladen. Schmalband-Anbindungen machen da schlapp. Hmm, stimmt. Ist aber etwas schwierig für den Empfänger, das vorauszusehen :-) !?? Grundsatz: Thumbnails sind klein zu halten = sollten nicht als das große Bild übertragen werden sondern eine andere Datei sein, ganz einfach. Typische Lösung könnte sein: Pfad zum Bild: xyz/datei.jpg Pfad zum Thumbnail: xyz/thumbnail/datei.jpg . Solche Dinge sind IMHO eigentlich basics beim Gestalten von Tools oder Webseiten... Ich stimme Dir zu, dass klar sein sollte, dass man die Thumbnails verwendet. Aber leider ist das nicht so einfach mit dem Mediawiki. Man kann nicht einfach aus der Bild-URL die Thumbnail-URL berechnen. Das liegt daran, dass man Bilder aus Wikimedia Commons einbinden kann und da ist das alles etwas anders. Details weiss ich auch nicht mehr genau, aber ich hab in Taginfo extra einbauen müssen, dass er die Thumbnail-URL über die Wikimedia-API vom Server sich geben läßt, weil es nicht funktionierte nur die URL anzupassen. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-173-7019282 ___ 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
[Talk-it] Codemotion Roma 2015
Sono stato contattato da una persona che collabora con Mozilla Italia, che si è presa la responsabilità di trovare diverse comunità che vogliano avere uno stand al Codemotion Roma 2015. Mi è stato riferito che lo stand è fornito gratuitamente solo se è interattivo col pubblico con dei contest o delle gare mentre per le proposte di talk c'è la CFP aperta fino al 27 gennaio. La cosa importante è che vogliono la disponibilità per tutta la durata dell'evento, in poche parole la postazione non deve rimanere sguarnita. Chi è interessato a partecipare? Personalmente facendo parte di più community coinvolte, non potrò assicurare la mia presenza esclusiva allo stand di OSM ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-gb-westmidlands] WM Boundary relations
Hi everyone I've changed all the boundary relations in the former county of the West Midlands to admin level 6 as they are Metropolitan District Councils with Unitary Authority status. I've not changed any boundary WAYS as that is a massive job. I think that we really don't need the ways any longer as the relations will get rendered, but that's another discussion entirely and a tedious job to do. But perhaps we'd better do it to avoid confusing software and humans Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)
Am 18.01.2015 um 23:52 schrieb Stefan Keller: Am 18. Januar 2015 um 23:17 schrieb Joachim Kast osm...@dd1gj.de: Für die Thumbnail-Darstellung wird ein Bild von 1.704px × 2.272px und einer Größe von 1,8 MB heruntergeladen. Schmalband-Anbindungen machen da schlapp. Hmm, stimmt. Ist aber etwas schwierig für den Empfänger, das vorauszusehen :-) !?? Grundsatz: Thumbnails sind klein zu halten = sollten nicht als das große Bild übertragen werden sondern eine andere Datei sein, ganz einfach. Typische Lösung könnte sein: Pfad zum Bild: xyz/datei.jpg Pfad zum Thumbnail: xyz/thumbnail/datei.jpg . Solche Dinge sind IMHO eigentlich basics beim Gestalten von Tools oder Webseiten... Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)
On Mo, Jan 19, 2015 at 04:31:48 +0100, Michael Kugelmann wrote: Am 18.01.2015 um 23:52 schrieb Stefan Keller: Am 18. Januar 2015 um 23:17 schrieb Joachim Kast osm...@dd1gj.de: Für die Thumbnail-Darstellung wird ein Bild von 1.704px × 2.272px und einer Größe von 1,8 MB heruntergeladen. Schmalband-Anbindungen machen da schlapp. Hmm, stimmt. Ist aber etwas schwierig für den Empfänger, das vorauszusehen :-) !?? Grundsatz: Thumbnails sind klein zu halten = sollten nicht als das große Bild übertragen werden sondern eine andere Datei sein, ganz einfach. Typische Lösung könnte sein: Pfad zum Bild: xyz/datei.jpg Pfad zum Thumbnail: xyz/thumbnail/datei.jpg . Solche Dinge sind IMHO eigentlich basics beim Gestalten von Tools oder Webseiten... Ich stimme Dir zu, dass klar sein sollte, dass man die Thumbnails verwendet. Aber leider ist das nicht so einfach mit dem Mediawiki. Man kann nicht einfach aus der Bild-URL die Thumbnail-URL berechnen. Das liegt daran, dass man Bilder aus Wikimedia Commons einbinden kann und da ist das alles etwas anders. Details weiss ich auch nicht mehr genau, aber ich hab in Taginfo extra einbauen müssen, dass er die Thumbnail-URL über die Wikimedia-API vom Server sich geben läßt, weil es nicht funktionierte nur die URL anzupassen. Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-173-7019282 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-gb-westmidlands] WM Boundary relations
Brian wrote: I've not changed any boundary WAYS as that is a massive job. I think that we really don't need the ways any longer as the relations will get rendered, but that's another discussion entirely and a tedious job to do. But perhaps we'd better do it to avoid confusing software and humans I've done it - my boundary analyser that generates the data for http://www.loach.me.uk/osm/boundaries/ allows me (when run manually rather than as a scheduled task) to open just the boundary ways which should have the specified admin level (but don't) in JOSM. I used to 'fix' these nationally on a fairly regular basis, decided they were optional, so stopped doing so. However, I believe it makes rendering easier if they are specified and 'correct' based on the boundary relations they are in. I've tried to restrict the ones I've changed today to just those in the West Midlands area, but may have got any that are in the same bbox but outside the region. I updated 47 ways: http://www.openstreetmap.org/changeset/28255092 Ed ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-us] Coloado mapping party on Saturday
Come help map a new park: http://www.meetup.com/OSM-Colorado/events/219878946/ Steve ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
On 2015-01-19 00:50, Paul Johnson wrote: Are they actually separate networks, though? Just because there's more digits doesn't a different network make. What distinguishes the various networks that a given agency maintains? For our purposes, I think we're most interested in: 1. Significant differences in signage (signage type, shield designs, bannered routes) 2. Potential overlaps in numbering Given the extra digits, #2 is unlikely, but the quadrant routes are signed very differently than ordinary state routes. It looks like they're only indicated as secondary information on out-of-the-way mile-markerish signs. (It also appears that conventionally one is prefixed PA while the other is prefixed SR.) For example, here's a directional sign for PA 443: https://www.flickr.com/photos/dougtone/4176740362/ There's a quadrant route number on the marker beneath it. It's the four-digit number next to SR, above 210. Unlike PA 443, SR 3009 is inappropriate for how OSM clients use the `ref` tag. It might be worth mapping inasmuch as bridge inventory numbers are worth mapping, but I agree with James that we should keep mappers from conflating the two systems. And if the solution starts with `ref:penndot`, there's no need to square that with route networks in other states. :-) -- m...@nguyen.cincinnati.oh.us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
Not totally sure that relation even needs to exist given that you can fire off an XAPI request for everything in the US:PA:Turnpike network without it anyway, but good to know that it's already sorted. But yeah, back to the point, I think the refs that appear on the blade signs belongs in ref:penndot and not ref (especially as it appears that these are only county-unique at best on some more careful prodding). The ref should be what appears on the keystone shields. I believe a quick at-a-glance sanity check would suggest that any ref outside the range of PA 3 and PA 999 is probably incorrect or a ref:penndot. On Mon, Jan 19, 2015 at 5:09 AM, James Mast rickmastfa...@hotmail.com wrote: They all already have those types of relations. And the master relation for all of them is here: Pennsylvania Turnpike Network (3075726) https://www.openstreetmap.org/relation/3075726 -James -- Date: Mon, 19 Jan 2015 04:49:59 -0600 From: ba...@ursamundi.org To: rickmastfa...@hotmail.com CC: m...@nguyen.cincinnati.oh.us; talk-us@openstreetmap.org Subject: Re: [Talk-us] Pennsylvania's quadrant routes OK, so three, possibly four, routes that could have US:PA:Turnpike relations. On Mon, Jan 19, 2015 at 4:45 AM, James Mast rickmastfa...@hotmail.com wrote: US:PA:Turnpike (possibly only one member?) There are 3 routes in that (not counting the mainline PA Turnpike relation). PA Turnpike 43 PA Turnpike 66 PA Turnpike 576 (Future I-576 maybe when it connects to I-79 in 2019, or maybe in the distant future when it connects to PA Turnpike 43) There were two others, but they are now both signed as Interstates. PA 9 (this never got the current 'PA Turnpike' signage, just a normal Keystone shield before it became an Interstate) I-476 (in 1996) PA Toll 60 (Toll was in the top of the normal Keystone shield) PA Turnpike 60 I-376 (in 2009) -James ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
Fully agree with you there Paul. Just have to watch out for those few 'rare' exceptions to the rule I mentioned before for the future 'ref:penndot' tag where some mainline route have different 'SR' numbers in the white boxes. -James Date: Mon, 19 Jan 2015 05:15:38 -0600 From: ba...@ursamundi.org To: rickmastfa...@hotmail.com CC: m...@nguyen.cincinnati.oh.us; talk-us@openstreetmap.org Subject: Re: [Talk-us] Pennsylvania's quadrant routes The ref should be what appears on the keystone shields. I believe a quick at-a-glance sanity check would suggest that any ref outside the range of PA 3 and PA 999 is probably incorrect or a ref:penndot. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
On Mon, Jan 19, 2015 at 3:30 AM, Minh Nguyen m...@nguyen.cincinnati.oh.us wrote: On 2015-01-19 00:50, Paul Johnson wrote: Are they actually separate networks, though? Just because there's more digits doesn't a different network make. What distinguishes the various networks that a given agency maintains? For our purposes, I think we're most interested in: I'd say the signed network, as visible to the layman. This varies a bit from state to state. Using values for network=* for relations, I'd say some valid examples would be: US:PA US:PA:Turnpike (possibly only one member?) US:MO US:MO:Supplemental US:OK:Turnpike US:TX US:TX:Toll US:TX:NASA (keep going at least another 7 iterations for Texas networks alone, being the most extreme example). What I would not consider a separate network: Oregon Highways (as opposed to Oregon Routes, as the routes are visible on the shields, and the highways are pretty thoroughly useless if you don't work with ODOT and aren't a geek). 1. Significant differences in signage (signage type, shield designs, bannered routes) 2. Potential overlaps in numbering Given the extra digits, #2 is unlikely, but the quadrant routes are signed very differently than ordinary state routes. It looks like they're only indicated as secondary information on out-of-the-way mile-markerish signs. (It also appears that conventionally one is prefixed PA while the other is prefixed SR.) For example, here's a directional sign for PA 443: https://www.flickr.com/photos/dougtone/4176740362/ There's a quadrant route number on the marker beneath it. It's the four-digit number next to SR, above 210. Unlike PA 443, SR 3009 is inappropriate for how OSM clients use the `ref` tag. It might be worth mapping inasmuch as bridge inventory numbers are worth mapping, but I agree with James that we should keep mappers from conflating the two systems. And if the solution starts with `ref:penndot`, there's no need to square that with route networks in other states. :-) OK, this really seems like it's identical to Oregon's situation with Highways (which are signed only on blades and often don't match the same number as the state route for highways created before roughly 2006, like this one from OR 47, indicating Highway 102 http://www.oregonhighways.us/image_files/Pictures/hwy-102_bridge_marker.jpg, and state parks often never have state routes, even though things like campground RV loops and above the low tide line on beaches are technically state highways; and similar Oklahoma's situation with highways 0, 00, and 000 (they're not signed as state highways at all to my knowledge, so can't really provide a visual for this). These definitely don't belong in ref=* at all, ref:penndot does sound acceptable (in which I doubt you really need the SR, but who cares since we're talking agency-specific tagging now?). ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Pennsylvania's quadrant routes
OK, so three, possibly four, routes that could have US:PA:Turnpike relations. On Mon, Jan 19, 2015 at 4:45 AM, James Mast rickmastfa...@hotmail.com wrote: US:PA:Turnpike (possibly only one member?) There are 3 routes in that (not counting the mainline PA Turnpike relation). PA Turnpike 43 PA Turnpike 66 PA Turnpike 576 (Future I-576 maybe when it connects to I-79 in 2019, or maybe in the distant future when it connects to PA Turnpike 43) There were two others, but they are now both signed as Interstates. PA 9 (this never got the current 'PA Turnpike' signage, just a normal Keystone shield before it became an Interstate) I-476 (in 1996) PA Toll 60 (Toll was in the top of the normal Keystone shield) PA Turnpike 60 I-376 (in 2009) -James ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-br] RES: Estadão usando OSM
No complemento envie mensagem para o falecom.est...@estadao.com também. Vamos ver se alguém se pronuncia. ___ Reinaldo Neves Equação Informática (11) 3221-3722 De: Manfred A. Reiter [mailto:ma.rei...@gmail.com] Enviada em: sábado, 17 de janeiro de 2015 09:51 Para: OpenStreetMap no Brasil Assunto: Re: [Talk-br] Estadão usando OSM Oi pessoal, 2015-01-17 11:51 GMT+01:00 Wille wi...@wille.blog.br: O estadao fez um mapa com relatos de falta de água em SP usando mapa do OpenStreetMap (renderização da MapBox. Apesar de ter o crédito ao Leaflet, faltou o crédito ao OSM. Já tentei contato pelo twitter pedindo pra acrescentarem os créditos, mas se mais gente relatar, temos mais chances de corrigirem. Esse é o mapa: http://sao-paulo.estadao.com.br/redes-sociais/sp-sem-agua/ Meu post no twitter: https://twitter.com/_wille/status/556402058832920576 abraços, Tivemos um caso semelhante com a Deutsche Telekom na Alemanha. Exigimos não só a correção, mas também uma reparação. ... e emfin, eles fizeram anúncios gratuitos para OSM. ;-) -- ## Manfred Reiter - - ## www.weeklyOSM.eu ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Mapa Cultural BH
Oi Turma http://www.otempo.com.br/divers%C3%A3o/magazine/mapa-colaborativo-da-cultura-1.975806 https://culturabh.crowdmap.com/ abraço Gerald PS: até onde vejo, a atribuição ao OSM aparece OK. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] Mechanical Edit : le mal ( était : peut-il guérir le mal ?)
On dimanche 18 janvier 2015, Art Penteur wrote: - Écrire un bot qui tente de faire une correction automatique. (...) Vos avis ? J'interviens ici à la limite du HS concernant ton titre : Mechanical Edit : le mal (...) Frédéric a à mon avis bien répondu à la problématique spécifique des noms des bureaux de postes: il faut prévenir, informer, et reverter le cas précis que tu as mentionné. A la question sous-jaccente que je crois lire : les Mechanical Edit sont ils toujours le mal, peut-on les utiliser pour corriger un autre mal, ou même, peut on les utiliser pour faire le bien, j'ai envie d'intervenir : Plusieurs savent combien ce sujet est tendu, certaines communautés d'osm comme nos voisins anglais comptent dans leurs rangs de farouches défenseurs d'un interdit quasi-religieux anti-Mechanical Edit. Selon ces personnes, on devrait tout faire à sueur de souris et contrôler point par point et tag par tag, car sinon, des erreurs seront commises et c'est mal de toucher aux affaires des autres. A l'opposé, on trouvera des contributeurs qui pensent que tout ça se régule très bien tout seul et qu'a coup d'édit war, la vérité fini toujours par éclater (les historiques des objets aussi !). Pour ma part, je pense que les Mechanical Edit ont tout à fait leur place dans osm, et s'il est devenu impossible d'en faire à l'échelle mondial car la police veille, ce que je ne considère pas comme un mal car c'est un bon garde fou, j'aimerais les voir utilisé plus souvent à l'échelle française en considérant que bien fait (et bien discuté) c'est un très bon outil pour une homogénéisation efficace et la correction d'erreurs triviales. Pour cela, il faudrait leur rendre quelques lettres de noblesse (ne pas les stigmatiser comme un mal pour commencer) et ne pas pendre trop vite ceux qui voudraient avant tout améliorer la qualité de la base. Par le passé, en france, certains se souviendront de douloureuses mise en majuscules dont le processus avait pu déraper légèrement, mais j'en retire, qu'au final, on a eu un sacré coup de balais à cette époque. Depuis, c'est presque devenu un tabou d'en proposer, et j'en suis triste. Je répond donc à ce qui était peut-être ta question sous-jaccente, selon moi, ça aurait pu être bien de mass corriger le nom des bureaux de poste, même avec quelques mauvaises corrections si, par exemple, le revert avait été tenté trop tard et aurait conduit à plein d'autres pertes d'info que de tenter maladroitement de revenir en arrière. Les Mechanical Edit c'est pas le mal, proposez en, j'y suis favorable de principe. -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)
On 18.01.15 20:48, Stefan Keller wrote: Es freut mich, eine neue Webapp TagFinder vorzustellen. TagFinder ist eine Volltext-Suchmaschine für OpenStreetMap Tags http://tagfinder.herokuapp.com/ Gute Sache, danke! Folgende Dinge sind mir aufgefallen: * Irgendwie weiß man nicht, in welcher Sprache man grade mit dem Tool interagiert. Das sollte irgendwie leicht auswählbar sein. Dementsprechend ergeben sich eigenartige Suchergebnisse, z.B. auf der Suche nach Praxis findet er bei weitem nicht alle Ärzte-Tags, anderseits aber auch sehr unpassende Ergebnisse. * Die Ergebnisse sollten eine sinnvolle Reihenfolge haben, z.B. eine Suche nach Arzt sollte das treffendste amenity=doctors *weit* vor dem /Fehler/ amenity=doctor liefern! Letzteren sollte man wohl eher ausblenden, wenn es mehrere 100% treffende Ergebnisse gibt. * Das Ding sollte Hierarchien verstehen und entsprechend anschaulich/leicht fasslich darstellen, z.B. eine Suche nach Wohnstraße findet ja richtig den Tag highway=living_street und den Key highway, es sollte dem Nutzer aber auch sofort klar sein, dass der Key der Überbegriff ist, der Tag das konkrete (passende) Key/Value-Paar. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Lavatoio
come si tagga correttamente un'antico lavatoio? è composto da una tettoia, da una vasca e da un getto d'acqua spesso potabile. chiedo questo perché un utente qui dalle mie parti li ha mappati tutti come amenity=fountain ma leggendo il wiki capisco che è soltanto per quelle decorative, ma non penso sia corretto nemmeno watering_place e neanche semplicemente drinking_water... che dite? ovviamente potrò mettere drinkable=yes oppure no a seconda che sia potabile, ma il resto? grazie -- View this message in context: http://gis.19327.n5.nabble.com/Lavatoio-tp5830586.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)
Übrigens lässt sich TagFinder - wie übrigens Taginfo auch - als Suchmaschine in die Suchleiste der meisten Browser einfügen (OpenSearch-Standard)... -S. Am 19. Januar 2015 um 18:06 schrieb Stefan Keller sfkel...@gmail.com: Am 19. Januar 2015 um 17:30 schrieb Andreas Labres l...@lab.at: * Irgendwie weiß man nicht, in welcher Sprache man grade mit dem Tool interagiert. Das sollte irgendwie leicht auswählbar sein. Rechts oben steht eine Flagge und Deutsch. Meintest du das? * Die Ergebnisse sollten eine sinnvolle Reihenfolge haben, z.B. eine Suche nach Arzt sollte das treffendste amenity=doctors *weit* vor dem /Fehler/ amenity=doctor liefern! Es gibt eine Reihenfolge: Zuerst diejenigen Tags, in denen der Suchbegriff direkt im Key oder Value vorkommt. Danach fließt das Tag-Vorkommen ins Ranking ein. Das Beispiel mit doctor ist ein spezieller Fall (der natürlich auch wichtig ist). Was sinnvoll bzw. richtig ist, kann fast nur ein Mensch entscheiden. Aber ja: Mit den vielen falschen Positiven kämpfen wir noch. Letzteren sollte man wohl eher ausblenden, wenn es mehrere 100% treffende Ergebnisse gibt. Wie soll das System entscheiden, welche der 100% treffende Ergebnisse zu wählen ist? * Das Ding sollte Hierarchien verstehen und entsprechend anschaulich/leicht fasslich darstellen, z.B. eine Suche nach Wohnstraße findet ja richtig den Tag highway=living_street und den Key highway, es sollte dem Nutzer aber auch sofort klar sein, dass der Key der Überbegriff ist, der Tag das konkrete (passende) Key/Value-Paar. Das ist ein sehr interessanter Aspekt: Nur schon wie wir solche Modellierungs-Dinge nennen sollten, ist mir unklar. Ich stelle mir so eine Art Haupt-Tag (= in der Modellierung Entitätsmengen-Namen genannt) vor mit Zusatz-Tags (= Entitätsmengen-Attribute). Ich nehme an, du meinst Hierarchien im Sinne der OSM-Tags? Begriffshierarchien kennt der TagFinder über einen eigens erstellten Thesaurus (Bevorzugter Begriff, Überbegriff, Unterbegriff). Bei OSM ist es leider nicht immer so, dass der Key der Überbegriff ist (z.B. bei building=yes)... LG, Stefan Am 19. Januar 2015 um 17:30 schrieb Andreas Labres l...@lab.at: On 18.01.15 20:48, Stefan Keller wrote: Es freut mich, eine neue Webapp TagFinder vorzustellen. TagFinder ist eine Volltext-Suchmaschine für OpenStreetMap Tags http://tagfinder.herokuapp.com/ Gute Sache, danke! Folgende Dinge sind mir aufgefallen: * Irgendwie weiß man nicht, in welcher Sprache man grade mit dem Tool interagiert. Das sollte irgendwie leicht auswählbar sein. Dementsprechend ergeben sich eigenartige Suchergebnisse, z.B. auf der Suche nach Praxis findet er bei weitem nicht alle Ärzte-Tags, anderseits aber auch sehr unpassende Ergebnisse. * Die Ergebnisse sollten eine sinnvolle Reihenfolge haben, z.B. eine Suche nach Arzt sollte das treffendste amenity=doctors *weit* vor dem /Fehler/ amenity=doctor liefern! Letzteren sollte man wohl eher ausblenden, wenn es mehrere 100% treffende Ergebnisse gibt. * Das Ding sollte Hierarchien verstehen und entsprechend anschaulich/leicht fasslich darstellen, z.B. eine Suche nach Wohnstraße findet ja richtig den Tag highway=living_street und den Key highway, es sollte dem Nutzer aber auch sofort klar sein, dass der Key der Überbegriff ist, der Tag das konkrete (passende) Key/Value-Paar. Servus, Andreas ___ 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
[OSM-talk-fr] Visualisation par un média national avec des données OSM
Salut Encore un grand média national qui utilise les données OSM pour des visualisations avec une bonne attribution ;-) http://www.lequipe.fr/Cyclisme-sur-route/Actualite/Anatomie-du-peloton/529127 OSM va-t-il devenir la source de référence pour la visualisation des données ? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-it] Lavatoio
Il giorno 19 gennaio 2015 17:26, demon.box e.rossin...@alice.it ha scritto: come si tagga correttamente un'antico lavatoio? è composto da una tettoia, da una vasca e da un getto d'acqua spesso potabile. chiedo questo perché un utente qui dalle mie parti li ha mappati tutti come amenity=fountain ma leggendo il wiki capisco che è soltanto per quelle decorative, ma non penso sia corretto nemmeno watering_place e neanche semplicemente drinking_water... che dite? ovviamente potrò mettere drinkable=yes oppure no a seconda che sia potabile, ma il resto? amenity=lavoir http://wiki.openstreetmap.org/wiki/Proposed_features/lavoir Esempio http://www.openstreetmap.org/way/227572053#map=19/44.40408/8.93302 grazie Ciao, Stefano -- View this message in context: http://gis.19327.n5.nabble.com/Lavatoio-tp5830586.html Sent from the Italy General mailing list archive at Nabble.com. ___ 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-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)
Related Terms: Also soweit ich das sehe werden die aus irgendeinem Wörterbuch gezogen, oder? z.B. wenn ich gym suche... http://tagfinder.herokuapp.com/search?query=gymlang=en ...bekomme ich leisure=sports_centre und dort ist gym nicht angegeben. Das finde ich etwas unglücklich, da man bei OpenStreetMap oft sehr wert legt auf genaues Tagging und soetwas dann sehr irreführend sein könnte. Fände es besser, wenn man auf die Wiki related terms zugreift und anzeigt und vielleicht him Hintergrund noch andere Datenbanken mit einbezieht. PS @ all: Die richtige Wiki Syntax ist übrigens {{RelatedTermList| {{RelatedTerm|Begriff1}} {{RelatedTerm|Begriff2}} {{RelatedTerm|Begriff3}} }} und nicht nur die related term Klammern einzeln. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Lavatoio
On Monday 19 of January 2015 09:26:17 demon.box wrote: come si tagga correttamente un'antico lavatoio? è composto da una tettoia, da una vasca e da un getto d'acqua spesso potabile. chiedo questo perché un utente qui dalle mie parti li ha mappati tutti come amenity=fountain ma leggendo il wiki capisco che è soltanto per quelle decorative, ma non penso sia corretto nemmeno watering_place e neanche semplicemente drinking_water... che dite? Che merita un tag separato. Una vita fa, quando il mond... la mappa era giovane (2008!) avevo marcato come amenity=public_wash-house un antico lavatoio di Catania: http://www.openstreetmap.org/way/27103612#map=19/37.51826/15.06906 Poi ho lasciato stare, vedo che un po' dopo qualcuno ha proposto amenity=lavoir http://wiki.openstreetmap.org/wiki/Proposed_features/lavoir che mi parebbe una proposta più sensata. Ciao -- Luigi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] TagFinder - eine Volltext-Suchmaschine für OSM Tags (Prototyp)
Am 19. Januar 2015 um 17:30 schrieb Andreas Labres l...@lab.at: * Irgendwie weiß man nicht, in welcher Sprache man grade mit dem Tool interagiert. Das sollte irgendwie leicht auswählbar sein. Rechts oben steht eine Flagge und Deutsch. Meintest du das? * Die Ergebnisse sollten eine sinnvolle Reihenfolge haben, z.B. eine Suche nach Arzt sollte das treffendste amenity=doctors *weit* vor dem /Fehler/ amenity=doctor liefern! Es gibt eine Reihenfolge: Zuerst diejenigen Tags, in denen der Suchbegriff direkt im Key oder Value vorkommt. Danach fließt das Tag-Vorkommen ins Ranking ein. Das Beispiel mit doctor ist ein spezieller Fall (der natürlich auch wichtig ist). Was sinnvoll bzw. richtig ist, kann fast nur ein Mensch entscheiden. Aber ja: Mit den vielen falschen Positiven kämpfen wir noch. Letzteren sollte man wohl eher ausblenden, wenn es mehrere 100% treffende Ergebnisse gibt. Wie soll das System entscheiden, welche der 100% treffende Ergebnisse zu wählen ist? * Das Ding sollte Hierarchien verstehen und entsprechend anschaulich/leicht fasslich darstellen, z.B. eine Suche nach Wohnstraße findet ja richtig den Tag highway=living_street und den Key highway, es sollte dem Nutzer aber auch sofort klar sein, dass der Key der Überbegriff ist, der Tag das konkrete (passende) Key/Value-Paar. Das ist ein sehr interessanter Aspekt: Nur schon wie wir solche Modellierungs-Dinge nennen sollten, ist mir unklar. Ich stelle mir so eine Art Haupt-Tag (= in der Modellierung Entitätsmengen-Namen genannt) vor mit Zusatz-Tags (= Entitätsmengen-Attribute). Ich nehme an, du meinst Hierarchien im Sinne der OSM-Tags? Begriffshierarchien kennt der TagFinder über einen eigens erstellten Thesaurus (Bevorzugter Begriff, Überbegriff, Unterbegriff). Bei OSM ist es leider nicht immer so, dass der Key der Überbegriff ist (z.B. bei building=yes)... LG, Stefan Am 19. Januar 2015 um 17:30 schrieb Andreas Labres l...@lab.at: On 18.01.15 20:48, Stefan Keller wrote: Es freut mich, eine neue Webapp TagFinder vorzustellen. TagFinder ist eine Volltext-Suchmaschine für OpenStreetMap Tags http://tagfinder.herokuapp.com/ Gute Sache, danke! Folgende Dinge sind mir aufgefallen: * Irgendwie weiß man nicht, in welcher Sprache man grade mit dem Tool interagiert. Das sollte irgendwie leicht auswählbar sein. Dementsprechend ergeben sich eigenartige Suchergebnisse, z.B. auf der Suche nach Praxis findet er bei weitem nicht alle Ärzte-Tags, anderseits aber auch sehr unpassende Ergebnisse. * Die Ergebnisse sollten eine sinnvolle Reihenfolge haben, z.B. eine Suche nach Arzt sollte das treffendste amenity=doctors *weit* vor dem /Fehler/ amenity=doctor liefern! Letzteren sollte man wohl eher ausblenden, wenn es mehrere 100% treffende Ergebnisse gibt. * Das Ding sollte Hierarchien verstehen und entsprechend anschaulich/leicht fasslich darstellen, z.B. eine Suche nach Wohnstraße findet ja richtig den Tag highway=living_street und den Key highway, es sollte dem Nutzer aber auch sofort klar sein, dass der Key der Überbegriff ist, der Tag das konkrete (passende) Key/Value-Paar. Servus, Andreas ___ 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] Abwesenheitsnotiz
m...@martin-scholtes.de schrieb schon zweimal: Sehr geehrte Damen und Herren, vom 19.01. bis einschließlich 23.01.2015 befinde ich mich im Urlaub. In dieser Zeit werden Ihre Mails nicht weitergeleitet. In dringenden Fällen bin ich über mein Handy zu erreichen. Mit freundlichen Grüßen Martin Scholtes Ist das eine wiederholte Einladung zur Facebook-Party in der sturmfreien Bude? ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk-ie] FW: Sheet request
Can I request sheets 32/17 SW and SE. Planning to complete Wicklow once I have the missing sheets. I also came across a townland that seems to have the same name as an adjacent townland, Ashtown, beside Wicklow town - http://www.openstreetmap.org/#map=17/52.97393/-6.06740 . Anyone know why this would be and how I should map it? Dafo ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-bd] OSM for mitigation project
Hi Fred, Thanks for your email. I think deploying drones will be a great idea for mapping those places for better hydrological modeling. I believe the marked areas are mostly rural in nature, and I don't expect tall buildings there. However, we sure can check that accurately. I also believe that the permission from the flight regulation authority is possible. I know couple of people, who can help us on that regard. Previously, we have seen drones being deployed in different agricultural projects in rural Bangladesh, and I dont think it will be difficult for us to get the permission. I am copying this email with couple of my friends, who can give you more information. Please let us know if you have any other question. Also, please feel free to keep me in the loop. Regards, Ishtiaque On Tue, Jan 20, 2015 at 12:51 AM, Fred Moine frmo...@gmail.com wrote: Dear all, Terre des Hommes has conducted a DRR (disaster risk reduction) mission in Haiti with OSM Haiti (they have seen the Drone + mapping party https://www.youtube.com/watch?v=ujTiYoi33_gfeature=youtu.be https://www.youtube.com/watch?v=ujTiYoi33_gfeature=youtu.be%C2%A0%20 and https://www.youtube.com/watch?v=Oou32o-jR0M https://www.youtube.com/watch?v=Oou32o-jR0M%C2%A0%20 ) And now Tdh Bangladesh would like to deploy the OSM Haiti methodology and Drone in Bangladesh for their mitigation project in this area of interest http://umap.openstreetmap.fr/en/map/tdh-bangladesh-drr_24362#10/25.6811/89.8242 What do you think? The idea is to have the best open database to improve hydrological modelling (we discussed the methodology in this events http://eguworkshop.deltares.nl/index.php/agenda/index Including local knowledge about the risk, a good elevation model (height of the building, an up to date land cover, road, etc). For sure we will need to obtain permission from the flight regulation authority, http://bdnews24.com/bangladesh/2014/01/30/caab-baf-permission-needed-to-fly-drones , Any idea, possible not possible in your country. All the best FredM OSM contributor ___ Talk-bd mailing list Talk-bd@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-bd -- Syed Ishtiaque Ahmed PhD Student (Fulbright ST Fellow) Department of Information Science Cornell University, Ithaca, NY 14850, US. web: https://sites.google.com/site/siakallol/ ___ Talk-bd mailing list Talk-bd@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-bd
Re: [OSM-talk-fr] Visualisation par un média national avec des données OSM
Le 19/01/2015 18:52, Eric Debeau a écrit : http://www.lequipe.fr/Cyclisme-sur-route/Actualite/Anatomie-du-peloton/529127 « Désolé, la page que vous cherchez n’existe pas ou plus. » Il faut un abonnement, ou quelque chose ? JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Visualisation par un média national avec des données OSM
On lundi 19 janvier 2015, JB wrote: Le 19/01/2015 18:52, Eric Debeau a écrit : http://www.lequipe.fr/Cyclisme-sur-route/Actualite/Anatomie-du-peloto n/529127 « Désolé, la page que vous cherchez n’existe pas ou plus. » Il faut un abonnement, ou quelque chose ? JB. Comme quoi, il vaut souvent mieux faire un copier/coller ;-) http://www.lequipe.fr/Cyclisme-sur-route/Actualites/Anatomie-du-peloton/529127 un s à actualités -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-it] Osm routing mobile webapp
Ciao listaroli, Circa un paio di anni fa è passato un msg in lista in merito alprogetto di una webapp italiana che permetteva di ottenere un percorso con openstreetmap. Chi si ricorda della pagina web o dell'autore? Grazie, Berti ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Réunion contributeurs Toulouse ?
On Mon, 2015-01-19 at 21:08 +0100, Florian LAINEZ wrote: Bonjour les toulousains, Je suis content que certains d'entre vous puisse se libérer demain. Pour les autres ce n'est que partie remise :) Quelqu'un a une suggestion de lieu ? Bonsoir, Si quasi tout le monde est en voiture vous pouvez venir squatter pendant/avant le repas/glou hebdomadaire des toulousains de tetaneutral.net (internet libre) : http://lists.tetaneutral.net/pipermail/tetaneutral/2015-January/000204.html Nous organisons un repas convivial tetaneutral.net ouvert à tou(te)s au restaurant « la Paniolade », 146 bd Suisse (31200 Toulouse) le **Mardi** 20 janvier 2015 à partir de 20h30 et jusque vers 22h30. Ca ouvre a 19h, il y a une biere toute simple a la pression, plein de place et pas besoin de reserver (on fait de 4 a 20 personnes selon les soir sans prevenir), c'est direct rocade sortie 31 b ou pont jumeaux, facile de se garer (et 15mn a pied de metro canal du midi et nougaro, station vélo 62 boulevard de Suisse a 3 minutes a pied). On a commencé a jouer avec umap/leaflet pour faire nos cartes d'antennes tetaneutral.net donc on a des sujets en commun :). Sincèrement, Laurent tel 06 43 09 45 15 On 15 Jan 2015 19:04, lenny.libre lenny.li...@orange.fr wrote: Désolé, je ne pourrais pas venir Cordialement Lenny Le 11/01/2015 23:09, Sébastien Dinot a écrit : Frédéric Bonifas a écrit : Je serai présent aussi ! Cool, nous sommes donc au moins quatre sur la région. :) Sébastien ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réunion contributeurs Toulouse ?
Florian LAINEZ a écrit : Je suis content que certains d'entre vous puisse se libérer demain. Pour les autres ce n'est que partie remise :) Honte à moi, je n'avais pas détecté la collision de date entre cette proposition et une obligation professionnelle à laquelle je dois donner la priorité. La rencontre se fera donc sans moi, j'en suis sincèrement navré. :( Suivant l'heure et le lieu retenus, j'essaierai quand même de passer vous dire bonjour avant de me rendre à mon rendez-vous. Sébastien, penaud. -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-dk] Relaxed/strict match på Nominatim-søgninger
Hej Jørgen, Att. punkt 1) så er der (stadigvæk) den forskel at kommunegrænsen er skiltet, mens postdistriktet ikke er det. Første lykkedes det os, at lave med +99 % sikkerhed uden at skelne andres datasæt, mens du er helt fortabt og gift med andres datasæt hvis du vil have postgrænserne ind. Designcasen (i dag) handler for mig om fordelen ved at have postgrænse-dataen direkte i databasen mod at skulle vedligeholde og drifte den. Jeg kan ikke umiddelbart se en usercase og derfor ser jeg det som god design, at holde dataen ude af OSM. Mvh Rasmus (rasmusv) Med venlig hilsen Rasmus Vendelboe 2015-01-19 15:20 GMT+01:00 Jørgen Elgaard Larsen j...@elgaard.net: Mikkel Kirkgaard Nielsen skrev: jeg søger på vestre strandvej tjæreborg og får ingen resultater [...] Nominatim opfatter vejen som en del af Sønderby (Type: place:hamlet), Det er desværre et generelt problem med adressesøgning: Alle vores adressenoder indeholder postnummer og by - men de bruges næsten ikke af søgemaskiner og navigationssoftware. I stedet prøver de at gætte, hvilken by, en adresse hører til i. Det er til dels en konsekvens af, at vi ikke har mappet postdistrikter i Danmark. Det er der flere grunde til: 1) Postdistrikter i Danmark er ikke en fysisk grænse, og er ikke skiltet i virkeligheden. 2) Don't map for the renderer. 3) Tidligere har den eneste kilde til postdistrikter været under en problematisk licens. Hvad angår 1) mener jeg ikke, at der er forskel på postdistrikter og f.x. kommunegrænser. Jeg mener generelt, at 2) er en meget vigtig regel. Omvendt lader det til, at det er undtagelsen, at renderen kan finde ud af at kigge på addr:city. Så det her er lidt et grænsetilfælde. I forhold til 3) så kan man nu finde polygoner for postnumre på DAWA. Som vi tidligere har diskuteret om f.x. FOT-data, så er det muligvis uklart, om licensen vil muliggøre import i OSM. Hvad mener I andre - bør vi mappe postdistrikter i Danmark, og kan vi importere dem fra DAWA? Hvad angår Nominatim's strictness: Jeg er helt enig med dig - men der er ikke så meget, vi kan gøre ved det på denne liste. Det rigtige er at indberette en forslag gennem Nominatim's bugtracker: https://trac.openstreetmap.org/query?status=newstatus=assignedstatus=reopenedcomponent=nominatimorder=iddesc=1 Der er allerede flere indberetninger, der handler om det samme. Hvis man kigger på udviklingsplanerne for Nominatim (http://wiki.openstreetmap.org/wiki/Nominatim/Version2), kan man se, at det er på tegnebrættet. Men det er et spørgsmål om, hvordan det kan implementeres effektivt: * (TODO) 'Did you means' Suggestions. Can't use standard - too many words and phrases (too slow) - so: High level admin features only? Modified levenshtein btree? Geographic indexing of suggestions? Word context based indexing? Men jeg har indberettet søgningen på addr:city: https://trac.openstreetmap.org/ticket/5270 - Jørgen ___ 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
Re: [OSM-talk-fr] Mechanical Edit : le mal ( était : peut-il guérir le mal ?)
Il y avait de la provoc et du second degré, dans mon message : je sais bien la polémique que génèrent les Mechanical Edit. Personnellement, je suis pour. On fait du traitement automatisé d'information, oui ou non ? Sinon, autant revenir à BANO sur un registre tenu à la plume d'oie, et à des cartes sur parchemin.Certaines erreurs signalées par Osmose m'énervent : Espace en double, ou au début où à la fin de name. A chaque fois, j'ai envie de lui dire : vas-y, qu'est-ce que tu attends pour corriger ? C'est pas un cas ambigu où il y a besoin d'un cerveau, D'ailleurs, j'ai mon petit bot qui s'occupe de ça, de temps à autre. Pour en revenir aux bureaux de poste, je pense qu'il y en a un peu trop pour faire du cas pas cas. Un rapide tour de France m'a trouvé : http://www.openstreetmap.org/node/3148788085 http://www.openstreetmap.org/node/3022395244 http://www.openstreetmap.org/node/1373812282 http://www.openstreetmap.org/node/2866951586 http://www.openstreetmap.org/node/3264481046 et il y en a d'autres (nombre inconnu). C'est pour ça que je propose de passer à l'automatisation, soit du mail de sensibilisation, soit de la correction. Allez, je peux essayer quelques messages spécifiques, pour voir si ça donne quelque chose. Art. Le 19 janvier 2015 17:30, sly (sylvain letuffe) lis...@letuffe.org a écrit : On dimanche 18 janvier 2015, Art Penteur wrote: - Écrire un bot qui tente de faire une correction automatique. (...) Vos avis ? J'interviens ici à la limite du HS concernant ton titre : Mechanical Edit : le mal (...) Frédéric a à mon avis bien répondu à la problématique spécifique des noms des bureaux de postes: il faut prévenir, informer, et reverter le cas précis que tu as mentionné. A la question sous-jaccente que je crois lire : les Mechanical Edit sont ils toujours le mal, peut-on les utiliser pour corriger un autre mal, ou même, peut on les utiliser pour faire le bien, j'ai envie d'intervenir : Plusieurs savent combien ce sujet est tendu, certaines communautés d'osm comme nos voisins anglais comptent dans leurs rangs de farouches défenseurs d'un interdit quasi-religieux anti-Mechanical Edit. Selon ces personnes, on devrait tout faire à sueur de souris et contrôler point par point et tag par tag, car sinon, des erreurs seront commises et c'est mal de toucher aux affaires des autres. A l'opposé, on trouvera des contributeurs qui pensent que tout ça se régule très bien tout seul et qu'a coup d'édit war, la vérité fini toujours par éclater (les historiques des objets aussi !). Pour ma part, je pense que les Mechanical Edit ont tout à fait leur place dans osm, et s'il est devenu impossible d'en faire à l'échelle mondial car la police veille, ce que je ne considère pas comme un mal car c'est un bon garde fou, j'aimerais les voir utilisé plus souvent à l'échelle française en considérant que bien fait (et bien discuté) c'est un très bon outil pour une homogénéisation efficace et la correction d'erreurs triviales. Pour cela, il faudrait leur rendre quelques lettres de noblesse (ne pas les stigmatiser comme un mal pour commencer) et ne pas pendre trop vite ceux qui voudraient avant tout améliorer la qualité de la base. Par le passé, en france, certains se souviendront de douloureuses mise en majuscules dont le processus avait pu déraper légèrement, mais j'en retire, qu'au final, on a eu un sacré coup de balais à cette époque. Depuis, c'est presque devenu un tabou d'en proposer, et j'en suis triste. Je répond donc à ce qui était peut-être ta question sous-jaccente, selon moi, ça aurait pu être bien de mass corriger le nom des bureaux de poste, même avec quelques mauvaises corrections si, par exemple, le revert avait été tenté trop tard et aurait conduit à plein d'autres pertes d'info que de tenter maladroitement de revenir en arrière. Les Mechanical Edit c'est pas le mal, proposez en, j'y suis favorable de principe. -- sly, direct contact : sylv...@letuffe.org http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ 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: [Talk-it] Lavatoio
riporto alcuni esempi: http://gis.19327.n5.nabble.com/file/n5830610/23967623.jpg http://gis.19327.n5.nabble.com/file/n5830610/86659355.jpg entrambi hanno acqua potabile come la taggo? e nel caso di questo fontanile? http://gis.19327.n5.nabble.com/file/n5830610/96220763.jpg non è un lavatoio, metto soltanto amenity=drinking_water? -- View this message in context: http://gis.19327.n5.nabble.com/Lavatoio-tp5830586p5830610.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Réunion contributeurs Toulouse ?
Bonjour les toulousains, Je suis content que certains d'entre vous puisse se libérer demain. Pour les autres ce n'est que partie remise :) Quelqu'un a une suggestion de lieu ? On 15 Jan 2015 19:04, lenny.libre lenny.li...@orange.fr wrote: Désolé, je ne pourrais pas venir Cordialement Lenny Le 11/01/2015 23:09, Sébastien Dinot a écrit : Frédéric Bonifas a écrit : Je serai présent aussi ! Cool, nous sommes donc au moins quatre sur la région. :) Sébastien ___ 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