Re: [Tagging] Proposal: expanded address tags for US

2012-11-19 Thread Clay Smalley
On Sun, Nov 18, 2012 at 3:20 PM, Tobias Knerr o...@tobias-knerr.de wrote: To me, the straightforward solution would be: addr:housenumber = 6345 addr:street = W. Euclid Avenue (maybe without the abbreviation) To add to that, I would posit that the name including the direction and suffix is

[Tagging] SF Muni tram lines are layer=1?

2012-12-16 Thread Clay Smalley
I noticed the majority of the trackage of the San Francisco Muni lines are tagged as layer=1, while the streets along which they run have no layer tag (an implied layer=0). If the Muni lines are layer=1, it is my understanding that the Muni lines should be physically above the street. Since this

Re: [Tagging] SF Muni tram lines are layer=1?

2012-12-17 Thread Clay Smalley
On Mon, Dec 17, 2012 at 12:50 AM, Clay Smalley claysmal...@gmail.comwrote: I noticed the majority of the trackage of the San Francisco Muni lines are tagged as layer=1, while the streets along which they run have no layer tag (an implied layer=0). If the Muni lines are layer=1, it is my

Re: [Tagging] SF Muni tram lines are layer=1? and general tagging levels considerations

2012-12-17 Thread Clay Smalley
On Mon, Dec 17, 2012 at 11:40 AM, A.Pirard.Papou a.pirard.pa...@gmail.comwrote: A level is an altitude. A layer is a drawing opacity. Although OSM does not tag for the renderer, it uses the tag *layer=**. It defines *layer*as the relative position (is that altitude?). In fact, the only

Re: [Tagging] SF Muni tram lines are layer=1?

2012-12-17 Thread Clay Smalley
On Mon, Dec 17, 2012 at 12:23 PM, Chris Hill o...@raggedred.net wrote: The layer tag is only a hint to renderers. If you remove the tag the road way may render over the rail way and hide it. Yes, that's been my understanding. It's also been my understanding that we have a separate renderer for

Re: [Tagging] Mismatched Level of Detail in highways vs. other elements

2013-04-07 Thread Clay Smalley
I do some mapping in SF too. The Muni Metro lines weirded me out when I first saw it, and I looked up the proper practice on the wiki as well as looking for a few examples in Europe, and it seems that the best practice is to just add railway tags and the proper relations to the street whenever it

Re: [Tagging] natural=cloud

2014-04-01 Thread Clay Smalley
Sounds about right, but add layer=* tags where appropriate. Clouds go above the land, so we have to make sure they render above everything (except certain bridges and buildings). Might as well add layer=5 to all of them for good measure. On Apr 1, 2014 12:16 PM, Matthijs Melissen

Re: [Tagging] Signal-controlled roundabouts

2014-06-13 Thread Clay Smalley
Coming from the US where any form of roundabout is rare, I would consider any circular intersection a roundabout. Some have signals, some don't have signals. I know that some people in the US distinguish between the two, where a 'roundabout' has no signals and a 'traffic circle' does have signals.

Re: [Tagging] Unverfied Edits, Reverting Tags

2020-10-12 Thread Clay Smalley
On Mon, Oct 12, 2020, 10:31 AM Hartmut Holzgraefe < hartmut.holzgra...@gmail.com> wrote: > On 2020-10-12 15:51, 80hnhtv4agou--- via Tagging wrote: > > DWG and the foundation, are not in the verification and editing > > business, so who is ?, under penalty of banning. > > > context? > He got

Re: [Tagging] We should stop using hyphens to denote address ranges

2020-08-18 Thread Clay Smalley
If you On Tue, Aug 18, 2020 at 12:51 PM Colin Smale wrote: > On 2020-08-18 20:55, Clay Smalley wrote: > > On Tue, Aug 18, 2020 at 11:26 AM Colin Smale > wrote: > >> There are two use cases here: one is "what is the address of this >> building (or whateve

Re: [Tagging] We should stop using hyphens to denote address ranges

2020-08-18 Thread Clay Smalley
On Tue, Aug 18, 2020 at 11:26 AM Colin Smale wrote: > There are two use cases here: one is "what is the address of this building > (or whatever)" and the other is the reverse situation: "where can I find > number XXX". As long as we have tagging that is potentially ambiguous we > won't be able

Re: [Tagging] [Talk-us] VANDALISM !

2020-08-21 Thread Clay Smalley
For those who aren't following, the DWG recently decided on a two-day ban for the person who posted this, for the exact behavior they're exhibiting right now: https://www.openstreetmap.org/user_blocks/3850 jdd 3, please take a break. You have better things to do. I look forward to when you

Re: [Tagging] [Talk-transit] [OSM-talk] Call for verification (Was: Re: VANDALISM !)

2020-08-22 Thread Clay Smalley
Everyone knows who you're talking about at this point, and nobody cares. Use the remaining day or so of your temporary ban to work on some hobbies outside of OpenStreetMap. And be careful about who you say isn't local. I'm moving to Northern Indiana next week and I'll certainly get the chance to

Re: [Tagging] Ahkwesáhsne, a territory of the Kanien'kehá:ka Nation of the Haudenosaunee Confederacy Was:Should admin_level=1 tag be applied to EU?

2020-08-01 Thread Clay Smalley
Chiming in as another settler. I really wish we had more Natives active on OSM contributing their cultural knowledge. What could we be doing different in the future to welcome and engage them in our community? On Sat, Aug 1, 2020 at 12:28 PM Kevin Kenny wrote: > Both the US and Canada consider

Re: [Tagging] PTv2 public_transport=stop_position for stop positions that vary based on train length

2020-08-11 Thread Clay Smalley
What exactly is your point here? If nobody is responding to your complaints, perhaps they aren't worth responding to. Repeating the same complaints to the same group of people won't change that. Are you worried that incorrectly-mapped stop positions endanger people's safety? We've pointed out

Re: [Tagging] PTv2 public_transport=stop_position for stop positions that vary based on train length

2020-08-11 Thread Clay Smalley
> and yes i can fix the system that till has the signs. > but even then the guy driving does not see it that way. > the stops are fake because that is not the way the it works here thus a > fake map. > > > Tuesday, August 11, 2020 12:53 PM -05:00 from Clay Smalley < > claysmal

Re: [Tagging] PTv2 public_transport=stop_position for stop positions that vary based on train length

2020-08-09 Thread Clay Smalley
On Sun, Aug 9, 2020 at 9:06 AM 80hnhtv4agou--- via Tagging < tagging@openstreetmap.org> wrote: > in the chicago area we have 3 railway company’s operating the system, and > one had signs left up from the old days > > which in watching the train come into the stations platform did not stop > at

Re: [Tagging] Fwd: Re[2]: PTv2 public_transport=stop_position for stop positions that vary based on train length

2020-08-10 Thread Clay Smalley
On Mon, Aug 10, 2020 at 4:27 PM 80hnhtv4agou--- via Tagging < tagging@openstreetmap.org> wrote: > one of the points that i talked about, that no one has answered yet is > what about someone not local > > who just puts 400 + unverified stops on platforms and there all wrong. > Again, is there a

Re: [Tagging] network tag on route relations

2020-07-12 Thread Clay Smalley
On Sun, Jul 12, 2020 at 3:08 PM Peter Elderson wrote: > I still don't understand why you tag "US" while it's obviously a bunch of > roads in the US. or Interstate when the road clearly crosses state lines. I > think that"s more redundant than tagging "we classify this route as a > regional

Re: [Tagging] Inclined elevators

2020-12-04 Thread Clay Smalley
On Fri, Dec 4, 2020, 5:00 PM Joseph Eisenberg wrote: > The wiki page text says that a railway=funicular is "A funicular, also > known as an inclined plane or cliff railway, is a cable railway in which a > cable attached to a pair of tram-like vehicles on rails moves them up and > down a steep

Re: [Tagging] Inclined elevators

2020-12-04 Thread Clay Smalley
On Fri, Dec 4, 2020, 6:30 PM Guillaume Chauvat wrote: > Sorry for spamming. > > I also think it's fine if the Montmarte funicular is tagged as a > funicular. But I'm asking because of things that are clearly elevators, > like this one: >

Re: [Tagging] Extremely long Amtrak route relations / coastline v. water

2020-11-22 Thread Clay Smalley
On Sun, Nov 22, 2020 at 11:12 AM Dave F via Tagging < tagging@openstreetmap.org> wrote: > On 22/11/2020 11:24, Richard Fairhurst wrote: > > > I sincerely hope "I'm in favor of fixing" translates as "I'm planning to > fix", though I fear I may be disappointed. > > More broadly, we need to nip this

[Tagging] [Voting] Feature proposal - tagging solar panel trackers

2023-08-18 Thread Clay Smalley
Voting has started for the solar tracker tagging scheme. Please cast your vote here: https://wiki.openstreetmap.org/wiki/Proposal:Solar_Panel_Trackers -Clay ___ Tagging mailing list Tagging@openstreetmap.org

[Tagging] [RFC] Feature Proposal - Level crossing train horn usage (quiet zones, whistle bans)

2023-03-20 Thread Clay Smalley
Cross-posted from the forum [1]: This proposal consists of a tag on railway crossing nodes to denote that > train-horn (whistle) operation at said crossing is different from national > law/standard (US quiet zones/Canadian whistle bans, wayside horn > operations, or places on a rail network where

[Tagging] [RFC] Feature proposal - tagging solar panel trackers

2023-08-03 Thread Clay Smalley
Following discussion on the forum [1], I’ve developed a tagging proposal to indicate the existence and type of solar tracker on solar panels and thermal collectors. Since I started last month at Global Energy Monitor, I’ve single-handedly added thousands of instances of solar:tracking=* and have

[Tagging] [Voting] Level crossing train horn usage

2023-06-15 Thread Clay Smalley
Voting has started on the proposal to introduce the key crossing:whistle=*. Please vote on the wiki page https://wiki.openstreetmap.org/wiki/Proposal:Level_crossing_train_horn_usage (posted here by request of UrbanUnPlanner in