Nate Wessel's Notes
Notes submitted or commented on by Nate Wessel
Id | Creator | Description | Created at | Last changed | |
---|---|---|---|---|---|
74463 | bounds: (39.7846,-84.222 - 39.7772,-84.2012)
|
||||
86541 | Baloo Uriza | Mapdust 3097460: Speed limit is 70 not 65. |
|||
84706 | bounds: (39.2388,-84.4824 - 39.2313,-84.4616)
|
||||
4667 | Nate Wessel | I changed this to primary a while back (from trunk) but I've been wondering lately if maybe I was wrong in doing so. I do feel like it's odd for a trunk to be as short as just the viaduct, but this road feels pretty much like a highway. I'd love to get some other thoughts on this. |
|||
19387 | Nate Wessel | The relation on this bike path confuses me a bit. It was here already when I corrected and extended the path and I pretty much left it in place. This 'bike path' is hardly a bike path though, and it's certainly not a part of any extensive network. I wouldn't mention it but it renders quite differently on the cycle map in a way that doesn't seem to make sense. |
|||
14042 | Nate Wessel | There is an intersection here in the satellite images, but not in the topology. Is this a TIGER error(they look like old streets and the other data right around here is kind of rough) or have the connections been removed by the city? |
|||
4671 | Nate Wessel | I just split out the three CUF sub-neighborhoods, which are really proper neighborhoods for all but technical administrative purposes. Their boundaries are nonetheless clearly defined; same as the boundaries of CUF which was already in the map but split in three at Straight and Ravine Streets. Can someone please check to make sure I've tagged the boundaries correctly and not left any remains of CUF? All three neighborhoods should still be joined on their common 'operator' CUFNA (the CUF Neighborhood Association). This was my first time working with boundaries and I'm not completely confident I did it right! |
|||
6665 | Nate Wessel | Since the City of Cincinnati has an administrative boundary relation, would it be better to add all of the tags from the point(which happens to be located here on fountain square) to the relation which more accurately describes the city? I've already done such for a few of the smaller cities in the area, but thought I ought to see if there's a reason for their to be a point AND a relation before altering this more important one. Also, it has tons of tags and so will take longer to remove ;-) |
|||
5880 | Nate Wessel | I do not think the EPA facilities are part of the UC campus...I'm pretty sure this is federally owned and operated unless there is some special agreement with the University that I've never heard of. If it isn't a part of the campus, we may want to split the campus in two at the corner: the 'Main Campus' and the 'Medical Campus', perhaps joined by a relation with the general university name and operator information. |
|||
5690 | Minh Nguyen | Should be building=yes. 43% of ways tagged parking=multi-storey are also tagged with building; more ways with amenity=parking are also tagged with building than are tagged with parking=multi-storey. Mainstream renderers render such ways as buildings with a “P” icon, to distinguish them from surface lots. So it’s definitely a legitimate tagging scheme, and I think it’s a useful one because conceptually they are buildings. |