Re: [Tagging] fixme -- by a specific date

On Mon, Nov 28, 2016 at 1:14 PM, Martijn van Exel wrote: > What I am after is a higher fidelity solution that also goes beyond > 'seasonality'. What do you think? ​your proposal for a alarm-time on a fixme - for which a small bit of programming could cause a Note to appear when due, and maybe d

Re: [Tagging] Key:visibility

[2016-11-28 20:50] Paul Desgranges > > Visibility and readability are not the same, [...] They also suggest different meanings, at least to me. When I first read you message about visibility of public clocks, I thought it would indicate from which directions or places it would be visible, not the

Re: [Tagging] fixme -- by a specific date

Javbw > On 29 Nov 2016, at 4:29 AM, Tod Fitch wrote: > > A number of state highway routes through the Sierra Nevada are closed in > winter. The rub is, the real closure is from first significant snowfall until > it either melts or they bring in the rotary plows in spring. This varies > wil

Re: [Tagging] Key:visibility

I just wanted to extend the meaning of 'visibility' so that it does not match only the 'clocks' but more things and for example 'advertising' devices. As a matter of fact, I find as well that "house"/"street"/"area" are not very well understandable values for "visibility", but its was the exi

Re: [Tagging] fixme -- by a specific date

> On Nov 28, 2016, at 10:14 AM, Martijn van Exel wrote: > > Bill, > > The seasonal tag[1] already exists for very general 'seasonal availability' > of features. This works for a very rough approximation of actual > availability which may be enough for some use cases. This could (should?) be

Re: [Tagging] fixme -- by a specific date

remonty.openstreetmap.pl/remonty does exactly that for Poland. It's used mainly by paid mappers from Yanosik who get info from their app. IIRC it issues a note whenever an opening is due. Michał 28.11.2016 18:54 "Martijn van Exel" napisał(a): > Hi, > > When mapping seasonal closures here in Uta

Re: [Tagging] fixme -- by a specific date

Bill, The seasonal tag[1] already exists for very general 'seasonal availability' of features. This works for a very rough approximation of actual availability which may be enough for some use cases. This could (should?) be used as a fallback. What I am after is a higher fidelity solution that al

Re: [Tagging] fixme -- by a specific date

See https://www.openstreetmap.org/changeset/44013342 for a tagging example. Martijn van Exel http://mvexel.github.io/ On Mon, Nov 28, 2016 at 10:52 AM, Martijn van Exel wrote: > Hi, > > When mapping seasonal closures here in Utah[1] I realized I am still > missing a solid way to mark a road as

Re: [Tagging] fixme -- by a specific date

On Mon, Nov 28, 2016 at 12:52 PM, Martijn van Exel wrote: > Hi, > > When mapping seasonal closures here in Utah[1] I realized I am still > missing a solid way to mark a road as closed for the season and then have > some level of confidence that someone will look at it in the spring and > 'reopen'

[Tagging] fixme -- by a specific date

Hi, When mapping seasonal closures here in Utah[1] I realized I am still missing a solid way to mark a road as closed for the season and then have some level of confidence that someone will look at it in the spring and 'reopen' it. More generally for someone to map a feature and somehow tag it as

Re: [Tagging] highway=primary/secondary/tertiary - tag according to quality or usage?

2016-11-28 13:39 GMT+01:00 Michael Tsang : > There are some highways which the quality isn't up to the usage, resulting > in > congestion. Those highways connects high-quality motorway/trunk/primary > highways together for long distance traffic, but they only have a single > lane > per direction,

Re: [Tagging] Feature Proposal - RFC - flight route

> On Nov 28, 2016, at 11:36, tagging-requ...@openstreetmap.org wrote: > > Hi all, > > As said, no need to draw paths as way in OSM : they can be drawed by any > customized render engine when start and stop point are known. > +1 to make relation with airports as only members. > > > 2016-11-28 1

Re: [Tagging] Key:visibility

sent from a phone > Il giorno 28 nov 2016, alle ore 12:40, Colin Smale ha > scritto: > > Do you mean visibility, or would legibility be better here? Maybe I can see a > clock from 100m away, but it is not actually useful until it becomes legible > at 20m. > > You use the word "readable" (=

Re: [Tagging] highway=primary/secondary/tertiary - tag according to quality or usage?

Michael Tsang writes: > There are some highways which the quality isn't up to the usage, resulting in > congestion. Those highways connects high-quality motorway/trunk/primary > highways together for long distance traffic, but they only have a single lane > per direction, with lots of traffic

Re: [Tagging] highway=primary/secondary/tertiary - tag according to quality or usage?

On Mon Nov 28 12:39:44 2016 GMT, Michael Tsang wrote: > Dear all, > > There are some highways which the quality isn't up to the usage, resulting in > congestion. Those highways connects high-quality motorway/trunk/primary > highways together for long distance traffic, but they only have a single

Re: [Tagging] Feature Proposal - RFC - flight route

2016-11-28 13:39 GMT+01:00 Michael Tsang : > Sorry, aren't aeroplane routes, like bus routes, use fixed stop positions > and > platforms every departure? > > IMHO certainly not. Already took the same flight (same number) at two different gates nevertheless in the same terminal at two different dat

[Tagging] highway=primary/secondary/tertiary - tag according to quality or usage?

Dear all, There are some highways which the quality isn't up to the usage, resulting in congestion. Those highways connects high-quality motorway/trunk/primary highways together for long distance traffic, but they only have a single lane per direction, with lots of traffic lights, junctions, dr

Re: [Tagging] Feature Proposal - RFC - flight route

On Monday 28 November 2016 12:47:41 Tom Pfeifer wrote: > > Platforms, a.k.a. Gates, can already be mapped. Which flight they serve > changes every day, this is neither mappable nor verifyable nor maintainable. Sorry, aren't aeroplane routes, like bus routes, use fixed stop positions and platform

Re: [Tagging] Feature Proposal - RFC - flight route

Hi all, As said, no need to draw paths as way in OSM : they can be drawed by any customized render engine when start and stop point are known. +1 to make relation with airports as only members. 2016-11-28 13:24 GMT+01:00 Aun Johnsen : > A duration tag would be needed to calculate travel time. T

Re: [Tagging] Feature Proposal - RFC - flight route

> On Nov 28, 2016, at 10:00, tagging-requ...@openstreetmap.org wrote: > > On 28.11.2016 11:27, Michael Tsang wrote: >> The consensus is that the flight path should not be mapped, but we are >> interested the airport (Stop positions and platforms) where the flight >> serves. > > Platforms, a.k.a.

Re: [Tagging] Feature Proposal - RFC - flight route

On 28.11.2016 11:27, Michael Tsang wrote: The consensus is that the flight path should not be mapped, but we are interested the airport (Stop positions and platforms) where the flight serves. Platforms, a.k.a. Gates, can already be mapped. Which flight they serve changes every day, this is nei

Re: [Tagging] Key:visibility

Do you mean visibility, or would legibility be better here? Maybe I can see a clock from 100m away, but it is not actually useful until it becomes legible at 20m. You use the word "readable" (=legible) yourself. //colin On 2016-11-28 12:30, Paul Desgranges wrote: > Hello, > > Can we extend

[Tagging] Key:visibility

Hello, Can we extend the Key:visibility so that it covers not only the clock, bit as well any device or feature which are readable on a public street ? For example, it could apply as well to 'advertising' objects (but it likely could apply

Re: [Tagging] Feature Proposal - RFC - flight route

The consensus is that the flight path should not be mapped, but we are interested the airport (Stop positions and platforms) where the flight serves. Michael Get Outlook for Android From: Volker Schmidt Sent: Sunday, 27 November, 17:23 Subject: Re: [Tagging] Feature Propo