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
[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
[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: [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
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: [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
[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
[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