Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Sun, Aug 8, 2010 at 12:58 AM, Paul Johnson ba...@ursamundi.org wrote: On Wed, 21 Jul 2010 20:06:52 -0400, Phil! Gold wrote: * Paul Johnson ba...@ursamundi.org [2010-07-21 00:19 -0700]: On Tue, 20 Jul 2010 07:15:18 -0400, Phil! Gold wrote: I what way does OpenCycleMap get this right? As far as I can tell, it doesn't render road shields at all. No, but it does render route relations. It's the shields I want, and they're harder than just rendering relations at all, because the information I need is split between the regular roads and the route relations. The relations have the data for the shields, but the roads have the highway= tag that indicates when the shields need to be rendered. I'd also prefer to be able to say if this road has a ref=, but is not a member of a route relation, render the ref=, but that's a giant pain to do. Perhaps Richard could shed some more light on this, but relations are pretty much going to be necessary to properly render route shields given the huge variety in highway networks in North America and the world. Let's do a shields BoF at Atlanta next weekend. I have some ideas that make shields much easier and even solve shield concurrency. I'll see the the SotM-US organizers will put it on the program. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
* Richard Weait rich...@weait.com [2010-08-08 07:45 -0400]: Let's do a shields BoF at Atlanta next weekend. I have some ideas that make shields much easier and even solve shield concurrency. I'm not going to SotM-US, so let me just mention what I've experimented with (unsuccessfully). What I'd like to see with shields is: If a road is a member of a US, Interstate, state, or county route relation, render an appropriately-sheped shield with the route number at zoom levels appropriate to the road's highway= tag. Road ref= tags should only be rendered if the road is not a member of any route relations. If a road is a member of multiple route relations for different routes, it should have all shields rendered, with reasonable spacing. If a road is a member of multiple route relations for the same route (this happens with the per-state relations and super-relations for Interstates and US highways), rendering should be the same as if it were only a member of one relation. (In other words, adding a super-relation shouldn't double the number of shields rendered.) I'm mostly focusing on rendering with Mapnik, since that's what most of the web-based slippy maps use, including the main one. Ignoring the roads' ref= tags completely and only rendering the shields from the route relations is one approach, but it then leaves roads without route relations (like a lot of state and couty roads) without shields, and it loses the ability to decide when to render the shields based on the roads' classifications; you would instead have to pick particular zoom levels at which to start each type of shield. On the other hand, if you render the shields from the route relations with the road information, you run into two main problems. One is that roads may be broken into almost arbitrarily-small pieces, which could result in diplicate shields very close together. The other, more important one, is that the information is now in two places in the PostGIS database, and I have yet to find an SQL query that doesn't get really slow trying to JOIN that information. My best effort has been to generate a link table that contains the OSM IDs of routes, the PostGIS IDs of those routes (just the OSM ID negated), and the OSM IDs of their member roads (which are also the PostGIS IDs). Then you do something like SELECT road.highway, route.network, route.ref FROM planet_osm_line road JOIN route_members ON road.osm_id = route_members.road_id JOIN planet_osm_line route ON route_members.postgis_id = route.osm_id Unfortunately, in my experience, those JOINs get really slow. I've tried working with the query planner to get speed improvements, but haven't achieved much. My next thought, for when I get back to working with shield rendering, is to try making a denormalized table that contains the information from the JOIN that I need. That approach will require some degree of modification to osm2pgsql in order to maintain that table through database updates, but it's the best way I can see forward. Once you have a query that gives you highway= from the road and route= and ref= from the relation, addressing almost everything from my what I want paragraph becomes really simple. (I haven't figured out a way to suppress shields from the super-relations yet.) While most of my thought about the actual rendering are basically make separate images for each network shield for refs of one, two, and three characters long, I've been pondering how to use the symbol= tag on the route relations. Mapnik 1 simply can't, as far as I can tell; its shield images need to be configured statically. I haven't played much with Mapnik2, but apparently it has more dynamism in its renderings, so it might be able to use them, if it can fetch images from URLs (preferably only once; caching the downloads during a run). -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- Don't have good ideas if you aren't willing to be responsible for them. -- Alan Perlis --- -- ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Sun, Aug 8, 2010 at 7:45 AM, Richard Weait rich...@weait.com wrote: Let's do a shields BoF at Atlanta next weekend. I have some ideas that make shields much easier and even solve shield concurrency. Hopefully your idea recognizes the silliness of rendering the individual state route shield designs, especially the ones that will either be huge or compress the text to an unreadable size :) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
* Phil! Gold phi...@pobox.com [2010-08-08 09:41 -0400]: SELECT road.highway, route.network, route.ref FROM planet_osm_line road JOIN route_members ON road.osm_id = route_members.road_id JOIN planet_osm_line route ON route_members.postgis_id = route.osm_id I was doing this from memory... Those JOINs should be LEFT JOINs, of course, because most roads are not members of route relations. -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- PHP is a minor evil perpetrated and created by incompetent amateurs, whereas Perl is a great and insidious evil, perpetrated by skilled but perverted professionals. -- Jon Ribbens --- -- ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
From: Paul Johnson ba...@ursamundi.org Perhaps Richard could shed some more light on this, but relations are pretty much going to be necessary to properly render route shields given the huge variety in highway networks in North America and the world. My company has a beta version of a renderer that displays the proper shield, be it interstate, U.S. highway, state, county, or whatnot, without using relations. To do so, it looks for the following tags on a way (i.e., /not/ on its relations): network:country[us]:interstate = 95 network:country[us]:unitedStatesHighway = 1 network:country[us]:state[md] = 99 It also does proper multi-shield rendering of multiplexed routes, be they of the same type... network:country[us]:unitedStatesHighway = 50;301 ...or disparate: network:country[us]:interstate = 70 network:country[us]:unitedStatesHighway = 40 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Wed, 21 Jul 2010 20:06:52 -0400, Phil! Gold wrote: * Paul Johnson ba...@ursamundi.org [2010-07-21 00:19 -0700]: On Tue, 20 Jul 2010 07:15:18 -0400, Phil! Gold wrote: I what way does OpenCycleMap get this right? As far as I can tell, it doesn't render road shields at all. No, but it does render route relations. It's the shields I want, and they're harder than just rendering relations at all, because the information I need is split between the regular roads and the route relations. The relations have the data for the shields, but the roads have the highway= tag that indicates when the shields need to be rendered. I'd also prefer to be able to say if this road has a ref=, but is not a member of a route relation, render the ref=, but that's a giant pain to do. Perhaps Richard could shed some more light on this, but relations are pretty much going to be necessary to properly render route shields given the huge variety in highway networks in North America and the world. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
From: Nathan Edgars II nerou...@gmail.com There's been no standard way of tagging state highways since before I joined at the beginning of this year. Nor has there been in my four years here. Hell, I was the one who wrote the wiki suggestion to use the USPS state abbreviations. I am completely and utterly stunned that it is still there. One of my four OSM WTFs is overloading the REF tag's value with so much information. We should be key rich, not REF value rich. The *keys* should have the meat, not the *values*: network:country[us]:state[ks] = 10// renderer sees this and renders a sunburst network:country[us]:state[md] = 26// renderer sees this and renders a white rectangle These tags are simply applied to all of the ways that comprise the route. No complicated relations (the second of my four OSM WTFs) necessary. Need all of the ways for a route? It's a simple database query: SELECT * WHERE key = 'network:country[us]:state[md]' AND value = '26'. If you have a state with different classes of networks, you just extend this idea: network:country[us]:state[va]:primary = 7 // renderer sees this and renders a guitar pick thingie network:country[us]:state[va]:secondary = 606 // renderer sees this and renders a circle If you have a way that is on two networks, you just give it both tags: network:country[us]:unitedStatesHighway = 40 network:country[us]:interstate = 70 Oh, yeah: this also gets rid of those asinine arguments about, say, whether there should be a hyphen in the REF tag between the I and the digits in interstate designations. Don't like the hyphen? Knock yourself out, and create a *renderer* that shows I 95 when it encounters network:country[us]:interstate=95. Prefer hyphens? Or a shield? Whatever. The point is, that's the domain of the *renderer*, not the *metadata*. Moving on, if you have a way that comprises two networks of the same class, you hit OSM's third WTF, which is the inability to have two tags with the same key: network:country[us]:unitedStatesHighway = 50 network:country[us]:unitedStatesHighway = 301 So as a workaround, you have to use the infamous semicolon: network:country[us]:unitedStatesHighway = 50;301 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Tue, 20 Jul 2010 07:15:18 -0400, Phil! Gold wrote: * Paul Johnson ba...@ursamundi.org [2010-07-20 00:51 -0700]: On Mon, 19 Jul 2010 17:09:35 -0400, Phil! Gold wrote: In short, I'm okay seeing ref=K-10 on a road, because that's how people refer to them, and because I'd prefer to be pulling information out of a relation tagged route=road, network=US:KS, ref=10. (Mind you, I still haven't found a good way to actually do that and have it work correctly in terms of rendering; it's just what I want.) Fix the renderer. The Cyclemap does it right, there's no reason the other renderers can't. I what way does OpenCycleMap get this right? As far as I can tell, it doesn't render road shields at all. No, but it does render route relations. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
* Paul Johnson ba...@ursamundi.org [2010-07-21 00:19 -0700]: On Tue, 20 Jul 2010 07:15:18 -0400, Phil! Gold wrote: I what way does OpenCycleMap get this right? As far as I can tell, it doesn't render road shields at all. No, but it does render route relations. It's the shields I want, and they're harder than just rendering relations at all, because the information I need is split between the regular roads and the route relations. The relations have the data for the shields, but the roads have the highway= tag that indicates when the shields need to be rendered. I'd also prefer to be able to say if this road has a ref=, but is not a member of a route relation, render the ref=, but that's a giant pain to do. -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- All bad precedents begin with justifiable measures. -- Julius Caesar --- -- ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Tue, 20 Jul 2010 09:18:43 -0500, Toby Murray wrote: On Tue, Jul 20, 2010 at 2:50 AM, Paul Johnson ba...@ursamundi.org wrote: Curious why they use a starburst symbol that looks like an explosion for the trailblazer shield, though. It's a sunflower :) I like my version better, the mental imagery the K-road signs invoke really break the monotony of driving from Tulsa to Great Bend or Williamsburg. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Mon, 19 Jul 2010 14:23:28 -0500, Alex Mauer wrote: On 07/19/2010 01:13 PM, Phil! Gold wrote: The problem with using refs to render state shields is that it can be difficult to get the right shield. Some states use the state abbreviation in the road reference (so Maryland route 26 is generally written MD 26), but a bunch just use SR (so SR 10 could be in Alabama, California, Florida, Georgia, Indiana, Maine, Nevada, Ohio, Tennessee, Utah, Virginia, or Washington state route 10). At least the route relations have the state encoded specifically so the specific shield can be used. I think there's more than one that uses SH, too, and so on. The wiki says[1] that refs should include US:[two-letter state abbreviation]. That should make it pretty simple. The wiki also says to use relations instead of ref= tags on the ways, though uptake on that has been slow. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Mon, 19 Jul 2010 15:41:10 -0500, Toby Murray wrote: I see at least one highway in Kansas has been tagged with K-10 - I'm guessing most people would consider that flat out wrong? :) Yes, even though Kansas does refer to state highways as K roads, even on official signage. Curious why they use a starburst symbol that looks like an explosion for the trailblazer shield, though. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
* Paul Johnson ba...@ursamundi.org [2010-07-20 00:51 -0700]: On Mon, 19 Jul 2010 17:09:35 -0400, Phil! Gold wrote: In short, I'm okay seeing ref=K-10 on a road, because that's how people refer to them, and because I'd prefer to be pulling information out of a relation tagged route=road, network=US:KS, ref=10. (Mind you, I still haven't found a good way to actually do that and have it work correctly in terms of rendering; it's just what I want.) Fix the renderer. The Cyclemap does it right, there's no reason the other renderers can't. I what way does OpenCycleMap get this right? As far as I can tell, it doesn't render road shields at all. -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- Believe those who are seeking the truth; doubt those who find it. -- Andre Gide ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Tue, Jul 20, 2010 at 2:50 AM, Paul Johnson ba...@ursamundi.org wrote: Curious why they use a starburst symbol that looks like an explosion for the trailblazer shield, though. It's a sunflower :) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Sun, Jul 18, 2010 at 6:28 PM, Phil! Gold phi...@pobox.com wrote: * Toby Murray toby.mur...@gmail.com [2010-07-09 16:19 -0500]: Also, I see they are rendering highway shields. Didn't I see a big discussion about that here recently? :) Wonder if they are using the route relations to render them... As I've been (kind of) working on US highway shields, I was curious about this, too. Since they've now put their mapnik stylesheets on github, I checked it out, and they're not using route relations. Interestingly, they are using relations to put 'shields' on the New York City Subway, but they seem to only show one service where multiple services overlap. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On 07/19/2010 02:52 PM, Phil! Gold wrote: The wiki also explicitly says that you should use the two-character postal abbreviation for the state the road is in, but that seems to have been disregarded in states where a different prefix (like SR) is normally used. (To be fair, there's a lot of other stuff people have done with the ref tags on state roads, including not having any network identifiers and putting the number in parentheses.) Yeah, if people put in bad data you can’t expect to get good data out. It just means the bad data needs to be corrected. —Alex Mauer “hawke” signature.asc Description: OpenPGP digital signature ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Fri, Jul 9, 2010 at 4:56 PM, Nakor nakor@gmail.com wrote: FYI just in case it did not come to this list. Are they going to the US SOTM? Yes, as of right now they're on the schedule to speak. - Serge ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On 7/19/10 4:48 PM, Nathan Edgars II wrote: There's been no standard way of tagging state highways since before I joined at the beginning of this year. the US routes page has always called for US:ST or ST since i joined last summer. it's all a matter of which wiki pages you find. same problem with highway=trunk, the wiki page entries (there are a bunch of them scattered about) are wildly inconsistent. you can always find one that agrees with you, and it's quite impossible to use the trunk tag and be consistent with all the wiki pages. richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Mon, Jul 19, 2010 at 6:51 PM, Richard Welty rwe...@averillpark.net wrote: On 7/19/10 4:48 PM, Nathan Edgars II wrote: There's been no standard way of tagging state highways since before I joined at the beginning of this year. the US routes page has always called for US:ST or ST since i joined last summer. it's all a matter of which wiki pages you find. same problem with highway=trunk, the wiki page entries (there are a bunch of them scattered about) are wildly inconsistent. you can always find one that agrees with you, and it's quite impossible to use the trunk tag and be consistent with all the wiki pages. The trunk issue is just a matter of selecting one level in the road-priority hierarchy. Being off by one is not the end of the world. Get the verifiable parameters right, name, surface, one way, single or dual carriageway and trunk vs. primary or motorway isn't a big deal. The original classifications come from English highways so it's no surprise that things differ elsewhere. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Mon, Jul 19, 2010 at 8:09 PM, Richard Weait rich...@weait.com wrote: The trunk issue is just a matter of selecting one level in the road-priority hierarchy. Being off by one is not the end of the world. Get the verifiable parameters right, name, surface, one way, single or dual carriageway and trunk vs. primary or motorway isn't a big deal. Sure, one practice is that it's a level in the hierarchy (the most major intercity highways). Another is that trunk means almost-motorway and is not part of the hierarchy but (like motorway) dependent on physical characteristics. I've also seen it used for any divided highway (or maybe any divided highway that would otherwise be primary?). The original classifications come from English highways so it's no surprise that things differ elsewhere. Trunk doesn't even mean trunk there :) http://help.openstreetmap.org/questions/228/uk-road-was-detrunked-why-does-osm-still-have-it-tagged-highwaytrunk ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Mon, 2010-07-19 at 18:51 -0400, Richard Welty wrote: On 7/19/10 4:48 PM, Nathan Edgars II wrote: There's been no standard way of tagging state highways since before I joined at the beginning of this year. the US routes page has always called for US:ST or ST since i joined last summer. it's all a matter of which wiki pages you find. Yes, I've had a dispute with another local mapper in Utah about this very issue: How to tag state routes. It has been brought up on this list twice already, with no resolution. The discussion dies rather quickly This one will go the same way, a lot of talk but no resolution. Good luck, - Val - ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
* Toby Murray toby.mur...@gmail.com [2010-07-09 16:19 -0500]: Also, I see they are rendering highway shields. Didn't I see a big discussion about that here recently? :) Wonder if they are using the route relations to render them... As I've been (kind of) working on US highway shields, I was curious about this, too. Since they've now put their mapnik stylesheets on github, I checked it out, and they're not using route relations. They only support US and Interstate shields (as people have noted) and they just use the ref field, stripping off the 'US' or 'I' at the beginning. (Interestingly, it looks like they took the wiki text about using a space to heart; it doesn't look like refs of the form I-95, with dashes, will be processed at all, although I95, with no separator, will.) I don't see any special cases for multiple route membership, and it looks like road segments that belong to more than one route don't get any shields rendered. (That, to me, will be the biggest benefit of route-relation-based shield rendering, if anyone gets it working properly.) -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- He won't hurt me. I'm wearing my magic breastplate. -- Famous Last Words, #937 --- -- ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Mapquest launches site based on OSM!
On Saturday 10 July 2010 00:15:31 John Smith wrote: On 10 July 2010 07:56, Alex Mauer ha...@hawkesnest.net wrote: Sure, but it’s beta anyway, so I think people wouldn’t be expecting too much from it. Still nice that they render it at least. I wonder how often they'll update their DB/tiles... The currently displayed data is from before the 19th of June, but after the 25th of May. -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
On Fri, Jul 9, 2010 at 6:50 PM, David Ellams osmli...@dellams.fastmail.fm wrote: http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ Excerpts: MapQuest, the No. 2 Internet-mapping service after Google’s, is taking the first steps toward a Wikipedia-like model — in which users would generate the maps themselves and combine the results for everyone to use. This is excellent news. I wonder why they're not rendering highway=track though. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
2010/7/10 Steve Bennett stevag...@gmail.com: MapQuest, the No. 2 Internet-mapping service after Google’s, is taking the first steps toward a Wikipedia-like model — in which users would generate the maps themselves and combine the results for everyone to use. This is excellent news. I wonder why they're not rendering highway=track though. Or highway=living_street or highway=steps or highway=cycleway or ... Yeah, the rendering is fairly incomplete. At least we know why it's beta. But I like the rendering style so far. Rolf ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
2010/7/9 David Ellams osmli...@dellams.fastmail.fm: http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ What I'm impressed by is that they use the well known OSM tools like Mapnik, TileCache, Nominatim for creating the site. See http://devblog.mapquest.com/2010/07/09/mapquest-opens-up-uk/ And even more that their project already had influence on these tools since they sponsored enhancements in Mapnik and Nominatim we can make use of too. If we'll also profit from user contributions on their site, open.mapquest is the best thing to happen since API 0.6. ;-) Rolf ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
Thanks for the feedback -- we'll take a look next week and reply to the list. -Randy On Fri, Jul 9, 2010 at 1:29 PM, Maarten Deen md...@xs4all.nl wrote: On Fri, 9 Jul 2010 11:57:49 +0100, Richard Mann richard.mann.westoxf...@googlemail.com wrote: The scale bar doesn't change, just the numbers next to it. Looks fine to me. No, the numbers do not change, they only change when you change the zoom level. If you click the link http://open.mapquest.co.uk/, you have a scale of 71 km. If you move the map to the north, the numbers do not change. If you zoom out and zoom in (pressing - and + on the zoombar to the right), the scale changes to 210 km, then to 71 km. If you then move to the equator, the scale stays at 71 km, and again changes to 210 when you zoom out and 71 when you zoom in. That, to me, constitutes no change. And it is incorrect. Coincidentally, the 71 km bar is equal in length to the length of the north border of Equatorial Guinee. Getting the coordinates from OSM I get the coast at 9.7755 degrees east and the east border on 11.3434 east. That's 1.5679 degrees, and with 360 degrees around the globe and 40.008 km at the equator (we're talking 2 degrees north here), that border is just short of 175 km, which is nowhere near the 71 km that the scale bar would suggest. Tested on FF 3.6.6 and IE 7 on Windows XP. Regards, Maarten Richard On Fri, Jul 9, 2010 at 11:03 AM, Maarten Deen md...@xs4all.nl wrote: On Fri, 9 Jul 2010 12:30:10 +0300, Peteris Krisjanis pec...@gmail.com wrote: 2010/7/9 Maarten Deen md...@xs4all.nl: On Fri, 09 Jul 2010 10:11:02 +0100, SomeoneElse li...@mail.atownsend.org.uk wrote: On 09/07/2010 09:50, David Ellams wrote: http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ http://open.mapquest.co.uk/ Woohoo! An OSM map with a scale on it! Yeah, they'll remove it shortly when they notice the bugs: - the scale is always the same, on the equator and on the pole (or as far to the pole you can get get) - the scale does not change when you zoom in or out with the mouse scrollwheel. The last bug is especially aggravated by the fact that for zooming there are 3 options (doubleclick, zoomwheel, zoombar) of which 2 work and for zooming out there are only 2 options (zoomwheel, zoombar) of which only 1 works. And most of the times, I don't use the zoombar. I never use it when I zoom in only one or two levels. What a heck you are talking about? Every type of zoom works for me without problems, FF3.6 Maybe I was not totally clear: I'm talking about the scale bar (left bottom) that does not change when zooming in/out using the mousewheel or when moving the map. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] Mapquest launches site based on OSM!
Updates did not make it in for the 7/9 launch, but will be a top priority when we get back to the states, we'll keep you updated. Again feel free to use these tiles with the usual beta warnings, and send feedback to o...@mapquest.com. At Patch we run minutely updates (http://patch-maps.com/) and are hoping for the same here but not sure just yet. -Randy On Sat, Jul 10, 2010 at 12:15 AM, John Smith deltafoxtrot...@gmail.com wrote: On 10 July 2010 07:56, Alex Mauer ha...@hawkesnest.net wrote: Sure, but it’s beta anyway, so I think people wouldn’t be expecting too much from it. Still nice that they render it at least. I wonder how often they'll update their DB/tiles... ___ 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] Mapquest launches site based on OSM!
Am 10.07.2010 18:29, schrieb Randy Meech: Thanks for the feedback -- we'll take a look next week and reply to the list. Even better: open source the style-file, so we can do the changes for you. I'd be happy to host a version on the wikimedia toolservers. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
On Fri, Jul 9, 2010 at 5:23 AM, Maarten Deen md...@xs4all.nl wrote: Yeah, they'll remove it shortly when they notice the bugs If at first you don't succeed, give up. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Jul 10, 2010, at 2:21 AM, Toby Murray wrote: Well I took a look at the blog post with the technical details. They are using a vanilla osm2pgsql/mapnik setup, just custom styles from Cartifact. They mention enhancing mapnik. Have these changes already made it back upstream or will that happen in the future? Yes, they are in trunk (aka Mapnik2). In particular I'm guessing the multistyle rendering based on polygonal regions is of interest for the highway/interstate rendering. I see they don't (yet?) have state highway shields, just interstates and US highways. Overall I think it looks pretty nice though. On Fri, Jul 9, 2010 at 6:10 PM, Richard Welty rwe...@averillpark.net wrote: On 7/9/10 5:57 PM, Jeffrey Ollie wrote: On Fri, Jul 9, 2010 at 4:19 PM, Toby Murraytoby.mur...@gmail.com wrote: Also, I see they are rendering highway shields. Didn't I see a big discussion about that here recently? :) Wonder if they are using the route relations to render them... Not sure what they are doing, because I-80 near Des Moines has shields, but I-35 doesn't. I was going to take a look later to see if I could figure out what was different between the two cases. here's a sample in my neighborhood; some NY 43 shields have the NY, some don't: http://open.mapquest.co.uk/mq/4-Vc4rtBI4PAQu ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk] Mapquest launches site based on OSM!
http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ Excerpts: MapQuest, the No. 2 Internet-mapping service after Google’s, is taking the first steps toward a Wikipedia-like model — in which users would generate the maps themselves and combine the results for everyone to use. The company, a subsidiary of AOL, plans to announce Friday morning that it is launching a site in the U.K. based on a project called OpenStreetMap, which is dedicated to user-created mapping. [...] The main MapQuest site will still use mapping data that the company purchases, but the idea is that eventually, MapQuest maps could rely on many users who keep track of their own corner of the world. “We fundamentally believe that community-contributed mapping will be better than any closed platform,” said Jon Brod, the executive vice president of AOL Ventures, Local and Mapping, in an interview with Digits. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
On 09/07/2010 09:50, David Ellams wrote: http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ http://open.mapquest.co.uk/ Woohoo! An OSM map with a scale on it! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
On Fri, 09 Jul 2010 10:11:02 +0100, SomeoneElse li...@mail.atownsend.org.uk wrote: On 09/07/2010 09:50, David Ellams wrote: http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ http://open.mapquest.co.uk/ Woohoo! An OSM map with a scale on it! Yeah, they'll remove it shortly when they notice the bugs: - the scale is always the same, on the equator and on the pole (or as far to the pole you can get get) - the scale does not change when you zoom in or out with the mouse scrollwheel. The last bug is especially aggravated by the fact that for zooming there are 3 options (doubleclick, zoomwheel, zoombar) of which 2 work and for zooming out there are only 2 options (zoomwheel, zoombar) of which only 1 works. And most of the times, I don't use the zoombar. I never use it when I zoom in only one or two levels. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
2010/7/9 Maarten Deen md...@xs4all.nl: On Fri, 09 Jul 2010 10:11:02 +0100, SomeoneElse li...@mail.atownsend.org.uk wrote: On 09/07/2010 09:50, David Ellams wrote: http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ http://open.mapquest.co.uk/ Woohoo! An OSM map with a scale on it! Yeah, they'll remove it shortly when they notice the bugs: - the scale is always the same, on the equator and on the pole (or as far to the pole you can get get) - the scale does not change when you zoom in or out with the mouse scrollwheel. The last bug is especially aggravated by the fact that for zooming there are 3 options (doubleclick, zoomwheel, zoombar) of which 2 work and for zooming out there are only 2 options (zoomwheel, zoombar) of which only 1 works. And most of the times, I don't use the zoombar. I never use it when I zoom in only one or two levels. What a heck you are talking about? Every type of zoom works for me without problems, FF3.6 Cheers, Peter. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
On Fri, 9 Jul 2010 12:30:10 +0300, Peteris Krisjanis pec...@gmail.com wrote: 2010/7/9 Maarten Deen md...@xs4all.nl: On Fri, 09 Jul 2010 10:11:02 +0100, SomeoneElse li...@mail.atownsend.org.uk wrote: On 09/07/2010 09:50, David Ellams wrote: http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ http://open.mapquest.co.uk/ Woohoo! An OSM map with a scale on it! Yeah, they'll remove it shortly when they notice the bugs: - the scale is always the same, on the equator and on the pole (or as far to the pole you can get get) - the scale does not change when you zoom in or out with the mouse scrollwheel. The last bug is especially aggravated by the fact that for zooming there are 3 options (doubleclick, zoomwheel, zoombar) of which 2 work and for zooming out there are only 2 options (zoomwheel, zoombar) of which only 1 works. And most of the times, I don't use the zoombar. I never use it when I zoom in only one or two levels. What a heck you are talking about? Every type of zoom works for me without problems, FF3.6 Maybe I was not totally clear: I'm talking about the scale bar (left bottom) that does not change when zooming in/out using the mousewheel or when moving the map. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
The scale bar doesn't change, just the numbers next to it. Looks fine to me. Richard On Fri, Jul 9, 2010 at 11:03 AM, Maarten Deen md...@xs4all.nl wrote: On Fri, 9 Jul 2010 12:30:10 +0300, Peteris Krisjanis pec...@gmail.com wrote: 2010/7/9 Maarten Deen md...@xs4all.nl: On Fri, 09 Jul 2010 10:11:02 +0100, SomeoneElse li...@mail.atownsend.org.uk wrote: On 09/07/2010 09:50, David Ellams wrote: http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ http://open.mapquest.co.uk/ Woohoo! An OSM map with a scale on it! Yeah, they'll remove it shortly when they notice the bugs: - the scale is always the same, on the equator and on the pole (or as far to the pole you can get get) - the scale does not change when you zoom in or out with the mouse scrollwheel. The last bug is especially aggravated by the fact that for zooming there are 3 options (doubleclick, zoomwheel, zoombar) of which 2 work and for zooming out there are only 2 options (zoomwheel, zoombar) of which only 1 works. And most of the times, I don't use the zoombar. I never use it when I zoom in only one or two levels. What a heck you are talking about? Every type of zoom works for me without problems, FF3.6 Maybe I was not totally clear: I'm talking about the scale bar (left bottom) that does not change when zooming in/out using the mousewheel or when moving the map. Maarten ___ 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] Mapquest launches site based on OSM!
On Fri, 9 Jul 2010 11:57:49 +0100, Richard Mann richard.mann.westoxf...@googlemail.com wrote: The scale bar doesn't change, just the numbers next to it. Looks fine to me. No, the numbers do not change, they only change when you change the zoom level. If you click the link http://open.mapquest.co.uk/, you have a scale of 71 km. If you move the map to the north, the numbers do not change. If you zoom out and zoom in (pressing - and + on the zoombar to the right), the scale changes to 210 km, then to 71 km. If you then move to the equator, the scale stays at 71 km, and again changes to 210 when you zoom out and 71 when you zoom in. That, to me, constitutes no change. And it is incorrect. Coincidentally, the 71 km bar is equal in length to the length of the north border of Equatorial Guinee. Getting the coordinates from OSM I get the coast at 9.7755 degrees east and the east border on 11.3434 east. That's 1.5679 degrees, and with 360 degrees around the globe and 40.008 km at the equator (we're talking 2 degrees north here), that border is just short of 175 km, which is nowhere near the 71 km that the scale bar would suggest. Tested on FF 3.6.6 and IE 7 on Windows XP. Regards, Maarten Richard On Fri, Jul 9, 2010 at 11:03 AM, Maarten Deen md...@xs4all.nl wrote: On Fri, 9 Jul 2010 12:30:10 +0300, Peteris Krisjanis pec...@gmail.com wrote: 2010/7/9 Maarten Deen md...@xs4all.nl: On Fri, 09 Jul 2010 10:11:02 +0100, SomeoneElse li...@mail.atownsend.org.uk wrote: On 09/07/2010 09:50, David Ellams wrote: http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ http://open.mapquest.co.uk/ Woohoo! An OSM map with a scale on it! Yeah, they'll remove it shortly when they notice the bugs: - the scale is always the same, on the equator and on the pole (or as far to the pole you can get get) - the scale does not change when you zoom in or out with the mouse scrollwheel. The last bug is especially aggravated by the fact that for zooming there are 3 options (doubleclick, zoomwheel, zoombar) of which 2 work and for zooming out there are only 2 options (zoomwheel, zoombar) of which only 1 works. And most of the times, I don't use the zoombar. I never use it when I zoom in only one or two levels. What a heck you are talking about? Every type of zoom works for me without problems, FF3.6 Maybe I was not totally clear: I'm talking about the scale bar (left bottom) that does not change when zooming in/out using the mousewheel or when moving the map. Maarten ___ 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] Mapquest launches site based on OSM!
Mapquest is also planning to spent $1mill to improve OSM data in the US: http://vector1media.com/spatialsustain/openstreetmap-gains-great-traction-this-week.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
Mapquest is also planning to spent $1mill to improve OSM data in the US: This sort of thing is needed in the US to supplement or kick start the spontaneous contributions in order to end up with a nationally useful map. It will be interesting to see if they can apply it for maximum effectiveness. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
On 07/09/2010 03:50 AM, David Ellams wrote: The company, a subsidiary of AOL, plans to announce Friday morning that it is launching a site in the U.K. based on a project called OpenStreetMap, which is dedicated to user-created mapping. I wonder why they seem to suggest that it’s UK-only? Scroll far enough West and the US shows up, sure enough. —Alex Mauer “hawke” signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
On Fri, Jul 9, 2010 at 4:35 PM, Alex Mauer ha...@hawkesnest.net wrote: On 07/09/2010 03:50 AM, David Ellams wrote: The company, a subsidiary of AOL, plans to announce Friday morning that it is launching a site in the U.K. based on a project called OpenStreetMap, which is dedicated to user-created mapping. I wonder why they seem to suggest that it’s UK-only? Scroll far enough West and the US shows up, sure enough. Presumably because the data's not good enough in the US to market it to the whole world. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
On 07/09/2010 04:42 PM, Ian Dees wrote: Presumably because the data's not good enough in the US to market it to the whole world. Sure, but it’s beta anyway, so I think people wouldn’t be expecting too much from it. Still nice that they render it at least. —Alex Mauer “hawke” signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
I hope AOL will put people (paid by them, obviously) to improve all the maps and merge the changes into the OSM db... it would be wonderful :) On Fri, Jul 9, 2010 at 11:56 PM, Alex Mauer ha...@hawkesnest.net wrote: On 07/09/2010 04:42 PM, Ian Dees wrote: Presumably because the data's not good enough in the US to market it to the whole world. Sure, but it’s beta anyway, so I think people wouldn’t be expecting too much from it. Still nice that they render it at least. —Alex Mauer “hawke” ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Fabio Alessandro Locati Home: Segrate, Milan, Italy (GMT +1) Phone: +39-328-3799681 MSN/Jabber/E-Mail: fabioloc...@gmail.com PGP Fingerprint: 5525 8555 213C 19EB 25F2 A047 2AD2 BE67 0F01 CA61 Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
On 10 July 2010 07:56, Alex Mauer ha...@hawkesnest.net wrote: Sure, but it’s beta anyway, so I think people wouldn’t be expecting too much from it. Still nice that they render it at least. I wonder how often they'll update their DB/tiles... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapquest launches site based on OSM!
On 10 July 2010 03:39, Fabio Alessandro Locati fabioloc...@gmail.com wrote: I hope AOL will put people (paid by them, obviously) to improve all the maps and merge the changes into the OSM db... it would be wonderful :) +1 Upstream contributions are very much welcome and promotes a healthy relationship between projects :) Regards, pavithran -- pavithran sakamuri http://look-pavi.blogspot.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] [OSM-talk] Mapquest launches site based on OSM!
Cool, Thanks for the summery, i saw this on my news feed. Its great to be noticed. Will be interesting to see what the editor is like. Cheers, Sam On 7/9/10, David Ellams osmli...@dellams.fastmail.fm wrote: http://blogs.wsj.com/digits/2010/07/09/aols-mapquest-looks-to-wikipedia-model-for-mapping/ Excerpts: MapQuest, the No. 2 Internet-mapping service after Google’s, is taking the first steps toward a Wikipedia-like model — in which users would generate the maps themselves and combine the results for everyone to use. The company, a subsidiary of AOL, plans to announce Friday morning that it is launching a site in the U.K. based on a project called OpenStreetMap, which is dedicated to user-created mapping. [...] The main MapQuest site will still use mapping data that the company purchases, but the idea is that eventually, MapQuest maps could rely on many users who keep track of their own corner of the world. “We fundamentally believe that community-contributed mapping will be better than any closed platform,” said Jon Brod, the executive vice president of AOL Ventures, Local and Mapping, in an interview with Digits. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
FYI just in case it did not come to this list. Are they going to the US SOTM? Mapquest is also planning to spent $1mill to improve OSM data in the US: http://vector1media.com/spatialsustain/openstreetmap-gains-great-traction-this-week.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
From mapquest's blog post [1]: AOL also announced today, a $1 million open-source mapping investment fund. This fund will support the growth of open-source mapping in the United States in the local communities that Patch.com covers. More information about the AOL grant application process is available by emailing o...@mapquest.com. Looks like Patch.com only currently operates in parts of 5 NE states and California, but the Mapquest post also put in a plug for mapping parties, so who knows. There's a slightly more techy post from mapquest too, if anyone's interested [2] [1] http://blog.mapquest.com/2010/07/09/mapquest-opens-up/ [2] http://devblog.mapquest.com/2010/07/09/mapquest-opens-up-uk/ On Fri, Jul 9, 2010 at 4:05 PM, jeremy jozwik jerjoz.for...@gmail.com wrote: On Fri, Jul 9, 2010 at 1:56 PM, Nakor nakor@gmail.com wrote: FYI just in case it did not come to this list. Are they going to the US SOTM? Mapquest is also planning to spent $1mill to improve OSM data in the US: any info on how they plan on spending the 1 mil? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
It doesn't seem too far behind. Maybe a couple of weeks. New features I added in early June are there but a few I did more recently aren't. Also, I see they are rendering highway shields. Didn't I see a big discussion about that here recently? :) Wonder if they are using the route relations to render them... Toby On Fri, Jul 9, 2010 at 4:14 PM, Jeffrey Ollie j...@ocjtech.us wrote: On Fri, Jul 9, 2010 at 3:56 PM, Nakor nakor@gmail.com wrote: FYI just in case it did not come to this list. Are they going to the US SOTM? Mapquest is also planning to spent $1mill to improve OSM data in the US: http://vector1media.com/spatialsustain/openstreetmap-gains-great-traction-this-week.html Neat. Their tile rendering seems pretty decent, except their database seems to be out of date. Hopefully they'll get a process in place to keep up-to-date soon. -- Jeff Ollie ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On Fri, Jul 9, 2010 at 4:19 PM, Toby Murray toby.mur...@gmail.com wrote: Also, I see they are rendering highway shields. Didn't I see a big discussion about that here recently? :) Wonder if they are using the route relations to render them... Not sure what they are doing, because I-80 near Des Moines has shields, but I-35 doesn't. I was going to take a look later to see if I could figure out what was different between the two cases. -- Jeff Ollie ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
On 7/9/10 5:57 PM, Jeffrey Ollie wrote: On Fri, Jul 9, 2010 at 4:19 PM, Toby Murraytoby.mur...@gmail.com wrote: Also, I see they are rendering highway shields. Didn't I see a big discussion about that here recently? :) Wonder if they are using the route relations to render them... Not sure what they are doing, because I-80 near Des Moines has shields, but I-35 doesn't. I was going to take a look later to see if I could figure out what was different between the two cases. here's a sample in my neighborhood; some NY 43 shields have the NY, some don't: http://open.mapquest.co.uk/mq/4-Vc4rtBI4PAQu ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Fwd: Re: [OSM-talk] Mapquest launches site based on OSM!
Well I took a look at the blog post with the technical details. They are using a vanilla osm2pgsql/mapnik setup, just custom styles from Cartifact. They mention enhancing mapnik. Have these changes already made it back upstream or will that happen in the future? In particular I'm guessing the multistyle rendering based on polygonal regions is of interest for the highway/interstate rendering. I see they don't (yet?) have state highway shields, just interstates and US highways. Overall I think it looks pretty nice though. On Fri, Jul 9, 2010 at 6:10 PM, Richard Welty rwe...@averillpark.net wrote: On 7/9/10 5:57 PM, Jeffrey Ollie wrote: On Fri, Jul 9, 2010 at 4:19 PM, Toby Murraytoby.mur...@gmail.com wrote: Also, I see they are rendering highway shields. Didn't I see a big discussion about that here recently? :) Wonder if they are using the route relations to render them... Not sure what they are doing, because I-80 near Des Moines has shields, but I-35 doesn't. I was going to take a look later to see if I could figure out what was different between the two cases. here's a sample in my neighborhood; some NY 43 shields have the NY, some don't: http://open.mapquest.co.uk/mq/4-Vc4rtBI4PAQu ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
