# Talk:Proposed features/Defaults

## Syntax

The idea is good, the syntaxe is monstruously horrible, but I guess we have no choice given the data container available (key=value).

A few points trying to clear (a bit the syntaxe) :

• the unit can be used as it allready is, nothing is SI unit this sentence was unclear, I meant : if no unit is given, the SI unit is supposed. But that is not good since SI for speed is meters per seconds, so I correct my thought to, the default unit is the one default for the tag described, and just add def:highway=motorway;maxspeed = 130 mph.

That saves us the def:urban,unit=kmh = 50 syntaxe.

By the way, is it really needed to create such indirections ? I guess the def:urban, is to save repeating 50 a few times, but doesn't that makes it even worse compared to just writing :

• def:highway=residential;maxspeed = 50
• def:highway=unclassified;maxspeed = 50
• def:highway=service;maxspeed = 50

or am I missing something. Could you explain what you meant by urban ? sletuffe 14:59, 28 May 2010 (UTC)

I think the unit could be defined as a default as well. I don't if unit of measures have a standard naming (iso or whatever) but I could see something like : def:unit_of_measures=miles;gallon (or US). --Pieren 19:36, 28 May 2010 (UTC)
- That saves us the def:urban,unit=kmh = 50 syntaxe.
Of course ! It is given as an example of what is possible not as a model of what must be done !
- Could you explain what you mean by urban ?
Proposed_features/trafficzone#Implied_Keys_and_Values, Maxspeed#France,
--FrViPofm 21:24, 28 May 2010 (UTC)

## Non-geo-located relations

So this relation will not have any nodes or ways in it? It's not geo-located in any way. Just relation dangling nowhere in space? -- Harry Wood 12:03, 29 May 2010 (UTC)

If I understand it correctly, yes. There is no way to have access to it by bbox query methods but using the API with the "/relations" parameter on a given relation. sletuffe 09:25, 30 May 2010 (UTC)
- They are other relations that are not necesarily geo-located site (may include multipoligons), boundary (may have only boundary_segment)... Is it technicaly a problem ? --FrViPofm 22:13, 6 June 2010 (UTC)
So what is the suggested way of getting this relation, given a location and a very complex country-multipolygon that contains this location? --MarcusWolschon 15:08, 12 June 2010 (UTC)
- I think the relation must be included in the boundary relation with the role default. The risk, for not up to date tools, is entering in an infinite loop. But for tools working on an area, they can find the osm_id of the defaults for each boundaries included, natural parks, cities... An other suggestion ?--FrViPofm 07:42, 13 June 2010 (UTC)
I think the role name should be 'defaults', not 'default' as the relation provides all default values. -- Pieren 08:01, 5 July 2010 (UTC)
OK. --FrViPofm 08:37, 6 July 2010 (UTC)

## rule-language

I think the proposed, defined rule-languages is not complete enough. e.g. the maxspeed for a highway=primary is usually different inside and outside closed cities. We have country-wide maxspeeds that depend e.g. on the type of vehicle. So if it cannot descript all speed-limits in any country completely, then it failes in it´s primary purpose. --MarcusWolschon 15:06, 12 June 2010 (UTC)

What about such a set :
Maybe someone could suggest an other syntax
--FrViPofm 08:50, 23 June 2010 (UTC)
I do not thing this is a good suggestion. The first line rather means to all highway=primary add tag rural:maxspeed = N. I see three possible solutions to this:

1. If we want to conform to Proposed_features/trafficzone than just use def:highway=primary&zone:traffic=XY:rural;maxspeed = N.

2. If you do not agree with the trafficzone proposal, than we can decide that we want to keep things simple and we just list all cities from the country in the defaults relation.

3. If you do not agree with the trafficzone proposal, and do not care about adding a bit of syntactical complexity, than I would suggest to introduce new tag apply_if_within valid for the whole realation. For example if we want highway default for Czech republic would use these two relations (in Czech republic maxspeed is 90 outside cities and 50 inside cities on primary roads):

first general relation

than relation for urban areas

--Jakubt 23:52, 16 August 2011 (BST)

## Holidays

Sub ralation for (school) holidays, which uses only a mime type and reference can not be parsed like for exmaple maxpeed in the main default relation. The idea should be extended and there should be a specialized type=holidays relation which can use mime-references only in addition to a parseable text-format.

Since many holidays are relative x days to easter (and sun/moon states), on a fixed date or the y. weekday of month z. this should be possible wich an extended and better openning_hours-like sheme. --Fabi2 22:07, 21 August 2010 (BST)

## API key/Value length restriction

I tried to add a relation for the whole country German public holidays ( 2188155 (XML, iD, JOSM, Potlatch2, history, analyze, manage, gpx)) in Netzwolf syntax. Even with this few values it hits the API limits so these cases should be handled somehow. --Fabi2 23:43, 17 May 2012 (BST)