Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-14 Thread Warin
On 14/12/18 21:29, Sergio Manzi wrote: And of course my apologies to Warin too! No need here, I have too many of my own to worry about :( On 2018-12-14 11:26, Sergio Manzi wrote: Hello Mateusz, On 2018-12-14 10:40, Mateusz Konieczny wrote: New keys are much, much better than new values

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-14 Thread Sergio Manzi
Hello Mateusz, On 2018-12-14 10:40, Mateusz Konieczny wrote: > New keys are much, much better than new values for tags well established as > having boolean values. Sorry, you are absolutely right: in my head I had mixed up the values for intermittent=* with the values for seasonal=*. My bad!

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-14 Thread Sergio Manzi
And of course my apologies to Warin too! On 2018-12-14 11:26, Sergio Manzi wrote: > > Hello Mateusz, > > On 2018-12-14 10:40, Mateusz Konieczny wrote: >> New keys are much, much better than new values for tags well established as >> having boolean values. > > Sorry, you are absolutely right: in

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-14 Thread Mateusz Konieczny
Dec 13, 2018, 12:44 AM by joseph.eisenb...@gmail.com: > “the proposed values do not seem right (ephemeral=dry_season is certainly > impossible)” > Reality is always more complicated than one expects :) For example in inland Okavango Delta: "The flood peaks between June and August, during

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-14 Thread Mateusz Konieczny
New keys are much, much better than new values for tags well established as having boolean values. intermittent=yes/no values are easy to interpret and sufficient for many uses As someone involved a bit in using OSM data I am not against mapping extra detail but I am against forcing everybody

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-13 Thread Warin
presence looks to be used with taxi ranks to say when they are expected to have taxies present. There is occurrence .. and that is already in use with occurrence =intermittent as part of an import .. excellent! So occurrence

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-13 Thread Tod Fitch
I do like the idea of one key to rule them all. But I am uncomfortable with a key name which has a negative preface. At first I wondered about a perennial tag but then the values might be difficult. Then it occurred that we are trying to tag the presence of something, in this case water. There

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-13 Thread Warin
On 13/12/18 12:48, Sergio Manzi wrote: On 2018-12-13 02:36, Warin wrote: At the moment developing a system to render seasonal values on requires a  determination on spring/summer/autumn/winter etc .. this would add some new terms. Not too hard but does add to things. Also developing a

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-12 Thread Sergio Manzi
On 2018-12-13 02:36, Warin wrote: > At the moment developing a system to render seasonal values on requires a  > determination on spring/summer/autumn/winter etc .. this would add some new > terms. Not too hard but does add to things. Also developing a system to render the ephemeral key would

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-12 Thread Warin
On 13/12/18 11:52, Sergio Manzi wrote: Hello Warin, I think that extending the defined values for intermittent=* could yield the same result and convey the very same information *without adding a new tag* (/don't we have enough?/) Assuming (/and this is just an assumption at this time.../)

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-12 Thread Sergio Manzi
Sorry, read: /we could simply add the following //*values *//for intermittent=*:/ On 2018-12-13 01:52, Sergio Manzi wrote: > /we could simply add the following //*keys *//for intermittent=*:/ smime.p7s Description: S/MIME Cryptographic Signature ___

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-12 Thread Sergio Manzi
Hello Warin, I think that extending the defined values for intermittent=* could yield the same result and convey the very same information *without adding a new tag* (/don't we have enough?/) Assuming (/and this is just an assumption at this time.../) that we are able to define a correct and

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-12 Thread Warin
I qutoe for the proposal page On 13/12/18 10:44, Joseph Eisenberg wrote: These comments on the proposal are still valid issues: Changes have been made  to address them. Should these changes be duplicated on the comments page too?? “‘at least 90% of the time’ is impossible to be determined by

Re: [Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-12 Thread Joseph Eisenberg
These comments on the proposal are still valid issues: “‘at least 90% of the time’ is impossible to be determined by mappers and is an arbritrary value. “ephemeral=dry_season has no obvious meaning (is it tagging that waterways is ephemeral during dry season? Or is it tagging that waterway is

[Tagging] Feature Proposal - RFC - Ephemeral a water property key.

2018-12-12 Thread Warin
Hi I have reworked the ephemeral proposal. This now demonstrates; the difference between intermittent and seasonal - some want to combine them into one and see the ephemeral key as just another intermittent/seasonal thing so they vote no. that ephemeral applies to more that just streams -