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
Re: [OSM-talk] virtual san francisco mapping party?
They are actually the old Cargill Salt Corporation salt evaporation ponds. The water in these ponds is many times saltier than sea water, the pink to red color is due to brine shrimp and microbes that live in these ponds. There is a massive restoration project just underway that will restore this area to the original tidal marshes that were there. The upshot for tagging is that they are water, but they are man made, and in a number of years they will disappear. To get the full story on this, here are a couple of sites: http://www.southbayrestoration.org/index.html http://www.nasa.gov/centers/ames/news/releases/2003/03images/saltpond/saltpond.html Dan On Sat, 2008-04-12 at 11:27 +0100, Andy Allan wrote: > On Sat, Apr 12, 2008 at 10:00 AM, Peter Miller > <[EMAIL PROTECTED]> wrote: > > > Btw, if anyone knows what is going on in the bay just north of Mountain View > > and the Googleplex then please do some suitable tagging. There seem to be > > loads of shallow ponds with weird colours (particularly weird on google > > aerial photography). I have tagged them as 'natural' and 'water' but I don't > > think it is really natural and it might not even be water! > > Using the flickr maps thingy, it appears to be some Salt Flats as per > http://flickr.com/photos/[EMAIL PROTECTED]/117376408 > > Cheers, > Andy > > ___ > 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] 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
[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] 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=addresses&lon=8.36448&lat=49.02825&zoom=17 > > 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, 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=addresses&lon=14.44067&lat=50.07304&zoom=15&opacity=0.38&overlays=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 > > 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] 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=nrn&language=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: [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: [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 Schoell wrote: On 5 Nov 2010, at 8:09 , Serge Wroclawski wrote: On Fri, Nov 5, 2010 at 11:03 AM, Toby Murray wrote: On Fri, Nov 5, 2010 at 9:22 AM, Serge Wroclawski 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
[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] 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 Stien 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
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=feedburner&utm_medium=feed&utm_campaign=Feed%3A+mapperz+%28Mapperz+GIS+News+Blog%29 Full screen map: http://www.arcgis.com/home/webmap/embedViewer.html?webmap=1907d8d1c2954484b4b6569b5d8de305&zoom=true&scale=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