Israel Hiking map

It looks cool!

We also decided to add the itc:type=national/regional/long/standard/urban tag to the relation.

On second thought, since most of them are itc:type=standard, we can tag only the ones which are different, at first stage. Later we would have automatic scripts to check these conventions.

dimka

Not all are hiking routes (some are mtb, horse, etc.)
and not all are by the ITC.
For example, some are by KKL, or even the Nes Ziona Municipality.

So maybe have network=itc/kkl/… network:type=national/regional/long/standard/urban ?

talkat.

I proposed “national/regional/long/standard/urban” in order to correspond to ITC definitions at the back of their maps, probably KKL has a different scheme (I guess we’ll find out soon :wink: So it would be then network=kkl and kkl:type=…/…/…

For some routes I guess we don’t have a clear network=* designation yet (such as Ness-Ziona scenic route).

dimka

Agree.

Maybe in this case we could default to network=lwn? Which in this particular case is actually network=lcn.

talkat.

In theory, it can be as quick as being only 5 minutes behind, but the server is quite loaded at the moment and so takes a while. I hope it will return to a better speed at some point.

Cheers
Colin

I have summarized our conventions in the wiki, please feel free to comment/update.

Note that cycling routes are not covered yet.

dimka

There are problems with the rendering of existing osmc:symbol 's. So the INT, the Golan and the Jesus trail are rendered incorrectly. From the details here I understand that “orange” is supported only for backgrounds, and “green_lower” isn’t supported as well.

I think we’ve no other choice but to ask Nop for the correct symbols (i.e. “stripe_left” etc.).

Update: just sent him a message.

dimka

Please note -
name (the tag) in relation is never rendered (as far as I see at this point).
Please add name (the tag) in the way itself if you wish for it to appear on the maps.
A good example would be Shvil Israel which probably “deserve” to be shown not only on hiking maps.

Another thing -
Despite being adopted elsewere I find the use of network=itc (and its abroad counterparts) non-standard and render challenging for international map operators.

What do you suggest? That everything be tagged network=nwn?

AFAIK, we can send an email to Lovnia’s and they will render our trails according to our request. After all, there’s no real “challenge” here as all the renderers are open-source and can be adopted to our needs. As long as we’re consistent in our tagging there shouldn’t be a problem.

It is not always possible (for example when the route uses named streets or highways). And of course when a way belongs to more than one route. To avoid a mess, I think we shouldn’t add “name” to every way from the relation.

Also, the names can be shown on a legend (as in Lovnia’s map), and Shvil Israel can be rendered with a different line style than the other routes, utilizing the itc:type tag.

What I’m trying to say is that your or mine idea of a “good-looking map” might not be the same as somebody else’s, and so as long as the tagging is good anyone can create a map he likes most.

dimka

I think national trails should be nwn (regardless of the nation/country size), locale trails (the vast majority of itc trails) should be lwn.
This is inline with ITCs colouring which is unique for INT and locally selcted to evoid colour conflicts for locale trails.
Not sure but I suspect there are also KKL trails (Adulam? Einav? k20? usualy marked with low wooden signposts) which I think should be rwn.

In the naming hirrarchy I concider trails to be lower then streets.
Since the relation name is ignored one has to specifically add name to selected sections of a route.
Also note that relations are not a way to overcome naming conflicts as one way may be related to few relations (the usual case in INT).

Yes they are, exactly because of that reason. That’s why you assign names to relations rather than ways.

Well, currently no one is using (=rendering) this great feature so I’ll give the smarters to come the option by filling name in relation and will add names in the way were it is needed to get a proper service now.
Nothing for the majority of this forum reader to worry about since I’m mostly interested in off-road trails.

First we need to decide whether we use horizontal shields (_bar)
or vertical shields (
_stripe)

In any case, if all versions are supported on all the colors, then it would be best, and most helpful to other standards (read: other countries’ trail authorities)

talkat.

I would argue against this.
The name in the relation is rendered where the relation is rendered. e.g. in Lonvia’s map.

Mapnik shouldn’t render route relation names, as it’s not a route (e.g. Hike&Bike) renderer.

Shvil Israel is an exception, as its the flagship trail of the country.
MAYBE also name Jesus Trail and Shvil HaGolan.
But not TLV-YM-Bike-Route.

I don’t see a point in naming each track and path.
Not to mention that they are broken into the smallest segments.
These segments are reused over and over where the same segment is used in several routes.

That’s one of the biggest strength of using relations: A segment can belong to as many relations as you want.

P.S. Welcome back to OSM! :wink:

talkat.

I vote for vertical, it seems to be the “official” one, according to here, here and also the text at the back of the ITC maps.

dimka

Ok, fine by me.
Who’ll go over the 55+ relations we have and change them to vertical?.. :wink:

P.S. Mapa’s online topo map uses horizontal.
I wonder whether they are lurking here, and will follow suit and change their online topo maps to vertical…

talkat.

When the renderer supports this, I have no problem writing a conversion script.
Until then, no point in changing anything.

Most MTB single tracks are only designated by it’s name and a line of clear ground when you get there.
All but few of the ITC footpaths are currently forbidden for MTB and from another POV few of the hundreds MTB tracks are marked.

hikebikemap also renders relation but not the names (and for some reason osmc:symbol=black:white:black_bar)

Update: lonvia does not render names in relations.

Yes, and that’s why these ways are named.
I also tend to add “Single” to the name (both Hebrew and English)
But these are irrelevant to this discussion. It’s just like any other named way.
Even where the INT goes over a named way, the way’s name prevails.

Ok.
I think this discussion is how to have maps that show shields and colored ways according to markings in real life.
For this, wherever there’s a colored marking, we’d like to mimic it on the map.
It’s irrelevant whether the way is a single, residential, INT, mtb (or even the Red Camel under RTG… :wink: )

I believe that rendering the relation’s name in hikebikemap wouldn’t work very well.
hikebikemap is raster based, so what would you do when a segment belongs to several different routes?
On an interactive map you could have pop-ups with all the names of a specific segment, or take a different approach, like Lonvia’s Routes Pop-up.

talkat.

So we agree MTB singles are to be named outside the relation.
It should only be done also were relation are used (Einav, Masua-Ajur-Masua, Adulam, K20, haruvit) and we have a pretty good solution.