On Sun, 20 Jan 2019 at 11:05, Axelos wrote:
[footpath/bridleway fingerposts]
>
> I have already seen this type of symbols, but never added in OpenStreetMap.
>
There's no defined tag for them (or I can't find it). Which makes adding
them to OSM
difficult.
Always on destination=*, there is the
Hello Paul,
Paul Allen wrote
> On Mon, 14 Jan 2019 at 10:38, Axelos
> axelos@
> wrote:
>
> The direction signs are a real problem. An alternative solution is to
>> exploit the destination key
>> https://taginfo.openstreetmap.org//search?q=destination%3Abicycle
>>
>
> However, it's an
Axelos wrote:
> ID is not suitable for this type of contribution (relations), he knows
> how to do it, but in a superficial and irrelevant way.
> It's not up to OSM to adapt to ID, but the opposite. Since it is not
> up to OSM to adapt to opencyclemap but the opposite (ref = icn).
> Potlach 2
On Mon, 14 Jan 2019 at 10:38, Axelos wrote:
The direction signs are a real problem. An alternative solution is to
> exploit the destination key
> https://taginfo.openstreetmap.org//search?q=destination%3Abicycle
>
However, it's an incomplete solution. Around here, official cycle routes
have
Hello,
Richard Fairhurst wrote
> Axelos wrote:
>> Hello, I propose a concept for contributing cycling route.
>
> From the description on the wiki page, I'm not sure how your proposal
> differs from the practice documented at
> https://cycling.waymarkedtrails.org/help/rendering/hierarchies .
Hello,
voschix wrote
> 1) The problem exists in the same way also for other routes like:
> route=road|foot|hiking|bus|trolleybus|tram|mtb|
> So the wording has to be reviewed under this aspect
Exactly, I have already made the same reflection on bus routes that take the
same path over long
Well, I regularly edit and maintain a lot of routes, route hierarchies and node
networks. Id is fine for a few basic things, adding and editing tags, combining
two routes in a superroute. Now try checking and sorting routes from hundreds
up to thousands of members, including forward and
On 03/01/2019 14:37, Peter Elderson wrote:
What about the same question without the “easily”?
I occasionally (especially with a DWG hat on) have to modify relations
on a member-by-member basis, and depending on what exactly what you want
to do, JOSM, P2 or something else might be the best
First point: you are right and again, I am sorry.
Second: What about the same question without the “easily”?
Mvg Peter Elderson
> Op 3 jan. 2019 om 13:10 heeft Richard Fairhurst het
> volgende geschreven:
>
> Peter Elderson wrote:
>> Sorry, I assumed Potlatch would work approximately similar
Peter Elderson wrote:
> Sorry, I assumed Potlatch would work approximately similar to Id.
If you're addressing a mailing list with 551 subscribers, could I suggest
you take a few minutes to actually research your statements before posting?
> Can it easily sort/reverse ways within relations,
Sorry, I assumed Potlatch would work approximately similar to Id. Can it
easily sort/reverse ways within relations, move elements between relations,
create and manipulate superroutes, and keep all the routes (hiking,
cycling, PT) happy when removing/splitting/extending ways?
Op do 3 jan. 2019 om
Peter Elderson wrote:
> I just did some work on a hierarchy of hiking routes. Can't be done with
> Id or Potlatch
What specifically can't be done in P2?
Richard
--
Sent from: http://gis.19327.n8.nabble.com/Tagging-f5258744.html
___
Tagging mailing
I just did some work on a hierarchy of hiking routes. Can't be done with Id
or Potlatch, the only available tool is JOSM and even with JOSM you'll have
to do extra steps not to break things.
Reverse is seldom a problem with hiking. Nevertheless, one iwn uses some
sections of a national trail
The existing scheme for tagging cycle routes is robust. The problem I see
when 'reusing' it in a hierarchy of routes, is that we would need a role to
indicate that the sub route is traversed in reverse for a particular
"super" route. It would also help to have an indicator in JOSM to indicate
Axelos wrote:
> Hello, I propose a concept for contributing cycling route.
Many thanks for looking at this - the current state of bike route
hierarchies is a mess, and trying to parse the many different tagging
practices so that cycle.travel can display them properly has been a
nightmare. It
This is an interesting proposal, but it needs a lot of thinking before we
can consider it a working proposal.
Here is my lost of *additional points* that need clarification.
1) The problem exists in the same way also for other routes like:
route=road|foot|hiking|bus|trolleybus|tram|mtb|
So the
Hello,
Paul Allen wrote
> On Mon, 31 Dec 2018 at 08:41, Axelos
> axelos@
> wrote:
>
>>
>> This is not the same usage, but uses that complement each other.
>>
>> Super-route: Linking international routes
>> Route hierarchy: exploit other routes
>>
>
> A super-relation is a relation that
--
Sent from: http://gis.19327.n8.nabble.com/Tagging-f5258744.html
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
On Mon, 31 Dec 2018 at 08:41, Axelos wrote:
>
> This is not the same usage, but uses that complement each other.
>
> Super-route: Linking international routes
> Route hierarchy: exploit other routes
>
I agree that the main reason superroute was invented was to link
international routes. I
Hello,
Peter Elderson wrote
> I think you describe a use case for that. This can be added to existing
> "How-to" pages for building routes. These vary somewhat by country,
> according to what rules the national community has agreed upon.
This is the idea.
The problem is to use third-party
I still think it's the same mechanism.
You reuse existing collections of ways to build other collections.
I think you describe a use case for that. This can be added to existing
"How-to" pages for building routes. These vary somewhat by country,
according to what rules the national community has
Hello,
Peter Elderson wrote
> Look at Nederland on waymarkedtrails, hiking tab and bicycle tab, to see
> this is already working. In the information text they explain how they
> handle the hierarchy.
I know and I am inspired by it.
But is it wise to rely on basic documentation located on a
Hello,
Paul Allen wrote
> On Sun, 30 Dec 2018 at 18:20, Axelos
> axelos@
> wrote:
> [...]
>
>>
>> The concept of hierarchical relations makes it possible to avoid this
>> edition nightmare, so that one single relation has to be modified, and
>> this
>> modification is automatically applied
Look at Nederland on waymarkedtrails, hiking tab and bicycle tab, to see this
is already working. In the information text they explain how they handle the
hierarchy.
Mvg Peter Elderson
> Op 30 dec. 2018 om 19:19 heeft Axelos het volgende
> geschreven:
>
> Hello, I propose a concept for
On Sun, 30 Dec 2018 at 18:20, Axelos wrote:
[...]
>
> The concept of hierarchical relations makes it possible to avoid this
> edition nightmare, so that one single relation has to be modified, and this
> modification is automatically applied on the other 3 routes.
>
This sort of idea already
25 matches
Mail list logo