Re: [Tagging] Feature Proposal - RFC - (consulate)-->(office=diplomatic)

As far as I'm concerned, it can go to vote! Thanks Graeme ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

[Tagging] رد: New rag to draw node name with rotate angle

I am talking about nodes not areas or ways. Most of seas in OSM are tagged on node element. Also countries most of them are tagged on node element من: Kevin Kenny ‏‏تم الإرسال: 01/ربيع الأول/1440 09:09 م إلى: Tag discussion, strategy and related tools

[Tagging] Feature Proposal - RFC - (consulate)-->(office=diplomatic)

Kind folks, Comments on the proposal tapered off after Eugene's November 4 post, so I plowed through the comments and have rewritten and moved the amenity=consulate proposal to office=diplomatic.  You may find the rewritten proposal here:

Re: [Tagging] Government Archives

Most of what government consists of services. On 11/10/2018 5:07 AM, Martin Koppenhoefer wrote: > > sent from a phone > >> On 8. Nov 2018, at 02:12, Warin <61sundow...@gmail.com> wrote: >> >> An archive is a place that stores old information. >> Humm .. is giving me access to that information a

Re: [Tagging] Government Archives

sent from a phone > On 8. Nov 2018, at 02:12, Warin <61sundow...@gmail.com> wrote: > > An archive is a place that stores old information. > Humm .. is giving me access to that information a service? both, storing historic information and providing access to it, could be seen as services.

Re: [Tagging] Government Archives

sent from a phone > On 7. Nov 2018, at 20:52, marc marc wrote: > > building value is what the building look like. > what a government building look like ? no idea... it depends on the country, its political culture and history, the age and scope of the building, but government buildings

Re: [Tagging] Reversible Road tagging

On Fri, Nov 09, 2018 at 07:59:22PM +0100, yo paseopor wrote: > One little point > > Untill now GPS navigation is orientative, not compulsory, obligatory or > have-to-do. So instead your Osmand says you go in opposite direction, you > drive, you decide. No kamikaze please. correct, but it is not

Re: [Tagging] Slipways (for boats)

On 10/11/18 05:03, Paul Allen wrote: On Fri, Nov 9, 2018 at 5:59 PM Andy Mabbett > wrote: The wiki tells us to use "leisure=slipway": https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dslipway but many slipways are primarily for search-and-rescue,

Re: [Tagging] Reversible Road tagging

One little point Untill now GPS navigation is orientative, not compulsory, obligatory or have-to-do. So instead your Osmand says you go in opposite direction, you drive, you decide. No kamikaze please. yopaseopor PD: conditional lanes tagging situation would be interesting with a new tag

Re: [Tagging] New rag to draw node name with rotate angle

‪On Fri, Nov 9, 2018 at 12:06 PM ‫دار الآثار للنشر والتوزيع-صنعاء Dar Alathar-Yemen‬‎ wrote:‬ > I suggest new tag to tell map render to draw the node name with a > specified rotate angle not horizontal. We need this for some seas like Red > Sea, and Suez Gulf in Egypt. > I have serious doubts

Re: [Tagging] New rag to draw node name with rotate angle

Looks like encouraging “tagging for the renderer”. https://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Slipways (for boats)

On Fri, Nov 9, 2018 at 5:59 PM Andy Mabbett wrote: > The wiki tells us to use "leisure=slipway": > >https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dslipway > > but many slipways are primarily for search-and-rescue, fishing craft, > small ferries or other non-leisure uses. > > What would be

[Tagging] Slipways (for boats)

The wiki tells us to use "leisure=slipway": https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dslipway but many slipways are primarily for search-and-rescue, fishing craft, small ferries or other non-leisure uses. What would be a better tag? -- Andy Mabbett @pigsonthewing

Re: [Tagging] Public Transport Timetables

Paul Allen wrote > On Thu, Nov 8, 2018 at 9:43 PM Graeme Fitzpatrick > graemefitz1@ > > wrote: > >> Simple way may just be multiple timetable tags - >> "timetable:red_busline=URL*" "timetable:blue_busline=URL*" >> > > That was a suggestion I made earlier in the thread, but nobody responded >

[Tagging] New rag to draw node name with rotate angle

I suggest new tag to tell map render to draw the node name with a specified rotate angle not horizontal. We need this for some seas like Red Sea, and Suez Gulf in Egypt. Also some african countries like Togo and Benin will be best if its names are drwan with rotate angle. Also Somalia name

Re: [Tagging] Public Transport Timetables

On Thu, Nov 8, 2018 at 11:21 PM Graeme Fitzpatrick wrote: > > On Fri, 9 Nov 2018 at 08:02, Paul Allen wrote: > >> If I understand it correctly (quite possibly not) your examples are not >> GTFS feeds but timetables >> derived from them. >> > > Ugh, now you're asking questions that are way, way

Re: [Tagging] Estimated values for height

You can also use height=* for both and add a "source:height=estimated / measured" tag with that to have a value that is usable by the apps and tools but still keeping the information that it was only estimated ! ;-) An excellent solution, Lionel On Fri, Nov 9, 2018 at 5:06 PM marc marc wrote:

Re: [Tagging] Estimated values for height

look at the current values in height, you understand from their round values that they are massively estimated. my preference is therefore to use height and make 2 changset to put a changeset tag related to the source of the measurement: measured <> estimated Le 09. 11. 18 à 10:57, Lionel Giard

Re: [Tagging] Estimated values for height

You can also use height=* for both and add a "souce:height=estimated / measured" tag with that to have a value that is usable by the apps and tools but still keeping the information that it was only estimated ! ;-) Lionel Le ven. 9 nov. 2018 à 10:19, Dave Swarthout a écrit : > There is

Re: [Tagging] Estimated values for height

There is already an est_width tag (Taginfo 77,000). I see no reason why you couldn't use est_height, which has over 1000 instances in Taginfo. Dave On Fri, Nov 9, 2018 at 3:58 PM Cascafico Giovanni wrote: > I'm going to import a small dataset of trees. Some tree heights are > defined as

Re: [Tagging] Feature Proposal - RFC - Tramtrack on highway

Dear all! Thank you for the insightful critical comments for the tag proposal. I have now changed the tag value from a bicycle=* acces key to a railway= -key. I have also changed and updated the Rationale, Tagging and Applies to -fields according to the comments received here and on the talk

[Tagging] Estimated values for height

I'm going to import a small dataset of trees. Some tree heights are defined as "measured", some as "estimated". About estimated values, I've found a wiki definition only for width [1]: shall I derive an est_height tag, go for most popular taginfo solutions, simply assign an estimated value to

Re: [Tagging] How to tag named group of named water areas?

I think it gets easier when you think of a relation as a data structure that allows to combine links to other objects with tags. That's what it is, nothing more. Only the tags give a hint about the meaning of this combination, and one always has to bear in mind that different mappers might see

Re: [Tagging] How to tag named group of named water areas?

Martin said: " tags on the way apply to the way, those on the relation to tag relation as a whole. There is no general inheritance from the relation to its members." When I made my statement about inheritance I tried to choose my words carefully. I said that those tags only _implicitly_ apply to