[OSM-talk] Sports club
I was trying to map a plaza today and I wanted to enter in a new node for a Sport club (workout facility with weights, fitness classes, tennis courts, etc...) I looked around the local area for other such facilities and the only one I could find had been tagged with sports=athletics. Is that the proper tagging for these private workout clubs? I saw a proposal for amenity=gym, but it had no responses. Does that mean it was rejected or just never considered. Thanks, J.M. Wiley ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Addresses
I am working on a project which will be importing items from excel and putting them on the map. The items (shops, buildings,...) have got address but they do not have the house numbers separated the street name, nor is it always the case that the house number is included. It is not a simple parsing task to parse these field for every locale, so I am wondering what I should do with it. Should I put it into a new tag, should I use the full? How can I add this information to the entity without making errors in the street or house number fields? Thanks, J.M. Wiley ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Addresses
Unfortunately the data is coming to me from a tool I do not control. I simply will be importing the data and allowing someone to associate the data provided with areas and nodes on the map. Most of the data will be for the US, but there is no guarantee that the addresses are correctly formatted which is why I am worried about doing something simple like assuming the house number is always first and is even always present. Seems to me like the best thing to do would be to skip the street address fields and simply use the ones which have a 1-1 mapping (city, country, state/province, postal code, phone). Leave the address for someone else. J.M. From: john whelan [mailto:jwhelan0...@gmail.com] Sent: Monday, February 28, 2011 3:58 PM To: John-Michael Wiley Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] Addresses Tricky because of the accuracy. My money would be to add a two fields and put the lat and long coordinates in there. I'd also use a database rather than Excel such as SQL server there are better validation tools available. Then you really need manual verification you have the correct location. I've dropped some items in by address in Ottawa, you can get close but you need to verify because a shopping Mall may have a single street address so many stores have the same address. If I think in terms of a database for people that feeds multiple needs eg HR, phone etc. You sort of need a key such that you can key a building then link it to other information such as name, opening hours, phone number etc. Since you have a Microsoft email address think in terms of OSM is an XML file and then think Biztalk. You may want to email me a little off line on this since this is more electronic map than OSM normally likes to think of itself. Cheerio John On 28 February 2011 18:11, John-Michael Wiley jmwi...@microsoft.commailto:jmwi...@microsoft.com wrote: I am working on a project which will be importing items from excel and putting them on the map. The items (shops, buildings,...) have got address but they do not have the house numbers separated the street name, nor is it always the case that the house number is included. It is not a simple parsing task to parse these field for every locale, so I am wondering what I should do with it. Should I put it into a new tag, should I use the full? How can I add this information to the entity without making errors in the street or house number fields? Thanks, J.M. Wiley ___ talk mailing list talk@openstreetmap.orgmailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] magical road detector to play with
Not sure that was helpful. Anyway, I updated the staging servers with a new build that hopefully addresses the issues. Give it a try and let me know if you any issue. - modified osmchange to osmChange - removed the bounds http://3667a17de9b94ccf8fd278f9de62dae4.cloudapp.net/ Thanks, J.M. -Original Message- From: David Murn [mailto:da...@incanberra.com.au] Sent: Sunday, February 13, 2011 4:42 PM To: Chris Browet Cc: John-Michael Wiley; talk@openstreetmap.org Subject: Re: [OSM-talk] magical road detector to play with On Sun, 2011-02-13 at 19:52 +0100, Chris Browet wrote: On Sun, Feb 13, 2011 at 19:25, Chris Browet c...@semperpax.com wrote: Busy implementing in Merkaartor A bug: you output osmchange while it is osmChange, with a capital C. see http://wiki.openstreetmap.org/wiki/OsmChange - Chris - And, AFAIK, bounds below create is not valid. A program that came out of Microsoft, trying to slightly modify a defacto file format standard, say it isnt so. Next will come .MSO, its just like .OSM but with the subtle MicroSoft Openstreetmap changes to the existing format. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New production build of magicshop
I just updated the servers http://magicshop.cloudapp.net with a new build. I apologize that I had to take down the servers for a few minutes during the upgrade. From Ido: OK, like everything in IDF (Israeli army) the algorithm has three parts: 1. Pre-processing - creating road probability map based on the user's clicks and a prior. 2. Computing shortest path (Dijkstra) 3. Post-processing - smoothing the path. Changes are: a. I sped things up (mainly by doing some of the calculations in lower resolution, and simplifying the flow/removing redundant modules) [affects stages 13] b. I added a module that creates shortcuts along ridges in the road probability map (might introduce a minor performance improvement, but mainly makes sure the road won't wander off too often) [mainly affects stage 1 (and maybe a tiny little bit of 2)] c. I added a simple junction detector that occasionally finds a junction (and forces a node) [affects stage 3] Ido I also added debugging code. We have had a few crashes down in the processing code which leads to an occasional 503 from the web site. I have modified the service to record the url when this happens so we can hopefully track it down. Thanks, J.M. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] magical road detector to play with
Chris, The bounding box is the largest area we will search. Actually if the bounding box is greater than 250 tiles at level 18 (Bing Map Tile System)http://msdn.microsoft.com/en-us/library/bb259689.aspx then the call will return a 400 (BadRequest). We don't want people sending the server gigantic queries and bogging it down. If you click on the explore button you can see some of the early work we are doing with the idea of exploring the map in the given region. The code is still being worked on and we will let people know when improvements are made. http://c5a33f72a0594a6b87931c2e3f984324.cloudapp.net/DetectRoad.svc/explore/?pt1=47.7033391042276,-122.111653945654pt2=47.7008480831473,-122.111600301474bbox=47.704891419481,-122.11515154621,47.6984147099526,-122.105753085822 Thanks, J.M. From: christian.bro...@gmail.com [mailto:christian.bro...@gmail.com] On Behalf Of Chris Browet Sent: Friday, February 04, 2011 1:55 AM To: John-Michael Wiley Cc: Steve Coast; talk@openstreetmap.org Subject: Re: [OSM-talk] magical road detector to play with On Fri, Feb 4, 2011 at 06:12, John-Michael Wiley jmwi...@microsoft.commailto:jmwi...@microsoft.com wrote: I made the changes, checked in the code and published them to the staging servers. If someone else wants to take a look at the output and let me know if you think. Unless I hear complaints I will update the production servers tomorrow. http://c5a33f72a0594a6b87931c2e3f984324.cloudapp.net/ I pasted the new output below. Thanks, J.M. - No related, but I wonder about the bbox parameter in the requests. What should it be? The smallest possible bbox completely containing the road to be detected? Is it also a technical optimization parameter, i.e. specifying the world might work but with a huge performance penalty? - Do you think, at one point, it would be possible to detect all roads/segments within the bbox according to one point defining the roads color (This would probably increase the usefulness of the system by an order of magnitude...) - Chris - ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] magical road detector to play with
The wiki page is not clear about what the version is supposed to be, is it for the version of OSM that output is written for or the version of the creator? I can do either, without much trouble. J.M. From: SteveC [mailto:st...@asklater.com] Sent: Thursday, February 03, 2011 9:16 PM To: John-Michael Wiley Cc: Chris Browet; talk@openstreetmap.org Subject: Re: [OSM-talk] magical road detector to play with Maybe put the magicshop version number in the creator? Steve On Feb 3, 2011, at 9:12 PM, John-Michael Wiley jmwi...@microsoft.commailto:jmwi...@microsoft.com wrote: I made the changes, checked in the code and published them to the staging servers. If someone else wants to take a look at the output and let me know if you think. Unless I hear complaints I will update the production servers tomorrow. http://c5a33f72a0594a6b87931c2e3f984324.cloudapp.net/ I pasted the new output below. Thanks, J.M. osmchange version=0.6 generator=magicshop create version=0.6 generator=magicshop bounds minlat=47.626690 minlon=-122.119339 maxlat=47.627491 maxlon=-122.116432/ node id=-1 lat=47.6266899 lon=-122.1164322/ node id=-2 lat=47.6271019 lon=-122.1169662/ node id=-3 lat=47.6273270 lon=-122.1172714/ node id=-4 lat=47.6273766 lon=-122.1174622/ node id=-5 lat=47.6273804 lon=-122.1180801/ node id=-6 lat=47.6273880 lon=-122.1184006/ node id=-7 lat=47.6273880 lon=-122.1185226/ node id=-8 lat=47.6273804 lon=-122.1188660/ node id=-9 lat=47.6274834 lon=-122.1193314/ node id=-10 lat=47.6274910 lon=-122.1193390/ way id=-1 nd ref=-1/ nd ref=-2/ nd ref=-3/ nd ref=-4/ nd ref=-5/ nd ref=-6/ nd ref=-7/ nd ref=-8/ nd ref=-9/ nd ref=-10/ /way /create /osmchange From: christian.bro...@gmail.commailto:christian.bro...@gmail.com [mailto:christian.bro...@gmail.com] On Behalf Of Chris Browet Sent: Thursday, February 03, 2011 6:47 PM To: John-Michael Wiley Cc: Steve Coast; talk@openstreetmap.orgmailto:talk@openstreetmap.org Subject: Re: [OSM-talk] magical road detector to play with I am also wondering if we should switch to osm change as the enclosing tag although the idea is not to give someone something they submit right to OSM. In our prototypes we have been adding the detected ways onto the map for the user to edit and approve. I generate new id’s for the ones passed back to me so they don’t conflict with current changes the user has already made. I personally see no advantage for switching to osm change, as all features are new anyway, but indeed the disadvantage of being too easy to upload as-is, without proper review... - Chris - ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] magical road detector to play with
Thanks everyone for the feedback so far we have these issues we will hopefully be fixing and getting propped soon: - generator=CGIMap 0.0.2 will be removed. - way version will be removed - visibility tag will be removed. - user, uid will be removed - highway tag will be removed. Am I missing any changes? I am also wondering if we should switch to osm change as the enclosing tag although the idea is not to give someone something they submit right to OSM. In our prototypes we have been adding the detected ways onto the map for the user to edit and approve. I generate new id's for the ones passed back to me so they don't conflict with current changes the user has already made. Sincerely, J.M. Wiley From: Chris Browet [mailto:c...@semperpax.com] Sent: Thursday, February 03, 2011 6:26 PM To: Steve Coast Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] magical road detector to play with Small details: in way id=-29 user= uid=1950453003 visible=flase version=5 (just clicking Go on http://magicshop.cloudapp.net/Default.aspx) 1) false is misspelled to flase 2) Why false in the first place? 3) What/who/why is the uid mentioned? 4) same about version (hardcoded to 5?) It will be experimentally enabled in Merkaartor soon. Regards - Chris - On Thu, Feb 3, 2011 at 18:17, Steve Coast st...@asklater.commailto:st...@asklater.com wrote: http://www.bing.com/community/site_blogs/b/maps/archive/2011/02/03/automatically-detect-roads-with-bing-aerial-imagery.aspx ___ talk mailing list talk@openstreetmap.orgmailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] magical road detector to play with
I made the changes, checked in the code and published them to the staging servers. If someone else wants to take a look at the output and let me know if you think. Unless I hear complaints I will update the production servers tomorrow. http://c5a33f72a0594a6b87931c2e3f984324.cloudapp.net/ I pasted the new output below. Thanks, J.M. osmchange version=0.6 generator=magicshop create version=0.6 generator=magicshop bounds minlat=47.626690 minlon=-122.119339 maxlat=47.627491 maxlon=-122.116432/ node id=-1 lat=47.6266899 lon=-122.1164322/ node id=-2 lat=47.6271019 lon=-122.1169662/ node id=-3 lat=47.6273270 lon=-122.1172714/ node id=-4 lat=47.6273766 lon=-122.1174622/ node id=-5 lat=47.6273804 lon=-122.1180801/ node id=-6 lat=47.6273880 lon=-122.1184006/ node id=-7 lat=47.6273880 lon=-122.1185226/ node id=-8 lat=47.6273804 lon=-122.1188660/ node id=-9 lat=47.6274834 lon=-122.1193314/ node id=-10 lat=47.6274910 lon=-122.1193390/ way id=-1 nd ref=-1/ nd ref=-2/ nd ref=-3/ nd ref=-4/ nd ref=-5/ nd ref=-6/ nd ref=-7/ nd ref=-8/ nd ref=-9/ nd ref=-10/ /way /create /osmchange From: christian.bro...@gmail.com [mailto:christian.bro...@gmail.com] On Behalf Of Chris Browet Sent: Thursday, February 03, 2011 6:47 PM To: John-Michael Wiley Cc: Steve Coast; talk@openstreetmap.org Subject: Re: [OSM-talk] magical road detector to play with I am also wondering if we should switch to osm change as the enclosing tag although the idea is not to give someone something they submit right to OSM. In our prototypes we have been adding the detected ways onto the map for the user to edit and approve. I generate new id's for the ones passed back to me so they don't conflict with current changes the user has already made. I personally see no advantage for switching to osm change, as all features are new anyway, but indeed the disadvantage of being too easy to upload as-is, without proper review... - Chris - ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk