Re: [Talk-hr] Fwd: [OSM-talk] High res DigitalGlobe imagery open for tracing through Mapbox Satellite
As part of the same agreement w/ DG that allows us to open the Mapbox Satellite layer to OpenStreetMap tracing we are planning to update existing imagery with a huge 500,000km2 update. We just blogged this, the post comes with a tool to request particular areas to be updated. Let us know where we should be updating our Satellite layer next: https://www.mapbox.com/blog/new-imagery-for-openstreetmap/ Provjerite svoje područje i zatražite svježe snimke ako ne postoje ili ako su skrivene iza oblaka. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Tactical Pilotage Charts available as a Layer for JOSM
Dear All We have just made the Tactical Pilotage Charts available for Humanitarian Tracing and because I am in the Philippines, we decided to make them available to Philippine Mappers Free of Charge. Whilst the maps are public domain, our server costs are not, but hopefully this will help philippine mappers to some degree by serving as a good reference for major roads water bodies and places, etc. To see them on line, go to http://disasternet.org Click on the Map Icon (Click to Start), choose Menu - Crisis - TPC's To access the layer in JOSM, add a WMS Layer with service url of http://topo.disasternet.org/? ... (including the ? in the end, no additional spaces) and choose the World Statistical Pilotage Maps (Humanitarian Use Only) Option then click Ok You can then choose it as a background layer from the imagery Menu We do reserve the right to remove it of the use gets too high, but I think it will handle the load with JOSM caching with no issues FYI, we hope to have the philippine Topos available at some stage as well, but I am strung for time for trimming and geo - referencing them, if anyone could help out, I would appreciate it. Let me know Cheers Mark Cupitt If we change the world, let it bear the mark of our intelligence See me on LinkedIn http://ph.linkedin.com/in/markcupitt *See me on StackExchange http://gis.stackexchange.com/users/17846/mark-c* === The contents of this email are intended only for the individual(s) to whom it is addressed and may contain confidential or privileged information. If you are not the intended recipient, you must not disclose, copy, distribute, or use the contents of this email. If you have received this email in error, please notify the sender immediately and delete the email and any attachments. === ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Block number addressing on Philippine?
Hi Satoshi-san The block number system is also used in the Philippines mostly on new residential area development projects when street names do not exist yet. I was advised before to use the Karlsluhe standard to tag the block and lot number inside the addr:number tag however it does not work properly for the purpose of address search with generating maps for Garmin and is very tedious as plugins for shortcut addressing does not recognize alphanumeric information. I also strongly believe that with these drawbacks, block number system tagging must be insisted in the Philippines. The addr:block_number came from the proposal 2 years ago that can be seen from this wiki http://wiki.openstreetmap.org/wiki/Proposed_features/list Regards, Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com On Fri, Apr 11, 2014 at 4:07 PM, Satoshi IIDA nyamp...@gmail.com wrote: Hi, I've discussed about address tagging scheme for city block address system on dev Tagging ML. Block address system is used (maybe only) in Japan. (It is addressing scheme related to Block, not to Street) https://lists.openstreetmap.org/pipermail/dev/2014-April/027825.html And Japanese mappers made propose addr:blocknumber. But in 2 month ago, addr:block_number(with underscore _ ) is used on Philippine. Here. http://overpass-turbo.eu/s/32h I would like to confirm a few points. 1. Block number address system is used in Philippine? According to OSM wiki page, there is no definition to block_number in Philippine. http://wiki.openstreetmap.org/wiki/Philippines/Addressing 1-1. If block_number system is used, I would like to confirm they are same or not to Japanese ones. Please tell me some (maybe out of OSM wiki) documentation. If they are the same concept, _ ambiguous should be integrated :) Japanese Documentation is here. http://wiki.openstreetmap.org/wiki/JA:Key:addr#.E6.97.A5.E6.9C.AC.E3.81.AE.E4.BD.8F.E6.89.80.E8.A1.A8.E8.A8.98.E3.81.AB.E3.81.A4.E3.81.84.E3.81.A6 Block structure detail (sorry, written in Japanese, certainly need more easy description...) http://wiki.openstreetmap.org/wiki/JA:Addresses 1-2. If not used, please tell me more appropriate addr:* tag for addr:block_number nodes. I think addr:subdivision or addr:barangay is suitable tagging than addr:block_number to them... Regards. -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] [OSM-talk] High res DigitalGlobe imagery open for tracing through Mapbox Satellite
Great news! So its safe to say that all PH provinces are partially covered by hires imagery. :) A lot of areas in Mindanao and Samar Leyte are also covered now. The intriguing part is why Boracay is still not covered. All imagery providers (except Nokia HERE) doesn't have hires for this area. On Fri, Apr 11, 2014 at 4:16 AM, Eugene Alvin Villar sea...@gmail.com wrote: Some areas that have high-resolution in Mapbox satellite imagery that aren't covered by Bing include: - western Siquijor (black and white) - greater Tagbilaran (cloudy though) - Bago City, Negros (black and white) - Ormoc City, Leyte (black and white) - all of Batanes !!! (color) - Pag-asa Island, Kalayaan, Palawan !!! (color) - eastern Surigao City (black and white) - eastern Kalibo, Aklan (black and white) - middle of Marinduque (color) - Calapan, Oriental Mindoro (color) - Baler, Aurora (color) - Science City of Muñoz, Nueva Ecija (color) - Dipolog City, Zamboanga del Norte (black and white) - Bais City, Negros Oriental (black and white) - portions near Borongan, Eastern Samar (black and white) - and many more! Happy tracing! On Fri, Apr 11, 2014 at 4:16 AM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, Here's some great news from our friends over at Mapbox and DigitalGlobe! More info here: http://www.digitalglobeblog.com/2014/04/09/mappingtheworldinosm/ I guess this is the big announcement for the State of the Map US which will be held in Washington, D.C. this weekend. -- Forwarded message -- From: Alex Barth a...@mapbox.com Date: Thu, Apr 10, 2014 at 10:56 PM Subject: [OSM-talk] High res DigitalGlobe imagery open for tracing through Mapbox Satellite To: Talk t...@openstreetmap.org Cc: Kevin Bullock kbull...@digitalglobe.com Effective immediately the Mapbox Satellite option in iD and JOSM is 100% open for tracing in OpenStreetMap, including all our high resolution DigitalGlobe imagery. This is full coverage down to zoom level 19 imagery in the US + Western Europe and world wide to zoom level 17. To use this imagery select Mapbox Satellite from the imagery menu in iD on the web or in JOSM. Mapbox Satellite is open for tracing in OpenStreetMap in general and not tied to a specific editor, so if you would like to add Mapbox Satellite to another OpenStreetMap editor you are welcome to do so. Big props to Kevin Bullock (cc'ed) and our friends at DigitalGlobe - it's fantastic working with good people who see wins of working with OpenStreetMap. Alex PS - on an existing installation of JOSM you'll have to refresh your imagery menu like so: http://cl.ly/image/383O2L0t431s ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Block number addressing on Philippine?
Thank you very much!! All Maybe some of search function for block address system would not work well now. But I hope it could be possible if the structure is standardized. :) about underscore _ I see, I would make an announcement to JP mappers to change addr:block_number. (addr:blocknumber(JP) is fewer used.) Sample of Philippine If someone could, please write a sample and description to OSM wikipage? (At this time, Tag table on Philippine address page is better. http://wiki.openstreetmap.org/wiki/Philippines/Addressing) In case of... Structure tree for this case is Barangay - neighbourhood/subdivision - lot - block_number - housenumber? Regards. 2014-04-11 18:33 GMT+09:00 Ervin Malicdem schad...@gmail.com: Hi Satoshi-san The block number system is also used in the Philippines mostly on new residential area development projects when street names do not exist yet. I was advised before to use the Karlsluhe standard to tag the block and lot number inside the addr:number tag however it does not work properly for the purpose of address search with generating maps for Garmin and is very tedious as plugins for shortcut addressing does not recognize alphanumeric information. I also strongly believe that with these drawbacks, block number system tagging must be insisted in the Philippines. The addr:block_number came from the proposal 2 years ago that can be seen from this wiki http://wiki.openstreetmap.org/wiki/Proposed_features/list Regards, Ervin M. *Schadow1 Expeditions* - A Filipino must not be a stranger to his own motherland. http://www.s1expeditions.com On Fri, Apr 11, 2014 at 4:07 PM, Satoshi IIDA nyamp...@gmail.com wrote: Hi, I've discussed about address tagging scheme for city block address system on dev Tagging ML. Block address system is used (maybe only) in Japan. (It is addressing scheme related to Block, not to Street) https://lists.openstreetmap.org/pipermail/dev/2014-April/027825.html And Japanese mappers made propose addr:blocknumber. But in 2 month ago, addr:block_number(with underscore _ ) is used on Philippine. Here. http://overpass-turbo.eu/s/32h I would like to confirm a few points. 1. Block number address system is used in Philippine? According to OSM wiki page, there is no definition to block_number in Philippine. http://wiki.openstreetmap.org/wiki/Philippines/Addressing 1-1. If block_number system is used, I would like to confirm they are same or not to Japanese ones. Please tell me some (maybe out of OSM wiki) documentation. If they are the same concept, _ ambiguous should be integrated :) Japanese Documentation is here. http://wiki.openstreetmap.org/wiki/JA:Key:addr#.E6.97.A5.E6.9C.AC.E3.81.AE.E4.BD.8F.E6.89.80.E8.A1.A8.E8.A8.98.E3.81.AB.E3.81.A4.E3.81.84.E3.81.A6 Block structure detail (sorry, written in Japanese, certainly need more easy description...) http://wiki.openstreetmap.org/wiki/JA:Addresses 1-2. If not used, please tell me more appropriate addr:* tag for addr:block_number nodes. I think addr:subdivision or addr:barangay is suitable tagging than addr:block_number to them... Regards. -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] High res DigitalGlobe imagery open for tracing through Mapbox Satellite
On Thu, Apr 10, 2014 at 9:47 PM, maning sambale emmanuel.samb...@gmail.comwrote: This is full coverage down to zoom level 19 imagery in the US + Western Europe and world wide to zoom level 17. May I ask why? Working on it :) As part of the same agreement w/ DG that allows us to open the Mapbox Satellite layer to OpenStreetMap tracing we are planning to update existing imagery with a huge 500,000km2 update. We just blogged this, the post comes with a tool to request particular areas to be updated. Let us know where we should be updating our Satellite layer next: https://www.mapbox.com/blog/new-imagery-for-openstreetmap/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] High res DigitalGlobe imagery open for tracing through Mapbox Satellite
Still no money here in Indonesia, but we are getting very close...We ran a successful test in Dec/Jan/Feb and now we're moving all the training courses online. Teaching OSM and commons based peer production as a sosial project to help poor children and single parents without work. It is slow going, writing all the documents myself still, but there is progress each week. We had a cadre of 12 students during the pilot, went really well. Now have a grant out asking for help with our first training room, a few more computers. -- Alex On Fri, Apr 11, 2014 at 7:03 PM, Alex Barth a...@mapbox.com wrote: On Thu, Apr 10, 2014 at 9:47 PM, maning sambale emmanuel.samb...@gmail.com wrote: This is full coverage down to zoom level 19 imagery in the US + Western Europe and world wide to zoom level 17. May I ask why? Working on it :) As part of the same agreement w/ DG that allows us to open the Mapbox Satellite layer to OpenStreetMap tracing we are planning to update existing imagery with a huge 500,000km2 update. We just blogged this, the post comes with a tool to request particular areas to be updated. Let us know where we should be updating our Satellite layer next: https://www.mapbox.com/blog/new-imagery-for-openstreetmap/ ___ 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] High res DigitalGlobe imagery open for tracing through Mapbox Satellite
Þann 11.04.2014 12:03, Alex Barth reit: On Thu, Apr 10, 2014 at 9:47 PM, maning sambale emmanuel.samb...@gmail.com wrote: This is full coverage down to zoom level 19 imagery in the US + Western Europe and world wide to zoom level 17. May I ask why? Working on it :) As part of the same agreement w/ DG that allows us to open the Mapbox Satellite layer to OpenStreetMap tracing we are planning to update existing imagery with a huge 500,000km2 update. We just blogged this, the post comes with a tool to request particular areas to be updated. Let us know where we should be updating our Satellite layer next: https://www.mapbox.com/blog/new-imagery-for-openstreetmap/ [1] Links: -- [1] https://www.mapbox.com/blog/new-imagery-for-openstreetmap/ Wonderful tool Alex! I've already made requests there for settlements in Botswana which were unusable or only partially usable in current imagery. I don't know what kind of area you deem to be of the correct size so I added each settlement (a total of 10 or so). Will be submitting requests for Iceland as well, large areas there with unusable imagery (green blobs). Thankful to DG, MapBox and anyone else involved in this. And all of us of course, go team! --Jói ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] High res DigitalGlobe imagery open for tracing through Mapbox Satellite
Thank you Mapbox and DigitalGlobe. Just one little flaw with the feedback tool. The additional notes part doesn't show up when I'm selecting areas that need a refresh. I wanted to point out some major Interstate Highway projects that are being done that either are building brand new highways or massively reconfiguring other segments. I still submitted the two areas that I know need imagery updates badly (the final segment of I-485 being built in Charlotte, NC; the massive I-40/I-77 interchange reconfiguration + complete rebuild of I-40 in that area to Collector/Distributor lanes and other interchange reconfigurations in the Statesville, NC area), but wanted to add the extra note info but couldn't since that part didn't show up. So, I hope you can get the notes part fixed and working. I tried it in both IE-11 (patched all the way) and Firefox Beta 29. -James ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM Inspector has world-wide address view
Hi, the OSMI addresses view is now available world-wide (it just had Europe before). The code that runs the analyses behind it is based on the new Osmium library and is available on Github. The new view is available now on OSMI (http://tools.geofabrik.de/osmi). This blog entry has more details: http://blog.geofabrik.de/?p=309 I wish to thank Geotab Inc. who are sponsoring the server that runs the analyses, as well as Lukas Toggenburger, who re-implemented the checks in C++ so that everything is fast enough for world-wide processing (we had been using an SQL based process before). Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] régua no iD
As pessoas têm pedido isso há tempos... https://github.com/openstreetmap/iD/issues/1055 https://github.com/openstreetmap/iD/issues/1392 https://github.com/openstreetmap/iD/issues/1962 E abri mais um: https://github.com/openstreetmap/iD/issues/2196 Duvido que atendam, mas não custa nada pedir de novo. []s Paulo Em 10 de abril de 2014 22:30, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Oi, alguém sabe se é possível visualizar alguma régua no iD que permita saber, por exermplo, o tamanho de algum segmento de via ou estimar a distância em que certo nó está sendo deslocado? Estou ajustando trechos de rodovias com base em tracks de GPS de ida e volta e gostaria de ter uma idéia quando há excesso de fragmentação, assim como poder estimar o quanto a via estava deslocada antes da correção. Obrigado, Raffaello Bruno ___ 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] régua no iD
Se fosse só para ter uma ideia inicial, eu abriria o GPX no GpsPrune. Acho que tem isso. O JOSM não tem? Em 10/04/2014 22:31, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Oi, alguém sabe se é possível visualizar alguma régua no iD que permita saber, por exermplo, o tamanho de algum segmento de via ou estimar a distância em que certo nó está sendo deslocado? Estou ajustando trechos de rodovias com base em tracks de GPS de ida e volta e gostaria de ter uma idéia quando há excesso de fragmentação, assim como poder estimar o quanto a via estava deslocada antes da correção. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] régua no iD
Comentei na issue: https://github.com/openstreetmap/iD/issues/1962 []s 2014-04-11 9:20 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Se fosse só para ter uma ideia inicial, eu abriria o GPX no GpsPrune. Acho que tem isso. O JOSM não tem? Em 10/04/2014 22:31, Raffaello Bruno Limongi Freire raffaellobr...@hotmail.com escreveu: Oi, alguém sabe se é possível visualizar alguma régua no iD que permita saber, por exermplo, o tamanho de algum segmento de via ou estimar a distância em que certo nó está sendo deslocado? Estou ajustando trechos de rodovias com base em tracks de GPS de ida e volta e gostaria de ter uma idéia quando há excesso de fragmentação, assim como poder estimar o quanto a via estava deslocada antes da correção. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Imagens novas da MapBox Satellite
Como eu sei se a imagem (zoom) que tem láhttps://www.mapbox.com/labs/request/#17/-6.07433/-35.10285já é o que eles podem dar? A partir de um zoom, fica preto. Mas suspeito que seja assim mesmo, que eles não tem imagem para aquele zoom. Alexandre Magno Em 11 de abril de 2014 12:28, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Pessoal, se tiver alguma região que vocês precisem e não esteja nas imagens do MapBox Satellite pode pedir aqui: https://www.mapbox.com/labs/request/#3/25.56/-33.22 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Imagens novas da MapBox Satellite
Mas acho que vale perguntar pra eles né. Em 11 de abril de 2014 13:06, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Alexandre eu acho que o 17 já é o último pq eles comentaram isso no post de lançamento das imagens. Em 11 de abril de 2014 13:01, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Como eu sei se a imagem (zoom) que tem láhttps://www.mapbox.com/labs/request/#17/-6.07433/-35.10285já é o que eles podem dar? A partir de um zoom, fica preto. Mas suspeito que seja assim mesmo, que eles não tem imagem para aquele zoom. Alexandre Magno Em 11 de abril de 2014 12:28, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Pessoal, se tiver alguma região que vocês precisem e não esteja nas imagens do MapBox Satellite pode pedir aqui: https://www.mapbox.com/labs/request/#3/25.56/-33.22 ___ 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] Imagens novas da MapBox Satellite
Na verdade é nível de zoom 17 para o mundo inteiro, e até o 19 para o Estados Unidos e Europa Ocidental. Aparece tudo preto depois do nível 17 só em áreas em que não existe níveis 18 e 19 (ele tenta pegar imagens que não existem). No JOSM dá pra configurar o 17 como máximo. No iD não sei. Em 11 de abril de 2014 13:06, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Alexandre eu acho que o 17 já é o último pq eles comentaram isso no post de lançamento das imagens. Em 11 de abril de 2014 13:01, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Como eu sei se a imagem (zoom) que tem láhttps://www.mapbox.com/labs/request/#17/-6.07433/-35.10285já é o que eles podem dar? A partir de um zoom, fica preto. Mas suspeito que seja assim mesmo, que eles não tem imagem para aquele zoom. Alexandre Magno Em 11 de abril de 2014 12:28, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Pessoal, se tiver alguma região que vocês precisem e não esteja nas imagens do MapBox Satellite pode pedir aqui: https://www.mapbox.com/labs/request/#3/25.56/-33.22 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Imagens novas da MapBox Satellite
Muito legal. Vou testar isto neste final de semana. Parece que isto está sendo apresentado no State of the Map desta semana. Uma curiosidade com a qual me deparei ao olhar do site do State of the Map http://stateofthemap.us/ foi ver que um dos patrocinadores é o *Google [?]*. abraço Gerald 2014-04-11 13:13 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Desculpem-me, eu não tinha percebido o 17 na URL. https://www.mapbox.com/labs/request/#17/-6.07433/-35.10285 Alexandre Magno Em 11 de abril de 2014 13:06, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Alexandre eu acho que o 17 já é o último pq eles comentaram isso no post de lançamento das imagens. Em 11 de abril de 2014 13:01, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Como eu sei se a imagem (zoom) que tem láhttps://www.mapbox.com/labs/request/#17/-6.07433/-35.10285já é o que eles podem dar? A partir de um zoom, fica preto. Mas suspeito que seja assim mesmo, que eles não tem imagem para aquele zoom. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gwebe...@gmail.com Personal website https://sites.google.com/site/geraldweberufmg/ Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 361.gif___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Imagens novas da MapBox Satellite
Gerald, Google Summer of Code e um contruibador do programas e aplicativas OSM. Eles dar muito apoio ao comunidade OSM em lugar do desenvolver códigos e programas. Eles não dar apoio no dados geospatial porque OSM e um dos maiores concorrentes ao Google Maps, Google MapMaker, Google Routing e muitos outros serviços Google. Google Summer of Code e mais um escola em programação em nome do Google que um serviço verdadeira do Google. Aun Johnsen On Apr 11, 2014, at 13:35, Gerald Weber gwebe...@gmail.com wrote: Muito legal. Vou testar isto neste final de semana. Parece que isto está sendo apresentado no State of the Map desta semana. Uma curiosidade com a qual me deparei ao olhar do site do State of the Map http://stateofthemap.us/ foi ver que um dos patrocinadores é o Google 361.gif. abraço Gerald 2014-04-11 13:13 GMT-03:00 Alexandre Magno Brito de Medeiros alexandre@gmail.com: Desculpem-me, eu não tinha percebido o 17 na URL. https://www.mapbox.com/labs/request/#17/-6.07433/-35.10285 Alexandre Magno Em 11 de abril de 2014 13:06, Erick de Oliveira Leal erickdeoliveiral...@gmail.com escreveu: Alexandre eu acho que o 17 já é o último pq eles comentaram isso no post de lançamento das imagens. Em 11 de abril de 2014 13:01, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Como eu sei se a imagem (zoom) que tem lá já é o que eles podem dar? A partir de um zoom, fica preto. Mas suspeito que seja assim mesmo, que eles não tem imagem para aquele zoom. Alexandre Magno ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Dr. Gerald Weber gwebe...@gmail.com Personal website Departamento de Física/Universidade Federal de Minas Gerais Department of Physics/Federal University of Minas Gerais Campus da Pampulha Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil mobile: +55-(0)31-96462277 ___ 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] Imagens novas da MapBox Satellite
As imagens na minha cidade estão novas, mas preto branco. Mas também tampou um buraco de imagens de satélite que tinha aqui.Estou usando o JOSM, se aproximar muito fica quadrado dependendo da imagem, mas não some como no Bing. Att, BladeTC Date: Thu, 10 Apr 2014 12:54:41 -0300 From: nao...@gmail.com To: talk-br@openstreetmap.org Subject: Re: [Talk-br] Imagens novas da MapBox Satellite Tem umas áreas aqui perto que são de 10+ anos atrás no Bing que estão razoavelmente boas para traçar em cima com este novo conjunto de imagens. ___ 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] gráfico de evolução do número de pontos e vias no Brasil ao longo do tempo. Alguém já fez?
Lucas,
Dê uma olhada nisto: OSM - Extract Streets from OSM Data (With/Without
Python)http://gis.stackexchange.com/questions/76454/osm-extract-streets-from-osm-data-with-without-python.
E principalmente na resposta http://gis.stackexchange.com/a/76460 sobre OGR's
OSM http://www.gdal.org/ogr/drv_osm.html Driver e na outra
http://gis.stackexchange.com/a/76458sobre *PostGIS*. Essa última
exemplifica:
1. Carregue o extract dentro do PostGIS usando osm2pgsql
2. Execute uma consulta como esta:
SELECT name FROM planet_osm_line WHERE highway in ('motorway', 'trunk',
'primary', 'secondary', 'tertiary', 'pedestrian', 'unclassified', 'service')
Alexandre Magno
2014-04-09 14:38 GMT-03:00 Alexandre Magno Brito de Medeiros
alexandre@gmail.com:
Se possível, e principalmente se já estiver feito, com certeza é melhor
pular a lida com CSV e ir direto a um PostgreSQL. Começando que a
atualização periódica do dados ficaria facilitada. E o principal: o banco
já pode (e deverá) estar normalizado.
Se aquela ferramenta do osm-history-renderer que entrega um PostgreSQL não
lhe der um banco útil, você pode usar osmium e criar a sua própria,
imitando-a. Modele bem o seu esquema relacional.
A ideia do unipt-stats não exclui nada do que estamos falando aqui. Só que
inicialmente o caso de testes dele é aqueles CSV (o que inclui a
problemática da importação útil deles). Ele fica uma camada acima. Provendo
um modo organizado (design) para utilizar em Python uma base de dados tal
como esse banco PostgreSQL que o osm-history-renderer entrega.
Alexandre Magno
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Exemplo de visualização 3D com dados do OSM
Pessoal, pra me gabar um pouco. Andei dando uma mexida no meu campus, e aos poucos estou adicionando umas informações para visualização 3D em sites como o f4map.com (precisa de um navegador moderno com WebGL). Está ficando bem legal: no F4: http://demo.f4map.com/#lat=-26.2530405lon=-48.8550115zoom=18camera.theta=57.319camera.phi=-2.005 no OSM: http://www.openstreetmap.org/way/263290462#map=17/-26.25337/-48.85415 E tem um outro usuário aqui em Joinville que, entre outras coisas, andou detalhando um dos pontos turísticos da cidade: No F4: http://demo.f4map.com/#lat=-26.3217907lon=-48.8462260zoom=19camera.theta=49.92camera.phi=-165.194 No OSM: http://www.openstreetmap.org/node/2619265385#map=18/-26.32202/-48.84655 E no mapa Humanitário: http://www.openstreetmap.org/node/2619265385#map=19/-26.32179/-48.84667layers=H Abs, João ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Exemplo de visualização 3D com dados do OSM
Você pode apontar alguns materiais que usou para aprender a fazer isso? Alexandre Magno Em 11 de abril de 2014 21:40, John Packer john.pack...@gmail.com escreveu: Pessoal, pra me gabar um pouco. Andei dando uma mexida no meu campus, e aos poucos estou adicionando umas informações para visualização 3D em sites como o f4map.com (precisa de um navegador moderno com WebGL). Está ficando bem legal: no F4: http://demo.f4map.com/#lat=-26.2530405lon=-48.8550115zoom=18camera.theta=57.319camera.phi=-2.005 no OSM: http://www.openstreetmap.org/way/263290462#map=17/-26.25337/-48.85415 E tem um outro usuário aqui em Joinville que, entre outras coisas, andou detalhando um dos pontos turísticos da cidade: No F4: http://demo.f4map.com/#lat=-26.3217907lon=-48.8462260zoom=19camera.theta=49.92camera.phi=-165.194 No OSM: http://www.openstreetmap.org/node/2619265385#map=18/-26.32202/-48.84655 E no mapa Humanitário: http://www.openstreetmap.org/node/2619265385#map=19/-26.32179/-48.84667layers=H Abs, João ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Exemplo de visualização 3D com dados do OSM
Aprendi na seguinte página do wiki e algumas outras que estão ligadas: http://wiki.openstreetmap.org/wiki/Simple_3D_buildings Uma coisa bem interessante de saber é que as ferramentas de visualização 3D estimam a altura das construções a partir da chave building_levels (número de andares) Em 11 de abril de 2014 21:49, Alexandre Magno Brito de Medeiros alexandre@gmail.com escreveu: Você pode apontar alguns materiais que usou para aprender a fazer isso? Alexandre Magno Em 11 de abril de 2014 21:40, John Packer john.pack...@gmail.comescreveu: Pessoal, pra me gabar um pouco. Andei dando uma mexida no meu campus, e aos poucos estou adicionando umas informações para visualização 3D em sites como o f4map.com (precisa de um navegador moderno com WebGL). Está ficando bem legal: no F4: http://demo.f4map.com/#lat=-26.2530405lon=-48.8550115zoom=18camera.theta=57.319camera.phi=-2.005 no OSM: http://www.openstreetmap.org/way/263290462#map=17/-26.25337/-48.85415 E tem um outro usuário aqui em Joinville que, entre outras coisas, andou detalhando um dos pontos turísticos da cidade: No F4: http://demo.f4map.com/#lat=-26.3217907lon=-48.8462260zoom=19camera.theta=49.92camera.phi=-165.194 No OSM: http://www.openstreetmap.org/node/2619265385#map=18/-26.32202/-48.84655 E no mapa Humanitário: http://www.openstreetmap.org/node/2619265385#map=19/-26.32179/-48.84667layers=H Abs, João ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Exemplo de visualização 3D com dados do OSM
Maneiro! Já tinha tentado mexer com isso e não tinha conseguido ver renderizado. Agora sim! =) http://demo.f4map.com/#lat=-22.9569227lon=-43.1768235zoom=18 Como uma sugestão, mapeem os prédios mais altos da sua cidade. Uma ideia que eu tive uma vez (mas nunca coloquei em prática) era de mapear os prédios dessa lista: http://pt.wikipedia.org/wiki/Anexo:Lista_de_arranha-c%C3%A9us_do_Brasil []s Nighto 2014-04-11 21:40 GMT-03:00 John Packer john.pack...@gmail.com: Pessoal, pra me gabar um pouco. Andei dando uma mexida no meu campus, e aos poucos estou adicionando umas informações para visualização 3D em sites como o f4map.com (precisa de um navegador moderno com WebGL). Está ficando bem legal: no F4: http://demo.f4map.com/#lat=-26.2530405lon=-48.8550115zoom=18camera.theta=57.319camera.phi=-2.005 no OSM: http://www.openstreetmap.org/way/263290462#map=17/-26.25337/-48.85415 E tem um outro usuário aqui em Joinville que, entre outras coisas, andou detalhando um dos pontos turísticos da cidade: No F4: http://demo.f4map.com/#lat=-26.3217907lon=-48.8462260zoom=19camera.theta=49.92camera.phi=-165.194 No OSM: http://www.openstreetmap.org/node/2619265385#map=18/-26.32202/-48.84655 E no mapa Humanitário: http://www.openstreetmap.org/node/2619265385#map=19/-26.32179/-48.84667layers=H Abs, João ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Exemplo de visualização 3D com dados do OSM
Mas eu vi que aquele outro da sua cidade parece que pintou umas paredes... Alexandre Magno Em 11 de abril de 2014 21:59, John Packer john.pack...@gmail.com escreveu: Aprendi na seguinte página do wiki e algumas outras que estão ligadas: http://wiki.openstreetmap.org/wiki/Simple_3D_buildings Uma coisa bem interessante de saber é que as ferramentas de visualização 3D estimam a altura das construções a partir da chave building_levels(número de andares) ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Exemplo de visualização 3D com dados do OSM
Pessoal, se a informacao do número de andares for suficiente, acho que isso pode ser estimado usando o CNEFE, com alguma validação/conhecimento local. A ideia é o seguinte. Se a pessoa souber o endereço certinho ou ,preferencialmente, o cep (em geral prédios maiores tem cep próprio) daria para estimar o numero de andares do prédio com base na estrutura de complementos dos endereços dos domicílios do prédio. Po exemplo , se os complementos são: ap 101, ap102, ap201,... ap1801, eu posso supor q o prédio tem 18 andares. Não é garantido, mas pode ajudar o mapeador local. Se alguem se animar em testar esta ideia na sua cidade ou bairro me avise que eu preparo uma lista da estimativa do no de andares de cada endereço na área. Abs Lucas Em 11/04/2014 22:08, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Maneiro! Já tinha tentado mexer com isso e não tinha conseguido ver renderizado. Agora sim! =) http://demo.f4map.com/#lat=-22.9569227lon=-43.1768235zoom=18 Como uma sugestão, mapeem os prédios mais altos da sua cidade. Uma ideia que eu tive uma vez (mas nunca coloquei em prática) era de mapear os prédios dessa lista: http://pt.wikipedia.org/wiki/Anexo:Lista_de_arranha-c%C3%A9us_do_Brasil []s Nighto 2014-04-11 21:40 GMT-03:00 John Packer john.pack...@gmail.com: Pessoal, pra me gabar um pouco. Andei dando uma mexida no meu campus, e aos poucos estou adicionando umas informações para visualização 3D em sites como o f4map.com (precisa de um navegador moderno com WebGL). Está ficando bem legal: no F4: http://demo.f4map.com/#lat=-26.2530405lon=-48.8550115zoom=18camera.theta=57.319camera.phi=-2.005 no OSM: http://www.openstreetmap.org/way/263290462#map=17/-26.25337/-48.85415 E tem um outro usuário aqui em Joinville que, entre outras coisas, andou detalhando um dos pontos turísticos da cidade: No F4: http://demo.f4map.com/#lat=-26.3217907lon=-48.8462260zoom=19camera.theta=49.92camera.phi=-165.194 No OSM: http://www.openstreetmap.org/node/2619265385#map=18/-26.32202/-48.84655 E no mapa Humanitário: http://www.openstreetmap.org/node/2619265385#map=19/-26.32179/-48.84667layers=H Abs, João ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Exemplo de visualização 3D com dados do OSM
Ideia bacana! Se você puder, posso experimentar com os prédios do bairro de Vista Alegre, no Rio de Janeiro/RJ, se houverem dados disponíveis (ou qualquer outro bairro, na verdade). Um quarteirão basta. []s 2014-04-11 22:31 GMT-03:00 Lucas Ferreira Mation lucasmat...@gmail.com: Pessoal, se a informacao do número de andares for suficiente, acho que isso pode ser estimado usando o CNEFE, com alguma validação/conhecimento local. A ideia é o seguinte. Se a pessoa souber o endereço certinho ou ,preferencialmente, o cep (em geral prédios maiores tem cep próprio) daria para estimar o numero de andares do prédio com base na estrutura de complementos dos endereços dos domicílios do prédio. Po exemplo , se os complementos são: ap 101, ap102, ap201,... ap1801, eu posso supor q o prédio tem 18 andares. Não é garantido, mas pode ajudar o mapeador local. Se alguem se animar em testar esta ideia na sua cidade ou bairro me avise que eu preparo uma lista da estimativa do no de andares de cada endereço na área. Abs Lucas Em 11/04/2014 22:08, Arlindo Pereira openstreet...@arlindopereira.com escreveu: Maneiro! Já tinha tentado mexer com isso e não tinha conseguido ver renderizado. Agora sim! =) http://demo.f4map.com/#lat=-22.9569227lon=-43.1768235zoom=18 Como uma sugestão, mapeem os prédios mais altos da sua cidade. Uma ideia que eu tive uma vez (mas nunca coloquei em prática) era de mapear os prédios dessa lista: http://pt.wikipedia.org/wiki/Anexo:Lista_de_arranha-c%C3%A9us_do_Brasil []s Nighto 2014-04-11 21:40 GMT-03:00 John Packer john.pack...@gmail.com: Pessoal, pra me gabar um pouco. Andei dando uma mexida no meu campus, e aos poucos estou adicionando umas informações para visualização 3D em sites como o f4map.com(precisa de um navegador moderno com WebGL). Está ficando bem legal: no F4: http://demo.f4map.com/#lat=-26.2530405lon=-48.8550115zoom=18camera.theta=57.319camera.phi=-2.005 no OSM: http://www.openstreetmap.org/way/263290462#map=17/-26.25337/-48.85415 E tem um outro usuário aqui em Joinville que, entre outras coisas, andou detalhando um dos pontos turísticos da cidade: No F4: http://demo.f4map.com/#lat=-26.3217907lon=-48.8462260zoom=19camera.theta=49.92camera.phi=-165.194 No OSM: http://www.openstreetmap.org/node/2619265385#map=18/-26.32202/-48.84655 E no mapa Humanitário: http://www.openstreetmap.org/node/2619265385#map=19/-26.32179/-48.84667layers=H Abs, João ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Fwd: [HOT] M6.1 earthquake shook Nicaragua's capital Managua, no reported (notable) damage -- OSM at epicenter basically unmapped
- Weitergeleitete Nachricht von jaa...@helleranta.com - Datum: Thu, 10 Apr 2014 22:31:38 -0400 Von: Jaakko Helleranta.com jaa...@helleranta.com Betreff: [HOT] M6.1 earthquake shook Nicaragua's capital Managua, no reported (notable) damage -- OSM at epicenter basically unmapped An: HOT@OSM (Humanitarian OpenStreetMap Team) h...@openstreetmap.org Cc: Pekka Sarkola pekka.sark...@gispo.fi Hi all, *In short:* Shallow M6.1 quake 60km North of capital of Nicaragua few hours back. Shook the city, scared people but didn't seem to cause notable damage. No need for proper response. Regular mapping for e.g. epicenter areas is welcomed. *In length:* So I just wanted to notify you all of an earth quake that shook Managua a few hours ago pretty wellhttps://twitter.com/chalespinosa/status/454401405076660224 (even thought the epicenter was 60 km away) and seemed to remind at least some of the 1972 big one. No notable damage however, it seems. Power and phone service gaps might be the biggest damage. This won't create a specific need for a response from HOT/OSM. But if someone feels like giving some Map Love to e.g. the epicenter area, which is nearly unmapped (except for main roads) that wouldn't hurt. * The epicenter was around Larreynagahttp://www.openstreetmap.org/node/302523984#map=14/12.6726/-86.5703 * We have good Bing coverage there. * There is also an almost finalized NGA 50k topo maps WMS layer for Nicaragua that has a lot of information that would be good to get to OSM. The epicenter area is well covered with the WMS (some other parts of the country still need some work). The WMS layer is a result of Pekka posiki Sarkola's (OSM active in Finland, he extracted the maps out of the GeoPDFs) and Mark Cupitt's (in the Philippines, he created the WMS + his server serving it) helping out -- thanks to both! It is available at: http://topo.disasternet.org/? ... (including the ? in the end) When adding the layer choose the only layer that comes up with a query, accept it, and, Tadaa! The map is public domain but marking source helps in data quality assurance/improvement later. The Nicaragua community prefers putting source tag on objects (to make it easier to understand where specific data comes from for fine-tuning, etc). e.g. source=NGA 50k topo maps is good. If you use the topo map layer a thing to note is that the railroads visible on the map are not there anymore (the tracks that is, at least for the most parts). The NGA locality data (that Severin wrote abouthttps://www.openstreetmap.org/user/sev_hotosm/diary/21038 a little little while ago) has not yet been added into OSM in Nicaragua (at least in many areas including the quake struck). So, if someone (who's done the conversion(s) before is willing to create a dataset of that for Nicaragua for adding to OSM that would be great. I and the Nicaragua community would love to get our hands on that / work on the actual adding of the data. I won't be creating TM jobs for now as this doesn't seem to be an acute situation and we're in the process of working through the whole topo maps coverage for the country in the near future + the NGA location names db adding to OSM. Cheers, -Jaakko .. who lives in Managua but is currently in DC for the SoTM-US this weekend. -- jaa...@helleranta.com * Skype: jhelleranta * Mobile: +505-8845-3391 (Nicaragua) * Voice(mail) / SMS / What's app: +1-202-730-9778 * http://about.me/jaakkoh - Ende der weitergeleiteten Nachricht - ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Inspector mit weltweitem Adress-Layer
Hallo, der OSMI-Adresslayer ist jetzt weltweit (vorher nur Europa). Die Grundlage dafür ist Code von Lukas Toggenburger, der das im Rahmen seines Studiums entwickelt hat (vorher haben wir den Layer in PostGIS berechnet, und das war so langsam, dass wir nur Europa verarbeiten konnten). Der Code basiert auf Jochens neuer Osmium-Bibliothek und ist bei Github einsehbar; der neue Layer ist ab sofort ganz normal auf tools.geofabrik.de/osmi verfügbar. Ein paar weitere Details hier: http://blog.geofabrik.de/?p=309 Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspector mit weltweitem Adress-Layer
Frederik Ramm schrieb am 11.04.2014 16:16: der OSMI-Adresslayer ist jetzt weltweit (vorher nur Europa). Die Danke! Grundlage dafür ist Code von Lukas Toggenburger, der das im Rahmen seines Studiums entwickelt hat (vorher haben wir den Layer in PostGIS berechnet, und das war so langsam, dass wir nur Europa verarbeiten konnten). Der Code basiert auf Jochens neuer Osmium-Bibliothek und ist Fein, jetzt interpretiert ihr auch highway=path als Quelle, zB: http://www.openstreetmap.org/way/28809675 bei Github einsehbar; der neue Layer ist ab sofort ganz normal auf tools.geofabrik.de/osmi verfügbar. Ein paar weitere Details hier: http://blog.geofabrik.de/?p=309 Spontan seh ich das Problem hier nicht: http://tools.geofabrik.de/osmi/?view=addresseslon=6.02621lat=50.76997zoom=18overlays=buildings_with_addresses,street_not_found angeblich falsch: http://osm.mapki.com/history/way.php?id=186735982 aber ziemlich identisch und vom osmi als richtig erkannt: http://osm.mapki.com/history/way.php?id=186735926 Leider kann (mindestens) der tagging-layer noch nicht mit 64bit IDs umgehen: http://tools.geofabrik.de/osmi/?view=tagginglon=6.15847lat=50.74102zoom=18 node_id: -163678606 -- Grüße Holger ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspector mit weltweitem Adress-Layer
Hi, On 04/11/2014 05:24 PM, Holger Jeromin wrote: Leider kann (mindestens) der tagging-layer noch nicht mit 64bit IDs umgehen: http://tools.geofabrik.de/osmi/?view=tagginglon=6.15847lat=50.74102zoom=18 Ja, das ist ein bekanntes Problem und wird auch irgendwann gefixt ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspector mit weltweitem Adress-Layer
Am 11. April 2014 17:24 schrieb Holger Jeromin mailgm...@katur.de: Fein, jetzt interpretiert ihr auch highway=path als Quelle, zB: http://www.openstreetmap.org/way/28809675 highway=pedestrian wird leider noch nicht unterstützt. Zumindest nicht als Multipolygon mit area=yes, wie in diesem Fall: http://tools.geofabrik.de/osmi/?view=addresseslon=12.91952lat=50.83416zoom=18overlays=street_not_found ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Selezione di tutte le way di un'area
Buongiorno a tutti,chiedo se esiste uno strumento in Josm, magari che non richieda la laurea in ingegneria, per selezionare tutte le way all'interno di un comune (esclusi track, footway, cycleway ecc.) per assegnare il limite di velocità. Successivamente andrò a modificare/togliere il limite nelle poche way con limite diverso/assente.Grazie e buon fine settimana, Alessandro Pozzato ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovi foto aerei da Mapbox / Digital Globe con licenza compatibile
non capisco se sono le foto rielaborate nel progetto cloudless portato avanti da mapbox... sono quelle? - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Nuovi-foto-aerei-da-Mapbox-Digital-Globe-con-licenza-compatibile-tp5802895p5802942.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-it] Selezione di tutte le way di un'area
Come prima cosa ti scarichi tutta l'area che ti interessa (sperando che il server accetti la richiesta) poi vai nel menù Modifica-Cerca e immetti la seguente stringa di ricerca: type:way and (highway=residential | highway=unclassified | highway=tertiary | highway=secondary | highway=primary) lasci selezionato Sostituisci la selezione e dai Inizia Ricerca. A questo punto controlla che ci sia tutto e modifica i tag che ti interessano. Se l'area è troppo grande puoi procedere per settori oppure appoggiarti a overpass. Ciao, Stefano Il giorno 11 aprile 2014 08:02, apozz...@libero.it apozz...@libero.it ha scritto: Buongiorno a tutti, chiedo se esiste uno strumento in Josm, magari che non richieda la laurea in ingegneria, per selezionare tutte le way all'interno di un comune (esclusi track, footway, cycleway ecc.) per assegnare il limite di velocità. Successivamente andrò a modificare/togliere il limite nelle poche way con limite diverso/assente. Grazie e buon fine settimana, Alessandro Pozzato ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Selezione di tutte le way di un'area
Il 11/04/2014 09:49, Stefano Salvador ha scritto: Come prima cosa ti scarichi tutta l'area che ti interessa (sperando che il server accetti la richiesta) poi vai nel menù Modifica-Cerca e immetti la seguente stringa di ricerca: type:way and (highway=residential | highway=unclassified | highway=tertiary | highway=secondary | highway=primary) lasci selezionato Sostituisci la selezione e dai Inizia Ricerca. A questo punto controlla che ci sia tutto e modifica i tag che ti interessano. Se l'area è troppo grande puoi procedere per settori oppure appoggiarti a overpass. Ciao, Stefano Grazie mille Stefano per le dritte, stasera provo e ti farò sapere domani. Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Contrade
Ciao. Ho fatto type=multipolygon, place=suburb, name=Contrada ma non viene visualizzato. Devo mettere anche il punto perchè venga visualizzato il nome della contrada? G Il 10 aprile 2014 09:36, Giovanni Caudullo giovanni.caudu...@gmail.com ha scritto: Grazie mille per tutte le info. Ora procedo : ) Ciao Giovanni Il 09 aprile 2014 19:28, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2014-04-09 15:54 GMT+02:00 Giovanni Caudullo giovanni.caudu...@gmail.com: E se si può, nel caso vengano aggiornati i confini amministrativi si perdono le relazioni? no, chi aggiorna i confini (quindi noi ;-) ) deve stare attento di non perdere altre informazioni. Non si possono cancellare e reimportare oggetti del genere (al meno non semplicemente, senza trasferire altri elementi su nuovi oggetti), perché ci sono legati troppe informazioni. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Selezione di tutte le way di un'area
Am 11/apr/2014 um 09:49 schrieb Stefano Salvador stefano.salva...@gmail.com: lasci selezionato Sostituisci la selezione e dai Inizia Ricerca. A questo punto controlla che ci sia tutto e modifica i tag che ti interessano. prima ancora togli quelli che hanno già un maxspeed. Se metti quei default, suggerisco di aggiungere anche source:maxspeed. http://wiki.openstreetmap.org/wiki/Key:source:maxspeed Dovrai consecutivamente sostituire source:maxspeed=IT:urban con sign dove ci sono anche cartelli stradali. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Sbarramento con pali mobili
Situazione: una sterrata che poi entra in un recinto ed all'entrata (a funzione di cancello) per potervi accedere (con un mezzo a 4 ruote) ci sono 2 pali di legno orizzontali che possono essere sfilati a mano soltanto da chi possiede la chiave del lucchetto in quanto sono fissati con una catena di ferro. Come lo taggo? Non mi sembra corretto barrier=lift_gate perché sbarra non è ma anche barrier=stile su wikipedia dice chiaramente che non ci devono essere parti in movimento... http://wiki.openstreetmap.org/wiki/IT:Key:barrier Secondo voi come taggo correttamente stà roba visto che ne trovo parecchi in giro? Grazie! ciao --enrico -- View this message in context: http://gis.19327.n5.nabble.com/Sbarramento-con-pali-mobili-tp5802965.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-it] Sbarramento con pali mobili
2014-04-11 12:02 GMT+02:00 demon.box e.rossin...@alice.it: Secondo voi come taggo correttamente stà roba visto che ne trovo parecchi in giro? il più vicino per me è lift_gate, altrimente dovresti inventare un nuovo valore. Aggiungi in ogni caso anche dei tags access sul nodo per indicare chi può passare. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sbarramento con pali mobili
Il 11/04/2014 12:10, Martin Koppenhoefer ha scritto: 2014-04-11 12:02 GMT+02:00 demon.box e.rossin...@alice.it mailto:e.rossin...@alice.it: Secondo voi come taggo correttamente stà roba visto che ne trovo parecchi in giro? il più vicino per me è lift_gate, altrimente dovresti inventare un nuovo valore. Aggiungi in ogni caso anche dei tags access sul nodo per indicare chi può passare. +1 in pratica accertarsi da li in avanti se la strada è privata. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nuovi foto aerei da Mapbox / Digital Globe con licenza compatibile
Il giorno 11 aprile 2014 13:48, cascafico cascaf...@gmail.com ha scritto: sabas88 wrote Oltretutto spostand di qualche centinaio di metri, vedo che si comporta come bing, bisogna rinnovare lo scostamento. Imagery offset database Cos'è sta cosa? Sto tracciando edifici per il task Ebola ed in effetti reipostare l'offest è una rottura. E' un modo di archiviare gli scostamenti e recuperarli, non è molto utilizzato anche se ha un anno... http://wiki.openstreetmap.org/wiki/Imagery_Offset_Database Si tratta di un plugin JOSM ma dovrebbe prima o poi essere supportato dagli altri editor.. Comunque annuncio Mapbox che spiega come richiedere aggiornamenti dove serve https://www.mapbox.com/blog/new-imagery-for-openstreetmap/ - -- cascafico.altervista.org twitter.com/cascafico -- View this message in context: http://gis.19327.n5.nabble.com/Nuovi-foto-aerei-da-Mapbox-Digital-Globe-con-licenza-compatibile-tp5802895p5802972.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sbarramento con pali mobili
2014-04-11 14:55 GMT+02:00 Marco (MarcoR) marcx...@gmail.com: Chi può passare nel senso che è autorizzato a passare (per intendersi, come nel caso delle strade) oppure chi è in grado fisicamente di passare? access è sempre un tag legale (in tutte le sue forme come per esempio questi chiavi: foot, bicycle, hgv, motor_vehicle, vehicle, horse, motorcycle, ecc.) quindi indica chi è autorizzato (nel caso di yes e official / designated), oppure chi viene tollerato senza avere il diritto (nel caso di permissive) oppure chi non può andare (legalmente) nel caso di no. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-se] Digital Globe
Hej på er. Jag vet inte ifall ni redan sett detta, men jag skickar för säkerhets skull: http://www.digitalglobeblog.com/2014/04/09/mappingtheworldinosm/ Mvh Christian ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] national way boundary names and -- caracters
Hi Sylvain, all My best guess is that it isn't necessary to give a name to the common border. It should be a member of two relations (España and France) which have at least one name tag in it, so renderers will take care of displaying such name on the correct side of the border. Adding such Espagne--France tag only adds clutter and/or confuses renderers. Just my 2¢ :) Kind regards -- Xuacu 2014-04-10 23:00 GMT+02:00 sly (sylvain letuffe) lis...@letuffe.org: Holla Jonay, Le jeudi 10 avril 2014 22:32:00, Jonay Santana a écrit : Hello, Sylvain. I'm not very sure about what the problem is. I mean, what are you both disagreeing at? He adds on boudary ways : name:es = espana -- france name:en = spain -- france name:fr = espagne -- france etc. While other think we should either : - add no name at all on boundary ways - or at least don't use -- as separator And don't worry about your spanish, it would be great to read you in spanish besides an English version. So sorry, but it was one year, 20 years ago without practice at all ;-( google translate would be by far better than me ;-) -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ 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-at] Über Imports
tyr_asd über Imports: http://www.openstreetmap.org/user/tyr_asd/diary/21628 /al --- schnipp --- Imports sind für OpenStreetMap ein sehr zweischneidiges Schwert: Natürlich führen sie kurzfristig zu besseren Daten, aber sie führen zu keiner nachhaltigen Stärkung der Community. Vor allem von Außen kommende Imports sind für OSM nicht nachhaltig, weil sie keine neuen Mapper anlocken und nicht einmal bestehende Mapper einbindet. Bei OSM kommt es nicht so sehr auf die Quantität der Daten an. Viel wichtiger sind Qualitätsmerkmale wie Aktualität, Ausgewogenheit, Nützlichkeit, relative Genauigkeit, usw. Was ich meine ist: Wenn eine Gegend/Dorf/... in OSM noch schlecht erfasst ist, ist auch wenig geholfen, wenn auf einmal alle Gebäude da sind, wenn die eigentlich wichtigeren Dinge wie Straßen, Straßennamen, POIs, usw. fehlen. Vielmehr würde das eher eine falsche Vollständigkeit vortäuschen („Da sind ja sogar schon alle Gebäude gezeichnet, da muss ich nichts mehr mappen“). Wenn aber eine Gegend in OSM schon recht gut erfasst ist, werden die lokalen Mapper von alleine irgendwann entscheiden, dass es an der Zeit ist, Gebäude nach-und-nach einzutragen. Dabei werden sie sich dann automatisch der jeweils besten verfügbaren Datenquellen bedienen: Entweder vom Luftbild abzeichnen (zur Zeit die einzige Option), oder ein Import von etwaigen offenen Datensätzen. Wie man sieht, ein von Außen aufgezwungener Import ist so oder so nicht notwendig. Ich kann dir mehrere Beispiele nennen, wo verfrüht durchgeführte Imports zu einer Verschlechterung der Gesamtsituation für die OSM-Community geführt haben: Meran war eine der ersten öffentlichen Institutionen, die ihre Daten (speziell für OSM) freigegeben haben. Das kam damals sehr gut an, schaffte es sogar in eine OSM-Hall-of-Fame. Jetzt, fast 7 Jahre später, kann man feststellen, dass Meran in OSM zu den am schlechtesten gemappten Gemeinden Südtirols gehört (im Verhältnis zur Einwohnerzahl wahrscheinlich das Schlusslicht). Ähnliche Stories findet man in OSM zu Hauf: in Frankreich, im Veneto, in der Emiglia Romagna, … Und von dem wenig erfolgreichen TIGER-Import in den USA muss ich wahrscheinlich auch nicht viel erzählen. Für bestimmte Daten kann bzw. sollte man schon Ausnahmen machen. Dazu gehören Sachen wie administrative Grenzen, weil diese alternativ kaum anders zu erfassen sind. Adressen gehören in gewisser Weise wahrscheinlich auch zu dieser Kategorie. Versteht mich bitte nicht falsch: OSM freut sich natürlich über alle Daten, die es bekommt, aber, wie oben geschrieben, nur wenn diese für OSM jeweils auch sinnvoll einsetzbar sind. Auch wären wir natürlich auch über jede technische Unterstützung dankbar. Nur gäbe es in OSM genug Dinge, die viel dringender Arbeit benötigten als als ein Import fehlender Gebäudeumrisse. Hier in Südtirol denke ich da einmal spontan an die Vervollständigung der Straßennamen, Qualitätskontrolle für POIs, Kontrolle von sicherheitsrelevanten Merkmalen von Wanderwegen, usw. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Über Imports
Als Hintergrund wie ich dazu gekommen bin den Artikel zu verfassen: Möglicher Gebäude-Import in Südtirol: https://lists.openstreetmap.org/pipermail/talk-it-southtyrol/2014-April/000129.html ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] Kartēšana Jelgavā
Rekur es tev atstāju dažus speciāli :) https://www.openstreetmap.org/edit#map=15/57.2097/27.6785 Iedošu vēl ja pamanīšu, speciāli nemeklēju, pirmais ko atvēru. N. On 09 Apr 2014, at 08:16, Endijs Lisovskis end...@lisovskis.com wrote: Laikam dažādās vietās skatamies karti. Nav nācies vēl uztrāpīt uz kādu vietu LV, kur nebūtu kāds liels ceļš iezimēts. Pat savus laukus pārbaudiju - teju viss bija. Vienīgi daži ceļi uz viensētām nebija, bet tas jau ta kā sīkums. Tiešām ir tik traki, ka nav lielu ceļu? Bet māju numuri/ielas ir ļoti svarīgi. Kartēs taču bieži meklē adreses. Un ja nav šo datu, tad daudziem karte ir bezjēdzīga. Endijs Lisovskis Mob.: +371-29377478 Email: end...@lisovskis.com Blog: http://endijs.com Twitter: http://twitter.com/endijs Google+ : http://ongplus.com/endijs Google Talk: end...@gmail.com 2014. gada 9. aprīlis 07:18 N.R. trak...@gmail.com rakstīja: Māju numuru trūkums lielpilsētā ir nieks, salīdzinot ar lielu ceļu neesamību ārpus tām N Sent from my iPhone On 08 Apr 2014, at 23:11, Endijs Lisovskis end...@lisovskis.com wrote: Manu vārdu salaboja. yoohooo! Nezinu kā viņi skatās uz uzlabojumiem. Es skatos pozitīvi. Redzu daudzus labus papildinājumus. Un viņi turpina nākt klāt. Turklāt es arī regulāri papildināšu. Ne baigajās kaudzēs, bet tomēr. Tā kā rezultāts pasākumam noteiki pozitīvs. Endijs Lisovskis Mob.: +371-29377478 Email: end...@lisovskis.com Blog: http://endijs.com Twitter: http://twitter.com/endijs Google+ : http://ongplus.com/endijs Google Talk: end...@gmail.com 2014. gada 8. aprīlis 20:58 Rich ric...@nakts.net rakstīja: On 08/04/14 20:06, Endijs Lisovskis wrote: Re - Jelgavas Vēstnesis kaut ko uzrakstījis un dažas bildes ielicis, plus manu vārdu sajaucis. :) http://www.jelgavasvestnesis.lv/page/9?news_id=24145 hah. jaaatziist, ne to vien sajaukushi ;) nezini, uz labojumiem pozitiivi skataas ? =) Endijs Lisovskis Mob.: +371-29377478 tel:%2B371-29377478 Email: endijs@l mailto:end...@gmail.comisovskis.com http://isovskis.com Blog: http://endijs.com http://endijs.com/ Twitter: http://twitter.com/endijs Google+ : http://ongplus.com/endijs Google Talk: end...@gmail.com mailto:end...@gmail.com 2014. gada 6. aprīlis 01:55 Rich ric...@nakts.net mailto:ric...@nakts.net rakstīja: On 05/04/14 20:31, Endijs Lisovskis wrote: Hola! Interesentus informēju, ka blogā uzrakstīju par iespaidiem, kuri radās šodienas pasākuma laikā. Ja nu gadījumā ir vēlme pie OSM LV bloga attiecīgā raksta (kad jau nu tāds būs), droši var ielinkot uz manu ierakstu kā dalībnieka iespaidiem/viedokli. :) http://endijs.com/2014/04/05/openstreetmap-kartesanas-pasakums-jelgava-atskats/ paldies. mees veel pastaigaajaam, tad es veel pastaigaaju. devos maajaas un pirmo reizi muuzhaa iesleedzu atsleegas autinjaa. nesen ierados maajaas. plop. jebkaadi foto, ziimeeshana, rakstu darbi aatraak par riitdienas vakaru netaps =) -- Rich -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Fwd: [OSM-talk] OSM Inspector has world-wide address view
Address inspector tool now spans the globe! See Frederik's announcement -- Forwarded message -- From: Frederik Ramm frede...@remote.org Date: Fri, Apr 11, 2014 at 4:38 PM Subject: [OSM-talk] OSM Inspector has world-wide address view To: Talk Openstreetmap t...@openstreetmap.org Hi, the OSMI addresses view is now available world-wide (it just had Europe before). The code that runs the analyses behind it is based on the new Osmium library and is available on Github. The new view is available now on OSMI (http://tools.geofabrik.de/osmi). This blog entry has more details: http://blog.geofabrik.de/?p=309 I wish to thank Geotab Inc. who are sponsoring the server that runs the analyses, as well as Lukas Toggenburger, who re-implemented the checks in C++ so that everything is fast enough for world-wide processing (we had been using an SQL based process before). Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] Preklad wiki MapFeatures
Ahoj, 2014-04-11 4:29 GMT+02:00 Dalibor Jelínek dali...@dalibor.cz: toz ja bych tam napsal Legenda, nebo Legenda mapy, ale nemuzu na wiki sehnat nikoho, kdo by to umel zmenit v hlavnim menu. :-( Nevím, co už jsi zkoušel, ale v zásadě stačí text, který tam má být, napsat do http://wiki.openstreetmap.org/wiki/MediaWiki:Mapfeatures/cs – jsou k tomu ale potřeba správcovská práva na wiki, teoreticky by mělo stačit přidat žádost na http://wiki.openstreetmap.org/wiki/Talk:Wiki, ale netuším, jestli to tam (nebo kde jinde) reálně nějaký správce sleduje. Případně je asi možné vybrat si někoho na http://wiki.openstreetmap.org/wiki/Special:ListUsers/sysop a otravovat s žádostí osobně. Ale nejsem si jist, jestli je tohle legenda [mapy], když to popisuje spíš _data_ než _mapu_. -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Preklad wiki MapFeatures
Díky. Zatím jsem to nestihl projít celé, ale už jsem narazil na pár věcí, které se mi budou v budoucnu hodit. Skvělá práce. Marián On 10. dubna 2014 17:37:41 CEST, Dalibor Jelínek dali...@dalibor.cz wrote: Ahoj, tak se zda, ze jsem konecne dokoncil preklad cele stranky MapFeatures na wiki http://wiki.openstreetmap.org/wiki/Cs:Map_Features Ufff. Zacinal jsem loni v rijnu. Byl bych rad, kdyby si nekdo nasel cas to po mne projit a pripadne mi napsat, co se mu nezda. Diky, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz -- Odesláno z mého telefonu s Androidem pomocí pošty K-9 Mail. Omluvte prosím moji stručnost.___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] (no subject)
Ahoj, chtěl bych upozornit na nové satelitní snímky dostupné přes MapBox Satellite. http://www.openstreetmap.org/user/lxbarth/diary/21622 Zdraví Pavel Kwiecien ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Imagerie mondiale DigitalGloble disponible pour OSM
Date: Thu, 10 Apr 2014 23:34:57 +0200 From: fred.rodr...@gmail.com To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] Imagerie mondiale DigitalGloble disponible pour OSM Bonjour, MapBox a annoncé que Mapbox Satellite qui provient de DigitalGlobe est disponible pour le décalquage pour OSM. Le calque est déjà dans iD et dans la liste de ceux disponibles pour JOSM. Le message original : http://www.openstreetmap.org/user/lxbarth/diary/21622 L'info chez DigitalGloble : http://www.digitalglobeblog.com/2014/04/09/mappingtheworldinosm/ US et Europe de l'ouest disponible au zoom 19, le reste au zoom 17. Bonjour, Je viens de regarder quelques zones sous JOSM : A Paris et aux alentours, Mapbox Satellite est identique à Bing, ce sont les mêmes photos (circulation, véhicules stationnés identiques) A Nuremberg, MapBox et Bing sont bien différents, l'un pris en été et l'autre en hiver (feuillage sur les arbres) A la Réunion, Mapbox et Bing sont différents. Mapbox a plus de constructions que Bing, je suppose donc que c'est la prise de vue la plus récente. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Highway=unclassified en ville
Merci Didier ! Sur cette base : * l'analyse de didier http://osm2020.free.fr/teste/analyser_osmosis_residential_landuse-debugwithjosm.xml.html * le contenu du wiki anglophone (avec cas d'applications) http://wiki.openstreetmap.org/wiki/Tag:highway%3Dunclassified * le contenu du wiki français (2ème phrase) http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dunclassified Cette analyse décrite ci-dessous fait-elle consensus ? * L'analyse menée : highway=residential en dehors d'un landuse=residential et les highway=unclassified au sein d'un landuse=residential * L'analyse vise à permettre : * de détecter les unclassified qui sont résidentiels et vice-versa * d'affiner les landuse=residential à améliorer Merci pour votre vote ;) -- Jean-Baptiste Holcroft Le 10 avril 2014 22:41, didier2020 didier2...@free.fr a écrit : Le jeudi 10 avril 2014 à 09:08 +0200, Jean-Baptiste Holcroft a écrit : Didier, peux tu nous mettre quelque chose a disposition pour discuter sur des éléments concrets ? j'ai pris une commune en seine et marne le fichier html suivant charge les ways avec josm http://osm2020.free.fr/teste/analyser_osmosis_residential_landuse-debugwithjosm.xml.html Pour précision : effectivement mon propos concerne bien uniquement les way des 'zones habitées' que j'estime être dans un landuse résidential. Cette détection permettrait deux choses : détecter des rues mal tagées ou des landuse mal découpés. À mon avis, la présomption d'une vitesse à 50km/h sur ces voies a du sens faute de maxspeed explicite. Le concept de unclassified en ville ne me semble peu probable. Exemple : on peut parfaitement materialiser une residential avec une largeur de 6m et sidewalk=no si c'est important de caractériser que ça ne ressemble pas a une rue résidentielle de carte postale. La seule interrogation que j'ai réside sur les voies d'accès a des zones industrielles ou commerciales. Pour savoir où j'ai fait ma modification, il suffit de regarder les deux dernières modifications récentes de JIBEC. C'est dans mon commit de mise a jour manuelle du cadastre. Le 9 avr. 2014 18:15, didier2020 didier2...@free.fr a écrit : Le mercredi 09 avril 2014 à 17:46 +0200, Jean-Baptiste Holcroft a écrit : Bonjour, Ayant travaillé hier sur Châtillon (ville collée au sud-ouest de Paris) j'ai découvert des highway=unclassified en centre ville. Il me semble qu'il s'agit systématiquement d'une erreur, que j'ai corrigé en residential (d'autant plus qu'il y avait un name renseigné). Si vous confirmez que pour vous il s'agit également d'un élément étrange, serait-il pertinent d'avoir une analyse osmose sur voies dans un landuse=residential pour détecter ce genre de choses ? j'avais tenté une analyse pour detecter les highways incohérents: residential, living_street, etc... a l'intérieur/chevauchant des landuses allotments,farm, industrial ... ou unclassified pour les landuses residential il y avait énormément d'erreur: - mauvaise emprise/description des landuses (clc) - les description residential/unclassified ne s'arretent pas a la limite des landuses - Cordialement, -- Jean-Baptiste Holcroft ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ 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] Imagerie mondiale DigitalGloble disponible pour OSM
Le 11 avril 2014 09:25, JB jb...@mailoo.org a écrit : Euh, quelqu'un a le culot de leur demander la licence des tuiles ? Ils parlent de mise à disposition pour tracer dans OSM. Mais j'ai pas encore trouvé la licence. Pourquoi pas *plus* libre que ça ? Non, le choix de licence n'est pas une question financière. Je vous l'affirme haut et fort il y a quelques semaines http://www.openstreetmap.org/user/lxbarth/diary/21221 JB. *Mapbox grants You a license to tracing imagery to produce derivative vector datasets for non-commercial purposes, including tracing in OpenStreetMap http://www.openstreetmap.org/. Producing derivative vector datasets from imagery for commercial purposes requires buying a Mapbox Commercial Satellite license https://www.mapbox.com/commercial-satellite. * Pourquoi pas plus libre ? Ils ne sont pas producteur initial des données. Ils ont trouvé un moyen de rendre ces images exploitables, j'imagine que libérer plus leur couterait très cher. C'est un peu la même chose avec Bing, non ? Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imagerie mondiale DigitalGloble disponible pour OSM
Oui, mais Bing ne demande pas à OSM à mettre ses données dans le domaine public, si ? JB. Le 11/04/2014 10:25, Bruno Cortial a écrit : Le 11 avril 2014 09:25, JB jb...@mailoo.org mailto:jb...@mailoo.org a écrit : Euh, quelqu'un a le culot de leur demander la licence des tuiles ? Ils parlent de mise à disposition pour tracer dans OSM. Mais j'ai pas encore trouvé la licence. Pourquoi pas /plus/ libre que ça ? Non, le choix de licence n'est pas une question financière. Je vous l'affirme haut et fort il y a quelques semaines http://www.openstreetmap.org/user/lxbarth/diary/21221 JB. /Mapbox grants You a license to tracing imagery to produce derivative vector datasets for non-commercial purposes, including tracing in OpenStreetMap http://www.openstreetmap.org/. Producing derivative vector datasets from imagery for commercial purposes requires buying a Mapbox Commercial Satellite license https://www.mapbox.com/commercial-satellite. / Pourquoi pas plus libre ? Ils ne sont pas producteur initial des données. Ils ont trouvé un moyen de rendre ces images exploitables, j'imagine que libérer plus leur couterait très cher. C'est un peu la même chose avec Bing, non ? Bruno ___ 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] Imagerie mondiale DigitalGloble disponible pour OSM
Bonjour, De : Bruno Cortial Mapbox grants You a license to tracing imagery to produce derivative vector datasets for non-commercial purposes, including tracing in OpenStreetMap. Producing derivative vector datasets from imagery for commercial purposes requires buying a Mapbox Commercial Satellite license. Je dessine à partir de l'imagerie fournie par MapBox - je verse le résultat dans OSM -- j'utilise OSM sur la même emprise pour constituer un produit que je vends Au final, j'ai bien utilisé la source d'imagerie de MapBox, via un passage dans OSM, pour un usage à caractère commercial. J'ai une vision tordue de la chose, ou bien il y a comme une contradiction dans les droits qu'ils allouent ? vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imagerie mondiale DigitalGloble disponible pour OSM
De : V de Chateau-Thierry v...@laposte.net Je dessine à partir de l'imagerie fournie par MapBox - je verse le résultat dans OSM -- j'utilise OSM sur la même emprise pour constituer un produit que je vends Au final, j'ai bien utilisé la source d'imagerie de MapBox, via un passage dans OSM, pour un usage à caractère commercial. J'ai une vision tordue de la chose, ou bien il y a comme une contradiction dans les droits qu'ils allouent ? Ils font peut etre une exception pour OSM. C est pareil avec l imagerie Bing non ? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imagerie mondiale DigitalGloble disponible pour OSM
Le 11 avril 2014 10:37, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Bruno Cortial Mapbox grants You a license to tracing imagery to produce derivative vector datasets for non-commercial purposes, including tracing in OpenStreetMap. Producing derivative vector datasets from imagery for commercial purposes requires buying a Mapbox Commercial Satellite license. Je dessine à partir de l'imagerie fournie par MapBox - je verse le résultat dans OSM -- j'utilise OSM sur la même emprise pour constituer un produit que je vends Au final, j'ai bien utilisé la source d'imagerie de MapBox, via un passage dans OSM, pour un usage à caractère commercial. J'ai une vision tordue de la chose, ou bien il y a comme une contradiction dans les droits qu'ils allouent ? Ils incitent à la contribution OSM. Pas content ? ;-) Il ne faut pas considérer la remise en question du share alike sur la base d'un pillage, de domaine public, CC0... Le pb soulevé sur la licence est lié d'abord à l'utilisation des données et en particulier à l'assemblage de données OdBL avec d'autres données protégée. Les règles de contamination sont obscure pour moi. Et c'est sur ce point que la fondation se doit de répondre. Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imagerie mondiale DigitalGloble disponible pour OSM
De : THEVENON Julien Ils font peut etre une exception pour OSM. C est pareil avec l imagerie Bing non ? Oui, mais c'est la formulation même de l'exception que je trouve bancale : ...for non-commercial purposes, including tracing in OpenStreetMap M'enfin... vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imagerie mondiale DigitalGloble disponible pour OSM
Le 11/04/2014 10:37, V de Chateau-Thierry a écrit : Bonjour, De : Bruno Cortial Mapbox grants You a license to tracing imagery to produce derivative vector datasets for non-commercial purposes, including tracing in OpenStreetMap. Producing derivative vector datasets from imagery for commercial purposes requires buying a Mapbox Commercial Satellite license. Je dessine à partir de l'imagerie fournie par MapBox - je verse le résultat dans OSM -- j'utilise OSM sur la même emprise pour constituer un produit que je vends Au final, j'ai bien utilisé la source d'imagerie de MapBox, via un passage dans OSM, pour un usage à caractère commercial. J'ai une vision tordue de la chose, ou bien il y a comme une contradiction dans les droits qu'ils allouent ? Dans la mesure où tu es passé par OSM, tu as versé au pot commun et tout le monde peut en profiter. C'est une grande différence à dériver directement des photos satellites pour vendre un produit dont tu es le seul bénéficiaire. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Utilisation du PLU de Lyon
Bonjour, Je m'interroge sur les possibilités d'utiliser les informations présentées sur la couche Servitude d'utilité publiques du PLU du Grand Lyon. http://plu.grandlyon.com/plu.php?select_commune=SAINT_FONS On y voit les lignes électriques souterraines, les pipelines, que des infos qui sont normalement difficile à avoir sauf si on suit les travaux ou visibles sur les vues aériennes. Sur d'autres pdf correspondants aux annexes, on a des informations sur la distribution d'eau potable. Le Grand Lyon dispose d'une plateforme OpenData, mais rien n'est diffusé à propos de ces servitudes. Quelqu'un aurait-il des informations sur la licence, éventuellement une dérogation accordée à OSM ? Merci par avance. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Utilisat ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Highway=unclassified en ville
En regardant en dans des ville d'euope rapidement avec : http://overpass-turbo.eu/s/332 J'ai l'impression que c'est le même bordel partout. j'annonce tout de suite que mon niveau d'anglais n'est pas terrible mais quand je lis : http://wiki.openstreetmap.org/wiki/Tag:highway%3Dunclassified http://wiki.openstreetmap.org/wiki/Tag:highway%3Dresidential En français ou en anglais je comprend pas toujours la même chose. Surtout ça : - *residential* - street or road generally used only by people that live on that road or roads that branch off it. ( http://wiki.openstreetmap.org/wiki/Tag:highway%3Dresidential) Surtout le only qui me fait penser qu'il peut il y avoir des route en ville qui ne sont pas assez importante pour être des tertiary et qu'il faut tagger unclasified. Le 11 avril 2014 10:18, Jean-Baptiste Holcroft jb.holcr...@gmail.com a écrit : Merci Didier ! Sur cette base : * l'analyse de didier http://osm2020.free.fr/teste/analyser_osmosis_residential_landuse-debugwithjosm.xml.html * le contenu du wiki anglophone (avec cas d'applications) http://wiki.openstreetmap.org/wiki/Tag:highway%3Dunclassified * le contenu du wiki français (2ème phrase) http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dunclassified Cette analyse décrite ci-dessous fait-elle consensus ? * L'analyse menée : highway=residential en dehors d'un landuse=residential et les highway=unclassified au sein d'un landuse=residential * L'analyse vise à permettre : * de détecter les unclassified qui sont résidentiels et vice-versa * d'affiner les landuse=residential à améliorer Merci pour votre vote ;) -- Jean-Baptiste Holcroft Le 10 avril 2014 22:41, didier2020 didier2...@free.fr a écrit : Le jeudi 10 avril 2014 à 09:08 +0200, Jean-Baptiste Holcroft a écrit : Didier, peux tu nous mettre quelque chose a disposition pour discuter sur des éléments concrets ? j'ai pris une commune en seine et marne le fichier html suivant charge les ways avec josm http://osm2020.free.fr/teste/analyser_osmosis_residential_landuse-debugwithjosm.xml.html Pour précision : effectivement mon propos concerne bien uniquement les way des 'zones habitées' que j'estime être dans un landuse résidential. Cette détection permettrait deux choses : détecter des rues mal tagées ou des landuse mal découpés. À mon avis, la présomption d'une vitesse à 50km/h sur ces voies a du sens faute de maxspeed explicite. Le concept de unclassified en ville ne me semble peu probable. Exemple : on peut parfaitement materialiser une residential avec une largeur de 6m et sidewalk=no si c'est important de caractériser que ça ne ressemble pas a une rue résidentielle de carte postale. La seule interrogation que j'ai réside sur les voies d'accès a des zones industrielles ou commerciales. Pour savoir où j'ai fait ma modification, il suffit de regarder les deux dernières modifications récentes de JIBEC. C'est dans mon commit de mise a jour manuelle du cadastre. Le 9 avr. 2014 18:15, didier2020 didier2...@free.fr a écrit : Le mercredi 09 avril 2014 à 17:46 +0200, Jean-Baptiste Holcroft a écrit : Bonjour, Ayant travaillé hier sur Châtillon (ville collée au sud-ouest de Paris) j'ai découvert des highway=unclassified en centre ville. Il me semble qu'il s'agit systématiquement d'une erreur, que j'ai corrigé en residential (d'autant plus qu'il y avait un name renseigné). Si vous confirmez que pour vous il s'agit également d'un élément étrange, serait-il pertinent d'avoir une analyse osmose sur voies dans un landuse=residential pour détecter ce genre de choses ? j'avais tenté une analyse pour detecter les highways incohérents: residential, living_street, etc... a l'intérieur/chevauchant des landuses allotments,farm, industrial ... ou unclassified pour les landuses residential il y avait énormément d'erreur: - mauvaise emprise/description des landuses (clc) - les description residential/unclassified ne s'arretent pas a la limite des landuses - Cordialement, -- Jean-Baptiste Holcroft ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Highway=unclassified en ville
2014-04-11 19:20 GMT+02:00 Jérôme Amagat jerome.ama...@gmail.com: Surtout le only qui me fait penser qu'il peut il y avoir des route en ville qui ne sont pas assez importante pour être des tertiary et qu'il faut tagger unclasified. Comme je l'ai dit, une rue en ville sans résidences (habitations), par exemple une zone commerciale ou industrielle, qui est en dessous de tertiary, peut très bien être classée en unclassified. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Highway=unclassified en ville
*residential* - street or road generally used only by people that live on that road or roads that branch off it. pour moi ça veux dire : rue généralement utilisé seulement par des gens qui vivent dans cette rue ou une rue accrocher à elle. donc il est pas question de : si il y a des maison c'est résidentiel et si il n'y en a pas c'est unclassified. Le 11 avril 2014 19:24, Pieren pier...@gmail.com a écrit : 2014-04-11 19:20 GMT+02:00 Jérôme Amagat jerome.ama...@gmail.com: Surtout le only qui me fait penser qu'il peut il y avoir des route en ville qui ne sont pas assez importante pour être des tertiary et qu'il faut tagger unclasified. Comme je l'ai dit, une rue en ville sans résidences (habitations), par exemple une zone commerciale ou industrielle, qui est en dessous de tertiary, peut très bien être classée en unclassified. Pieren ___ 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] Highway=unclassified en ville
Perso, je trouve que je suis moins maniaque que ce que je pensais (et le problème me passe au dessus de la tête)... Mais je crois quand même qu'on peut être d'accord qu'il y a un problème là, dans la page residential : * *unclassified* - a road that has no administrative classification ref http://wiki.openstreetmap.org/wiki/Key:ref=*. Unclassified roads typically form the lowest form of the interconnecting grid network. (See also highway http://wiki.openstreetmap.org/wiki/Key:highway=unclassified http://wiki.openstreetmap.org/wiki/Tag:highway%3Dunclassified.) introduit dans la version du 12 mai 2010. (traduction : « une route qui n'a pas de classement administratif ref=*... ») JB. Le 11/04/2014 19:24, Pieren a écrit : 2014-04-11 19:20 GMT+02:00 Jérôme Amagat jerome.ama...@gmail.com: Surtout le only qui me fait penser qu'il peut il y avoir des route en ville qui ne sont pas assez importante pour être des tertiary et qu'il faut tagger unclasified. Comme je l'ai dit, une rue en ville sans résidences (habitations), par exemple une zone commerciale ou industrielle, qui est en dessous de tertiary, peut très bien être classée en unclassified. Pieren ___ 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] Highway=unclassified en ville
2014-04-11 19:36 GMT+02:00 JB jb...@mailoo.org: unclassified - a road that has no administrative classification ref=*. Unclassified roads typically form the lowest form of the interconnecting grid network. (See also highway=unclassified.) J'ai corrigé. Ca correspondait à la définition des unclassified en Angleterre et bien que le systeme de classification des highway OSM nous arrive directement de chez-eux, cette page du wiki doit conserver un caractère plus universel. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Highway=unclassified en ville
Cette définition anglaise est inapplicable en France (en tout cas pas pour les voiries à reveêtement artificialisé, peut-être uniquement pour des petits sentiers ou allées privés qui n'auraient aucune classification publique). la voirie en France, si elle n'est pas sur une parcelle privée, appartient à une collectivité qui l'a en charge et lui applique une numérotation. La numération en France indique le type de collectivité mais pas réellement le type de route (primaire, secondaire...) car on a des départementales qui sont aussi larges que des autoroutes et des nationales plus petites que certaines voies communales (boulevards urbains non classés comme départementales car ne desservant que la seule commune elle-même). De plus des tas de transferts ont eu lieu de l'Etat vers les régions, départements, métropoles ou communes, après étude des schémas de déplacement urbains et interurbains et des autres moyens de communication et migrations de populations et de leurs besoins. Utiliser le numéro de référence comme discriminant est une mauvaise idée (je ne suis même pas sû que ça marche bien, même en Angleterre). On a des tags séparés qui ont vocation à rester orthogonaux entre eux, la valeur de highway=* étant plus descriptive des plans de routage et conditions de circulation. 2014-04-11 22:30 GMT+02:00 Pieren pier...@gmail.com: 2014-04-11 19:36 GMT+02:00 JB jb...@mailoo.org: unclassified - a road that has no administrative classification ref=*. Unclassified roads typically form the lowest form of the interconnecting grid network. (See also highway=unclassified.) J'ai corrigé. Ca correspondait à la définition des unclassified en Angleterre et bien que le systeme de classification des highway OSM nous arrive directement de chez-eux, cette page du wiki doit conserver un caractère plus universel. Pieren ___ 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
[OSM-talk-fr] Atelier umap avec Parinux?
Salut à tous, Je suis membre de Parinux, et certains de nos adhérents, à notre AG, lorsqu'on a demandé ce qu'ils voulaient comme ateliers, nous ont dit qu'ils voulaient des ateliers umap. Parinux est le GUL parisien, qui compte 42 adhérents (non, ce n'est pas fait exprès), et qui fournit des moyens techniques pour des événements du libre parisien; on donne du support à l'Ubuntu Party, on a les contacts pour des lieux. Y aurait-il des volontaires? Jean-Marc Gailis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] Fwd: [OSM-talk] High res DigitalGlobe imagery open for tracing through Mapbox Satellite
いいだです。 Zoom 17なので、このくらいの解像度は仕方ないのかなー、と思います(^^; これより大きなZoomレベルは、状況に応じて更新・追加されるのじゃないかな、と思います。 また、OSM以外の用途として、商用で有料版だしたりもしてるみたいで、 有料版は、24時間以内の画像提供、10年前まで遡った提供なんかもできるようす。 災害発生時にどこまで力を発揮できるか、かなり期待しています。 (昨年のフィリピン台風の際の赤十字からの要望、これでかなりの部分カバーできるロジが揃っているので) あと、今日Mapboxからアナウンスがあって、 https://www.mapbox.com/blog/new-imagery-for-openstreetmap/ その中に、「ここらへんよく見えないんだけどリクエスト」があります。 Zoomレベルを上げてもらうのは難しいかもしれないですが、 雲が多くて隠れてしまっている場所を、リクエストで差し替えるのを受け付けています。 とりあえず、伊豆大島や姫路の周辺は要望だしてみました (*´ω｀*) https://www.mapbox.com/labs/request/#3/0.00/0.00 2014年4月11日 7:32 ribbon o...@ns.ribbon.or.jp: On Fri, Apr 11, 2014 at 12:31:29AM +0900, Satoshi IIDA wrote: いいだです。 Digital Globeの衛星画像が、Mapbox衛星画像として配信開始されました。 欧州とアメリカではZoom19。日本など、その他の地域はZoom17での提供となります。 http://www.digitalglobeblog.com/2014/04/09/mappingtheworldinosm/?sf24847354=1 JOSMのメニューから 画像 Mapbox衛星画像、で表示することができます。 ちょっと見てみましたが、結構荒いですね。建物トレースには向かなくて、 大きな構造物とかそういうものなら使える、と言う感じでしょうか。 ___ 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
[OSM-ja] 街区の住所・addr:blocknumberタグについて
いいだです。 以前に議論した、日本の街区の住所をあらわすタグなのですが、 その中で、 街区 addr:blocknumber があります。 これに関連して、最近 dev のMLで日本の住所検索の議論がありました。 結論からいうと、addr:block_number (アンダースコアあり)のほうが よいのではないかと思っていて、 できれば、日本のタグ定義を、アンダースコアありに変更したいな、と思っています。 現在、addr:blocknumber は、200強くらいの利用数があります。 addr:block_number は、フィリピンを中心に、4000強の利用数です。 もし移行に反対がなければ、 既に登録されているアンダースコアなしのオブジェクトについては、 僕のほうで抽出・書き換えを行います。 4月15日くらいまでご意見をいただいて、 反対がなければ、19日・20日の週末辺りに タグの書き換え作業と、OSM wikiの記述変更をしたいな、と思っています。 http://wiki.openstreetmap.org/wiki/JA:Addresses http://wiki.openstreetmap.org/wiki/JA:Key:addr https://docs.google.com/spreadsheet/ccc?key=0ApY7X6fw8sqxdDNjY1FBeG00TlRZSFoxU2xwOHVCb0E#gid=0 住所変換用のスクリプトを作成いただいているかたもいらっしゃるので申し訳ないですが、 なにかアクションを起こすなら早いうちがよいだろう、ということで なにとぞよろしくお願いいたします m(_ _)m ■経緯 いま、dev MLで、日本の住所検索の話をしています。 そのなかで、addr:block_numberタグのほうが利用数が多いけど、これは何？という話になりました。 調べてみたところ、フィリピンで使われていたので、 フィリピンのMLへ問い合わせをしました。 https://lists.openstreetmap.org/pipermail/talk-ph/2014-April/005034.html http://wiki.openstreetmap.org/wiki/Philippines/Addressing どうやら、ストリートの名称が決まる前の住宅区画で住所として使われているらしく、 2年ほど前、タグのProposalが、アンダースコアあり版であったようです。 タグが意味するところの概念もほぼ一緒です。 なので、いままだ登録数が少ない日本の側が合わせたほうがよいだろうな、と思っています。 -- 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] 街区の住所・addr:blocknumberタグについて
いいださん いつも、タグの議論をフォローいただきありがとうございます 多い方に合わせるのが良いと思います。 OSMでは、タグの実績数も、参考にして、レンダリングするかどうか、 考えたりしていますものね。 賛成します！ On 2014年04月12日 12:29, Satoshi IIDA wrote: いいだです。 以前に議論した、日本の街区の住所をあらわすタグなのですが、 その中で、 街区 addr:blocknumber があります。 これに関連して、最近 dev のMLで日本の住所検索の議論がありました。 結論からいうと、addr:block_number (アンダースコアあり)のほうが よいのではないかと思っていて、 できれば、日本のタグ定義を、アンダースコアありに変更したいな、と思っています。 現在、addr:blocknumber は、200強くらいの利用数があります。 addr:block_number は、フィリピンを中心に、4000強の利用数です。 もし移行に反対がなければ、 既に登録されているアンダースコアなしのオブジェクトについては、 僕のほうで抽出・書き換えを行います。 4月15日くらいまでご意見をいただいて、 反対がなければ、19日・20日の週末辺りに タグの書き換え作業と、OSM wikiの記述変更をしたいな、と思っています。 http://wiki.openstreetmap.org/wiki/JA:Addresses 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[Talk-us] State of the Map US is sold out
Hi all, Exciting news - State of the Map US sold out this morning, http://openstreetmap.us/2014/04/sotmus-sold-out/. It's incredible to see so much excitement for improving OpenStreetMap. I can't wait to see everyone this weekend. For those who couldn't get a ticket, we're recording all sessions. Watch http://openstreetmap.us/blog/ for links to the videos early next week. Cheers, Bonnie -- Bonnie Bogle @sotmus | http://stateofthemap.us/ State of the Map US, Washington DC, April 12 13 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Fwd: [OSM-talk] OSM Inspector has world-wide address view
Address inspector tool now spans the globe! See Frederik's announcement -- Forwarded message -- From: Frederik Ramm frede...@remote.org Date: Fri, Apr 11, 2014 at 4:38 PM Subject: [OSM-talk] OSM Inspector has world-wide address view To: Talk Openstreetmap t...@openstreetmap.org Hi, the OSMI addresses view is now available world-wide (it just had Europe before). The code that runs the analyses behind it is based on the new Osmium library and is available on Github. The new view is available now on OSMI (http://tools.geofabrik.de/osmi). This blog entry has more details: http://blog.geofabrik.de/?p=309 I wish to thank Geotab Inc. who are sponsoring the server that runs the analyses, as well as Lukas Toggenburger, who re-implemented the checks in C++ so that everything is fast enough for world-wide processing (we had been using an SQL based process before). Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: [OSM-talk] OSM Inspector has world-wide address view
Thanks for forwarding these relevant announcements to talk-us, Richard! I know many of us are not on talk@ - including me - so I appreciate it! On Fri, Apr 11, 2014 at 6:28 PM, Richard Weait rich...@weait.com wrote: Address inspector tool now spans the globe! See Frederik's announcement -- Forwarded message -- From: Frederik Ramm frede...@remote.org Date: Fri, Apr 11, 2014 at 4:38 PM Subject: [OSM-talk] OSM Inspector has world-wide address view To: Talk Openstreetmap t...@openstreetmap.org Hi, the OSMI addresses view is now available world-wide (it just had Europe before). The code that runs the analyses behind it is based on the new Osmium library and is available on Github. The new view is available now on OSMI (http://tools.geofabrik.de/osmi). This blog entry has more details: http://blog.geofabrik.de/?p=309 I wish to thank Geotab Inc. who are sponsoring the server that runs the analyses, as well as Lukas Toggenburger, who re-implemented the checks in C++ so that everything is fast enough for world-wide processing (we had been using an SQL based process before). Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- Martijn van Exel President, US Chapter OpenStreetMap http://openstreetmap.us/ http://osm.org/ ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
