oba510's Comments
| Changeset | When | Comment |
|---|---|---|
| 70482986 | over 6 years ago | This is really not the way to tag a Starbucks, or any other coffee shop (try amenity=cafe + cuisine=coffee_shop, plus shop=coffee if they sell beans) |
| 69140157 | over 6 years ago | That's really more of a general guideline than a rule. It makes sense when you're dealing with standard, short slip lanes/ramps where there's no way to determine which street it belongs to. It doesn't make sense in cases like this where it's perpendicular to on one of the two streets, has a street sign with a specific name, and buildings and shops facing it have the same street name in their addresses. |
| 69140157 | over 6 years ago | Please don't arbitrarily delete names from roads just because they're tagged as *_link. Many of these are part of named streets, especially in urban areas where there are buildings and sidewalks fronting on them. |
| 69138704 | over 6 years ago | I hope you're not changing the name of all these Starbucks shops all over the world just because of that maproulette challenge (and that you've actually verified that the name has changed)? Most seem to be named "Starbucks Coffee" around here, including this one the last time I was here (which was a few months ago). |
| 68859571 | over 6 years ago | Hi, did you notice way/27369520 ? Those parking aisles had been changed to disused:highway for a reason... |
| 68946643 | over 6 years ago | Hey, you broke a couple of BART routes here. What were you trying to do? It looks like a segment of the wye was deleted and re-drawn, but connected to the wrong track... |
| 68688320 | over 6 years ago | It doesn't make sense to delete the entire 2-1/2 block long alley when only a small section is impassible. It can be seen clearly in the aerial imagery and on mapillary. |
| 68319842 | over 6 years ago | The ellipses are actually part of the official name (it's a nod to Herb Caen's writing style). |
| 68104802 | almost 7 years ago | This was already on the map, drawn as a separate cycleway (because there's a fence between it and the rest of the street. |
| 67751400 | almost 7 years ago | That had been my first thought, but some of the surface-level wheelchair accessible stops are actually a separate ramp that can be a block or more away from the normal stop. In practice they are hardly ever used unless someone specifically needs them, since the steps on the train need to be raised and lowered. |
| 67751400 | almost 7 years ago | About a year(?) ago I systematically went through all of the Muni Metro lines (but not the cable cars, and didn't finish the F line) and added every stop and platform in the city, and tried to standardize it as best as I could, given that it's an odd system where modern light rail trains often stop in the middle of the street with nothing resembling a station - little or no infrastructure whatsoever except a yellow rectangle painted on the tracks. Wherever the stop met the bare minimum standard to be called a light rail station (which I arbitrarily decided was some kind of platform long enough that people don't have to step into traffic) it was mapped as a railway=station. For the E line and the remaining Muni Metro stops I followed railway=tram_stop which says that it should go on the tracks, and put it on the same node as public_transport=stop_position. Everything should already have the standard public_transport tags and wherever there is a platform of some kind there should already be a stop_area relation. Every platform was also tagged with railway=platform which conflicts with railway=tram_stop. |
| 67751400 | almost 7 years ago | Why are you changing all the railway=tram_stop nodes to railway=stop? It seems like a less-specific way of tagging the stops, and causes them to stop rendering on most maps. |
| 67294493 | almost 7 years ago | HI, it looks like you merged some ways here along Dyer Street, which messed up the lane count/type tagging, It's usually a bad idea (and unnecessary) to merge ways unless you are certain that the tags, relation memberships etc are identical, since the ways were usually split for a reason. |
| 67076437 | almost 7 years ago | You have removed an an awful lot of service=* tags from parking aisles and driveways here and in other changesets recently. What are you trying to do? I don't understand, it seems counterproductive. (A couple of turn restrictions also got somewhat messed up here when ways were merged that probably should not have been) |
| 65625358 | almost 7 years ago | I'm curious what your source for this name is. I can't find any reliable references to it. |
| 65821641 | almost 7 years ago | This was changed back to a 2-way street about 3 months ago. |
| 65893658 | almost 7 years ago | It looks like these ways were intentionally split because the Bay Area Ridge Trail passes through a small segment here; merging them made the entire street part of the relation for the trail. |
| 64680028 | about 7 years ago | Please don't remove the service=* tags from parking aisles and driveways. |
| 63533550 | about 7 years ago | That's referring to the main (often 2 or more lane) roads that you would typically find between individual parking lots in places like shopping centers or airports that have large complex parking arrangements. It is not really relevant to small driveways in a city. |
| 63533550 | about 7 years ago | If it was really a junkyard than it probably shouldn't be mapped as a service way at all, I would think, since there wouldn't actually be a "way". Bing is several years old around here. If you look at one of the more recent layers (the Mapbox and DigitalGlobe layers tend to be the most recent in the Bay Area) it looks like a paved industrial lot with some parking spaces marked along the side. |