[OSM-talk-be] My first attempt at a boundary
Today, I did my first attempt add adding a boundary. The boundary is for the deelgemeente Muizen near Mechelen. The changeset is http://www.openstreetmap.org/changeset/19271107 I used http://gisgeoloket.provant.be/ to export a jpg file of the boundary. I could not use the geo information that was generated by the file, probably due to a different projection. I then used JOSM + PicLayer plugin for positioning the exported jpg-file manually. Then I tried to trace the border. Please comment on the method and the result regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] My first attempt at a boundary
On Wednesday 04 December 2013 13:49:56 Marc Gemis wrote: Today, I did my first attempt add adding a boundary. The boundary is for the deelgemeente Muizen near Mechelen. The changeset is http://www.openstreetmap.org/changeset/19271107 I used http://gisgeoloket.provant.be/ to export a jpg file of the boundary. I could not use the geo information that was generated by the file, probably due to a different projection. I then used JOSM + PicLayer plugin for positioning the exported jpg-file manually. Then I tried to trace the border. Please comment on the method and the result I've been looking at it, the tagging seems correct, however the positioning was a little bit off. For example, you moved this node over here http://osm.org/go/0EpKR9L0G-- about 50 meters to the north west which shouldn't have been done. Hence, the rest of the border was also a bit off. I've moved them myself to a better position. I can't open the gisgeoloket from the Antwerp province anymore since it's using Silverlight, but I guess you've been using the old maps to get the boundaries of Muizen? Getting the position right is difficult with those since features change a lot over time. I could recommend using http://www.geopunt.be/kaart to compare different layers to get the right alignment. Hope this helps, Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] My first attempt at a boundary
Thanks for correcting my mistake. I'm still using the geoloket from the Antwerp province, with Silverlight. The application has the possibility to save the map in jpg/png/... or pdf. I first tried with PDF, but that didn't work in JOSM. I'll try the link you've send and see whether I can export data from there as well. regards m On Wed, Dec 4, 2013 at 2:39 PM, Ben Laenen benlae...@gmail.com wrote: On Wednesday 04 December 2013 13:49:56 Marc Gemis wrote: Today, I did my first attempt add adding a boundary. The boundary is for the deelgemeente Muizen near Mechelen. The changeset is http://www.openstreetmap.org/changeset/19271107 I used http://gisgeoloket.provant.be/ to export a jpg file of the boundary. I could not use the geo information that was generated by the file, probably due to a different projection. I then used JOSM + PicLayer plugin for positioning the exported jpg-file manually. Then I tried to trace the border. Please comment on the method and the result I've been looking at it, the tagging seems correct, however the positioning was a little bit off. For example, you moved this node over here http://osm.org/go/0EpKR9L0G-- about 50 meters to the north west which shouldn't have been done. Hence, the rest of the border was also a bit off. I've moved them myself to a better position. I can't open the gisgeoloket from the Antwerp province anymore since it's using Silverlight, but I guess you've been using the old maps to get the boundaries of Muizen? Getting the position right is difficult with those since features change a lot over time. I could recommend using http://www.geopunt.be/kaart to compare different layers to get the right alignment. Hope this helps, Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] My first attempt at a boundary
On Wed, Dec 04, 2013 at 01:49:56PM +0100, Marc Gemis wrote: Today, I did my first attempt add adding a boundary. The boundary is for the deelgemeente Muizen near Mechelen. The changeset is http://www.openstreetmap.org/changeset/19271107 I used http://gisgeoloket.provant.be/ to export a jpg file of the boundary. I could not use the geo information that was generated by the file, probably due to a different projection. I then used JOSM + PicLayer plugin for positioning the exported jpg-file manually. Then I tried to trace the border. AGIV also has border information. It's easy to convert this to CSV file you can import into josm. Alternative there is also a WMS layer with that avaialble. It's available under their public license and there shouldn't be a problem using that. Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] My first attempt at a boundary
On Wed, Dec 04, 2013 at 06:04:10PM +0100, Kurt Roeckx wrote: On Wed, Dec 04, 2013 at 01:49:56PM +0100, Marc Gemis wrote: Today, I did my first attempt add adding a boundary. The boundary is for the deelgemeente Muizen near Mechelen. The changeset is http://www.openstreetmap.org/changeset/19271107 I used http://gisgeoloket.provant.be/ to export a jpg file of the boundary. I could not use the geo information that was generated by the file, probably due to a different projection. I then used JOSM + PicLayer plugin for positioning the exported jpg-file manually. Then I tried to trace the border. AGIV also has border information. It's easy to convert this to CSV file you can import into josm. Alternative there is also a WMS layer with that avaialble. It's available under their public license and there shouldn't be a problem using that. Buth muizen is of course part of Mechelen and so isn't available there. Kurt ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] My first attempt at a boundary
Buth muizen is of course part of Mechelen and so isn't available there. I think that most, if not all, level 8 boundaries in the Antwerp Province are already in OSM. I was looking for level 9 boundaries. The reason was given a couple of weeks ago when I mentioned a note on osm.org that asked for Muizen. However, as it turns out, the note was placed outside the boundaries of Muizen. I did a few lookups for businesses in the area that was marked as Muizen, but they all return Mechelen. You mentioned back then that Atlas of the Buurtwegen is the only source that still has the deelgemeenten boundaries. I tried to find a solution to bring this source into JOSM. I couldn't find a WMS source when I looked at the http requests from the geoloket applications. So I tried with the PDF and JPG-solutions. regards m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] My first attempt at a boundary
Hi Marc, On 2013-12-04 13:49, Marc Gemis wrote : Today, I did my first attempt add adding a boundary. The boundary is for the deelgemeente Muizen near Mechelen. The changeset is http://www.openstreetmap.org/changeset/19271107 I used http://gisgeoloket.provant.be/ to export a jpg file of the boundary. I could not use the geo information that was generated by the file, probably due to a different projection.I then used JOSM + PicLayer plugin for positioning the exported jpg-file manually. Then I tried to trace the border. I don't understand and I can't comment the geo things (which file, which projections?) but the PicLayer is a method I use and it works fine. Please comment on the method and the result As to the result, compare Muizen http://www.openstreetmap.org/relation/3359778 and, for example, Dolembreux http://www.openstreetmap.org/relation/2792257. * in Belgium, we usually include the key subarea relation in the parent reation as you can see in Sprimont http://www.openstreetmap.org/relation/2413544 and Mechelen (arr.) http://www.openstreetmap.org/relation/2524403 * in Belgium, as in many other counties, we usually add an admin_centre, as well as a name on the borders, which makes it very easy to travel from a municipality to the next (click on Esneux — Dolembreux (180863558) http://www.openstreetmap.org/way/180863558 and you're one click away from Part of Relation Esneux (2417895) http://www.openstreetmap.org/relation/2417895 (as outer). Note that character — is not - nor --. o Node Dolembreux (860697753) http://www.openstreetmap.org/node/860697753 as admin_centre o Way Chaudfontaine — Dolembreux (182800464) http://www.openstreetmap.org/way/182800464 as outer o Way Esneux — Dolembreux (180863558) http://www.openstreetmap.org/way/180863558 as outer o Way Sprimont — Dolembreux (198248587) http://www.openstreetmap.org/way/198248587 as outer o Way Dolembreux — Gomzé-Andoumont (198186768) http://www.openstreetmap.org/way/198186768 as outer * a few more tags are usually used, compare. Not easy to avoid forgetting something, but after you've made one hundred of them, it's like a pater noster ;-) In Belgium, we usually don't write things like this in the wiki. We repeat them in e-mail over and over again. Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] My first attempt at a boundary
Thanks André, I'll add the missing pieces regards m On Wed, Dec 4, 2013 at 8:00 PM, André Pirard a.pirard.pa...@gmail.comwrote: Hi Marc, On 2013-12-04 13:49, Marc Gemis wrote : Today, I did my first attempt add adding a boundary. The boundary is for the deelgemeente Muizen near Mechelen. The changeset is http://www.openstreetmap.org/changeset/19271107 I used http://gisgeoloket.provant.be/ to export a jpg file of the boundary. I could not use the geo information that was generated by the file, probably due to a different projection.I then used JOSM + PicLayer plugin for positioning the exported jpg-file manually. Then I tried to trace the border. I don't understand and I can't comment the geo things (which file, which projections?) but the PicLayer is a method I use and it works fine. Please comment on the method and the result As to the result, compare Muizenhttp://www.openstreetmap.org/relation/3359778and, for example, Dolembreux http://www.openstreetmap.org/relation/2792257. - in Belgium, we usually include the key subarea relation in the parent reation as you can see in Sprimonthttp://www.openstreetmap.org/relation/2413544and Mechelen (arr.) http://www.openstreetmap.org/relation/2524403 - in Belgium, as in many other counties, we usually add an admin_centre, as well as a name on the borders, which makes it very easy to travel from a municipality to the next (click on Esneux — Dolembreux (180863558) http://www.openstreetmap.org/way/180863558 and you're one click away from Part of Relation Esneux (2417895)http://www.openstreetmap.org/relation/2417895(as outer). Note that character — is not - nor --. - Node Dolembreux (860697753)http://www.openstreetmap.org/node/860697753as admin_centre - Way Chaudfontaine — Dolembreux (182800464)http://www.openstreetmap.org/way/182800464as outer - Way Esneux — Dolembreux (180863558)http://www.openstreetmap.org/way/180863558as outer - Way Sprimont — Dolembreux (198248587)http://www.openstreetmap.org/way/198248587as outer - Way Dolembreux — Gomzé-Andoumont (198186768)http://www.openstreetmap.org/way/198186768as outer - a few more tags are usually used, compare. Not easy to avoid forgetting something, but after you've made one hundred of them, it's like a pater noster ;-) In Belgium, we usually don't write things like this in the wiki. We repeat them in e-mail over and over again. Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] My first attempt at a boundary
Marc, What is the point of the administrative center in the relation ? http://www.openstreetmap.org/relation/3359778 I'm from that area, I know Muizen by heart but that administrative center that position has no meaning to me, just wondering what that represents. tx for explaining Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] My first attempt at a boundary
On 2013-12-05 01:03, Glenn Plas wrote : Marc, What is the point of the administrative center in the relation ? http://www.openstreetmap.org/relation/3359778 I'm from that area, I know Muizen by heart but that administrative center that position has no meaning to me, just wondering what that represents. I'm not sure about Muizen, but I can compare with Dolembreux. The question is first: what is Dolembreux? Dolembreux is a former municipality. It no longer exists as an administrative boundary but yet it is still mapped as such, historically. People love that. And its admin_center is the former administrative center. It no longer exists as such either, but the mention continues to indicate where the center town or village is. It's just like Searching for Brussels on OSM.org http://OSM.org, selecting Village Boundary and you get this boundary http://www.openstreetmap.org/relation/2404021 with the village in the middle :-) I personally love this one the best -) Please note that, if the administration has moved to level 8 (to have the citizens pay petrol rather than the administration pay personnel), the Post Office continues to use level 9 very much (for post, not office) and that they even use a sort of level 10. I would vote for a former_admin_center proposition, but there should be an admin_center vote first! Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] My first attempt at a boundary
Exactly what I feared, that point in Muizen has probably never been of any importance, in that sense the real historic centre of Muizen is the area at the new church (and old tower) , about 1Km to the northwest of the current coordinate used as centre. Thats the reason I asked, it is so way off anything important (ever) and the location is insignificant even now. Muizen (was) a village that is divided by de Dijle and de Leuvense Steenweg. Mechelen is currently consuming it at an evergrowing rate. Glenn On 05-12-13 02:13, André Pirard wrote: On 2013-12-05 01:03, Glenn Plas wrote : Marc, What is the point of the administrative center in the relation ? http://www.openstreetmap.org/relation/3359778 I'm from that area, I know Muizen by heart but that administrative center that position has no meaning to me, just wondering what that represents. I'm not sure about Muizen, but I can compare with Dolembreux. The question is first: what is Dolembreux? Dolembreux is a former municipality. It no longer exists as an administrative boundary but yet it is still mapped as such, historically. People love that. And its admin_center is the former administrative center. It no longer exists as such either, but the mention continues to indicate where the center town or village is. It's just like Searching for Brussels on OSM.org http://OSM.org, selecting Village Boundary and you get this boundary http://www.openstreetmap.org/relation/2404021 with the village in the middle :-) I personally love this one the best -) Please note that, if the administration has moved to level 8 (to have the citizens pay petrol rather than the administration pay personnel), the Post Office continues to use level 9 very much (for post, not office) and that they even use a sort of level 10. I would vote for a former_admin_center proposition, but there should be an admin_center vote first! Cheers, André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] My first attempt at a boundary
Glenn, I just used the node that was already in OSM. I'll move it. I've done some surveys there, so I know where you want it. regards m On Thu, Dec 5, 2013 at 3:43 AM, Glenn Plas gl...@byte-consult.be wrote: Exactly what I feared, that point in Muizen has probably never been of any importance, in that sense the real historic centre of Muizen is the area at the new church (and old tower) , about 1Km to the northwest of the current coordinate used as centre. Thats the reason I asked, it is so way off anything important (ever) and the location is insignificant even now. Muizen (was) a village that is divided by de Dijle and de Leuvense Steenweg. Mechelen is currently consuming it at an evergrowing rate. Glenn On 05-12-13 02:13, André Pirard wrote: On 2013-12-05 01:03, Glenn Plas wrote : Marc, What is the point of the administrative center in the relation ? http://www.openstreetmap.org/relation/3359778 I'm from that area, I know Muizen by heart but that administrative center that position has no meaning to me, just wondering what that represents. I'm not sure about Muizen, but I can compare with Dolembreux. The question is first: what is Dolembreux? Dolembreux is a former municipality. It no longer exists as an administrative boundary but yet it is still mapped as such, historically. People love that. And its admin_center is the former administrative center. It no longer exists as such either, but the mention continues to indicate where the center town or village is. It's just like Searching for Brussels on OSM.org, selecting Village Boundary and you get this boundary http://www.openstreetmap.org/relation/2404021 with the village in the middle :-) I personally love this one the best -) Please note that, if the administration has moved to level 8 (to have the citizens pay petrol rather than the administration pay personnel), the Post Office continues to use level 9 very much (for post, not office) and that they even use a sort of level 10. I would vote for a former_admin_center proposition, but there should be an admin_center vote first! Cheers, André. ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] My first attempt at a boundary
Another question related to this boundary. Originally I did not touch the boundary between Mechelen en Bonheiden. I just reused it for the Muizen-boundary. I now noticed that the Bonheidensteenweg ( http://www.openstreetmap.org/way/146650425) was partially in Muizen-Mechelen and Bonheiden. So I moved the boundary at that point, i.e. moved 1 point by merging it with the streetname change point. But now I wonder whether the boundary should not be over the stream Boeimeerbeek. That makes more sense to me. In this case the street name change should occur in the middle of the bridge. I just checked AGIV, there is no (street) name on the bridge, but the street names are different on both sides of the stream. Also, the name of the stream is Vrouwvliet according to AGIV. Can we improve the boundaries with data from AGIV ? Is there a WMS layer or shape files we can use ? m On Thu, Dec 5, 2013 at 5:23 AM, Marc Gemis marc.ge...@gmail.com wrote: Glenn, I just used the node that was already in OSM. I'll move it. I've done some surveys there, so I know where you want it. regards m On Thu, Dec 5, 2013 at 3:43 AM, Glenn Plas gl...@byte-consult.be wrote: Exactly what I feared, that point in Muizen has probably never been of any importance, in that sense the real historic centre of Muizen is the area at the new church (and old tower) , about 1Km to the northwest of the current coordinate used as centre. Thats the reason I asked, it is so way off anything important (ever) and the location is insignificant even now. Muizen (was) a village that is divided by de Dijle and de Leuvense Steenweg. Mechelen is currently consuming it at an evergrowing rate. Glenn On 05-12-13 02:13, André Pirard wrote: On 2013-12-05 01:03, Glenn Plas wrote : Marc, What is the point of the administrative center in the relation ? http://www.openstreetmap.org/relation/3359778 I'm from that area, I know Muizen by heart but that administrative center that position has no meaning to me, just wondering what that represents. I'm not sure about Muizen, but I can compare with Dolembreux. The question is first: what is Dolembreux? Dolembreux is a former municipality. It no longer exists as an administrative boundary but yet it is still mapped as such, historically. People love that. And its admin_center is the former administrative center. It no longer exists as such either, but the mention continues to indicate where the center town or village is. It's just like Searching for Brussels on OSM.org, selecting Village Boundary and you get this boundary http://www.openstreetmap.org/relation/2404021 with the village in the middle :-) I personally love this one the best -) Please note that, if the administration has moved to level 8 (to have the citizens pay petrol rather than the administration pay personnel), the Post Office continues to use level 9 very much (for post, not office) and that they even use a sort of level 10. I would vote for a former_admin_center proposition, but there should be an admin_center vote first! Cheers, André. ___ Talk-be mailing listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] The new OpenStreetMap.org design
John Firebaugh wrote: This redesign is a leap forward, but not the end-all be-all. There is most definitely room for improvement, and constructive feedback and hands-on help is always welcome. Design is subjective, and some things like the 'modern' trend to eliminate coloured icons for monochrome ones is a subtle irritation when part of the reason is simply because 'fonts' are monochrome. It's about time that the font system supported full colour, but that is not something that is easy to do. We can at least restore full colour operation in many cases simply by overriding the 'font' and my own infrastructure uses colourstrap rather than bootstrap. Yes the front end is now clean and modern, and yes all the functions can eventually be found, and I'm not going to say that the old front end was any better. Just different. There are a few things more things that need to be done as a matter of urgency, such as providing better help as to HOW to use the new front end? ( No apology here for the capitals! If I was talking to you face to face that word would have been emphasised ) Neither 'About' or 'Help' actually direct well to any real help on using the front page? The other area though is the fact that for many years we have been using the embedded map as a replacement for Google and I HOPE we still want to encourage that use? But the shift to being 'mapping' orientated as it odds with that usage? Now that I've found the 'HTML' share function ... and worked out the options ... it's not providing a tidy solution for the 'location' map. Yes this is subjective, but the 'View larger map' used to provide a single page 'advert' for OSM along with the map and it's that which has been lost? Currently it's a little 'what is going on' when non-OSM 'users' find the new version when they were used to the old one and that will change, but I still think there is a place for a 'single page' map as advertising? I'm editing the current 'HTML' link to remove the 'mapping' orientated display - including raw data on the right - but replacing that with a more useful 'advert' still makes sense to me. The 'about' page is simply too technical as an advert and something that includes many of the old front page links is more appropriate? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Long tail challenges - was: Re: Bitcoin Spam
On 17:53 2013-12-03, Martin Koppenhoefer wrote: besides the bitcoin tag there is a name, a website, a phone number and a human readable note. Clicking on the website you'll also get an adress (housenumber). On 19:06 2013-12-03, Steve Bennett wrote: There's no way OSM really wants to be a database of every single registered (or even unregistered!) business, surely? But what the unregistered business' POI has an address? How would that be worse than a new user tagging their house with `addr:housenumber=123` but not `building=house`? -- m...@nguyen.cincinnati.oh.us ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The new OpenStreetMap.org design
Lester wrote: The other area though is the fact that for many years we have been (aside: we who?) using the embedded map as a replacement for Google and I HOPE we still want to encourage that use? But the shift to being 'mapping' orientated as it odds with that usage? Now that I've found the 'HTML' share function ... and worked out the options ... it's not providing a tidy solution for the 'location' map. Yes this is subjective, but the 'View larger map' used to provide a single page 'advert' for OSM along with the map and it's that which has been lost? I must be missing something. I've just tried an HTML share and the view larger map link for my test links to http://www.openstreetmap.org/?mlat=51.80497 http://www.openstreetmap.org/?mlat=51.80497mlon=1.15644#map=17/51. 80498/1.15644 mlon=1.15644#map=17/51.80498/1.15644 That still makes it clear in the very top left that this is OpenStreetMap, (and if I'm not logged in and haven't visited before AND clicked 'x' I believe I'll see a welcome box making it even clearer). Checking the old layout that didn't have the Welcome box, but had the bar down the left with lots of links. Hardly an 'advert'. What is it that I'm missing? The brief description text? http://owl.apis.dev.openstreetmap.org/#map=17/51.80498/1.15643 So: Welcome box: obvious, clear: OpenStreetMap is a map of the world, created by people like you and free to use under an open license. With Learn More button Old layout: OpenStreetMap is a free worldwide map, created by people like you. The data is free to download and use under its open license. Create a user account to improve the map. Hidden away in small print between various links that you'll probably ignore if you just wanted to look at the map. If I'm missing something else, try and describe the problem in a bit more detail, please? Thanks Ed ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The new OpenStreetMap.org design
Ed Loach wrote: Lester wrote: The other area though is the fact that for many years we have been (aside: we who?) Well if I am the only person using embedded maps then why provide them? using the embedded map as a replacement for Google and I HOPE we still want to encourage that use? But the shift to being 'mapping' orientated as it odds with that usage? Now that I've found the 'HTML' share function ... and worked out the options ... it's not providing a tidy solution for the 'location' map. Yes this is subjective, but the 'View larger map' used to provide a single page 'advert' for OSM along with the map and it's that which has been lost? I must be missing something. I've just tried an HTML share and the view larger map link for my test links to http://www.openstreetmap.org/?mlat=51.80497mlon=1.15644#map=17/51.80498/1.15644 I've just been working through all the combinations again to document things myself. Yesterday when I grabbed an iframe, the large map link included a way reference! I edited it out. Not sure how I managed to get that as I would not have know the id number without it being supplied but it's not present today. I'm still having to add the marker to the larger map link. I'll produce a crib sheet when I get time, but I've a couple of websites to get finished and live ... and am working on the location maps ... ( how long will the short link references be maintained? I prefer the full version, but editing the redirect for short links could be a useful feature if they are intended to be permanent. Some site wipe them after 30 days? ) The embedded map does need finishing off with the same style navigation as the newer map, but as others have said, the old slider was a lot more mobile friendly! That still makes it clear in the very top left that this is OpenStreetMap, (and if I'm not logged in and haven't visited before AND clicked 'x' I believe I'll see a welcome box making it even clearer). Checking the old layout that didn't have the Welcome box, but had the bar down the left with lots of links. Hardly an 'advert'. What is it that I'm missing? The brief description text? http://owl.apis.dev.openstreetmap.org/#map=17/51.80498/1.15643 I just prefer that single page layout ... It is actually very clean and obvious what everything is without needing to click on other buttons? The only 'incongruous' bit is the navigation section, and since the embedded map still has the left hand navigation, having to refocus to find them is niggling. It's a bit like the instances where a few Linux apps have moved the basic menu buttons from the left to the right and you have to keep searching for them or switch apps. But the main thing coming to the 'old' page is that you know straight away you are in 'view' mode ... it says so ... there is help for the search ... and there are links to find other areas directly on the screen. BOTH need a 'using this page' help button, but from my own view, all that was ever needed was a close button for the left hand box and for it to close when logged in? But I'm working on a desktop spanning two 26 monitors so the box was never a problem, and I can have JOSM open on one screen while navigating on the other. It's not the 'map' that needed the major overhaul, it's the wiki/help that needs streamlining and all of the out of date material removed. With a getting started guide easily accessible. I know how difficult that is ... some of the crib sheets I've been updating haven't been touched since 2008 or earlier :( -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The new OpenStreetMap.org design
A quick copy/paste of the share HTML into a minimal page: http://pnorman.dev.openstreetmap.org/embed_test.html The redesign has changed absolutely nothing on the page of someone embedding OSM. What it has changed is what they get when they click on View Larger Map, they get the new page, obviously. The general view is that the new design is much better at explaining where you've ended up, while showing just as much, if not more, map. Lester may not agree on this, but since most people seem to think otherwise on that particular element of the redesign, his views aren't going to carry much weight or change anything. From: Ed Loach [mailto:edlo...@gmail.com] Sent: Wednesday, December 04, 2013 1:39 AM To: 'Lester Caine'; talk@openstreetmap.org Subject: Re: [OSM-talk] The new OpenStreetMap.org design I must be missing something. I've just tried an HTML share and the view larger map link for my test links to http://www.openstreetmap.org/?mlat=51.80497 http://www.openstreetmap.org/?mlat=51.80497mlon=1.15644#map=17/51.80498/1. 15644 mlon=1.15644#map=17/51.80498/1.15644 That still makes it clear in the very top left that this is OpenStreetMap, (and if I'm not logged in and haven't visited before AND clicked 'x' I believe I'll see a welcome box making it even clearer). Checking the old layout that didn't have the Welcome box, but had the bar down the left with lots of links. Hardly an 'advert'. What is it that I'm missing? The brief description text? http://owl.apis.dev.openstreetmap.org/#map=17/51.80498/1.15643 So: Welcome box: obvious, clear: OpenStreetMap is a map of the world, created by people like you and free to use under an open license. With Learn More button Old layout: OpenStreetMap is a free worldwide map, created by people like you. The data is free to download and use under its open license. Create a user account to improve the map. Hidden away in small print between various links that you'll probably ignore if you just wanted to look at the map. If I'm missing something else, try and describe the problem in a bit more detail, please? Thanks Ed ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bitcoin Spam
Hello! The guy behind CoinMap here. I was invited by mgehling to join the discussion, thanks! Like it was said, it's correct that I don't want entities on map, that don't have brick-and-mortar presence. Sadly lots of people think of CoinMap/OSM as a cheap way how to advertise their e-shop/online presence. I was and still I am removing such entries, but the interest in the service has gone exponential and it's simply too much effort for just me. Fortunately more people have stepped up and are doing the same thing now. What would probably be a good thing is to come up with a separate subpage of CoinMap that will explain more precisely how to add a new POI, that one has to fill in required geo-data as well and that not BM stuff is not wanted on CoinMap/OSM. Also probably replace the video with sets of screenshots, because they are easier to edit in the future. Do you want to help with the wording and/or screenshot tutorial? If yes, what would be a preferred platform for shared editing of document? PiratePad/GoogleDocs? Thanks! -- Best Regards / S pozdravom, Pavol Rusnak st...@gk2.sk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The new OpenStreetMap.org design
Lester replied: Well if I am the only person using embedded maps then why provide them? Sorry, when you used we I didn't know who you were speaking about. I've just been working through all the combinations again to document things myself. Yesterday when I grabbed an iframe, the large map link included a way reference! I edited it out. Not sure how I managed to get that as I would not have know the id number without it being supplied but it's not present today. I have just reproduced this. If you use the Share link when you are on a /way/id page then the View Larger Map link links back to the /way/id page. Whether this is by design (so it links back to where you shared) or something that needs opening as an issue is perhaps up for debate. As the way isn't highlighted in the embedded map I tend towards it needing opening as an issue. I'm still having to add the marker to the larger map link. I always get the mlat and mlon parameters in the larger map link tests I have done so far so can't reproduce the problem. ( how long will the short link references be maintained? I prefer the full version, but editing the redirect for short links could be a useful feature if they are intended to be permanent. Some site wipe them after 30 days? ) Shortlinks are an encoding based on the location being shared. See: http://wiki.openstreetmap.org/wiki/Shortlink As such they won't expire. The embedded map does need finishing off with the same style navigation as the newer map, but as others have said, the old slider was a lot more mobile friendly! Mobile sites (at least Leaflet based - not sure about OpenLayers) tend to be easier to use pinch zooming rather than using the +/- controls (at least on my phone). However, it might be an enhancement to be consistent in the zoom controls (if shown) being in the top right, rather than top left when embedded and top right in the main map. I've opened the embed including way/id as issue 616 https://github.com/openstreetmap/openstreetmap-website/issues/616 and the enhancement suggestion as issue 617 https://github.com/openstreetmap/openstreetmap-website/issues/617 Ed ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bitcoin Spam
Hi Pavol, probably to part of prevent this issue you could allow your users to add their non-brick-and-mortar businesses to a separate database you manage. You could list them in the search, but not show them on the map. Probably it's possible to work out a solution where these businesses could define their operation area (e.g. by defining the city, country or setting it to global). I guess e-businesses have a legitime interest in being found on a bitcoin accepting businesses directory, but not necessarily on being shown on a bitcoin map. Nevertheless these are near to each other, so perhaps you could think about that as well. regards Peter Am 04.12.2013 11:44, schrieb Pavol Rusnak: Hello! The guy behind CoinMap here. I was invited by mgehling to join the discussion, thanks! Like it was said, it's correct that I don't want entities on map, that don't have brick-and-mortar presence. Sadly lots of people think of CoinMap/OSM as a cheap way how to advertise their e-shop/online presence. I was and still I am removing such entries, but the interest in the service has gone exponential and it's simply too much effort for just me. Fortunately more people have stepped up and are doing the same thing now. What would probably be a good thing is to come up with a separate subpage of CoinMap that will explain more precisely how to add a new POI, that one has to fill in required geo-data as well and that not BM stuff is not wanted on CoinMap/OSM. Also probably replace the video with sets of screenshots, because they are easier to edit in the future. Do you want to help with the wording and/or screenshot tutorial? If yes, what would be a preferred platform for shared editing of document? PiratePad/GoogleDocs? Thanks! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bitcoin Spam
I guess e-businesses have a legitime interest in being found on a bitcoin accepting businesses directory, but not necessarily on being shown on a bitcoin map. One I edited recently (probably - is there any way of telling for sure if the edit has come via coinmap) was a user at Discogs who had linked to his user page there. I've left his address on the node. Ah, and the user has edited again since: http://www.openstreetmap.org/node/2564289615/history I'll leave it this time though as I don't want to get in an edit war. Ed ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The new OpenStreetMap.org design
On Wednesday 04 December 2013, John Firebaugh wrote: Concretely, here are the improvements we implemented: [...] Are there any plans to evaluate if these design goals are actually met? I know this is difficult to assess but you could do quite a bit by analyzing server logs before and after the change. Also having a poll among registered OSM users might be possible. I ask this because there are a lot of claims in your list of improvements that are plausible but not self evident and a critical evaluation of those would be prudent. In particular from my perspective (and others have made statements in a similar direction) the claim of an overall better usability is somewhat doubtful at this point. The most serious usability issues are however not inherent to the design I think so these could be solved by gradual improvements - some of them already have been addressed. -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The new OpenStreetMap.org design
Ed Loach wrote: I've just been working through all the combinations again to document things myself. Yesterday when I grabbed an iframe, the large map link included a way reference! I edited it out. Not sure how I managed to get that as I would not have know the id number without it being supplied but it's not present today. I have just reproduced this. If you use the Share link when you are on a /way/id page then the View Larger Map link links back to the /way/id page. Whether this is by design (so it links back to where you shared) or something that needs opening as an issue is perhaps up for debate. As the way isn't highlighted in the embedded map I tend towards it needing opening as an issue. Not sure now where I was, but I suspect 'search' ... AH ... Having searched of cause it opened the info panel and then the link has the way tag. My original thought here was 'nice', but it would be nicer to have a 'user' view rather than the mapping detail one. Which is the view I've been TRYING to create for myself these last 5 years :( I'm still having to add the marker to the larger map link. I always get the mlat and mlon parameters in the larger map link tests I have done so far so can't reproduce the problem. I'm suspecting now 'conversion problems' with the ' amp ; ' ... I think that the ckeditor cleanup changed it. Having found the result was wrong I've had to spend time working back up the chain to see why, so your pick up on the info page was very helpful - TA. ( how long will the short link references be maintained? I prefer the full version, but editing the redirect for short links could be a useful feature if they are intended to be permanent. Some site wipe them after 30 days? ) Shortlinks are an encoding based on the location being shared. See: http://wiki.openstreetmap.org/wiki/Shortlink As such they won't expire. OK that all makes sense ... and explains why the marker now has to be the centre of the map. I've been tweaking that for a better display so the separate entries is useful at time. Needs documenting on my crib sheet. The embedded map does need finishing off with the same style navigation as the newer map, but as others have said, the old slider was a lot more mobile friendly! Mobile sites (at least Leaflet based - not sure about OpenLayers) tend to be easier to use pinch zooming rather than using the ± controls (at least on my phone). However, it might be an enhancement to be consistent in the zoom controls (if shown) being in the top right, rather than top left when embedded and top right in the main map. Pinch only works if the device is not fighting against you! If pinch is being used to enlarge the browser window then it can't also be zooming the map within it. So the APPLICATIONS have to be well constructed to use pinch, simply thinking you can use it on a web page is not so practical? Which is where designing to support mobile devices needs a lot more care. I've opened the embed including way/id as issue 616 https://github.com/openstreetmap/openstreetmap-website/issues/616 and the enhancement suggestion as issue 617 https://github.com/openstreetmap/openstreetmap-website/issues/617 Thanks for that ... I would have got around to it, but I'm away now for 24 hours ... hopefully working off my phone and tablet :) -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bitcoin Spam
Ed Loach wrote: I guess e-businesses have a legitime interest in being found on a bitcoin accepting businesses directory, but not necessarily on being shown on a bitcoin map. One I edited recently (probably - is there any way of telling for sure if the edit has come via coinmap) was a user at Discogs who had linked to his user page there. I've left his address on the node. Ah, and the user has edited again since: http://www.openstreetmap.org/node/2564289615/history I'll leave it this time though as I don't want to get in an edit war. This is where a fixed list of 'shop' designations would help. That one will never show up as a shop anyway? But the question is probably what should be in the name field? The original entries were obviously wrong, and the current tags are better ... except for name? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bitcoin Spam
Peter Wendorff wrote: but they are no shops, and they should not be tagged as being shops. You cannot go to the corresponding address and do something - as a usual client. access=email_only :) The address is not a problem since we want them detailed, it is only the extra tags? But I like the idea of 'office' rather than shop, that makes more sense? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] French municipalities boundaries video...
After 5 years of mapping, France municipalities administrative boundaries are finally all mapped in OSM ! Yes, it took 5 years to trace them from the cadastre. It took so much time mainly for 2 reasons: - there are 36681 municipalities in France (40% of all Europe municipalities) - only a part of cadastre data are available in vector format, one third was only available as rasters cut in several pieces for each municipalities with few or most of the time no georeferencing at all... Is has been a huge work, done by almost 250 mappers. Paris was the first one created in march 2008 and Contoire is the last one: http://www.openstreetmap.org/relation/3359872 We made a video to show the mapping year after year: http://vimeo.com/80974060 We have started check the quality of that work, and a first step is summarized in a blog post: http://openstreetmap.fr/node/18532 We are planning some media work around this in the next days. A big big thank to the cadastre authority (DGFiP) who made access to the cadastre possible to create OSM data, and a big big thank to all the mappers involved. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bitcoin Spam
2013/12/4 Ed Loach edlo...@gmail.com If I'm following correctly the problem is that they have no physical presence as a shop, but are online only businesses. With no physical presence mapping them becomes somewhat difficult. The one I mentioned earlier is one Discogs user tagging their home as a shop with a link to their user page on the site. Would you want every eBay seller to do similar? this is not at all comparable to an ebay-seller, because these weren't coords of their clients but (supposedly) of their office, hence this is like saying we don't want ebay's office because they are not a shop and you cannot go there to buy something. I do agree, if there is _nothing_ (not the seat of the company, no office) than it is spam, but if there is an office it doesn't matter if this is open to the public or how big it is, my requirement would be that it is tagged as what it is. The whole world of office-tags is about places which aren't shops. cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] French municipalities boundaries video...
Congratulations to you and all the mappers and developers who made this possible. -- Clifford OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] French municipalities boundaries video...
On Wed, Dec 4, 2013 at 10:23 AM, Christian Quest cqu...@openstreetmap.frwrote: - there are 36681 municipalities in France (40% of all Europe municipalities) Amazing. Congratulations! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Long tail challenges - was: Re: Bitcoin Spam
2013/12/4 Steve Bennett stevag...@gmail.com There's no way OSM really wants to be a database of every single registered (or even unregistered!) business, surely? Huh? IMHO we DO want to have every single registered / physically existing business in OSM, and I couldn't see why not? They will have an adress for instance, they will potentially care to keep the address current, ... How would you make the distinction of what should be there and what not? An insurance company yes, but a SEO office not? If we start to bring in relevance criteria for actually existing stuff than it will also have side effects (some mappers will go away like they have in certain local wikipedias, because they feel their contributions aren't wanted). cheers, Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Long tail challenges - was: Re: Bitcoin Spam
On Wed, Dec 4, 2013 at 8:22 AM, Pieren pier...@gmail.com wrote: I think the criterion has to be physically, not registered. Many business are registred but don't exist physically excepted on a named postbox. Physical fits better. There are many unregistered businesses that have physical presence. And if it just takes being a registered business, there won't be enough space to add all the registered businesses in the Cayman Islands. -- Clifford OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Long tail challenges - was: Re: Bitcoin Spam
On Wed, Dec 4, 2013 at 5:00 PM, Martin Koppenhoefer Huh? IMHO we DO want to have every single registered / physically existing business in OSM, and I couldn't see why not? I think the criterion has to be physically, not registered. Many business are registred but don't exist physically excepted on a named postbox. Pieren ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The new OpenStreetMap.org design
On 03.12.2013 16:52, John Firebaugh wrote: The goal of the redesign was to make the site more inviting for newcomers, [...] to clean it up and refresh its looks, That was quite successful. Also thanks for the quick implementing of the [x] button after the new design went live. - A better experience for veterans. There's now more space for the map and a sidebar that functions efficiently for the task at hand, whether it be searching for a location, browsing data, or reviewing changes. There's no longer a needless distinction between browsing a feature and viewing it on the map. And navigating between features and changesets is fluid, fast, and preserves more context. [...] - A modern look and feel. While there is no doubt design is to some degree subjective, the fact is that any design communicates a message. In short, the old design looked dated, haphazard, and uncoordinated. regarding uncoordinated: In the new style the export feature now is split in two parts as of one is the [Export] button which exports just OSM data. The second part shows up on the share menu - where I am not sure how a Download button could help share something. The goal of the redesign was to make the site [...] more efficient for veterans, to clean it up and refresh its looks, [...] - Bug fixes and usability improvements. I'd say veterans knew the site inside out and had set up their efficient workflow. A regression is the inability to browse the changesets of users efficiently. Example: From time to time I need to have a look at what I mapped e.g. about two years ago. Until now I could skip several pages of my edit history by clicking the according links [page 1 2 3 ...11] or editing the url like it is still used on nodes and ways of changeset. Now browsing the distant history of edits is a pita. [Load more]period Another thing not too helpful are the low contrast navigation buttons. Thin bright green on white background is not the best readable UI. - User profiles, diaries, messaging, and other interior pages have seen only minimal changes The user's profile image on the top right when logged in (at the button of the dropdown menu) is scaled without keeping the aspect ratio. This redesign is a leap forward, but not the end-all be-all. There is most definitely room for improvement, and constructive feedback and hands-on help is always welcome. If you'd like to get coding on OpenStreetMap and you'd like a hand, please hit me up on IRC. If you're looking to file an issue https://github.com/openstreetmap/openstreetmap-website/issues What is the matter with trac.osm.org? Too much bugtracking in one place? Deprecated features should be marked so. It would be no nice experience if one signed up to a platform like github to commit stuff and after a pull request gets told: s haha, this is just a joke/s This is readonly, the real platform is elsewhere.¹² That the [History] is an unusable mess still is a fact due to the still increasing number of worldwide changesets. Better than allowing new users this non-experience the button could imho get removed until the history from http://owl.apis.dev.openstreetmap.org is working and deployed. Best regards Thomas ¹ https://github.com/openstreetmap/josm/pull/7 ² http://josm.openstreetmap.de/ticket/8434 Pull requests won't be merged since JOSM uses SVN, but will be committed to SVN manually. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bitcoin Spam
On 03.12.2013 23:10, Frederik Ramm wrote: For two of your examples¹ I have to confess that I sometimes also map only the name or the name and the address plus a describing note if it is too difficult to find a matching tag for a shop, craft or similar. So I wouldn't consider these POI as SPAM just because they came in a wave of bitcoin-tagging Regards Thomas ¹ A few examples: node id=252007 version=1 timestamp=2013-11-04T17:56:44Z uid=1795331 user=The Tobacco Seed Company changeset=18716456 lat=51.5442768 lon=0.7236584 tag k=name v=The Tobacco Seed Company/ tag k=payment:bitcoin v=yes/ tag k=website v=http://www.tobaccoseed.co.uk/ /node This is blatant advertising for a web site. It doesn't even say what kind of shop this is supposed to be. [...] node id=2540057545 version=1 timestamp=2013-11-19T18:09:14Z uid=1651798 user=oldenburg69 changeset=18998877 lat=36.2026532 lon=-115.0597195 tag k=addr:city v=Las Vegas/ tag k=addr:housenumber v=5216/ tag k=addr:postcode v=89156/ tag k=addr:street v=Glendale Ave./ tag k=name v=Hannig Fab Works/ tag k=note v=Hannig Fab Works LLC is a custom metal fabrication shop specializing in creating high quality metal fixtures, custom fabrication and metal art to customers in the Southern Nevada and abroad via the internet./ tag k=payment:bitcoin v=yes/ tag k=website v=http://www.hannigfabworks.com// /node Tagging is ok as far as the address node is concerned, but without a shop tag the rest is kind of useless, and the note tag is not for your marketing tagline. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The new OpenStreetMap.org design
Christoph Hormann wrote: ... In particular from my perspective (and others have made statements in a similar direction) the claim of an overall better usability is somewhat doubtful at this point. My impression (already expressed on this list) is that the new design is significantly less usable*, but in order to try and put some numbers to that I had a go at counting key presses and mouse clicks while looking over a couple of local-ish new user edits (yes, I am that sad :) ). The answer was 98 key presses / mouse clicks that I would have made anyway and 46 extra ones** that are a result of the redesign. Most of the extra ones are a result of scrolling up and down object detail and history lists to see what's on them (lists that previously would have been presented on one page). There were also about half a dozen places (mostly where details are displayed in-place at the left) where there's a delay where data isn't shown where on the previous site the previous data would have been until it was replaced. Cheers, Andy * for my individual use-case - everyone's is different. ** that's not including misclicks and finding out how the new site works - it wouldn't be fair to include those. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[talk-au] Bicentennial National Trail
On 30 November 2013 Ian Sergeant wrote: We have relations for admin boundaries for entire countries, and relations for cross-country railways and highways. They'd seriously break if we made them into relations and super-relations just to satisfy someone's idea of how many is manageable. FYI the relations you mentioned are much smaller than you think. The relation for admin boundaries for entire Australia (http://www.openstreetmap.org/browse/relation/80500) has about 50 members only. The longest railway line in Australia should be the Train Indian Pacific from Sydney to Perth. This relation (http://www.openstreetmap.org/browse/relation/2033217) has about 430 members. There is no one big relation for the M1 highway in Australia. It is broken into many short relations. The section from Melbourne to Wodonga (Relation 240718) has 219 members. The section from Newcastle to Lismore (relation 2910576) has 358 members. The longest section may be from Brisbane to Cairns (relation 198279) has 737 members. Back to BNT, the existing 3 relations (2347837, 2347838, 2347839), after removing the errors and duplications,has 193 members each, covering 645km. However, the total length of BNT is 5330km. Therefore if the whole BNT is in one relation, it will have 1594 members - too far away from the recommended 300 members. Mander___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Bicentennial National Trail
Hi Steve, Are you telling me that, for the sake of showing the route in your site http://cycletour.org1. for every rail trail, we should have 4 duplicated relations - bicycle, mtb, walker, horse 2. for every bike route, there should be 3 duplicated relations - bicycle, mtb, walker Why don't you use tags like foot=yes, bicycle=yes, mtb=yes, and horse=yes? Mander ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] IBGE lança Mapa Político do Brasil
Muito bom, mas esqueceram meu Porto Real, RJ, ao lado de Resende. Município já tem 17 anos desde que foi separado de Resende. Informarei IBGE para retificação ou errata. Vinicius Em quarta-feira, 4 de dezembro de 2013, Wille escreveu: http://saladeimprensa.ibge.gov.br/noticias?view=noticia; id=1busca=1idnoticia=2531 Link pro mapa: ftp://geoftp.ibge.gov.br/mapas_tematicos/mapas_murais/ brasil_2010.pdf ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br -- Vinicius Maranhao ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] estatística de 30/11/2013
On Sun, Dec 1, 2013 at 10:15 PM, Gerald Weber gwebe...@gmail.com wrote: TOTAL 2337924702m Para comparar, o último mapa da TomTom tem ~1.27 milhões de Km em estradas. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] estatística de 30/11/2013
E pelo q vi ali o osm Brasil tem 1 bilhão e meio? Uu e ainda crescera bastante... Em 04/12/2013 19:16, Nelson A. de Oliveira nao...@gmail.com escreveu: On Sun, Dec 1, 2013 at 10:15 PM, Gerald Weber gwebe...@gmail.com wrote: TOTAL 2337924702m Para comparar, o último mapa da TomTom tem ~1.27 milhões de Km em estradas. ___ 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] campo name
2013/12/4 Erick de Oliveira Leal erickdeoliveiral...@gmail.com: Um usuário aqui no DF mapeou um banco, ele colocou em NAME o nome em inglês, e em name:pt o nome em português. É correto? O name geralmente é utilizado com o nome nativo (em português, no caso). ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Wochennotiz Nr. 176 26.11.-2.12.2013
Hallo, die Wochennotiz Nr. 176 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/blog/2013/12/wochennotiz-nr-176/ Viel Spaß beim Lesen! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Definition Schule
Moin, amenity=school wird teilweise für Tanzschulen, Sprachschulen, Seminare oder Hörsäle/Vortragsräume benutzt. Das englischsprachige Wiki beschreibt nur klassische Schulen: Use amenity=school to identify a place where pupils, normally between the ages of about 5 and 18 are taught under the supervision of teachers. This includes primary and secondary schools Das deutsche Wiki ist leider nicht so eindeutig: Auf talk-de gab es im März 2010 eine längere Diskussion über die Definition von Schule im Sinne des hier beschriebenen Tags. Im wesentlichen standen sich zwei Meinungen gegenüber: Zum einen wurde Schule als Bildungseinrichtungen im weitesten Sinne verstanden (Gymnasium, Fahrschule, Segelschule etc.). Zum anderen sollten unter Schule nur die klassischen Schulen (Grundschule, Hauptschule, Realschule, Gymnasium, Berufsschule) verstanden werden... Besteht die Meinungsverschiedenheit noch oder können wir die Definition des englischen Wikis übernehmen? Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Definition Schule
amenity=school wird teilweise für Tanzschulen, Sprachschulen, Seminare oder Hörsäle/Vortragsräume benutzt. Das englischsprachige Wiki beschreibt nur klassische Schulen: Use amenity=school to identify a place where pupils, normally between the ages of about 5 and 18 are taught under the supervision of teachers. This includes primary and secondary schools Da eine eindeutige englische Definition existiert, sehe ich keinen Sinn, eine davon abweichende deutsche Definition einzufuehren. Auch andere Sprachen benutzen di gleiche Definition wie im englischen, zB: Fr:Tag:amenity=school oder IT:Tag:amenity%3Dschool Ein deutscher Alleingang erscheint mir wirklich unsinnig. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Definition Schule
Mojn, amenity=school wird teilweise für Tanzschulen, Sprachschulen, Seminare oder Hörsäle/Vortragsräume benutzt. Das hat mich auch schon gestört. Wenn es danach geht, müsste man jeden POI an dem man etwas lernen kann, als amenity=school taggen. Also auch Fahrschulen, Musikschulen etc.. Das ist definitiv falsch. Ich befürworte daher eine Anpassung des deutschen Wikis an die englische Definition! :-) Gruß Malte ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Definition Schule
Am 04.12.2013 15:51, schrieb Malte Blättermann: Das ist definitiv falsch. Ich befürworte daher eine Anpassung des deutschen Wikis an die englische Definition! :-) +1 Bin gegen das Taggen von Baumschulen als amenity=school :-) ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Definition Schule
Am 4. Dezember 2013 14:55 schrieb Volker Schmidt vosc...@gmail.com: Da eine eindeutige englische Definition existiert, sehe ich keinen Sinn, eine davon abweichende deutsche Definition einzufuehren. +1. Scheint mir auch so, als hätte sich mittlerweile klarer herauskristallisiert, dass amenity=school nur für allgemeinbildende Schulen verwendet werden sollte, und man für Fahr-, Tanz- und sonstige Schulen andere tag verwenden sollte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Definition Schule
Es gibt auch noch schools of fish, aber die bewegen sich sehr schnell, ich weiss nicht ob die auf OSM gehoeren, aber vielleicht auf OFM :-) 2013/12/4 Martin Koppenhoefer dieterdre...@gmail.com Am 4. Dezember 2013 14:55 schrieb Volker Schmidt vosc...@gmail.com: Da eine eindeutige englische Definition existiert, sehe ich keinen Sinn, eine davon abweichende deutsche Definition einzufuehren. +1. Scheint mir auch so, als hätte sich mittlerweile klarer herauskristallisiert, dass amenity=school nur für allgemeinbildende Schulen verwendet werden sollte, und man für Fahr-, Tanz- und sonstige Schulen andere tag verwenden sollte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Definition Schule
Bin gegen das Taggen von Baumschulen als amenity=school :-) Bestes Beispiel bisher! ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Voting landuse=highway
gerade kam über tagging, dass über landuse=highway abgestimmt wird, das interessiert hier vermutlich auch ein paar Leute: https://wiki.openstreetmap.org/wiki/Proposed_features/highway Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Voting landuse=highway
bulwersator hat die Abstimmung gestoppt https://wiki.openstreetmap.org/w/index.php?title=Proposed_features%2Fhighwaydiff=971370oldid=971369 Gab es das schon mal? Mfg Am 04.12.2013 um 19:48 schrieb Martin Koppenhoefer dieterdre...@gmail.com: gerade kam über tagging, dass über landuse=highway abgestimmt wird, das interessiert hier vermutlich auch ein paar Leute: https://wiki.openstreetmap.org/wiki/Proposed_features/highway Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Voting landuse=highway
On Wed, Dec 04, 2013 at 07:48:20PM +0100, Martin Koppenhoefer wrote: gerade kam über tagging, dass über landuse=highway abgestimmt wird, das interessiert hier vermutlich auch ein paar Leute: https://wiki.openstreetmap.org/wiki/Proposed_features/highway Mir ist die Abgrenzung und der zweck nicht klar. Natuerlich macht das Sinn den gesamten Straßenkörper zu erfassen damit die Deutsche Seele ruhe hat. Dann kann man endlich flächendeckend Landuse taggen. Aber wofür? Irgendwann wird es den Bedarf geben Straßen zusätzlich als Fläche zu erfassen. Das wird auch Sinn machen wenn man ueber rendering zoomlevel 22+ nachdenkt die ja irgendwann kommen. (Wir mappen ja auch Kieselsteine) D.h. wir haben den weg in der Mitte fuer das Routing und die Fläche der Wege fuer das rendering. (Analog zu den Waterways). Jetzt dann noch den Straßenkörper als sammlung? Mir ist da noch zu wenig drueber nachgedacht. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Voting landuse=highway
Am 04/dic/2013 um 21:59 schrieb Florian Lohoff f...@zz.de: D.h. wir haben den weg in der Mitte fuer das Routing und die Fläche der Wege fuer das rendering. (Analog zu den Waterways). ja, das ist wohl die Richtung. Für die Asphalt-Flächen hätte ich noch einen Vorschlag zu bieten, das nur über die Seiten zu definieren, s. area Relation. Die (Quer-)Verbindungen werden als implizit modelliert betrachtet, und ähnlich den Multipolygonrelationen im preprocessing dazugefügt um z.B. Flächen für die Nutz-db zu machen. Jetzt dann noch den Straßenkörper als sammlung? auf thematischer Ebene ja, das sind die Straßenflächen inkl. Böschung, Graben, etc., normalerweise da, wo die Grundstücke aufhören. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Voting landuse=highway
On Wed, Dec 04, 2013 at 10:25:23PM +0100, Martin Koppenhoefer wrote: Am 04/dic/2013 um 21:59 schrieb Florian Lohoff f...@zz.de: D.h. wir haben den weg in der Mitte fuer das Routing und die Fläche der Wege fuer das rendering. (Analog zu den Waterways). ja, das ist wohl die Richtung. Für die Asphalt-Flächen hätte ich noch einen Vorschlag zu bieten, das nur über die Seiten zu definieren, s. area Relation. Die (Quer-)Verbindungen werden als implizit modelliert betrachtet, und ähnlich den Multipolygonrelationen im preprocessing dazugefügt um z.B. Flächen für die Nutz-db zu machen. Jetzt dann noch den Straßenkörper als sammlung? auf thematischer Ebene ja, das sind die Straßenflächen inkl. Böschung, Graben, etc., normalerweise da, wo die Grundstücke aufhören. Das ist aber etwas was man nicht on the ground nachvollziehen kann wo das Grundstück aufhört. Und ausser Das sieht im rendering dann netter aus sehe ich gerade den zweck noch nicht. Und ausserdem - von den 20 mio Adressen in Deutschland fehlen geschaetzt noch 19 Mio. Flo -- Florian Lohoff f...@zz.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Voting landuse=highway
Am 04.12.2013 22:36, schrieb Florian Lohoff: auf thematischer Ebene ja, das sind die Straßenflächen inkl. Böschung, Graben, etc., normalerweise da, wo die Grundstücke aufhören. Das ist aber etwas was man nicht on the ground nachvollziehen kann wo das Grundstück aufhört. Zu den richtigen Zeitpunkten sieht man das meist relativ gut wenn die Straßenränder gemäht sind. Zwar nicht mit einer in der Vermessungstechnik üblichen Genauigkeit aber schon auf einem besseren OSM-Niveau. Und ausser Das sieht im rendering dann netter aus sehe ich gerade den zweck noch nicht. Eine 6spurige Autobahn nebst Böschung, Entwässerungsgräben, Sicherheitszonen etc. kann man nicht mehr einfach ignorieren und den umgebenden landuse zuordnen. Allerdings würde ich für landuse=road plädieren und die eigentliche befestigte Fahrbahnfläche inklusive der Sperrflächen einem landcover=highway zuordnen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lane oder SharedLane?
Am 03.12.2013, 11:26 Uhr, schrieb Andreas Neumann andr-neum...@gmx.net: Moin, ich bin grad etwas verwirrt auf Grund der wiki-Seite zum cycleway: http://wiki.openstreetmap.org/wiki/DE:Key:cycleway Wir haben mehrere Straßen mit Fahrradschutzstreifen (sprich mit Strichellinie abgesetzte Spur auf Straße, meist mit Piktogramm). Bisher sind die alle mit cycleway=lane getaggt. Nun steht der Schutzstreifen aber explizit bei shared_lane. Was genau ist der Unterschied? Kann man diesen evtl. etwas besser auf der Seite hervorheben? Öhm, sehe ich nicht so wie das wiki. shared_lane würde ich mal mit Fahrspur, die von verschiedenen Verkehrsarten genutzt wird übersetzen. Der Schutzsteifen ist allerdings eine Radspur (nicht verpflichtend und auch nicht ganz exklusiv), die nur im Bedarfsfall von KFZ befahren/benutzt werden darf, und auch nur wenn kein Radfahrer behindert wird. Aus meiner Sicht sind das eher Fahrradspuren (cycleway=lane), die mit den passenden access-tags versehen werden sollten (zur Abgrenzung zum Radfahrstreifen), also mit motor_vehicle=xxx. xxx:irgenwas schwächeres als yes, vielleicht permitted? Oder bin ich da etwas zu kleinlich? Praktisch genauso wie hier die Fußwege mit Fahrrad-frei Schild. Radfahrer sind nur Gast und haben absolute Rücksicht auf Fußgänger zu nehmen. Sie dürfen die Fußwege aber generell nutzen, nicht nur im Bedarfsfall. Deswegen bei Schutzstreifen etwas schwächeres als yes. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Stolpersteine Elternrelation gelöscht?
Ich habe heute morgen festgestellt dass die Elternrelation Stolpersteine gelöscht wurde. Warum ist das gemacht worden? Gruß Gisbert ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteine Elternrelation gelöscht? War Fehlalarm
Am 05.12.2013 08:21, schrieb gmbo: Ich habe heute morgen festgestellt dass die Elternrelation Stolpersteine gelöscht wurde. Warum ist das gemacht worden? Gruß Gisbert ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de Die Relation 407359 http://www.openstreetmap.org/browse/relation/407359 Ist doch noch da, war also nur ein Fehlalarm. Habe einmal in Josm nachgeladen dann hatte ich sie wieder drin. Gruß Gisbert ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] nomino, un tool per tradurre i nomi
Non riesco a confermare in alcun modo le modifiche, né in Opera né in Chrome. Peccato, l'idea è ottima. Ciao, Simone 2013/12/4 Martin Koppenhoefer dieterdre...@gmail.com Dateci un'occhiata: http://nomino.openstreetmap.fr/ 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] nomino, un tool per tradurre i nomi
Non riesco a salvare nulla, nemmeno le preferenze Poi, suppongo problema di nominatim, Kobarid lo trova solo come admin boundary ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Strade con doppio nome in base al lato
Ci sono alcune strade in corrispondenza dei confini comunali che hanno un nome diverso per i due lati della strada. Per indicarli uso name:left= e name:right= però mi domandavo, se il confine non coincide esattamente con la mezzeria della strada poi facendo la ricerca della via si ha un errore di attribuzione del comune. Inoltre volevo segnalare che usando il sito http://qa.poole.ch/ http://qa.poole.ch/?zoom=12lat=45.90233lon=12.83749layers=TFFFB0 queste strade così taggate risultano senza nome, forse perchè non riconosce il tag name:alto della strada. -- View this message in context: http://gis.19327.n5.nabble.com/Strade-con-doppio-nome-in-base-al-lato-tp5788398.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] nomino, un tool per tradurre i nomi
Il 12/04/2013 02:20 AM, Martin Koppenhoefer scrisse: Dateci un'occhiata: http://nomino.openstreetmap.fr/ Io ho provato a salvare il nome della citta' di Venezia (admin boundary) in inglese e lo ha fatto. Firefox su linux. Molto comodo e pratico. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] restrizioni di svolta
Il giorno 02/dic/2013 18:12, Volker Schmidt vosc...@gmail.com ha scritto: Assolutamente d'accordo su questo. Anche se per me come utente ciclista le restrizioni di svolta sono di seconda istanza. Un altra cosa, per me ancora più importante, è la qualità della geometria. Sono di due tipi: geometria nel senso di forma e nel senso di collegamenti fra via che non ci sono in realtà Alcuni mappatori, almeno nel Norditalia hanno mappato troppe vie in troppa fretta con bassa precisione. Allora invita tutti a dedicarsi anche a questo allo stesso tempo che cerchiamo di mettere apposto le turn restrictions. +1, l'importante di OSM è la qualità non la quantità Buon lavoro Volker Ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] utente che toglie tag ...
Il 30 novembre 2013 14:00, Daniele Forsi dfo...@gmail.com ha scritto: Il 30 novembre 2013 13:27, Simone F. ha scritto: Attualmente Osmose mostra qualche errore di questo tipo in Francia e nessuno in Italia. http://osmose.openstreetmap.fr/it/map/?zoom=6lat=45.36352lon=3.33328layers=B00FFTitem=2010level=1 probabilmente perché li ha già guardati qualcuno (tra cui io) e i dati italiani sono vecchi di un mese Ci sto guardando ora (ho dei problemi di accesso alla macchina in questo momento). Ciao, C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] colonnine sos autostrada o superstrada
qui [1] dicono di applicare un tag emergency=phone ad un nodo posto al fianco dell'autostrada/piazzola d'emergenza nella posizione corrispondente alla colonnina d'emergenza. [1]http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Autostrade/Opere_complementari_Autostrade_italiane - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/colonnine-sos-autostrada-o-superstrada-tp5788193p5788434.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] restrizioni di svolta
Il 12/04/2013 11:24 AM, Luca Delucchi scrisse: +1, l'importante di OSM è la qualità non la quantità Forse... Dialogo di qualche giorno fa con un cliente: - allora quando mi metti la mappa di Google? - ma opencyclemap e' molto meglio per lo scopo che ha quella mappa - si' ma ad Ostuni su opencyclemap non ci sono i nomi delle vie E quindi ho dovuto aggiungere google e metterla come mappa predefinita. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Restyling openstreetmap.org imminente
Segnalo per capire se e' solo un mio problema che col nuovo restyling (forse), se si spunta la voce Dati della mappa nel layerswitcher e poi si chiude osm, quando lo si riapre quell'opzione rimane spuntata, con nefaste conseguenze per la ventola del mio notebook. :-) Noto con piacere che e' stata tolta la finestra in alto a dx che c'era dall'uscita della nuova release, era veramente invadente. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Restyling openstreetmap.org imminente
quale finestra in alto a dx? per quanto riguarda il layer dati attivo alla riapertura succede anche a me...però potrebbe essere qualcosa probabilmente dovuto ai cookieo è il browser che mantiene le impostazioni memorizzati gli indirizzi e quando vai su OSM.org ti riporta all'ultimo indirizzo utilizzato sul sito (che nel nostro caso contiene informazioni di posizione, zoom e layer attivi) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Restyling-openstreetmap-org-imminente-tp5785412p5788464.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] restrizioni di svolta
beh...i nomi delle vie direi è una questione di qualità della mappa non di quantità ;) io direi che visto che openstreetmap non pone limiti del genere è giusto che se uno ha finito di coprire la propria area può solo aggiungere particolari...quindi è normale che ci siano zone mappate con milioni di elementi ed altre senza neanche i nomi delle vie...dipende tutto dalla presenza o meno di mappatori in zona.non credo comunque esistano mappatori che mettono nelle zone conosciute i pali della luce ma non il nome delle vie. il problema quindi per me si riconduce sempre è solo al numero e alla posizione dei mappatori. - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/restrizioni-di-svolta-tp5788176p5788465.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] restrizioni di svolta
2013/12/4 Aury88 spacedrive...@gmail.com il problema quindi per me si riconduce sempre è solo al numero e alla posizione dei mappatori. Concordo. A questo proposito forse vale la pena spingere un po' sulle note: mi è capitato di trovarne alcune indicanti i nomi delle vie e li ho aggiunti in OSM. In questo modo anche un non-mappatore può contribuire allo sviluppo. Ciao Cristiano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fwd: [OSM-talk] Bitcoin Spam
Dato che si è parlato di bitcoin e di Coinmap anche su questa lista, segnalo questo thread nella lista internazionale. Si parla di alcuni negozi che hanno una sede legale ma non un vero e proprio negozio fisico, ma solo on-line. Ciao, Cristian -- Forwarded message -- From: Frederik Ramm frede...@remote.org Date: 2013/12/3 Subject: [OSM-talk] Bitcoin Spam To: Talk Openstreetmap t...@openstreetmap.org Hi, we're seeing a rising number of new ways and nodes which seem to be added by people who create an account for just one purpose, namely adding a business to the map. This could be great - if every business were to add themselves to the map, we'd have a nice collection of POIs. However, in the case at hand, it seems that the interest is not to improve OSM but instead we're just a vehicle for people to show up on the coinmap, a business directory for bitcoin-accepting businesses. It seems that a name and payment:bitcoin=yes is sufficient for that site, with an optional advertising slug in the note tag. But for us, not so much. First of all because advertising has no room in OSM; second because many of these businesses seem to be not really on the ground (but just a mail-order place that wants to have some marker somewhere), third because they often don't contain even minimal information that would make them useful to us. I've collected these objects created in the past couple of days here http://www.remote.org/frederik/tmp/bitcoin.osc A few examples: node id=252007 version=1 timestamp=2013-11-04T17:56:44Z uid=1795331 user=The Tobacco Seed Company changeset=18716456 lat=51.5442768 lon=0.7236584 tag k=name v=The Tobacco Seed Company/ tag k=payment:bitcoin v=yes/ tag k=website v=http://www.tobaccoseed.co.uk/ /node This is blatant advertising for a web site. It doesn't even say what kind of shop this is supposed to be. node id=2523904649 version=1 timestamp=2013-11-08T04:46:05Z uid=1798995 user=mkondratov changeset=18776505 lat=41.4183069 lon=-81.694649 tag k=name v=Noosphere Ltd, Computer Repair/ tag k=note v=Computer Repair Services/ tag k=payment:bitcoin v=yes/ tag k=phone v=1-216-459-1994/ tag k=website v=http://www.noospherecomputers.com/ /node This, too, is little more than a name on our map. We don't usually include the field of business in the name - this should have been expressed through a proper shop tag. node id=2526590372 version=1 timestamp=2013-11-10T15:46:58Z uid=1801179 user=79s VOF changeset=18818705 lat=52.372218 lon=4.8653634 tag k=name v=79s VOF/ tag k=payment:bitcoin v=yes/ tag k=website v=https://store.79s.co/ /node Spam. node id=2537387222 version=1 timestamp=2013-11-18T01:07:54Z uid=1809524 user=webhostpl changeset=18964238 lat=50.0727563 lon=19.8938861 tag k=domeny v=/ tag k=hosting v=/ tag k=name v=Webhost.pl/ tag k=payment:bitcoin v=yes/ tag k=strony internetowe v=/ tag k=website v=http://www.webhost.pl/ /node Broken tagging (quite frequent). node id=2540057545 version=1 timestamp=2013-11-19T18:09:14Z uid=1651798 user=oldenburg69 changeset=18998877 lat=36.2026532 lon=-115.0597195 tag k=addr:city v=Las Vegas/ tag k=addr:housenumber v=5216/ tag k=addr:postcode v=89156/ tag k=addr:street v=Glendale Ave./ tag k=name v=Hannig Fab Works/ tag k=note v=Hannig Fab Works LLC is a custom metal fabrication shop specializing in creating high quality metal fixtures, custom fabrication and metal art to customers in the Southern Nevada and abroad via the internet./ tag k=payment:bitcoin v=yes/ tag k=website v=http://www.hannigfabworks.com// /node Tagging is ok as far as the address node is concerned, but without a shop tag the rest is kind of useless, and the note tag is not for your marketing tagline. node id=2548748273 version=1 timestamp=2013-11-24T14:38:32Z uid=1817212 user=l337 PLace changeset=19091714 lat=60.1491622 lon=24.6551426 tag k=addr:city v=Espoo/ tag k=addr:housename v=1337Place/ tag k=addr:housenumber v=4/ tag k=addr:postcode v=02320/ tag k=addr:street v=Espoonlahdenkatu/ tag k=name v=1337place.com (Logistics only)/ tag k=note v=Quality products shipping worldwide starting @5EUR. BeagleBone Black and much more. U can pay with Bitcoin! #BTC #Bitcoin/ tag k=payment:bitcoin v=yes/ tag k=phone v=+358466401678/ tag k=website v=http://www.1337place.com/ /node Whatever BeagleBone Black is, this house is certeinly not called 1337Place... node id=2563617422 visible=true version=1 changeset=19261838 timestamp=2013-12-03T21:42:21Z user=EcoBox uid=1828695 lat=29.4561384 lon=-98.4193203 tag k=moving boxes v=moving boxes/ tag k=name v=EcoBox//node /node What shall I say. The changeset comment contained something about accepting bitcoin. This is all rather undesirable - people
Re: [Talk-it] Fwd: [OSM-talk] Bitcoin Spam
2013/12/4 Cristian Consonni kikkocrist...@gmail.com Dato che si è parlato di bitcoin e di Coinmap anche su questa lista, segnalo questo thread nella lista internazionale. Si parla di alcuni negozi che hanno una sede legale ma non un vero e proprio negozio fisico, ma solo on-line. segnalo un tag office=political_party per l'ufficio di un partito politico. Penso che potrebbe interessare nel contesto italiano (appena scoperto per caso il tag, mi sono sempre chiesto come inserirli). ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [OSM-talk] Bitcoin Spam
Niente da eccepire: sono perfettamente d'accordo con Frederik. Nei mesi scorsi ho cercato di tenere pulito il più possibile il database, facendo non so quante centinaia di correzioni, ma ultimamente, un po' per mancanza di tempo, un po' perché i nuovi inserimenti sono una quantità abnorme, non riesco proprio a starci dietro. Mi limito a tenere d'occhio l'Italia, ma anche qui tra un po' non ce la farò più. La cosa che più mi dà fastidio è vedere usato impropriamente la chiave note. Perché cavolo usano quella invece di description, il cui valore tra l'altro viene mostrato da CoinMap??? Quelle sono le mie correzioni più frequenti. Ogni aiuto è ben accetto! Carlo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] colonnine sos autostrada o superstrada
Am 04/dic/2013 um 14:26 schrieb Aury88 spacedrive...@gmail.com: qui [1] dicono di applicare un tag emergency=phone ad un nodo posto al fianco dell'autostrada/piazzola d'emergenza nella posizione corrispondente alla colonnina d'emergenza. +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Strade con doppio nome in base al lato
OK nome più lato strada per il nome magari mettilo con trattino tra le due vie e poi lo specifichi con name left and right più sotto ...molte volte cm solo le case sono su altro comune come dici tu se confine non è a mezza via in quel caso io inserisco il nome via nelle service di accesso alle case Messaggio originale Da: bredy...@yahoo.it Data: 04/12/2013 11.07 A: talk-it@openstreetmap.org Ogg: [Talk-it] Strade con doppio nome in base al lato Ci sono alcune strade in corrispondenza dei confini comunali che hanno un nome diverso per i due lati della strada. Per indicarli uso name:left= e name:right= però mi domandavo, se il confine non coincide esattamente con la mezzeria della strada poi facendo la ricerca della via si ha un errore di attribuzione del comune. Inoltre volevo segnalare che usando il sito http://qa.poole.ch/ http://qa.poole.ch/?zoom=12lat=45.90233lon=12.83749layers=TFFFB0 queste strade così taggate risultano senza nome, forse perchè non riconosce il tag name:alto della strada. -- View this message in context: http://gis.19327.n5.nabble.com/Strade-con- doppio-nome-in-base-al-lato-tp5788398.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] colonnine sos autostrada o superstrada
OK ;) Messaggio originale Da: dieterdre...@gmail.com Data: 04/12/2013 17.17 A: openstreetmap list - italianotalk-it@openstreetmap.org Cc: talk-it@openstreetmap.orgtalk-it@openstreetmap.org Ogg: Re: [Talk-it] colonnine sos autostrada o superstrada Am 04/dic/2013 um 14:26 schrieb Aury88 spacedrive...@gmail.com: qui [1] dicono di applicare un tag emergency=phone ad un nodo posto al fianco dell'autostrada/piazzola d'emergenza nella posizione corrispondente alla colonnina d'emergenza. +1 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] Fwd: [OSM-talk] Bitcoin Spam
la stragrande maggiorana dei nodi del genere sono creati da utenti registrati ad hoc per quell'inserimento. io direi che potrebbe essere comodo listare tutti i nodi creati da utenti con una singola modifica e magari tra questi filtrare solo gli elementi con nomi troppo lunghi o tag note presenteuna cosa del genere in uno strumento come il Quality Assurance Tools script permetterebbe di verificare centinaia di elementi in poco tempo...bisongnerebbe trovare un meccanismo per evitare che i controllori non siano anche i controllati ;) - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Fwd-OSM-talk-Bitcoin-Spam-tp5788483p5788520.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] Fwd: [OSM-talk] Bitcoin Spam
2013/12/4 Carlo Stemberger carlo.stember...@gmail.com Niente da eccepire: sono perfettamente d'accordo con Frederik. per me alcuni non erano proprio spam, solo inseriti incompletamente. Se si trova un ufficio lì anche se non è un negozio comunque va bene inserirlo. Per me spam sono solo gli oggetti senza alcun riferimento al luogo (posizione casuale e website per esempio). Invece se diventasse moda per chi opera un esercizio commerciale di inserirlo in OSM (potenzialmente anche con un indirizzo preciso) abbiamo vinto :) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Restyling openstreetmap.org imminente
Il 12/04/2013 03:42 PM, Aury88 scrisse: quale finestra in alto a dx? Intendevo a sx. In realta' poi mi sono accorto che ero loggato e dopo aver fatto il logout e' apparsa di nuovo, poi scomparsa. E' la nuova finestra che invita a mappare. per quanto riguarda il layer dati attivo alla riapertura succede anche a me...però potrebbe essere qualcosa probabilmente dovuto ai cookieo è il browser che mantiene le impostazioni memorizzati gli indirizzi e quando vai su OSM.org ti riporta all'ultimo indirizzo utilizzato sul sito (che nel nostro caso contiene informazioni di posizione, zoom e layer attivi) Forse, pero' prima non mi pare funzionasse cosi'. E non mi pare nemmeno abbia molto senso, anche dal punto di vista dei server osm, che si ricarichino i dati ogni volta. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] voting bicycle=use_cycleway
C'è una votazione in giro che potrebbe interessare i ciclisti: https://wiki.openstreetmap.org/wiki/Bicycle_use_cycleway Sarebbe un tag da agguingere ad una strada per dire che a fianco esiste una pista ciclabile (quindi in legislazioni con obbligo di usare le piste ciclabili è nella maggior parte dei casi pratticamente un divieto di usare la strada). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] restrizioni di svolta
Il 12/04/2013 03:50 PM, Sky One scrisse: Concordo. A questo proposito forse vale la pena spingere un po' sulle note: mi è capitato di trovarne alcune indicanti i nomi delle vie e li ho aggiunti in OSM. In questo modo anche un non-mappatore può contribuire allo sviluppo. Specie se li ha copiati da google maps ;-) ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Restyling openstreetmap.org imminente
2013/12/4 emmexx emm...@tiscalinet.it Intendevo a sx. In realta' poi mi sono accorto che ero loggato e dopo aver fatto il logout e' apparsa di nuovo, poi scomparsa. E' la nuova finestra che invita a mappare. si, di questo è stato parlato tanto (non si poteva chiudere inizialmente, scompariva soltanto con un login, per scelta del design team, e adesso è stato aggiunto la possibilità di farlo). Penso che Mapbox ha fatto in generale un bellissimo lavoro, ma ci sono ancora una serie di grandi e piccoli problemi che si risolveranno andando avanti... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] voting landuse=highway
e finalmente si vota anche per landuse=highway: https://wiki.openstreetmap.org/wiki/Proposed_features/highway ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade con doppio nome in base al lato
Am 04/dic/2013 um 11:07 schrieb bredy bredy...@yahoo.it: queste strade così taggate risultano senza nome, forse perchè non riconosce il tag name:alto della strada. lo dovresti segnalare a Simon Poole, forse lo corregge, da quello che scrivi sembra un Bug del tool ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: voting landuse=highway
L Voting is suspended since 19:48, 4 December 2013 (UTC) Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Inviato: mercoledì 4 dicembre 2013 19:48 A: openstreetmap list - italiano Oggetto: [Talk-it] voting landuse=highway e finalmente si vota anche per landuse=highway: https://wiki.openstreetmap.org/wiki/Proposed_features/highway ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Talk-co sitios web en Colombia
La aplicación móvil Mipronostico del Ideam usa la cartografía de OSM y las capas de Mapquest, para proyectar sobre ellas las alarmas en casos de emergencia. https://play.google.com/store/apps/details?id=com.climaap1 El nov 25, 2013 8:18 p.m., carlos felipe castillo kaxti...@gmail.com escribió: Nuevo: http://www.salahumanitaria.co/ El 6 de octubre de 2013 09:14, Miguel Google migueldesplazamientocen...@gmail.com escribió: Hola, Aquí están otros: Http://respondiente2.host22.com Https://redhumus.org/land Biofilo Panclasta @kublaykan El 3/10/2013, a las 7:00, talk-co-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-co a talk-co@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB https://lists.openstreetmap.org/listinfo/talk-co O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-co-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-co-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-co digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: sitios web en Colombia (Harrier Co) -- Message: 1 Date: Wed, 2 Oct 2013 21:29:31 -0500 From: Harrier Co harrie...@hotmail.com To: talk-co@openstreetmap.org talk-co@openstreetmap.org Subject: Re: [Talk-co] sitios web en Colombia Message-ID: bay174-w23543fee700e957834abcab4...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 Otros sitios http://www.calidadcelular.co/calidad-celular/ http://sig.mintic.gov.co/maptool http://oxitrans.com.co/contactenos/ http://web.mintransporte.gov.co/sigpvr/ un mix de google y osm http://semanageomatica2013.igac.gov.co:8181/contactenos http://www.drhappy.com.co/seccion encuentranos http://www.tradebook.com.co/ http://www.mibogotaverde.co/site/ http://www.mercadoscampesinos.co/reports/view/24 http://newco.com.co/drogueria-hospitalaria/contactenos/ http://irv.participa.com.co/ http://yodigoaquiestoy.co/# http://www.tuugo.com.co/LocationsHome/Magdalena http://spectrum.ane.gov.co/invitado/ From: harrie...@hotmail.com To: talk-co@openstreetmap.org Date: Sun, 29 Sep 2013 10:19:01 -0500 Subject: [Talk-co] sitios web en Colombia Hola me gustaría crear un listado de sitios web que utilizan openstreetmap en Colombia, ¿Ustedes conocen algunos? Por ahora nevados.org y http://trewa.co/page/2/, cuales mas? Harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-co/attachments/20131002/c0b4ed7c/attachment-0001.html -- ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co Fin de Resumen de Talk-co, Vol 63, Envío 2 ** ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- Atentamente, Carlos Felipe Castillo. about.me / kaxtillo http://about.me/kaxtillo ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Talk-co sitios web en Colombia
La gobernación de Boyaca tambien esta usando openstreetmap para visualizar salones de accion comunal http://www.dapboyaca.gov.co/?page_id=123 El 4 de diciembre de 2013 06:48, hyan...@gmail.com hyan...@gmail.comescribió: La aplicación móvil Mipronostico del Ideam usa la cartografía de OSM y las capas de Mapquest, para proyectar sobre ellas las alarmas en casos de emergencia. https://play.google.com/store/apps/details?id=com.climaap1 El nov 25, 2013 8:18 p.m., carlos felipe castillo kaxti...@gmail.com escribió: Nuevo: http://www.salahumanitaria.co/ El 6 de octubre de 2013 09:14, Miguel Google migueldesplazamientocen...@gmail.com escribió: Hola, Aquí están otros: Http://respondiente2.host22.com Https://redhumus.org/land Biofilo Panclasta @kublaykan El 3/10/2013, a las 7:00, talk-co-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-co a talk-co@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB https://lists.openstreetmap.org/listinfo/talk-co O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-co-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-co-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-co digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: sitios web en Colombia (Harrier Co) -- Message: 1 Date: Wed, 2 Oct 2013 21:29:31 -0500 From: Harrier Co harrie...@hotmail.com To: talk-co@openstreetmap.org talk-co@openstreetmap.org Subject: Re: [Talk-co] sitios web en Colombia Message-ID: bay174-w23543fee700e957834abcab4...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 Otros sitios http://www.calidadcelular.co/calidad-celular/ http://sig.mintic.gov.co/maptool http://oxitrans.com.co/contactenos/ http://web.mintransporte.gov.co/sigpvr/ un mix de google y osm http://semanageomatica2013.igac.gov.co:8181/contactenos http://www.drhappy.com.co/seccion encuentranos http://www.tradebook.com.co/ http://www.mibogotaverde.co/site/ http://www.mercadoscampesinos.co/reports/view/24 http://newco.com.co/drogueria-hospitalaria/contactenos/ http://irv.participa.com.co/ http://yodigoaquiestoy.co/# http://www.tuugo.com.co/LocationsHome/Magdalena http://spectrum.ane.gov.co/invitado/ From: harrie...@hotmail.com To: talk-co@openstreetmap.org Date: Sun, 29 Sep 2013 10:19:01 -0500 Subject: [Talk-co] sitios web en Colombia Hola me gustaría crear un listado de sitios web que utilizan openstreetmap en Colombia, ¿Ustedes conocen algunos? Por ahora nevados.org y http://trewa.co/page/2/, cuales mas? Harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-co/attachments/20131002/c0b4ed7c/attachment-0001.html -- ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co Fin de Resumen de Talk-co, Vol 63, Envío 2 ** ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- Atentamente, Carlos Felipe Castillo. about.me / kaxtillo http://about.me/kaxtillo ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Talk-co sitios web en Colombia
https://github.com/joker-x/Leaflet.geoCSV http://joker-x.github.io/Leaflet.geoCSV/example/bankia/index.html Cordial Saludo, Jaime Mejía El 4 de diciembre de 2013 08:55, Leonardo Gutierrez l...@nuevoartesano.comescribió: La gobernación de Boyaca tambien esta usando openstreetmap para visualizar salones de accion comunal http://www.dapboyaca.gov.co/?page_id=123 El 4 de diciembre de 2013 06:48, hyan...@gmail.com hyan...@gmail.comescribió: La aplicación móvil Mipronostico del Ideam usa la cartografía de OSM y las capas de Mapquest, para proyectar sobre ellas las alarmas en casos de emergencia. https://play.google.com/store/apps/details?id=com.climaap1 El nov 25, 2013 8:18 p.m., carlos felipe castillo kaxti...@gmail.com escribió: Nuevo: http://www.salahumanitaria.co/ El 6 de octubre de 2013 09:14, Miguel Google migueldesplazamientocen...@gmail.com escribió: Hola, Aquí están otros: Http://respondiente2.host22.com Https://redhumus.org/land Biofilo Panclasta @kublaykan El 3/10/2013, a las 7:00, talk-co-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-co a talk-co@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB https://lists.openstreetmap.org/listinfo/talk-co O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-co-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-co-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-co digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: sitios web en Colombia (Harrier Co) -- Message: 1 Date: Wed, 2 Oct 2013 21:29:31 -0500 From: Harrier Co harrie...@hotmail.com To: talk-co@openstreetmap.org talk-co@openstreetmap.org Subject: Re: [Talk-co] sitios web en Colombia Message-ID: bay174-w23543fee700e957834abcab4...@phx.gbl Content-Type: text/plain; charset=iso-8859-1 Otros sitios http://www.calidadcelular.co/calidad-celular/ http://sig.mintic.gov.co/maptool http://oxitrans.com.co/contactenos/ http://web.mintransporte.gov.co/sigpvr/ un mix de google y osm http://semanageomatica2013.igac.gov.co:8181/contactenos http://www.drhappy.com.co/seccion encuentranos http://www.tradebook.com.co/ http://www.mibogotaverde.co/site/ http://www.mercadoscampesinos.co/reports/view/24 http://newco.com.co/drogueria-hospitalaria/contactenos/ http://irv.participa.com.co/ http://yodigoaquiestoy.co/# http://www.tuugo.com.co/LocationsHome/Magdalena http://spectrum.ane.gov.co/invitado/ From: harrie...@hotmail.com To: talk-co@openstreetmap.org Date: Sun, 29 Sep 2013 10:19:01 -0500 Subject: [Talk-co] sitios web en Colombia Hola me gustaría crear un listado de sitios web que utilizan openstreetmap en Colombia, ¿Ustedes conocen algunos? Por ahora nevados.org y http://trewa.co/page/2/, cuales mas? Harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-co/attachments/20131002/c0b4ed7c/attachment-0001.html -- ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co Fin de Resumen de Talk-co, Vol 63, Envío 2 ** ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co -- Atentamente, Carlos Felipe Castillo. about.me / kaxtillo http://about.me/kaxtillo ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Til orientering - Nye luftfotos fra Geodatastyrelsen
Hej alle sammen Geodatastyrelsen frigav i går nye luftfotos i 10 cm (1 pixel = 10 cm) opløsning og de er fra forår 2013 og det drejer sig om følgende områder - Region Hovedstaden, Midtjylland, Fyn (inkl. fynske øhav). De sidste områder vil komme i løbet af kort tid - imens må du nøjes med luftfotos fra forår 2012 Hvis du bruger JOSM editor og ikke har fået læst hvordan man får adgang til luftfotos via det værktøj så læs følgende guide http://www.microformats.dk/2013/03/14/sadan-kalder-du-geodatastyrelsens-wms-tjenester-fra-josm/ Desværre kan brugere af den nye iD editor eller Potlatch 2 ikke kalde luftfotos fra Geodatastyrelsen - Det vil kræve en TMS (Tile Map Server) service fra Geodatastyrelsen, hvilket de ikke har på nuværende tidspunkt af luftfotos. Jeg ved ikke om iD i fremtiden måske vil have en WMS mulighed, derved vil iD kunne bruges. vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] New Mappa Mercia website
Hi Rob Well done on progressing the website. I'm not there this month so here's my input: I think your idea of not having a map on the home page is a good one and I like the idea of some photos of personalities too! I'm happy to go along with any design for the pages and site you collectively arrive at - the German OSM site might be worth emulating. I'm willing to produce/edit any text you need I'm willing to test navigation/usability - as I'm sure everyone else will Prominence to my heritage map in the maps section ;-) Blog stats Blog access details so I can start blogging again! Regards Brian On 3 December 2013 22:32, Rob Nickerson rob.j.nicker...@gmail.com wrote: Okay, time to re-focus my efforts on the Mappa Mercia website. The current version of the site is online at http://mappa-mercia.org/ . And the proposed new version is in development at http://mappa.stulester.co.uk/ Looking at the new design again (with SOTM now behind us) I now think we are being too cautious, not changing enough. I suggest we refocus on the community and potential things that the Mappa Mercia can work on (e.g. with a local council, charity or organisation). So I suggest that we: 1. Make the landing page the “About” page but update it to include a carousel of images of the local members, SOTM, GPS surveying and a map render. 2. Remove the “The Maps” page altogether keeping just the drop down menu. If wordpress insists we have a link here then we can just redirect it to the first map in the list. 3. Each map page includes a large map with some text below it. I'm hoping to get a button on there that opens each map in full screen. 4. Rename “News” to “Blog” as previously discussed. 5. Make the “Projects” page our active way of organising projects/current mapping tasks. For now this can start with a list of current projects with links out to the relevant page on the OSM wiki I will be around Thursday evening at our monthly meet-up so we can look through things then. I would also welcome support from outside our normal group, so if you have any web/wordpress skills and can spare a few minutes to help us out, please do get in contact. Thoughts welcome. Best regards, Rob ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] Error catastro en Huetor-Tájar
Hola; En mi opinión el usuario que ha importado catastro no ha mirado lo que contenía el fichero osm y ha metido todo, en Burgos en las pruebas que hemos hecho tan sólo hemos importado edificios. http://www.openstreetmap.org/#map=18/42.93219/-3.48500 Un saludo Oscar Date: Wed, 4 Dec 2013 17:55:08 +0100 From: asan...@gmail.com To: talk-es@openstreetmap.org Subject: [Talk-es] Error en Huetor-Tájar Buenas a tod@s, he detectado este error en todos los edificios de esta localidad. http://osm.org/go/b7JcEw5d- Saludos, Andrés. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Error catastro en Huetor-Tájar
Buenos días, analizando las etiquetas que se han empleado para la importación he encontrado que se han usado las map_features: *boundary=administrative*, que se usa para los límites administrativos [1] *admin_level=10*, que se usa para determinar el nivel de este límite administrativos, en este caso al ser 10 sería a nivel de barrios [2] para España Espero que la info sirva de ayuda para corregir este problema de importación. Saludos!!! [1] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative [2] http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level El 4 de diciembre de 2013 22:07, Óscar Zorrilla Alonso oscar_zorri...@hotmail.com escribió: Hola; En mi opinión el usuario que ha importado catastro no ha mirado lo que contenía el fichero osm y ha metido todo, en Burgos en las pruebas que hemos hecho tan sólo hemos importado edificios. http://www.openstreetmap.org/#map=18/42.93219/-3.48500 Un saludo Oscar -- Date: Wed, 4 Dec 2013 17:55:08 +0100 From: asan...@gmail.com To: talk-es@openstreetmap.org Subject: [Talk-es] Error en Huetor-Tájar Buenas a tod@s, he detectado este error en todos los edificios de esta localidad. http://osm.org/go/b7JcEw5d- Saludos, Andrés. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Error catastro en Huetor-Tájar
¿Hay que llegar a ese límite de considerar una parcela un administrative boundary? Hay algunos tags que no coinciden con los que estamos usando nosotros en Cat2Osm2 como por ejemplo el is_in:catastro:ref que nosotros usamos directamente catastro:ref. ¿Cuál sería el correcto? Y teniendo en cuenta que está usando Catastro y parece que está bien mapeado ese pueblo supongo que estará comprobando que las direcciones sean correctas. Saludos. El 5 de diciembre de 2013 08:06, Moises Arcos moiarc...@gmail.comescribió: Buenos días, analizando las etiquetas que se han empleado para la importación he encontrado que se han usado las map_features: *boundary=administrative*, que se usa para los límites administrativos [1] *admin_level=10*, que se usa para determinar el nivel de este límite administrativos, en este caso al ser 10 sería a nivel de barrios [2] para España Espero que la info sirva de ayuda para corregir este problema de importación. Saludos!!! [1] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative [2] http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level El 4 de diciembre de 2013 22:07, Óscar Zorrilla Alonso oscar_zorri...@hotmail.com escribió: Hola; En mi opinión el usuario que ha importado catastro no ha mirado lo que contenía el fichero osm y ha metido todo, en Burgos en las pruebas que hemos hecho tan sólo hemos importado edificios. http://www.openstreetmap.org/#map=18/42.93219/-3.48500 Un saludo Oscar -- Date: Wed, 4 Dec 2013 17:55:08 +0100 From: asan...@gmail.com To: talk-es@openstreetmap.org Subject: [Talk-es] Error en Huetor-Tájar Buenas a tod@s, he detectado este error en todos los edificios de esta localidad. http://osm.org/go/b7JcEw5d- Saludos, Andrés. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Error catastro en Huetor-Tájar
También estoy viendo en el caso de lo que habéis subido en Medina de Pomar, que en el caso de que haya un edificio con varias alturas, la geometría del de alturas inferiores la dejáis por debajo de otras geometrías de altura superior: http://www.openstreetmap.org/way/239069526 Por ejemplo esta geometría que representa una parte de 6 plantas, tiene otra geometría por debajo que representa 1 planta. ¿Es esta es la mejor forma de representar diferentes alturas? Ya que nosotros en Cat2Osm2 estamos separando en 2 geometrías que no se solapan. Si la forma solapada es mejor, cambiamos el programa. Saludos. El 5 de diciembre de 2013 08:26, Ander Pijoan ander.pij...@deusto.esescribió: ¿Hay que llegar a ese límite de considerar una parcela un administrative boundary? Hay algunos tags que no coinciden con los que estamos usando nosotros en Cat2Osm2 como por ejemplo el is_in:catastro:ref que nosotros usamos directamente catastro:ref. ¿Cuál sería el correcto? Y teniendo en cuenta que está usando Catastro y parece que está bien mapeado ese pueblo supongo que estará comprobando que las direcciones sean correctas. Saludos. El 5 de diciembre de 2013 08:06, Moises Arcos moiarc...@gmail.comescribió: Buenos días, analizando las etiquetas que se han empleado para la importación he encontrado que se han usado las map_features: *boundary=administrative*, que se usa para los límites administrativos [1] *admin_level=10*, que se usa para determinar el nivel de este límite administrativos, en este caso al ser 10 sería a nivel de barrios [2] para España Espero que la info sirva de ayuda para corregir este problema de importación. Saludos!!! [1] http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative [2] http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level El 4 de diciembre de 2013 22:07, Óscar Zorrilla Alonso oscar_zorri...@hotmail.com escribió: Hola; En mi opinión el usuario que ha importado catastro no ha mirado lo que contenía el fichero osm y ha metido todo, en Burgos en las pruebas que hemos hecho tan sólo hemos importado edificios. http://www.openstreetmap.org/#map=18/42.93219/-3.48500 Un saludo Oscar -- Date: Wed, 4 Dec 2013 17:55:08 +0100 From: asan...@gmail.com To: talk-es@openstreetmap.org Subject: [Talk-es] Error en Huetor-Tájar Buenas a tod@s, he detectado este error en todos los edificios de esta localidad. http://osm.org/go/b7JcEw5d- Saludos, Andrés. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Mailingliste
Am 24.11.2013 13:55, schrieb Thomas Kaufmann: Weiters (es mag vielleicht für manche lächerlich klingen) weiß ich nicht, wie ich User bei OSM finde, was ich aber für den Aufbau eines Kontaktenetzwerkes unbedingt benötigen würde. Hallo Thomas! Ich hätte da einen Link für Dich: http://resultmaps.neis-one.org/oooc Auf dieser Seite findest Du leicht Mapper aus Deiner Gegend. LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Basemap.at
Hallo ! Hab gerade im Josm Basemap.at gefunden. Wiki Eintrag dazu: http://wiki.openstreetmap.org/wiki/AT/basemap Also das ist ja echt mal super. Habe es gleich mit meinem Heimatort verglichen und etliche Hausnummern erweitert. Aber Vorsicht! So weit ich gesehen habe stimmen die Einträge nicht immer. Manche Strassen sind Falsch. Hausnummern auf falschen Gebäuden, ... Bitte nicht einfach stupide abzeichnen sondern mit Hirn und Verstand und vielleicht einem Geoimage Layer :-) Roland ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Basemap.at
On 04/12/13 18:45, Markus Mayr wrote: Kann ich nur unterstreichen. Einige Gebäude fehlen sogar und über so manch eine Waldgrenze lässt sich streiten (oder eben auch nicht ;-) ) Auch aus der Steiermark kann ich melden - es sind nun auch außerhalb von Graz Hausnummern verfügbar. Allerdings auch ist nach einigen Stichproben in Graz in der basemap.at bei Hausnummern sowie Gebäuden teilweise Blödsinn drin. lg, Michi Am 2013-12-04 14:39, schrieb Roland Schuller: Hallo ! Hab gerade im Josm Basemap.at gefunden. Wiki Eintrag dazu: http://wiki.openstreetmap.org/wiki/AT/basemap Also das ist ja echt mal super. Habe es gleich mit meinem Heimatort verglichen und etliche Hausnummern erweitert. Aber Vorsicht! So weit ich gesehen habe stimmen die Einträge nicht immer. Manche Strassen sind Falsch. Hausnummern auf falschen Gebäuden, ... Bitte nicht einfach stupide abzeichnen sondern mit Hirn und Verstand und vielleicht einem Geoimage Layer :-) Roland -- Michael Maier, Student of Telematics @ Graz University of Technology OpenStreetMap Graz http://osm.org/go/0Iz@paV http://wiki.osm.org/Graz http://wiki.osm.org/Graz/Stammtisch signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it-trentino] Nuovo workshop OSM Trentino
2013/12/4 pietro marzani piem...@yahoo.it: ciao, ciao ho inserito le mie date; per la settimana prossima ho messo dei punti di domanda soprattutto perché temo sia troppo vicino e ci tocchi fare le corse come l'altra volta. +1 Per il programma: forse Luca potrebbe riproporci quanto presentato a Padova per l'utilizzo ciclistico di OSM?? se volete, ma posso fare anche altro Ciao Pietro -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [OSM-Talk-ZA] Mozambique Gas Pipeline
OpenStreetMap link or it didn't happen :-) But seriously - I know you've been looking at mapping pipelines for a while now, and I think it's awesome! -- Dawid Loubser da...@travellinck.com Op Di, 2013-12-03 om 22:35 + skryf Gerhardus Geldenhuis: Hi I have recently finished a first draft mapping effort of the gas pipeline between Secunda and Mozambique. You can view a diagram of this pipeline at http://www.itoworld.com/map/220?lon=31.67168lat=-26.63710zoom=7fullscreen=true If the link fails just go to: http://www.itoworld.com/map/220 and find South Africa. Regards -- Gerhardus Geldenhuis ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za signature.asc Description: This is a digitally signed message part ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-za
