Re: [Talk-ca] Mapping turn restrictions in Canada
On Mon, Jul 25, 2016 at 1:49 PM, Manohar Erikipatiwrote: > Hey there, > Today we mapped 76 turn restrictions in Canada. You can follow the project > tracker here(https://github.com/mapbox/mapping/issues/213) and get involved. > We have across signage with text we are not so sure about, it would great if > canadian mappers clarify us on these. > 1(https://d1cuyjsrcm0gby.cloudfront.net/4ZA3OT0nHoDQ7F7JILG-pg/thumb-2048.jpg), > 2(https://d1cuyjsrcm0gby.cloudfront.net/IYi6WjwOQDnPW1HTTGyh8A/thumb-2048.jpg). At the first intersection, the text in French means "Wait for arrow to turn left" which you can probably ignore. There is also a no U turn sign. At the second intersection, there is no left turn at certain times. I think it says Monday to Friday 8am-10am and 3pm-7pm (Lun-Ven 8h-10h, 15h-19h in French) but it is hard to read. There is also no U turn except authorized vehicles. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] restriction=no_right_turn_on_red causing routing problems in Toronto
On Tue, Jun 28, 2016 at 2:11 PM, Nathan Wesselwrote: > Hi all, > > I'm hoping to get some advice on what to do with a relatively uncommon turn > restriction tag currently in use in Toronto and Ottawa. No right turn on red signs are pretty common. You definitely shouldn't delete them. This sounds like a bug in the routing software that needs to fixed. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Red Cross and Fort McMurray Fires
On Sun, May 15, 2016 at 5:09 PM, Denis Carrierewrote: > If anyone is interested in using this custom imagery in JOSM or iD, here is > the URL: > > https://cdn.albertamapservices.ca/genesis_tokenauth/rest/services/Pleiades_RGB_Ft_McMurray_Fire_50cm/20160506/MapServer/tile/{zoom}/{y}/{x} Is the license compatible with OSM? ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Fort McMurray forest fires
As you are probably aware by now, a large portion of Fort McMurray, Alberta has been destroyed by forest fires. Is any freely licensed aerial imagery of the affected area available yet? Will the Humanitarian OpenStreetMap team be creating a project for Fort McMurray? ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Bus stops in Ottawa
On Feb 28, 2016 3:05 PM, "john whelan"wrote: > > It appears in august 2013 user andrewpmk imported the OC transpo bus stops, which is fine I don't have a problem with imports but I understand OC transpo issue a new updated GTFS file every year. Are there plans to reimport all the bus stops or will they simply become unreliable? ie most will be there and some will be missed. > These bus stops have been imported since the POI information includes information which is not visible at the bus stop but is available form the GTFS file. > > I have three concerns, one is the GTFS file does not include bus shelters and some existing bus stops have been mapped with shelter information. Are we to lose bus shelter information? The second is locally andrewpmk mapped bus stops in 2011 without the GTFS POI information and they are still there. So some locations have two bus stops mapped where there should be only one. The third one is how reliable is the data? Were all the bus stops in Ottawa imported and how do we communicate to users this bus stop was mapped in Aug 2013 if they aren't using JOSM? The bus stops were imported by brousseaumat. I just added the operator OC Transpo to them. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Talk-ca Digest, Vol 95, Issue 2
On Jan 12, 2016 2:39 PM, "Mojgan Jadidi"wrote: > > Hi all, > > Thanks Stewart for initiating this discussion, I am one of the folks working on OSM data at Metrolinx. We are currently working on OSM data of our service area to improve the address range information for route planing purpose. Our concern is improving address searching issues for the service based system using OSM as basemap. Our area of interest is Greater Toronto Area and Hamilton, mostly in new subdivision areas. Our conflation methods is based on an in-house algorithm of buffering left and right sides of the street segments to detect the missing parts, following with an extensive visual inspection (walking though all new data on OSM base map). > > We are going to publish our wikipage soon in OSM webpage and give more details. Metrolinx is an young agency with spirit of young professionals for open data and open source software. Hopefully we will have constructive feedback from the communities! Most of the address data in Toronto is from CanVec and I imported it a few years ago. You might want to look at open data from cities like Toronto and York Region which have more detailed address point data. I started importing Toront address data a few years ago but never finished because merging old data with new data is difficult. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Urgent care centre
On Nov 30, 2015 4:38 PM, "Tristan Anderson"wrote: > > amenity=clinic sounds great. I hope they're not officially called "urgent care centres" and they certainly shouldn't be tagged as such in OSM. If I got shot and saw an urgent care centre, I'd probably make the same mistake. Urgent care centre is the official name. I think that when they are open, they actually can provide some emergency medical treatment and then will transfer the patient to a real hospital. However, they are not open 24 hours. Should I do the same thing with rehabilitation hospitals, etc.? I know that OSM and Google Maps are not responsible if someone dies while using their maps, but as OSM becomes more popular, an incident like this may happen. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Unusual activity?
On Mon, Nov 23, 2015 at 1:58 PM, Adam Martinwrote: > There does appear to be a new gap in that area. Perhaps someone is working > on it in JOSM and is going to be re-making the landuse polygons in the area. The area around Carleton Place has looked like that for a long time. Canvec landuse was never imported there. If someone wants to fix this then go ahead but I consider repairing broken Canvec data to be a low priority right now. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Open Data Imports
For example Hamilton's open data license (http://www2.hamilton.ca/NR/rdonlyres/C58984A4-FE11-40B9-A231-8572EB922AAA/0/OpenDataTermsAndConditions_Final.html) at first glance seems OK: Your Use of Data: The City of Hamilton grants you a worldwide, royalty-free, perpetual, non-exclusive licence to use the Data, including for commercial purposes, subject to the terms and conditions below. You acknowledge and agree that this Licence does not give you a copyright or other proprietary interest in the Data. You may copy, modify, publish, translate, adapt, distribute or otherwise use the Data in any medium, mode or format for any lawful purpose. When you use the Data, you must acknowledge the source of the Data by including the following attribution statement: “Contains public sector Data made available under the City of Hamilton’s Open Data Licence” But then it says: The City of Hamilton may, in its sole discretion, require you to remove the above attribution statement from your continued use of the Data. (Does this mean that Hamilton can revoke our use of the data for whatever reason it wants? Sounds unacceptable to me) And: You must ensure that your use of the Data does not breach or infringe any applicable laws. (So is OSM held responsible if someone breaks the law using OSM data derived from Hamilton Open Data?) And then everything is subject to the Acceptable Use Agreement at http://www.hamilton.ca/government-information/site-policies/acceptable-use-agreement. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Open Data Imports
It might be helpful to look at http://openaddresses.io/ which is an project to aggregate address data from various open data portals. More and more cities have open data now. In Ontario openaddresses.io lists: - Burlington - Guelph - Hamilton - Kitchener - Oakville - Toronto - Waterloo - Welland - Windsor Does anyone know which of these (and others) are compatible with the OSM license? ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Open Data Imports
I am starting to work on importing Open Data datasets. I am using pnorman's ogr2osm script with modified translation files (see https://github.com/andrewpmk/ogr2osm-translations). It will be some time before I actually import anything. I would like to assemble a list of government open data portals in Canada which are compatible with the OSM license. Please add suitable open data sources to [https://wiki.openstreetmap.org/wiki/WikiProject_Canada/Open_data]. If they have already been fully imported then you should put a note on that wiki page. Also I am trying to figure out a way to import newer CanVec data. The CanVec files in OSM format at http://ftp2.cits.rncan.gc.ca/OSM/pub/ are out of date and appear to have been created in 2010. Is the script that was used to convert CanVec to OSM open source? It looks like there is a new version of CanVec called CanVec+, has anyone here used it yet? I am hoping to do something about the large amount of broken imported data in OSM in Canada and we need a better way of fixing broken CanVec data than copying from the Geobase WMS layer or cutting and pasting from outdated .osm files from 2010. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Highway 400A
The south end of Highway 11 at the Highway 11/400 junction between Highway 400 and Penetanguishene Road, just north of Barrie is currently tagged as Highway 400A in OSM. Is this still Highway 400A? I thought that this became Highway 11 after the Mike Harris downloading downloaded the section of Highway 11 south of there (most of which is Yonge Street). ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Low quality unresolvable notes
On Jul 6, 2015 9:30 PM, James james2...@gmail.com wrote: I'd say close them with a comment. Some of them are actually precise, saying like : no rtor eb. Which is more than enough data. General things like: add POIs at this location. Could be closed as the entirety of osm could be summed in a widespread note saying: Add mapping data. You can use your jugement and close them. Some of these notes are POIs that are visible on Mapillary but I couldn't figure out exactly where they are (for instance, the sign on a strip plaza shows there is a shop but I can't see exactly where it is). You should probably keep these. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk] Mechanical edits
Recently we have been having a problem with several users doing mechanical edits to add the prefix ON to the ref of every highway in Ontario. The Canadian OSM community is unhappy with this. I admit that I have been guilty of doing inappropriate mechanical edits in the past, but I am wondering: is it time that OSM implements controls on doing mechanical edits in the API? In other words, should OSM implement a feature in the API that bans doing edits over a certain size (perhaps 5 degrees latitude or 5 degrees longitude, with larger amounts of longitude allowed near the north and south pole as this would make editing there impossible otherwise), with exceptions for administrators/designated users? Would this cause so much of a problem for legitimate users that this is a bad idea? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mechanical edits
A large bounding box of a changeset is not a proof that the edit is mechanical. There are also users at OSM who first edit an object in Europe and afterwards in America before they upload their changes. (This usually happens if the user uses JOSM oder Potlatch 2) On the other hand, it is possible that a users who performs a mechanical edit uploads his changes in small chunks, each having a small bounding box (few square kilometers). There would have to be editor support for this feature, i.e. generate a warning in this situation. The idea is that mechanical edits would only be allowed for administrators/users with the mechanical edits allowed flag/users with over 1000 edits and 1 month experience, etc. There needs to be something to prevent particularly inexperienced users from doing damaging mechanical edits or at least generate warnings in editors to discourage them from doing so. Maybe a less drastic method is for editors such as JOSM to generate a warning when uploading a changeset with a large bounding box, or edits that upload data coming from the XAPI/Overpass service, etc. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-ca] ON prefix
User:osm_validation_and_improvements made mechanical edits to add the ON prefix to Ontario highways again. I am currently in the process of reverting these edits, but this will take a long time. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OSM data quality in Canada
On Wed, Jun 17, 2015 at 4:12 PM, Martijn van Exel m...@rtijn.org wrote: Hello list — My name is Martijn van Exel, I am on the OSM US board and work at Telenav. I’ve written to this list a few times before, but this time I am doing so with my Telenav hat on. Perhaps you know that we have the Scout apps (iOS, Android) which run on OSM data. (If you haven’t yet, please give Scout a try some time and let me know what you think!) Also the Scout app is not available in Canada right now, are you planning to make it available in Canada in the future? ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Ref tags in Ontario
On Fri, Jun 26, 2015 at 7:51 PM, James Mast rickmastfa...@hotmail.com wrote: Well Kevin, Well, it seems that the edits from 'OntarioEditor' along the entire 405 were missed and still have the 'ON' in the ref tag on the ways. As for the new user doing it, it's 'North American Highways'. I sent him both a PM and a comment on a changeset [1] directing him here to the mailing list. Hopefully he'll respond back to me or post here. For all I know, he could be the same user above with a new account as he added the 'ON' back to the ref tag on the 400 [2]. He's also had QEW edits reverted 'TWICE' where he added the 'ON' to the ref tag. [3] I am starting to work on removing ON prefixes from highways. I have done highways 2-28 so far. This is going to take quite a bit of time. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OSM data quality in Canada
See http://wiki.openstreetmap.org/wiki/CanVec. CanVec data was converted to OSM format and is stored at http://ftp2.cits.rncan.gc.ca/OSM/pub/, and is split into files based on the National Topographic System, and then data was imported in some parts of Canada by manually cutting and pasting data from these files into JOSM. I did this in a large part of southern Ontario and some other users have done this as well. Importing CanVec data this way and correcting all the errors is tedious and hasn't been completed for all of Canada, and I haven't done very much with this for several years. Before this was done there were more primitive imports done, perhaps around 2008-2009 or so, and these imports are extremely low quality. I can't remember which OSM user did this. When OSM was new there was not much data in OSM, so a lot of imports were done and many of these imports were poor quality; now that OSM is more mature, imports are increasingly viewed unfavourably and there is a general attitude that data should be collected by surveying whenever possible. It would probably be best to use the newest version of the Geobase National Road Network (http://www.geobase.ca/) and compare this to the data in OSM and make corrections that way. Keep in mind that this data has errors and municipal datasets (where available) are always better quality. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OSM data quality in Canada
Also see Ordinance Survey Locator Musical Chairs http://wiki.openstreetmap.org/wiki/OS_Locator_Musical_Chairs and http://ris.dev.openstreetmap.org/oslmusicalchairs/map for a comparison tool comparing UK Ordinance Survey data with OSM data, similar to the TIGER fixup tool. On Wed, Jun 17, 2015 at 7:10 PM, Andrew MacKinnon andrew...@gmail.com wrote: See http://wiki.openstreetmap.org/wiki/CanVec. CanVec data was converted to OSM format and is stored at http://ftp2.cits.rncan.gc.ca/OSM/pub/, and is split into files based on the National Topographic System, and then data was imported in some parts of Canada by manually cutting and pasting data from these files into JOSM. I did this in a large part of southern Ontario and some other users have done this as well. Importing CanVec data this way and correcting all the errors is tedious and hasn't been completed for all of Canada, and I haven't done very much with this for several years. Before this was done there were more primitive imports done, perhaps around 2008-2009 or so, and these imports are extremely low quality. I can't remember which OSM user did this. When OSM was new there was not much data in OSM, so a lot of imports were done and many of these imports were poor quality; now that OSM is more mature, imports are increasingly viewed unfavourably and there is a general attitude that data should be collected by surveying whenever possible. It would probably be best to use the newest version of the Geobase National Road Network (http://www.geobase.ca/) and compare this to the data in OSM and make corrections that way. Keep in mind that this data has errors and municipal datasets (where available) are always better quality. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OSM data quality in Canada
A lot of the data in Canada was imported from CanVec and Geobase, some of it by me several years ago. The imported data is pretty poor quality in many places. I haven't done much work on this recently, as imports have a bad reputation in OSM and I am mostly concerned with surveying. For example: - Some older road data comes from an import which combined CanVec and Statistics Canada road names, attempting to match the road names in Statistics Canada with roads without names from CanVec, and this data is poor quality. - Road data in some areas is missing entirely. - The CanVec address data is low quality, and is often broken - e.g. on a tile boundary address ranges will be split in half, and comes from several different versions of CanVec. - Other CanVec layers such as woods, lakes and so on were imported in some areas but not others. Much of this data is low quality. - Some road names have too many spaces e.g. John Street is John Street. Some address ranges are like that as well. - lanes=-1 and surface=unpaved for roads that are really paved in Quebec. - Better quality municipal GIS datasets are now available in some cities like Toronto, Peel Region and York Region and if they are properly licensed, these should be used whenever possible. There generally are some minor errors in these datasets, but they are far better quality than CanVec/Geobase. I really like the TO-FIX Tiger Delta layer at http://osmlab.github.io/to-fix/#/task/tigerdelta which matches TIGER data with OSM data and tries to find errors. It would helpful if a similar tool were created for Canada. On Wed, Jun 17, 2015 at 4:27 PM, Harald Kliems kli...@gmail.com wrote: A few things I can think of: On Wed, Jun 17, 2015 at 3:13 PM Martijn van Exel m...@rtijn.org wrote: * Are there any Canada-specific mapping and tagging conventions? - There seems to be a strong consensus that what elsewhere would be highway=unclassified is highway=residential, no matter if the road is in a populated area or not. * Are there any known big (national) issues in the Canadian OSM data? (misguided imports / bots, major tagging disputes, that kind of thing) I believe these mostly affect Quebec, but there are two import problems that never got systematically fixed, as far as I know: - CanVec import of highways where lanes=-1 and surface=unpaved. - CanVec or Geobase import where there is an extra blank between the street type designation and the name. E.g. Rue__Sherbrooke instead of Rue_Sherbrooke. Harald (now in the US) ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk] contact: tags
I am proposing that the contact: set of tags (contact:phone, contact:website, etc.) be depreciated and replaced with the simpler set of tags (phone, website, etc.) I am not proposing that anyone do any mechanical edits. The reason is that the contact: tags are unnecessarily verbose (we should use simpler tags whenever possible) and the simpler tags are much more popular (there are 98865 contact:phone tags but 490328 phone tags). Why do we need to have more than one way of tagging common things like phone numbers? I'm also not sure why we need to have both website and url tags (though in some cases I have seen people put two different websites on a POI, one in website and one in url). There are 737911 website tags, 324963 url tags and 67038 contact:website tags. Though url is far more popular than contact:website, so I don't think it makes sense to depreciate this. Anyone like/absolutely hate this idea? I do not understand why we need to have so many different ways of tagging the same thing. This has become a big problem in OSM in general, but this is one of the most annoying cases of this. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Chain Store Cleanup
I wouldn't be so sure here. As an example, there's a bakery chain in the UK called Greggs. They're mostly tagged shop=bakery (with a few Subway-esque amenity=fast_food / cuisine=sandwich as well). Occasionally shops like this get wrongly tagged, sometimes as amenity=cafe, and there's always a temptation to just fix them. However, guess what? Yesterday I accidentally walked past a genuine Greggs amenity=cafe: There are too many of these errors (things like McDonalds without an apostrophe and amenity=fast_food incorrectly tagged amenity=restaurant) to check them all individually. I am only interested in fixing the big chains here and will leave things I am not familiar with alone. I live in Canada, and we have all the big worldwide chains (McDonald's, Subway, KFC, Walmart) and some big local chains (Tim Hortons, Loblaws, Shoppers Drug Mart, Sobeys, Rexall etc.) With many of the chains most of the stores look pretty similar from an air photo and it is easy to identify them that way. Also the increasing popularity of Mapillary makes it easier to check these in areas where Mapillary is available. If you find a weird situation like this I would strongly recommend putting a note tag on it. If I don't mistakenly correct the POI then someone else might do it. Usually when I find this sort of situation it is in a different country from the country where the chain has its stores, and some independent store has the same name as the chain. Occasionally there might be some store called Subway that doesn't sell sandwiches that is legal because the Subway trademark only covers fast food restaurants, or something like that. Any Subway or McDonald's store that isn't owned by the big chains in one of the countries where those chains operate would almost certainly be sued for trademark infringement and shut down. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Chain Store Cleanup
On Sat, May 2, 2015 at 1:01 PM, Colin Smale colin.sm...@xs4all.nl wrote: A bit of a meta-discussion I wonder why this topic is not going the same way as the debate on talk-gb last November-December in which it was proposed to tidy up and normalise various spelling variants? There was a lot of vehement opposition to any automated corrections as many chains are inconsistent with their own orthography and only on-the-ground mappers would be able to tell whether or not there is an apostrophe present in the signage at this particular branch (etc. etc., you get this idea). There are some chains that are very consistent and there are others that are inconsistent and haven't bothered to change old signage. At least in Canada I am aware of which ones these are. I am 99% confident that Tim Hortons never has an apostrophe and McDonald's always has an apostrophe, the dozens/hundreds of stores in the Greater Toronto Area are all consistent. Also amenity=restaurant with Subway, McDonald's, KFC, etc. is wrong because amenity=restaurant means a sit down restaurant where you pay after eating. The pages on the wiki I am working on creating are useful for telling which chain stores are always consistent and which have several different variations. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Chain Store Cleanup
I found a few McDonald's that are not what you think they are. In OSM there is a McDonald's confectionery shop in Mexico, a McDonald's supermarket in Missouri, and a McDonald's kitchen store in New Hampshire that are not fast food restaurants. Looks like you need to be careful when fixing these. This is due to weirdness in trademark laws where sometimes companies in different categories are allowed to use the same trademark - e.g. Apple Inc. and Apple Records. I am pretty confident that any fast food/restaurant that is called McDonald's is what you think it is though. Most of the time (at least with suburban locations) you can tell that it is a McDonald's from the aerial imagery. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Chain Store Cleanup
It is also an easy fallacy to think that if the marketing people of some chain decide to spell their name differently, we could or should simply replace all names to what they should be - no we don't, we only change the name when the store changes its lettering. Another issue. If a store changes name a mechanical edit does not make sense because usually new signs get put up gradually. For instance Domino's Pizza changed its name to Domino's and is running TV ads promoting this, but there are still old signs that say Domino's Pizza. The same thing applies if a chain store goes out of business because usually not all stores close at the same time and there may still be some stores open. I am concerned with stores that are wrong. McDonalds and Tim Horton's are wrong as far as I know. The same is true with an amenity=restaurant called Subway, since it should be amenity=fast_food and any Subway that is not the well known chain would almost certainly be sued by the well known chain and forced to changed its name. On Fri, May 1, 2015 at 11:31 AM, Mike N nice...@att.net wrote: On 5/1/2015 11:07 AM, Frederik Ramm wrote: That's a very computer person approach to take. In fact, the McDonald's issue has already been tried by someone in the past with an undiscussed mechanical edit, promptly falsifying a few non-chain non-fastfood places that*really* were called McDonalds just as you mention. The proposed edit doesn't seem to match the previous mass Search/Replace edit. It should also be possible to confirm each location against the McDonalds store locator or a store list from McDonalds. It is also an easy fallacy to think that if the marketing people of some chain decide to spell their name differently, we could or should simply replace all names to what they should be - no we don't, we only change the name when the store changes its lettering. I as a local mapper would never notice such a change in 100 years of going back to audit POIs. A remote mapper change would correct this properly if checked against corporate data, complete with proper tagging for old_name - this would assist searches for the new name. The argument is strongly *for* informed, remote changes, assuming that the data in OSM is to be of some use to data consumers. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Chain Store Cleanup
I can confirm that McDonald's in Quebec, Canada have an apostrophe from a Mapillary image of one in Gatineau, QC: http://www.mapillary.com/map/im/CYy8HTA4MeQouhZ6929gJw. Reason being that an apostrophe is English but it is allowed in Quebec (at least nowadays) under French language laws. I am aware that McDonald's in non-Latin scripts is different but I assume that McDonald's has an apostrophe everywhere else. (Is there a country where McDonalds is actually correct?) If someone manages to get properly licensed data on store locations from a large company, it might be useful to look at the data integration functionality at http://osmose.openstreetmap.fr/en/map/. Simply importing data is a bad idea because there already are lots of existing POIs in OSM (there are 14039 objects with name=McDonald's in OSM and Wikipedia says there are about 35000 McDonald's restaurants in the world, so OSM has slightly less than 50% of them), and because imported data is often poor quality. On Fri, May 1, 2015 at 5:52 PM, pmailkeey . pmailk...@googlemail.com wrote: On 1 May 2015 at 18:30, Imre Samu pella.s...@gmail.com wrote: .. McDonald's problem... Please don't forget the true McDonald's problem! It is a content encoding hell. and very hard to detect by any ordinary field mappers. #1. name=McDonald’s( count=126 ) U+2019 ’ e2 80 99 RIGHT SINGLE QUOTATION MARK http://taginfo.openstreetmap.org/tags/name=McDonald%E2%80%99s http://overpass-turbo.eu/s/97c #2. name=McDonald´s( count=40 ) U+00B4 ´ c2 b4 ACUTE ACCENT http://taginfo.openstreetmap.org/tags/name=McDonald%C2%B4s http://overpass-turbo.eu/s/97e #3. name=McDonald's ( count=14039) U+0027 ' 27 APOSTROPHE http://taginfo.openstreetmap.org/tags/name=McDonald's Regards, Imre Any hope of tracing the sources of #1 and #2 ? Such as Apple users ? and which editor was used? -- Mike. @millomweb - For all your info on Millom and South Copeland via the area's premier website - currently unavailable due to ongoing harassment of me, my family, property pets TCs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Chain Store Cleanup
On Fri, May 1, 2015 at 11:07 AM, Frederik Ramm frede...@remote.org wrote: Andrew, That's a very computer person approach to take. In fact, the McDonald's issue has already been tried by someone in the past with an undiscussed mechanical edit, promptly falsifying a few non-chain non-fastfood places that *really* were called McDonalds just as you mention. I am aware of this problem, though usually trademark laws would make it illegal to operate such a store. Various weird exceptions might exist, such as a McDonalds that existed before the well-known McDonald's fast food restaurant existed, or something called McDonalds that is not a fast food restaurant. There is a bus stop in Sudbury, Ontario, Canada called McDonalds in front of a McDonald's fast food restaurant which I am told is correct because the bus stop name was accidentally misspelled by the city and never corrected. Usually this is only a problem for a chain that only operates in certain countries, and there are unrelated stores in other countries. I would strongly recommend putting a note on any POI that has the name of a common fast restaurant like McDonald's, Subway, KFC, etc. that isn't actually what you think it is. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Chain Store Cleanup
I am trying to figure out a way of cleaning up incorrect chain store data in OSM. For example there are 1422 instances of McDonalds in OSM (should be McDonald's) and 203 instances of Tim Horton's (should be Tim Hortons). I have created pages on the OSM wiki called http://wiki.openstreetmap.org/wiki/Chain_Store_Cleanup and http://wiki.openstreetmap.org/wiki/Chain_Store_Directory. Ideally I would like to create wiki pages for every large chain of stores in the world that is similar to Map Features, with recommended ways of tagging chain stores. A lot of new OSM users get this wrong and create incorrect data, and there wasn't anything on the wiki telling users that McDonalds or Tim Horton's is incorrect. This is really preliminary and I'm sure that this can be improved a great deal. I would also like to keep track of chain stores that have closed stores or changed name. For example, Target closed all its stores in Canada recently and Wal-Mart changed the name of all its stores to Walmart a few years ago. Do people mind if I start fixing these errors myself, finding POIs with overpass turbo and editing individual POIs one at a time? I understand that large scale mechanical edits over a large area are a bad idea and the admins hate people doing that (it is too easy to make mistakes, and there is bound to be something called McDonalds that is not actually a McDonald's fast food restaurant, and I don't really want to get into wars over how to tag things, but amenity=fast_food and name=McDonalds is just wrong). I think that applying the mechanical edit policy to semi-automated edits that are done one at a time is overkill though. However, there are a lot of these errors in OSM, so I really need help from other people to fix these errors. Also, it would be appreciated if validation rules for chain stores could be added to automated bug fixers such as maproulette, keepright, osmose, etc. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-ca] Future Shop and Target
http://www.thestar.com/business/2015/04/06/future-shop-stores-re-open-under-best-buy-name.html The Future Shop stores that have reopened still have Future Shop signage but Best Buy signage will replace it soon and the employees have Best Buy uniforms. The map in this article is based on OSM, but the overlay is proprietary so don't copy from it. Also does anyone mind if I change all the Targets in Canada to shop=vacant once they all fully close on April 12? If there is a good reason not to then I won't do this, but it seems silly to have a whole bunch of outdated data in OSM. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Future Shop
The former Future Shops that reopened on April 4 are open again. Oddly enough they still have Future Shop signage though the employees' uniforms say Best Buy and it appears that the Future Shop signage will be replaced with Best Buy signage in the next few months. I think it makes sense to use name=Best Buy and old_name=Future Shop for these. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Target Canada
It looks like all Target stores will close on April 12. I encourage everyone to help change the Target in your area to shop=vacant, add shop=vacant Targets that are missing from OSM, update the wiki, and change the shop=vacant Target in your area to something else if something else replaces it. See http://wiki.openstreetmap.org/wiki/Target. Also a reminder that those Future Shop stores that will become Best Buys (generally most stores that are far from an existing Best Buy) will reopen on Saturday, April 4, 2015. All other stores will close permanently and may be replaced with another store. Please help update former Future Shops in your area. I have already changed every Future Shop which is in OSM to shop=vacant. See http://wiki.openstreetmap.org/wiki/Future Shop. On Thu, Mar 26, 2015 at 10:31 AM, Yves Moisan ymoi...@videotron.ca wrote: Added the one we have in Sherbrooke, Qc both in the wiki and map. It's supposed to close on April 1, but I'll wait and see if it really happens, given the date. Yves ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Future Shop
Future Shop has closed all 131 stores in Canada and will replace 65 of them with Best Buy stores while closing the remainder. I have created a wiki page https://wiki.openstreetmap.org/wiki/Future_Shop to keep track of them. Please help change Future Shops to shop=vacant, add any Future Shops (with shop=vacant) that exist but are missing from OSM, change them to Best Buys if they become Best Buys, change them to something else if they get replaced with something else, and update the wiki. Thanks. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] duplicate address data
The Geofabrik address validator (http://tools.geofabrik.de/osmi/), click Addresses, is useful for finding these address bugs. There are a lot of these in Canada. Also there are a lot of roads where the road name on the road does not match the road name from the address data, in this case a survey is needed to figure out which of the two names (or neither of them) is correct. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Target Canada
Target Canada has started closing a significant number of its 133 stores now. I have started to create a list of Target stores in Canada on the wiki at https://wiki.openstreetmap.org/wiki/Target. Does anyone want to help (a) change any Target store that has closed to shop=vacant and (b) add Target locations to the wiki so we can keep track of them? Thanks. ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] ON prefix on Ontario highways
I've noticed that User:Zachary77F has been adding the prefix ON to a lot of provincial highways in Ontario. I am not sure whether this makes sense (looks kind of weird on the default Mapnik renderer) though this convention seems to be used in the US for state highways. Should I keep provincial highways tagged this way or should they be changed back to the way they were? ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] ON prefix on Ontario highways
Also this user has been adding A to Quebec autoroutes, R to Quebec provincial highways, CR to Ontario county roads, etc. On Sat, Feb 28, 2015 at 10:46 AM, Andrew MacKinnon andrew...@gmail.com wrote: I've noticed that User:Zachary77F has been adding the prefix ON to a lot of provincial highways in Ontario. I am not sure whether this makes sense (looks kind of weird on the default Mapnik renderer) though this convention seems to be used in the US for state highways. Should I keep provincial highways tagged this way or should they be changed back to the way they were? ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Lake Ontario disappearing
Lake Ontario seems to be disappearing whenever I zoom to zoom level 5 or less. I don't see anything wrong on the coastline validator at http://tools.geofabrik.de/osmi/. Anyone know how to fix this? ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] RIP CanVec
I have to say that fixing existing Canvec data is a higher priority than importing new Canvec data. There is a lot of broken Canvec data that needs fixing, especially in Quebec (particularly the Montreal area). For instance: - Address interpolation lines split in half - Road name does not match address interpolation way (usually means that a road is missing). In many places in the Montreal area roads have - Double spaces in road names in address interpolation ways - e.g. Rue Peel - surface=unpaved for roads that are really paved in Quebec - lanes=-1 in Quebec (most but not all should be lanes=2) - Inaccurate natural=wood ways that should be deleted http://tools.geofabrik.de/osmi/ (particularly the Address view) and http://osmose.openstreetmap.fr/ and http://keepright.ipax.at/ will help you find a lot of these. 2014-11-18 12:34 GMT-05:00 Bruno Remy bremy.qc...@gmail.com: Oui Pierre tu as raison: il faut travailler avec les institutions fédérales/provinciales/municipales... c'est bon pour les adresses, limites administratives etc. Cependant, il ne faut pas sous-estimer le pouvoir des GPS: Il y a une dizaine d'années on pouvait en douter: précusion douteuse et acquisition d'un appareil specialisé. Aujourd'hui, la majorité des telephones sont des smartphones avec GPS et le GPS est incorporé dans des cameras presque d'entrée de gamme: donc un relvé GPX en promenant son chien ou lors d'une rando en bicycle est une contribution qui ne coûte pas cher en temps et en $$ et à la portée de toys. Juste une question de volonté pour faire avancer les choses... Le nouveau service Mapillary (mapillary.com) est d'ailleurs un outil formidable pour le téleversement d'images permettant à la communauté de contributeurs d'éditer avec des photos vues du sol versus l'imagerie satelite. Osmose est déjà bien utilisé à Québec grâce aux précieuses éditions de Sebastien, l'un de nos contributeurs locaux. J'encourage toute la communauté à essayer cet outil semblable à Keepright. Bruno Le 2014-11-18 10:22, Pierre Béland bela...@yahoo.fr a écrit : Plusieurs articles parlent de l'entente entre OSM-France, l'IGN (cartes topo) et la Poste française pour la constitution d'une base de données nationale de données géoréférencées et ouvertes. http://www.nextinpact.com/news/90933-l-etat-s-associe-a-societe-civile-pour-elaborer-base-d-adresses-collaborative.htm Ils ont aussi fait des imports et eu des problèmes. Et se sont donné les moyens de former et encadrer les contributeurs, constituer des communautés. C'est plus positif que de dire marcher à pied avec son gps c'est mieux. Ils se donnent plutôt les moyens de construire quelque chose. Sans compter leurs serveurs, des applications tels Osmose et des outils pour coordonner l'import de données. L'outil Osmose couvre le Québec. voir http://osmose.openstreetmap.fr Est-ce que ce genre d'outil ou d'autres pourraient nous aider à travailler colectivement à améliorer la carte? Pierre De : Bruno Remy bremy.qc...@gmail.com À : Paul Norman penor...@mac.com Cc : talk-ca@openstreetmap.org Envoyé le : Mardi 18 novembre 2014 7h47 Objet : Re: [Talk-ca] RIP CanVec Bonjour, À mon humble avis, après que plusieurs avis pour et contre Canvec aient été échangés (et j'appuie la majorité de ceux-ci), il serait von de recentrer le débat: Gardons tous en vue qu'OpenStreetMap est avant tout une carte citoyenne et que c'est à chacun de nous d'enrichir les données, tant sur le plan qualitatif que quantitatif. Donc après avoir argumenté pour/contre Canvec, l'amélioration des boisés, plans d'eau, interpolations etc est entre nos mains... Se décourager devant l'ampleur du travail ou bien éditer un jour à la fois c'est en fonction du dynamisme de nos communautés locales partout au Canada, que nous obtiendrons un beau résultat. Pour les Laurentides, la communauté de la Province du Québec tente de se structurer et le noyau de contributeurs de Montréal et Québec autour de ce projet pourrait vous venir en aide. Bruno ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] [Talk-ca] Tag for Tim Horton's
I have been tagging all these Tim Hortons as amenity=cafe. Please note that Tim Horton's is incorrect, it is Tim Hortons. The one at Yonge/Eglinton you are referring to is a Tim Hortons/Cold Stone Creamery (only a handful of locations have a Cold Stone Creamery ice cream shop in them). amenity=fast_food seems wrong to me, because Tim Hortons mostly sells coffee, tea, donuts, muffins, Iced Capps, etc. and also sells a few food items like sandwiches and chili that make up a small percentage of sales. Also is there really any need for cuisine=coffee_shop, is there such a thing as a cafe that is not a coffee shop? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] POI import to OSM from POI-Factory.com
Sorry, this source is proprietary, so you can't import it. It is licensed for non-commercial use only. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk] (Off topic) Apple hiring OSM contributors in Australia?
Just noticed this story on Macrumors: http://www.macrumors.com/2013/02/22/apple-hiring-maps-ground-truth-data-specialist-in-australia/ Is Apple trying to hire away OSM's top contributors to add data to their proprietary mapping service? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] CanVec Imports in areas with existing data
On Sun, Nov 4, 2012 at 8:21 PM, Duncan Hill dun...@soncan.ca wrote: I've recently imported some CanVec 10 data into the North Bay, Ontario area. It's been hard to figure out the best way to do this because of the assorted versions of existing data in the area. After chatting with some folks in the #osm-ca channel, I left the existing major highways to preserve routing. Since this is the first time I've imported any CanVec data, I am wondering if this is the best way to do it when there is existing data in the area. I would really appreciate it if someone could take a look at my import in case I have broken something. Your import looks fine to me. In areas with existing data, you need to merge the existing data with the new data, by cutting and pasting new CanVec data into OSM and then merging it with old data (by joining roads that you copy from CanVec with existing roads, and cleaning up any old imported data that is inaccurate e.g. roads with the wrong name). This is time consuming but necessary. When you import street address data, please join the imported street address data with address data from adjacent CanVec tiles. This is very time consuming but needs to be done properly. Also the FixAddresses plugin in JOSM might be helpful to compare road names of imported street address data with road names in the database, although you should only use it on a small area, as it is really slow if you try to use it on a large area. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Data copied from Google Maps
In my opinion, copying from Google Street View is still a legally dubious thing to do. There is no formal licensing agreement with Google that I know of. It is perfectly fine to capture data by taking pictures yourself, but relying on Google Street View cars to take those pictures is legally dubious. Google Street View is often outdated anyway. Copying from Google Maps is clearly not allowed. I realize that we don't want to alienate users, but I think that OSM still needs to be strict about deleting contributions from legally dubious sources. Many new users simply don't realize that copying from Google is not allowed, and may have made many other contributions from legal sources (which will not be deleted). In other cases, users don't realize that there are sources that OSM is legitimately allowed to copy from - e.g. I have had to explain to users in Canada that copying road names from Google is not OK, but copying from Geobase and Canvec is perfectly acceptable. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
I strongly suggest to contact DWG and not try to do some clean-up action on your own. How certain are you that the source tag refers to the coordinate? Culd also be the phone number of a shop found by a google search, right? Each of these occurences has to be checked and the mapper contacted. I assume someone intending to copy data from google would not not set a source tag. So the places you found must be cases where the mapper believes it's OK to use that data. I strongly suspect that most/all of these occurrences (other than the Haiti data) are copyright infringement. Is copying from Google search acceptable anyway? It seems to be mostly new users who are the offenders, and I discovered this because I have seen new users add data from Google in Toronto, with a source tag source=Google, and had to revert it. After searching in taginfo, I found all these other instances of data copied from Google, such as some data in Paris that was tagged as coming from Google Street View (I deleted it). I have contacted the Data Working Group, they ought to do a better job deleting the data than I can. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
On Sat, Nov 3, 2012 at 3:09 PM, Stephan Knauss o...@stephans-server.de wrote: On 03.11.2012 19:25, Andrew MacKinnon wrote: Is copying from Google search acceptable anyway? I say yes. Even this is inferior mapping like any kind of armchair mapping. Let's assume one enters website addresses and phone numbers of restaurants. Tagging phone= and website=. You are not copying any data from Google or a Google database. You use Google to look up factual data. Google returns a link to a website brought online by most likely the operator of the restaurant in my example here. That site lists the data. Please forward your question to the legal-talk mailing list for a better clarification, but my common sense says this can never be copyrighted data (it's factual data). Also too little to claim database rights. This still leaves the possibility that some user does copy from Google Maps. Not too easy for them. To my knowledge all big editors prevent users from using Google imagery as a background image. So without using modified versions it's not possible. I have doubts that beginner users are capable of doing so. As you mentioned StreetView: Using it to create a database is likely a violation of their TOS and OSM does not want this practice. In which way Google could have copyright or database rights on factual data derived from their imagery is still an open question. To discuss this more deeply better refer to legal-talk. Starting point for reading: http://wiki.openstreetmap.org/wiki/Copyright_in_deriving_from_aerial_photography I am pretty sure that in most of these cases, users are copying from Google Maps or Google Street View and the data should be deleted. In many cases, the infringing data is something like a road name. This can't have come from a website which was found using Google Search, it has to have been copied from Google Maps. If a point of interest has its address and phone number copied from a website, shouldn't the source tag be source=website or something similar? The data was copied from the website, not from Google. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
On Sat, Nov 3, 2012 at 6:25 PM, Steve Doerr doerr.step...@gmail.com wrote: On 03/11/2012 21:31, Andrew MacKinnon wrote: I am pretty sure that in most of these cases, users are copying from Google Maps or Google Street View and the data should be deleted. In many cases, the infringing data is something like a road name. I'm pretty sure that Google have actually said that's it's OK for us to use Street View images to check the occasional street-name, but not to do that on a mass scale. Unless Google has actually formally given OpenStreetMap a license to copy Street View for specific purposes, clearly stating the limits on what is or isn't allowed to be copied, we should not be copying Google Street View at all. We do not want any legally dubious data in the database. For the same reason, I think that deleting any data that has source=Google (except the Haiti data) would be prudent. Most of this data was obviously copied from Google Maps by new users who didn't know that this was not allowed. A small amount of the data could have conceivably been copied from some website that was found via Google Search, but I suspect most POIs with source=Google were simply lifted from Google Maps (not allowed). We are better off deleting a small amount of possibly infringing data, than being sued. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Data copied from Google Maps
I have discovered a lot of data in OSM that appears to have been copied from Google Maps. See http://taginfo.openstreetmap.org/keys/source#values and type google into the search box. There appear to be over 3 objects in the OSM database copied from Google. Anyone willing to help delete data and warn users? (It is a LOT of work to do this myself). Please beware that some of these objects may have been modified by innocent users afterward, please check the history to see which user originally added it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data copied from Google Maps
On Fri, Nov 2, 2012 at 2:33 PM, Brad Neuhauser brad.neuhau...@gmail.com wrote: From the dates, it looks like most of those are from the Haiti earthquake tracing, when Google allowed OSM to use its imagery for tracing. See http://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Imagery_and_data_sources#Google_Imagery I didn't realize this. Still, there is a lot of data in the database with source=Google which is not in Haiti, which is obviously a copyright violation. Presumably this is the only time Google granted an exception? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Demande de vérification, question concernant name=
Par exemple, un parc devrait-til être name=Jarry Park et name:fr=Parc Jarry ou simplement name=Parc Jarry? En utilisant OSMAnd~ sur Android j'ai pensé à ça car ce logiciel offre d'afficher les tags en anglais ou autres. Peut être avec un autre niveau d'impact, est-ce qu'on doit utiliser name=Park Avenue et name:fr=Avenue du Parc pour des rues aussi ou simplement name=Avenue du Parc? Avant d'en corriger systématiquement lorsque j'en vois je voulais demander l'avis ici. Car on est au Québec le nom officiel serait en français, donc je mettrais name=nom en français, name:fr=nom en français, name:en=English name. Le nom en anglais est probablement non-officiel et n'est pas signé (peut-être il est signé dans les communautés anglophone tels que Westmount et l'Ouest de l'Île mais le gouverment PQ veut probablement l'éliminer). Si le nom anglais est signé je mettrais name=nom en français/English name ou si c'est une rue avenue du Parc Avenue, autrement je mettrais le nom en français seulement dans name=*. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canada Post addresses that do not match municipality name
OK I've figured it out. In the City of Toronto, there are numerous duplicate street names caused by amalgamation. See http://finance.groups.yahoo.com/group/ontroads/message/9826. If there is a duplicate street name, you must use the name of the former municipality in the address e.g. York, East York, Etobicoke, Scarborough, North York. If it is not a duplicate, either Toronto or the name of the former municipality are acceptable. Various other city names like Downsview, Don Mills and Weston are acceptable for certain areas of these former municipalities, these are generally just aliases for the old municipality name (though Downsview for instance is only accepted for the portion of North York near the community of Downsview, using Downsview for an address at Yonge/Sheppard is incorrect). In Markham, there is the weird situation of Main Street Unionville and Main Street Markham. In other parts of the GTA, sometimes the city name used by the post office doesn't match the actual city's name, but I can't find any other examples of duplicate street names other than the one in Markham. If an address is Woodbridge or Concord we can pretend it is in Vaughan. Since the Canada Post database is proprietary I have had to figure this out from sources like receipts from coffee shops and fast food restaurants. Fortunately these are easy to get. Is a free source available for the boundaries of Old Toronto, North York, York and East York as they existed before 1998? I have added the boundaries of Scarborough and Etobicoke as boundary=administrative, admin_level=10 which seems to make nominatim work propertly (though it says that the addresses are in Scarborough, Toronto, Ontario, Canada instead of Scarborough, Ontario, Canada which is not the correct format). ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canada Post addresses that do not match municipality name
On Tue, Oct 23, 2012 at 7:44 PM, Steve Singer st...@ssinger.info wrote: On Tue, 23 Oct 2012, Andrew MacKinnon wrote: OK I've figured it out. Is a free source available for the boundaries of Old Toronto, North York, York and East York as they existed before 1998? I have added the boundaries of Scarborough and Etobicoke as boundary=administrative, admin_level=10 which seems to make nominatim work propertly (though it says that the addresses are in Scarborough, Toronto, Ontario, Canada instead of Scarborough, Ontario, Canada which is not the correct format). The Toronto Open Data Catalogue apparently has the old bounaries listed http://www1.toronto.ca/wps/portal/open_data/open_data_item_details?vgnextoid=31f0b940f1f49310VgnVCM103dd60f89RCRDvgnextchannel=6e886aa8cc819210VgnVCM1067d60f89RCRD I recall someone determining the the 2.0 license was compatible with OSM. Are you 100% sure that the Open Data website is compatible with the new OSM contributor terms? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Copyright violation?
Just noticed that user:postmaster added some data from source city of hamilton property map http://map.hamilton.ca/InteractiveMaps/framesetup.asp;, obviously a newbie. http://www.openstreetmap.org/browse/changeset/10042572 Presumably this is a copyright violation? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Reverting non-ODBL bulk edits
I just noticed a bunch of bulk edits done a while ago by User:JohnSmith in downtown Toronto, which are not ODBL compliant (User:JohnSmith seems to refused the CT). These appear to be large bulk edits which were made worldwide. This user seems to have made bulk modifications to the tagging of emergency phones and fire hydrants; in the case of Toronto, these objects were originally created by me. This user seems to be from Australia. Changesets: 5356742 5344518 5292437 5292389 5286397 5285233 possibly others? Is there any way to permanently revert these sorts of changes, such that the reverted objects no longer show up as non-ODBL in the database? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Your new coastline
On Thu, Sep 1, 2011 at 11:15 PM, James A. Treacy tre...@debian.org wrote: On Thu, Sep 01, 2011 at 10:30:34PM -0400, Andrew MacKinnon wrote: Given that this sort of work is time consuming it will take a while to finish. However, 99% of the work that requires importing coastlines from CanVec is done, and realigning coastlines using Bing is a lot less disruptive and less error-prone. I'm curious why you would trust the Bing imagery more than canvec. In addition to not being very high resolution, I would think that Bing would suffer from problems with registration (alignment of images to lat/lon) which would have to be checked against ground readings. Of course canvec should also be checked for accuracy with local readings. Further, my understanding is that much of the canvec data is generated from local surveying, which uses high end GPS which are extremely accurate. Locally (Kitchener-Waterloo) I have found that the canvec data is very accurate and most imagery less so. I have been using the Bing imagery where high resolution imagery is available and Canvec where high resolution Bing imagery is not available. My impression is that for coastlines, tracing from Bing imagery is more accurate than the Canvec data. Keep in mind that some of the Canvec data is VERY out of date. While the road data in Canvec is fairly up to date, the rest of the Canvec data seems to be old (1990s, 1980s even?) Canvec data shows woods, buildings etc. which clearly haven't existed for many years, for example it often shows forests in areas where new subdivisions have been built recently, old industrial buildings which were torn down 10 years ago and replaced with housing, long-ago abandoned rail spurs to industrial areas and long-demolished agricultural buildings. I would not trust anything except the roads layer in Canvec to be up to date. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Your new coastline
On Thu, Sep 1, 2011 at 12:49 AM, G. Michael Carter mikeycarter1...@gmail.com wrote: Any eta on when you'll be finish with the lake Ontario coastline? Oshawa to Kingston is 99% done. (The Bay of Quinte took a very long time to do, but is done now.) Oshawa to Hamilton is in progress, using Bing imagery. Niagara to Hamilton is TBA, this will also be done with Bing imagery. Given that this sort of work is time consuming it will take a while to finish. However, 99% of the work that requires importing coastlines from CanVec is done, and realigning coastlines using Bing is a lot less disruptive and less error-prone. Andrew ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Your new coastline
On Mon, Aug 29, 2011 at 9:23 AM, G. Michael Carter mi...@carterfamily.ca wrote: Andrew, In addition to the missing lakes and marshes documented on talk-ca here's another if your keeping a list: http://www.openstreetmap.org/?lat=43.98365lon=-77.7393zoom=17layers=M Also as another FYI you may have a gap somewhere in the coastline which could be causing a lot of the rendering problems. ie: http://www.openstreetmap.org/?lat=43.88528lon=-78.67676zoom=17layers=M I've tried refreshing it but it's just not seeing the changes you made. really this marsh should be a separate entity cut off at lake Ontario. Michael I don't see any problems with the data in either of these cases, it's probably Mapnik not rerendering properly. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Missing harbours and marshes - L Ontario
On Thu, Aug 18, 2011 at 10:57 PM, James A. Treacy tre...@debian.org wrote: On Thu, Aug 18, 2011 at 07:07:37PM -0700, Adam Dunn wrote: I've done a cursory examination of the Oshawa Harbour, and it would appear that there are two ways defining the water's edge: 1.) a PGS Coastline import, which is tagged as natural=coastline, 2.) a Canvec import, which is tagged as natural=water, and is part of a multipolygon relation, tagged with natural=water. I have been trying to clean up the coastline by getting rid of the natural=water ways and cleaning up the natural=coastline ways (which are terribly inaccurate). I only got as far as Port Hope I believe before stopping. Which marshes did I accidentally delete? They could probably be put back in by loading the appropriate CanVec files. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Missing harbours and marshes - L Ontario
Will you be continuing? I've been on a roll and would be willing to continue into Lake Ontario, but as you've started it is only fair to let you continue if you wish. If you wish to continue, I'll just work on another area. There is a tricky part between Lake Huron and Lake Erie that I've been avoiding. Yes, I will finish the north side of Lake Ontario (the part I have been trying to clean up). ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] CanVec Import
Sorry about this. I accidentally imported duplicate features in 031G09.1.3 (Lachute) that should be removed now unless I missed a few. Lachute seemed to have been mostly mapped by a user called JeanRob98 in 2009 (badly - there were many roads missing the street type such as Rue etc., there were many ways crossing with no nodes, many unconnected ways, etc.) and I was trying to clean it up. Aside from importing CanVec OlivierHill seems to have made only a few minor contributions in this area. To all contributors: PLEASE update the CanVec Import Chart on Google Docs if you are active in a certain area and you don't want other contributors doing imports in a certain area. (I think that acrosscanadatrails can give you write access to it if you ask). ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Sarah Thompson for Mayor uses OpenStreetMap data
Found an interesting use of OpenStreetMap data - Sarah Thompson's mayoral campaign is using it to display a proposed network of bike lanes in Toronto: http://sarahthomson.ca/blog/sarah-thomsons-bike-city ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Canvec.osm Product - Running!
On Mon, Aug 23, 2010 at 6:07 PM, Steve Singer ssinger...@sympatico.ca wrote: On Mon, 23 Aug 2010, Bégin, Daniel wrote: Hi all, Actually, Canvec files conversion is completed! Thanks for all your work on this and keeping the community involved at each step. Also thanks to NRCan for supporting this. 50K scale - around 450 NTS maps are still missing on Ellesmere and Baffin Island. It should be completed within the next few years. Be patient! Why is there no addressing for tile 030M14 (covers northern Toronto and parts of York and Durham Regions)? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OSM CanVec.
On Thu, Jun 3, 2010 at 12:18 PM, Bégin, Daniel daniel.be...@rncan-nrcan.gc.ca wrote: Hi Mike, You did not miss anything, you are giving comments on a sample - as expected! - About missing names, Canvec features are not named. However you can find some toponyms. - About missing tags on multipolygon. The tags have been placed at relation level, not on inner or outer ways. - About duplicate ways for water bodies. You have found a problem with the Canvec product - support team has been advised. - About out of date data - residential area, sports track, buildings. Here is what I answered to Richard yesterday concerning building, it applies to your findings ... It reflects the fact that there is no more complete map update program at federal level. The updated content is provided through the GeoBase initiative. As buildings are not a GeoBase layer, they have not been updated for a while. That is where Osm mapper could eventually make a difference. Looks good, much better than my previous half-assed import attempts. There is a lot of out of date data in CanVec, especially in the buildings layer - e.g. old industrial buildings that were demolished ten years ago and replaced with new buildings. Please compare to Yahoo/survey before importing! ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Google copies GeoBase
Just noticed that Google is now showing what is essentially GeoBase data on Google Maps Canada. There seem to be a lot of errors (e.g. buildings that have been demolished, missing roads such as the Highway 410 extension). Pretty terrible effort on the part of Google, let's do better with OSM. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Google Streetview
On Tue, Mar 9, 2010 at 1:10 PM, Robert Shand b...@shand.org.uk wrote: I would tend to agree with this, as I have spotted street view imagery having been doctored. I used to live on a one-way street, and the imagery in Street View clearly showed the SV car travelling in the wrong direction on the street. I pointed this out to Google; they Photoshopped the car out of the imagery for two blocks. Also don't forget that Google Street View data is significantly out of date, because most of it was captured in Summer 2009. Copying a large quantity of outdated data from Google Street View would be a dead giveaway if the street has changed since the photo was taken (e.g. because of new businesses replacing old businesses, etc.) Andrewpmk ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Toronto Potential Datasource
On Mon, Nov 2, 2009 at 8:13 PM, Sam Vekemans acrosscanadatra...@gmail.com wrote: hi All, It looks like the City of Toronto just joined in the cool-club :-) Thanks to user:Aude who looks to be a wikipedian... maybe could fix my ramblings? :-)... lol ... maybe not.. http://wiki.openstreetmap.org/wiki/User:Aude Great, so I wasted the last several years mapping Toronto :) (I am exaggerating here, because there is a huge amount of data which simply isn't available in these datasets, and must be added manually. For example, the location of shops and other businesses.) Looks like there is a huge amount of data here. Road centerlines, addresses, park boundaries, some recreational trails, rivers, churches and a few other things are all in shapefile format and can be imported easily. The challenging part will be combining this data with data that was mapped by hand or that is from GeoBase. Unfortunately, as far as I can tell, the road data does not include grade separations (bridges/tunnels), it represents dual carriageways as a single way, and it does not include one way streets (unless I am missing something). TTC routes and schedules are available, but in a weird undocumented text format (not Google Transit Feed Specification or something standard like that). I have absolutely no idea how we will import this data. Various other data, such as property parcels and aerial imagery (hopefully higher quality than Yahoo) is available through a Web Mapping Service - it suggests that you use ArcGIS Explorer (proprietary software) to view it. I'm not sure if there is any way to view it with free software. Since this is presumably raster data, it will have to wait until later. The CanVec data is junk compared to the City of Toronto data, so I think we'd be best off not importing it at all. Since this is such a complex job, I think that we need to arrange some sort of meetup (either in person or on IRC) to discuss how we will do this import. Andrew MacKinnon ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Toronto Potential Datasource
On Tue, Nov 3, 2009 at 9:14 PM, Richard Weait rich...@weait.com wrote: Take another look. Parts of the road centreline data are at least years out of date. And the centerline data freely mixes roads with geographic boundaries with rivers, some sharing junctions. That'll be a mess to convert properly. I think the addressing data will be a nice addition to OSM. They haven't released the parcel data yet, but they have it and might release it. The TTC data is for street cars and buses only so far. The centerlines data is up to date - it shows several roads that I know were built recently e.g. the Simcoe Street extension under the train tracks and the renaming of part of Duncan St to Ed Mirvish Way. However, we are probably best off keeping the existing road data (most of it manually added by me from GeoBase NRN), and not attempting to use data from the centerlines shapefile because the city centerlines data shows dual carriageways as one road and does not show grade separations, unlike the GeoBase data. There is no reason that we can't copy missing features from it though. There is quite a lot of raster data in the WMS layer City GeoSpatial Web Service. This includes much of the data in the shapefiles, such as road centerlines, trails (though some minor trails are missing or inaccurate), rivers (with names, many of which are missing in OSM right now), and address data. It also includes parcels, but only in raster format. It might be useful to trace features from here in JOSM. The TTC data is pretty much useless to us because it is in a weird non-documented format. Would the TTC be willing to allow us to copy directly from its website, which includes route data in a much more user-friendly format? Andrew ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Toronto Potential Datasource
The City of Toronto aerial imagery WMS server URL (for JOSM) is at (remember the last ): http://map.toronto.ca/servlet/com.esri.wms.Esrimap/OrthoImagery?REQUEST=GetMapSERVICE=WMSVERSION=1.1.1LAYERS=Ortho Imagery 50cm 2005STYLES=FORMAT=image/pngBGCOLOR=0xFFTRANSPARENT=TRUESRS=EPSG:4326 It seems that the City of Toronto imagery seems to show up as slightly misaligned in JOSM relative to the Yahoo imagery (which I have been deriving data from), GPS traces, and GeoBase data. Annoying. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Toronto Potential Datasource
On Tue, Nov 3, 2009 at 10:05 PM, Sam Vekemans acrosscanadatra...@gmail.com wrote: On Tue, Nov 3, 2009 at 6:52 PM, Andrew MacKinnon andrew...@gmail.com wrote: The TTC data is pretty much useless to us because it is in a weird non-documented format. Would the TTC be willing to allow us to copy directly from its website, which includes route data in a much more user-friendly format? Andrew We can take notes for the Vancouver Transit Data, perhaps the folks who created the ttc file maybe to able to collaborate a little. I haven't yet dealt with the TransLink data yet, so i have no idea what the source file is like. If it's simple nodes then attributes of the route is stored there, then it's. ... cool others have been working on it. Thanks Richard Has anyone sent of a message to the City of Toronto? OK, I found a file indicating the meanings of the TTC data format at the datato group, but it's broken. The latitude and longitude of each bus stop are supposed to be there, but they are missing. This means the TTC data is useless until this is fixed. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Users in Ottawa and Geobase
Wholesale deletion of the work of many volunteers without their consent seems even less likely to generate a positive outcome. I would consider that wholesale deletion to be vandalism. I strongly agree. Manually edited data should never be removed and replaced automatically with a data import. Imported data likely contains errors and omissions and does not contain additional information (such as one way streets and POIs). Instead, one should clean up the data by surveying and by using validation tools such as keep right (keepright.ipax.at). To clean up an area quickly, it may be useful to copy and paste missing data from GeoBase, as it is generally fairly accurate (though it does not include one way streets, and new roads built in the last few years tend to be missing). ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk] Yathusan vandalism
Found some more: http://www.openstreetmap.org/browse/changeset/2365004 http://www.openstreetmap.org/browse/changeset/2364986 http://www.openstreetmap.org/browse/changeset/2364907 http://www.openstreetmap.org/browse/changeset/2364884 Not 100% sure they are vandalism since they are in B.C., but I strongly suspect so. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-ca] More vandalism by Yathusan
http://www.openstreetmap.org/browse/changeset/2365099 Can someone please revert and block this user? This is a repeat offender. Andrew MacKinnon ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk] [tagging] Proposed feature: Directional node
This is a proposal for a generic way of tagging a node which represents an object which faces a certain way - e.g. a traffic sign such as a stop sign. Note this is not a specific proposal on how to tag signs of a certain type, only a generic relation which can be used for all objects of this type. http://wiki.openstreetmap.org/wiki/Relations/Proposed/Directional_node ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-ca] Dubious edits by User:Yathusan
I have noticed several dubious edits in the Toronto area by User:Yathusan. They are all very inaccurate and have no GPS traces supporting them, and I suspect that they are vandalism (but I am not sure, they might just be very inaccurately done legitimate edits). http://www.openstreetmap.org/browse/changeset/2228347 - adds a footpath underneath Highway 400. Very inaccurate, no supporting GPS traces, and in the middle of some industrial buildings. Have reverted it for now. http://www.openstreetmap.org/browse/changeset/2227889 - extends Greenview Avenue several blocks south of Finch, in some places through houses. Same as above. http://www.openstreetmap.org/browse/changeset/2227844 - undoes the mapping of the Doris Av extension done by Richard Weait, makes it look like the satellite photo. Not 100% sure about this one, haven't reverted it yet. http://www.openstreetmap.org/browse/changeset/2227665 - northern extension of York Regional Road 99 (extension of Highway 427) past Zenway Boulevard to Langstaff Road. Very inaccurate, but plausible since this extension is planned in the future (though Wikipedia says it hasn't been built yet). Can anyone confirm whether this exists yet or not? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk] [tagging] Parking garage entrances
I am wondering about how pedestrian and car entrances to parking garages should be tagged. For instance, there are two large underground parking garages in Queen's University, Kingston, Ontario, one new and one relatively old. Each is located underneath an outdoor playing field and has several pedestrian entrances (the new one has six; two of them have elevators and the others just stairs down) as well as one entrance/exit for cars (the new one has a combined entrance/exit, the old one has separate entrances and exits for cars). I noticed a tagging scheme for buildings on the wiki at http://wiki.openstreetmap.org/wiki/Relations/Proposed/Buildings, but this doesn't seem all that applicable for parking garages. The newer of the two parking garages: http://osm.org/go/ZdbWlrdxk-- The older one: http://osm.org/go/ZdbWmdL2g-- (not fully mapped yet) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Campus map - Who's got a good one?
On Wed, Oct 1, 2008 at 12:34 AM, Jason Reid [EMAIL PROTECTED] wrote: Richard Weait wrote: Dear all, I had a look at campus maps on the web sites of the Big Ten Conference universities. I was surprised at the range in quality. See my notes and comparisons to how the OpenStreetMap community is doing on each of the campuses as well. I made a note of the one I thought was far and away the best of the bunch. http://weait.com/bigtenmaps-part1 I've also cast my vote for the best OSM campus map that I've seen so far. I'd love to hear of others. http://weait.com/bestcampus Don't forget University of Toronto - http://openstreetmap.org/edit?lat=43.66328lon=-79.39365zoom=16 (shameless self promotion... that took several hours' work, walking around campus and checking building names) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Rendering name of route relations
Recently, it appears that Mapnik has started rendering the name of relations on the map, as if they were street names. For example, it renders the name of the Cosburn bus route along Haldon Avenue in this map: http://www.openstreetmap.org/?lat=43.6978lon=-79.31117zoom=17. This is clearly undesirable. Could someone please fix this? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [EMAIL PROTECTED]: AND International Publishers (NL) - Mapmaker AND releases new version of Map 2.0]
On Tue, Jul 8, 2008 at 4:24 AM, Remco van Zuijlen [EMAIL PROTECTED] wrote: I just got this 'press release' from AND: Mapmaker AND releases new version of Map 2.0 It's Netherlands only. Why not just redirect users to OSM, given that AND gave OSM this data last year? This is copyright AND and does not incorporate updates from OSM. OSM contributors will quickly show that all non-open source projects (e.g. People's Map, Google and now AND) competing with OSM are doomed to failure. Either you collaborate with OSM, or no one will contribute to your project. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] access=license
On Sat, May 24, 2008 at 7:07 PM, Charles Basenga Kiyanda [EMAIL PROTECTED] wrote: Parking lots of this kind are common enough (in inner cities) that they have their own official traffic sign (number 9 at [1]), but there's currently no good way to tag them. We have similar (but more complex signs as the tend to include the parking permit zone as well). Are you talking about restrictions by which you need a permit of a certain zones and the zone you get is based on the address of residence? If that is the case, then it's also very, very common in Montreal, Quebec. In any case, a tag like what is propsed could easily be used for parkings which require any type of permits, whether delivered by the city or a private company. Maybe it would be possible to extend the scheme to have something like amenity = parking access = permit permit_delivered_by = city/company xyz/... Perhaps there should be some distinction between parking with permits only for residents or employees (like Montreal above) and parking where a daily/weekly/monthly/annual permit is available to anyone for a fee. e.g. access=residents access=employees access=customers (customer parking at a store) access=permit (permit available for purchase) access=public (parking available by the hour or for free to anyone) Of course, we could simply use access=private for access=residents and access=employees, since these parking spaces are not generally available to the public. There are many lots here (in Toronto) where one pays a monthly fee to park which MUST be distinguished from lots that are limited to residents only and also from lots where parking is available for an hourly fee. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Mapnik layer of slippy map broken
The Mapnik layer of the slippy map is currently broken. No map data is shown on recently rendered tiles (coastline data appears to be there). Please fix ASAP. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Notability (was openstreetmap)
On Fri, May 16, 2008 at 8:00 AM, Richard Fairhurst [EMAIL PROTECTED] wrote: Nic Roets wrote: If someone made the effort to physically survey it and properly tag it, I think it's OK. Maintainability is probably a bigger issue than notability. Roads, railways and canals don't move much, rivers hardly at all - we can cope with maintaining that sort of database. But where people have gone into vast amounts of detail on something that changes rapidly, such as shops on a High Street, the data will get out of date very quickly unless they're prepared to return and resurvey frequently. Here's an example (fortunately not rendered by any of the main renderers): http://www.openstreetmap.org/edit? lat=51.70619lon=-0.61222zoom=17 I think this would be best done by implementing some sort of layers in OSM. Suppose that general-interest data is tagged without a prefix. Specialist data can be tagged with a prefix, e.g. category:key=value. Then, editors, renderers and output plugins could filter out unwanted data using an API call (like the filters in osmxapi) so that they don't waste time downloading it. I see nothing wrong with putting specialized data in the main database as long as there is an easy way to filter it out if the user doesn't want it. Splitting data into multiple databases seems unnecessary. As for out-of-date data, OSM is a wiki, so it is the responsibility of the person who put in the data or subsequent passers-by to correct it. As long as the data doesn't change extremely frequently (like daily or weekly), I think it is OK to put it in the main database. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Background-only on potlatch?
On Fri, May 2, 2008 at 1:14 PM, OJ W [EMAIL PROTECTED] wrote: Is there a way to turn off map data on potlatch, for when you want to zoom-out and look at something on the satellite photos, but don't want to trouble OSM with downloading an entire town's data that you're not planning to use? Just go to maps.yahoo.com and click the satellite layer (don't use the maps!) That's the data source for the satellite photos on OSM, so feel free to refer to it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] zoom yahoo data in potlatch?
On Fri, May 2, 2008 at 8:51 PM, Robin Paulson [EMAIL PROTECTED] wrote: 2008/5/3 micha ruh [EMAIL PROTECTED]: in options, choose 'Aerial - OpenAerialMap' as background and you'll be fine hmm, i'm slightly baffled by that. the oam coverage for nz is appalling at best and as an aside, i'd be very surprised if it was better resolution than the yahoo imagery anywhere on the planet You'd be better off using a screen magnifier application to zoom the entire screen. On Windows, Mac and some distributions of Linux they are built in. On Windows, use the built-in screen magnifier in Programs Accessories Accessibility Magnifier (instructions: http://www.microsoft.com/windowsxp/using/accessibility/magnifierturnon.mspx) On Mac, simply use Ctrl-scroll wheel up to zoom in (you might have to enable a preference under the Trackpad tab of Keyboard Mouse Preferences to enable it). In Linux, use Orca in GNOME or KMagnifier in KDE (your distribution probably has a way to enable this through Accessibility Preferences). I have a Mac, and I do this all the time to make tracing Yahoo imagery more accurate. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] More easter eggs in Google Maps
Looking at Google Maps today, I noticed that they added the subway stations in Toronto, Canada. But most of them are in the wrong place - sometimes up to 2km away from the correct location - or missing completely. http://maps.google.ca/maps?hl=enie=UTF8ll=43.654708,-79.38386spn=0.03875,0.073729z=14 Compare to OpenStreetMap, with the correct subway station locations: http://www.openstreetmap.org/?lat=43.6599lon=-79.3859zoom=14layers=B0FT Sent an email to Google but it will probably take months to correct. In the mean time OSM will get a lot of new mappers in Toronto. :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [OSM-dev] disputed areas
On Feb 9, 2008 10:36 AM, Gervase Markham [EMAIL PROTECTED] wrote: Mikel Maron wrote: It's still going on and we need a technical solution, now. Dialogue has not been effective and banning users is not effective. Banning users is not effective because they just sign up with new accounts? Then can't we ban by IP address, like Wikipedia does? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Crudely-drawn pint glasses
On Jan 29, 2008 4:43 PM, Igor Brejc [EMAIL PROTECTED] wrote: Is there somewhere a repository of totally free general-purpose icons such as this? I'm asking because I would like to extend Kosmos rendering rules with some nice icons. Try openclipart.org. There's lots of clip art there that might be useful, it's all public domain. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk