Re: [Tagging] Farm hard standing --- how should we tag it?
Martin Koppenhoefer writes: > Am 9. März 2012 16:08 schrieb John Sturdy gmail.com>: > > In some areas of the country (noticeably the Fens, with their wet > > soil, I think) there are concreted areas beside farm tracks, that > > farmers use for storing things on (such as hay bales). I don't know > > what these are called, and have generally not mapped them, but they > > are a noticeable feature of the countryside. There's an example (with > > a provisional tag) at: > > http://www.openstreetmap.org/browse/way/154151708 > > an area with > surface=concrete > > not sure if this qualifies for highway=x area=yes as well. Might be > worth creating a new tag for it. (man_made?) John, it seems that you already calls it hard_standing, that I understand is a word used for hard top surfaces. I guess Martins suggestion; surface=concrete could be surface=hard_standing as well. What is the reason to map it, who will use the information. If it is used for orientation it would suffice to describe it (a surface of concrete in a wetland). I fon the other hand there could be people scouring the maps to look just for a hard_standing toa special use, it could be worth the while to tag it with that specific use. Maybe agriculture=storage_place or tourism=hard_standing (for campers). If you do want to keep the tagging use-neutral but do not want to use the surface-key alone, Martins suggestion on man_made fits perfectly. There are several rather precise man_made values already. ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
[Tagging] A leisure tag for bathe
What do you think about a tag for different kind of places to bathe. Small recluse places along a river, Organized public places with piers and beaches Turkish bathes maybe even hot springs. I´m thinking about something along the lines of leisure=bath What I am after is a place for the leisure activity of immersing the body in water, not the soap and water bath or the compettitive swimming. ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag a "trail blaze"
Le vendredi 09 mars 2012 à 20:15 -0500, Greg Troxel a écrit :
> Pieren writes:
>
> > tourism=information
> > information=trail_blaze
> > hiking=yes
> > operator=
> > support=tree|pole|rock
> > description=
>
> That seems reasonable. But, there are various kinds of markers for
> trails I have encountered, and some of them would not necessarily be
> called blazes. I've seen:
>
> painted rectangles on trees
> plastic triangles nailed to trees
> 1.5"x3"x0.75" painted blocks nailed to trees
> (all of these qualify as blaze)
>
> and
>
> piles of rocks, where there are no trees ("cairns")
>
>
> I'm not sure if cairns count as blazes in hiking parlance.
As a hiker, I see a difference between cairns and blazes but they are
similar. In particular, the purpose is the same: help hikers to find
their way.
Wikipedia mentions cairns in this page:
http://en.wikipedia.org/wiki/Trail_blazing
> But it seems
> fair enough to call them that, and it makes sense to have
>
> trail_blaze=paint
> trail_blaze=plastic
> trail_blaze=wood
> trail_blaze=cairn
Note that cairns could also be tagged as landmark=cairn (although this
key seems rarely used).
> trail_blaze_shape=triangle
> trail_blaze_colour=yellow
Alternatively, the colour/symbol and osmc:symbol keys could be used for
that.
> This feels like overkill, but I have been putting 'name=yellow' on
> trails that have yellow blazes and no name, because it's useful (even if
> a bit off) and because people call that "the yellow trail".
> So I would expect you to have two nodes (next to each other) when there
> are two blazes.
>
> I would expect the purpose can be
>
> blaze inventory by the trail maintenance group
>
> producing a map with the trail's colors labeled and also showing
> little marks for the blazes.
Regards
--
Gilles Bassière - Web/GIS software engineer
http://gbassiere.free.fr/
___
Tagging mailing list
Tagging@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag a "trail blaze"
Le samedi 10 mars 2012 à 14:16 +1100, Steve Bennett a écrit : > On Sat, Mar 10, 2012 at 1:45 AM, Pieren wrote: > > He is asking because a local community is maintaining such marks and > > would like to locate them in OSM in addition to the route itself. > > Our current proposal is to use a node tagged with: > > tourism=information > > information=trail_blaze > > hiking=yes > > operator= > > support=tree|pole|rock > > description= > > Maybe the word "marker" rather than trail_blaze. Then it could be used > equally be more formal, permanent trail markers. > > tourism=information > information=trail_marker > > OTOH, information=trail_blaze already has 925 uses, so perhaps that's > the de facto standard already. "Blaze" also seems more consistent with: http://wiki.openstreetmap.org/wiki/Proposed_features/trailblazed But I agree with you, "marker" sounds better and could cover more cases. Maybe, we could use "marker" as a role in the route relation describing the hiking trail. Each trail_blaze node would be member of the relation with the role "marker". Is this fine? > Btw, I think using "support" this way is a French-ism. I don't > immediately have a better suggestion, maybe > "information:attached_to=tree". I initially suggested to use this key on the french mailing list. I took my inspiration from: http://taginfo.openstreetmap.org/keys/support#values It is very possible that this key made sense to me because of the similarity with the french word :) Cheers -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] gym as an amenity value
Am 10. März 2012 00:06 schrieb Stephen Hope : > I *think* a fitness station is a stop on a fitness trail. +1 http://lists.openstreetmap.org/pipermail/tagging/2010-June/002572.html http://wiki.openstreetmap.org/wiki/Talk:Tag:route%3Dfitness_trail cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] any tag you like, but why create parallel systems for established tags? DCGIS
On Sat, Mar 10, 2012 at 6:38 AM, Martin Koppenhoefer wrote: > I recently stumbled upon an import in the US prefixed with "dcgis". > While this tagging makes it possible to have these data inserted > parallely to other OSM data I still wonder why someone would do that. > > In particular I am refering to this: > http://taginfo.openstreetmap.org/keys/dcgis%3Aaddress > > I don't see the point why this is not the usual "addr:street" etc. > > > and there seem to be also other issues: > http://taginfo.openstreetmap.org/search?q=dcgis > > The most used tag in this "namespace" is "dcgis:captureyear" > http://taginfo.openstreetmap.org/keys/dcgis%3Acaptureyear > which can be found 93 022 times in the db but isn't documented in the wiki [1] It seems that you didn't ask any of the users who were involved in this import. This import was done four years ago, with many users and a variety of processes, but I don't get the impression you checked with any of us. I don't see any actual questions in your mail. If you have specific questions, feel free to ask them. - Serge ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] gym as an amenity value
On Sat, Mar 10, 2012 at 7:55 AM, John F. Eldredge wrote: > > The problem with using the spelled-out term "gymnasium" is that several > countries, such as Germany, use "gymnasium" to mean "high school" (the > entire school, not just the sports building). > > I didn't realize that. It looks like using gym or gymnasium is going to be ambiguous. -- Clifford ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] gym as an amenity value
Clifford Snow wrote: > > > > > > > I understand the issue with the tag value of "gym". I talked to the > owner > of a gym I use. He said that they typically use gym in conversation > with > others in the business. Fitness club/center is also used. He > differentiated gym/fitness center with health clubs in the range of > services offered. A health club will offer services such as massage, > tanning, juice bars, etc while a gym has fewer services. (Health > clubs > can charge more.) > > I would be happy with the tag "Fitness Center" instead. However, I'm > concerned that there are hundreds of "gym" values for the amenity tag. > A > quick search showed that some of the gyms are actually school > gymnasiums. > Wikipedia has gymnasium as a disambiguation reference. Perhaps school > gyms should be encouraged to use the full name to avoid confusion. > > Use of the tag "leisure" instead of "amenity" to me is not accurate. > Leisure activities are golf, softball, tennis, etc. Fitness isn't a > leisure activity. A lot of us go to a gym so we can be better at our > leisure activities. To me fitness centers are more related to health > than > leisure. I'd prefer to use the tag "amenity" instead. > > Thoughts? > > Clifford > The problem with using the spelled-out term "gymnasium" is that several countries, such as Germany, use "gymnasium" to mean "high school" (the entire school, not just the sports building). -- John F. Eldredge -- j...@jfeldredge.com "Reserve your right to think, for even to think wrongly is better than not to think at all." -- Hypatia of Alexandria ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] any tag you like, but why create parallel systems for established tags? DCGIS
Il giorno 10/mar/2012 15:25, "Josh Doe" ha scritto: > > On Sat, Mar 10, 2012 at 6:38 AM, Martin Koppenhoefer > wrote: > > Looking at the key name and values this looks like the date when the > > external database included the object in their system. Why on earth > > should we keep track of this in OSM? Doesn't seem to be a > > geoinformation to me. > > I've made a practice of removing all tiger:* tags, and most gnis:* > tags (except feature_id) after verifying a feature. The only external > data that I think belongs in OSM is a reference number (i.e. primary > key, e.g. gnis:feature_id) that can be easily maintained (e.g. no > tiger:tlid), and that should end if/when we have persistent IDs. And I > think we shouldn't use a private namespace but put it under the ref:* > namespace, which makes clear the purpose of the data. > > -Josh > +1 I think that for correlating imported items to the original dataset it's needed only a tag that references the primary key. In italy there's a similar case with lombardy. Stefano > ___ > 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] any tag you like, but why create parallel systems for established tags? DCGIS
On Sat, Mar 10, 2012 at 6:38 AM, Martin Koppenhoefer wrote: > Looking at the key name and values this looks like the date when the > external database included the object in their system. Why on earth > should we keep track of this in OSM? Doesn't seem to be a > geoinformation to me. I've made a practice of removing all tiger:* tags, and most gnis:* tags (except feature_id) after verifying a feature. The only external data that I think belongs in OSM is a reference number (i.e. primary key, e.g. gnis:feature_id) that can be easily maintained (e.g. no tiger:tlid), and that should end if/when we have persistent IDs. And I think we shouldn't use a private namespace but put it under the ref:* namespace, which makes clear the purpose of the data. -Josh ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Farm hard standing --- how should we tag it?
Am 9. März 2012 16:08 schrieb John Sturdy : > In some areas of the country (noticeably the Fens, with their wet > soil, I think) there are concreted areas beside farm tracks, that > farmers use for storing things on (such as hay bales). I don't know > what these are called, and have generally not mapped them, but they > are a noticeable feature of the countryside. There's an example (with > a provisional tag) at: > http://www.openstreetmap.org/browse/way/154151708 an area with surface=concrete not sure if this qualifies for highway=x area=yes as well. Might be worth creating a new tag for it. (man_made?) cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
[Tagging] any tag you like, but why create parallel systems for established tags? DCGIS
I recently stumbled upon an import in the US prefixed with "dcgis". While this tagging makes it possible to have these data inserted parallely to other OSM data I still wonder why someone would do that. In particular I am refering to this: http://taginfo.openstreetmap.org/keys/dcgis%3Aaddress I don't see the point why this is not the usual "addr:street" etc. and there seem to be also other issues: http://taginfo.openstreetmap.org/search?q=dcgis The most used tag in this "namespace" is "dcgis:captureyear" http://taginfo.openstreetmap.org/keys/dcgis%3Acaptureyear which can be found 93 022 times in the db but isn't documented in the wiki [1] Looking at the key name and values this looks like the date when the external database included the object in their system. Why on earth should we keep track of this in OSM? Doesn't seem to be a geoinformation to me. How should a mapper deal with these tags if he modifies an object? E.g. if there is a dcgis:acquired=6 ( http://taginfo.openstreetmap.org/keys/dcgis%3Aacquired ) on an object he splits? I suggest to modify [1] to not further encourage people to import all of the information from dcgis into osm, but only those that are useful. E.g. these sentences could be modified: "SSL and AID - The AID and SSL attributes are used to correlate the data with the DC MAR (Master Address Record) and should generally be preserved." "Pubdate - DC-GIS data includes a pubdate in the supplementary XML file. This should be included in the features as dcgis:pubdate and the date should be reformatted to -MM-DD" "Dataset - In order to preserve the origin of the data, the dataset should be specified. The naming of these datasets should map to the naming of the zipfile, ie PostOfficePt or ParkPly, the resulting key, value pair would be dc-gis:dataset=ParkPly" These are the keys named in the wiki, but the actual data contains much more keys, which aren't obvious in their meaning (at least to me), or which are almost pointless in a spatial database, or which would be much better suited for a changeset comment then for a tag on the object, e.g. dcgis:area dcgis:gis dcgis:length dcgis:list_info dcgis:nr_eligibl dcgis:update_date dcgis:url cheers, Martin [1] http://wiki.openstreetmap.org/wiki/Washington_DC/DCGIS_imports ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
