[OSM-talk-be] Invisible castles
I was looking on some OSM based maps for a precise location of a castle but I couldn't find it. I checked another one that couldn't be found either. Both are the type of castles surrounded by water but the map only shows the water not the building in the middle. Annexes as sheds in the neighbourhood are visible on the map. Kasteel Vogelzang https://inventaris.onroerenderfgoed.be/dibe/relict/22508 http://geschichtskarten.openstreetmap.de/historische_objekte/translate/nl/index-nl.html?zoom=18lat=51.3265lon=4.94405layers=BFFTT http://geschichtskarten.openstreetmap.de/historische_objekte/translate/nl/index-nl.html?zoom=18lat=51.3265lon=4.94405layers=BFFTT http://www.openstreetmap.org/#map=18/51.00764/5.32171 http://www.openstreetmap.org/#map=18/51.00764/5.32171 Kasteel Schoonbeek http://www.openstreetmap.org/#map=18/50.89843/5.47815 I checked the editor and found that both castles are tagged according to the Wiki ' How to a”: – historic = castle – name = The annexes visible on the map or tagged as: building=yes. The conclusion is that it is necessary to add a building tag as 'building = residential' if it is still lived in or another denomination according to the actual use of it. Are there any arguments against a change of the wiki accordingly or is there another solution? Regards, Erik Beerten ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Invisible castles
The default (Mapnik) renderer changed not too long ago. It used to be the case that everything with a name tag was rendered. This is no longer the case and might cause the issue you noticed. Since a castle is a building I see no problem to add a tag building=yes/residential/... regards m On Mon, Aug 18, 2014 at 2:58 PM, Erik Beerten ebe...@gmail.com wrote: I was looking on some OSM based maps for a precise location of a castle but I couldn't find it. I checked another one that couldn't be found either. Both are the type of castles surrounded by water but the map only shows the water not the building in the middle. Annexes as sheds in the neighbourhood are visible on the map. Kasteel Vogelzang https://inventaris.onroerenderfgoed.be/dibe/relict/22508 http://geschichtskarten.openstreetmap.de/historische_objekte/translate/nl/index-nl.html?zoom=18lat=51.3265lon=4.94405layers=BFFTT http://geschichtskarten.openstreetmap.de/historische_objekte/translate/nl/index-nl.html?zoom=18lat=51.3265lon=4.94405layers=BFFTT http://www.openstreetmap.org/#map=18/51.00764/5.32171 http://www.openstreetmap.org/#map=18/51.00764/5.32171 Kasteel Schoonbeek http://www.openstreetmap.org/#map=18/50.89843/5.47815 I checked the editor and found that both castles are tagged according to the Wiki ' How to a”: – historic = castle – name = The annexes visible on the map or tagged as: building=yes. The conclusion is that it is necessary to add a building tag as 'building = residential' if it is still lived in or another denomination according to the actual use of it. Are there any arguments against a change of the wiki accordingly or is there another solution? Regards, Erik Beerten ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Invisible castles
On Monday 18 August 2014 14:58:22 Erik Beerten wrote: I was looking on some OSM based maps for a precise location of a castle but I couldn't find it. I checked another one that couldn't be found either. Both are the type of castles surrounded by water but the map only shows the water not the building in the middle. Annexes as sheds in the neighbourhood are visible on the map. (...) The conclusion is that it is necessary to add a building tag as 'building = residential' if it is still lived in or another denomination according to the actual use of it. It's just what Mapnik decides to show on its map, there are other renderings, like http://opentopomap.org/#map=15/51.00633/5.31934 that have special symbols for castles. The most detailed way of mapping a castle would be outlining the building contours, and then add the historic=castle tag on that building. It'll then show up on Mapnik since it has building=yes, but still no special castle symbol. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Invisible castles
What about building=castle? Jo 2014-08-18 15:19 GMT+02:00 Ben Laenen benlae...@gmail.com: On Monday 18 August 2014 14:58:22 Erik Beerten wrote: I was looking on some OSM based maps for a precise location of a castle but I couldn't find it. I checked another one that couldn't be found either. Both are the type of castles surrounded by water but the map only shows the water not the building in the middle. Annexes as sheds in the neighbourhood are visible on the map. (...) The conclusion is that it is necessary to add a building tag as 'building = residential' if it is still lived in or another denomination according to the actual use of it. It's just what Mapnik decides to show on its map, there are other renderings, like http://opentopomap.org/#map=15/51.00633/5.31934 that have special symbols for castles. The most detailed way of mapping a castle would be outlining the building contours, and then add the historic=castle tag on that building. It'll then show up on Mapnik since it has building=yes, but still no special castle symbol. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Invisible castles
On 18-08-14 15:36, Jo wrote: What about building=castle? Indeed, the value of this key can be anything, as long as it is present it will be (atleast) equal to building = yes But castles could use some more verbose tagging: for example, by your description, this is a castle, water around it and additional buildings: http://osm.org/go/0EpInQ2Fd?way=66924557 If Marc has passed with his knowledge, you'll also notice that 'heritage' tags will be added, (Escada) Marc Gemis knows more about how to go about this correctly. Adding Historic=yes is not a bad idea either. (map renderers will take this into account). Good luck on completing this. Glenn Jo 2014-08-18 15:19 GMT+02:00 Ben Laenen benlae...@gmail.com mailto:benlae...@gmail.com: On Monday 18 August 2014 14:58:22 Erik Beerten wrote: I was looking on some OSM based maps for a precise location of a castle but I couldn't find it. I checked another one that couldn't be found either. Both are the type of castles surrounded by water but the map only shows the water not the building in the middle. Annexes as sheds in the neighbourhood are visible on the map. (...) The conclusion is that it is necessary to add a building tag as 'building = residential' if it is still lived in or another denomination according to the actual use of it. It's just what Mapnik decides to show on its map, there are other renderings, like http://opentopomap.org/#map=15/51.00633/5.31934 that have special symbols for castles. The most detailed way of mapping a castle would be outlining the building contours, and then add the historic=castle tag on that building. It'll then show up on Mapnik since it has building=yes, but still no special castle symbol. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org mailto: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 -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Invisible castles
You can also add castle_type. See http://wiki.openstreetmap.org/wiki/Key:castle_type Most likely it's stately or manor. regards m On Mon, Aug 18, 2014 at 4:34 PM, Glenn Plas gl...@byte-consult.be wrote: On 18-08-14 15:36, Jo wrote: What about building=castle? Indeed, the value of this key can be anything, as long as it is present it will be (atleast) equal to building = yes But castles could use some more verbose tagging: for example, by your description, this is a castle, water around it and additional buildings: http://osm.org/go/0EpInQ2Fd?way=66924557 If Marc has passed with his knowledge, you'll also notice that 'heritage' tags will be added, (Escada) Marc Gemis knows more about how to go about this correctly. Adding Historic=yes is not a bad idea either. (map renderers will take this into account). Good luck on completing this. Glenn Jo 2014-08-18 15:19 GMT+02:00 Ben Laenen benlae...@gmail.com: On Monday 18 August 2014 14:58:22 Erik Beerten wrote: I was looking on some OSM based maps for a precise location of a castle but I couldn't find it. I checked another one that couldn't be found either. Both are the type of castles surrounded by water but the map only shows the water not the building in the middle. Annexes as sheds in the neighbourhood are visible on the map. (...) The conclusion is that it is necessary to add a building tag as 'building = residential' if it is still lived in or another denomination according to the actual use of it. It's just what Mapnik decides to show on its map, there are other renderings, like http://opentopomap.org/#map=15/51.00633/5.31934 that have special symbols for castles. The most detailed way of mapping a castle would be outlining the building contours, and then add the historic=castle tag on that building. It'll then show up on Mapnik since it has building=yes, but still no special castle symbol. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be -- Everything is going to be 200 OK. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Incorrect speed limit anonymous notes - who is behind that?
On Sun, 2014-08-17 at 14:14 -0500, John F. Eldredge wrote: Speed limits that are an odd multiple of 5 are common in the USA. For example, the most common speed limit on motorways within cities is 55 mph. 15 mph is a common speed limit near schools at the times of day when children are likely to be using the crosswalks. Speed limits that aren't an odd or even multiple of 5 are rare, but not unknown. They are usually on private roads. For example, the YMCA owns a large sports facility outside Nashville, TN. The posted speed limits on the private roads within the compound are 16 mph. I am aware that the USA has speed limits in multiples of 5 mph. I was suggesting that the app should use the GPS, or settings, to get some sensible locaiised values for speed limits values and mph/kph. There is also a 10 second timeout on the report, I think only on the driving mode, which will possibly encourage the user to just hit send. I have been experimenting a little more since my last post, the value initially presented to the user is the closest increment to the actual speed. Actually if used with care its not a bad feature, I would like this in osmand but then use my OSM account rather than post anonymously. Although the main point of the thread I do still believe. The note should include the name of the app and contact details of the admins for the app, that is only basic good manners and should have been a no brainer for the developers. Phil (trigpoint) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK is turning blue?
The endless rain of 2014 might though ;-) (sorry for the flippant comment) -SomeoneElse li...@mail.atownsend.org.uk wrote: - To: talk@openstreetmap.org From: SomeoneElse li...@mail.atownsend.org.uk Date: 17/08/2014 09:41PM Subject: Re: [OSM-talk] UK is turning blue? On 17/08/2014 20:34, Ruben Maes wrote: It's doing it again – the UK is going blue once more! Does anyone know what the problem is? Last time, was it a broken coastline in the end? The Coastline view in OSMI http://tools.geofabrik.de/osmi/ suggests a self-intersection problem roughly here: http://www.openstreetmap.org/edit?editor=potlatch2#map=20/56.68761/-6.09413 Not sure if a self-intersection would cause this flooding though... Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK is turning blue?
:-) Hit refresh, it seems to be fixed now. On 18 August 2014 10:17, Nick Whitelegg nick.whitel...@solent.ac.uk wrote: The endless rain of 2014 might though ;-) (sorry for the flippant comment) -SomeoneElse li...@mail.atownsend.org.uk wrote: - To: talk@openstreetmap.org From: SomeoneElse li...@mail.atownsend.org.uk Date: 17/08/2014 09:41PM Subject: Re: [OSM-talk] UK is turning blue? On 17/08/2014 20:34, Ruben Maes wrote: It's doing it again – the UK is going blue once more! Does anyone know what the problem is? Last time, was it a broken coastline in the end? The Coastline view in OSMI http://tools.geofabrik.de/osmi/ suggests a self-intersection problem roughly here: http://www.openstreetmap.org/edit?editor=potlatch2#map=20/56.68761/-6.09413 Not sure if a self-intersection would cause this flooding though... Cheers, Andy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK is turning blue?
On 18/08/2014, tony wroblewski tony.wroblew...@gmail.com wrote: On 18 August 2014 10:17, Nick Whitelegg nick.whitel...@solent.ac.uk wrote: The endless rain of 2014 might though ;-) :-) Hit refresh, it seems to be fixed now. Nope. Still raining outside. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] UK is turning blue?
On 18/08/14 13:18, moltonel 3x Combo wrote: The endless rain of 2014 might though ;-) :-) Hit refresh, it seems to be fixed now. Nope. Still raining outside. Dry inside and out here ... all looking fine. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Carto: High zoom levels (17-19) not updated
Hey Is it only me or do other also see no updates of zoom level 17 to 19 of the main mapnik renderer. Usually, they update within minutes when reloaded but now I am waiting for some days and nothing happens. I did delete my browser cache mean while. Have a look at [1] and zoom in. Cheers colliar [1] https://www.openstreetmap.org/#map=16/48.0646/7.7198 signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Carto: High zoom levels (17-19) not updated
On 8/18/2014 11:01 AM, colliar wrote: Is it only me or do other also see no updates of zoom level 17 to 19 of the main mapnik renderer. Usually, they update within minutes when reloaded but now I am waiting for some days and nothing happens. http://munin.openstreetmap.org/openstreetmap/render.openstreetmap/renderd_queue.html indicates that the is a queue for tile rendering. I believe one of the rendering servers is temporarily down. There are other normal reasons why there can be a queue at other times, such as monthly re-rendering of low and medium zooms and stylesheet updates. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Carto: High zoom levels (17-19) not updated
On 18/08/14 19:58, Paul Norman wrote: On 8/18/2014 11:01 AM, colliar wrote: Is it only me or do other also see no updates of zoom level 17 to 19 of the main mapnik renderer. Usually, they update within minutes when reloaded but now I am waiting for some days and nothing happens. http://munin.openstreetmap.org/openstreetmap/render.openstreetmap/renderd_queue.html indicates that the is a queue for tile rendering. I believe one of the rendering servers is temporarily down. Both machines are up - yevaud looks like it's down because it hasn't been reporting to munin but it is actually up. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Carto: High zoom levels (17-19) not updated
Am 18.08.2014 20:58, schrieb Paul Norman: On 8/18/2014 11:01 AM, colliar wrote: Is it only me or do other also see no updates of zoom level 17 to 19 of the main mapnik renderer. Usually, they update within minutes when reloaded but now I am waiting for some days and nothing happens. http://munin.openstreetmap.org/openstreetmap/render.openstreetmap/renderd_queue.html indicates that the is a queue for tile rendering. I believe one of the rendering servers is temporarily down. There was no queue this morning though. Try the /dirty-trick yesterday already but I am not sure if it is still working. There are other normal reasons why there can be a queue at other times, such as monthly re-rendering of low and medium zooms and stylesheet updates. Cheers colliar signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Carto: High zoom levels (17-19) not updated
Am 18.08.2014 21:31, schrieb Tom Hughes: On 18/08/14 19:58, Paul Norman wrote: On 8/18/2014 11:01 AM, colliar wrote: Is it only me or do other also see no updates of zoom level 17 to 19 of the main mapnik renderer. Usually, they update within minutes when reloaded but now I am waiting for some days and nothing happens. http://munin.openstreetmap.org/openstreetmap/render.openstreetmap/renderd_queue.html indicates that the is a queue for tile rendering. I believe one of the rendering servers is temporarily down. Both machines are up - yevaud looks like it's down because it hasn't been reporting to munin but it is actually up. Well now the new tiles are rendered. Thanks anyway. colliar signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] PostGIS Workshop door OSGeo.nl
Ik heb al eerder de vraag gesteld of ik uit de mailing list en andere adressen bestanden kan worden verwijderd. Ben ooit per ongeluk hierin verzeild geraakt. Dat OSM-talk is al abracadabra voor mij, maar voor jullie moet het weglaten van mijn mail adres toch geen probleem zijn? Alvast bedankt Met vriendelijke groet Ada en Pieter vanaf onze i-pad Op 17 aug. 2014 om 17:24 heeft Just van den Broecke j...@justobjects.nl het volgende geschreven: Beste Mensen, Ja een cross-post, maar PostgreSQL/PostGIS, kortweg PostGIS hier, wordt door ons allen gedeeld... Op de OpenTopo workshops door JW van Aalst bleek er behoefte te zijn aan workshops door OSGeo.nl http://osgeo.nl rond basis tools: met name PostGIS en QGIS. Twee grote specialisten zijn bereid een PostGIS workshop te geven: Michel Sijmons (Nibble IT) en Wouter Boasson (RIVM/HAS). Tijdstip/plaats ergens tussen 15 sept en 1 nov 2014, centrale plek, in de avond plm 3 uur. Wat zou je graag in zo'n workshop zien? Er staat een poll op de OSGeoNL Meetup http://www.meetup.com/OSGeoNL/polls/352 maar je kunt mij ook direct max 6 van onderstaande opties mailen. Installatie: hoe en wat: Mac/PC/Linux Beheer tools: PGAdmin III, PhpPgAdmin Inladen van data: commando's, ETL tools Ruimtelijke (spatial) queries Gebruik binnen QGIS Map/feature (WMS/WFS) web services realiseren Ruimtelijke analyse Praktijk-cases Ik wil vooral hands-on met laptop Nieuwe functies: Raster, PointCloud etc Opschalen: replicatie, EnterpriseDB etc Maakt niet uit: verras me Ik hoop van jullie te horen! Hartelijke groet, --Just Just van den Broecke Secretaris Stichting OSGeo.nl ___ 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: [OSM-talk-nl] PostGIS Workshop door OSGeo.nl
Zie link helemaal onderaan de email. -- sent from my phone On 18 augustus 2014 16:41:10 GMT+02:00, pieter vd harst apida...@hotmail.com wrote: Ik heb al eerder de vraag gesteld of ik uit de mailing list en andere adressen bestanden kan worden verwijderd. Ben ooit per ongeluk hierin verzeild geraakt. Dat OSM-talk is al abracadabra voor mij, maar voor jullie moet het weglaten van mijn mail adres toch geen probleem zijn? Alvast bedankt Met vriendelijke groet Ada en Pieter vanaf onze i-pad Op 17 aug. 2014 om 17:24 heeft Just van den Broecke j...@justobjects.nl het volgende geschreven: Beste Mensen, Ja een cross-post, maar PostgreSQL/PostGIS, kortweg PostGIS hier, wordt door ons allen gedeeld... Op de OpenTopo workshops door JW van Aalst bleek er behoefte te zijn aan workshops door OSGeo.nl http://osgeo.nl rond basis tools: met name PostGIS en QGIS. Twee grote specialisten zijn bereid een PostGIS workshop te geven: Michel Sijmons (Nibble IT) en Wouter Boasson (RIVM/HAS). Tijdstip/plaats ergens tussen 15 sept en 1 nov 2014, centrale plek, in de avond plm 3 uur. Wat zou je graag in zo'n workshop zien? Er staat een poll op de OSGeoNL Meetup http://www.meetup.com/OSGeoNL/polls/352 maar je kunt mij ook direct max 6 van onderstaande opties mailen. Installatie: hoe en wat: Mac/PC/Linux Beheer tools: PGAdmin III, PhpPgAdmin Inladen van data: commando's, ETL tools Ruimtelijke (spatial) queries Gebruik binnen QGIS Map/feature (WMS/WFS) web services realiseren Ruimtelijke analyse Praktijk-cases Ik wil vooral hands-on met laptop Nieuwe functies: Raster, PointCloud etc Opschalen: replicatie, EnterpriseDB etc Maakt niet uit: verras me Ik hoop van jullie te horen! Hartelijke groet, --Just Just van den Broecke Secretaris Stichting OSGeo.nl ___ 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] vias interditadas
Esse mapeamento de calçadas, eu acho que se aplica mais lá na Europa onde muitas vezes a prefeitura faz o caminho dos pedestres uns 10 ou 20 metros separado das vias rurais mais movimentadas, as vezes até 100m longe das estradas ou mais. Esses calçamentos levam os pedestres entre as mesmas cidades que as rodovias levam, e às vezes servem para bicicletas também, nada além. Dessa forma precisam ser mapeados de maneira diferente. Aqui no Brasil, me parece que o mapeamento de calçadas é praticamente inútil, visto que a grande maioria das ruas interditadas servem para motos. Sent from my iPhone On 18 Aug 2014, at 00:01, belnu...@pop.com.br wrote: Mas , se não são mapeadas calçadas ( que são os locais por onde os pedestres circulam ) por que se deixar abertas vias que estão interrompidas para o trafego de veículos ? Não estariam esquecendo que o OSM também é usado por veículos através de GPS ? ___ 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] vias interditadas
Sou de mesma opinião uma vez que existem muitas diferenças de termos lá fora aplicados dos empregados aqui no Brasil. Por essa razão que na Wiki são publicadas diferenças. Mapear calçadas de forma que os pedestres não mais compartilhem as vias automotivas é um trabalho a muito longo prazo e que requer muito debate devido as características das calçadas no Brasil. Entendo que o termo via em construção aqui no Brasil é mais indicado para uma via que não existe e será aberta. Assim é o caso das trans... ora em construção, do Arco Metropolitano e dos túneis na zona portuária, tudo aqui no Rio de Janeiro. Vejo como importante o mapeamento dessas para se conhecer os projetos viários existentes. Nesses casos a TAG highway=construction bem estampa e distingue no mapa uma via projetada, não exigindo ali outras configurações de acesso porque a TAG construction , por si só, bloqueia todos os acessos e até acredito ter sentido isso uma vez que se está em construção ela não existe ainda. Quando nos referimos a uma via existente, bloqueada para melhorias, devemos nos ater a legislação brasileira que trata do assunto obras em via pública, em especial o regulado pelo Código Brasileiro de Trânsito ( Art. 95) e pelo Manual Brasileiro de Sinalização Brasileiro. O termo Em Obras é o empregado por toda legislação brasileira pertinente e esse sim dá o sentido de via interrompida por motivo de obras. Da maneira que alguns estão fazendo, transformando vias interrompidas por obras, para a TAG highway=construction essas passam a bloquear qualquer tipo de acesso e no visual do mapa se confundem com aqueles que realmente estão projetadas ou em construção. Por fim lembro que a nossa intenção aqui não é gerar polêmica e sim padronizar a formatação de via em construção e de via interrompida para obras. []s Marcio -Mensagem Original- From: Fernando Pierobon Sent: Monday, August 18, 2014 7:15 AM To: OpenStreetMap no Brasil Subject: Re: [Talk-br] vias interditadas Esse mapeamento de calçadas, eu acho que se aplica mais lá na Europa onde muitas vezes a prefeitura faz o caminho dos pedestres uns 10 ou 20 metros separado das vias rurais mais movimentadas, as vezes até 100m longe das estradas ou mais. Esses calçamentos levam os pedestres entre as mesmas cidades que as rodovias levam, e às vezes servem para bicicletas também, nada além. Dessa forma precisam ser mapeados de maneira diferente. Aqui no Brasil, me parece que o mapeamento de calçadas é praticamente inútil, visto que a grande maioria das ruas interditadas servem para motos. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] vias interditadas
O mapeamento de calçadas pode ser feito de dois modos: usando traço separado, ou associando com etiquetação na highway dos carros. Nem toda via indicada somente para pedestres é calçada. Em 18 de agosto de 2014 07:15, Fernando Pierobon fernando...@gmail.com escreveu: Esse mapeamento de calçadas, eu acho que se aplica mais lá na Europa onde muitas vezes a prefeitura faz o caminho dos pedestres uns 10 ou 20 metros separado das vias rurais mais movimentadas, as vezes até 100m longe das estradas ou mais. Esses calçamentos levam os pedestres entre as mesmas cidades que as rodovias levam, e às vezes servem para bicicletas também, nada além. Dessa forma precisam ser mapeados de maneira diferente. Aqui no Brasil, me parece que o mapeamento de calçadas é praticamente inútil, visto que a grande maioria das ruas interditadas servem para motos. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Mapeamento de calçadas (Era: vias interditadas)
O mapeamento de calçadas em uma linha separada é muito controverso até mesmo lá fora. Ele traz uma série de complicações (pois não é backward-compatible para roteadores ou renderizadores), e não tem vantagens consideráveis. Existe sim, casos em que é apropriado mapear calçadas (por exemplo quando calçadas desviam consideravelmente do trajeto da rua), mas uma calçada normal não justifica a adição de uma via separada. Pessoalmente, se eu visse uma calçada mapeada separadamente em um lugar que não convêm (sendo que eu conheço pessoalmente o lugar), eu excluiria na hora. Abs, João Em 18 de agosto de 2014 13:36, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: O mapeamento de calçadas pode ser feito de dois modos: usando traço separado, ou associando com etiquetação na highway dos carros. Nem toda via indicada somente para pedestres é calçada. Em 18 de agosto de 2014 07:15, Fernando Pierobon fernando...@gmail.com escreveu: Esse mapeamento de calçadas, eu acho que se aplica mais lá na Europa onde muitas vezes a prefeitura faz o caminho dos pedestres uns 10 ou 20 metros separado das vias rurais mais movimentadas, as vezes até 100m longe das estradas ou mais. Esses calçamentos levam os pedestres entre as mesmas cidades que as rodovias levam, e às vezes servem para bicicletas também, nada além. Dessa forma precisam ser mapeados de maneira diferente. Aqui no Brasil, me parece que o mapeamento de calçadas é praticamente inútil, visto que a grande maioria das ruas interditadas servem para motos. ___ 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] Mapeamento de calçadas (Era: vias interditadas)
Backward = retroativo; relativo ao passado Compatible = compatível Backward-compatible = compatível retroativamente, compatível com versões anteriores 2014-08-18 14:30 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: O que é backward-compatible? Traçar calçadas dificulta a manutenção e é trabalho imenso. Por outro lado, é maneira que vejo para ter mais detalhes sobre rampas, acessibilidade e entrances. Considero que seja aplicável a alguns locais. Em 18 de agosto de 2014 14:24, John Packer john.pack...@gmail.com escreveu: O mapeamento de calçadas em uma linha separada é muito controverso até mesmo lá fora. Ele traz uma série de complicações (pois não é backward-compatible para roteadores ou renderizadores), e não tem vantagens consideráveis. Existe sim, casos em que é apropriado mapear calçadas (por exemplo quando calçadas desviam consideravelmente do trajeto da rua), mas uma calçada normal não justifica a adição de uma via separada. Pessoalmente, se eu visse uma calçada mapeada separadamente em um lugar que não convêm (sendo que eu conheço pessoalmente o lugar), eu excluiria na hora. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Fernando Trebien +55 (51) 9962-5409 Nullius in verba. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapeamento de calçadas (Era: vias interditadas)
Acho que é melhor usar etiquetas como access=destination (caso tenha uma placa dizendo somente acesso local) e maxspeed=* (caso mudem mesmo a velocidade máxima no trecho) para representar que a via ainda é acessível mas não é um bom ponto de passagem, do contrário cria-se uma descontinuidade na classificação da via. Sem isso, fica meio difícil de afirmar com certeza o real impacto da obra sobre o sistema viário. Se a via for completamente interditada num trecho, pode fazer um certo sentido mudá-la para highway=construction+foot=yes+bicycle=yes (é o que temos feito aqui em PoA). Afinal, geralmente há pouca diferença prática entre uma via estar sendo contruída e ela estar em obras. O OSM usa o termo sidewalk e a etiqueta de mesmo nome (sidewalk=both/left/right/none na via principal, ou footway=sidewalk numa linha separada) para se referir a calçadas. [1] No Brasil, às vezes faz bastante sentido mapear separadamente as conexões entre as calçadas, as travessias de pedestres (highway=footway+footway=crossing), principalmente em cruzamentos mais complexos e em vias duplicadas/separadas. Travessias podem ser ou não indicadas por uma faixa de pedestres pintada no chão. Por exemplo, segundo o CTB, Art. 69, inciso III: Nas interseções e em suas proximidades, onde não existam faixas de travessia, os pedestres devem atravessar a via na continuação da calçada Fora isso, vejo algumas razões (questionáveis, não muito fortes) para se mapear toda a calçada separadamente: 1. Para não ter que quebrar a via principal em vários segmentos em entroncamentos complexos só para mudar temporariamente o valor da etiqueta sidewalk quando se mapeia a travessia e as suas conexões como linhas separadas (você precisa mudar o valor dessa etiqueta para evitar uma duplicação lógica da calçada). Isso não só dá trabalho como tende a confundir alguns usuários que usam certos editores (ex.: iD e Potlatch) que não avisam ao combinar linhas com tags com valores diferentes (o iD, por exemplo, concatenaria os valores diferentes da tag sidewalk, produzindo um valor inválido que nenhuma aplicação usa). 2. Para poder representar com bastante detalhe o estado físico da calçada, importante para o roteamento para cadeirantes e o para pedestres idosos (nenhum sistema faz isso ainda mas é discutido às vezes nas listas em inglês). 3. Para poder cumprir o CTB com precisão total, de forma que os pedestres só sejam instruídos pelas aplicações a atravessar nas faixas de segurança e nas interseções referidas no Art. 69 do CTB [1]. Uma razão contra é que as aplicações (especialmente as de roteamento) não têm como saber o nome da via associada à calçada, prejudicando a geração de instruções para os pedestres. [1] http://wiki.openstreetmap.org/wiki/Sidewalks [2] http://www.planalto.gov.br/ccivil_03/leis/l9503compilado.htm 2014-08-18 17:29 GMT-03:00 Fernando Pierobon fernando...@gmail.com: Acabando com as dúvidas, em inglês o OSM não usa o termo calçada mas sim “Pedestrian path” ou “trilha para pedestre”. No dicionário, se fala “sidewalk” ou “lugar ao lado para se andar”. As calçadas, sejam elas dentro do Brasil ou fora, só devem ser mesmo marcadas com um traço separado quando ela não estiver próxima de rua. Exemplo: Trilha para quem sobe o Morro da Urca à pé, ou a Pedra da Gávea, ou no caso da Suíça os famosos “Wanderweg”, um sistema de trilhas conectando absolutamente todas as cidades do país onde um viajante consegue se locomover à pé entre cidades, na maioria das vezes sem nem ouvir motores de carro. Muito bem sinalizadas, http://www.appenzell24.ch/bildarchiv/zoom/1349961445_wanderweg.JPG elas existem tanto nas montanhas quanto nos vales e planaltos. E mesmo onde um Wanderweg passa pela calçada de uma rua de carros, ele não é sinalizado com um traço a mais no mapa. Portanto só usem o traço separado de pedestres caso seja realmente uma trilha sem ruas (99% dos casos numa montanha, numa floresta ou num parque)!!! Quanto a questão de ruas em obra ou em construção, pela maioria dos países do mundo o costume é de somente fazer o traçado à partir do dia da inauguração, até porque dessa forma fica possível você usar o próprio aparelho de GPS para mapear a rua e já cuspir as linhas prontas no computador. Por isso existe uma única tag que diz em obras (highway=construction), porque pelo mundo só se usa essa tag quando uma rua que já existe foi 100% interditada e será reaberta após mudanças. Dessa forma, as pessoas não precisam ter o trabalho (enorme) de apagar a rua do mapa e depois ter que desenhar tudo de novo, com ainda mais trabalho. Caso a rua seja parcialmente interditada para obras, na Europa, Estados Unidos e Canadá não existe motivo para remapear o GPS porque 99% das obras que acontecem lá costumam durar menos de uma semana (quem atualiza o GPS tanto assim?), as obras são muitíssimo bem sinalizadas e seus desvios com sinalização ainda melhor (dá muito bem para ignorar o GPS por 5 ou 6 quarteirões seguindo as placas), e
Re: [Talk-de] Veröffentlichung OpenTopoMap Garmin-Edition
Am 17.08.2014 15:31, schrieb Sven Geggus: Stefan Erhardt stefan_erha...@gmx.de wrote: http://garmin.opentopomap.org Gibt es ein Mini HOWTO, wie man das selber rechnet? Hintergrund: Ich rechne bisher für mich selbst immer noch eine Version der AIO mit einen Ausschnitt, den ich DACH+ nenne. Es handelt sich dabei um folgende bbox: 5.8,45.7 16.7,55.2 Das umfaßt den kompletten deutschsprachingen Raum sowie mehr oder weniger große Teile der Nachbarländer hört aber nicht künstlich an der Grenze auf. Grade hier am Oberrhein empfinde ich Karten bei denen linksrheinisch Drachen wohnen ziemlich ungeschickt. Kannst Du die zur Verfügung stellen ? Wäre interessiert, da die letzten offiziellen AIOs vom 14.1.2014 sind. Genau, das Abschneiden an den Grenzen ist fürchterlich. Jetzt muss ich erstmal drei Länder runterladen und warum denn so viel Nationalismus im vereinten Europa ? Nicht zu vergessen ist, dass optimal Routen durchaus auch mehrmals Grenzen überschreiten können. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kontaktadresse vs. Objektadresse
Moin, beim mappen einer Universität ist mir aufgefallen, dass schwierig ist die Kontaktadresse zu hinterlegen. Meist ist dies eine Postfachadresse (was vom addr:*-Schema nicht abgedeckt wird). Mal abgesehen davon, dass viele Gebiete, die zur Universität nochmal eine eigene Adresse besitzen (durch die Trennung Universität=relation, Gebiet=way würde das aber nicht groß ins Gewicht fallen). Ist es sinnvoll/gewünscht Kontaktadressen zu hinterlegen, bzw. gibt es (zumindest für Deutschland) einen Anbieter, der von solch großen Objekten, die Adressen anbietet und mit einem speziellen Tag verlinkt werden kann? MfG Andreas -- Andreas Neumann http://map4Jena.de http://Stadtplan-Ilmenau.de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] City boundaries
On Mon, Aug 18, 2014 at 6:43 AM, Arun Ganesh arun.plane...@gmail.com wrote: How do you plan to create them? That is an excellent point, I wanted to check out the problems you guys already had before thinking about it alone. I guess land registrar offices don't provide digital maps nation-wide, but has anyone tried to actually get one of those maps, on paper I mean? Sorry about stating the obvious, I'm just trying to know where we stand. Thanks, Rémy Sanchez ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] City boundaries
On Mon, Aug 18, 2014 at 11:33 AM, Rémy Sanchez remy.sanc...@activkonnect.com wrote: On Mon, Aug 18, 2014 at 6:43 AM, Arun Ganesh arun.plane...@gmail.com wrote: How do you plan to create them? That is an excellent point, I wanted to check out the problems you guys already had before thinking about it alone. I guess land registrar offices don't provide digital maps nation-wide, but has anyone tried to actually get one of those maps, on paper I mean? The body responsible for managing urban areas is the Municpal Corporation or Municipalities. Apart from the metropolises, GIS adoption is very low, and they still rely on sketch or cad maps of the urban subdivisions (wards) which are not to scale. During my college years in Chennai, I would visit individual municipal ward offices and the head office to request for maps and it is usually given to me, but they are of poor quality with large errors in scale and street topology. So for the majority of urban bodies in India, we can assume that there is very little accurate source data publicly accessible.. It may be possible that some states have digitized these boundaries and have GIS datasets available online, but there is no central organization to manage this for the whole country. Sorry about stating the obvious, I'm just trying to know where we stand. Thanks, Rémy Sanchez ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Arun Ganesh (planemad) http://en.wikipedia.org/wiki/User:Planemad http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] City boundaries
GIS in Indian administration is very patchy. Even survey of India and NATMO, do not deal with boundaries and if present there are on paper and to fit them to projection is a big task. On Monday, August 18, 2014 12:41 PM, Paul Norman penor...@mac.com wrote: On 8/17/2014 11:03 PM, Rémy Sanchez wrote: I guess land registrar offices don't provide digital maps nation-wide, but has anyone tried to actually get one of those maps, on paper I mean? I couldn't find anything indicating that Indian government works are in the public domain, so these maps would probably be copyrighted and unusable without an open license or permission. ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Un articolo con geometria OSM
2014-08-16 14:52 GMT+02:00 pjhooker lima.cityplan...@gmail.com: L'idea è di scrivere un articolo in un blog, che visualizzi l'area oggetto dell'articolo su una mappa. Le geometrie sono cliccabili e col popup visualizzano le informazioni. Ad esempio, scrivo un articolo sull'EXPO2015 e poi si visualizza la mappa con l'inquadramento dell'area. In questa mappa ci sono gli edifici in costruzione e se clicco, mi appare il nome e qualche informazione. Queste informazioni possono essere sia prese da OSM sia da un altro articolo, magari con lo stato di avanzamento o link. mi pare ti serva un sistema per integrare popup su una mappa e poterli gestire facilmente a layer. potresti scegliere una delle seguenti due strade: https://www.mapsmarker.com/features/ oppure http://umap.openstreetmap.fr/en/ Tecnicamente ho customizzato un Wordpress che genera un file GeoJSON da overpass.api e distinguo i singoli elementi dall'area di progetto. Esempio: http://www.cityplanner.it/natural_tree/expo-2015-pavilions/ http://www.cityplanner.it/natural_tree/expo-2015-pavilions/ anche umap puo' leggere direttamente la API di overpass. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Estrarre rete stradale di un comune
On Wed, Jul 9, 2014 at 11:38 AM, bredy bredy...@yahoo.it wrote:
Come faccio a caricare solo i dati della rete stradale di un comune, no piste
ciclabili.
in alternativa a http://osm-toolserver-italia.wmflabs.org/estratti/
potresti usare anche una quesry simile a questa in http://overpass-turbo.eu/
e caricandola in http://geojson.io la puoi salvare in vari formati (anche SHP).
!--
This has been generated by the overpass-turbo wizard.
The original search was:
“highway=* in Pavia”
--
osm-script output=json timeout=25
!-- fetch area “Pavia” to search in --
id-query {{nominatimArea:Pavia}} into=area/
!-- gather results --
union
!-- query part for: “highway=*” --
query type=node
has-kv k=highway/
area-query from=area/
/query
query type=way
has-kv k=highway/
area-query from=area/
/query
query type=relation
has-kv k=highway/
area-query from=area/
/query
/union
!-- print results --
print mode=body/
recurse type=down/
print mode=skeleton order=quadtile/
/osm-script
--
-S
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Toponomastica e specifiche ISTAT
Simone Cortesi wrote Ad esempio, secondo ISTAT, da adesso, Viale IV Novembre deve essere scritto come VIALE QUATTRO NOVEMBRE. Confermo. Stesso discorso per i papi: PAPA PIO XII diventa PAPA PIO DODICESIMO. Non so, forse per semplificare il lavoro ai lettori vocali... Per chi e' della zona di Prato segnalo questo link: http://www.gonews.it/2014/07/15/il-comune-i-primi-ad-adeguare-la-toponomastica-alle-indicazioni-dellistat/ Nella notizia e' specificato che per ora i cartelli non verranno sostituiti mentre i documenti personali verranno aggiornati al primo rinnovo (chissa' che confusione coordinare anagrafe, azienda sanitaria, agenzia entrate, gas, acqua...dato che ognuno usa un proprio DB!) Saluti. -- Marco_T -- View this message in context: http://gis.19327.n5.nabble.com/Toponomastica-e-specifiche-ISTAT-tp5814460p5814846.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-gb-westmidlands] Mapping Wikipedia artciles
Hi Andy I tagged what I thought was the whole area rather than just one building. Perhaps the building name should be removed and the multipolygon have its name expanded? Ryes Brian Sent from my iPhone On 17 Aug 2014, at 23:05, Andy Mabbett a...@pigsonthewing.org.uk wrote: On 17 August 2014 17:07, Brian Prangle bpran...@gmail.com wrote: I've spent an hour tagging ways and nodes in Solihull. I started on the main wikipedia page for Solihull and then followed all the relevant links. I'll continue for Solihull - it's probably easier to try and complete this LA area as there'll be fewer wikipedia articles. Probably complete it by Xmas - if you want to use it as a case study Andy. It makes a welcome change from existing mapping projects Brian, that's a great start, thank you. There were a couple of multipolygons that required tagging (BHX and NEC) Those are interesting, I see that the relation you tagged for the latter has the name NEC. There's also: https://www.openstreetmap.org/way/31644931#map=15/52.4538/-1.7192 which is a building, and has the name National Exhibition Centre, in full. How did you decide which to tag? In discussions of automating these tags, we've looked at tagging like objects; so whatever has amenity=exhibition centre or amenity=airport (or whatever the applicable values are) Tag data for the West Mids: from ITOworld so it doesn't count nodes wikipedia 209 wikipedia:en 3 wikidata 20 I wonder why there are so many more Wikipedia than Wikidata? There's also a smattering of wikipedia :architect :artist :subject That's nice to see; again, they could use Wikidata, but that's not crucial. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] September mapping party
Hi Matthijs, Who else can't make September 4th in Coventry? I don't mind moving the date but only if it's causing a lot of problems and we know that the new date will be more popular. Regards, Rob On 15 August 2014 22:10, Matthijs Melissen i...@matthijsmelissen.nl wrote: Dear all, It turns that many of us won't be available on 4 September for the Coventry mapping party. Are there any objections against holding the mapping party one week earlier, that is on 28 August? -- Matthijs ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] Correcto etiquetado resultados de Catastro. Addr:housenumber
El 13 de agosto de 2014, 18:08, Emilio Gómez Fernández ego...@outlook.com escribió: En cuanto al asignar el número de policía al edificio principal o al punto de la entrada tiene sus pros y sus contras, como se ha comentado en esta lista de correo. En mi caso el criterio que he venido utilizando ha sido: - Asignar los datos de dirección postal (nombre calle, CP y nº de policía) al edificio cuando no existe ninguna duda de que en él se encuentra la entrada principal.[1] - En edificios plurifamiliares o sin división agrego los datos a un punto situado en el portal o entrada.[2] Emilio, esto es precisamente lo que he venido predicando y practicando desde hace tiempo y coincido 100% que es la mejor manera. Y en particular, también cierta coherencia en el mapeado. En un pueblo o barrio con sólo casas unifamiliares (detached, como dicen en inglés), el mapeo de área es adecuado. Pero en una ciudad, donde muchas casas tienen dos portales, pese a ser catastralmente la misma vivienda, los pongo en los portales para evitar ambigüedades, y las casas cercanas con el mismo estilo para evitar un diseño diferente en cada vivienda (me parece errónea mapear en la misma manzana, algunas en el portal y otras en nodo). Creo que cuando la gente empiece a mapear manualmente se encontrará nuestros mismos problemas y se dará cuenta de que esta es una buena solución. Puse este ejemplo hace poco, pero perdón por repetirme http://www.openstreetmap.org/#map=19/42.46299/-2.43008layers=N (véase portal 102 versus 100). -- Jaime Crespo http://dbahire.com ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Correcto etiquetado resultados de Catastro. Addr:housenumber
¿Y por qué no mapear siempre el número de portal en la entrada principal? Yo veo más sencillo el criterio de si está mapeada la entrada principal poner el número en ese nodo y sino en el edificio. El 18 de agosto de 2014, 12:07, Jaime Crespo jy...@jynus.com escribió: El 13 de agosto de 2014, 18:08, Emilio Gómez Fernández ego...@outlook.com escribió: En cuanto al asignar el número de policía al edificio principal o al punto de la entrada tiene sus pros y sus contras, como se ha comentado en esta lista de correo. En mi caso el criterio que he venido utilizando ha sido: - Asignar los datos de dirección postal (nombre calle, CP y nº de policía) al edificio cuando no existe ninguna duda de que en él se encuentra la entrada principal.[1] - En edificios plurifamiliares o sin división agrego los datos a un punto situado en el portal o entrada.[2] Emilio, esto es precisamente lo que he venido predicando y practicando desde hace tiempo y coincido 100% que es la mejor manera. Y en particular, también cierta coherencia en el mapeado. En un pueblo o barrio con sólo casas unifamiliares (detached, como dicen en inglés), el mapeo de área es adecuado. Pero en una ciudad, donde muchas casas tienen dos portales, pese a ser catastralmente la misma vivienda, los pongo en los portales para evitar ambigüedades, y las casas cercanas con el mismo estilo para evitar un diseño diferente en cada vivienda (me parece errónea mapear en la misma manzana, algunas en el portal y otras en nodo). Creo que cuando la gente empiece a mapear manualmente se encontrará nuestros mismos problemas y se dará cuenta de que esta es una buena solución. Puse este ejemplo hace poco, pero perdón por repetirme http://www.openstreetmap.org/#map=19/42.46299/-2.43008layers=N (véase portal 102 versus 100). -- Jaime Crespo http://dbahire.com ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Correcto etiquetado resultados de Catastro. Addr:housenumber
Hola a todos, Siguiendo esta discusión y anteriores respecto al catastro, he subido una manzana en la Palma de Cervelló (Barcelona). Os dejo el enlace del changeset[1] y la página dónde voy anotando todo[2]. Me gustaría que echaséis un vistazo a los datos del catastro subidos y me digáis que veis correcto y qué no. El landuse lo he agrupado en una o dos áreas grandes, ya que todo coincidía en landuse=residential. Gracias y un saludo ;) Nota: Ahora veo que en tagging se plantean cómo poner los números de policía cuando hay más de uno: 100-104 o bien 100,102, 104. Habrá que estar atento a esto (yo acabo de poner una separado con guión) [1] http://www.openstreetmap.org/changeset/24834322#map=19/41.41260/1.96758layers=D [2] https://wiki.openstreetmap.org/wiki/Palma_de_Cervell%C3%B3#Dades_del_cadastre 2014-08-18 12:48 GMT+02:00 Almorca almo...@gmail.com: ¿Y por qué no mapear siempre el número de portal en la entrada principal? Yo veo más sencillo el criterio de si está mapeada la entrada principal poner el número en ese nodo y sino en el edificio. El 18 de agosto de 2014, 12:07, Jaime Crespo jy...@jynus.com escribió: El 13 de agosto de 2014, 18:08, Emilio Gómez Fernández ego...@outlook.com escribió: En cuanto al asignar el número de policía al edificio principal o al punto de la entrada tiene sus pros y sus contras, como se ha comentado en esta lista de correo. En mi caso el criterio que he venido utilizando ha sido: - Asignar los datos de dirección postal (nombre calle, CP y nº de policía) al edificio cuando no existe ninguna duda de que en él se encuentra la entrada principal.[1] - En edificios plurifamiliares o sin división agrego los datos a un punto situado en el portal o entrada.[2] Emilio, esto es precisamente lo que he venido predicando y practicando desde hace tiempo y coincido 100% que es la mejor manera. Y en particular, también cierta coherencia en el mapeado. En un pueblo o barrio con sólo casas unifamiliares (detached, como dicen en inglés), el mapeo de área es adecuado. Pero en una ciudad, donde muchas casas tienen dos portales, pese a ser catastralmente la misma vivienda, los pongo en los portales para evitar ambigüedades, y las casas cercanas con el mismo estilo para evitar un diseño diferente en cada vivienda (me parece errónea mapear en la misma manzana, algunas en el portal y otras en nodo). Creo que cuando la gente empiece a mapear manualmente se encontrará nuestros mismos problemas y se dará cuenta de que esta es una buena solución. Puse este ejemplo hace poco, pero perdón por repetirme http://www.openstreetmap.org/#map=19/42.46299/-2.43008layers=N (véase portal 102 versus 100). -- Jaime Crespo http://dbahire.com ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Correcto etiquetado resultados de Catastro. Addr:housenumber
Hola. He echado un vistazo a lo que has subido. Sólo una duda y así vamos mejorando entre todos. Los números de policia de los edificios los has asignado a los nodos de entrada, pero por lo que veo están en el área que respresenta el landuse=residential. Pregunto ¿No sería más correcto en el área que representa cada edificio?. Saludos. El 18 de agosto de 2014, 16:39, Konfrare Albert lakonfrariadelav...@gmail.com escribió: Hola a todos, Siguiendo esta discusión y anteriores respecto al catastro, he subido una manzana en la Palma de Cervelló (Barcelona). Os dejo el enlace del changeset[1] y la página dónde voy anotando todo[2]. Me gustaría que echaséis un vistazo a los datos del catastro subidos y me digáis que veis correcto y qué no. El landuse lo he agrupado en una o dos áreas grandes, ya que todo coincidía en landuse=residential. Gracias y un saludo ;) Nota: Ahora veo que en tagging se plantean cómo poner los números de policía cuando hay más de uno: 100-104 o bien 100,102, 104. Habrá que estar atento a esto (yo acabo de poner una separado con guión) [1] http://www.openstreetmap.org/changeset/24834322#map=19/41.41260/1.96758layers=D [2] https://wiki.openstreetmap.org/wiki/Palma_de_Cervell%C3%B3#Dades_del_cadastre 2014-08-18 12:48 GMT+02:00 Almorca almo...@gmail.com: ¿Y por qué no mapear siempre el número de portal en la entrada principal? Yo veo más sencillo el criterio de si está mapeada la entrada principal poner el número en ese nodo y sino en el edificio. El 18 de agosto de 2014, 12:07, Jaime Crespo jy...@jynus.com escribió: El 13 de agosto de 2014, 18:08, Emilio Gómez Fernández ego...@outlook.com escribió: En cuanto al asignar el número de policía al edificio principal o al punto de la entrada tiene sus pros y sus contras, como se ha comentado en esta lista de correo. En mi caso el criterio que he venido utilizando ha sido: - Asignar los datos de dirección postal (nombre calle, CP y nº de policía) al edificio cuando no existe ninguna duda de que en él se encuentra la entrada principal.[1] - En edificios plurifamiliares o sin división agrego los datos a un punto situado en el portal o entrada.[2] Emilio, esto es precisamente lo que he venido predicando y practicando desde hace tiempo y coincido 100% que es la mejor manera. Y en particular, también cierta coherencia en el mapeado. En un pueblo o barrio con sólo casas unifamiliares (detached, como dicen en inglés), el mapeo de área es adecuado. Pero en una ciudad, donde muchas casas tienen dos portales, pese a ser catastralmente la misma vivienda, los pongo en los portales para evitar ambigüedades, y las casas cercanas con el mismo estilo para evitar un diseño diferente en cada vivienda (me parece errónea mapear en la misma manzana, algunas en el portal y otras en nodo). Creo que cuando la gente empiece a mapear manualmente se encontrará nuestros mismos problemas y se dará cuenta de que esta es una buena solución. Puse este ejemplo hace poco, pero perdón por repetirme http://www.openstreetmap.org/#map=19/42.46299/-2.43008layers=N (véase portal 102 versus 100). -- Jaime Crespo http://dbahire.com ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Correcto etiquetado resultados de Catastro. Addr:housenumber
Vale, perdón, lo he mirado mal, esta correcto :P El 18 de agosto de 2014, 17:48, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. He echado un vistazo a lo que has subido. Sólo una duda y así vamos mejorando entre todos. Los números de policia de los edificios los has asignado a los nodos de entrada, pero por lo que veo están en el área que respresenta el landuse=residential. Pregunto ¿No sería más correcto en el área que representa cada edificio?. Saludos. El 18 de agosto de 2014, 16:39, Konfrare Albert lakonfrariadelav...@gmail.com escribió: Hola a todos, Siguiendo esta discusión y anteriores respecto al catastro, he subido una manzana en la Palma de Cervelló (Barcelona). Os dejo el enlace del changeset[1] y la página dónde voy anotando todo[2]. Me gustaría que echaséis un vistazo a los datos del catastro subidos y me digáis que veis correcto y qué no. El landuse lo he agrupado en una o dos áreas grandes, ya que todo coincidía en landuse=residential. Gracias y un saludo ;) Nota: Ahora veo que en tagging se plantean cómo poner los números de policía cuando hay más de uno: 100-104 o bien 100,102, 104. Habrá que estar atento a esto (yo acabo de poner una separado con guión) [1] http://www.openstreetmap.org/changeset/24834322#map=19/41.41260/1.96758layers=D [2] https://wiki.openstreetmap.org/wiki/Palma_de_Cervell%C3%B3#Dades_del_cadastre 2014-08-18 12:48 GMT+02:00 Almorca almo...@gmail.com: ¿Y por qué no mapear siempre el número de portal en la entrada principal? Yo veo más sencillo el criterio de si está mapeada la entrada principal poner el número en ese nodo y sino en el edificio. El 18 de agosto de 2014, 12:07, Jaime Crespo jy...@jynus.com escribió: El 13 de agosto de 2014, 18:08, Emilio Gómez Fernández ego...@outlook.com escribió: En cuanto al asignar el número de policía al edificio principal o al punto de la entrada tiene sus pros y sus contras, como se ha comentado en esta lista de correo. En mi caso el criterio que he venido utilizando ha sido: - Asignar los datos de dirección postal (nombre calle, CP y nº de policía) al edificio cuando no existe ninguna duda de que en él se encuentra la entrada principal.[1] - En edificios plurifamiliares o sin división agrego los datos a un punto situado en el portal o entrada.[2] Emilio, esto es precisamente lo que he venido predicando y practicando desde hace tiempo y coincido 100% que es la mejor manera. Y en particular, también cierta coherencia en el mapeado. En un pueblo o barrio con sólo casas unifamiliares (detached, como dicen en inglés), el mapeo de área es adecuado. Pero en una ciudad, donde muchas casas tienen dos portales, pese a ser catastralmente la misma vivienda, los pongo en los portales para evitar ambigüedades, y las casas cercanas con el mismo estilo para evitar un diseño diferente en cada vivienda (me parece errónea mapear en la misma manzana, algunas en el portal y otras en nodo). Creo que cuando la gente empiece a mapear manualmente se encontrará nuestros mismos problemas y se dará cuenta de que esta es una buena solución. Puse este ejemplo hace poco, pero perdón por repetirme http://www.openstreetmap.org/#map=19/42.46299/-2.43008layers=N (véase portal 102 versus 100). -- Jaime Crespo http://dbahire.com ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Correcto etiquetado resultados de Catastro. Addr:housenumber
Gracias Matías, En realidad los he dejado dónde me han salido con cat2osm2 (excepto alguno que he desplazado) :P 2014-08-18 17:50 GMT+02:00, Matías Taborda Barroso taborda.barr...@gmail.com: Vale, perdón, lo he mirado mal, esta correcto :P El 18 de agosto de 2014, 17:48, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. He echado un vistazo a lo que has subido. Sólo una duda y así vamos mejorando entre todos. Los números de policia de los edificios los has asignado a los nodos de entrada, pero por lo que veo están en el área que respresenta el landuse=residential. Pregunto ¿No sería más correcto en el área que representa cada edificio?. Saludos. El 18 de agosto de 2014, 16:39, Konfrare Albert lakonfrariadelav...@gmail.com escribió: Hola a todos, Siguiendo esta discusión y anteriores respecto al catastro, he subido una manzana en la Palma de Cervelló (Barcelona). Os dejo el enlace del changeset[1] y la página dónde voy anotando todo[2]. Me gustaría que echaséis un vistazo a los datos del catastro subidos y me digáis que veis correcto y qué no. El landuse lo he agrupado en una o dos áreas grandes, ya que todo coincidía en landuse=residential. Gracias y un saludo ;) Nota: Ahora veo que en tagging se plantean cómo poner los números de policía cuando hay más de uno: 100-104 o bien 100,102, 104. Habrá que estar atento a esto (yo acabo de poner una separado con guión) [1] http://www.openstreetmap.org/changeset/24834322#map=19/41.41260/1.96758layers=D [2] https://wiki.openstreetmap.org/wiki/Palma_de_Cervell%C3%B3#Dades_del_cadastre 2014-08-18 12:48 GMT+02:00 Almorca almo...@gmail.com: ¿Y por qué no mapear siempre el número de portal en la entrada principal? Yo veo más sencillo el criterio de si está mapeada la entrada principal poner el número en ese nodo y sino en el edificio. El 18 de agosto de 2014, 12:07, Jaime Crespo jy...@jynus.com escribió: El 13 de agosto de 2014, 18:08, Emilio Gómez Fernández ego...@outlook.com escribió: En cuanto al asignar el número de policía al edificio principal o al punto de la entrada tiene sus pros y sus contras, como se ha comentado en esta lista de correo. En mi caso el criterio que he venido utilizando ha sido: - Asignar los datos de dirección postal (nombre calle, CP y nº de policía) al edificio cuando no existe ninguna duda de que en él se encuentra la entrada principal.[1] - En edificios plurifamiliares o sin división agrego los datos a un punto situado en el portal o entrada.[2] Emilio, esto es precisamente lo que he venido predicando y practicando desde hace tiempo y coincido 100% que es la mejor manera. Y en particular, también cierta coherencia en el mapeado. En un pueblo o barrio con sólo casas unifamiliares (detached, como dicen en inglés), el mapeo de área es adecuado. Pero en una ciudad, donde muchas casas tienen dos portales, pese a ser catastralmente la misma vivienda, los pongo en los portales para evitar ambigüedades, y las casas cercanas con el mismo estilo para evitar un diseño diferente en cada vivienda (me parece errónea mapear en la misma manzana, algunas en el portal y otras en nodo). Creo que cuando la gente empiece a mapear manualmente se encontrará nuestros mismos problemas y se dará cuenta de que esta es una buena solución. Puse este ejemplo hace poco, pero perdón por repetirme http://www.openstreetmap.org/#map=19/42.46299/-2.43008layers=N (véase portal 102 versus 100). -- Jaime Crespo http://dbahire.com ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma de Cervelló www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Novato
Hola, Acabo de empezar hace poco con esto de mapear. Soy asturiano y estoy intentando añadir los edificios de mi ciudad poco a poco a partir del mapa del catastro del josm. Me gustaría saber si lo estoy haciendo correctamente: http://www.openstreetmap.org/#map=16/43.2535/-5.7781 He empezado por la zona norte. Muchas gracias ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Novato
Hola Jorge, yo empecé también este año a mapear los edificios de Alicante, sobre todo por culpa del visor f4map que me resultó bastante espectacular. Por ello me centré en las alturas de los edificios. Yo te recomendaría que ya que haces los edificios añadas también las alturas. El visor f4map ahora mismo están tardando bastante en actualizar los datos (estarán de vacaciones) pero si puedes usar otro que no está mal que es el de www.opensciencemap.org/map, de los que he usado es después del f4map el que más me gusta. Yo lo que hago es dibujar la finca, tal como haces tú también, y le meto los datos de source, fecha y alturas del edificio. Seguramente podría añadir algo más, pero creo que con eso de momento basta. Te dejo unos enlaces para que lo veas: 2D:http://www.openstreetmap.org/#map=16/38.3490/-0.4832layers=N 3D: http://www.opensciencemap.org/map/#scale=17,rot=1,tilt=59,lat=38.349,lon=-0.486 De todas formas, y aprovechando que es mi primera aportación a la lista, si alguien considera que no lo estoy haciendo correctamente que me corrija. Un saludo El 18 de agosto de 2014, 18:13, Jorge López jorgelopezfu...@gmail.com escribió: Hola, Acabo de empezar hace poco con esto de mapear. Soy asturiano y estoy intentando añadir los edificios de mi ciudad poco a poco a partir del mapa del catastro del josm. Me gustaría saber si lo estoy haciendo correctamente: http://www.openstreetmap.org/#map=16/43.2535/-5.7781 He empezado por la zona norte. Muchas gracias ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Colaboración OSM-Wikipedia
Hola de nuevo: Al final asistí a un par de charlas sobre OSM en Wikimania 2014 celebrada en Londres la semana pasada. El nivel era por lo general básico, de explicación para un público sin demasiados o nulos conocimientos sobre OSM, de tal modo que sirva de una primera toma de contacto y se animaran a participar. Sin embargo también se apuntaron algunas cosas más complejas que me parecen interesantes compartir: En primer lugar, como muchos de vosotros probablemente ya sepáis, existe un proyecto de la Fundación Wikimedia, relativamente nuevo, con gran éxito y posibilidades de integración con OSM. Se trata de Wikidata, una base de datos libre y en proceso de continua integración con otros proyectos hermanos como Wikipedia. El usuario Pigsonthewing, wikipedista y editor de OSM, explicó lo interesante que resultaría vincular la base de datos cartográfica de OSM y la base de datos de Wikidata. En OSM existe un tag -o propuesta de tag- para relacionar con el ítem de wikidata que al menos yo desconocía.[1] Esto daría como resultado, desde el punto de vista del wikipedista, poder aprovechar la información que ya existe en OSM. Por poner un ejemplo, se comentó el tema del patrimonio arquitectónico y el concurso de fotografía anual que varios capítulos hacemos el mes de septiembre (WikiLovesMonuments). La charla fue grabada en vídeo, pero todavía no está disponible. Por otro lado también me resultó llamativo el grado de colaboración que mantienen las comunidades de wikipedistas y de OSM en varios países europeos. Por ejemplo en Italia el capítulo local de Wikimedia es a su vez capítulo para la comunidad de usuarios de OSM. En Alemania, Wikimedia Deutschland ha desarrollado una utilidad multilingüe para OSM. En comparación nosotros, en España, las comunidades de OSM y wikimedia estamos bastante desconectados. Aprovecho lo anterior para informar de un par de actividades organizadas por Wikimedia España para el mes de septiembre por si a alguien le resulta de interés. * Celebración del 10º aniversario de Uiquipedia, la Wikipedia en asturianu (conferencias y actividades) y Asamblea General de WMES. Oviedo, del 12 al 14 de septiembre. * Editatón en colaboración con la Biblioteca Nacional, Real Academia de la Lengua e Instituto Cervantes. Biblioteca Nacional. Por confirmar, probablemente el 27 de septiembre. Además durante todo el mes de septiembre tendrá lugar la cuarta edición del concurso fotográfico internacional Wiki Loves Monuments. Más info próximamente en el blog de WMES.[2] Saludos, Manuel ([[Usuario:Montgomery]]) [1] http://wiki.openstreetmap.org/wiki/Proposed_features/Wikidata [2] http://blog.wikimedia.es/ El 8 de agosto de 2014, 18:45, Manu El wikimo...@gmail.com escribió: Hola Estoy en Londres asistiendo a Wikimania. Mañana hay un par de sesiones sobre OSM a las que intentaré asistir. En una de ellas, titulada OSM, what is it and what does it mean for Wikimedians? supongo se señale las vías de colaboración entre ambos proyectos. Integración ya la hay, pero desconozco las posibilidades que se están abriendo con nuevos proyectos como Wikidata. Mandaré un resumen de mañana si finalmente puedo asistir (hay múltiples sesiones paralelas). Saludos, Montgomery El 08/08/2014 17:49, Jaime Crespo jy...@jynus.com escribió: Hola, Alejandro, El 8 de agosto de 2014, 15:09, Alejandro S. alejandro...@gmail.com escribió: Hola amigos, Se esta fraguando una colaboración entre el proyecto Wikipedia y OpenSreetMap para integrar mapas de osm en los artículos de la Wikipedia. Más información en http://meta.m.wikimedia.org/wiki/OpenStreetMap Creo que la noticia es vieja (a menos que haya nuevas novedades?). Varias wikipedias, incluida de. y es., ya utilizan OSM en sus páginas con un render propio. Puedes acceder yendo a cualquier página con geolocalización y pulsando arriba a la derecha, donde pone (mapa). Ejemplo: http://i.imgur.com/RwsT2e1.png -- Jaime Crespo http://dbahire.com ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Novato
Hola Jorge, Así, a bote pronto he visto un error en uno de los edificios que has mapeado, en concreto en el que está en la esquina de la Avenida de México y la Calle Morcín. Los números de portal deberías situarlos en el polígono, no dentro de él. Vamos, colocarlos en el borde. Otro detalle, siempre hay que indicar en el nombre si es calle, avenida... He visto alguna que sólo tiene el nombre. Y ya si puedes añadir las alturas de los edificios tal y como te dice Miguel Fernández mejor que mejor, si no, pues nada, cuando las conozcas o a la espera de cat2osm. Por lo demás, buen trabajo :) PD: Es la primera vez que respondo en la lista, espero no haber metido la pata xD Message: 2 Date: Mon, 18 Aug 2014 18:13:51 +0200 From: Jorge López jorgelopezfu...@gmail.com To: talk-es@openstreetmap.org Subject: [Talk-es] Novato Message-ID: 53f2263f.9040...@gmail.com Content-Type: text/plain; charset=utf-8; format=flowed Hola, Acabo de empezar hace poco con esto de mapear. Soy asturiano y estoy intentando añadir los edificios de mi ciudad poco a poco a partir del mapa del catastro del josm. Me gustaría saber si lo estoy haciendo correctamente: http://www.openstreetmap.org/#map=16/43.2535/-5.7781 He empezado por la zona norte. Muchas gracias ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-pe] Corredores y Metro de Lima
Hola Jorge. Cuando dices completar el mapa te refieres a que la información que vas obteniendo la vas subiendo al open street map? y si es así con qué atributo o tipo? y cómo identificas los puntos? con GPS en mano? Saludos, Taksan 2014-08-18 0:47 GMT-05:00 jorgej...@gmail.com jorgej...@gmail.com: Hola a todos, he empezado a completar el mapa con la información de las nuevas rutas de transporte del SIT (específicamente el llamado Corredor Azul, incluyendo los paraderos de las líneas 301 y 303 - semi expreso). Me he dado cuenta que falta completar el trazado de la línea 1 del Tren Electrico (el tramo 2, reciéntemente inaugurado). Al parecer hay bastante trabajo que se viene en este tema. En las próximas semanas empiezan las rutas alimentadoras del corredor azul, y a mediados de septiembre empeiza el Corredor de Javier Prado - La Marina, que va a tener sus propios alimentadores. Si alguien quiere dar una mano sería genial. Saludos! -- Jorge Meneses Lic. en Sociología jorgej...@gmail.com ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
Re: [Talk-pe] Corredores y Metro de Lima
Hola. Si. En este caso no es agregar nuevos trazos (xq las avenidas ya están) sino definir las rutas de bus mediante la propiedad relaciones. La wiki tiene info al respecto. Hace tiempo hice lo mismo con las rutas troncales y alimentadoras del metropolitano. Saludos. PD. He verificado y la ruta del tren está completa, pero el mapa de transporte se actualiza con poca frecuencia. -- Jorge Meneses Lic. en Sociología jorgej...@gmail.com El ago 18, 2014 4:31 AM, Taksan taksant...@gmail.com escribió: Hola Jorge. Cuando dices completar el mapa te refieres a que la información que vas obteniendo la vas subiendo al open street map? y si es así con qué atributo o tipo? y cómo identificas los puntos? con GPS en mano? Saludos, Taksan 2014-08-18 0:47 GMT-05:00 jorgej...@gmail.com jorgej...@gmail.com: Hola a todos, he empezado a completar el mapa con la información de las nuevas rutas de transporte del SIT (específicamente el llamado Corredor Azul, incluyendo los paraderos de las líneas 301 y 303 - semi expreso). Me he dado cuenta que falta completar el trazado de la línea 1 del Tren Electrico (el tramo 2, reciéntemente inaugurado). Al parecer hay bastante trabajo que se viene en este tema. En las próximas semanas empiezan las rutas alimentadoras del corredor azul, y a mediados de septiembre empeiza el Corredor de Javier Prado - La Marina, que va a tener sus propios alimentadores. Si alguien quiere dar una mano sería genial. Saludos! -- Jorge Meneses Lic. en Sociología jorgej...@gmail.com ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
[Talk-ro] Restrrictii stricate
Salut Am si eu rugamintea si propunerea in acelasi timp pentru cei care nu se pricep la restrictii sa nu mai incerce sa le modifice cu Potlatch sau ID, sau pe cat pozibil sa le lase asa si sa ceara ajutorul cuiva care stie. Aceste programe nu sunt adaptate pentru adaugarea sau corectarea intr-un mod sigur si simplificat al restrictiilor cum este JOSM. Folositi va rog JOSM cu pluginul de restrictii, deoarece va avertizeaza si de eventualele eori si aproape ca va sugereaza ce trebuie sa faceti ca restrictia sa fie ok. Este foarte intuitiv din acest punct de vedere. Spun asta pentru ca am gasit pentru a nu stiu cata oara restrictii stricate cum este cea de la Campina dintre DN1 si Calea Dacia, unde o restrictie a fost modificata de un user in asa fel incat accesul era blocat catre o artera principala pe care in mod normal este acces si evident ca stricat rutarea destul de rau in acea zona. O zi buna ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-cat] Nom de comunitat autonoma
Hola Albert, Estava a l'espera de si algu feia alguna objecio a l'ultim correu , com que veig que no ara l'he enviat ,tant bon punt en tingui alguna resposta us ho faig saber Salutacions El 18/08/14 a les 10:33, Konfrare Albert ha escrit: Ep, No sé si ja heu pogut contactar amb l'usuari i si en tenim resposta. Ho comento perquè he vist que fa uns dies el mateix usuari també va canviar el nom de la relació de l'illa d'Eivissa per posar-hi: «Ibiza / Eivissa»[1]. Salut! [1] http://www.openstreetmap.org/relation/2181664/history El dia 16 agost de 2014 22:30, Xavier Barnada xbarn...@gmail.com mailto:xbarn...@gmail.com ha escrit: Hola, Tant en Joan com en Carles teniu rao. Primerament segons la wiki el camp name s'usa per a el nom comu, no el nom oficial, per al nom oficial existeix el camp official_name, tot i aixo segons el que comenta en Jaume hauria de ser official_name=Catalunya official_name:ca=Catalunya offical_name:es=Cataluña Respecte al que comenta en Joan veig que hi ha aquesta guia a la wiki i per tant s'hauria de seguir . He modificat el missatge inicial que havia proposat en Jaume que incloure totes aquestes ideas: Apreciado KikeTM. Desde la comunidad OSM en Catalunya hemos detectado que has realizado reiterados cambios del topónimo Catalunya por Cataluña. En el conjunto de cambios haces el comentario: Nombre de la Comunidad Autonoma de Cataluña segun Estatuto de Autonomia de Cataluña. Titulo Preliminar de Ley Orgánica 6/2006, de 19 de julio, de reforma del Estatuto de Autonomía de Cataluña. Queremos comentarte, que la justificación no la consideramos correcta, ya que esta ley, no regula la toponimia oficial, al igual que tampoco lo hace la constitución española [1] (una búsqueda en ésta sobre toponimia u onomástica no dará ningún resultado). La toponimia está regulada por otras leyes, que no son ni el estatuto ni la constitución. En el caso que nos ocupa, la toponimia oficial de Catalunya está regulada por la ley: Ley 1/1998, de 7 de enero, de Política Lingüística [2]. Dónde en su artículo 18 dicta: Los topónimos de Cataluña tienen como única forma oficial la catalana, de acuerdo con la normativa lingüística del Institut d'Estudis Catalans, excepto los del Valle de Arán, que tienen la aranesa. Así que te pedimos utilices la toponímia oficial de Catalunya en el campo name, sin perjuicio alguno a usar en el campo name:es el nombre español de Cataluña. Quedando de la siguiente manera: name=Catalunya name:es=Cataluña name:ca=Catalunya name:oc=Catalonha Aun asi, el campo name se usa para indicar el nombre comun[3] y no el nombre oficial ya que para ello se usa el campo official_name, con lo que añadire a las etiquetas anteriores estas: official_name=Catalunya official_name:es=Cataluña official_name:ca=Catalunya official_name:oc=Catalonha Tambien indicar que existe una guia para el etiquetado del campo name en multiidioma en al wiki de OSM[4] Saludos y espero que podamos destinar nuestros esfuerzos en aportaciones mas productivas para Open Street Map [1] https://www.boe.es/buscar/act.php?id=BOE-A-1978-31229 [2] https://www.boe.es/diario_boe/txt.php?id=BOE-A-1998-2989 [3] http://wiki.openstreetmap.org/wiki/Name [4] http://wiki.openstreetmap.org/wiki/Multilingual_names#Spain El 16/08/14 a les 21:26, Carles Muñoz Gorriz ha escrit: Perdò també pel top-posting i la brevetat, escric des del mòbil. Al que comentes afegiria la referència a la wiki [1] sobre el name multi idioma i la forma de fe-ho que en aquest cas seria name=Catalunya. [1] http://wiki.openstreetmap.org/wiki/Multilingual_names#Spain On 16 d’agost de 2014 20.36.38 CEST, Joan Montané j...@montane.cat mailto:j...@montane.cat wrote: Dispenseu el top-posting i la brevetat del missatge. Sóc fora de vacances. Aquest tema el vaig «preparar» fa mesos, preveient que arribaríem a aquest punt (sí, jo també he corregit el nom alguna vegada). Personalment, no aniria per la via de nom oficial, podem perdre-hi. La toponímia de les províncies i comunitats autònomes és comptència de l'Estat, via lleis (per exemple els estatuts) no de les comunitats :(( L'estatut català, a diferència del Balear, no estableix explícitament el nom oficial de la comunitat. Estic segur que no és casualitat. L'estatut simplement usa, de forma implícita, el terme «Catalunya» a la versió en català i «Cataluña» en la versió en castellà. Malauradament, legalment, l'estatut aprovat és la versió en castellà (perquè és el que s'aprova a Madrid) : Com ho podem enfocar? Donem la volta a l'argulent, :) L'etiqueta «name» *no* és per als noms oficials. És per als
Re: [Talk-cz] Relations - sousední obce (kraje, okresy) z API
jak píše xificurk, asi takto: http://overpass-api.de/api/interpreter?data=(rel[name=okres Brno-město][admin_level=7][boundary=administrative];way(r);rel(bw))-.c;(rel.c[admin_level=7][boundary=administrative];way(r);node(w))-.d;.d out meta; výklad syntaxe např. zde: http://geoinformatics.fsv.cvut.cz/data/2014/06-12/03-Barta-Geoinformatics-2014.pdf#page=26 ha hanoj Dne 18. srpna 2014 1:01 Petr Morávek [Xificurk] p...@pada.cz napsal(a): Dne 18.8.2014 00:20, Jiří Sedláček napsal(a): Dobrý den, ahoj, mám poměrně specifický požadavek na API (či případně na jiný zdroj) a nevím, jak se správně zeptat API (či třeba RUIANu). Chtěl bych získat: Obce (či okresy, ...) tak, abych zjistil, která další obec (či okres, ...) s ní sousedí. A to ideálně tak, abych si mohl vybrat obce jen z daného okresu (a to je pro mě největší problém a nijak jsem nedokázal donutit API, aby mi vrátila jen data z daného okresu dle ref nebo id relace). Pokud bych získal data dle BBOXU, tak je to sice hezký, ale nebude to ono - nicméně, i pak mi asi nezbyde nic jiného, než projít jednotlivý relace a jejich ways a dle toho, že ways jsou ve více relacích poznat, že spolu ty dané obce sousedí. Nebo to jde i jinak? Díky za radu či nakopnutí. J. -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com mailto:jirisedla...@gmail.com Ahoj, tohle by mělo být řešitelné pomocí Overpass API. Zkonstruování konkrétního dotazu už nechám na tobě, ale postup by měl být zhruba takovýto: 1) Podle jména, id, nebo čehokoliv jiného najít relaci obce (okresu, ...) 2) Najít všechny cesty, které relace odkazuje. 3) Najít všechny relace, ve kterých jsou tyto cesty a vyfiltrovat je pomocí požadovaného admin_level. 4) Příp. stáhnout všechny cesty/uzly, které jsou součástí těchto relací. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] návod Tracer LPIS
Díky,
zdá zdá se, že problém byl v tom, že se lokální Tracer.jar tloukl s
Tracer.jar z repozitáře JOSM. Tak jsem
http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar přejmenoval na
TraceR.jar.
Tracer nad LPIS mi jede, nad RUIAN ne (pro požadavku na trace hlásí nodata).
Přiřazování tagů landuse apod LPIS se dělá ručně? Nelze to nějak
naparsovat z dotazu krze GetFeatureInfo nebo wfs?
PS: Mariane pěkná práce.
ha
hanoj
Dne 17. srpna 2014 22:32 Petr Schönmann pschonm...@gmail.com napsal(a):
Stáhneš tracer od Mariána http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar
soubor uložíš do adresáře kde má josm konfiguraci tam do adresare
plugins. Doporucuju tam mit posledni tracer . jestli tam mas nejaky z
minula tak ho smaz ( at tam je jeden tracer.jar )
Linux ~/.josm/plugins
Win7 c:\Users\uzivatel\AppData\Roaming\JOSM\plugins
Spustis JOSM, otevres nastaveni, zaskrtnes tracer plugin ( ten ktery
ma i v lokalni verzi cislo ) + dalsi pluginy geotools a jts (
potrebuje je )
Az se ti nainstaluji otevres znovu preference a mas tam zalozku kde si
zvolis moduly ( zaskrtnes lpis )
Pak uz jen pridat zdroje map WMS a TMS
wms:http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/pngVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB4_KODSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}TRANSPARENT=true
tms:http://tile.poloha.net/budovy/{zoom}/{x}/{y}.png
Dne 17. srpna 2014 21:53 hanoj eha...@gmail.com napsal(a):
Ahoj,
je někde popsán postup, jak zprovoznit Tracer s CUZK, LPIS a RUAIN na
čistém JOSM vč. nastavení odpovídající podkladové vrstvy WMS/TMS a
trace-serveru?
Ze starých mailů jsem něco nevyčetl, ale ne k fungujícímu stavu.
díky
hanoj
___
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
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] návod Tracer LPIS
No ještě na tom pracuji. Teď (opět) řeším napojování ploch. Nějak to ne a ne
fungovat podle mých představ. Teď už to snad bude dobře, jen to potřebuji
odladit a o víkendu jsem, oproti původnímu plánu, nebyl vůbec doma.
Tagy by se měly přiřadit, ale u některých ploch je na windows problém se
znakovou sadou Jako workaround stačí spouštět josm s parametrem -Dfile.
encoding=UTF8
Ad RUIAN - určitě klikáš do budovy, kde jsou ruian data? A máš přepnutý
režim na RUIAN? (přepíná se to pomocí klávesy t).
Když tak pošli detaily - bod na který klikáš a co píše JOSM do konsole.
Jinak plánuji, že až to dostatečně odladím, tak dopíši wiki dokumentaci a
aktualizuji Tracer plugin v JOSM repository, takže pak nebude třeba to
instalovat extra. Ale kdy to bude zatím netuším.
(No a pak by to ještě chtělo LPIS mód do PointInfo pluginu ;-) )
Marián
-- Původní zpráva --
Od: hanoj eha...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 18. 8. 2014 9:39:49
Předmět: Re: [Talk-cz] návod Tracer LPIS
Díky,
zdá zdá se, že problém byl v tom, že se lokální Tracer.jar tloukl s
Tracer.jar z repozitáře JOSM. Tak jsem
http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar přejmenoval na
TraceR.jar.
Tracer nad LPIS mi jede, nad RUIAN ne (pro požadavku na trace hlásí
nodata).
Přiřazování tagů landuse apod LPIS se dělá ručně? Nelze to nějak
naparsovat z dotazu krze GetFeatureInfo nebo wfs?
PS: Mariane pěkná práce.
ha
hanoj
Dne 17. srpna 2014 22:32 Petr Schönmann pschonm...@gmail.com napsal(a):
Stáhneš tracer od Mariána http://www.kyralovi.cz/tmp/josm/beta/lpis/
Tracer.jar
soubor uložíš do adresáře kde má josm konfiguraci tam do adresare
plugins. Doporucuju tam mit posledni tracer . jestli tam mas nejaky z
minula tak ho smaz ( at tam je jeden tracer.jar )
Linux ~/.josm/plugins
Win7 c:\Users\uzivatel\AppData\Roaming\JOSM\plugins
Spustis JOSM, otevres nastaveni, zaskrtnes tracer plugin ( ten ktery
ma i v lokalni verzi cislo ) + dalsi pluginy geotools a jts (
potrebuje je )
Az se ti nainstaluji otevres znovu preference a mas tam zalozku kde si
zvolis moduly ( zaskrtnes lpis )
Pak uz jen pridat zdroje map WMS a TMS
wms:http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/pngVERSION=
1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB4_KODSTYLES=SRS={proj}
WIDTH={width}HEIGHT={height}BBOX={bbox}TRANSPARENT=true
tms:http://tile.poloha.net/budovy/{zoom}/{x}/{y}.png
Dne 17. srpna 2014 21:53 hanoj eha...@gmail.com napsal(a):
Ahoj,
je někde popsán postup, jak zprovoznit Tracer s CUZK, LPIS a RUAIN na
čistém JOSM vč. nastavení odpovídající podkladové vrstvy WMS/TMS a
trace-serveru?
Ze starých mailů jsem něco nevyčetl, ale ne k fungujícímu stavu.
díky
hanoj
___
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
___
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-cz] Tracer - pLPIS
Jo, on je trochu problém, že se mi ty bugreporty z gitubu namíchají do talk-cz a já si ani nevšimnu, že to nevede na konferenci :-D Opravu už mám, ale momentálně mám Tracer rozvrtaný, takže nechci vydat novou verzi dříve, než to dodělám. Marián -- Původní zpráva -- Od: Petr Schönmann pschonm...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 17. 8. 2014 22:23:03 Předmět: Re: [Talk-cz] Tracer - pLPIS Posílal jsem ti Mariáne report https://github.com/mkyral/josm-tracer/issues/5 Dne 17. srpna 2014 20:15 Marián Kyral mky...@email.cz napsal(a): Dne 17.8.2014 00:55, Petr Schönmann napsal(a): Nemáš Javu 8 ? Mě se děje stejná věc. Na linuxu s j7 ok Viz http://stackoverflow.com/a/25044652 Marián ___ 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;___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] návod Tracer LPIS
jasne je to -Dfile.encoding=UTF8
hanoj
Dne 18. srpna 2014 9:57 Marián Kyral mky...@email.cz napsal(a):
No ještě na tom pracuji. Teď (opět) řeším napojování ploch. Nějak to ne a ne
fungovat podle mých představ. Teď už to snad bude dobře, jen to potřebuji
odladit a o víkendu jsem, oproti původnímu plánu, nebyl vůbec doma.
Tagy by se měly přiřadit, ale u některých ploch je na windows problém se
znakovou sadou Jako workaround stačí spouštět josm s parametrem
-Dfile.encoding=UTF8
Ad RUIAN - určitě klikáš do budovy, kde jsou ruian data? A máš přepnutý
režim na RUIAN? (přepíná se to pomocí klávesy t).
Když tak pošli detaily - bod na který klikáš a co píše JOSM do konsole.
Jinak plánuji, že až to dostatečně odladím, tak dopíši wiki dokumentaci a
aktualizuji Tracer plugin v JOSM repository, takže pak nebude třeba to
instalovat extra. Ale kdy to bude zatím netuším.
(No a pak by to ještě chtělo LPIS mód do PointInfo pluginu ;-) )
Marián
-- Původní zpráva --
Od: hanoj eha...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 18. 8. 2014 9:39:49
Předmět: Re: [Talk-cz] návod Tracer LPIS
Díky,
zdá zdá se, že problém byl v tom, že se lokální Tracer.jar tloukl s
Tracer.jar z repozitáře JOSM. Tak jsem
http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar přejmenoval na
TraceR.jar.
Tracer nad LPIS mi jede, nad RUIAN ne (pro požadavku na trace hlásí
nodata).
Přiřazování tagů landuse apod LPIS se dělá ručně? Nelze to nějak
naparsovat z dotazu krze GetFeatureInfo nebo wfs?
PS: Mariane pěkná práce.
ha
hanoj
Dne 17. srpna 2014 22:32 Petr Schönmann pschonm...@gmail.com napsal(a):
Stáhneš tracer od Mariána
http://www.kyralovi.cz/tmp/josm/beta/lpis/Tracer.jar
soubor uložíš do adresáře kde má josm konfiguraci tam do adresare
plugins. Doporucuju tam mit posledni tracer . jestli tam mas nejaky z
minula tak ho smaz ( at tam je jeden tracer.jar )
Linux ~/.josm/plugins
Win7 c:\Users\uzivatel\AppData\Roaming\JOSM\plugins
Spustis JOSM, otevres nastaveni, zaskrtnes tracer plugin ( ten ktery
ma i v lokalni verzi cislo ) + dalsi pluginy geotools a jts (
potrebuje je )
Az se ti nainstaluji otevres znovu preference a mas tam zalozku kde si
zvolis moduly ( zaskrtnes lpis )
Pak uz jen pridat zdroje map WMS a TMS
wms:http://eagri.cz/public/app/wms/plpis.fcgi?FORMAT=image/pngVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=LPIS_FB4_KODSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}TRANSPARENT=true
tms:http://tile.poloha.net/budovy/{zoom}/{x}/{y}.png
Dne 17. srpna 2014 21:53 hanoj eha...@gmail.com napsal(a):
Ahoj,
je někde popsán postup, jak zprovoznit Tracer s CUZK, LPIS a RUAIN na
čistém JOSM vč. nastavení odpovídající podkladové vrstvy WMS/TMS a
trace-serveru?
Ze starých mailů jsem něco nevyčetl, ale ne k fungujícímu stavu.
díky
hanoj
___
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
___
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
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Změna ve vykreslování tramvají na silnici (?)
Přesně tak, jedná se o dvě cesty na identických uzlech, tedy na sobě. Např. cesty http://www.openstreetmap.org/way/297697496 (http://www.openstreetmap.org/way/297697496) a http://www.openstreetmap.org/ way/26622597(http://www.openstreetmap.org/way/26622597). Brno už mám skoro hotové, chybí akorát Královo Pole a Řečkovice. Při práci jsem si ale všiml, že vedení tramvajových linek v Brně odpovídá tomu starému před reorganizací tramvají před pár lety (zrušení 13, změna vedení 3,9, 11...). Postupně tedy trasy linek budu předělávat na aktuální stav. Případné předělání Prahy a ostatních měst přenechám z důvodu nedostatku času někomu jinému. -- Původní zpráva -- Od: hanoj eha...@gmail.com Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 17. 8. 2014 21:47:13 Předmět: Re: [Talk-cz] Změna ve vykreslování tramvají na silnici (?) Dne 17. srpna 2014 21:35 Jan Martinec j...@martinec.name napsal(a): Dne 08/17/2014 v 07:31 PM Michal Pustějovský napsal(a): Ano, oddělování tramvají od silnic v Ostravě (komplet) a v Brně (napůl dokončeno) je moje práce. Uvažoval jsem o tom už delší dobu, ale nový způsob renderování mapniku mě k tomu tak říkajíc dokopal. Podle toho co vím, tak na cestách s kombinací highway+railway mapnik nově vykresluje highway NAD railway. Jinak se nic nezměnilo. Dle wiki jsou povolené oba způsoby tagování, ale doporučuje se ten se zvláštními cestami pro highway i railway. To dává smysl tam, kde jde o oddělené cesty (nebo alespoň oddělené pruhy); ale oddělovat tramvaj od zbytku silnice např. v Křižovnické v Praze smrdí mapováním pro konkrétní renderer. *** myslím, že v tomto vlákně nejde o 2(3) paralelní way, ale o 2 way na identických nodech. ha hanoj ___ 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-cz] dotaz na funkčnost mtbmap.cz
Ahoj, jeste rychla pozicni zprava - stehujeme laborku, server bude ode dneska do stredy dole. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Relations - sousední obce (kraje, okresy) z API
Dobrý den, všechny obce z příslušného okresu je možné získat pomocí WFS pro Administrativní jednotky, viz http://services.cuzk.cz/doc/inspire-au-download.pdf , např. všechny obce z okresu Olomouc je možné získat takto, http://services.cuzk.cz/wfs/inspire-au-wfs.asp?service=WFS http://services.cuzk.cz/wfs/inspire-au-wfs.asp?service=WFSversion=2.0.0request=GetFeatureStoredQuery_id=GetLowerBoundariessrsName=urn:ogc:def:crs:EPSG::5514NAT_LEVEL=ObecUPPER_UNIT_NAZEV=Olomouc version=2.0.0request=GetFeatureStoredQuery_id=GetLowerBoundariessrsName=urn:ogc:def:crs:EPSG::5514NAT_LEVEL=ObecUPPER_UNIT_NAZEV=Olomouc Co se týče získání souseda, tak je to zajímavá myšlenka. Pokusím se promyslet, zdali bychom to mohli přidat jako další předpřipravený dotaz. Petr Souček From: Jiří Sedláček [mailto:jirisedla...@gmail.com] Sent: Monday, August 18, 2014 12:21 AM To: Czech Republic OpenStreetMap Subject: [Talk-cz] Relations - sousední obce (kraje, okresy) z API Dobrý den, ahoj, mám poměrně specifický požadavek na API (či případně na jiný zdroj) a nevím, jak se správně zeptat API (či třeba RUIANu). Chtěl bych získat: Obce (či okresy, ...) tak, abych zjistil, která další obec (či okres, ...) s ní sousedí. A to ideálně tak, abych si mohl vybrat obce jen z daného okresu (a to je pro mě největší problém a nijak jsem nedokázal donutit API, aby mi vrátila jen data z daného okresu dle ref nebo id relace). Pokud bych získal data dle BBOXU, tak je to sice hezký, ale nebude to ono - nicméně, i pak mi asi nezbyde nic jiného, než projít jednotlivý relace a jejich ways a dle toho, že ways jsou ve více relacích poznat, že spolu ty dané obce sousedí. Nebo to jde i jinak? Díky za radu či nakopnutí. J. -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Relations - sousední obce (kraje, okresy) z API
Dne 18.8.2014 09:09, hanoj napsal(a): jak píše xificurk, asi takto: http://overpass-api.de/api/interpreter?data=(rel[name=okres Brno-město][admin_level=7][boundary=administrative];way(r);rel(bw))-.c;(rel.c[admin_level=7][boundary=administrative];way(r);node(w))-.d;.d out meta; výklad syntaxe např. zde: http://geoinformatics.fsv.cvut.cz/data/2014/06-12/03-Barta-Geoinformatics-2014.pdf#page=26 ha hanoj Ještě doplním, že záleží, co přesně má být výstupem... uvedený odkaz stáhne komplet relace a jejich prvky. Pokud ti stačí jen metadata o obcích/okresech, tak stačí stáhnout jen relace. Z nich si pak už vytáhneš všechny důležité identifikační údaje a můžeš se podle nich dotazovat dál třeba právě RUIAN. Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Změna ve vykreslování tramvají na silnici (?)
Podle toho co vím, tak na cestách s kombinací highway+railway mapnik nově vykresluje highway NAD railway. Jinak se nic nezměnilo. Dle wiki jsou povolené oba způsoby tagování, ale doporučuje se ten se zvláštními cestami pro highway i railway. To dává smysl tam, kde jde o oddělené cesty (nebo alespoň oddělené pruhy); ale oddělovat tramvaj od zbytku silnice např. v Křižovnické v Praze smrdí mapováním pro konkrétní renderer. *** myslím, že v tomto vlákně nejde o 2(3) paralelní way, ale o 2 way na identických nodech. Pořád tomu nerozumím: přesto, že oba způsoby jsou možné (doporučuje se ten se zvlášť cestami? to jsem na wiki nenašel, možná špatně hledám), a ten současný není chybný v ničem jiném, než že ho teď nejběžnější renderer zobrazuje blbě, tak je potřeba ho předělat, aby se to v mapniku renderovalo pěkně? Jak tahle práce navíc _není_ úprava pro konkrétní renderer, a k čemu ještě _dalšímu_ je to dobré? Fakt netrollím a snažím se to pochopit, ale nedaří se mi to. Nebo tomu rozumím blbě a mapnik je nějak výjimečný? Koukám na pražskou tram síť, a možná by si zasloužila přemapovat _v místech, kde vede odděleně od silniční_, zejména u zastávkových ostrůvků (jeden příklad za všechny: Švandovo divadlo); to je ale úplně jiný šálek červů než překreslíme 150 km tratí, a budeme doufat, že se vývojáři mapniku zítra nevzbudí s dalším Geniálním Nápadem, který si vyžádá opětovné přepracování. (Pokud už to bude někdo mocí mermo přemapovávat, nestálo by za to zmapovat každou kolej zvlášť? Zrovna v Praze by to neměl být až takový problém, drtivá většina tratí je dvojkolejná...) ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Změna ve vykreslování tramvají na silnici (?)
-- Původní zpráva -- Od: Jan Martinec j...@martinec.name Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org Datum: 18. 8. 2014 23:02:27 Předmět: Re: [Talk-cz] Změna ve vykreslování tramvají na silnici (?) Podle toho co vím, tak na cestách s kombinací highway+railway mapnik nově vykresluje highway NAD railway. Jinak se nic nezměnilo. Dle wiki jsou povolené oba způsoby tagování, ale doporučuje se ten se zvláštními cestami pro highway i railway. To dává smysl tam, kde jde o oddělené cesty (nebo alespoň oddělené pruhy); ale oddělovat tramvaj od zbytku silnice např. v Křižovnické v Praze smrdí mapováním pro konkrétní renderer. *** myslím, že v tomto vlákně nejde o 2(3) paralelní way, ale o 2 way na identických nodech. Pořád tomu nerozumím: přesto, že oba způsoby jsou možné (doporučuje se ten se zvlášť cestami? to jsem na wiki nenašel, možná špatně hledám), a ten současný není chybný v ničem jiném, než že ho teď nejběžnější renderer zobrazuje blbě, tak je potřeba ho předělat, aby se to v mapniku renderovalo pěkně? Jak tahle práce navíc _není_ úprava pro konkrétní renderer, a k čemu ještě _dalšímu_ je to dobré? Fakt netrollím a snažím se to pochopit, ale nedaří se mi to. Nebo tomu rozumím blbě a mapnik je nějak výjimečný? Koukám na pražskou tram síť, a možná by si zasloužila přemapovat _v místech, kde vede odděleně od silniční_, zejména u zastávkových ostrůvků (jeden příklad za všechny: Švandovo divadlo); to je ale úplně jiný šálek červů než překreslíme 150 km tratí, a budeme doufat, že se vývojáři mapniku zítra nevzbudí s dalším Geniálním Nápadem, který si vyžádá opětovné přepracování. (Pokud už to bude někdo mocí mermo přemapovávat, nestálo by za to zmapovat každou kolej zvlášť? Zrovna v Praze by to neměl být až takový problém, drtivá většina tratí je dvojkolejná...) Lze to najít tady: http://wiki.openstreetmap.org/wiki/Tag:railway%3Dtram (http://wiki.openstreetmap.org/wiki/Tag:railway%3Dtram) Pozor, to není pouze o renderování v mapniku. Důvodů je více. Jednak mi přijde jako zbytečně nepřehledné mít cesty klidně s 15 tagy a členy 10 dopravních relací, když je můžeme rozdělit na dvě cesty s polovičním počtem. Navíc jak jinak chcete vyřešit společné tagy, jejichž hodnoty bývají pro silnici a železnici jiné? Jedná se zejména o maxspeed, ale určitě by se našly další. Zavádění různých maxspeed:railway atd. je cesta do pekel, kterou nikdo nepoužívá. Viz ITO Map. Individuální kojele klidně mapovat můžete. Ale varuji Vás, je to hrozně pracné. Navíc u tramvajových kolejí vyvstávají problémy s tím, že pokud jsou vedeny uprostřed silnice (což je u nás pravidlem), tak byste měl oddělit jednotlivé směry jízdy po silnici. A k nim přidat oneway, upravit lanes. A upravit pěkných pár relací, nedej bože zákazy odbočení. Přijde mi jednodušší prostě použít tracks=2. Ale proti gustu... Co jsem se díval v Německu (Lipsko), tak tam mapují individuální koleje a často si nedělají hlavu s tím, že tramvaj je vedena uprostřed silnice nebo sdílí pruhy s auty. Sluší se poznamenat, že jsem našel i případy, kdy byly kolej a silnice zmapovány jako identická cesta. Jenže šlo o úseky o maximálně pár desítkách metrů, zejména v zastávkach, popř. na komunikacích pro oddělené vedení MHD. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
Le 18 août 2014 00:23, Christophe Merlet red...@redfoxcenter.org a écrit : Le 18/08/2014 00:01, Philippe Verdy a écrit : Dans les références actuelles il n'y a plus aucun accord à mettre ces traits d'union ou pas, et il y a plus d'opposants que de partisans. Laissons seulement les traits d'union aux noms de collectivités (et évitons aussi de mettre des traits d'union dans les noms de rue entre prénom et nom comme Rue Victor-Hugo (voire pire après un titre ou une particule comme Avenue du Général-de-Gaulle). Quand je demande des références, c'est pour avoir autre chose que ton seul avis. En ce qui concerne notre projet, une règle a été écrite dans le wiki : http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dplace_of_worship#Nom_et_d.C3.A9dicace_des_.C3.A9glises_d.C3.A9di.C3.A9es_au_culte_catholique et on a aussi les règles rappelées par Wikipédia : https://fr.wikipedia.org/wiki/Trait_d%27union#R.C3.A8gles_typographiques_traditionnelles_fran.C3.A7aises Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
+1
De plus l'argument de la Poste me semble un peu court et sans fondement
pour justifier qu'on doive maintenant écrire :
Jean Paul Belmondo et non plus Jean-Paul Belmondo
ou encore
Jean Jacques Servan Schreiber plutôt que Jean-Jacques Servan-Schreiber
N'en déplaise à certain, on continuera d'écrire Église
Saint-Germain-l'Auxerois, voire on rétablira les orthographes fautives.
FrViPofm
Le 18/08/2014 00:23, Christophe Merlet a écrit :
Le 18/08/2014 00:01, Philippe Verdy a écrit :
Les seules références du trait d'union viennent d'anciennes
recommandations venues de la Poste, alors que la Poste elle-même n'en
veut même pas dans les adresses sur les enveloppes (elle ne veut en fait
aucune ponctuation et demande l'espace; elle voudrait même qu'on
supprime les apostrophes) !
L'usage est resté dans les toponymes des noms de communes, mais de
nombreuses collectivités en France (de plus en plus nombreuses) se
passent de ces traits d'union (qu'on ne garde que dans les toponymes
officiels existant depuis longtemps).
L'usage du trait d'union est fortement critiqué dans toutes la
francophonie et il n'y a plus qu'en France où il y a encore de la
résistance dans certains organismes officiels.
En fait ces usage franco-français est tellement plein d'incohérences
qu'il ne s'impose plus et s'il y a encore d'anciennes références de
linguistes qui suivaient les recommandations de l'ancienne
administration postale (avant l'informatisation des adresses)
pratiquement tout le monde les omet. A commencer par les cultes
eux-mêmes (les collectivités ne sont plus toutes propriétaires des
églises et chapelles, elles les revendent de plus en plus, et les
nouvelles constructions n'en mette aucun et les cultes omettent ces
traits d'union car ils font référence directement au saint lui-même).
Dans les références actuelles il n'y a plus aucun accord à mettre ces
traits d'union ou pas, et il y a plus d'opposants que de partisans.
Laissons seulement les traits d'union aux noms de collectivités (et
évitons aussi de mettre des traits d'union dans les noms de rue entre
prénom et nom comme Rue Victor-Hugo (voire pire après un titre ou une
particule comme Avenue du Général-de-Gaulle).
En plus ça pose des difficultés de rendu: libellés trop longs, et si on
fait une coupure après le trait d'union on le confonds avec un tiret de
césure).
Quand je demande des références, c'est pour avoir autre chose que ton
seul avis.
Donc moi je continuerai à écrire Église Saint-Bidule avec majuscules et
trait d'union car tu es incapable de justifier que ce serais une
mauvaise pratique.
Et puis en plus, c'est comme ça que fait le Vatican !!
http://www.vaticanstate.va/content/vaticanstate/fr/monumenti/webcam/basilica-di-s-pietro-.html
Regarde bien comment ils écrivent Basilique Saint-Pierre
Le 17 août 2014 23:42, Christophe Merlet red...@redfoxcenter.org
mailto:red...@redfoxcenter.org a écrit :
Le 17/08/2014 23:15, Philippe Verdy a écrit :
Les noms de communes prennent des traits d'union (généralement mais ce
n'est plus imposé en France pour aucun toponyme), mais PAS les noms
d'églises qui sont consacrés réellement aux noms des saints eux-mêmes
(exception: Notre-Dame qui garde son trait-union)
Tu as des références pour ces règles typographiques ?
Je croyais que l'on ne mettais pas de trait d'union à Saint uniquement
lorsque l'on parlais du Saint lui-même, pas d'un élément qui porte son
nom, y compris les lieux religieux.
Le 17 août 2014 22:14, Romain MEHUT romain.me...@gmail.com
mailto:romain.me...@gmail.com
mailto:romain.me...@gmail.com mailto:romain.me...@gmail.com a
écrit :
Pour info, j'ai rétabli des traits d'union pour les Saint
des noms
d'église cf. https://www.openstreetmap.org/changeset/24817936
J'espère qu'Osmose ne suggérait pas de les supprimer?
Romain
Le 16 août 2014 10:17, Philippe Verdy verd...@wanadoo.fr
mailto:verd...@wanadoo.fr
mailto:verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit :
Certaines correction proposées par Osmose sont complètement
erronées, particulièrement celles concernant les espaces
surnuméraires.
Je me suis aperçu en consultant les historiques de certains
objets que ceux-ci était nommés par exemple (je met le tout
entre accolades ici pour que ce soit plus clair):
{name=École publique maternelle XYZ}
Oui, avec des guillemets ASCII autour du nom qui suit une
désignation générique.
Le problème est qu'Osmose ne détecte pas correctement ces
guillemets ASCII dans le nom (ils sont pourtant stockés et
correctement encodés en XML), et en fait va tronquer la chaîne
au premier guillemet pour obtenir:
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
Voir la charte de toponymie de l'IGN:
http://education.ign.fr/sites/all/files/charte_toponymie_ign.pdf
La Poste fait juste ce qui l'arrange, ce n'est pas un modèle à suivre sinon
on va tomber dans la norme sur l'adresse, les abréviations, etc...
Le 18 août 2014 09:04, Vincent Pottier vpott...@gmail.com a écrit :
+1
De plus l'argument de la Poste me semble un peu court et sans fondement
pour justifier qu'on doive maintenant écrire :
Jean Paul Belmondo et non plus Jean-Paul Belmondo
ou encore
Jean Jacques Servan Schreiber plutôt que Jean-Jacques Servan-Schreiber
N'en déplaise à certain, on continuera d'écrire Église
Saint-Germain-l'Auxerois, voire on rétablira les orthographes fautives.
FrViPofm
Le 18/08/2014 00:23, Christophe Merlet a écrit :
Le 18/08/2014 00:01, Philippe Verdy a écrit :
Les seules références du trait d'union viennent d'anciennes
recommandations venues de la Poste, alors que la Poste elle-même n'en
veut même pas dans les adresses sur les enveloppes (elle ne veut en fait
aucune ponctuation et demande l'espace; elle voudrait même qu'on
supprime les apostrophes) !
L'usage est resté dans les toponymes des noms de communes, mais de
nombreuses collectivités en France (de plus en plus nombreuses) se
passent de ces traits d'union (qu'on ne garde que dans les toponymes
officiels existant depuis longtemps).
L'usage du trait d'union est fortement critiqué dans toutes la
francophonie et il n'y a plus qu'en France où il y a encore de la
résistance dans certains organismes officiels.
En fait ces usage franco-français est tellement plein d'incohérences
qu'il ne s'impose plus et s'il y a encore d'anciennes références de
linguistes qui suivaient les recommandations de l'ancienne
administration postale (avant l'informatisation des adresses)
pratiquement tout le monde les omet. A commencer par les cultes
eux-mêmes (les collectivités ne sont plus toutes propriétaires des
églises et chapelles, elles les revendent de plus en plus, et les
nouvelles constructions n'en mette aucun et les cultes omettent ces
traits d'union car ils font référence directement au saint lui-même).
Dans les références actuelles il n'y a plus aucun accord à mettre ces
traits d'union ou pas, et il y a plus d'opposants que de partisans.
Laissons seulement les traits d'union aux noms de collectivités (et
évitons aussi de mettre des traits d'union dans les noms de rue entre
prénom et nom comme Rue Victor-Hugo (voire pire après un titre ou une
particule comme Avenue du Général-de-Gaulle).
En plus ça pose des difficultés de rendu: libellés trop longs, et si on
fait une coupure après le trait d'union on le confonds avec un tiret de
césure).
Quand je demande des références, c'est pour avoir autre chose que ton
seul avis.
Donc moi je continuerai à écrire Église Saint-Bidule avec majuscules et
trait d'union car tu es incapable de justifier que ce serais une
mauvaise pratique.
Et puis en plus, c'est comme ça que fait le Vatican !!
http://www.vaticanstate.va/content/vaticanstate/fr/
monumenti/webcam/basilica-di-s-pietro-.html
Regarde bien comment ils écrivent Basilique Saint-Pierre
Le 17 août 2014 23:42, Christophe Merlet red...@redfoxcenter.org
mailto:red...@redfoxcenter.org a écrit :
Le 17/08/2014 23:15, Philippe Verdy a écrit :
Les noms de communes prennent des traits d'union (généralement
mais ce
n'est plus imposé en France pour aucun toponyme), mais PAS les
noms
d'églises qui sont consacrés réellement aux noms des saints
eux-mêmes
(exception: Notre-Dame qui garde son trait-union)
Tu as des références pour ces règles typographiques ?
Je croyais que l'on ne mettais pas de trait d'union à Saint
uniquement
lorsque l'on parlais du Saint lui-même, pas d'un élément qui porte
son
nom, y compris les lieux religieux.
Le 17 août 2014 22:14, Romain MEHUT romain.me...@gmail.com
mailto:romain.me...@gmail.com
mailto:romain.me...@gmail.com mailto:romain.me...@gmail.com
a
écrit :
Pour info, j'ai rétabli des traits d'union pour les Saint
des noms
d'église cf. https://www.openstreetmap.org/changeset/24817936
J'espère qu'Osmose ne suggérait pas de les supprimer?
Romain
Le 16 août 2014 10:17, Philippe Verdy verd...@wanadoo.fr
mailto:verd...@wanadoo.fr
mailto:verd...@wanadoo.fr mailto:verd...@wanadoo.fr a
écrit :
Certaines correction proposées par Osmose sont
complètement
erronées, particulièrement celles concernant les espaces
surnuméraires.
Je me suis aperçu en consultant les historiques de
certains
objets que ceux-ci était nommés par exemple (je met le
tout
entre accolades ici pour que ce soit plus clair):
{name=École publique maternelle XYZ}
Re: [OSM-talk-fr] JOSM et son scan de disque - J'en ai ma claque !!!
On 16 août 2014, at 22:18, Christian Quest cqu...@openstreetmap.fr wrote: J'utilise JOSM sous OSX (10.6 et 10.9) et je n'ai pas remarqué ce comportement. Oui pareil j'utilise JOSM sous OSX 10.9, le package disponible sur le site qui permet d'installer JOSM comme une application normale et tout fonctionne très bien. Pour la version de java j'ai ceci : $ java -version java version 1.7.0_51 Java(TM) SE Runtime Environment (build 1.7.0_51-b13) Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode) Par contre aucun antivirus pour moi sur mes Mac depuis l'abandon de Disinfectant (en juin 1997). Pas d'antivirus non plus. Vlad. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
Le 18 août 2014 09:04, Vincent Pottier vpott...@gmail.com a écrit : N'en déplaise à certain, on continuera d'écrire Église Saint-Germain-l'Auxerois, voire on rétablira les orthographes fautives. Je n'ai corrigé que celles modifiées autour de chez moi et j'imagine que d'autres ont été impactées... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] State of the Map 2014 - Bientôt fin de l'appel à présentation
Bonjour, Pour ceux que ça pourrait intéresser, pour le prochain State of the Map 2014 qui à lieu Buenos Aires en novembre, l'appel à présentation se termine fin aout. http://www.stateofthemap.org Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89
Plus d'une trentaine de communes sur le 64... Le détail est là: https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Corruption des noms par Osmose (troncation sur guillemets ASCII, espaces surnuméraire)
Le 18/08/2014 10:46, Romain MEHUT a écrit : Le 18 août 2014 09:04, Vincent Pottier vpott...@gmail.com mailto:vpott...@gmail.com a écrit : N'en déplaise à certain, on continuera d'écrire Église Saint-Germain-l'Auxerois, voire on rétablira les orthographes fautives. Je n'ai corrigé que celles modifiées autour de chez moi et j'imagine que d'autres ont été impactées... Romain Je crois que j'ai complété... FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89
Sur le 67, c'est quelles communes ? De : Christian Quest [mailto:cqu...@openstreetmap.fr] Envoyé : lundi 18 août 2014 11:57 À : Discussions sur OSM en français Objet : [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89 Plus d'une trentaine de communes sur le 64... Le détail est là: https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89
Le lundi 18 août 2014 à 10:00 +, HELFER Denis a écrit : Sur le 67, c’est quelles communes ? 67381 PUBERG 67392 REIPERTSWILLER De : Christian Quest [mailto:cqu...@openstreetmap.fr] Envoyé : lundi 18 août 2014 11:57 À : Discussions sur OSM en français Objet : [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89 Plus d'une trentaine de communes sur le 64... Le détail est là: https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89
Le 18/08/2014 11:57, Christian Quest a écrit : Plus d'une trentaine de communes sur le 64... Juste ce qu'il faut pour terminer l'import du bâti dans le 64 ! Au passage, ça fait plaisir que le rendu QA soit de nouveau régulièrement mis à jour depuis quelques semaines. Le détail est là: https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610 -- Christian Quest - OpenStreetMap France Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89
Les adresses de ces nouvelles communes sont déjà dispo dans BANO... Le 18 août 2014 12:21, Christophe Merlet red...@redfoxcenter.org a écrit : Le 18/08/2014 11:57, Christian Quest a écrit : Plus d'une trentaine de communes sur le 64... Juste ce qu'il faut pour terminer l'import du bâti dans le 64 ! Au passage, ça fait plaisir que le rendu QA soit de nouveau régulièrement mis à jour depuis quelques semaines. Le détail est là: https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610 -- Christian Quest - OpenStreetMap France Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import du bâti (était : Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89)
Bonjour, je profite du passage de cette nouvelle pour demander qui importe le bâti ? Y-a-t'il un robot qui tourne en permanence pour ajouter les bâtiments dans toutes les villes qui disposent d'un cadastre vectorisé ? Comment sont choisis les villes / départements traités et dans quel ordre ? Est-il possible de voir l'avancement de l'import. Bref, est ce qu'il y a une page du wiki (ou autre) qui parle de ça ? Olivier Plus d'une trentaine de communes sur le 64... Le détail est là: https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610 -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bâti (était : Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89)
Le 18 août 2014 14:33, olivier delaune olivier.dela...@wanadoo.fr a écrit : Bonjour, je profite du passage de cette nouvelle pour demander qui importe le bâti ? Des humains... et il s'agit en principe d'une intégration (avec contrôle/corrections préalable) et pas d'un import qui serait fait en aveugle. Voir: http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents Y-a-t'il un robot qui tourne en permanence pour ajouter les bâtiments dans toutes les villes qui disposent d'un cadastre vectorisé ? Oh non. La qualité variable du cadastre ne permet pas de procéder ainsi. Comment sont choisis les villes / départements traités et dans quel ordre ? Chaque contributeur qui intègre du bâti le fait de façon indépendante, selon ses envies. Il n'y a pas d'ordre particulier. Est-il possible de voir l'avancement de l'import. Bref, est ce qu'il y a une page du wiki (ou autre) qui parle de ça ? Pour une vue d'ensemble il y a le rendu QA. Le bleu indique des bâtiments manquants. Les pastilles bleues entourées de vert indiquent que le cadastre est vectoriel pour la commune en question et si c'est entouré de gris, c'est que le cadastre n'est pas vectoriel. Exemple: http://tile.openstreetmap.fr/?zoom=10lat=48.85588lon=2.40465layers=B000TFF -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: [Tagging] Feature Proposal - Voting - natural=rock cleanup
Quelqu'un se propose de remplacer les natural=rock par natural=bare_rock. Comme il y en a pas mal en France suite à l'import Corine Land Cover, cela impliquerait un changement assez important dans notre pays. Les explications et le vote sont à lire ici (en anglais): http://wiki.openstreetmap.org/wiki/Proposed_features/natural%3Drock_cleanup Pieren -- Forwarded message -- From: Friedrich Volkmann b...@volki.at Date: Tue, Aug 12, 2014 at 1:48 PM Subject: [Tagging] Feature Proposal - Voting - natural=rock cleanup To: tagg...@openstreetmap.org http://wiki.openstreetmap.org/wiki/Proposed_features/natural%3Drock_cleanup Voting starts. It's now only about a wiki cleanup, because the recent thread convert imported natural=rock areas to bare_rock made me drop the part concerning data cleanup. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Tagging mailing list tagg...@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Un court article pour les 10 ans d'OSM
2014-08-15 17:45 GMT+02:00 Olivier Delaune olivier.dela...@wanadoo.fr: Un court article a été publié sur un blog de lemonde.fr : J'ai du bon data. L'article parle des 10 ans d'OSM avec une vidéo très bien réalisée Un peu lamentable que la vidéo d'ITO soit maintenant sponsorisée par Scout/Telenav... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Restrictions temporaires
Bonjour Une restriction temporaire est mise en place : http://www.openstreetmap.org/way/147970672 Certes, j’entends d'ici que cela ne sert à rien. Mais cela peut servir. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ors (59360) le bati semble décalé
Bonjour sur la commune d'Ors http://www.openstreetmap.org/#map=13/50.1061/3.6124layers=N le bai importé du cadastre semble sérieusement décalé. Il y a une trace gpx sur la N 160 qui épouse exactement la route sur Bing mais le bati recouvre la route et la trace gpx cordialement Claude -- Envoyé avec Mozilla Thunderbird --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cartes personnelles et routes
Le 12/08/2014 23:58, Muselaar a écrit : Le 12/08/2014 13:08, V de Chateau-Thierry a écrit : Bonjour, De : Muselaar Merci pour l'info, mais à ce moment, il s'agirait d'une trace genre gpx ? Sinon, quel genre de fichier on peut insérer, et quel logiciel pourrait les créer ? Tu peux générer des traces au format gpx directement depuis JOSM (clic-droit sur un calque puis Enregistrer sous ou Exporter) ou sinon depuis notamment http://map.project-osrm.org/ où tu peux d'abord composer un itinéraire puis en obtenir la trace en gpx. vincent Effectivement, c'est là la bonne solution, ne reste plus qu'à ajouter les chemins manquants ! Merci beaucoup ! Muselaar Concernant OSRM, je ne pense pas que ce soit exploitable, à moins de pouvoir utiliser un autre mode que « voiture », et d'ajouter des points de passage obligés, ce que je n'ai pas trouvé. Bien sûr qu'en sachant lire l'anglais et tripatouiller un peu l'informatique, ça pourrait le faire, mais comme ce n'est pas mon cas… J'ai utilisé un calque de JOSM pour copier toutes les routes utilisées, j'ai ensuite coupé les branches inutilisées, et j'ai ensuite exporté la trace gpx (et j'ai refermé JOSM en prenant bien soin d'éviter d'envoyer mon calque sur le serveur, ouf, je n'ai pas fait cette gaffe). Le résultat est génial sur uMap, et je suis très content aussi d'avoir pu en quelques clics intégrer à ma carte des parcours en bus urbain, grâce à l'éditeur de relation de JOSM. Mais le problème qui subsiste, c'est que la trace gpx contient une longue série de segments de route, et que lorsqu'on clique sur le dernier bouton en bas de uMap (« Mesurer les distances »), on a la longueur de tous les segments exportés qui s'affiche : 23 m, 467 m, 8 m, etc. etc. etc., et c'est pas beau à voir sur la carte, autant qu'inutile. Y aurait-il un moyen de réunir tous les segments d'une trace gpx en un seul ? Umap aurait-il un mode d'import qui le permette ? J'ai bien sûr essayé de fusionner tous les chemins de mon calque en un seul, mais ça ne marche pas au delà d'un ou deux. Muselaar ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] power=plant
Pour tagger une centrale électrique, il faut utiliser power=plant Si c'est une centrale hydroélectrique par exemple, il n'y a rien comme tag spécifique? jusqu’à maintenant je mets generator:source= mais normalement cela s'applique à un power=generator qui se trouve quelque part à l’intérieur de la centrale (souvent difficile à savoir où sans connaitre la centrale). Pourquoi n'existe t il pas plant:source=* la plupart des centrales n'ont qu'une source d’énergie? (il y en a quelques uns sur taginfo) Autre chose qui concerne les incinérateurs. Ce que j'ai compris c'est que pour utiliser power=plant il faut que de l’énergie sorte et soit utiliser ailleurs. Donc un incinérateur qui ne produit pas d’électricité mais de la chaleur envoyé dans des bâtiments pour les chauffer (ou autre chose) on utilise power=plant mais sans chaleur valorisé non. C'est ça? (j'ai ajouté plusieurs incinérateurs de Rhone Alpes trouvé sur http://www.georhonealpes.fr/ d'où ma question!) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Décharge
il n'existe qu'un tag pour les décharges : landuse=landfill ? Quand on regarde en france il y a beaucoup de chose tagger avec ça. (d’ailleurs, d’après ça le Nord-Pas-de-Calais est un dépotoir !). Normalement les seules décharges en France devrai être les Centres d'enfouissements qui vont être indiqué de la même façon : landuse=landfill ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Décharge
Même si la loi prévoit que seules les centres d'enfouissement devraient exister, c'est un fait aussi que pullullent aussi des décharges sauvages, dont les propriétaires des terrains ne sont pas toujours responsables des dépôts et ne veulent pas en supporter la charge du nettoyage ou de la dépollution (qui peut être très coûteuse) : ils ont beau porter plainte, la collectivité non locale plus ne veut pas en assumer la charge et souvent se retourne contre le propriétaire pour l'obliger à nettoyer quand même. La situation existe aussi sur le domaine public (par exemple dans les forêts domaniales) où les collectivités aussi tardent elles-mêmes à faire le nettoyage et la dépollution Même quand elles en ont été averti (et on sait aussi que plus il y a de déchets et moins les lieux sont respectés et plus il y en a de nouveaux amenés au même endroit). Dans certains cas ce sont les assos environnementales qui organisent le nettoyage quand c'est possible (simple ramassage) mais ce n'est pas possible s'il faut des moyens techniques importants (excavations, pompes , installations de filtrages et de retraitement des eaux polluées, collecte des terres souillées pour retraitement dans des usines comme des cimenteries avec des gros fours...) ou s'il y a des risques chimiques qui nécessitent des personnels qualifiés et équipés et souvent il faut assi payer une grosse facture d'énergie, louer les engins et camions et payer les personnels. Même avec la collaboration des propriétaires, leurs moyens peuvent ne pas suffire. Ensuite la situation peut perdurer pendant des années et le terrain être même laissé totalement à l'abandon, ce qui amène alors la décharge sauvage à recevoir de plus en plus d'ordures (généralement les plus polluantes et moins facilement recyclables: déchets de chantiers de démolition, moteurs, bidons de peintures, solvants, huiles; vieil électroménager... et même des résidus issus de centres de recyclages ou de dépollution des eaux. Les filières de recyclage sont aussi très compliquées et on trouve des margoulins qui encaissent l'argent du recyclage, et envoient ensuite leurs camions verser des déchets loin des yeux et au delà des frontières pour échapper aux contrôles nationaux (car il n'y a pas de réel contrôle international, au moins européen une fois que les déchets ont passé légalement la frontière à l'exportation, mais clandestinement à l'importation). Il s'en suit donc que les terrains restent alors pollués pour longtemps et qu'il y en a de très nombreux comme ça (on n'est pas encore en France dans la situation de Naples, mais avec le renforcement des contrôles en Italie, on voit des camions franchir la frontière et déverser leur contenu en bordure de route la nuit dans un pré un peu partout dans le sud de la France. Ce n'est pas parce qu'on a une liste officielle de décharges autorisées (avec des mesures de protection du sol, des nappes et des environs, et des obligation de traitement sélectif et de surveillance) qu'on doit s'en contenter: les décharges sauvages sont aussi certainement à cartographier pour en mesurer l'étendue. Et alors trouver des sources de financement (surtout des taxes locales et taxes sur les producteurs, et quelques produits de la revente de produits recyclés...) pour que les collectivités puissent organiser leur filière de nettoyage et dépollution et la contrôler. Bref, cartographier les sites officiels c'est bien, à condition de ne pas oublier le reste qui est aussi important (mais là on n'a pas de liste, c'est purement du travail de terrain : quand ces listes existent suite à des dépôts de plaintes, elles sont souvent cachées, les collectivités n'aiment pas trop exposer au public tous les lieux qu'elles savent pollués, ou invoquent le secret des instructions en cours; et n'acceptent de le dire que si la situation expose les résidents ou visiteurs à certains dangers avérés, après des mois ou des années en attendant les expertises). Cependant il y a des listes de lieux dressées par des assos (de protection animale, de chasseurs, de pêcheurs, de surfeurs, de randonneurs, de consommateurs ou de résidents dans un quartier...); à chercher ur le terrain ou quand elles se font connaitre dans la presse. Le 19 août 2014 00:51, Jérôme Amagat jerome.ama...@gmail.com a écrit : il n'existe qu'un tag pour les décharges : landuse=landfill ? Quand on regarde en france il y a beaucoup de chose tagger avec ça. (d’ailleurs, d’après ça le Nord-Pas-de-Calais est un dépotoir !). Normalement les seules décharges en France devrai être les Centres d'enfouissements qui vont être indiqué de la même façon : landuse=landfill ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] (RFC) OSMのWeb アプリ: POI editor
三浦さん 武内です。 2014年8月18日 7:31 Hiroshi Miura(@osmf) miur...@osmf.jp: 武内さん ネタと言いつつ、よさげで、これまでの不満を解消できそうです。 On 2014年08月17日 14:21, Satoru Takeuchi wrote: 2014年8月16日 0:21 Satoru Takeuchi satoru.takeu...@gmail.com: 武内@沼津です。みなさまこんばんは。 お盆休みのハックネタとしてwebベースのPOIエディタのプロトタイプ版を作りました。 開発動機は、(前も少しここで言ったのですが)iOSのPushpinOSMに相当するものが AndroidやWebアプリにないので、ライトユーザを呼びこむために、あるといいなあと 思ったことです。 そうなんですよね。 Webから使うのに、本家のiDエディタが使えますが、タブレットのようなタッチインターフェースで使うには 不便でした。 ちょっと触って試してコメントなどいただけると助かります。 http://satoru-takeuchi.org/~sat/satosmtest/edit.cgi iOS以外のタブレット利用や、スマートフォンがターゲットと捉えましたが、 あってますかね。 はい、そうです。 今できること - 現在地の地図を表示 現在の自分の位置がわかると、より使いやすく感じます。 これは、どういうことでしょうか。現在地にマーカーをつけて、周辺地図を 表示していますが、それだけではないということですよね。 - クリック(or タッチ)した場所にノードを追加できる - 追加できる要素の種類は、テスト用に適当につくった十数個のみ この要素の種類や分類方法が、使い勝手におおきく効いてくるようです。 はい、そう思います。どういうのがいいのか考えながら作るつもりです。 ライトユーザを想定しているので、OSMの固有用語や実装詳細は隠蔽する予定です (出したければ出せるようにするのはありだと思いますが)。 変にカテゴライズを細かくするよりは検索機能をつけるほうが筋がいいとおもっています。 最近つかってないから詳しく覚えてませんが、PushPinにも検索機能があったような。 osmpoiという名前をつけて、GitHubにGPLv2でソース公開しました。ソースのREADME.mdにも書 いていますが、 これで直接不特定多数向けサービスを提供するようなことはせず、テスト目的でのみ使用してください。 https://github.com/satoru-takeuchi/osmpoi 上記ソースをもとに作ったテスト用サイトはこちらです。 http://satoru-takeuchi.org/~sat/test/osmpoi/edit.cgi オフトピですが、テスト用サイトを更新しました。 既存ノードを表示するようにしました。空文字以外のname tagを持つ nodeを表示 node 内の tag を全表示するようにしています。 いまは初心者用というより私のデバッグ用です。 なお、OSM 開発用サイトにはノードがほとんど登録されていないので、 現在役立つのは、ノード追加後に編集画面に戻ってくると、追加した ノードが見えることです。 いずれ既存ノードの編集にも対応します。 Androidであれば、アプリの形なっていると、より利用者が便利ですね。 はい。Androidだとhtmlのwebアプリに一枚レイヤをかませるだけでアプリの形にできるはず なので(かつてのfacebookアプリな)、折を見てアプリにする予定です。 以上 WebViewによるアプリ開発ができるという事なので、得意な方は、クライアントアプリづくりに 参加されてはどうでしょうか。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] インドでのマッピング問題
いいだです。 こういうのはわりといろんな国で規制があって、 有名ドコロでは 中国では測量がNGですし、北朝鮮も地図作成が同様です。 韓国では地図の海外への持ち出し(配信)に制限があったはずです。 あと、南アジアのあたりでも測量が禁止になっている国があったはずで、 昔HOTで話題になったことがありました。 （「俺、その地域マッピングしちゃったんだけど、入国したら逮捕されるのかな？」とか、 そもそも現地で活動してるHOTメンバーの活動は違法なのか？とか、話していました） SotM 2012 Japanでアフガニスタンのかたが発表された時には、 マッピング中に軍に呼び止められて危うかった、という話もあり、 「危ないことはやめようね」という状態ではありますが、 各法域との調整はまだ明確になっている処そんなにないのではないかと思います。 そういう意味でも、地理院さんと話しあったりしながら進んでいる日本の状況は かなり注目されている存在だ、という認識です。 2014-07-30 20:31 GMT+09:00 ribbon o...@ns.ribbon.or.jp: /.jに http://it.slashdot.jp/story/14/07/30/0554224/Google%E3%81%AE%E5%9C%B0%E7%90%86%E6%83%85%E5%A0%B1%E5%8F%8E%E9%9B%86%E3%82%B3%E3%83%B3%E3%83%86%E3%82%B9%E3%83%88%E3%80%81%E3%82%A4%E3%83%B3%E3%83%89%E6%94%BF%E5%BA%9C%E3%81%AE%E6%80%92%E3%82%8A%E3%82%92%E8%B2%B7%E3%81%86 な記事が上がっていますが、OSM的にも問題があるのでしょうね。 どうなんでしょう。 ribbon ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] (RFC) Android Bluetooth GNSS for OSM Mapper
お役に立てて、何よりです。 Bluetooth付きGPSレシーバ がないので、確認できないが残念 (^^; --- 大和田健一 ml.ohw...@gmail.com 三浦です。 Androidタブレットやスマートフォンを使って、本格的に マッピングをするときに、内蔵GPSレシーバをつかうと 精度がでなくて、あとで困ったりしませんか。 一原因として、手で持って動かすために、誤差が入りやすいなど あります。 最近の 準天頂衛星みちびきQZSS や、その他の GPS以外のシステム（Galileo, Beidou/Compass)が 利用可能になっているという話もあり、これらも活用したいですよね。 これらは、GNSS(Global Navigation Satellite System)と呼び、 USAの運行するものをGPSと呼ぶそうです。 そこで、既存のAndroid端末に、Bluetooth接続のGPS/GNSSレシーバ をつないで、利用できるとマッパーとして嬉しいはずと考えました。 レシーバを肩口など、受信環境の良い場所に固定し、 タブレットを持ち歩くことで、マッピングが楽に精度よくできるように なります。 過去、日本で発売されたBTGPSレシーバのLD-3Wを用いて 公園マッピングしたところ、みちびき対応の内蔵レシーバに対して、 ４分の１の誤差で位置情報がとれました。 目標としてつぎのような考えです １．OSMでは連続記録をするので、それを前提としたアプリであること OSMTrackerのようなサーベイアプリと連携した時に、内蔵と同様に 問題なく使えるようになっていたい。 アプリ単体で簡易に使えるとなお良い。 ２．時計情報をしっかりと表示すること あとで写真との同期でつかうので GPS/GNSSの正確な時刻を表示してほしい。 ３．使っている衛星システムを識別できること。 せっかく性能の良いGNSSレシーバを持っているなら、 活用されていることを 知りたいですよね。 QZSS, Glonass, Galileo, Beidou/Compass, SBS の識別表示をするようにしました。 ４．精度が分かりやすいこと。 現在の記録の精度がわかりやすければ、あとでマッピングするときに 参考になります 以上の目標を立てて、夏休みの工作的に、アプリを書いてみました。 ベースとして、GPL３で公開されているフリーソフトウエアの BluetoothGPS4Droid プロジェクトをベースとして、拡張しました。 https://github.com/miurahr/bluegnss4osm スクリーンショットも上記においてあります。 まだベータ版になりたて状況ですので、ソースコードでの配布のみと なります。 Android開発キットをお持ちの方で、 Bluetooth GNSS/GPSレシーバをお持ちの方、 よければお試しください。 次のベータ版からAPKファイルのダウンロードもできるように したいとおもいます。 ヨーロッパでは、何種類かGalileo対応のGNSSレシーバが 発売されているようです。当座の間、ヨーロッパのマッパーに 使ってもらえればいいなぁと思っています。 そして、日本でも、 できれば、GLONASS, BEIDOU/COMPASS, QZSS, MSAS 対応のGNSSレシーバが、安価に発売されるといいなぁと思います。 そうすれば、このアプリも役立ちます。 今後の変更予定 ・GPS情報が他のアプリから見えるようにする ・APKをダウンロードできるようにする ・複数のGPS/GNSSレシーバーで動作確認 ・内蔵、USB接続にも対応する ・GUIのブラッシュアップ ・Google PlayやF-Droidから入手可能にする 謝辞 GUIや開発について、日本アンドロイドの会横浜支部の大和田さん の支援をもらいました。 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] インドでのマッピング問題
On Mon, Aug 18, 2014 at 08:51:48PM +0900, Satoshi IIDA wrote: こういうのはわりといろんな国で規制があって、 有名ドコロでは 中国では測量がNGですし、北朝鮮も地図作成が同様です。 韓国では地図の海外への持ち出し(配信)に制限があったはずです。 あと、南アジアのあたりでも測量が禁止になっている国があったはずで、 昔HOTで話題になったことがありました。 （「俺、その地域マッピングしちゃったんだけど、入国したら逮捕されるのかな？」とか、 そもそも現地で活動してるHOTメンバーの活動は違法なのか？とか、話していました） となると、そういう国では外側からでしか地図作れないですね。 POIマッピングだと大丈夫なのかな。 「危ないことはやめようね」という状態ではありますが、 各法域との調整はまだ明確になっている処そんなにないのではないかと思います。 とりあえず、どの国で何が出来るか、がまとまっているといいですね。 ribbon ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] (RFC) OSMのWeb アプリ: POI editor
三浦さん 武内です。 2014年8月19日 8:28 Hiroshi Miura(@osmf) miur...@osmf.jp: 武内さん 表現が悪かったです。 On 2014年08月18日 20:45, Satoru Takeuchi wrote: 今できること - 現在地の地図を表示 現在の自分の位置がわかると、より使いやすく感じます。 これは、どういうことでしょうか。現在地にマーカーをつけて、周辺地図を 表示していますが、それだけではないということですよね。 わたしの環境だけかもしれませんが、現在地の表示ボタンを何度も押すと、 複数のマーカーが出てきたです。 ああー、それはバグです。昨日発見したので直しました。現在地を再表示する際に、 既存の現在地マーカーと、誤差を示す円のオブジェクトを削除するのを忘れて いたのです。まだ残っていたら教えて下さい。 以上 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] タイルサーバーについて
ご回答ありがとうございます。 参考にさせていただきます (2014/08/18 20:48), Satoshi IIDA wrote: いいだです。 まだ規約が明確に決まっていないはずですが、 業務でお使いいただいてもよいのではないかと思います。 画像のライセンスはCC BY-SA2.0です。 (本家 osm.org http://osm.orgのデザインとコードを踏襲しているので、ラ イセンスを継承しています) ただ、なるべくダウンタイム少なくなるよう管理していますが、 それでも不定期にダウンしたりすることもありますので、 本格的に業務としてお使いになるのであれば ご自分でタイル生成サーバを建てられるなどの方策をお勧めします。 また、スタイルの設定は以下のコードで行われています。 アイコンの追加などの要望あればIssueをあげていただくか、 Pull Requestをいただければと思います。 リポジトリの管理は、三浦さんと僕が主に行っています。 https://github.com/osmfj/mapnik-stylesheets 2014年8月15日 21:44 カーネル 垂水 tar...@kk-kernel.co.jp mailto:tar...@kk-kernel.co.jp: 初めて投稿します。 垂水（タルミ）といいます。 tile.openstreetmap.jp http://tile.openstreetmap.jp は使用していいのですか？（業務で） 日本のシンボルの担当者なんているのですか？ ___ Talk-ja mailing list Talk-ja@openstreetmap.org mailto:Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com mailto:nyamp...@gmail.com twitter: @nyampire ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Imaginery footpaths added by user Gavaasuren
Hi, User Gavaasuren has been adding a series of imaginary footpaths over the last few weeks, each with the changeset comment zwischen Fußgängerzonen und Straßen Fußweg erstellt. What they seem to be doing is joining pedestrian islands to random nearby roads in order to resolve routing errors. Whilst the existance of a highway=pedestrian area that isn't connected is an indication of something, it's usually just an indication of that mapping in a particular area is not complete. For example, this way(1) was added to connect the pedestrian area to a random road, but in this instance the mapping of the marketplace as a pedestrian area is an approximation - what there actually are there lots of paths between market stalls, and I'm sure at some point in the future it'll get mapped properly. Adding this imaginery footpath doesn't fix the problem - it's mapped just as wrongly now as it was before (arguably more so), but it does hide the problem from QA sites. I've messaged this user 6 times over the last month and although they've replied communication does not seem to have occurred (they're still adding imaginery footpaths). I also resurveyed a relatively local one(2) to show that, following a survey, what actually exists bears little resemblance to their fixes. I've just messaged them again saying please stop!. If they continue I'll mention it to the data working group; in the meantime I'd suggest that people check their local areas for these edits and (if they're invalid) revert them, and if possible survey and map the affected areas properly. Cheers, Andy (1) http://www.openstreetmap.org/way/297892595/history (2) http://www.openstreetmap.org/#map=19/53.01357/-1.35353 ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Imaginery footpaths added by user Gavaasuren
I have already notified tye data working group. The user was contacted, his imaginary work was not reverted and he was not blocked, he continues to add complete junk from his armchair. He needs to be stopped. On 18 August 2014 10:59:22 GMT+01:00, SomeoneElse li...@mail.atownsend.org.uk wrote: Hi, User Gavaasuren has been adding a series of imaginary footpaths over the last few weeks, each with the changeset comment zwischen Fußgängerzonen und Straßen Fußweg erstellt. What they seem to be doing is joining pedestrian islands to random nearby roads in order to resolve routing errors. Whilst the existance of a highway=pedestrian area that isn't connected is an indication of something, it's usually just an indication of that mapping in a particular area is not complete. For example, this way(1) was added to connect the pedestrian area to a random road, but in this instance the mapping of the marketplace as a pedestrian area is an approximation - what there actually are there lots of paths between market stalls, and I'm sure at some point in the future it'll get mapped properly. Adding this imaginery footpath doesn't fix the problem - it's mapped just as wrongly now as it was before (arguably more so), but it does hide the problem from QA sites. I've messaged this user 6 times over the last month and although they've replied communication does not seem to have occurred (they're still adding imaginery footpaths). I also resurveyed a relatively local one(2) to show that, following a survey, what actually exists bears little resemblance to their fixes. I've just messaged them again saying please stop!. If they continue I'll mention it to the data working group; in the meantime I'd suggest that people check their local areas for these edits and (if they're invalid) revert them, and if possible survey and map the affected areas properly. Cheers, Andy (1) http://www.openstreetmap.org/way/297892595/history (2) http://www.openstreetmap.org/#map=19/53.01357/-1.35353 ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- cheers, Chris osm user, chillly___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Imaginery footpaths added by user Gavaasuren
On 18/08/14 10:59, SomeoneElse wrote: Whilst the existance of a highway=pedestrian area that isn't connected is an indication of something, it's usually just an indication of that mapping in a particular area is not complete. Considering the longer term problems: 1) There needs to be better guidance to routing software developers on how to route when there are parallel features accessible on foot; 2) There needs to be a lot more mapping of barriers. Ideally, the routing rule for foot needs to be something like that, subject to access and surface quality considerations, if there is no barrier between adjacent features, you may cross at any point between them. In this case, there has probably been pressure to make life easier for the router. I think this also came up recently with regard to central reservations on non-motorways. The other difficult situation we have here is that pedestrian areas are mapped physically, as the actual area occupied, but most roads are mapped, abstractly, as an infinitely narrow line on the centre of the carriageway, so you will get a gap between the two and the router has to use some heuristics to decide whether that gap is bridgeable on foot. I have seen cases where the pedestrian area was mapped out to the centre of the road, but I considered that wrong. (In fact, mapping roads as areas will generally confuse routing software.) Another variation of this routing problem is that of where is it reasonable to cross a road. Ideally, physical barriers at the centre of the road should be mapped, and access restrictions put on any reservations that is not supposed to be used by the public, but the main consideration tends to be the level and speed of traffic and the visibility of that traffic, combined with whether or not there is a designated crossing point near enough to be used. There really isn't enough information mapped to make a decision as to whether it will be safe to cross. Also, a little old lady may not be safe crossing at an arbitrary point, whereas it will be no problem for a more able bodied person. Some people may want to avoid pedestrian subways, particularly after dark. Any mapping of crime levels in them is likely to be volatile and may even move the crime. Particularly for residential roads, you might get into the dangerous area of mapping actual maximum speeds on rat runs, as, there is a road near me with a 20mph limit, but, apart from speed bumps it is long and straight, so vehicles may get up to 40 mph between bumps, with visibility limited by parked cars. The council policy is to only use passive enforcement. Mapping that as 40 mph de facto, may encourage people to use it that way, but saying it is safe for little old ladies to cross at night, based on the 20 mph limit may also be wrong. Maybe there is a need for a verification tool that renders additional random interconnections and crossing points, so that one can see whether there is a need to add barriers, and other hints, to prevent such routings. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Imaginery footpaths added by user Gavaasuren
On 18/08/14 11:41, David Woolley wrote: Considering the longer term problems: 1) There needs to be better guidance to routing software developers on how to route when there are parallel features accessible on foot; Agreed. The things that give our routing engine problems are: - dual carriageways. We are limited to official crossing points. Many dual carriageways don't even have areas between carriageways, just voids. It is then worse, because the crossing point is often the road cut through, which is usually marked for foot, and actually less safe for the pedestrian than crossing onto the central verge (although I accept that you can do it right next to it). - pedestrian areas. With an infinite number of crossing routes, we pragmatically route around the edge of it. Not especially helpful or elegant in many cases, but at least we get a route. - footpaths/cycleways separated from the road. I know why these are mapped this way, but from a routing perspective they are hardly helpful (we want people to transfer from the footpath that they have walked on to the bus that is standing on the adjacent, and unconnected, road). 2) There needs to be a lot more mapping of barriers. Yes, although until there is it makes it difficult to do (1). Some things - waterways - are obvious. Others less so. Ideally, the routing rule for foot needs to be something like that, subject to access and surface quality considerations, if there is no barrier between adjacent features, you may cross at any point between them. In this case, there has probably been pressure to make life easier for the router. We do need to define what we mean as adjacent though. And that needs to be something that is understood by the wider community, not just us. I think this also came up recently with regard to central reservations on non-motorways. That was me. I decided again the suggestion of using this type of imaginary footpath, though, as I felt that there would be too many and, at the end of the day, unhelpful to the majority of routers/renderers Regards, Stuart ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Imaginery footpaths added by user Gavaasuren
Hi David, Most of these problems are issues for a router for interpreting OSM data, rather than specific problems for the data. There are plenty of examples of people building routers for people with restricted mobility using OSM data (for instance wheelchair users, blind people etc). Most of us will map steps on footways simply because even one step acts as a barrier to wheelchair users or many older people. Fortunately barriers for pedestrians are not as common as they used to be. For places as mapped as areas a simple strategy for a routing engine is to find the centroid and build virtual paths to places on the edges. Similarly such areas can be buffered by, say 5 metres, to determine any overlaps with highways mapped as centre-lines. All such things are relatively simple post-processing steps on the data which can be easily carried out in PostGIS and do not need special tagging on OSM. Many of the members of this list routinely use OSM on a daily basis (we 'eat our own dog food') for pedestrian routing. I have used OSM for this purpose for 5 and a half years and have never encountered any problems other than missing data. My main purpose of routing is to have accurate estimates of time to get to place X (usually a bus stop or railway station) so as not to miss a public transport connection. It works very well. Jerry On 18 August 2014 11:40, David Woolley for...@david-woolley.me.uk wrote: On 18/08/14 10:59, SomeoneElse wrote: Whilst the existance of a highway=pedestrian area that isn't connected is an indication of something, it's usually just an indication of that mapping in a particular area is not complete. Considering the longer term problems: 1) There needs to be better guidance to routing software developers on how to route when there are parallel features accessible on foot; 2) There needs to be a lot more mapping of barriers. Ideally, the routing rule for foot needs to be something like that, subject to access and surface quality considerations, if there is no barrier between adjacent features, you may cross at any point between them. In this case, there has probably been pressure to make life easier for the router. I think this also came up recently with regard to central reservations on non-motorways. The other difficult situation we have here is that pedestrian areas are mapped physically, as the actual area occupied, but most roads are mapped, abstractly, as an infinitely narrow line on the centre of the carriageway, so you will get a gap between the two and the router has to use some heuristics to decide whether that gap is bridgeable on foot. I have seen cases where the pedestrian area was mapped out to the centre of the road, but I considered that wrong. (In fact, mapping roads as areas will generally confuse routing software.) Another variation of this routing problem is that of where is it reasonable to cross a road. Ideally, physical barriers at the centre of the road should be mapped, and access restrictions put on any reservations that is not supposed to be used by the public, but the main consideration tends to be the level and speed of traffic and the visibility of that traffic, combined with whether or not there is a designated crossing point near enough to be used. There really isn't enough information mapped to make a decision as to whether it will be safe to cross. Also, a little old lady may not be safe crossing at an arbitrary point, whereas it will be no problem for a more able bodied person. Some people may want to avoid pedestrian subways, particularly after dark. Any mapping of crime levels in them is likely to be volatile and may even move the crime. Particularly for residential roads, you might get into the dangerous area of mapping actual maximum speeds on rat runs, as, there is a road near me with a 20mph limit, but, apart from speed bumps it is long and straight, so vehicles may get up to 40 mph between bumps, with visibility limited by parked cars. The council policy is to only use passive enforcement. Mapping that as 40 mph de facto, may encourage people to use it that way, but saying it is safe for little old ladies to cross at night, based on the 20 mph limit may also be wrong. Maybe there is a need for a verification tool that renders additional random interconnections and crossing points, so that one can see whether there is a need to add barriers, and other hints, to prevent such routings. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Imaginery footpaths added by user Gavaasuren
On 18/08/14 12:15, SK53 wrote: There are plenty of examples of people building routers for people with restricted mobility using OSM data (for instance wheelchair users, blind people etc). Most of us will map steps on footways simply because even one step acts as a barrier to wheelchair users or many older people. In the case that I'm thinking about, the limitation wasn't physical barriers, but a combination of very slow walking and short gaps between vehicles. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] River Severn Dried up in places
What has gone wrong with the River Severn around Sharpness, near Berkeley, Gloucestershire? It looks like someone has been adding in the sand banks at the same level as the waterway=riverbank. My guess is OpenStreetMap doesn't know which one takes priority and the sandbanks have won. I am also assuming OpenStreetMaps doesn't draw the maps according to the tide. There seem to be other tidal features along the Severn such as tidal reservoir which don't seem to be causing problems. Should the tidal features have a specific level so that they can be seen, presumably level 2 would be the best or is there a better way to resolve this issue? ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] River Severn Dried up in places
I should have said, you see different things at different zoom levels From: a_sn...@hotmail.com To: talk-gb@openstreetmap.org Date: Mon, 18 Aug 2014 18:15:42 + Subject: [Talk-GB] River Severn Dried up in places What has gone wrong with the River Severn around Sharpness, near Berkeley, Gloucestershire? It looks like someone has been adding in the sand banks at the same level as the waterway=riverbank. My guess is OpenStreetMap doesn't know which one takes priority and the sandbanks have won. I am also assuming OpenStreetMaps doesn't draw the maps according to the tide. There seem to be other tidal features along the Severn such as tidal reservoir which don't seem to be causing problems. Should the tidal features have a specific level so that they can be seen, presumably level 2 would be the best or is there a better way to resolve this issue? ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] River Severn Dried up in places
Looking around a bit more, it looks like Stroud is also suffering problems where its submerged when the zoom level is at 500m (all other zoom levels seem fine for that area). I've tried zooming around other parts of the UK and this problem doesn't seem to exist, so I can only guess its a local problem around the river Severn. Further up the Severn valley, Tewkesbury seems to be flooded at 1km zoom range and below, with different tiles being marked as flooded depending on the zoom. From: a_sn...@hotmail.com To: talk-gb@openstreetmap.org Date: Mon, 18 Aug 2014 18:18:33 + Subject: Re: [Talk-GB] River Severn Dried up in places I should have said, you see different things at different zoom levels From: a_sn...@hotmail.com To: talk-gb@openstreetmap.org Date: Mon, 18 Aug 2014 18:15:42 + Subject: [Talk-GB] River Severn Dried up in places What has gone wrong with the River Severn around Sharpness, near Berkeley, Gloucestershire? It looks like someone has been adding in the sand banks at the same level as the waterway=riverbank. My guess is OpenStreetMap doesn't know which one takes priority and the sandbanks have won. I am also assuming OpenStreetMaps doesn't draw the maps according to the tide. There seem to be other tidal features along the Severn such as tidal reservoir which don't seem to be causing problems. Should the tidal features have a specific level so that they can be seen, presumably level 2 would be the best or is there a better way to resolve this issue? ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] River Severn Dried up in places
Brian, see this thread, think it is a broken coastline. https://lists.openstreetmap.org/pipermail/talk/2014-August/070493.html Phil (trigpoint ) On Mon Aug 18 2014 19:33:04 GMT+0100 (BST), Brian Savidge wrote: Looking around a bit more, it looks like Stroud is also suffering problems where its submerged when the zoom level is at 500m (all other zoom levels seem fine for that area). I've tried zooming around other parts of the UK and this problem doesn't seem to exist, so I can only guess its a local problem around the river Severn. Further up the Severn valley, Tewkesbury seems to be flooded at 1km zoom range and below, with different tiles being marked as flooded depending on the zoom. From: a_sn...@hotmail.com To: talk-gb@openstreetmap.org Date: Mon, 18 Aug 2014 18:18:33 + Subject: Re: [Talk-GB] River Severn Dried up in places I should have said, you see different things at different zoom levels From: a_sn...@hotmail.com To: talk-gb@openstreetmap.org Date: Mon, 18 Aug 2014 18:15:42 + Subject: [Talk-GB] River Severn Dried up in places What has gone wrong with the River Severn around Sharpness, near Berkeley, Gloucestershire? It looks like someone has been adding in the sand banks at the same level as the waterway=riverbank. My guess is OpenStreetMap doesn't know which one takes priority and the sandbanks have won. I am also assuming OpenStreetMaps doesn't draw the maps according to the tide. There seem to be other tidal features along the Severn such as tidal reservoir which don't seem to be causing problems. Should the tidal features have a specific level so that they can be seen, presumably level 2 would be the best or is there a better way to resolve this issue? ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb -- Sent from my Jolla ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
