Re: [Tagging] Feature Proposal - RFC - Validity of Route Relations

2017-10-13 Thread Jo 
Maybe

recheck_itinerary_route_by

would be a better tag. Then it can also be used when route relations are
changed for roadworks that take more than say, a month and that cause
changes in itinerary.

Polyglot

2017-10-14 2:00 GMT+02:00 Andrew Davidson :

>
>
> On 14/10/17 09:29, Jo wrote:
>
>
>> So the proposal is about the routes/itineraries that change, stops that
>> aren't served anymore or new stops added to the lines.
>>
>
> Are you sure about that? The proposed new tag is "timetable:valid_until".
> And the explanation starts of with:
>
> "every year timetables of many public transport services in Europe change
> on the second Saturday in December at 24:00"
>
> That's a lot of use of the phrase timetable if they actually mean route.
>
>
> ___
> Tagging mailing list
> Tagging@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] New OSM Quick-Fix service

2017-10-13 Thread Yuri Astrakhan 
Warin, this is not an edit or a specific tag change proposal. That query
was used as an example, suggested by the RU community on OSM RU Telegram
channel (~270 people). I'm not a big fan of this communication medium, but
that's how community is communicating.

This is a tool that anyone can use for whatever edits they want to do. It
is similar to MapRoulette and Osmose.  I posted it to tags so that more
people are aware of it.  The tool is still in the active development, and
more features will be added.

So please ignore the specifics of that example, but rather concentrate on
the service capabilities, and how it can be made more useful.

Thanks.

On Fri, Oct 13, 2017 at 7:14 PM Warin <61sundow...@gmail.com> wrote:

> On 14-Oct-17 08:25 AM, Yuri Astrakhan wrote:
>
> I would like to introduce a new quick-fix editing service.  It allows
> users to generate a list of editing suggestions using a query, review each
> suggestion one by one, and click "Save" on each change if they think it's a
> good edit.
>
> For example, RU community wants to convert  amenity=sanatorium  ->
> leisure=resort + resort=sanatorium.  Clicking on a dot shows a popup with
> the suggested edit. If you think the edit is correct, simply click Save.
> Try it:  http://tinyurl.com/y8mzvk84
>
> 1) link to discussion of the ru community ?
> 2) this is a tagging key change. No discussion here on that tagging
> change?
> 3) no votes on the tag
> 4) no present OSMwiki pages on resort=sanatorium ...
> 5) no present use of resort=sanatorium ...
>
> Think you may find any database changes made reverted.
>
>
> ___
> Tagging mailing list
> Tagging@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
>
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - RFC - Validity of Route Relations

2017-10-13 Thread Andrew Davidson 



On 14/10/17 09:29, Jo wrote:



So the proposal is about the routes/itineraries that change, stops that 
aren't served anymore or new stops added to the lines.


Are you sure about that? The proposed new tag is 
"timetable:valid_until". And the explanation starts of with:


"every year timetables of many public transport services in Europe 
change on the second Saturday in December at 24:00"


That's a lot of use of the phrase timetable if they actually mean route.

___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] New OSM Quick-Fix service

2017-10-13 Thread Steve Doerr 
Way to go!

 

This looks like just the kind of productivity tool OSM is crying out for. Great 
idea, Yuri.

 

Steve

 

 

From: Yuri Astrakhan [mailto:yuriastrak...@gmail.com] 
Sent: 13 October 2017 22:25
To: Tag discussion, strategy and related tools ; 
OpenStreetMap talk mailing list 
Subject: [Tagging] New OSM Quick-Fix service

 

I would like to introduce a new quick-fix editing service.  It allows users to 
generate a list of editing suggestions using a query, review each suggestion 
one by one, and click "Save" on each change if they think it's a good edit.

 

For example, RU community wants to convert  amenity=sanatorium  ->  
leisure=resort + resort=sanatorium.  Clicking on a dot shows a popup with the 
suggested edit. If you think the edit is correct, simply click Save.

Try it:  http://tinyurl.com/y8mzvk84

 

I have started a Quick fixes wiki page, where we can share and discuss quick 
fix ideas.

* Quick fixes  

* Documentation 

 

 

This is a very new project, and bugs are likely. Please go slowly, and check 
the resulting edits. Let me know if you find any problems. Your technical 
expertise is always welcome, see the code at 
https://github.com/nyurik/wikidata-query-gui  The service has adapted some code 
from the Osmose project (thanks!)

 

TODO:

* Allow multiple edits per one change set

* Show objects instead of the dots

* Allow users to change comment before saving

___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] New OSM Quick-Fix service

2017-10-13 Thread Warin 

On 14-Oct-17 08:25 AM, Yuri Astrakhan wrote:
I would like to introduce a new quick-fix editing service.  It allows 
users to generate a list of editing suggestions using a query, review 
each suggestion one by one, and click "Save" on each change if they 
think it's a good edit.


For example, RU community wants to convert amenity=sanatorium  ->  
leisure=resort + resort=sanatorium.  Clicking on a dot shows a popup 
with the suggested edit. If you think the edit is correct, simply 
click Save.

Try it: http://tinyurl.com/y8mzvk84


1) link to discussion of the ru community ?
2) this is a tagging key change. No discussion here on that tagging change?
3) no votes on the tag
4) no present OSMwiki pages on resort=sanatorium ...
5) no present use of resort=sanatorium ...

Think you may find any database changes made reverted.


___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - RFC - Validity of Route Relations

2017-10-13 Thread Andrew Davidson 
On 14 Oct. 2017 08:24, "Warin" <61sundow...@gmail.com> wrote:


> Personally I don't enter timetable data, not something I expect the map to
deal with. .




This was something I wanted to clarify. Are we discussing changing routes
(ie: the stops and the order they are served in) or changing timetables
(ie: when they are served)?
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

[Tagging] New OSM Quick-Fix service

2017-10-13 Thread Yuri Astrakhan 
I would like to introduce a new quick-fix editing service.  It allows users
to generate a list of editing suggestions using a query, review each
suggestion one by one, and click "Save" on each change if they think it's a
good edit.

For example, RU community wants to convert  amenity=sanatorium  ->
leisure=resort + resort=sanatorium.  Clicking on a dot shows a popup with
the suggested edit. If you think the edit is correct, simply click Save.
Try it:  http://tinyurl.com/y8mzvk84

I have started a Quick fixes wiki page, where we can share and discuss
quick fix ideas.
* Quick fixes 
* Documentation


This is a very new project, and bugs are likely. Please go slowly, and
check the resulting edits. Let me know if you find any problems. Your
technical expertise is always welcome, see the code at
https://github.com/nyurik/wikidata-query-gui  The service has adapted some
code from the Osmose project (thanks!)

TODO:
* Allow multiple edits per one change set
* Show objects instead of the dots
* Allow users to change comment before saving
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - RFC - Validity of Route Relations

2017-10-13 Thread Warin 

On 14-Oct-17 04:11 AM, Michael Reichert wrote:

Hi Andrew,

Am 12.10.2017 um 22:45 schrieb Andrew Davidson:

Do you want data users to consume this tag? Or is intended for other
mappers to know when something needs to be updated?

It is their decision what they consume and what not. The primary users
are mappers and validators. But if data consumers see any benefit, they
should not be hindered to use this tag.


There does appear to be a strong push against using tags that indicate
something has gone from the map:

https://wiki.openstreetmap.org/wiki/Key:end_date

end_date=* is used on disused objects or objects whose last day of
operation/service is known. Common examples are disused railway tracks
or shops which announced the last day they will be open. The latter
example is mainly used in areas with a high density of active mappers. :-)

The wiki page you linked to discourages the use of end_date=* because
historic information is kept in OSM only until a certain limit. An
object with highway=trunk + end_date=2016-05-21 should be tagged
highway=disused + disused=trunk (or lifecycle prefix instead) and maybe
with end_date=* because data consumers are not used to look on secondary
tags which invert the meaning of the main tag.

I did not choose end_date=-MM-DD because that tag would imply that
the service on the given public transport line will end -MM-DD but
that's wrong. timetable:valid_until=* is intended to be an expiry tag
(i.e. you don't have to check this OSM object until -MM-DD.


timetable:end_date=* would be better than a new tag of valid_until=* ?





If this is for other mappers then maybe:

1. note:valid_until=*

note=* is not intended to be machine-readable. Why should any note:*=* be?


2. source=* source:date=-MM (ie: more than 12 months ago needs to be
updated).

Unfortunately, sometimes timetables or operators change not only in
December but also in June. New (railway) lines or stations are not
always opened at the great timetable change in December. There are
frequent cases when (smaller) stations are opened in the course of the year.


The unscheduled changes will also occur with timetable:end_date=*, or similar.

Personally I don't enter timetable data, not something I expect the map to deal 
with. .


___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging

Re: [Tagging] Feature Proposal - RFC - Validity of Route Relations

2017-10-13 Thread Erkin Alp Güney 
They may open any time. It is sometimes associated with political
events. However, closures almost always happen on the start of the
timetable period.

Michael wrote:
> Unfortunately, sometimes timetables or operators change not only in
> December but also in June. New (railway) lines or stations are not
> always opened at the great timetable change in December. There are
> frequent cases when (smaller) stations are opened in the course of the year.
>
Yours, faithfully
Erkin Alp

___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging