Re: [Tagging] Boundaries for suburbs
> I don't think boundary=administrative is appropriate. I'd use > landuse=residential name=* with no other tags for a simple subdivision. This > ends up rendering reasonably: > http://www.openstreetmap.org/?lat=28.4285&lon=-81.4944&zoom=14&layers=M These are civic recognized sub-areas and neighbourhoods of my city, often times with varying land uses within. I don't think the landuse=* is appropriate. I see how the example you're shown works though; I can just see it getting ugly as you can't characterize the landuse of an entire section of the city as one. Thanks, Tyler -- Tyler Gunn ty...@egunn.com http://www.egunn.com/ ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Boundaries for suburbs
The reason I use boundary=administrative is because Burke Centre and the "Neighborhoods" and "Clusters" do have administrative roles. Burke Centre is a homeowners association (HOA) that has what some would consider governmental powers, collecting "assessments" (aka taxes), enforcing standards with legal backing by state law (they can even put a lien on your house if you don't comply!). Likewise, each Neighborhood has a board member, and each Cluster has a committee, which are responsible for paving and maintaining streets and sidewalks in that Cluster, providing landscaping and trash removal services, among other things. There are of course subdivisions which may be named, but don't have any HOA, which I can understand should not be labeled as administrative. Regards, -Josh On Fri, Feb 25, 2011 at 1:46 AM, Nathan Edgars II wrote: > On 2/25/2011 12:10 AM, Josh Doe wrote: >> >> I am interest in knowing the best way to do this as well. I'm working >> on mapping my area, which is called Burke Centre, which is further >> divided into five "neighborhoods", and those are broken down into a >> further 65 "clusters". The one cluster I've labeled is just a way: >> http://www.openstreetmap.org/browse/way/98921468 >> >> I didn't even think to give it a place tag! >> >> Sorry, not much feedback to give, but interest in others opinions! > > I don't think boundary=administrative is appropriate. I'd use > landuse=residential name=* with no other tags for a simple subdivision. This > ends up rendering reasonably: > http://www.openstreetmap.org/?lat=28.4285&lon=-81.4944&zoom=14&layers=M > > ___ > Tagging mailing list > Tagging@openstreetmap.org > http://lists.openstreetmap.org/listinfo/tagging > ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] [OSM-dev] Let's put more wikipedia-tags in OSM WAS Re: Some Questions about the Collaboration of OpenStreetMap and Wikipedia
On Fri, Feb 25, 2011 at 7:41 AM, Samat K Jain wrote: > AFAIK, do *NOT* include underscores in the key name… as is mentioned on the > aforementioned wiki page. Shouldn't matter too much, should it? MediaWiki is pretty ambivalent about underscores and spaces, treating them interchangeably. [[Hong Kong]] and [[Hong_Kong]] are the same, as are http://en.wikipedia.org/wiki/Hong%20Kong and http://en.wikipedia.org/wiki/Hong_Kong Steve ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Let's put more wikipedia-tags in OSM WAS Re: [OSM-dev] Some Questions about the Collaboration of OpenStreetMap and Wikipedia
2011/2/25 Zhijie Shen : > On Fri, Feb 25, 2011 at 1:16 AM, M∡rtin Koppenhoefer > wrote: >> display them as an overlay. We cannot (AFAIK) import those coordinates >> into OSM because we believe that they were mainly created from >> Googlemaps hence constitute a derived database [1]. > Yes, I agree the coordinates cannot be directly imported into OSM, > otherwise, some inconsistence issues may occur. Actually the problem is more of a legal nature. We can't import them, because their copyright is not compatible with our community guidelines. cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Boundaries for suburbs
2011/2/25 Tyler Gunn : > Example One: > - "place=suburb" node central to neighborhood: > http://www.openstreetmap.org/browse/node/1168219909 is the approximative way to place a label and is rendered by mapnik > - Boundary relation with the the "place" node marked as a label: > http://www.openstreetmap.org/browse/relation/1438874; included the place > attributes on the boundary as well. Not sure if required. is IMHO the "correct" way to do it, but is not recognized by Mapnik. > Zooming in once more reveals TWO labels for the area: This is an result of Mapnik rendering the node as a label and rendering the name of _any_ area at high zoom levels. It doesn't recognize the boundary relation, but it renders all polygons and therefor _also_ the boundary relations. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Boundaries for suburbs
I agree that the boundary relation is the "correct" way to do this. From the wiki, it appears that the 'label' role is accepted. Is it just that Mapnik hasn't gotten around to rendering this yet, or is there some other reason? I really should try and learn about Mapnik... Regards, -Josh On Fri, Feb 25, 2011 at 12:36 PM, M∡rtin Koppenhoefer wrote: > 2011/2/25 Tyler Gunn : >> Example One: >> - "place=suburb" node central to neighborhood: >> http://www.openstreetmap.org/browse/node/1168219909 > > > is the approximative way to place a label and is rendered by mapnik > > >> - Boundary relation with the the "place" node marked as a label: >> http://www.openstreetmap.org/browse/relation/1438874; included the place >> attributes on the boundary as well. Not sure if required. > > > is IMHO the "correct" way to do it, but is not recognized by Mapnik. > > >> Zooming in once more reveals TWO labels for the area: > > > This is an result of Mapnik rendering the node as a label and > rendering the name of _any_ area at high zoom levels. It doesn't > recognize the boundary relation, but it renders all polygons and > therefor _also_ the boundary relations. > > Cheers, > Martin > > ___ > Tagging mailing list > Tagging@openstreetmap.org > http://lists.openstreetmap.org/listinfo/tagging > ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Boundaries for suburbs
On 2/25/2011 7:54 AM, Josh Doe wrote: The reason I use boundary=administrative is because Burke Centre and the "Neighborhoods" and "Clusters" do have administrative roles. Burke Centre is a homeowners association (HOA) that has what some would consider governmental powers, collecting "assessments" (aka taxes), enforcing standards with legal backing by state law (they can even put a lien on your house if you don't comply!). Why would a HOA be an administrative entity any more than a school district or drainage district? I think boundary=administrative is intended for incorporated places like cities and towns. ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Boundaries for suburbs
I was basing this off what Germany OSMers apparently do [1]. I'm not too set on it though. -Josh [1]: http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#11_admin_level_values_for_specific_countries On Feb 25, 2011 5:15 PM, "Nathan Edgars II" wrote: > On 2/25/2011 7:54 AM, Josh Doe wrote: >> The reason I use boundary=administrative is because Burke Centre and >> the "Neighborhoods" and "Clusters" do have administrative roles. Burke >> Centre is a homeowners association (HOA) that has what some would >> consider governmental powers, collecting "assessments" (aka taxes), >> enforcing standards with legal backing by state law (they can even put >> a lien on your house if you don't comply!). > > Why would a HOA be an administrative entity any more than a school > district or drainage district? I think boundary=administrative is > intended for incorporated places like cities and towns. ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
