Re: [OSM-talk] Find all your unresolved Notes
On Wed, 4 Feb 2015 07:09:44 +0100, Stefan Baebler stefan.baeb...@gmail.com wrote: Odlično / Excellent! thanks! Just fix the case sensitivity of usernames during search. Done. It should be case insensitive during search now (yet remain case preserving during display). Filtering for unresolved notes should be implemented also on the user's notes page on the main OSM website somehow to encourage mappers to follow-up on them and resolve them. Yes, it should. There is even a ticket opened for that: https://github.com/openstreetmap/openstreetmap-website/issues/832 -- Opinions above are GNU-copylefted. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it] strumenti per presentare itinerari storico-culturali
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 04/02/2015 11:14, pietro marzani ha scritto: Buongiorno a tutti, un amico mi ha chiesto informazioni su strumenti che permettano di presentare e mettere in rete itinerari all'interno di un territorio limitato. Non si tratterebbe quindi di mostrare semplicemente linee e punti su una mappa, ma di avere strumenti per mostrare routes di osm, oppure per leggere direttamente la descrizione di un sito storico da wikipedia...e altre funzioni che adesso non mi vengono in mente ma potrebbero essere adatte per presentare una serie di itinerari sul territorio. Io non conosco progetti open source che rispondano a queste esigenze, ma magari sapete darmi qualche dritta. Grazie Pietro Mi pare che tu sia iscritto il talk-it-trentino, sicuramente hai visto passare la mail di Zampedri, per cui valuta se il progetto M'appare il Lagorai Cima d'Asta, può essere un valido aiuto per il tuo amico, e magari invitalo, se può, ad andare in loco. ciao. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJU0kwyAAoJEMTPIIVov0Zt6eQIAKcvfHQpYxBsvehuu2HDGSuD NSuMc3qH4G1iehUUj0E7T5nibTwfF0/8IIz4hlXfMHWw+Cjhy+FyFa3e7IDEbCiN uOx1hmlPpuCAEP91CzIr39SXnAPjHF3ToY3Ol8iGHHmvUQv8sqxeS8HZ9MNhbCjp lbctq3VhLGDJwKRRLk8MnEYGZeRMBF9vo8MXplU9abkKZGo3c2dK1NuaQ1UCXm1L yI3Tk9rZCgrkPH3ytJDhwKIDk7VKogjZj1LqgIBh650au0+q1LoBBoKSSr8JG0kZ lcuCXUykDulxVX3yim8dNrB/kQafTdS0HnQRyvQ01UaabomzTg67/NOBvnxhw5A= =LJ00 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Taller de OSM en Forotech (Universidad de Deusto, Bilbao)
Hola, Pues parece que ha habido un malentendido y el taller es el 4 de marzo a las 16:00. Tenéis más información sobre el evento en http://www.ingenieria.deusto.es/cs/Satellite/ingenieria/es/semana-de-ingenieria. Estáis invitados, Un saludo, cruz. El día 3 de febrero de 2015, 11:27, Ander Pijoan ander.pij...@deusto.es escribió: Hola a todos, La Universidad de Deusto cada año organiza una semana dedicada a la Ingeniería y la Tecnología en la que se hacen distintas jornadas y talleres para principiantes e interesados. Este año vamos a dar un pequeño taller de Completa el mapa de tu ciudad con OpenStreetMap en el que intentaremos que nuevas personas conozcan OSM y aprendan a mapear y a sacarle partido. El taller será el Miércoles 4 de marzo a las 17:30. Si alguno de los de la zona queréis pasar por el taller estaremos encantados de recibiros, de conoceros y de que contéis vuestras experiencias. Saludos. -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-br] Metodologia de grupos de trabalho
O que imagino seria assim: Brasil/Grupos_de_trabalho/Rascunho#Mantenedores https://wiki.openstreetmap.org/wiki/Brasil/Grupos_de_trabalho/Rascunho#Mantenedores Falta trabalhar o resto dessa proposta de modelo de página. Vou editando enquanto ninguém responde. Avisarei quando tiver um todo. Alexandre Magno Em 4 de fevereiro de 2015 14:11, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Assim, pessoas poderiam participar em mais de um grupo, estando declarado com razoabilidade o seu interesse = status + especificidade de atuação + tempo de resposta estimado. Um gerente de grupo(s) ou da comunidade que estivesse monitorando as participações poderia fazer ajustes naquelas declarações da pessoa, se percebesse elas não estarem condizentes com a realidade ou serem extremamente difíceis de ser honradas em simultâneo, gerando riscos para o projeto. Outro aspecto positivo dessas alterações que estou propondo na metodologia de grupos de trabalho dar-se-ia no particular de participante. Os demais não iriam esperar dele mais que ele está disposto ou pode oferecer. Diminuiriam as imagens irreais (fruto de anseios legítimos, é verdade) a cerca de cada membro da comunidade OpenStreetMap Brasil que se dispusesse a se envolver abraçando a metodologia dos grupos de trabalho. Alexandre Magno Em 4 de fevereiro de 2015 13:53, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Na lista de mantenedores do grupo de trabalho seria interessante a própria pessoa especificar (1) status e (2) especificidade de atuação para si. Isso evitaria que alguém a procurasse para a algo específico no qual ela realmente não está envolvida e atuante. Seria ainda mais interessante a pessoa também informar um (3) tempo de resposta que estima para si. Tais informações, suposto que os participantes seriam honestos e cuidadosos ao declará-las (e atualizá-las), evidenciariam o real passo de cada grupo de trabalho e faria mais eficiente a comunicação dentro de cada um deles, ou com cada um deles. Alguém que assumisse papel de gerência geral ou dentro do grupo teria uma noção mais precisa das forças e fraquezas do grupo ou da comunidade. Alexandre Magno Em 4 de fevereiro de 2015 13:17, Vitor George vitor.geo...@gmail.com escreveu: Oi pessoal, Comecei a discutir no IRC a criação de uma metodologia de trabalho mínima para a comunidade brasileira. Há gente trabalhando em muitas frentes diferentes, mas é difícil encontrar informações sobre a qualidade dos dados no OSM e fiz o seguinte rascunho: https://wiki.openstreetmap.org/wiki/Brasil/Grupos_de_trabalho Vamos discutindo. ___ 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] Metodologia de grupos de trabalho
Na lista de mantenedores do grupo de trabalho seria interessante a própria pessoa especificar (1) status e (2) especificidade de atuação para si. Isso evitaria que alguém a procurasse para a algo específico no qual ela realmente não está envolvida e atuante. Seria ainda mais interessante a pessoa também informar um (3) tempo de resposta que estima para si. Tais informações, suposto que os participantes seriam honestos e cuidadosos ao declará-las (e atualizá-las), evidenciariam o real passo de cada grupo de trabalho e faria mais eficiente a comunicação dentro de cada um deles, ou com cada um deles. Alguém que assumisse papel de gerência geral ou dentro do grupo teria uma noção mais precisa das forças e fraquezas do grupo ou da comunidade. Alexandre Magno Em 4 de fevereiro de 2015 13:17, Vitor George vitor.geo...@gmail.com escreveu: Oi pessoal, Comecei a discutir no IRC a criação de uma metodologia de trabalho mínima para a comunidade brasileira. Há gente trabalhando em muitas frentes diferentes, mas é difícil encontrar informações sobre a qualidade dos dados no OSM e fiz o seguinte rascunho: https://wiki.openstreetmap.org/wiki/Brasil/Grupos_de_trabalho Vamos discutindo. ___ 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] Metodologia de grupos de trabalho
Assim, pessoas poderiam participar em mais de um grupo, estando declarado com razoabilidade o seu interesse = status + especificidade de atuação + tempo de resposta estimado. Um gerente de grupo(s) ou da comunidade que estivesse monitorando as participações poderia fazer ajustes naquelas declarações da pessoa, se percebesse elas não estarem condizentes com a realidade ou serem extremamente difíceis de ser honradas em simultâneo, gerando riscos para o projeto. Outro aspecto positivo dessas alterações que estou propondo na metodologia de grupos de trabalho dar-se-ia no particular de participante. Os demais não iriam esperar dele mais que ele está disposto ou pode oferecer. Diminuiriam as imagens irreais (fruto de anseios legítimos, é verdade) a cerca de cada membro da comunidade OpenStreetMap Brasil que se dispusesse a se envolver abraçando a metodologia dos grupos de trabalho. Alexandre Magno Em 4 de fevereiro de 2015 13:53, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Na lista de mantenedores do grupo de trabalho seria interessante a própria pessoa especificar (1) status e (2) especificidade de atuação para si. Isso evitaria que alguém a procurasse para a algo específico no qual ela realmente não está envolvida e atuante. Seria ainda mais interessante a pessoa também informar um (3) tempo de resposta que estima para si. Tais informações, suposto que os participantes seriam honestos e cuidadosos ao declará-las (e atualizá-las), evidenciariam o real passo de cada grupo de trabalho e faria mais eficiente a comunicação dentro de cada um deles, ou com cada um deles. Alguém que assumisse papel de gerência geral ou dentro do grupo teria uma noção mais precisa das forças e fraquezas do grupo ou da comunidade. Alexandre Magno Em 4 de fevereiro de 2015 13:17, Vitor George vitor.geo...@gmail.com escreveu: Oi pessoal, Comecei a discutir no IRC a criação de uma metodologia de trabalho mínima para a comunidade brasileira. Há gente trabalhando em muitas frentes diferentes, mas é difícil encontrar informações sobre a qualidade dos dados no OSM e fiz o seguinte rascunho: https://wiki.openstreetmap.org/wiki/Brasil/Grupos_de_trabalho Vamos discutindo. ___ 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] Metodologia de grupos de trabalho
Oi pessoal, Comecei a discutir no IRC a criação de uma metodologia de trabalho mínima para a comunidade brasileira. Há gente trabalhando em muitas frentes diferentes, mas é difícil encontrar informações sobre a qualidade dos dados no OSM e fiz o seguinte rascunho: https://wiki.openstreetmap.org/wiki/Brasil/Grupos_de_trabalho Vamos discutindo. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] Get your early bird ticket to State of the Map US!
Hey Lars - Just helps us to know our audience better, more than anything this is useful for future conferences (Like any data of this kind of personally identifiable data we collect we don't share). It's mandatory to make sure we get the info ;-) Please write 'none' or anything else in there if you're attending on your own behalf. Thanks! On Tue, Feb 3, 2015 at 7:09 PM, Lars Ahlzen l...@ahlzen.com wrote: On 01/28/2015 02:39 PM, Alex Barth wrote: Hello everyone! Early bird ticket sales for State of the Map US are open, find out all the details on our web site: http://openstreetmap.us/2014/12/early-bird/ Looking forward to the conference! A minor detail, but is there a reason why Company/Organization is mandatory on the registration page? I'm sure plenty of people are planning to participate as a private individuals. - Lars -- Alex Barth Vice President OpenStreetMap United States Inc. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-nl] RDM op OSM
On 02/04/2015 10:03 AM, Christ van Willegen wrote: 2015-02-04 10:01 GMT+01:00 Pander OpenTaal pan...@opentaal.org: On 02/04/2015 09:49 AM, Christ van Willegen wrote: 2015-02-04 9:06 GMT+01:00 Pander OpenTaal pan...@opentaal.org: Is het mogelijk om RDM (Rijksdriehoekmeting) te tonen of op te zoeken op OSM? op Openstreetmap.nl zie je in ieder geval de RD-coordinaten van de muis-cursor, weet niet of je daar genoeg aan hebt? Waar kan ik die exact vinden? Bovenaan in het scherm. Ik zie alleen coördinaten in de adresbalk. Kijk ik er echt zo naast? Heb je een screenshot? Christ -- Stichting OpenTaal http://opentaal.org http://twitter.com/opentaal ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] RDM op OSM
2015-02-04 9:06 GMT+01:00 Pander OpenTaal pan...@opentaal.org: Is het mogelijk om RDM (Rijksdriehoekmeting) te tonen of op te zoeken op OSM? op Openstreetmap.nl zie je in ieder geval de RD-coordinaten van de muis-cursor, weet niet of je daar genoeg aan hebt? Groeten! Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] RDM op OSM
On 02/04/2015 09:49 AM, Christ van Willegen wrote: 2015-02-04 9:06 GMT+01:00 Pander OpenTaal pan...@opentaal.org: Is het mogelijk om RDM (Rijksdriehoekmeting) te tonen of op te zoeken op OSM? op Openstreetmap.nl zie je in ieder geval de RD-coordinaten van de muis-cursor, weet niet of je daar genoeg aan hebt? Waar kan ik die exact vinden? Groeten! Christ van Willegen -- Stichting OpenTaal http://opentaal.org http://twitter.com/opentaal ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] RDM op OSM
On 04/02/15 10:08, Pander OpenTaal wrote: On 02/04/2015 10:03 AM, Christ van Willegen wrote: 2015-02-04 10:01 GMT+01:00 Pander OpenTaal pan...@opentaal.org: On 02/04/2015 09:49 AM, Christ van Willegen wrote: 2015-02-04 9:06 GMT+01:00 Pander OpenTaal pan...@opentaal.org: Is het mogelijk om RDM (Rijksdriehoekmeting) te tonen of op te zoeken op OSM? op Openstreetmap.nl zie je in ieder geval de RD-coordinaten van de muis-cursor, weet niet of je daar genoeg aan hebt? Waar kan ik die exact vinden? Bovenaan in het scherm. Ik zie alleen coördinaten in de adresbalk. Kijk ik er echt zo naast? Heb je een screenshot? Je moet naar http://openstreetmap.nl gaan, niet naar openstreetmap.org daar staat rechtsboven: Longitude: 6.245 Latitude: 52.561 (WGS84) RD Coördinaten (213162.96625,508416.36234) groet, Steven Christ ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-lv] ritenjbrauceejiem - iron curtain trail ?
Laikam tomer liksu ar roku WP ieks OsmAnd. Vai ka citadi. Tur ir vietas, kur ir redzami taisnaki celi satelitbildes. Tilti dazi OSM nav. Utt utt. To rajonu diezgan labi zinu. Veczemju klintim noteikti var gar krastu pa celu iziet. Japaskatas bus daba tas viss vienkarsi :) G On 02/04/2015 10:54 AM, Rich wrote: On 04/02/15 10:40, Gasha wrote: Reku radās doma to veloceliņu apskatīt dabā. Tā ir tikai relācija? Ir idejas kā to dabūt iekšā Garmin kādā? kaut kas no http://wiki.openstreetmap.org/wiki/Relations/Relations_to_GPX ? neesmu gan pats meegjinaajis. Iespējams ka ar roku būs vieglāk un ātrāk ... G On 08/20/2014 02:29 PM, Marat wrote: +/- pabeigts 2014-08-18 0:25 GMT+03:00 Instigater instiga...@projektam.lv mailto:instiga...@projektam.lv: On 2014.08.16. 19 tel:2014.08.16.%2019:56, Rich wrote: varbuut ritenjbraukshanas entuziasti var papildinaat sho velocelinju ? http://api.osm.org/relation/2769637#map=8/57.029/23.483 https://en.wikipedia.org/wiki/EV13_The_Iron_Curtain_Trail Es par šo radio pirms 2 nedēļām dzirdēju, taisni pašam sagribējās pabraukties pa to, bet tiešām ir tā, ka ne pilnībā pabeigta. -- Instigater Serveru noma Eiropas Savienības datu centrā - sākot no 9.50 Ls/mēn www.projektam.lv http://www.projektam.lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] ritenjbrauceejiem - iron curtain trail ?
Ja lēnā garā sanāk mīties, interesantākos posmos varbūt Mapillary palaid uz telefona? 2015-02-04 11:39 GMT+02:00 Gasha ga...@pie-dabas.net: Laikam tomer liksu ar roku WP ieks OsmAnd. Vai ka citadi. Tur ir vietas, kur ir redzami taisnaki celi satelitbildes. Tilti dazi OSM nav. Utt utt. To rajonu diezgan labi zinu. Veczemju klintim noteikti var gar krastu pa celu iziet. Japaskatas bus daba tas viss vienkarsi :) G On 02/04/2015 10:54 AM, Rich wrote: On 04/02/15 10:40, Gasha wrote: Reku radās doma to veloceliņu apskatīt dabā. Tā ir tikai relācija? Ir idejas kā to dabūt iekšā Garmin kādā? kaut kas no http://wiki.openstreetmap.org/wiki/Relations/Relations_to_GPX ? neesmu gan pats meegjinaajis. Iespējams ka ar roku būs vieglāk un ātrāk ... G On 08/20/2014 02:29 PM, Marat wrote: +/- pabeigts 2014-08-18 0:25 GMT+03:00 Instigater instiga...@projektam.lv mailto:instiga...@projektam.lv: On 2014.08.16. 19 tel:2014.08.16.%2019:56, Rich wrote: varbuut ritenjbraukshanas entuziasti var papildinaat sho velocelinju ? http://api.osm.org/relation/2769637#map=8/57.029/23.483 https://en.wikipedia.org/wiki/EV13_The_Iron_Curtain_Trail Es par šo radio pirms 2 nedēļām dzirdēju, taisni pašam sagribējās pabraukties pa to, bet tiešām ir tā, ka ne pilnībā pabeigta. -- Instigater Serveru noma Eiropas Savienības datu centrā - sākot no 9.50 Ls/mēn www.projektam.lv http://www.projektam.lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[OSM-talk-nl] RDM op OSM
Is het mogelijk om RDM (Rijksdriehoekmeting) te tonen of op te zoeken op OSM? ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-lv] ritenjbrauceejiem - iron curtain trail ?
Reku radās doma to veloceliņu apskatīt dabā. Tā ir tikai relācija? Ir idejas kā to dabūt iekšā Garmin kādā? Iespējams ka ar roku būs vieglāk un ātrāk ... G On 08/20/2014 02:29 PM, Marat wrote: +/- pabeigts 2014-08-18 0:25 GMT+03:00 Instigater instiga...@projektam.lv mailto:instiga...@projektam.lv: On 2014.08.16. 19 tel:2014.08.16.%2019:56, Rich wrote: varbuut ritenjbraukshanas entuziasti var papildinaat sho velocelinju ? http://api.osm.org/relation/2769637#map=8/57.029/23.483 https://en.wikipedia.org/wiki/EV13_The_Iron_Curtain_Trail Es par šo radio pirms 2 nedēļām dzirdēju, taisni pašam sagribējās pabraukties pa to, bet tiešām ir tā, ka ne pilnībā pabeigta. -- Instigater Serveru noma Eiropas Savienības datu centrā - sākot no 9.50 Ls/mēn www.projektam.lv http://www.projektam.lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org mailto:Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [OSM-talk-ie] tags for highways
Hi Dave thanks for that - its very helpful I love maps and don’t mind it being slow - its very interesting studying the areas is such detail!!! I’ll make a note of your tag advice and follow it - i will have to go back and edit /delete a few ;) thanks again c. On 3 Feb 2015, at 22:59, Dave Corley davecor...@gmail.com wrote: Hi Caroline, How I typically tag is as follows - housing estates - highway=residential - rural roads (lower than secondary) - highway=unclassified - driveway to a house - highway=service + service=driveway. - forestry roads with no exit - highway=service - forestry road with through access - highway=unclassified or higher - bog road's - highway=service where the surface looks good from imagery after which I change to highway=track + tracktype=grade (1-5) Note, I rarely map driveways unless they are special in some way e.g. Driveway up to a stately Manor or something similar As for buildings, in the context of townland mapping, I'm only mapping significant buildings e.g. schools, chuches, GAA grounds, etc. Its a whole other project to map all the buildings It's worth keeping in mind, especially around Kerry that a lot of the mapping in that area has been done by tourists so their grading of our highways would be based on the roads where they are from. So for someone from say Germany, anything with grass growing up the middle of it is a track but we would map it as unclassified. And yes, its slow going but many hands make light work. As it can seem endless, it's a good idea to have a goal when you sit down to map. Sometimes I'll take my lunch break at my desk and aim to map a specific housing estate during that 30 mins. I often won't get it done but it gives me something to come back to the next day to finish off. Simply do what you can, when you can, and aim to keep your local area up to date. Anything else is a bonus Dave On 3 Feb 2015 22:26, Caroline Lewis carolinele...@eircom.net wrote: Hi - i am correcting in josm and am confused by the highway tags - in cork highways leading to houses were all tagged as tracks but in the kerry section there are residential, service, unclassified and tracks which tag should i use and when? also do i need to draw in buildings or should i just get highways/streams done? its v. slow work!!! thanks c. ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-it] OSM Mapping Meetings - seconda edizione
2015-02-02 10:34 GMT+01:00 andriatz andreazedd...@gmail.com: Ciao a tutti, Ciao Andrea, volevo segnalare la partenza della seconda edizione degli OSM Mapping Meetings organizzati da Sardinia Open Data. Sono degli incontri settimanali dove si radunano i contributori sardi e dove speriamo di coinvolgere e formare nuovi mappatori. Se volete saperne di più date uno sgurado a questo post: http://sardiniaopendata.org/2015/02/02/parte-la-seconda-edizione-osm-mapping-meetings-diventa-una-mapper/ puoi aggiungere gli eventi anche nelle pagine wiki dedicate? http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Events http://wiki.openstreetmap.org/wiki/Current_events sarebbe bene che tutti coloro che organizzano eventi legati ad OSM inseriscano gli eventi in queste pagine. Ciao Andriatz grazie -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-cz] Licence OSM
On Wed 2015-02-04 07:34:35, jiri2 wrote: Zdravím, před pár dny sem byl na lyžích a narazil sem na stejný případ: http://bilestopy.cz/cs(http://bilestopy.cz/cs) Mapa je také evidentně OSM, ale zmínku sem nenašel. V zápatí hlavní stránky sice mají © 2015 Bílé Stopy. Všechna práva vyhrazena. Myslím, ale že podobně jako s OSM na tom budou i správy k datům o upravených stopách No, ale co jim nedochazi je, ze ted maji povinost dat k dispozici svoji databazi... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-nl] RDM op OSM
2015-02-04 10:01 GMT+01:00 Pander OpenTaal pan...@opentaal.org: On 02/04/2015 09:49 AM, Christ van Willegen wrote: 2015-02-04 9:06 GMT+01:00 Pander OpenTaal pan...@opentaal.org: Is het mogelijk om RDM (Rijksdriehoekmeting) te tonen of op te zoeken op OSM? op Openstreetmap.nl zie je in ieder geval de RD-coordinaten van de muis-cursor, weet niet of je daar genoeg aan hebt? Waar kan ik die exact vinden? Bovenaan in het scherm. Christ -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-lv] ritenjbrauceejiem - iron curtain trail ?
On 04/02/15 10:40, Gasha wrote: Reku radās doma to veloceliņu apskatīt dabā. Tā ir tikai relācija? Ir idejas kā to dabūt iekšā Garmin kādā? kaut kas no http://wiki.openstreetmap.org/wiki/Relations/Relations_to_GPX ? neesmu gan pats meegjinaajis. Iespējams ka ar roku būs vieglāk un ātrāk ... G On 08/20/2014 02:29 PM, Marat wrote: +/- pabeigts 2014-08-18 0:25 GMT+03:00 Instigater instiga...@projektam.lv mailto:instiga...@projektam.lv: On 2014.08.16. 19 tel:2014.08.16.%2019:56, Rich wrote: varbuut ritenjbraukshanas entuziasti var papildinaat sho velocelinju ? http://api.osm.org/relation/2769637#map=8/57.029/23.483 https://en.wikipedia.org/wiki/EV13_The_Iron_Curtain_Trail Es par šo radio pirms 2 nedēļām dzirdēju, taisni pašam sagribējās pabraukties pa to, bet tiešām ir tā, ka ne pilnībā pabeigta. -- Instigater Serveru noma Eiropas Savienības datu centrā - sākot no 9.50 Ls/mēn www.projektam.lv http://www.projektam.lv -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-at] Diskussion zu Anonymen Massenimporten in AT auf forum.openstreetmap.org
Also ich weiß nicht, worum's dort konkret geht (und ich weigere mich, Foren zu lesen). Dann werde ich dir trotzdem mal antworten, obwohl ich mich normalerweise weigere mailing-listen zu bedienen. Talk-de ist übrigens bei Nabble registriert und die Forenanhänger haben somit eine hübsche GUI, die damit prima funzt. habt ihr das auch? ich konnte nix bezügliches finden. Aber nun zum Thema: Aber ganz allgemein gelten die Import Guidlines: http://wiki.openstreetmap.org/wiki/DE:Import/Guidelines Das wichtigste dabei ist, dass man *vorher* mit der Community (für Österreich: /hier/ oder bei den lokalen Stammtischen) Kontakt aufnehmen muss und sagt ich will das und das machen Dann kommt schon zurück, was warum wie eine gute Idee ist oder nicht. Nicht wirklich schwierig. Nur erst mal drüber reden, nicht einfach irgendwas tun, was man für eine gute Idee hält. Das ist kalter Kaffee von vorgestern. Das weiss jeder, der bei OSM aktiv ist. Es geht darum, dass jemand angeblich *trotz der Richtlinien* wie wild bei euch importiert - das wollte der Kollege rüber bringen. Wir versuchen nur endlich mal verläßliche informationen vom Poster zu bekommen, damit man sich das mal ansehen kann. Und diese Infos stehen leider noch aus. Eventuell ist da garnix dran. Der Rest steht im Forum ;) Gruss walter (Piefke vom Dienst) ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-it-trentino] R: Re: M'appare il Lagorai Cima d'Asta - incontro 23 febbraio 2015
Beh 15 minuti a intervento e probabilmente per le 20.00 abbiamo finito (forse) ;-) Messaggio originale Da: liste.gira...@gmail.com Data: 4-feb-2015 14.20 A: talk-it-trentino@openstreetmap.org Ogg: Re: [Talk-it-trentino] Mamp;#39;appare il Lagorai Cima damp;#39;Asta - incontro 23 febbraio 2015 Dalle 17:30 fino a che ora? Con quel numero di argomenti si fa colazione il giorno dopo... --Simone Girardelli-- Inviato dal mio smartphone. ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-at] Wanderweg Relations
Bei uns in der Gegend gibt es auch ausgeschilderte Lauf / Jogging Strecken, wie tagged ihr solche? route= hiking passt ja für die Relation nicht. Oder? lg Patrick smime.p7s Description: S/MIME cryptographic signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] Licence OSM
Zdar, napsal jsem jim, aby uvedli autorství a licenci podkladu. Přímo data z OSM podle mě nevyužívají. Data o pohybu rolb jsou prostě stopy z GPS a data pro plánování tras z OSM taky nejsou - oproti stopám z OSM tam mají trasy navíc i namíň. Jan Vršovský -- Původní zpráva -- Od: Jan Martinec j...@martinec.name Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 4. 2. 2015 11:12:00 Předmět: Re: [Talk-cz] Licence OSM On 02/04/2015 10:43 AM, Pavel Machek wrote: On Wed 2015-02-04 07:34:35, jiri2 wrote: Zdravím, před pár dny sem byl na lyžích a narazil sem na stejný případ: http://bilestopy.cz/cs(http://bilestopy.cz/cs) Mapa je také evidentně OSM, ale zmínku sem nenašel. V zápatí hlavní stránky sice mají © 2015 Bílé Stopy. Všechna práva vyhrazena. Myslím, ale že podobně jako s OSM na tom budou i správy k datům o upravených stopách No, ale co jim nedochazi je, ze ted maji povinost dat k dispozici svoji databazi... Pavel To se mi teda vůbec nezdá. Otázka je, jakým způsobem k těm datům o stopách došli - jestli je ta databáze tedy collective nebo derivative; od toho se ta povinnost (nebo nepovinnost) odvíjí. http://wiki.openstreetmap.org/wiki/License/Use_Cases - tady v těch příkladech je to evidentně Case 4 - **If** you create a derivative database, you will need to make it available. (zvýraznění moje) Čili jsou každopádně povinni uvést OSM jako zdroj podkladu; ale pokud ta další data, která na něm zobrazují, nepochází z žádné části z OSM (třeba pokud to jsou GPS stopy získané úplně odjinud), žádná povinnost publikovat jim nevznikla. Honza Piškvor Martinec ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-br] Metodologia de grupos de trabalho
Pronto, esta é minha proposta inicial de modelo de página de grupo de trabalho: Brasil/Grupos_de_trabalho/Rascunho http://wiki.openstreetmap.org/wiki/Brasil/Grupos_de_trabalho/Rascunho. Alexandre Magno Em 4 de fevereiro de 2015 14:54, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: O que imagino seria assim: Brasil/Grupos_de_trabalho/Rascunho#Mantenedores https://wiki.openstreetmap.org/wiki/Brasil/Grupos_de_trabalho/Rascunho#Mantenedores Falta trabalhar o resto dessa proposta de modelo de página. Vou editando enquanto ninguém responde. Avisarei quando tiver um todo. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-be] irc like chatroom
Another pretty cool communication tool is the GeoChat plugin on JOSM. You can see and talk to the people mapping nearby you trough this. Good to prevent conflicts ;-) Groetjes, Jorieke 2015-01-14 1:14 GMT+01:00 Jo winfi...@gmail.com: Nothing wrong with it, per se. I even found you there a few days ago and we had a good chat. The JITSI conferenc call 'room' has the possibility to share screens and talk/listen to one another, meaning one still has one's hands free to map... Polyglot 2015-01-13 23:23 GMT+01:00 Sander Deryckere sander...@gmail.com: What's wrong with the official irc channel via oftc? You can find the international community, the hot community and an osm related dev channels on the same server. It's also easily accessible for everyone (just go to https://kiwiirc.com/client/irc.oftc.net/osm-be and choose a username). The only problem with it, is that it's currently a bit dead. So I'm mostly chatting on the international #osm channel rather than the #osm-be channel for now. In any way, I agree that chat is a way to quickly get some short answers to questions, so it's certainly worth to try to get more people on the chat (through whatever channel). Here's the wiki list of all official chat rooms: http://wiki.openstreetmap.org/wiki/IRC Regards, Sander Op 13-jan.-2015 20:49 schreef Jo winfi...@gmail.com: Hallo, Wat ik een beetje mis, is zoiets als irc, waar je kon binnenvallen wanneer het je uitkomt. Hier is een experimentje dat dat hiaat wellicht kan opvullen: https://meet.jit.si/osmbe 't Werkt wel enkel in Chrome/Chromium. Groeten, Jo ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-at] Diskussion zu Anonymen Massenimporten in AT auf forum.openstreetmap.org
Ich habe die OSM-AT Liste eben bei Nabble eingetragen (login Infos sind im openstreetmap.at wiki hinterlegt). Ich habe angenommen, man kann nach dem Eintragen, die eigene Mailinglist in die OpenStreetMap Kategorie eintragen. Ist das Sache des Admins der dortigen Gruppe? Weiß das wer? Nabble Url: http://osm-talk-at.1116557.n5.nabble.com/ Am 2015-02-04 um 19:36 schrieb Walter Nordmann: Talk-de ist übrigens bei Nabble registriert und die Forenanhänger haben somit eine hübsche GUI, die damit prima funzt. habt ihr das auch? ich konnte nix bezügliches finden. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-br] Relation:boundary
Estou trabalhando em algumas boundarys municipais, que estao sem a definição outer na relação. E sempre adiciono a admin_centre a elas. Nas ultimas que editei estao no Norte do eatado de São Paulo, e no Brasil ainda temos muitas divisas para editar. --- Mensagem Original --- De: thunder...@gpsinfo.com.br Enviado: 4 de fevereiro de 2015 18:36 Para: talk-br@openstreetmap.org Assunto: [Talk-br] Relation:boundary Amigos, na renderização que fazemos identificamos que estamos perdendo indexações de cidades porque simplesmente algumas não são indexadas para o município ou para o estado.a que pertencem. Estamos trabalhando na identificação de uma saída a nível renderizador, entretanto identificamos que nos últimos meses muitos editores estão alterando configurações de boundarys e não está ocorrendo um padrão nacional talvez por falta desse. A título de exemplo vejamos o município de Rio Grande, RS https://www.openstreetmap.org/relation/242762 A cidade Rio Grande ( https://www.openstreetmap.org/node/406093463 ) está sem relação (admin_centre) com o boundary do município. Esse foi só um exemplo, entretanto identificamos muitos municípios, especialmente no Rio Grande do Sul, dessa forma. []s Marcio ___ 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] Relation:boundary
Amigos, na renderização que fazemos identificamos que estamos perdendo indexações de cidades porque simplesmente algumas não são indexadas para o município ou para o estado.a que pertencem. Estamos trabalhando na identificação de uma saída a nível renderizador, entretanto identificamos que nos últimos meses muitos editores estão alterando configurações de boundarys e não está ocorrendo um padrão nacional talvez por falta desse. A título de exemplo vejamos o município de Rio Grande, RS https://www.openstreetmap.org/relation/242762 A cidade Rio Grande ( https://www.openstreetmap.org/node/406093463 ) está sem relação (admin_centre) com o boundary do município. Esse foi só um exemplo, entretanto identificamos muitos municípios, especialmente no Rio Grande do Sul, dessa forma. []s Marcio___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-at] Diskussion zu Anonymen Massenimporten in AT auf forum.openstreetmap.org
On 04.02.2015 20:51, Markus Mayr wrote: Ich habe die OSM-AT Liste eben bei Nabble eingetragen (login Infos sind im openstreetmap.at wiki hinterlegt). Ich habe angenommen, man kann nach dem Eintragen, die eigene Mailinglist in die OpenStreetMap Kategorie eintragen. Ist das Sache des Admins der dortigen Gruppe? Weiß das wer? Nabble Url: http://osm-talk-at.1116557.n5.nabble.com Danke, das macht einigen die Sache schon einfacher. Es hat sich nun herausgestell, dass diese Tödliche Umarmung in Österreich http://forum.openstreetmap.org/viewtopic.php?id=29940 wohl wirklich maßlos übertrieben war. Jedenfalls gib es niemanden, der auch nur was Schlimmes oder gar Illegales finden konnte. Danke und Gruss walter ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-us] Get your early bird ticket to State of the Map US!
Alex, If the early bird special is $90.00 what is the sleepyhead price? Is there going to be a cut off number for the number of people attending? Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-it] parti di edifici e numeri civici
2015-02-04 23:14 GMT+01:00 frasty lottif...@gmail.com: In presenza di un condominio diviso in più parti come è meglio procedere nell'inserimento dei numeri civici? Delimitare ogni parte dell'edificio come building:part=yes (beh, quando possibile) e assegnargli il relativo civico, oppure lasciare l'edificio come intero e appore i civici in corrispondenza delle varie entrate? Direi la seconda! Il building:part=yes si usa più che altro per scomporre l'edificio in funzione di caratteristiche fisiche, soprattuto volumetriche per la rappresentazione in 3D. In generale opto per la seconda dato che mi pare più preciso assegnare i civici esattemente dove sono le antrate ma non vorrei che la prima sia più corretta dal punto di vista formale... Secondo me è corretto invece mettere i civici là dove sono, in corrispondenza degli ingressi. Ciao Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-nl] RDM op OSM
On 02/04/2015 10:34 PM, Gertjan Idema wrote: Wat bedoel je precies? Is al opgelost. Ik keek naar .org maar moest kijken naar .nl Dank Op de Nederlandse OSM site http://www.openstreetmap.nl http://openstreetmap.nl worden RD coördinaten getoond. Gertjan On Wed, 2015-02-04 at 09:06 +0100, Pander OpenTaal wrote: Is het mogelijk om RDM (Rijksdriehoekmeting) te tonen of op te zoeken op OSM? ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto:Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- Stichting OpenTaal http://opentaal.org http://twitter.com/opentaal ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] Relation:boundary
Eu estava fazendo esse serviço no País todo, tive que parar por conta de umas obrigações, mas logo logo irei terminar isso. Na região Nordeste só falta a Bahia, no Norte já está terminado, alguns Estado da região Centro Oeste e mais o Espirito Santo que fiz ontem. Isso se não foi quebrado por alguém ou coisa do gênero. Em paralelo a isso estou verificando se os limites estão no local correto(tem muitos deslocado). Tarcisio Oliveira On 04-02-2015 18:40, Vítor Rodrigo Dias wrote: Marcio, Acredito que seja o caso na maioria dos municípios, mas tenho visto alguns usuários trabalhando para resolver essa situação. Recentemente editei as relações de muitos municípios na Paraíba para incluir mesorregiões, regiões metropolitanas e microrregiões, e notei que praticamente todas as cidades do estado, se não todas, tinham o nó admin_centre incluído por alguém que comentou especificamente, no changeset, estar incluindo nós de admin_centre nas relações de cada município. Abraços! Vítor Dias Em 4 de fevereiro de 2015 18:35, thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br escreveu: Amigos, na renderização que fazemos identificamos que estamos perdendo indexações de cidades porque simplesmente algumas não são indexadas para o município ou para o estado.a que pertencem. Estamos trabalhando na identificação de uma saída a nível renderizador, entretanto identificamos que nos últimos meses muitos editores estão alterando configurações de boundarys e não está ocorrendo um padrão nacional talvez por falta desse. A título de exemplo vejamos o município de Rio Grande, RS https://www.openstreetmap.org/relation/242762 A cidade Rio Grande ( https://www.openstreetmap.org/node/406093463 ) está sem relação (admin_centre) com o boundary do município. Esse foi só um exemplo, entretanto identificamos muitos municípios, especialmente no Rio Grande do Sul, dessa forma. []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org mailto:Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relation:boundary
Nao use ref=(UF), melhor usar short_name=(UF) ref pode ser codigo IBGE do estado, ou algum coisas similar, mas realmente não faz sentido. Aun Johnsen On Feb 4, 2015, at 19:21, thunder...@gpsinfo.com.br thunder...@gpsinfo.com.br wrote: Amigos, minha ponderação se deve ao fato de falta de um padrão a ser aplicado por todos os editores que estão alterando boundarys. As seguintes TAGs estão sendo empregadas por uns e por outros não: place: state ref: (UF do estado) type: boundary boundary: administrative addr: state = nome do estado addr: state_code = UF do estado short_name= UF do estado etc Confesso que nem sei se existe redundância no emprego dessas TAGs, entretanto estão sendo empregadas aleatoriamente em muitas configurações de boundarys. Quanto a falta do admin_centre o renderizador passou a indexar para o centro geométrico do município e não para a cidade sede. Confesso que ainda não identifiquei uma padronização a ser aplicada no Brasil. A única matéria que encontrei a respeito está em http://wiki.openstreetmap.org/wiki/Relation:boundary http://wiki.openstreetmap.org/wiki/Relation:boundary []s Marcio From: Blademir mailto:blademi...@hotmail.com Sent: Wednesday, February 4, 2015 7:54 PM To: talk-br@openstreetmap.org mailto:talk-br@openstreetmap.org Subject: Re: [Talk-br] Relation:boundary Estou trabalhando em algumas boundarys municipais, que estao sem a definição outer na relação. E sempre adiciono a admin_centre a elas. Nas ultimas que editei estao no Norte do eatado de São Paulo, e no Brasil ainda temos muitas divisas para editar. --- Mensagem Original --- De: thunder...@gpsinfo.com.br Enviado: 4 de fevereiro de 2015 18:36 Para: talk-br@openstreetmap.org Assunto: [Talk-br] Relation:boundary Amigos, na renderização que fazemos identificamos que estamos perdendo indexações de cidades porque simplesmente algumas não são indexadas para o município ou para o estado.a que pertencem. Estamos trabalhando na identificação de uma saída a nível renderizador, entretanto identificamos que nos últimos meses muitos editores estão alterando configurações de boundarys e não está ocorrendo um padrão nacional talvez por falta desse. A título de exemplo vejamos o município de Rio Grande, RS https://www.openstreetmap.org/relation/242762 https://www.openstreetmap.org/relation/242762 A cidade Rio Grande ( https://www.openstreetmap.org/node/406093463 https://www.openstreetmap.org/node/406093463 ) está sem relação (admin_centre) com o boundary do município. Esse foi só um exemplo, entretanto identificamos muitos municípios, especialmente no Rio Grande do Sul, dessa forma. []s Marcio ___ 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 https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] OSM hors ligne
Non mais fait des essais. Si tu es sous windows, tu installes VirtualBox. Dans VirtualBox, tu t'installes un Ubuntu LTS. Ensuite, tu essaie le tuto avec au début des petites zones. Grâce aux instantanés, c'est facile de revenir à un état antérieur de la machine virtuelle. C'est super pratique pour faire des essais. Ensuite, tu essaies des zones de plus en plus grandes ou plus chargées. Et tu viens nous raconter ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-nl] RDM op OSM
Wat bedoel je precies? Op de Nederlandse OSM site http://www.openstreetmap.nl worden RD coördinaten getoond. Gertjan On Wed, 2015-02-04 at 09:06 +0100, Pander OpenTaal wrote: Is het mogelijk om RDM (Rijksdriehoekmeting) te tonen of op te zoeken op OSM? ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] Relation:boundary
Marcio, Acredito que seja o caso na maioria dos municípios, mas tenho visto alguns usuários trabalhando para resolver essa situação. Recentemente editei as relações de muitos municípios na Paraíba para incluir mesorregiões, regiões metropolitanas e microrregiões, e notei que praticamente todas as cidades do estado, se não todas, tinham o nó admin_centre incluído por alguém que comentou especificamente, no changeset, estar incluindo nós de admin_centre nas relações de cada município. Abraços! Vítor Dias Em 4 de fevereiro de 2015 18:35, thunder...@gpsinfo.com.br escreveu: Amigos, na renderização que fazemos identificamos que estamos perdendo indexações de cidades porque simplesmente algumas não são indexadas para o município ou para o estado.a que pertencem. Estamos trabalhando na identificação de uma saída a nível renderizador, entretanto identificamos que nos últimos meses muitos editores estão alterando configurações de boundarys e não está ocorrendo um padrão nacional talvez por falta desse. A título de exemplo vejamos o município de Rio Grande, RS https://www.openstreetmap.org/relation/242762 A cidade Rio Grande ( https://www.openstreetmap.org/node/406093463 ) está sem relação (admin_centre) com o boundary do município. Esse foi só um exemplo, entretanto identificamos muitos municípios, especialmente no Rio Grande do Sul, dessa forma. []s Marcio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-it] parti di edifici e numeri civici
In presenza di un condominio diviso in più parti come è meglio procedere nell'inserimento dei numeri civici? Delimitare ogni parte dell'edificio come building:part=yes (beh, quando possibile) e assegnargli il relativo civico, oppure lasciare l'edificio come intero e appore i civici in corrispondenza delle varie entrate? In generale opto per la seconda dato che mi pare più preciso assegnare i civici esattemente dove sono le antrate ma non vorrei che la prima sia più corretta dal punto di vista formale... thx -- -- View this message in context: http://gis.19327.n5.nabble.com/parti-di-edifici-e-numeri-civici-tp5832513.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-br] Relation:boundary
Amigos, minha ponderação se deve ao fato de falta de um padrão a ser aplicado por todos os editores que estão alterando boundarys. As seguintes TAGs estão sendo empregadas por uns e por outros não: place: state ref: (UF do estado) type: boundary boundary: administrative addr: state = nome do estado addr: state_code = UF do estado short_name= UF do estado etc Confesso que nem sei se existe redundância no emprego dessas TAGs, entretanto estão sendo empregadas aleatoriamente em muitas configurações de boundarys. Quanto a falta do admin_centre o renderizador passou a indexar para o centro geométrico do município e não para a cidade sede. Confesso que ainda não identifiquei uma padronização a ser aplicada no Brasil. A única matéria que encontrei a respeito está em http://wiki.openstreetmap.org/wiki/Relation:boundary []s Marcio From: Blademir Sent: Wednesday, February 4, 2015 7:54 PM To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Relation:boundary Estou trabalhando em algumas boundarys municipais, que estao sem a definição outer na relação. E sempre adiciono a admin_centre a elas. Nas ultimas que editei estao no Norte do eatado de São Paulo, e no Brasil ainda temos muitas divisas para editar. --- Mensagem Original --- De: thunder...@gpsinfo.com.br Enviado: 4 de fevereiro de 2015 18:36 Para: talk-br@openstreetmap.org Assunto: [Talk-br] Relation:boundary Amigos, na renderização que fazemos identificamos que estamos perdendo indexações de cidades porque simplesmente algumas não são indexadas para o município ou para o estado.a que pertencem. Estamos trabalhando na identificação de uma saída a nível renderizador, entretanto identificamos que nos últimos meses muitos editores estão alterando configurações de boundarys e não está ocorrendo um padrão nacional talvez por falta desse. A título de exemplo vejamos o município de Rio Grande, RS https://www.openstreetmap.org/relation/242762 A cidade Rio Grande ( https://www.openstreetmap.org/node/406093463 ) está sem relação (admin_centre) com o boundary do município. Esse foi só um exemplo, entretanto identificamos muitos municípios, especialmente no Rio Grande do Sul, dessa forma. []s Marcio ___ 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] mehrere Häuser mit gemeinsamen Dach
Am 04.02.2015 um 14:58 schrieb Tobias Knerr: Am 03.02.2015 23:49, schrieb Holger Jeromin: Jetzt habe ich doch noch roof:shape=side_hipped [1] entdeckt. Scheint für einfachere Fälle zu funktionieren. Oder eine Linie als roof:ridge quer rüber eintragen. Es müssten 3 Linien mit gemeinsamen Knoten mit den Gebäuderändern sein. Gemeinsame Firstlinien für mehrere Gebäude sind meines Wissens nirgends definiert. Übrigens ist auch side_hipped keine standardisierte Dachform (wobei man argumentieren könnte, dass entweder ein neuer roof:shape-Wert oder ein Subtag für das normale hipped für so etwas sinnvoll wäre). Das Problem ist, dass bei den standardisierten Dachformen nur von einzeln stehenden Häusern ausgegangen wird. Ich brauche aber einen Tag der angibt, dass an den Hausübergängen das Dach nicht abgeflacht ist. Eventuell ist es auch sinnvoll eine Himmelsrichtung mit anzugeben oder ist es nachvollziehbar, dass die jeweils freistehende Seite abgeflacht ist ? cu fly ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk-nl] Missing Maps op za. 14 februari op het Geofort
Hoi Nick (en anderen) Voor de goede orde: het geofort is inmiddels een volledig ingericht educatief centrum. Met stromend water, stroom, internet, parkeerterrein etc. En met een 3d café dat al vanaf 11u is geopend. Wij beginnen om pakweg 13u met de Missing Maps. Leuk dat je komt! Gert-Jan -Oorspronkelijk bericht- Van: St Niklaas st.nikl...@live.nl Verzonden: 4-2-2015 13:41 Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] Missing Maps op za. 14 februari op het Geofort Beste Gert_Jan, Ik kom die kant wel op, stroom is geregeld ? En hoelaat kun je je melden op het terrein ? Nick ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] Dúvida limite administrativo
Também concordo que em geral o bairro e cidade não precisam ser anotados no objeto, já que o objeto se encontra dentre do limite administrativo destes. Dei uma espiada no código fonte do editor iD, e parece que é que nem o Arlindo sugeriu no email passado: que o campo de cidade já vem preenchido caso outro objeto próximo já possua este mesmo campo preenchido. O código que faz isto se encontra em https://github.com/openstreetmap/iD/blob/1d580d3ca297d0f3e11fd82ceb92bafc98cad604/js/id/ui/preset/address.js#L50 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-at] Wanderweg Relations
On 03.02.15 15:25, sk...@ostblock.org wrote: In dem Fall halt ich schon ein name-Tag am eigentlichen Steig (mit einem ref 999) für angebracht. Also eine ref Nummer wie 999 zu erfinden halte ich für eine ganz schlechte Idee (falls Du das gemeint hast). Auch nicht ein ref=213 setzen, nur weil der einzelne Way Teil der Route 213 ist. Aber im Prinzip spricht nix dagegen, einem Steig, der einen eigenen Namen hat, einen name= Tag zu geben. Ganz unabhängig von einer allfälligen Routenrelation 213, die halt auch über diesen Grieskarsteig führt. /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Diskussion zu Anonymen Massenimporten in AT auf forum.openstreetmap.org
On 04.02.15 13:44, thomas.flandera#inode.at wrote: da es anscheinend zunehmend Massenimporte durch mehr oder weniger anonyme User gibt, welche die Datenqualität in OSM nicht nur erhöhen ist auf forum.openstreetmap.org ein Thread hierzu eröffnet worden. Also ich weiß nicht, worum's dort konkret geht (und ich weigere mich, Foren zu lesen). Aber ganz allgemein gelten die Import Guidlines: http://wiki.openstreetmap.org/wiki/DE:Import/Guidelines Das wichtigste dabei ist, dass man *vorher* mit der Community (für Österreich: /hier/ oder bei den lokalen Stammtischen) Kontakt aufnehmen muss und sagt ich will das und das machen Dann kommt schon zurück, was warum wie eine gute Idee ist oder nicht. Nicht wirklich schwierig. Nur erst mal drüber reden, nicht einfach irgendwas tun, was man für eine gute Idee hält. /al ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-us] Updating tagging of public transport
On Tue, Feb 3, 2015 at 2:43 PM, Mike N nice...@att.net wrote: Generally, it is not feasible to use OSM as a dataset backing an official GTFS feed. This is because the probability of the GTFS dataset being uploaded to Google and thereby violating the license if the street centerlines or stops were derived from OSM. Google isn't the only consumer of GTFS, and it is possible to provide attribution in a GTFS feed. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-at] Wanderweg Relations
On 04.02.15 21:02, Friedrich Volkmann wrote: On 04.02.2015 20:41, Patrick Steiner wrote: Bei uns in der Gegend gibt es auch ausgeschilderte Lauf / Jogging Strecken, wie tagged ihr solche? route= hiking passt ja für die Relation nicht. Oder? route=running, z.B.: http://www.openstreetmap.org/relation/1899971 http://www.openstreetmap.org/relation/3172671 Gute Idee. Ich hab den Vorschlag nach tagging getragen: https://lists.openstreetmap.org/pipermail/tagging/2015-February/021721.html Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-us] Get your early bird ticket to State of the Map US!
On Wed, Feb 4, 2015 at 5:19 PM, Clifford Snow cliff...@snowandsnow.us wrote: Alex, If the early bird special is $90.00 what is the sleepyhead price? Is there going to be a cut off number for the number of people attending? Yup, that cutoff number is going to be somewhere beyond 1,000 - and we are fully planning to sell out the conference :) -- Alex Barth Vice President OpenStreetMap United States Inc. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-br] Relation:boundary
Nelson, sem duvida o Brasil é grande e falta muita coisa para arrumar. Até me comprometo a auxiliar nessa empreitada, mas identifico de suma importância que cheguemos a um consenso do que deve ser inserido e o que não deve. Com isso estabelecemos um padrão a ser seguido por todos aqueles que desejarem ajudar. -Mensagem Original- From: Nelson A. de Oliveira Sent: Wednesday, February 4, 2015 9:46 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Relation:boundary 2015-02-04 21:40 GMT-02:00 thunder...@gpsinfo.com.br: Nelson, agregaria para cidade o admin_centre se ela for a sede do estado ou município. Existem inúmeras cidades dentro de um estado e/ou município e, na minha opinião, tem de existir um diferenciador para elas. Isso. Mas essa parte já faz parte dos membros da relação. A relação em si só precisa ter aquelas tags que eu falei anteriormente. Nos membros da relação só é obritagatório os caminhos externos (outer). admin_centre não é obrigatório mas é bom ter. Acho que todos aqui que arrumam os limites acabam colocando o admin_centre. O problema é que o Brasil é grande e falta muita coisa pra arrumar. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relation:boundary
O que valor deve usar no flag=? um base/64 do png da bandeira? um link p commons.wikimedia.org http://commons.wikimedia.org/ da bandeira em png ou svg? Aun Johnsen On Feb 4, 2015, at 21:11, Tarcisio Oliveira tarci...@ymail.com wrote: type=boundary boundary=administrative admin_level=8 name=Cidade place=city|town|village population= wikipedia=pt: admin_center=(sobre a cidade) Esse é o conjunto de tags que costumo aplicar às relações, sendo que tem outras tags que foram sugeridos pelo Fernando Trebien em uma época remota, que não estão ai como: website= name:pt|en|ru|de|it flag= On 04-02-2015 20:59, thunder...@gpsinfo.com.br wrote: Nelson, sem duvida o Brasil é grande e falta muita coisa para arrumar. Até me comprometo a auxiliar nessa empreitada, mas identifico de suma importância que cheguemos a um consenso do que deve ser inserido e o que não deve. Com isso estabelecemos um padrão a ser seguido por todos aqueles que desejarem ajudar. -Mensagem Original- From: Nelson A. de Oliveira Sent: Wednesday, February 4, 2015 9:46 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Relation:boundary 2015-02-04 21:40 GMT-02:00 thunder...@gpsinfo.com.br: Nelson, agregaria para cidade o admin_centre se ela for a sede do estado ou município. Existem inúmeras cidades dentro de um estado e/ou município e, na minha opinião, tem de existir um diferenciador para elas. Isso. Mas essa parte já faz parte dos membros da relação. A relação em si só precisa ter aquelas tags que eu falei anteriormente. Nos membros da relação só é obritagatório os caminhos externos (outer). admin_centre não é obrigatório mas é bom ter. Acho que todos aqui que arrumam os limites acabam colocando o admin_centre. O problema é que o Brasil é grande e falta muita coisa pra arrumar. ___ 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: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712
IMPORTANT : Aux contributeurs OSM d'Orange et la région du Vaucluse. Pour info, un professionnel de la région d'Orange casse des tas d'infos sur les frontières et veut imposer ses propres règles. Il ne veut pas lire les discussions concernant la BANO. Il ne comprend rien aux relations et associe librement des voies à une commune ou l'autre, change les noms pour correspondre à ses besoin. En copie jointe une série de messages (envoyés uniquement en messages privés à moi sur la messsagerie d'OSM) Ca clashe sur ses besoins qu'il n'a jamasi expliqué avant, et il s'approprie totalement les données dans la région où il travaille (apparemment tout le Vaucluse, mais pas que !!!). J'ai déjà réparé des tas de relations qu'il a cassées, mais visiblement ça ne lui plait pas du tout. Que pensez vous des propos de tony ? Avez-vous un contact avec lui dans la région d'Orange ? Le 5 février 2015 01:36, Philippe Verdy verd...@wanadoo.fr a écrit : Le nous n'est justifé que par toi, tu n'en as discuté nulle part ailleurs, et il est très détestable que toit tout seul tu décide de commencer par donner des ordres alors que tu n'est pas propriétaire du projet. Et tu ne veux toujours rien dire sur la liste francophone où c'est activement discuté. Alors oui le schéma commun vient avant les schéma propriétaires (qui n'ont en fait pas réellement leur place dans OSM). OSM n'est pas fait pour être le SIG d'une collectivité. Le fil de discussion c'est simplement la liste de discussion standard d'OSM francophone. Elle est publique. Admettons que tu veuilles mettre ton ref:FR:commune mais il n'a été discuté ou approuvé nulle part. Admettons que tu le mette sur les voies, mais pour tout le monde il ne sert à rien. Ton tag n'a été documenté nulle part. Pour la BANO, on devra bien se servir du ref:FR:FANTOIR sur les deux relations associatedStreet, puisqu'il n'est PAS bon pur les voies partagées par les adresses de deux communes. Et en plus tu continues à saccager les relations frontières comme tu veux. Visiblement tu ne sembles pas du tout intéressé par les relations mais tout le monde sur OSM est concerné, il n'y a pas QUE toi ici. Un bon nombre de tes changements seront annulés assez vite (je veux bien garder ton ref:FR:commune sur les voies mais pour OSM il n'a aucun sens tant qu'il n'est pas documenté ses règles de fonctionnement. Alors merci d'arrêter de commencer par des propos aussi agressifs en commençant juste par des ordres sans rien comprendre des raisons qui ont poussé moi (et pousserons aussi d'autres) à revenir sur tes changements propriétaires qui cassent tout le reste. Tu aurais du commencer par demander des explications et expliquer tes besoins pour voir comment on peut faire pour être compatible. Mais OSM n'a pas à suivre les ordres des seuls besoin de toi et ton petit groupe, même pour des modifs que tu crois (à tord) purement locales. Le 4 février 2015 23:02, tony emery m-483819-f34...@messages.openstreetmap.org a écrit : Bonjour Verdy_p, tony emery http://www.openstreetmap.org/user/tony%20emery vous a envoyé un message depuis OpenStreetMap avec le sujet Re: Re: Gros problème de correction... Groupe de modifications : 28377712 : == Cela n'a rien à voir avec les codes fantoir. C'est un identifiant STRICTEMENT communal, voir même très localisé en Vaucluse. Donc merci de ne pas y toucher. Justement : si c'est strictement communal, cela ne concerne que la commune qui l'utilise et pas la voisine qui a ses propres besoins. Peu importe si ce n'est utilisé que dans le Vaucluse d'ailleurs. Non, je parle de gestion de voie, c'est à dire les agents communaux ou intercommunaux qui interviennent sur cette voie. Il n'y a qu'une seule commune qui intervient et donc cette voie n'est recensée que pour une seule commune, celle qui intervient dessus. Je n'ai pas envie de passer mon temps à t'expliquer tout ça car j'y passerai des semaines. Nous, (intercommunalités de Vaucluse) avons créés cette identifiant et on s'en sert de cette manière, que cela te plaise ou non. une voie, une commune, un identifiant. Point-barre. Vous faites ce que vous voulez avec les codes Fantoir, nous gérons nos identifiants internes. Encore une fois, on s'en sert professionnellement donc merci de respecter cette méthode. Cela a bien à voir avec la BANO (certes, le ref:FR:commune ne sert pas à la BANO) puisque cela touche *aussi* les adresses (postales) Non, ça n'a rien à voir, c'est un identifiant unique créé par la commune et qui sert à faire le lien entre les différents identifiants des autres bases de données (DGFiP, INSEE,...). Note enfin que tu utilises le tag city dans ces mêmes relations utilisant des voies frontalières. Ce qui est aussi faux quand il y a des noeuds d'adresse associés dans la commune voisine. Déjà ce devrait plutôt être addr:city (schéma stadnard de Karlsruhe) qui dans certains cas peut être distinct de city (quand pour l'adresse postale c'est le
Re: [Talk-br] Dúvida nos Limites Administrativos
Esses esses problemas serão corrigidos a curto prazo e aparentemente a comunidade vai começar a ter grupos para monitorar essas modificações em relações por exemplo. On 04-02-2015 21:38, Helio Cesar Tomio wrote: Prezados Colegas, Quero agradecer as explicações dadas para a dúvida que levantei. Compreendi que não existe erro ou problema nos limites administrativos da nossa cidade. Embora alguns colegas alertaram para a redundância em se colocar os nomes da cidade (addr:city), acho que não seria errado em manter esta prática. A duplicidade não causará erros, mas a ausência poderia provocar efeitos indesejados. Alguns deles percebi nos mapas compilados para o gps 7ways (Navikey), pela Megamaps.org, a partir da base do Openstreetmap. Muito grato, Helio Cesar Tomio ___ 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] Relation:boundary
2015-02-04 20:21 GMT-02:00 thunder...@gpsinfo.com.br: Confesso que nem sei se existe redundância no emprego dessas TAGs, entretanto estão sendo empregadas aleatoriamente em muitas configurações de boundarys. As relações das cidades só precisam ter: type=boundary (se for uma relação) boundary=administrative admin_level=8 name=Cidade Todo o resto é opcional ou redundante (como adicionar o estado ou sigla do estado). Essas informações já são obtidas dos limites exteriores (do estado, país, etc). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] Get your early bird ticket to State of the Map US!
On 2/4/2015 2:43 PM, Alex Barth wrote: Yup, that cutoff number is going to be somewhere beyond 1,000 - and we are fully planning to sell out the conference :) Any idea what portion will be mappers and what will be companies or other organizations? The feedback I've gotten is that the US conferences have been increasingly focused on industry and data consumers, not the community. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Get your early bird ticket to State of the Map US!
We (the Maptime organizers) are also planning a Maptime summit/conference that will happen in conjunction with State of the Map US, so we hope that will also bring a lot of individuals (especially new mappers) who might not otherwise attend a State of the Map. Alan On Feb 4, 2015, at 3:49 PM, Ian Dees ian.d...@gmail.com wrote: On Wed, Feb 4, 2015 at 5:20 PM, Paul Norman penor...@mac.com mailto:penor...@mac.com wrote: On 2/4/2015 2:43 PM, Alex Barth wrote: Yup, that cutoff number is going to be somewhere beyond 1,000 - and we are fully planning to sell out the conference :) Any idea what portion will be mappers and what will be companies or other organizations? The feedback I've gotten is that the US conferences have been increasingly focused on industry and data consumers, not the community. Paul, we also received that feedback and are working hard to encourage *everyone* interested in OSM and mapping to attend. One of the ways we were planning on attracting more of the community was to have a very strong scholarship program to help cover travel costs. You can apply for that program here: http://stateofthemap.us/scholarships/ http://stateofthemap.us/scholarships/ I'd love to hear thoughts on how we could reach out to and attract more of the community. Who should we talk to? What kind of communication are they most likely to listen to? ___ 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-it] turn lanes
Come si mappa una way così? http://postimg.org/image/ma8rvx1m7/ (in mezzo chiaramente c'è un semaforo, ma non c'entra con la domanda) Io farei così. Due tratti, di direzione opposta verso il semaforo ovviamente. La parte in basso: highway=secondary (per esempio) lanes=3 lanes:forward=2 turn:lanes:forward=through|right La parte in alto: highway=secondary (per esempio) lanes=3 lanes:forward=2 turn:lanes:forward=through|left Faccio bene? Cioè, non mi è chiaro se devo specificare anche il lane backward: lanes:backward=1 turn:lanes:backward=through ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] Dúvida nos Limites Administrativos
2015-02-04 22:38 GMT-02:00 Helio Cesar Tomio hcto...@gmail.com: A duplicidade não causará erros, mas a ausência poderia provocar efeitos indesejados. Na verdade tem possibilidade de erro: existe um nó da cidade chamado Cidade X mas na relação a pessoa coloca addr:city como Cidade Y. Pode acabar tendo informações discrepantes. Precisa ter esse cuidado ao duplicar informações. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relation:boundary
Nelson, agregaria para cidade o admin_centre se ela for a sede do estado ou município. Existem inúmeras cidades dentro de um estado e/ou município e, na minha opinião, tem de existir um diferenciador para elas. Como citei, a falta de uma padronização vem acarretando o emprego indiscriminado de Tags quando da formatação de um boundary, seja regional, estadual ou municipal. Nosso amigo Aun Johnsen acabou de citar aqui: Nao use ref=(UF), melhor usar short_name=(UF) ref pode ser codigo IBGE do estado, ou algum coisas similar, mas realmente não faz sentido. Só a titulo de exemplo essa TAG REF=(UF) está presente na formatação do boundary do Espírito Santo em http://www.openstreetmap.org/relation/54882 É erro? Creio que não. Atribuo a isso a falta de um padrão a ser aplicado para o Brasil. []s Marcio -Mensagem Original- From: Nelson A. de Oliveira Sent: Wednesday, February 4, 2015 8:43 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Relation:boundary 2015-02-04 20:21 GMT-02:00 thunder...@gpsinfo.com.br: Confesso que nem sei se existe redundância no emprego dessas TAGs, entretanto estão sendo empregadas aleatoriamente em muitas configurações de boundarys. As relações das cidades só precisam ter: type=boundary (se for uma relação) boundary=administrative admin_level=8 name=Cidade Todo o resto é opcional ou redundante (como adicionar o estado ou sigla do estado). Essas informações já são obtidas dos limites exteriores (do estado, país, etc). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] Get your early bird ticket to State of the Map US!
On Wed, Feb 4, 2015 at 5:20 PM, Paul Norman penor...@mac.com wrote: On 2/4/2015 2:43 PM, Alex Barth wrote: Yup, that cutoff number is going to be somewhere beyond 1,000 - and we are fully planning to sell out the conference :) Any idea what portion will be mappers and what will be companies or other organizations? The feedback I've gotten is that the US conferences have been increasingly focused on industry and data consumers, not the community. Paul, we also received that feedback and are working hard to encourage *everyone* interested in OSM and mapping to attend. One of the ways we were planning on attracting more of the community was to have a very strong scholarship program to help cover travel costs. You can apply for that program here: http://stateofthemap.us/scholarships/ I'd love to hear thoughts on how we could reach out to and attract more of the community. Who should we talk to? What kind of communication are they most likely to listen to? ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-br] Dúvida nos Limites Administrativos
Prezados Colegas, Quero agradecer as explicações dadas para a dúvida que levantei. Compreendi que não existe erro ou problema nos limites administrativos da nossa cidade. Embora alguns colegas alertaram para a redundância em se colocar os nomes da cidade (addr:city), acho que não seria errado em manter esta prática. A duplicidade não causará erros, mas a ausência poderia provocar efeitos indesejados. Alguns deles percebi nos mapas compilados para o gps 7ways (Navikey), pela Megamaps.org, a partir da base do Openstreetmap. Muito grato, Helio Cesar Tomio ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Relation:boundary
type=boundary boundary=administrative admin_level=8 name=Cidade place=city|town|village population= wikipedia=pt: admin_center=(sobre a cidade) Esse é o conjunto de tags que costumo aplicar às relações, sendo que tem outras tags que foram sugeridos pelo Fernando Trebien em uma época remota, que não estão ai como: website= name:pt|en|ru|de|it flag= On 04-02-2015 20:59, thunder...@gpsinfo.com.br wrote: Nelson, sem duvida o Brasil é grande e falta muita coisa para arrumar. Até me comprometo a auxiliar nessa empreitada, mas identifico de suma importância que cheguemos a um consenso do que deve ser inserido e o que não deve. Com isso estabelecemos um padrão a ser seguido por todos aqueles que desejarem ajudar. -Mensagem Original- From: Nelson A. de Oliveira Sent: Wednesday, February 4, 2015 9:46 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Relation:boundary 2015-02-04 21:40 GMT-02:00 thunder...@gpsinfo.com.br: Nelson, agregaria para cidade o admin_centre se ela for a sede do estado ou município. Existem inúmeras cidades dentro de um estado e/ou município e, na minha opinião, tem de existir um diferenciador para elas. Isso. Mas essa parte já faz parte dos membros da relação. A relação em si só precisa ter aquelas tags que eu falei anteriormente. Nos membros da relação só é obritagatório os caminhos externos (outer). admin_centre não é obrigatório mas é bom ter. Acho que todos aqui que arrumam os limites acabam colocando o admin_centre. O problema é que o Brasil é grande e falta muita coisa pra arrumar. ___ 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] Relation:boundary
admin_center pode indicar prioridade em indexar, mas não da muito diferencia para renderizar. Por exemplo voce quer indexar ruas num município, voce quer todos os ruas em ordem alfabético no cidade cede do município primeiro, depois cada outro cidade/vila/distrito em ordem alfabético, com os ruas em ordem alfabético. No este caso admin_center vai te indicar onde começar este registro. Sem admin_center voce pode tenta combinar pelo nome, mas este também pode criar duvidas, não em tudo casos o admin_center tem mesmo nome como município, e as vezes pode ter mais que um ocorrência da nome dentro o município, por exemplo pode ter distrito e subdistrito com mesmo nome. Em caso do estado, nenhuma tem capital com mesmo nome como estado. Aun Johnsen On Feb 4, 2015, at 21:12, Vítor Rodrigo Dias vitor.d...@gmail.com wrote: O Nelson disse que não é obrigatório, mas é bom ter admin_centre. Pelo que entendi, o admin_centre é importante no roteamento do renderizador usado pelo Marcio. Sendo assim, creio que podemos adotar oficialmente o admin_centre como padrão para as relações de municípios e distritos. Em 4 de fevereiro de 2015 21:59, thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br escreveu: Nelson, sem duvida o Brasil é grande e falta muita coisa para arrumar. Até me comprometo a auxiliar nessa empreitada, mas identifico de suma importância que cheguemos a um consenso do que deve ser inserido e o que não deve. Com isso estabelecemos um padrão a ser seguido por todos aqueles que desejarem ajudar. -Mensagem Original- From: Nelson A. de Oliveira Sent: Wednesday, February 4, 2015 9:46 PM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] Relation:boundary 2015-02-04 21:40 GMT-02:00 thunder...@gpsinfo.com.br mailto:thunder...@gpsinfo.com.br: Nelson, agregaria para cidade o admin_centre se ela for a sede do estado ou município. Existem inúmeras cidades dentro de um estado e/ou município e, na minha opinião, tem de existir um diferenciador para elas. Isso. Mas essa parte já faz parte dos membros da relação. A relação em si só precisa ter aquelas tags que eu falei anteriormente. Nos membros da relação só é obritagatório os caminhos externos (outer). admin_centre não é obrigatório mas é bom ter. Acho que todos aqui que arrumam os limites acabam colocando o admin_centre. O problema é que o Brasil é grande e falta muita coisa pra arrumar. ___ 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 -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712
Note : j'ai d'autres messages dont son premier qui est particulièrement troublant (uniquement un ordre en capitales sans rien expliquer). tony non seulement continue à faire ce qu'il veut mais il continue à recasser les relations frontières que j'ai corrigées dans le changeset qu'il m'a reproché. Il n'y a que dans mon dernier message posté ici où je poste son dernier message qu'il me dit le faire pour un usage pro (il ne cite pas la société qui apparemement est un prestatataire privé pour les collectivités locales de la région). Visiblement il utilise OSM comme si c'était un SIG privé. Le 5 février 2015 01:42, Philippe Verdy verd...@wanadoo.fr a écrit : IMPORTANT : Aux contributeurs OSM d'Orange et la région du Vaucluse. Pour info, un professionnel de la région d'Orange casse des tas d'infos sur les frontières et veut imposer ses propres règles. Il ne veut pas lire les discussions concernant la BANO. Il ne comprend rien aux relations et associe librement des voies à une commune ou l'autre, change les noms pour correspondre à ses besoin. En copie jointe une série de messages (envoyés uniquement en messages privés à moi sur la messsagerie d'OSM) Ca clashe sur ses besoins qu'il n'a jamasi expliqué avant, et il s'approprie totalement les données dans la région où il travaille (apparemment tout le Vaucluse, mais pas que !!!). J'ai déjà réparé des tas de relations qu'il a cassées, mais visiblement ça ne lui plait pas du tout. Que pensez vous des propos de tony ? Avez-vous un contact avec lui dans la région d'Orange ? Le 5 février 2015 01:36, Philippe Verdy verd...@wanadoo.fr a écrit : Le nous n'est justifé que par toi, tu n'en as discuté nulle part ailleurs, et il est très détestable que toit tout seul tu décide de commencer par donner des ordres alors que tu n'est pas propriétaire du projet. Et tu ne veux toujours rien dire sur la liste francophone où c'est activement discuté. Alors oui le schéma commun vient avant les schéma propriétaires (qui n'ont en fait pas réellement leur place dans OSM). OSM n'est pas fait pour être le SIG d'une collectivité. Le fil de discussion c'est simplement la liste de discussion standard d'OSM francophone. Elle est publique. Admettons que tu veuilles mettre ton ref:FR:commune mais il n'a été discuté ou approuvé nulle part. Admettons que tu le mette sur les voies, mais pour tout le monde il ne sert à rien. Ton tag n'a été documenté nulle part. Pour la BANO, on devra bien se servir du ref:FR:FANTOIR sur les deux relations associatedStreet, puisqu'il n'est PAS bon pur les voies partagées par les adresses de deux communes. Et en plus tu continues à saccager les relations frontières comme tu veux. Visiblement tu ne sembles pas du tout intéressé par les relations mais tout le monde sur OSM est concerné, il n'y a pas QUE toi ici. Un bon nombre de tes changements seront annulés assez vite (je veux bien garder ton ref:FR:commune sur les voies mais pour OSM il n'a aucun sens tant qu'il n'est pas documenté ses règles de fonctionnement. Alors merci d'arrêter de commencer par des propos aussi agressifs en commençant juste par des ordres sans rien comprendre des raisons qui ont poussé moi (et pousserons aussi d'autres) à revenir sur tes changements propriétaires qui cassent tout le reste. Tu aurais du commencer par demander des explications et expliquer tes besoins pour voir comment on peut faire pour être compatible. Mais OSM n'a pas à suivre les ordres des seuls besoin de toi et ton petit groupe, même pour des modifs que tu crois (à tord) purement locales. Le 4 février 2015 23:02, tony emery m-483819-f34...@messages.openstreetmap.org a écrit : Bonjour Verdy_p, tony emery http://www.openstreetmap.org/user/tony%20emery vous a envoyé un message depuis OpenStreetMap avec le sujet Re: Re: Gros problème de correction... Groupe de modifications : 28377712 : == Cela n'a rien à voir avec les codes fantoir. C'est un identifiant STRICTEMENT communal, voir même très localisé en Vaucluse. Donc merci de ne pas y toucher. Justement : si c'est strictement communal, cela ne concerne que la commune qui l'utilise et pas la voisine qui a ses propres besoins. Peu importe si ce n'est utilisé que dans le Vaucluse d'ailleurs. Non, je parle de gestion de voie, c'est à dire les agents communaux ou intercommunaux qui interviennent sur cette voie. Il n'y a qu'une seule commune qui intervient et donc cette voie n'est recensée que pour une seule commune, celle qui intervient dessus. Je n'ai pas envie de passer mon temps à t'expliquer tout ça car j'y passerai des semaines. Nous, (intercommunalités de Vaucluse) avons créés cette identifiant et on s'en sert de cette manière, que cela te plaise ou non. une voie, une commune, un identifiant. Point-barre. Vous faites ce que vous voulez avec les codes Fantoir, nous gérons nos identifiants internes. Encore une fois, on s'en sert professionnellement donc merci de respecter cette
Re: [OSM-talk-fr] OSM hors ligne
Oui, mais une machine virtuelle (qu'elle soit hébergée sur Windows ou autre) demande un PC assez performant et c'est assez lourd à démarrer dans la même session que la session utilisateur de l'OS principal pour exécuter les outils web et des éditeurs comme JOSM qui lui aussi demande pas mal de ressources (mémoire et CPU). Tout compte fait il vaut mieux y dédier un second PC, ce sera plus pratique et plus performant, même sur un PC assez basique. Il faut juste y mettre un SSD (assez gros tout de même pour y stocker assez de données) ou un disque dur normal avec cache sur SSD (un SSD de 256Mo pour le cache ça tient la route pour un usage limtié en réseau local, surtout avec une connexion SATA3 ou USB3 ou sur un petit NAS ayant une liaison Ethernet Gigabit). Pur la mémoire, une config de 8 Go RAM devrait suffire pour un serveur (même avec un processeur à deux coeurs). Mais c'est toujours mieux sur deux PC distincts que sur un gros PC unique avec 12Go RAM ou plus, 4 ou 8 coeurs. Une VM c'est pour un usage temporaire mais c'est pénible à redémarrer sans arrêt alors que le PC client a aussi d'autres usages (lire ses mails, navigeur sur le web et faire des recherches, écouter une musique ou une webradio, faire des courriers adminsitratifs, recevoir les messages et photos de sa famille, jouer un peu dessus) et peut planter facilement à tout moment (réinstaller un serveur qui crashe en même temps est une tâche lourde, même si on dispose de snapshots, car ces snapshots doivent aussi être archivés et c'est l'archivage qui prend beaucoup de ressources machine en performance et qui prend aussi du temps pendant lequel on n'a pas telmlement d'autres usages possibles). On devrait tous avoir chez nous maintenant un bon vieux PC de bureau à recycler en serveur de fichiers ou de médias ou d'archivage (exit le vielle version de Windows dessus, réinstaller une Ubuntu et ça roule, on le glisse dans un coin, même sans écran dédié ou qui peut rester éteint tant qu'on n'a pas d'admin physique à faire dessus), et un notebook moderne ou une tablette convertible pour l'usage client à tout moment, et un mobile en plus dans sa poche (pour consulter rapidement ses mails et SMS sans interrompre sa session de travail en court sur le PC client)... On a en plus du stockage plus ou moins distant qu'on n'utilise pas à fond, et tout n'est plus à stocker localement chez soi, ou seulement temporairement, dans un projet open-source, open-data, ou voire social) Le 4 février 2015 22:16, Eric SIBERT courr...@eric.sibert.fr a écrit : Non mais fait des essais. Si tu es sous windows, tu installes VirtualBox. Dans VirtualBox, tu t'installes un Ubuntu LTS. Ensuite, tu essaie le tuto avec au début des petites zones. Grâce aux instantanés, c'est facile de revenir à un état antérieur de la machine virtuelle. C'est super pratique pour faire des essais. Ensuite, tu essaies des zones de plus en plus grandes ou plus chargées. Et tu viens nous raconter ;-) Eric ___ 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] strumenti per presentare itinerari storico-culturali
Mi pare che tu sia iscritto il talk-it-trentino, sicuramente hai visto passare la mail di Zampedri, per cui valuta se il progetto M'appare il Lagorai Cima d'Asta, può essere un valido aiuto per il tuo amico, e magari invitalo, se può, ad andare in loco. Grazie sì sono iscritto e ho visto l'email. Immagino che il progetto possa avere molti punti in comune con quello che ha in mente il mio amico, anche se credo che anche Giorgio non abbia ancora in mente qualcosa dal punto di vista tecnico. Comunque se riesco il 23 passo e può essere un'occasione per parlarne. Ciao Pietro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strumenti per presentare itinerari storico-culturali
2015-02-04 11:14 GMT+01:00 pietro marzani piem...@yahoo.it: Buongiorno a tutti, ciao, un amico mi ha chiesto informazioni su strumenti che permettano di presentare e mettere in rete itinerari all'interno di un territorio limitato. Non si tratterebbe quindi di mostrare semplicemente linee e punti su una mappa, ma di avere strumenti per mostrare routes di osm, oppure per leggere direttamente la descrizione di un sito storico da wikipedia...e altre funzioni che adesso non mi vengono in mente ma potrebbero essere adatte per presentare una serie di itinerari sul territorio. Io non conosco progetti open source che rispondano a queste esigenze, ma magari sapete darmi qualche dritta. Io non conosco nulla di già pronto, secondo me la cosa più semplice è svilupparsi qualcosa ad hoc Grazie Pietro -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nomi vie negli incroci
Il 02/04/2015 04:20 PM, Luca Sigfrido Percich scrisse: Mi pare invece lecito attribuire a tutti gli archi interni ad una piazza il nome della piazza, come in questo caso (Piazza Appio Claudio): https://www.openstreetmap.org/#map=19/45.49213/9.19411 Cosa ne pensate? Questa modifica potrebbe essere utile / dannosa per il rendering e le applicazioni di routing? Se ne e' discusso varie volte senza giungere ad una conclusione definita. Il problema principale e' che spesso non si e' in grado di stabilire un confine e l'attribuzione quindi non e' chiara. A Milano mi viene in mente viale Teodorico che si innesta in piazza Firenze: http://www.openstreetmap.org/?mlat=45.48740mlon=9.15559#map=18/45.48741/9.15559 Non ci sono targhe e se si arriva da viale Teodorico non si ha proprio la senzazione di entrare in un'altra via o piazza. In piu' si incontra anche una via Telemaco Signorini che interrompe piazza Firenze. Difficile stabilire delle regole univoche. Sempre li' in piazza Firenze viale Teodorico e' l'unico che cambia nome all'interno della piazza, tutte le altre vie lo mantengono. Non c'e' un criterio usato da vigili o forze dell'ordine per stabilire il nome delle vie? ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] strumenti per presentare itinerari storico-culturali
Da: Luca Delucchi lucadel...@gmail.com Io non conosco progetti open source che rispondano a queste esigenze, ma magari sapete darmi qualche dritta. Io non conosco nulla di già pronto, secondo me la cosa più semplice è svilupparsi qualcosa ad hoc Credo anch'io, ma non volevo lanciarmi in un'impresa del genere per poi scoprire che c'era già qualcosa che faceva meglio lo stesso lavoro. Trattandosi di un progetto che risponde a un'esigenza che credo abbastanza diffusa in caso mi piacerebbe valutare la possibilità di puntare ad avviare il progetto in open source. Ciao Pietro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-cz] Licence OSM
On 02/04/2015 10:43 AM, Pavel Machek wrote: On Wed 2015-02-04 07:34:35, jiri2 wrote: Zdravím, před pár dny sem byl na lyžích a narazil sem na stejný případ: http://bilestopy.cz/cs(http://bilestopy.cz/cs) Mapa je také evidentně OSM, ale zmínku sem nenašel. V zápatí hlavní stránky sice mají © 2015 Bílé Stopy. Všechna práva vyhrazena. Myslím, ale že podobně jako s OSM na tom budou i správy k datům o upravených stopách No, ale co jim nedochazi je, ze ted maji povinost dat k dispozici svoji databazi... Pavel To se mi teda vůbec nezdá. Otázka je, jakým způsobem k těm datům o stopách došli - jestli je ta databáze tedy collective nebo derivative; od toho se ta povinnost (nebo nepovinnost) odvíjí. http://wiki.openstreetmap.org/wiki/License/Use_Cases - tady v těch příkladech je to evidentně Case 4 - **If** you create a derivative database, you will need to make it available. (zvýraznění moje) Čili jsou každopádně povinni uvést OSM jako zdroj podkladu; ale pokud ta další data, která na něm zobrazují, nepochází z žádné části z OSM (třeba pokud to jsou GPS stopy získané úplně odjinud), žádná povinnost publikovat jim nevznikla. Honza Piškvor Martinec ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-it-trentino] M'appare il Lagorai Cima d'Asta - incontro 23 febbraio 2015
La rete degli ecomusei trentini ci ha dato disponibilità per un incontro/presentazione dell'iniziativa M'appare il Lagorai ... L'incontro è previsto per il 23 febbraio alle 17.30 a Trento presso la sala del Servizio attività culturali della PAT (Via Romagnosi, 5 P.T.); scopo dell'incontro è quello di illustrare le potenzialità offerte dalle varie applicazioni OSM nell'ambito delle attività svolte dagli ecomusei del Lagorai Cima d'Asta. Gli argomenti saranno: - cartografia partecipata e valorizzazione del territorio - descrizione del progetto M'appare il Lagorai Cima d'Asta; - illustrazione di OSM; - tecniche e strumenti per l'editing; - dati, dati aperti e tipi di licenze; - uso degli opendata del Trentino e loro implementazione nella zona del Lagorai; - altri ... Gli argomenti da trattare sono tanti e sarebbe bello coinvolgere il maggior numero di osmiani e avere quindi un relatore per ciascun argomento. L'invito all'incontro è esteso, oltre che ai rappresentanti degli ecomusei, anche ai rappresentanti di alcuni Enti e Associazioni potenzialmente interessate all'iniziativa e quindi sarà anche l'occasione per far conoscere l'attività e le persone della community OSM del Trentino e non. Oltre al sottoscritto e Carla B. anche Luca D. ha dato la sua disponibilità e se volete/potete partecipare come relatori fatecelo sapere. Un saluto a tutti Clara e Giorgio http://wiki.openstreetmap.org/wiki/Lagorai_Cima_D%27Asta CallSend SMSAdd to SkypeYou'll need Skype CreditFree via Skype___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-cz] Licence OSM
Preposilam rovnou na talk-cz... Dne 4. února 2015 11:06 Honza Cibulka ho...@datastory.cz napsal(a): No to je moc hezký, kromě OSM tam totiž má v těch náhledovech mapách vykradený podklady z Mapy.cz, viz třeba http://bilestopy.cz/cs/zapadnijeseniky (je identický umístění popisek, tvarů vodstev...). A celý to vypadá financovaný z nějakýho operačního programu, doména zaregistrovaná na nějakej IT obchůdek... On Wed 2015-02-04 07:34:35, jiri2 wrote: Zdravím, před pár dny sem byl na lyžích a narazil sem na stejný případ: http://bilestopy.cz/cs(http://bilestopy.cz/cs) Mapa je také evidentně OSM, ale zmínku sem nenašel. V zápatí hlavní stránky sice mají (c) 2015 Bílé Stopy. Všechna práva vyhrazena. Myslím, ale že podobně jako s OSM na tom budou i správy k datům o upravených stopách No, ale co jim nedochazi je, ze ted maji povinost dat k dispozici svoji databazi... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.eu/mentors/landa ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Licence OSM
-- Původní zpráva -- Od: Pavel Machek pa...@ucw.cz Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 4. 2. 2015 10:44:21 Předmět: Re: [Talk-cz] Licence OSM On Wed 2015-02-04 07:34:35, jiri2 wrote: Zdravím, před pár dny sem byl na lyžích a narazil sem na stejný případ: http://bilestopy.cz/cs(http://bilestopy.cz/cs) Mapa je také evidentně OSM, ale zmínku sem nenašel. V zápatí hlavní stránky sice mají © 2015 Bílé Stopy. Všechna práva vyhrazena. Myslím, ale že podobně jako s OSM na tom budou i správy k datům o upravených stopách No, ale co jim nedochazi je, ze ted maji povinost dat k dispozici svoji databazi... Na základě čeho? Jen díky tomu, že použili jako podklad dlaždice OpenMapSurfer? http://129.206.74.245/contact.html Ty stopy mají v extra vrstvě. Je otázka jak ta extra vrstva vznikla. Marián Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/ blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-ro] Talk-ro Digest, Vol 68, Issue 6
http://www.firme.ro/ghid-infiintare-ong/3/intocmirea-actului-constitutiv-si-a-statutului.html Se pare ca suntem aproape ca la inceput, adica sa fie dar sa faca altii. Surpriza, asociatia poate fi chiar facuta de altii de care nu a auzit nimeni, legea nu face diferente. Nu cred ca vrem asociatii rivale samd. - cei 5 membri fondatori sunt inscrisi pe wiki, dar nu exista o confirmare de la cei inscrisi acum cativa ani.- Vasile Craciunescu si-a dat acordul de moderator in aceasta discutie insa doar verbal, mie, astept sa confirme aici pe grup.- mai sunt cateva promisiuni de statut si altele insa fara rezultat deocamdata. Toate cele bune,Francisc. On Thursday, January 8, 2015 8:28 PM, Badita Florin baditaflo...@gmail.com wrote: Acum ca s-au terminat sarbatorile, ar trebui sa reluam discutia despre asociatie. Am primit un super cadou de la OSM Franta, 2 harti printate A0, una cu Romania, si una de detaliu cu zona de munte predeal,sinaia. O sa incerc maine sa fac o poza sa arat :) 2014-12-13 18:47 GMT+02:00 Badita Florin baditaflo...@gmail.com: Mi se pare util din mai multe puncte de vedere, ieri la workshopul Geoidea despre date deschise a fost prezent si domnul Constantin Ene, de la ANCPI http://geoidea.ro/ro/ro_workshop.html Unde am discutat despre posibilitatea de a deschide setul de date pe care il au ei, si anume numerele strazilor. ANCPI are in prezent peste 6.000.000 de numere de strazi, dar care, dupa spusele dansului, nu sunt actualizate sau adaugate cel mai corect. I-am explicat avantajele de a deschide setul de date, si cum ar putea sa beneficieze ANCPI din ajutorul pe care comunitatea OSM l-ar putea oferi, care ar putea sa valideze in teren corectitudinea datelor. Daca ANCPI ar vrea sa semneze vreun acord de parteneriat sau ceva, in momentul de fata putem face acest lucru doar prin coalitia pentru date deschise sau alt ONG care ar putea actiona ca un intermediar. Daca am avea ONG am putea rezolva mai usor astfel de viitoare parteneriate, colaborari, cum zicea si Dragos in mail. Apopo de statut, anul acesta 3 instituții publice au fost nominalizate la premile OGP pentru transparenta, pentru PUG-urile oferite comunități OpenStreetMap http://ogp.gov.ro/concurs2014/premiul-ogp-romania-pentru-transparenta-in-administratie/ Precum daca eram ong puteam sa fim nominalizati anul acesta pentru premiul ogp romania pentru promovarea transparentei in administratie http://ogp.gov.ro/concurs2014/premiul-ogp-romania-pentru-promovarea-transparentei-in-administratie/ 2014-12-10 17:56 GMT+02:00 talk-ro-requ...@openstreetmap.org: Send Talk-ro mailing list submissions to talk-ro@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-ro or, via email, send a message with subject or body 'help' to talk-ro-requ...@openstreetmap.org You can reach the person managing the list at talk-ro-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-ro digest... Today's Topics: 1. Fw: OSM Event in Brasov... (Francisc TOTH) -- Message: 1 Date: Wed, 10 Dec 2014 15:34:33 + (UTC) From: Francisc TOTH yo6...@yahoo.com To: OSM Romania talk-ro@openstreetmap.org Cc: duca.drag...@gmail.com duca.drag...@gmail.com, vas...@geo-spatial.org vas...@geo-spatial.org, codr...@geo-spatial.org codr...@geo-spatial.org, mone...@unitbv.ro mone...@unitbv.ro, radustro...@gmail.com radustro...@gmail.com, adi.trif...@yahoo.com adi.trif...@yahoo.com, lup...@gmail.com lup...@gmail.com, vlad.mone...@elektrobit.com vlad.mone...@elektrobit.com, christian.droth...@gmx.de christian.droth...@gmx.de, bularca_ser...@yahoo.com bularca_ser...@yahoo.com, maneasa.and...@yahoo.com maneasa.and...@yahoo.com, christian.droth...@elektrobit.com christian.droth...@elektrobit.com, adrian.constantin.anto...@gmail.com adrian.constantin.anto...@gmail.com, dragos.cior...@gmail.com dragos.cior...@gmail.com Subject: [Talk-ro] Fw: OSM Event in Brasov... Message-ID: 693090492.8381472.1418225673143.javamail.ya...@jws7.mail.ir2.yahoo.com Content-Type: text/plain; charset=utf-8 Buna seara, In data de 21-22 noiembrie a avut loc workshopul OSM la Brasov, OSM between cloud and government, care pe langa aspectele tehnice si juridice abordate, a ridicat (din nou) intrebarea Pe cand o organizatie OSM cu acte in regula si in Romania?. Aceasta intrebare a fost desigur catalizata si de prezentarile domnului Marek Strassenburg-Kleciak, invitat special al workshop-ului, fondator al OSM Polonia. ( https://www.openstreetmap.org/user/marek%20kleciak ) Workshop-ul entuziastilor OSM a fost organizat (doar) de sponsori, Universitatea Transilvania din Brasov si Elektrobit Automotive Romania
Re: [OSM-talk-be] Overpass-turbo issue with Luxembourg
On 2015-02-02 22:24, Julien Minet wrote : OK, I thought about that but I don't know how to combine this with the tag "name"? Also, I wonder if there are a way to search by the id of the OSM object. For instance, how to search for a specific town/village if there are several places with the same name, which is widespread in the world. In practical terms, this is how to add additional area filters. Here's an admin_level filter like Sander said: area['name:fr'='Luxembourg'][admin_level=6]-.searchArea; Adding a filter for nodes, ways and relations is similar: node["shop"]["website"] So, the query for all shops in Province Luxembourg that indicate a website is this. André. Julien De : Sander Deryckere sander...@gmail.com À : Julien Minet julien...@yahoo.fr; OpenStreetMap Belgium talk-be@openstreetmap.org Envoyé le : Lundi 2 février 2015 16h16 Objet : Re: [OSM-talk-be] Overpass-turbo issue with Luxembourg You should include the correct admin_level in the query A region has an admin_level=4, a province has admin_level=6, an arrondissement has admin_level=7, a municipality has an admin_level=8, a part-municipality or city district has admin_level=9 (note that part-municipalities aren't mapped everywhere, since there's no current data about it). I know it can be confusing with provinces and cities having the same name (it happens even more often with arrondissements and cities), but this is about the only solution (else you start losing a lot of rendering space, or have to add a bazilllion of other tags for all different languages). Regards, Sander 2015-02-02 16:04 GMT+01:00 Julien Minet julien...@yahoo.fr: Hi, I have an issue with overpass-turbo and maybe someone could help me. I want to make a query over the "Province de Luxembourg" in Belgium, but I cannot separate with results from the country of Luxembourg, since they have the same name: Example: [out:json][timeout:25]; // fetch area “Luxembourg” to search in area['name:fr'='Luxembourg']-.searchArea; // gather results ( // query part for: “Shop” node["shop"](area.searchArea); way["shop"](area.searchArea); relation["shop"](area.searchArea); ); // print results out geom; ; An idea would be to use another tag than the name, such as a OSM id for each object, or another unique tag. I tried, but I could not succeed.
[Talk-it] Hackaton Open Data a Livorno
Vi volevo informare che il giorno 18 Febbraio 2015 dalle 9:00 alle 13:00 si terrà l' hackaton Opendata per la città, il territorio e l'ambiente presso Auditorium Pamela Ognissanti Via Piero Gobetti,1 (ex circoscrizione 1) Livorno organizzato da Comune di Livorno, Associazione AMFM e ASA Livorno (Azienda Servizi Ambientali). Parlando di Open Data geografici, Comune ed organizzatori hanno subito considerato OpenStreetMap e quindi il Gruppo Utenti Linux di Livorno che ha presentato più volte il progetto e che curerà l'infrastruttura dell'evento. Io e Daniele Forsi parteciperemo per il gruppo e per quanto riguarda OSM. La partecipazione è gratuita ma per ragioni organizzative è necessaria una iscrizione. Se qualcuno vuole unirisi a noi può trovare maggiori informazioni al link di seguito. Vi anticipo che nell'occasione siamo entrati in contatto con i responsabili del Comune per quanto riguarda il rilascio di Open Data che potrebbero essere utili as OSM. Vi terremo aggiornati. A presto -- Fabrizio [1] http://www.amfm.it/images/pdf/150218_hack_livorno/Hackathon_Livorno.pdf -- *Fabrizio* ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-ie] 17/05 Sheet Request
Hi, Could I get sheet 17/05 SW please? Thanks. Michelle ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-nl] Missing Maps op za. 14 februari op het Geofort
Beste Gert_Jan, Ik kom die kant wel op, stroom is geregeld ? En hoelaat kun je je melden op het terrein ? Nick ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-be] Mapper of the month
The English translation : http://www.openstreetmap.org/user/escada/diary/34326 On Tue, Feb 3, 2015 at 10:26 PM, Jorieke Vyncke jorieke.vyn...@gmail.com wrote: Hello OSM Belgium, Proud to present you our new mapper of the month: Brecht! NL: http://osm.be/nl/content/mapper-van-de-maand-brecht-bonne FR: http://osm.be/fr/content/contributeur-du-mois-brecht-bonne Thanks a lot to Marc and Marc for the translations Best greetings, Jorieke ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-at] Diskussion zu Anonymen Massenimporten in AT auf forum.openstreetmap.org
Ein Hallo an Alle, da es anscheinend zunehmend Massenimporte durch mehr oder weniger anonyme User gibt, welche die Datenqualität in OSM nicht nur erhöhen ist auf forum.openstreetmap.org ein Thread hierzu eröffnet worden. Wer eine Meinung dazu hat und Lust sich einzubringen - sei es durch Wissen um das Vorgehen oder durch Verbesserungsvorschläge - möge auf forum.openstreetmap.org [1] vorbeischauen. Danke! [1]http://forum.openstreetmap.org/viewtopic.php?pid=483096#p483096 LG Thomas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] ritenjbrauceejiem - iron curtain trail ?
Nu tad jau manīs :) Telefons man ir Sonim XP3, uz tā neko palaist nevarēs. Bet androīdu kādu somā varu ielikt. G On 02/04/2015 11:56 AM, Raitis Upmalis wrote: Ja lēnā garā sanāk mīties, interesantākos posmos varbūt Mapillary palaid uz telefona? 2015-02-04 11:39 GMT+02:00 Gasha ga...@pie-dabas.net mailto:ga...@pie-dabas.net: Laikam tomer liksu ar roku WP ieks OsmAnd. Vai ka citadi. Tur ir vietas, kur ir redzami taisnaki celi satelitbildes. Tilti dazi OSM nav. Utt utt. To rajonu diezgan labi zinu. Veczemju klintim noteikti var gar krastu pa celu iziet. Japaskatas bus daba tas viss vienkarsi :) G On 02/04/2015 10:54 AM, Rich wrote: On 04/02/15 10:40, Gasha wrote: Reku radās doma to veloceliņu apskatīt dabā. Tā ir tikai relācija? Ir idejas kā to dabūt iekšā Garmin kādā? kaut kas no http://wiki.openstreetmap.org/wiki/Relations/Relations_to_GPX ? neesmu gan pats meegjinaajis. Iespējams ka ar roku būs vieglāk un ātrāk ... G On 08/20/2014 02:29 PM, Marat wrote: +/- pabeigts 2014-08-18 0:25 GMT+03:00 Instigater instiga...@projektam.lv mailto:instiga...@projektam.lv mailto:instiga...@projektam.lv mailto:instiga...@projektam.lv: On 2014.08.16. 19 tel:2014.08.16.%2019:56, Rich wrote: varbuut ritenjbraukshanas entuziasti var papildinaat sho velocelinju ? http://api.osm.org/relation/2769637#map=8/57.029/23.483 https://en.wikipedia.org/wiki/EV13_The_Iron_Curtain_Trail Es par šo radio pirms 2 nedēļām dzirdēju, taisni pašam sagribējās pabraukties pa to, bet tiešām ir tā, ka ne pilnībā pabeigta. -- Instigater Serveru noma Eiropas Savienības datu centrā - sākot no 9.50 Ls/mēn www.projektam.lv http://www.projektam.lv http://www.projektam.lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org mailto:Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-it] strumenti per presentare itinerari storico-culturali
Buongiorno a tutti, un amico mi ha chiesto informazioni su strumenti che permettano di presentare e mettere in rete itinerari all'interno di un territorio limitato. Non si tratterebbe quindi di mostrare semplicemente linee e punti su una mappa, ma di avere strumenti per mostrare routes di osm, oppure per leggere direttamente la descrizione di un sito storico da wikipedia...e altre funzioni che adesso non mi vengono in mente ma potrebbero essere adatte per presentare una serie di itinerari sul territorio. Io non conosco progetti open source che rispondano a queste esigenze, ma magari sapete darmi qualche dritta. Grazie Pietro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-br] Prioridades em rodovias com mais de uma ref=
Uma dúvida me veio à cabeça. Em rodovias que se sobrepõem, qual a ref= que vem antes? Tenho utilizado por padrão, em casos de rodovias de redes (network=) diferentes, a rodovia nacional primeiro, mas não tenho certeza se é o mais correto a se fazer. Mantra do OSM: The truth is on the ground Eu coloco primeiro a ref que vejo nas placas da rodovia. Recentemente o renderizador principal do OSM passou a mostrar múltiplas ref, eu acho isto bastante útil (como usuário do mapa) pois mostra como é a sequência lógica das rodovias. Já o Osmand não renderiza direito ref múltiplas, mas acho que com o tempo isto vai ser corrigido. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-it-trentino] M'appare il Lagorai Cima d'Asta - incontro 23 febbraio 2015
Dalle 17:30 fino a che ora? Con quel numero di argomenti si fa colazione il giorno dopo... --Simone Girardelli-- Inviato dal mio smartphone. ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [OSM-talk-fr] OSM hors ligne
J'ai fait une estimation rapide de l'espace disque nécessaire pour chaque niveau de zoom, et j'en conclus que l'option de préparer et stocker les tuiles n'est pas très réaliste, ou alors avec un niveau de zoom très limité. En partant du zoom 3 qui fait à peu près 580 Ko, et en multipliant par 4 à chaque niveau de zoom suivant, j'arrive à environ 200 Go de données mondiales pour les niveaux de zoom 3 à 12. Au delà, on arrive à des quantités de données qui me semblent excessives. Peut-être qu'en optimisant, en ignorant les océans, on pourrait arriver au niveau 13 ou 14. Pour ce qui est des villes individuelles, j'ai fait le test sur Paris (http://a.tile.openstreetmap.fr/osmfr/10/518/352.png) et j'arrive à 900 Mo de données pour les niveaux de zoom 13 à 18. Je dirais que Paris est plutôt plus dense que la moyenne des capitales, donc la taille moyenne des villes risque d'être plus élevées. Ca limite à 100 ou 200 le nombre de villes qu'on peut envisager de mettre sur un disque dur portable. Ce n'est pas un calcul hyper-rigoureux, mais ça donne des ordres de grandeur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] mehrere Häuser mit gemeinsamen Dach
Am 03.02.2015 23:49, schrieb Holger Jeromin: Jetzt habe ich doch noch roof:shape=side_hipped [1] entdeckt. Scheint für einfachere Fälle zu funktionieren. Oder eine Linie als roof:ridge quer rüber eintragen. Es müssten 3 Linien mit gemeinsamen Knoten mit den Gebäuderändern sein. Gemeinsame Firstlinien für mehrere Gebäude sind meines Wissens nirgends definiert. Übrigens ist auch side_hipped keine standardisierte Dachform (wobei man argumentieren könnte, dass entweder ein neuer roof:shape-Wert oder ein Subtag für das normale hipped für so etwas sinnvoll wäre). Viele Grüße, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-br] Prioridades em rodovias com mais de uma ref=
Boa, Gerald! Acho que podemos fechar nisso, então. Ontem arrumei a relação da BR-408, que passa por trechos de rodovias estaduais em Pernambuco e na Paraíba. Vejam como ficou: http://www.openstreetmap.org/relation/3497125#map=12/-7.4081/-35.2180 Abraços! Vítor Dias Em 4 de fevereiro de 2015 09:13, Gerald Weber gwebe...@gmail.com escreveu: Uma dúvida me veio à cabeça. Em rodovias que se sobrepõem, qual a ref= que vem antes? Tenho utilizado por padrão, em casos de rodovias de redes (network=) diferentes, a rodovia nacional primeiro, mas não tenho certeza se é o mais correto a se fazer. Mantra do OSM: The truth is on the ground Eu coloco primeiro a ref que vejo nas placas da rodovia. Recentemente o renderizador principal do OSM passou a mostrar múltiplas ref, eu acho isto bastante útil (como usuário do mapa) pois mostra como é a sequência lógica das rodovias. Já o Osmand não renderiza direito ref múltiplas, mas acho que com o tempo isto vai ser corrigido. abraço Gerald ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-at] Diskussion zu Anonymen Massenimporten in AT auf forum.openstreetmap.org
On 02/04/2015 01:44 PM, thomas.flandera#inode.at wrote: [1]http://forum.openstreetmap.org/viewtopic.php?pid=483096#p483096 Slightly OT aber weil das hier im Forum erwähnt wurde: auf talk-at hat jeder Schreibzugriff. Entweder mit Registrierung oder man schickt das Mail einfach und die Admins lassen es dann durch, wenn es für die Liste interessant ist. Passiert regelmäßig und wäre auch in diesem Fall kein Problem gewesen. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] PR (Split aus Erforderliche Attribution für OpenStreetMap-Karten)
Hi, Gerade zum Thema PR passend: http://derstandard.at/plink/211258806?_pid=1001380724 solche Chancen müssten wir eigentlich irgendwie nutzen! Denn OSM findet die Donau problemlos: http://www.openstreetmap.org/relation/89652 gleiches gilt übrigens auch für die Mona Lisa! Während Google hier große Probleme hat ist sie bei OSM Lage genau als erster Vorschlag aufgelistet. Es würde schon Nutzer bringen wenn das ein paar Leute im Standard als Kommentar schreiben, aber eine PA o.ä. würde hier natürlich auch viel nutzen. Am besten aber gar den Journalisten selbst anrufen (weiß leider nicht wer dieser fsc ist obwohl er recht viele Artikel schreibt). Wer ist denn bei uns in Österreich für PR zuständig? Bzw. gibt es überhaupt einen zuständigen? Und wenn nicht wie verteilt man denn dann so eine Zuständigkeit? lg Erwin Ernst 'eest9' Steinhammer Am 3. Februar 2015 um 07:03 schrieb Andreas Labres l...@lab.at: On 02.02.15 13:03, Christian Aigner wrote: Eine mögliche Lösung dafür: Vielleicht findet sich eine PR-Agentur als Sponsor, die dann so jeden (zweiten) Monat eine Pressemitteilung mit interessanten Neuigkeiten rund um die OSM raus gibt. Dafür gibt es *bei weitem* zu wenig Substanz! Die Medien übernehmen gerne etwas, nur Du musst ihnen auch etwas liefern! Etwas, das den geneigten (Sparten-)Leser oder Hörer auch irgendwie interessiert. Den anderen mit Nichts nur taub zu schreien ist nicht nur zu wenig, sondern hätte nur den ignorieren wir ab jetzt-Effekt. Und ich glaube, Du verwechselst da auch Pressemitteilung und Werbung... Für eine Imagekampagne bräuchtest Du /etwas/ Kleingeld... ;) Und mit welchem Effekt? Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] OSM hors ligne
Le mardi 3 février 2015 11:37:49, Pierre Knobel a écrit : Un rendu à la volée à partir des données d'OSMAnd serait effectivement une bonne solution. En additionnant toutes les tailles sur la page http://download.osmand.net/list.php on arrive à seulement 31Go. Reste à trouver un moteur de rendu qui digère les fichier OBF et fonctionne sous Windows ou Linux. Ou un émulateur Android. Pas forcément qui gère ce format obf, il y a plein de soft qui ont leur propre format de stockage en vectoriel, le gros du boulot... c'est de les essayer ! https://help.openstreetmap.org/questions/12806/linux-desktop-viewer-like-osmand-for-android -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-br] Dúvida limite administrativo
Prezados Senhores, Gostaria de acrescentar informações na dúvida sobre limite administrativo, que abordei no volume 76, assunto 33. Peço desculpas pelo retorno tardio, mas problemas de saúde não me permitiram responder anteriormente. Qdo estava inserindo escolas através do iD, poucas vezes apareceu o nome da cidade no campo endereço para selecionar. Precisou digitar. Para ajudar a entender o problema , inseri 03 escolas próximas (A, B, C) e outras 04 escolas próximas (D, E, F, G). As escolas A, D, E aparecem o nome da cidade no campo endereço. As outras não, precisando digitar. Talvez o assunto seja preciosismo, mas gostaria de compreender o que ocorre e verificar a possibilidade de problemas em aplicativos que usam a base do OSM. Grato, Helio Cesar Tomio. escola A: https://www.openstreetmap.org/node/3328553402 escola B: https://www.openstreetmap.org/node/3328553403 escola C: https://www.openstreetmap.org/node/3328553404 escola D: https://www.openstreetmap.org/node/3328557673 escola E: https://www.openstreetmap.org/node/3328557674 escola F: https://www.openstreetmap.org/node/3328557675 Escola G: https://www.openstreetmap.org/node/3328557676 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Dúvida limite administrativo
Hélio, O nome da cidade e do bairro talvez sejam redundantes, uma vez que os limites administrativos de cidade e bairro já aparecem na busca da escola. Busquei escola A, Jaraguá do Sul e a procura me retornou: Escola escola A, Rua Manoel Francisco da Costa, João Pessoa, Jaraguá do Sul, Mesorregião do Norte Catarinense, Santa Catarina, Região Sul, Brasil Dessa forma, creio que as únicas informações que deveriam constar com certeza são o nome da rua em addr:street e o número em addr:housenumber. Alguém tem outra sugestão? Abraços, Vítor Dias Em 4 de fevereiro de 2015 12:42, Helio Cesar Tomio hcto...@gmail.com escreveu: Prezados Senhores, Gostaria de acrescentar informações na dúvida sobre limite administrativo, que abordei no volume 76, assunto 33. Peço desculpas pelo retorno tardio, mas problemas de saúde não me permitiram responder anteriormente. Qdo estava inserindo escolas através do iD, poucas vezes apareceu o nome da cidade no campo endereço para selecionar. Precisou digitar. Para ajudar a entender o problema , inseri 03 escolas próximas (A, B, C) e outras 04 escolas próximas (D, E, F, G). As escolas A, D, E aparecem o nome da cidade no campo endereço. As outras não, precisando digitar. Talvez o assunto seja preciosismo, mas gostaria de compreender o que ocorre e verificar a possibilidade de problemas em aplicativos que usam a base do OSM. Grato, Helio Cesar Tomio. escola A: https://www.openstreetmap.org/node/3328553402 escola B: https://www.openstreetmap.org/node/3328553403 escola C: https://www.openstreetmap.org/node/3328553404 escola D: https://www.openstreetmap.org/node/3328557673 escola E: https://www.openstreetmap.org/node/3328557674 escola F: https://www.openstreetmap.org/node/3328557675 Escola G: https://www.openstreetmap.org/node/3328557676 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vítor Rodrigo Dias Revisor de textos Tradutor port/ing/port e port/esp/port Telefone: (31) 7360-9421 - TIM ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-at] PR (Split aus Erforderliche Attribution für OpenStreetMap-Karten)
Wollte gerade im Standard Forum posten, aber wenn man nach Donau sucht kommt nicht direkt die Relation. Und die Relation anstatt der Suchergebnisse zu Verlinken ist Schummeln. Das ändert aber nichts an der Tatsache, dass man in OSM die Donau überhaupt als ganzes fassen KANN. :-) Am 2015-02-04 um 14:05 schrieb eest9: Hi, Gerade zum Thema PR passend: http://derstandard.at/plink/211258806?_pid=1001380724 solche Chancen müssten wir eigentlich irgendwie nutzen! Denn OSM findet die Donau problemlos: http://www.openstreetmap.org/relation/89652 gleiches gilt übrigens auch für die Mona Lisa! Während Google hier große Probleme hat ist sie bei OSM Lage genau als erster Vorschlag aufgelistet. Es würde schon Nutzer bringen wenn das ein paar Leute im Standard als Kommentar schreiben, aber eine PA o.ä. würde hier natürlich auch viel nutzen. Am besten aber gar den Journalisten selbst anrufen (weiß leider nicht wer dieser fsc ist obwohl er recht viele Artikel schreibt). Wer ist denn bei uns in Österreich für PR zuständig? Bzw. gibt es überhaupt einen zuständigen? Und wenn nicht wie verteilt man denn dann so eine Zuständigkeit? lg Erwin Ernst 'eest9' Steinhammer Am 3. Februar 2015 um 07:03 schrieb Andreas Labres l...@lab.at: On 02.02.15 13:03, Christian Aigner wrote: Eine mögliche Lösung dafür: Vielleicht findet sich eine PR-Agentur als Sponsor, die dann so jeden (zweiten) Monat eine Pressemitteilung mit interessanten Neuigkeiten rund um die OSM raus gibt. Dafür gibt es *bei weitem* zu wenig Substanz! Die Medien übernehmen gerne etwas, nur Du musst ihnen auch etwas liefern! Etwas, das den geneigten (Sparten-)Leser oder Hörer auch irgendwie interessiert. Den anderen mit Nichts nur taub zu schreien ist nicht nur zu wenig, sondern hätte nur den ignorieren wir ab jetzt-Effekt. Und ich glaube, Du verwechselst da auch Pressemitteilung und Werbung... Für eine Imagekampagne bräuchtest Du /etwas/ Kleingeld... ;) Und mit welchem Effekt? Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-it] Importazione dati puntuali
Ciao, sto partecipando al Mappathon di Regione Piemonte e vorrei caricare il dataset relativo ai mercati della Regione su OSM. Nello specifico dovrei caricare l'indicazione puntuale dei mercati presenti nella regione in formato KML ( a sua volta derivata dal portale open data dati.piemonte) su OSM. Consultando le linee guida sono arrivato a questa newsletter, ma non mi è chiaro come devo procedere per importare. Vi ringrazio, Roberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Nomi vie negli incroci
Ciao a tutti, esistono in OSM delle regole relative all'attribuzione del tag name alle way interne alle aree di intersezione tra vie, nei casi in cui l'intersezione non abbia un suo nome - i normali incroci tra vie insomma? In queste situazioni non c'è una targa col nome via, non ci sono civici e in sostanza il SIT o l'ufficio toponomastica è l'unico a sapere a quale via appartenga l'area di intersezione. Per il grafo stradale di Milano ci basiamo appunto sull'attribuzione delle aree di intersezione all'una o all'altra via, fatta dal SIT del comune. Quindi tutti gli archi stradali completamente interni all'area prendono il codice (quindi il nome) della via corrispondente. Addirittura il SIT taglia il grafo stradale in tutti i punti di passaggio da tronchi ad aree di intersezione. Nell'esempio seguente: https://www.openstreetmap.org/#map=19/45.46217/9.22390 l'area di intersezione Campania/Mugello/Corsica/22 marzo appartiene a viale Campania, tutti i loc_ref hanno il codice via 3100. Però i tag name originali riportano per ogni way il nome della via di cui il tratto all'intersezione è proseguimento. Quando abbiamo creato la relazione tra OSM e il grafo stradale di milano abbiamo tenuto un approccio conservativo ed evitato quindi di modificare il tag name, dal momento che il loc_ref contiene anche il codice via. Ora stiamo revisionando i nomi via per Milano e questa potrebbe essere l'occasione per sistemare le intersezioni. Non ho trovato però sulla wiki di OSM indicazioni a riguardo. Potremmo quindi: 1. Lasciare le cose come stanno 2. Rinominare gli archi interni alle intersezioni, aggiungendo un source:name=SIT Milano. Mi pare invece lecito attribuire a tutti gli archi interni ad una piazza il nome della piazza, come in questo caso (Piazza Appio Claudio): https://www.openstreetmap.org/#map=19/45.49213/9.19411 Cosa ne pensate? Questa modifica potrebbe essere utile / dannosa per il rendering e le applicazioni di routing? Sig ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-be] Fixme's in Taglocator
Goedendag allen, Ik ben Marc Zoutendijk en mapper uit Nederland (ik woon in Vught) maar met het meeste mapwerk op Spaanse grond. Omdat ik daar vaak op fietsvakantie ben. Ter introductie: http://www.marczoutendijk.nl Sinds 2011 actief met en op OSM. In Nederland zijn we veel actiever op het forum dan op de Mailinglist, in België is dat andersom merk ik, dus meld ik me nu hier met vragen en antwoorden. Ik ben al geruime tijd bezig met de ontwikkeling van Taglocator, een op de overpass-turbo gebaseerde tool waarmee snel een aantal vooraf gedefinieerde user poi's kunnen worden gevonden. Er zijn meer van dat soort tools, maar deze is vooral in eerste instantie gemaakt voor eigen gebruik (om te zien waar in mijn buurt nog mapwerk was te doen en of het goed was gedaan), maar al gauw bleek er ook belangstelling van anderen te zijn. Wat ermee kan kun je lezen in de wiki: https://wiki.openstreetmap.org/wiki/Taglocator Je kunt ook de hele ontwikkelingsgang lezen op het forum: http://forum.openstreetmap.org/viewtopic.php?id=28807 Maar nog beter is proberen. Op onderstaande permalink kun je zien hoeveel fixme's er in Antwerpen nog zijn, maar net zo makkelijk is het om te zien hoeveel voetbalvelden of cafe's daar zijn te vinden. http://mijndev.openstreetmap.nl/~marczoutendijk/taglocator/?map=variouszoom=15lat=51.22197lon=4.41125layers=B00T Met groet, Marc Zoutendijk. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-br] Relation:boundary
2015-02-04 21:40 GMT-02:00 thunder...@gpsinfo.com.br: Nelson, agregaria para cidade o admin_centre se ela for a sede do estado ou município. Existem inúmeras cidades dentro de um estado e/ou município e, na minha opinião, tem de existir um diferenciador para elas. Isso. Mas essa parte já faz parte dos membros da relação. A relação em si só precisa ter aquelas tags que eu falei anteriormente. Nos membros da relação só é obritagatório os caminhos externos (outer). admin_centre não é obrigatório mas é bom ter. Acho que todos aqui que arrumam os limites acabam colocando o admin_centre. O problema é que o Brasil é grande e falta muita coisa pra arrumar. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] Tagging addresses on area's
On Tue, Feb 3, 2015 at 1:33 PM, Darrell Fuhriman darr...@garnix.org wrote: It seems to be addr:unit, though it’s not widely used. It’s what I’ve been using, though. http://wiki.openstreetmap.org/wiki/Key:addr:unit d. On Feb 3, 2015, at 12:28, Paul Johnson ba...@ursamundi.org wrote: What's the correct tag for unit number, anyway? This is driving me insane since it's making it impossible to complete mapping the caravan site I live I punted. When Josm added a preset that included addr:flats, then I started using that tag. Right or wrong I figured most of the other tags are Euro-English coloured, so to speak, that it did not mater if I used addr:flats verses addr:unit. The problem is that only addr:house number renders. I am not sure how we can render an address so that it is useful other than only displaying the number. Then there is a debate over what tags to add for completeness of an imported address such as addr:state being redundant. Moreover, there is the debate of including/excluding zipcode areas in the OSM data so that it could be used to improve address data. On top of suites what do we do with building numbers. I have no joy with a complex like this http://www.openstreetmap.org/#map=19/33.59390/-111.98171. How do you add the suite ranges with any meaning along with a building letter that is useful on the map? I though x001-x012 for the suite because there is more than one suite for the building. The floor is the distinguishing number for all the suites in that building. Then there was this experiment http://www.openstreetmap.org/#map=19/33.58335/-111.90703. I left crappy but useful map data. addr:housenumber contains both the number and the building letter in the same field. The map is useful because you can find the building. How have other people tried to handle these situations? Regards, Greg ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
