Re: [Talk-ca] CanVec Vs. TIGER
Hi Sam, The TIGER data in OSM was done a number of years ago (from the 2006 TIGER/Line release). Since then the US Census Bureau has devoted a lot of resources to improve the accuracy of TIGER data, which I don't think is (I could be wrong) reflected in OSM. The old TIGER data had many of the same problems as the Stats Can RNF, since they were both originally developed to assist census enumerators, an application that didn't require a high level of accuracy. Dan On 03/10/2011 03:02 PM, Samuel Dyck wrote: Hi everyone I'm at home recovering from dental surgery, so I've had the opportunity to get a lot of imports done. But I've been importing along the US border alot, and have ran into some trouble with TIGER Data and need some advice. My problems are as follows: -Importing near the geopolitical oddity know as the Northwest Angle https://secure.wikimedia.org/wikipedia/en/wiki/Northwest_Angle, I encountered a disagreement about the coastline of The Lake of the Woods. Canvec and data ends 150m north where TIGER data begins. (thought they are both roughly on the same Longitude). An inspection using Landsat and some surprisingly decent Bing imagry strongly favour Canvec and show the TIGER boundary to be full of twists and lagoons that don't appear to exist. How to I reconcile this? The Canvec boundaries appear to follow the exterior edge of a white surface that Canvec calls wetland, but may be ice. Sadly the one place of this lake I know has no white surface nearby. -TIGER is full of duplicate nodes. When I run Validator to check Canvec data I will often get 20+ duplicate node warnings from a TIGER road I partially downloaded. I can fix this without downloading the entire area of the way, but they I just hit more ways with problems. Thanks Sam Dyck ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] ArcGIS Online with OSM - Violation of License?
Yep, OSM data that needs attribution. The blog entry indicates that OSM is the data source, so the attribution there is correct. While this is off topic, I will say that I was really impressed by the ESRI JS toolkit (liked the scale bar), and how snappy the response is. It appears the main thing the toolkit needs is to make it easier to give proper OSM attribution. Dan On 02/24/2011 06:34 PM, David Fawcett wrote: I recently saw a blog post about how one can embed maps from ArcGIS.com and that they have an OSM layer. What jumped out at me is that even though they manage to get the 'Powered by ESRI' text on the map, there is no attribution for OSM. I realize that this may be the responsibility of the person who created the map on this site, but I don't really see how one could do that. Post: http://mapperz.blogspot.com/2011/02/embed-arcgis-online-maps-for-free.html?utm_source=feedburnerutm_medium=feedutm_campaign=Feed%3A+mapperz+%28Mapperz+GIS+News+Blog%29 Full screen map: http://www.arcgis.com/home/webmap/embedViewer.html?webmap=1907d8d1c2954484b4b6569b5d8de305zoom=truescale=true Any thoughts on this? David. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Path with Pit Stops
Hi Richard, Are you aware if they have a terms of use for these services? I can't find any on the link you sent, or on the MapQuest Open Platform Web Services page. I have an academic research project that this is perfect for, but I don't want to abuse my privileges. :-) Dan On 02/11/2011 09:51 AM, Richard Weait wrote: On Fri, Feb 11, 2011 at 1:33 PM, Esben Stienb...@esben-stien.name wrote: Is there some kind of application that can help me with plotting the smartest route in a set of points, if you're supposed to visit all the points? Imagine a salesman, who has to visit 10 locations. Is there some software that can assist me in visiting these 10 locations the smartest and shortest way?. Any pointers?. This is called the traveling salesman problem. ;-) Have a look at the wiki: http://wiki.openstreetmap.org/wiki/Traveling_salesman and the service built on OSM data at MapQuest http://open.mapquestapi.com/directions/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Path with Pit Stops
Hi Ant and Richard, Thanks for the information. This isn't actually going into a we based service. It is is based on data I have on people's trips, so I can easily adjust the number of requests I send in a day so as to keep it at its current resource use level. Dan On 02/11/2011 10:36 AM, Antony Pegg wrote: Barely any restrictions Check this page for full details: http://developer.mapquest.com/web/products/open/directions-service HTH Ant (the Limey) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Fwd: Re: Street Addresses
Hi John, You can get New York tax parcel maps inexpensively ($300 per Borough) and information needed to link it to addresses for free (I don't know if the licensing is consistent with OSM). My guess is www.ridethecity.com has licensed the parcel data and has created address points from it. The city may approve the creation of an address point layer based on this information that would work with OSM, but then again, maybe not. Here is the relevant link to the data: http://www.nyc.gov/html/dcp/html/bytes/applbyte.shtml Lots of the municipalities in the GVRD have released their parcel maps, some which may include addresses, but not others. As part of its Property Information Package the City of Vancouver provides address data (with duplicate addresses removed) that appear to be assessor parcel centroids. I don't know what the thinking is about the consistency of the City of Vancouver's licensing with OSM, but it may well be consistent. The link to this data is: http://data.vancouver.ca/datacatalogue/index.htm The general issue in terms of importing address points is that the data generally comes from local governments (generally cities in Canada and counties in the US), and local governments differ widely in their data availability, data field formats, licensing, and basic availability. Dan On 01/29/2011 09:47 AM, John Harvey wrote: Hey! So I'm trying to figure out the street address thing. Some POI's have street addresses. Some nodes in buildings have street addresses. Some cities have more address data (Paris and Denver come to mind), some have nearly none (New York). If I had to guess I would say less than 1% of POI's/Building have address data (US Wide) and I suspect Europe isn't much further ahead (10%?) Some cities have addr:interpolation. Toronto is an amazing example (thanks CanVec and the people who imported the data): http://osm.org/go/ZX6DTTVf9-- So I was looking at http://www.ridethecity.com/ . They seem to have street addresses for New York and Vancouver, cities that seem to have poor address info in the main data. Am I missing something? Is there another file besides the plant.osm that has addresses? Thanks for the info. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Street Addresses
Hi John, The recently released 2010 TIGER/Line data should have better address range information than earlier versions. The US Census Bureau went throughout the country with GPS units and collected a national set of address points to create its Master Address File (MAF) used implementing the 2010 Census. They can't release the MAF for non-disclosure reasons, and TIGER/Line data has missing address ranges and random address ranges (where in some cases they have lengthened or shortened the actual ranges) for non-disclosure reasons as well. My guess is importing 2010 TIGER data for NYC would be a nightmare because of the possibility of stepping on user edits in OSM. Given the problems with updating road ways, I think the real solution for addresses in OSM is to use address points where possible. Dan On 01/29/2011 10:53 AM, John Harvey wrote: Thanks Dan! I believe the US tiger dataset also has street address information and I wonder if people are seaming together that data. The NYC data is definitely higher quality, but I only need 90% quality, not near %100. There are some great data source on the NYC web age. I've heard varying opinions of the compatibility of the license between what Vancouver gives away and the OSM. I was under the impression it wasn't cool (the cities license required more attribution than OSM could provide) but I noticed that people have imported the cities data (all the building outlines in kits). Thanks again! John On 11-01-29 10:32 AM, Dan Putler wrote: Hi John, You can get New York tax parcel maps inexpensively ($300 per Borough) and information needed to link it to addresses for free (I don't know if the licensing is consistent with OSM). My guess is www.ridethecity.com has licensed the parcel data and has created address points from it. The city may approve the creation of an address point layer based on this information that would work with OSM, but then again, maybe not. Here is the relevant link to the data: http://www.nyc.gov/html/dcp/html/bytes/applbyte.shtml Lots of the municipalities in the GVRD have released their parcel maps, some which may include addresses, but not others. As part of its Property Information Package the City of Vancouver provides address data (with duplicate addresses removed) that appear to be assessor parcel centroids. I don't know what the thinking is about the consistency of the City of Vancouver's licensing with OSM, but it may well be consistent. The link to this data is: http://data.vancouver.ca/datacatalogue/index.htm The general issue in terms of importing address points is that the data generally comes from local governments (generally cities in Canada and counties in the US), and local governments differ widely in their data availability, data field formats, licensing, and basic availability. Dan On 01/29/2011 09:47 AM, John Harvey wrote: Hey! So I'm trying to figure out the street address thing. Some POI's have street addresses. Some nodes in buildings have street addresses. Some cities have more address data (Paris and Denver come to mind), some have nearly none (New York). If I had to guess I would say less than 1% of POI's/Building have address data (US Wide) and I suspect Europe isn't much further ahead (10%?) Some cities have addr:interpolation. Toronto is an amazing example (thanks CanVec and the people who imported the data): http://osm.org/go/ZX6DTTVf9-- So I was looking at http://www.ridethecity.com/ . They seem to have street addresses for New York and Vancouver, cities that seem to have poor address info in the main data. Am I missing something? Is there another file besides the plant.osm that has addresses? Thanks for the info. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Troll talk (was Google fumbles again in latin america)
This list already already seen an extensive thread on the behavior of the individual in question. Isn't there a better use of our bandwidth (in terms of both bits and time) than re-hashing it? On 11/05/2010 09:54 AM, Serge Wroclawski wrote: On Fri, Nov 5, 2010 at 12:33 PM, Apollinaris Schoellascho...@gmail.com wrote: On 5 Nov 2010, at 8:09 , Serge Wroclawski wrote: On Fri, Nov 5, 2010 at 11:03 AM, Toby Murraytoby.mur...@gmail.com wrote: On Fri, Nov 5, 2010 at 9:22 AM, Serge Wroclawskiemac...@gmail.com wrote: AFAIK no one has ever advocated removing the TIGER tags other than tiger_reviewed = no. Actually... http://lists.openstreetmap.org/pipermail/talk-us/2010-July/003761.html Epic trolls don't count. he is not a troll and has never been. who are you to call someone a troll because you don't agree? I'm someone who reads the lists and see that Anthony says things which are patently untrue, or uses a tone of fact when it's just speculation, or just takes up a contrary position when there's no issue. And I'd consider that vandalism. I consider it improving osm by a human mapper according the spirit of the project instead a container full of imports with not much value. If a human surveys on ground or based on personal knowledge and image tracing it has 100 times more value than any imported data We're not talking about human surveyed data- that is already addressed by tiger_reviewed- we're talking about disassociating the original feature from an import from its current incarnation. This doesn't improve anything, it just makes it harder to associate the data from the source. Also, in the case of image tracing, one is recommended to mention a source= tag. Not everyone does that all the time (I don't do it often, when I should), but the idea there is the same- to illustrate the data lineage. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Import of Central Okanagan Regional District GIS data?
Hi David, It looks like this data is being released into the Public Domain. The relevant part of their terms of use statement (which is for the download site, not the data itself) is: Geographic data is now available through this download site. This data is being made available to you free of any restrictive licences. In order to access the Regional District of Central Okanagan geographic data download service it is necessary to read, understand, and accept the terms of use for this service. Reading through the entire statement, most of the rest boils down to the data is being released as is, where is, and they make no claim of accuracy, usability, and so on. In other words, here it is, and, by the way, you can't sue us if it is wrong. I've pulled down the roads and address points data. The main issue is that the data only covers areas that are not in one of the municipalities in the Central Okanagan Regional District (so no data for Kelowna, Peachland, Westbank, etc.), or at least for the two layers I downloaded. Dan On 11/01/2010 11:00 AM, David Wetzel wrote: Hi, the Central Okanagan Regional District seems to have data for download. Can that be used? The OSM coverage is not so good in that area. http://www.regionaldistrict.com/departments/gis/gis.aspx David ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] CanTopo!
Hi Sam, In shapefile format, the natural choice is Statistics Canada Census Subdivision boundaries (the most recent is for 2010). Census subdivisions are typically municipalities or equivalents. Here is the link: http://geodepot.statcan.gc.ca/2006/040120011618150421032019/031904_05-eng.jsp The data is under a similar (the same?) unlimited use license as the NRN. Dan On 06/23/2010 07:22 PM, Sam Vekemans wrote: Hi, I'm cc'ing your notice to talk-ca. So the CanMatrix TIFFs, although georeferenced, they are older. However, they can still be used with Merkaarator. For those of you who have been under a rock about Merkaarator, (like me) the editing tool is very good. It allows nice viewing of WMS layers, which seems to be better than JOSM. Whats surprising, is that the area which is the Capital Region District boundary, as well as the backroads are actually available. This significant for ALL of Canada, because it means that there is no need to approach the cities about data, until these CanTopo CanMatrix PDFs and TIFFs have been fully exhausted. So on top of the CanVec data, that were all looking forward to seeing, we can further detail the OSM map with this stuff. Note: City Boundary data could very well be available as SHP files. If anyone finds it, please do share :-), then we can create a rules.txt and make the .osm files available. Cheers, Sam On 6/23/10, Russellskiinf...@gmail.com wrote: Good news, I finally found a way to export GeoPDFs to GeoTIFF with GlobalMapper 11. So if you want some cantopos converted for Merkaartor usage, let me know and I can take care of that. You can download a few tiffs I converted here: http://cantopo.russellporter.ca/ For some reason, 092j02 is waay off what is in OSM, but the other two are fine.. Not sure what is up but maybe everything has been traced on Yahoo imagery in Whistler causing the problem? Anyways 092j03 and 092g06 are fine which is what is important for me. Russell ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] new planet.osm
Hi John, Cloudmade creates extracts of some of OSM and distributes it in several different formats. Here is the link: http://downloads.cloudmade.com/north_america/canada#downloads_breadcrumbs Dan On Wed, 2010-04-21 at 10:26 -0700, john whelan wrote: Currently I'm chatting to a group of opendata people. Terribly enthusiastic people but they don't seem to be looking at the entire picture. One downloads a file called new planet.osm from http://planet.openstreetmap.org/ and complains because its 8 gigs of compressed data (uncompressed they're over 120GB). Then it takes a couple of hours to uncompress and process the file. Since he is only interested in Ottawa I suspect there should be a way to just download Ottawa rather than the entire planet which is what I think he is doing at the moment. Any suggestions? Thanks John -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Finding a poly around set of points
Hi Lasse, I don't know if this what you want, but you can take the convex hull of the set of points to get polygons. Do a good search on convex hull javascript, and you will run into several things that will likely work. Dan On Fri, 2010-04-16 at 17:22 -0700, Lasse Luttermann wrote: Hi list. I am working on a little project where I've got a database containing groupings of Lon-Lat pairs and I'm trying to find a good way to find the outer bounds of the area where the points is in. Since the points is often placed in an oblong square going diagonal (eg from SW to NE) a polygon is needed. A square would simply cover too much space around the area that needs to be highlighted. It is for use with OpenLayers so some genius javascript solution would be nice! - Lasse. -- Dan Putler Sauder School of Business University of British Columbia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] StatsCan Address Ranges in OpenJUMP -- how to interpret them?
Hi Tyler, OpenJUMP probably isn't the tool to do this with. Three tools come to mind: (1) using ogrinfo from the GDAL/OGR library (which if you are Windows user is most easily obtained via FWTools); (2) a spatially enabled DBMS such as PostgreSQL with PostGIS, which would enable you to get at the nodes of the polyline (way is an OSM coined term, and not used in traditional GIS, but in open source GIS, most folks will know what you mean when you use the term way) since you can access the geometry column (the_geom in PostGIS) in these systems; and (3) through the sp package in R, but unless you are an R user for other reasons (it is a statistical computing environment), it won't be your first choice. Its do-able, but probably not as easy as you had hoped. Dan On Wed, 2010-04-14 at 20:04 -0700, Tyler Gunn wrote: I've been poking around in OpenJUMP and am looking at the StatsCan road names data for Manitoba. When selecting a way in there it's easy to get the street name. I notice that they also have the address in format: ADDR_FM_LE: ADDR_TO_LE: ADDR_FM_RG: ADDR_TO_RG: The statscan technical spec says that the ADDR_FM_LE range is for the left side of the road, from the first node of the way to the last node of the way. That's fine and dandy but I can't seem to figure out which of the nodes in the way is the first, and which is the last in OpenJump. Anyone have any insight into how I could do this? THanks! Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] StatsCan Address Ranges in OpenJUMP -- how to interpret them?
Hi Tyler, I would look into the GDAL/OGR library. The command line tools might work for you, but if you need more you can things in C/C++, C#, Java, or Python (maybe even Ruby). I tend to do thing in R, but I'm basically a statistician. Dan On Wed, 2010-04-14 at 20:36 -0700, ty...@egunn.com wrote: On 2010-04-14, at 10:27 PM, Dan Putler dan.put...@sauder.ubc.ca wrote: Hi Tyler, OpenJUMP probably isn't the tool to do this with. Three tools come to mind: Its do-able, but probably not as easy as you had hoped. Hi Dan. Thanks for the suggestions; I am a computer programmer by trade so perhaps I should look at a more technical solution to this anyway. :) -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] More Google Copying
someone please contact the editor responsible (you can look him/her up, I don't want to name names. I would be willing to help with any followup and cleanup, and you can give them my username (sammuell) if you wish, I just can't bring myself to send a message explaining just how I caught them. Thanks Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Talk-us] TIGER considered harmful
Dave, One other thing to think about is that a lot of cities and counties in the US (and to a lesser extent Canada, but the city of Vancouver has) are starting to release their data to the public, under a license that is compatible with OSM (often in the public domain). In Canada this does not matter as much (the National Road Network is based on getting data from local jurisdictions and then standardizing the fields), but in the US it matters more (the US Census Bureau didn't go this route). The upshot, for a number of US counties you would rather use the county centerline road data rather than TIGER data as the basis of the import. Dan On Sun, 2009-11-15 at 14:36 -0800, Dave Hansen wrote: On Sun, 2009-11-15 at 14:33 -0800, Dave Hansen wrote: Yeah, and that does sound like a really nice way to do it, especially when there is existing data. Anybody want to be on the USA conversion team? :) -- Dave ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Imports] [Talk-us] TIGER considered harmful
Hi Kate, How have the address points been obtained? From OSM users? The Census Bureau has collected and created a national data set of them in preparation for the 2010 Census, but for non-disclosure reasons, they have no intention of releasing them to the public. The next possible public source of this type of information would be based on county assessor parcel data, but that is limited to those counties that have released their parcel data (although, counties that have released address ranged centerline street data also tend to be the same ones who released their parcel data). Dan On Sun, 2009-11-15 at 18:28 -0500, Kate Chapman wrote: Dave, Understood, I would envision it being a partially manual and partially automated process. Maybe I'm confused about the address versus road information. I would think the address point would be the front door of the building and would not be a relation to the road. So the node of the address and the way of the road would not be on top of each other. Is this incorrect? -Kate Chapman On Sun, Nov 15, 2009 at 6:17 PM, Dave Hansen d...@sr71.net wrote: On Sun, 2009-11-15 at 18:11 -0500, Kate Chapman wrote: What's wrong with doing automated addressing imports in situations where we have point level address data? The issue is that it may not line up with the roads at all. We also need to ensure that we *find* the roads to which it refers to ensure that we get the relations done properly. If people find a way to do that, it shouldn't be a problem. Or are you just referring to not importing the addressing that is available for the Tiger data? -- Dave -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] [Imports] [Talk-us] TIGER considered harmful
Hi Kate, Sounds good. My guess is that the data from the District is based on the assessor parcels. Given what you said (I'm assuming you are in the Northern VA suburbs of DC), have you looked into whether Fairfax County or Alexandria has released their parcel or centerline road data? Dan On Sun, 2009-11-15 at 18:43 -0500, Kate Chapman wrote: Hi Dan, Both manual and donated data. I've been addressing my neighborhood in Virginia but Washington D.C. donated point level addresses. Kate Chapman On Nov 15, 2009, at 6:37 PM, Dan Putler dan.put...@sauder.ubc.ca wrote: Hi Kate, How have the address points been obtained? From OSM users? The Census Bureau has collected and created a national data set of them in preparation for the 2010 Census, but for non-disclosure reasons, they have no intention of releasing them to the public. The next possible public source of this type of information would be based on county assessor parcel data, but that is limited to those counties that have released their parcel data (although, counties that have released address ranged centerline street data also tend to be the same ones who released their parcel data). Dan On Sun, 2009-11-15 at 18:28 -0500, Kate Chapman wrote: Dave, Understood, I would envision it being a partially manual and partially automated process. Maybe I'm confused about the address versus road information. I would think the address point would be the front door of the building and would not be a relation to the road. So the node of the address and the way of the road would not be on top of each other. Is this incorrect? -Kate Chapman On Sun, Nov 15, 2009 at 6:17 PM, Dave Hansen d...@sr71.net wrote: On Sun, 2009-11-15 at 18:11 -0500, Kate Chapman wrote: What's wrong with doing automated addressing imports in situations where we have point level address data? The issue is that it may not line up with the roads at all. We also need to ensure that we *find* the roads to which it refers to ensure that we get the relations done properly. If people find a way to do that, it shouldn't be a problem. Or are you just referring to not importing the addressing that is available for the Tiger data? -- Dave -- Dan Putler Sauder School of Business University of British Columbia -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Toronto aerial imagery
NAD27 is North American Datum of 1927 (Geobase data actually uses the North American Datum of 1983, on NAD83). Assuming the vector data is available in shapefile format as well, run the shapefiles through ogr2ogr in the GDAL/OGR library, and specify you want to convert to WGS84 geographic. Dan On Mon, 2009-11-09 at 14:25 -0500, Andrew MacKinnon wrote: The recently released City of Toronto aerial imagery is on the following WMS server: http://map.toronto.ca/servlet/com.esri.wms.Esrimap This WMS server also includes all sorts of other data such as road centerlines, address data and property parcels, some of which is available in vector formats and some of which is not. Trouble is, it uses a projection called NAD27 (found that with a bit of googling) and it shows up a few metres off in JOSM. Any way to fix this? Andrew ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] FW: Road Network File license conflict?
Hi Richard, You will have a lot road names, and also a large number of unnamed roads. Two agencies actually created this network. StatsCan did the more urban areas (complete with address ranges and road names), while Elections Canada did the more rural roads (so they could figure out how to contact people for Federal elections). While the StatsCan data has street names and address ranges, it has locational accuracy issues. In fact, they rubber sheeted their roads in an effort to have them more closely match the RNF. Having worked with this data a fair amount, it appears to have been something of a mixed success. As a result, working with this data is going to involve more good times with RoadMatcher. Dan On Wed, 2009-03-04 at 10:50 -0500, Richard Weait wrote: Dear All, Good news. We may use the StatCan Road Network File under the Unrestricted Use Agreement. So does this get us road names in other provinces? Forwarded Message From: marie-josee.lalo...@statcan.gc.ca To: rich...@weait.com Subject: Request #2008398 - FW: Road Network File license conflict? Date: Wed, 4 Mar 2009 10:21:27 -0500 Hello Mr. Weait, Yes, your request is permissible with the Unrestricted Use agreement. I believe the copyright notice pertains to the content of the reference guide and not to the actual product. [copy of s3.0 Licence Grant removed for space] -Original Message- From: Richard Weait [mailto:rich...@weait.com] Sent: February 27, 2009 5:12 PM To: infost...@statcan.ca Subject: Road Network File license conflict? Dear Statcan, I'm a contributor to OpenStreetMap, an international project to provide maps and mapping tools to people around the world. There are over 95,000 contributors around the world. The Canadian OpenStreetMap community is interested in including information from Statistics Canada in OpenStreetMap but we found a possible contradiction in the permitted use of the Road Network File that raised questions. From an abundance of caution, I write to you for clarification. The Unrestricted use license agreement[1] appears to permit commercial use of the derivative product while the more information page specifically excludes commercial use[2]. I hope that you can clear this up for us so that we may begin the process of importing the Road Network file and merging the data with OpenStreetMap. Perhaps the information page refers to the Statistics Canada web site while the unrestricted use license agreement refers to the Road Network file? Best regards, Richard Weait, OpenStreetMap data contributor [1]http://geodepot.statcan.ca/2006/Reference/Freepub/92-500-GWE/2008001/agreement-en.htm [2]http://geodepot.statcan.ca/2006/Reference/Freepub/92-500-GWE/2008001/info-en.htm ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Mapping parks
You can get national part boundaries through GeoGratis (I assume this data is under the same license as the GeoBase data, and thus consistent with OSM, but it would have to be confirmed). The page link to it is: http://geogratis.cgdi.gc.ca/geogratis/en/collection/detail.do?id=1015 In terms of provincial parks, you may be able to get boundaries from provincial agencies. You can for BC, and I think for Alberta (less sure on this). Again, the compatibility of the data license with OSM would need to be investigate. The link to the BC data is: http://aardvark.gov.bc.ca/apps/metastar/metadataDetail.do?from=searchedit=trueshowall=showallrecordSet=ISO19115recordUID=3997 The potential technical issues is that the data are in traditional GIS formats. The national park boundaries can be obtained in shape format, while the BC provincial park boundaries in E00 (ArcInfo export) file format. HTH. On Fri, 2009-01-16 at 09:21 -0800, Samuel Dyck wrote: How would I map parks. They are not in geobase. It's easy with Potlatch and Urban parks, but I cannot find a way to find a way to distingish Provincial and national parks from the surrounding areas. It would be impossibly difficult to walk the boundries with a GPS. What do I do? __ Now with a new friend-happy design! Try the new Yahoo! Canada Messenger ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Canadian Road Network and Cities
Its in progress for the geobase NRN, not the StatsCan RNF. Look over the Talk-CA archive to get plugged-in to what others are currently doing. On Mon, 2009-01-12 at 14:46 -0500, G. Michael Carter wrote: Hope I have the right place. I was playing around with the OSM and have a few suggestions/questions. 1. The Canadian Road Network is freely available from http://www.geobase.ca/geobase/en/search.do?produit=nrnlanguage=en and http://www12.statcan.ca/census-recensement/2006/geo/index-eng.cfm Is there anyway to get this imported into OSM? If we did that we would have 90% of Canada road systems covered. 2. Is there any way to specify attributes on the road. ie: house numbering and city and/or county. I'd love to use OSM data to build a geocoder for my own personal use. If there isn't currently a way. Is this a feature we could get added? Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Dan Putler Sauder School of Business University of British Columbia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Own experience with Geobase
If you want to maintain the address ranges in the data (which are needed for interpolated geocoding) you will want to maintain the block face (intersection to intersection) ways. Moreover, doing this would ease the ability to use the OSM edits to update the original GeoBase NRN since the need to break the edited ways (road segments) at intersections would not be needed. Dan On Wed, 2008-12-17 at 11:41 -0500, Stefan Monnier wrote: - The Geobase segment geometry (ways segmented at each intersection) becomes OSM ways. Keeping the original geometry assure the link between Geobase/OSM for further updates using the nat_ref. However, in OSM, the rendering is not nice because it repeats the street name and ref numbers. Keeping the nat_ref seems like the right thing to do, indeed, otherwise merging future updates from GeoBase may turn out to be very painful. But having so many ways seems a bit problematic to me (although such segmentation is sometimes needed anyway, e.g. when a street changes its onewayness). Couldn't we merge the segments into a single way and then keep a list of NIDs in nat_ref? In any case, thanks for your effort, it looks like a good start. Stefan ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GeoBase and OpenStreetMap
, and Procedures (PPP) document. It will give you a better understanding of the animal you are dealing with. Some Questions Let me start by making it clear that I am asking these questions to help my understanding. Nothing here is intended to stop, or delay the groups progress in loading the GeoBase information into the OSM. My first question has to be “Why are you doing this?”. I have spent some time looking through the OSM web site and I understand the rational for building street maps where none exist or at least are not generally available but that is not the case here. I know of at least two other complete downloads of the GeoBase data for redistribution but still do not fully understand the reasons for replication / duplication. Secondly – How does this group expect maintenance to work? When the data suppliers pass updates to the GeoBase portal team and those updates are made available then GeoBase and OSM will be out of sync. What are the expectations on how or when they will be brought back into sync? And finally, for now, Are there any comments or questions you would like to direct to the GeoBase Steering Committee? We don’t always hear back from those who are using the GeoBase portal and it’s data but want to. Please speak up if you have something to say to us. In closing I would like to suggest that you also check out the video at YouTube that shows some of the research we have been involved with looking at interoperability of diverse geomatics data bases. The video is at http://www.youtube.com/watch?v=YIZLc_qHYZc in English and http://www.youtube.com/watch?v=BXvUqWVtjQo in French. Thanks for your time. Mike Mepham Federal/Provincial/Territorial Liaison GeoConnections Program Natural Resources Canada E-Mail: mmep...@nrcan.gc.ca Ottawa Regina Phone: (613) 992-8549 (306) 780-3634 Fax: (613) 947-2410 (306) 780-5191 Address: 06Ath Floor, Room. 646R 615 Booth Street Ottawa, ON Canada K1A 0E9 100 Central Park Place 2208 Scarth Street Regina, SK Canada S4P 2J6 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GeoBase and OpenStreetMap
Hi Dave, There is one important difference between the Canada NRN and the US TIGER data. Specifically, the locational accuracy for the NRN is much better than is the case with TIGER. As a result, the need to undertake a big effort editing ways to fix their locational accuracy isn't going to be nearly as critical (put another way, what do you trust more, someone's Garmin eTrex or the provincial highway department's Trimble differential gps unit?). As a result, the potential loss of information from forking the data is relatively more important for the Canada NRN then the US TIGER data. In my opinion the current US situation is unfortunate. As a data user you have the choice of one publicly available road network that is very good with respect to locational accuracy (OSM), and another that has much poorer locational accuracy but has address range and local area identifier information (TIGER) which allows it to be used in geocoding and certain types of routing applications (although, its locational accuracy is a problem for this). If the TIGER TILD's had been maintained on the OSM ways life would be a lot easier for a lot of potential users of the OSM data. My two cents. Dan On Mon, 2008-12-15 at 14:32 -0800, Dave Hansen wrote: On Thu, 2008-12-11 at 15:02 -0500, Mepham, Michael wrote: My first question has to be “Why are you doing this?”. I have spent some time looking through the OSM web site and I understand the rational for building street maps where none exist or at least are not generally available but that is not the case here. I know of at least two other complete downloads of the GeoBase data for redistribution but still do not fully understand the reasons for replication / duplication. The basic reason is that we need to be able to edit it. We can't simply put data back into GeoBase, so we need a copy on which to work. Is there a way we even could get changes back to the owners of the data? I think the core of it is that OpenStreetmap isn't your normal user. We don't want to just take the data and put it on a map, or figure out where all the residents in an area live. One of our core goals is to be able to update and change the map. Secondly – How does this group expect maintenance to work? When the data suppliers pass updates to the GeoBase portal team and those updates are made available then GeoBase and OSM will be out of sync. What are the expectations on how or when they will be brought back into sync? For the US TIGER data, we are simply diverging. There is no plan that I know of, and relatively little need right now, to bring things back into sync. It is just a huge problem with no easy solutions. The easiest solution that I see is what we're doing now: leave the data, and let the users improve it, just like the rest of the world. These huge government databases have, in effect, been a jump start for OSM. But, I'm afraid they're a one-time thing. -- Dave ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Dan Putler Sauder School of Business University of British Columbia ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk] Are there any ways with street number ranges in the OSM database?
Hi Jochen, The purpose for my inquiry on this topic was to see if there was an area that has been extensively addressed, and could be used for the demonstration site we are trying to develop for PAGC. Based on the thread, it appears the Karlsruhe is the most extensively addressed area at this point, but only a fairly small proportion of it has been addressed at this point, too small a proportion to be used for the PAGC demonstration site at this moment (this will likely change in the future as more of the city is addressed). This was really the upshot of my comment about using OSM for geocoding being a work in progress. As I know you are aware, postal addresses are very messy things, that differ from country to country (and even jurisdiction to jurisdiction in some cases). As a result, I think you are correct that a one size fits all tagging scheme will never be developed (or would even be desirable). Having said this, from a data user point of view, keeping the number of different schemes to the minimal acceptable number really makes life easier. Dan On Wed, 2008-12-10 at 11:52 +0100, Jochen Topf wrote: On Tue, Dec 09, 2008 at 09:56:53AM -0800, Dan Putler wrote: house number addressing in OSM, it was very useful. Given the related, and very active, addressing thread, it sounds like several issues need to be ironed out before there is a final OSM addressing scheme. From a I never expect there to be one final addressing scheme. The Karlsruhe scheme was intended as: We start here in Karlsruhe with something that might work for us. If it also works for you thats fine, if not maybe you can amend it, if it still doesn't fit, come up with something entirely new. So far the scheme has seen some amendments and has more than 900 users who have used it. We'll see where it goes. practical point of view, it should be possible to do street intersection geocoding using OSM data as it currently exists, but the use of OSM data for other forms of geocoding is a work in progress. What exactly do you want to do that doesn't work yet? Jochen -- Dan Putler Sauder School of Business University of British Columbia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Are there any ways with street number ranges in the OSM database?
Hi Jochen, Thanks for this. When I first posted I had in mind ways with address ranges (I've got the North American public road network file mindset), but we can also have a point address geocoder embedded within PAGC as well, so Prague looks like a good potential solution to our needs. Dan On Wed, 2008-12-10 at 19:42 +0100, Jochen Topf wrote: If you need a city with exhaustively mapped addresses have a look at some of the Czech cities, for instance Prague: http://tools.geofabrik.de/osmi/?view=addresseslon=14.44067lat=50.07304zoom=15opacity=0.38overlays=nodes_with_addresses_defined It looks like they have a node for every address. Jochen On Wed, Dec 10, 2008 at 09:04:35AM -0800, Dan Putler wrote: Subject: Re: [OSM-talk] Are there any ways with street number ranges in the OSM database? From: Dan Putler [EMAIL PROTECTED] To: Jochen Topf [EMAIL PROTECTED] Cc: talk talk@openstreetmap.org Date: Wed, 10 Dec 2008 09:04:35 -0800 Hi Jochen, The purpose for my inquiry on this topic was to see if there was an area that has been extensively addressed, and could be used for the demonstration site we are trying to develop for PAGC. Based on the thread, it appears the Karlsruhe is the most extensively addressed area at this point, but only a fairly small proportion of it has been addressed at this point, too small a proportion to be used for the PAGC demonstration site at this moment (this will likely change in the future as more of the city is addressed). This was really the upshot of my comment about using OSM for geocoding being a work in progress. As I know you are aware, postal addresses are very messy things, that differ from country to country (and even jurisdiction to jurisdiction in some cases). As a result, I think you are correct that a one size fits all tagging scheme will never be developed (or would even be desirable). Having said this, from a data user point of view, keeping the number of different schemes to the minimal acceptable number really makes life easier. Dan On Wed, 2008-12-10 at 11:52 +0100, Jochen Topf wrote: On Tue, Dec 09, 2008 at 09:56:53AM -0800, Dan Putler wrote: house number addressing in OSM, it was very useful. Given the related, and very active, addressing thread, it sounds like several issues need to be ironed out before there is a final OSM addressing scheme. From a I never expect there to be one final addressing scheme. The Karlsruhe scheme was intended as: We start here in Karlsruhe with something that might work for us. If it also works for you thats fine, if not maybe you can amend it, if it still doesn't fit, come up with something entirely new. So far the scheme has seen some amendments and has more than 900 users who have used it. We'll see where it goes. practical point of view, it should be possible to do street intersection geocoding using OSM data as it currently exists, but the use of OSM data for other forms of geocoding is a work in progress. What exactly do you want to do that doesn't work yet? Jochen -- Dan Putler Sauder School of Business University of British Columbia -- Dan Putler Sauder School of Business University of British Columbia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Are there any ways with street number ranges in the OSM database?
Hi Jochen, Christoph, and Maarten, Thanks for the detailed and complete discussion of the current state of house number addressing in OSM, it was very useful. Given the related, and very active, addressing thread, it sounds like several issues need to be ironed out before there is a final OSM addressing scheme. From a practical point of view, it should be possible to do street intersection geocoding using OSM data as it currently exists, but the use of OSM data for other forms of geocoding is a work in progress. Dan On Mon, 2008-12-08 at 22:52 +0100, Jochen Topf wrote: On Mon, Dec 08, 2008 at 10:31:21PM +0100, Christoph Eckert wrote: My understanding (which may not be correct) is that the development of a house number range tagging scheme is something of an open issue at this point, but based on a thread from April on this list (house number revisited, started by Martijn van Exel) some people have been tagging ways. there's the Karlsruhe model, see the wiki[1] for details. In Karlsruhe, [...] You can also use the OSM Inspector to get a better idea how things are tagged. Karlsruhe is here for instance: http://tools.geofabrik.de/osmi/?view=addresseslon=8.36448lat=49.02825zoom=17 Jochen -- Dan Putler Sauder School of Business University of British Columbia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Are there any ways with street number ranges in the OSM database?
Hi all, I'm actually posting as a member of the Postal Address Geo-Coder, or PAGC, project (www.pagcgeo.org). We have recently developed a web based postal geocoder service, and are looking to setup a demo site. The site will have publicly available US TIGER and Canadian StatsCan RNF data, but we were hoping to use data for an area outside of North America. The natural choice for this is OSM data. However, PAGC works best if there are house number ranges along ways. My understanding (which may not be correct) is that the development of a house number range tagging scheme is something of an open issue at this point, but based on a thread from April on this list (house number revisited, started by Martijn van Exel) some people have been tagging ways. If there are areas with tags with house number ranges, we'd like to have some idea of where they are located. PAGC is currently shapefile centric (though this will change in the longer run), so we would need to convert the ways to shapefile format to use them. Thanks in advance. Dan -- Dan Putler Sauder School of Business University of British Columbia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] tagging and rendering highways in the USAandelsewhere
On a ground truth note, it turns out that state highways in California do range from freeways (CA 85), to major urban surface roads (CA 82) to narrow two-lane rural roads (CA 130). While lowly, some of them really are secondary roads. Dan On Fri, 2008-04-18 at 17:33 +0100, Tom Hughes wrote: In message [EMAIL PROTECTED] Peter Miller [EMAIL PROTECTED] wrote: The state roads are currently tagged on OSM variously with trunk (green) primary (red) and secondary (orange). Some pretty major roads a tagged with secondary (actually a very lowly road class in the UK below motorway, trunk and primary) and I suspect that this is because it renders with the correct colour. There is no 'secondary_link' tag for exit and entrance ramps because secondary roads are too minor to have such things so highways rendered as secondary are using 'secondary' tags for exist and entrance ramps as well. There is no such thing as a tag that does not exist in OSM as we have freeform tagging. In addition to which mapnik at least does render things marked as secondary_link, so it seems to do a pretty good impression of something that exists to me. If we can agree on the rendering rules and get both Mapnik and osmarender sorted out for the USA then people will be incentivised to tag appropriately. The moto 'render and they will come' probably applies here as elsewhere. Agreeing on the rules or colour schemes is not the problem. The problem is that we do not have the technology to render different countries in different ways. I don't believe we even know of an efficient way to do it, so we don't even know what the technology would look like should somebody want to write it. See the ongoing discussion about the difficulty of the problem of determining efficiently what country something lies in for what I'm talking about. Tom -- Dan Putler Sauder School of Business University of British Columbia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM TIGER-based map quality
Dave, From what I've seen, yes. Or at least for Santa Clara County, California. To bolster this, the main edge files do not contain street address ranges in the 2007 data, but the US Census Bureau gives as one of the two possible options of adding this information to the file is taking the address ranges from the 2006 TIGER/Line data by matching on the tlid field. A pretty good indication that the tlid fields match. Dan On Fri, 2008-04-04 at 10:31 -0700, Dave Hansen wrote: On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote: That is exactly what I am suggesting, based on an examination of the objects in the area you're looking at: all of them have been updated several times (as the history URL above demonstrates) by a single user in what seems to clearly be a cleanup effort. (This was based on using an OpenLayers map to select 10 different streets based on the lonlat I observed in your JOSM instance and view the history for each.) If this is true, then we can probably go back and fix it. We have all of the TIGER tlid (unique ids) for all of the uploaded data. Have those remained the same in the new TIGER data? -- Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Dan Putler Sauder School of Business University of British Columbia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] OSM TIGER-based map quality
Dave, Not all counties have been improved through the MAF/TIGER Accuracy Improvement Project (MTAIP). Here is a link to the counties that have not been improved in the 2007 TIGER data: http://www.census.gov/geo/www/tiger/tgrshp2007/tgrshp07nomtaip.txt Dan On Fri, 2008-04-04 at 10:53 -0700, Dave Hansen wrote: On Fri, 2008-04-04 at 13:51 -0400, Christopher Schmidt wrote: On Fri, Apr 04, 2008 at 10:31:11AM -0700, Dave Hansen wrote: On Fri, 2008-04-04 at 09:12 -0400, Christopher Schmidt wrote: That is exactly what I am suggesting, based on an examination of the objects in the area you're looking at: all of them have been updated several times (as the history URL above demonstrates) by a single user in what seems to clearly be a cleanup effort. (This was based on using an OpenLayers map to select 10 different streets based on the lonlat I observed in your JOSM instance and view the history for each.) If this is true, then we can probably go back and fix it. We have all of the TIGER tlid (unique ids) for all of the uploaded data. Have those remained the same in the new TIGER data? Fix... what? OSM is correct here... perhaps you mean We can improve TIGER 2007 with OSM data? Did I misunderstand what's going on? I assumed that the TIGER '07 data is better than the TIGER '05 (or so) data that we populated OSM with. If it is better, we can update OSM from TIGER '07. -- Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk -- Dan Putler Sauder School of Business University of British Columbia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
