Re: [Talk-us] Network tag Re: Highway Shield Rendering
* Craig Hinners cr...@hinnerspace.com [2012-04-08 07:07 -0700]: Phil! Gold phi...@pobox.com: It seems to me that network=US:US:Business:MD is the logical extension of a scheme that has US:US and US:US:Business. My initial reaction is that this goes too far in mixing geographic, classification, and rendering concepts, which has a bad smell I plan on experimenting with basing some rendering decisions on the is_in tag, which should work for Maryland's US business routes (assuming it works at all; is_in values aren't really standardized). From what I've read, all US highways in California should get similar treatment, in that they're signed with different shields than the standard ones. Are there other regional sign variants for broader road networks in the US (or elsewhere)? -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- Research is to see what everybody else has seen, and to think what nobody else has thought. -- Albert Szent-Gyoergi --- -- ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Highway Shield Rendering
* Phil! Gold phi...@pobox.com [2012-04-03 17:27 -0400]: Okay. If there aren't any strenuous objections from other Virginians on the list, I'll go with US:VA:Secondary for the secondary routes and won't render them if they're tagged US:VA. I've made this change. It'll take a little while for everything to rerender. -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- Who do you think you are, Zaphod Beebelbrox? Count the heads. --- -- ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Highway Shield Rendering
* Minh Nguyen m...@1ec5.org [2012-04-04 11:54 -0700]: More requests: in addition to its circular-shield state highway system, Kentucky also has an ad-hoc parkway network. At least some of them are tagged `network=US:KY:Parkway` with a shield URL in `symbol`. Since I've now got shields rendering larger at higher zoom levels, I made some shields for the Kentucky Parkways. They are indeed pretty unreadable until you get to about z17, but at that point you can mostly make out what they are (or you can also just read the name on the road...). At least there's something on the motorways so they don't just look naked. We're putting the shield images in the public domain (well, we're putting them under a CC0 waiver, which amounts to the same thing semantically), so I don't think the Kentucky Unbridled image would be compatible with that. I just went with an italic font. (It's not like you can tell at these resolutions, anyway.) One way to simplify them would be to use the routes' two-letter abbreviations. NE2 suggested this for New York's parkways, too. I want to see how the current shields are received now that you can zoom in and see more detail on them, but using the routes' initials is certainly a possibility if no one likes their current incarnation. Adding to the mess, the AA Highway is a special case that I *think* belongs in `network=US:KY` as `ref=AA`. I've added that, too. The network=US:KY, ref=AA relation does not appear to include all of the ways with the name AA Highway (it looks like the relation ends somewhere around KY 2828). -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- The greatest obstacle to discovery is not ignorance, but the illusion of knowledge. -- Daniel Boorstin --- -- ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Highway Shield Rendering
On 4/11/2012 7:23 PM, Phil! Gold wrote: We're putting the shield images in the public domain (well, we're putting them under a CC0 waiver, which amounts to the same thing semantically), so I don't think the Kentucky Unbridled image would be compatible with that. You might have a problem with some other toll roads, depending on whether the designs pass the threshold of originality (and whether any signs were posted sans copyright notice before 1989). (You also would have had a problem with the Trans-Canada Highway if you were doing this 5 years ago, but Crown copyright on the logo expired in 2009 at the latest.) Normal state route shields should all be public domain per the MUTCD introduction. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Network tag Re: Highway Shield Rendering
On Apr 11, 2012 11:48 AM, Phil! Gold phi...@pobox.com wrote: From what I've read, all US highways in California should get similar treatment, in that they're signed with different shields than the standard ones. Are there other regional sign variants for broader road networks in the US (or elsewhere)? Some US highways (segments of US 75A for sure) and many state highways feature generic white circle state route signage, though it's not clear to me if this was deliberate or a case of sign shop error, or older signs not yet replaced, respectively. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Network tag Re: Highway Shield Rendering
On Apr 4, 2012 12:29 PM, Nathan Edgars II nerou...@gmail.com wrote: On 4/4/2012 2:43 PM, Chris Lawrence wrote: Renderers can fallback to the longest left-anchored substring they understand for weird things they don't understand. Bad idea. Google Maps does something like this and it results in 'bannered' routes appearing without banners. Seems like renderer and/or data issues at Google. Neither would surprise me, given the number of routes that render numbers as names without shields, and for how long Google was insisting US 30 was really Québec Provincial Route 355 nationwide. That said, just because Google can't do that right shouldn't have any influence on us getting it right. Let's not throw out a Good Idea just because some renderer we don't even use gets it wrong on data we don't even touch. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
