Talk:Proposed features/Power paths refinement

From OpenStreetMap Wiki
Jump to: navigation, search

minor lines and voltage levels

Resolved: Consistent with proposal content Fanfouer (talk) 18:29, 11 September 2013 (UTC)

as named voltage levels for minor lines, the possible values should be medium and low. I just copy my statements and expand them:

  • The following levels could be possible: low: up to 1000 V, medium: 1000 V - 50000 V (or 60000 or 80000 - I don't know where there could be the upper level according to international used levels - in germany the upper level could even be something like 30000 V, because the most used levels are 20000 V, 10000 V and 15000 V) , high: more than 100000 V (or whatever the upper level of medium will be) (Schusch 12:12, 13 June 2011 (BST)
  • it's quite easy to see if the voltage level is low, medium or high - depending on the length of the insulator (at least in germany). But especially for medium voltage, it's not easy to know, if the medium voltage is 10, 15, 20 or maybe 30 kV. That's what I wanted to address with these levels. (Schusch 22:22, 21 June 2011)

Up to now we tend to tag medium voltage lines as "minor_line". These should by no means be changed into voltage=low but to voltage=medium. I would suggest only voltages lower than 1000 V should be tagged as low (see above). I'm going to change this small detail on the page. Greetings -- Schusch 08:20, 19 July 2011 (BST)

Difference between cable and line

Resolved: It's not a problem anymore : power=cable will still be available in power template, according to the proposal 2nd version. Fanfouer (talk) 21:50, 4 November 2013 (UTC)

I think there's some mess around the difference which power=cable and power=line try to introduce. At high and medium voltage, underground AC lines are built just exactly the same as aerial lines : 1 conductor for each live. Except these conductors are isolated. So it's not just a cable but a line. The need of isolation is only due to undeground location, given by location=underground. There's no need to emphasise this fact at all, don't you? So power=line + location=undergound seems to be smarter than power=cable + location=undergound

In the meantime, power=cable would allow us to map distinguished live wires, especially in power substations where, sometimes, lives are taking different path to get on busbars. This is according of what is described there :

Third and finally, in regard of cables=X tag, which indicates how many lives you have on each power circuit. Continental lines are AC-lines with 3 lives according to Westinghouse preconisations and patents. Generally, this information musn't be defined for each line but for the region where they're located in. There're some exceptions like HDVC lines which are composed of only two cables (not only one gentlemen), no lives anymore, because of DC transit.

Can't we use tags like power:line=HDVC instead of always showing the number of cables which will be the same 99% of times?

On the oher side, specifiying the number of conductors per live is useful because it's a property of line and there's no commun rule for it.

Regards. -- Fanfouer

To common people underground cables look pretty much totally different from a typical power=line - normal people can't even see the underground cables, even if power transmission pros and enthusiasts might find them. That already makes it a different "thing", hence a different tag has been used. Alv 10:42, 10 January 2013 (UTC)
I agree with you : it's a different thing and that's why we are using location=underground.
With this tag, the render can be totally different or undergound lines could even be hidden on standart maps.
I took some photos in the street. Something that everone could see : There're as many conductors as an aerial line.
Moreover, cables are part of a line and using power=cable instead of power=line is confusing because we don't know if we have the whole line or only a few components. Fanfouer
You seem fixated on a power engineer viewpoint and power engineering terms. OSM is not, in the sense that a power=cable in osm means a "something to carry current and buried underground", and not "what power engineers would call a cable". power=line already implies that it looks somewhat like the typical overhead line on big pylons - then negating that with a secondary tag is better avoided (as in "it's a big power line on pylons, ... except that it's not"). If you want to know what components are underground, you can help by instructing casual mappers how to recognize such details, and make up the tags needed to describe and to classify any underground power transmission lines. Alv 22:28, 12 January 2013 (UTC)
I'm not (yet) a power engineer. I think that OSM should model the bare reality and call things just like what they are. I don't understand why you want to make a difference where there's not and in the main time use a separate tag to put the business underground. It's all about vocabulary.
There are already over 180 000 ways in OSM database with power=line already, so data consumers (there is no "the renderer", but many individually run consumers, mind you) have become accustomed to presenting them always as if they were big overhead lines. Suddenly tagging underground stuff with the same tag would break things. Alv 16:01, 15 January 2013 (UTC)
If users want a stable data-set, they can download an extract of planet. OSM won't be stopped to wait for consumer adaptations each time tagging scheme will be modified. Fanfouer 19:55, 15 January 2013 (UTC)
Data consumers should be allowed to expect that the meanings of tags don't change overnight, even when the data is updated. Consumers trust that the data is improved on each update, and that they don't have to be on a lookout for drastic changes. Everybody has set up their map styles with some (sometimes unwritten) expectations of what each tag represents, but those implied meanings have produced an usable map. If mappers are then instructed to use the same old tags for different things, established uses get worse data. If they were to start using a brand new tag only, the established users would just miss and ignore the new data, until they found it worthwile to amend their system. That's why the recommendation has been from the very start to document your new tags as early as possible, so that others wouldn't unknowingly use it for something different. All "changes" to date have not reused the old tag for something different, but have moved from one/several tags to several other, new tags, gradually over a long time. Tags are cheap, don't try to redefine, but you can always come up with a new one. Alv (talk) 23:07, 11 February 2013 (UTC)
It's the same as roads "Oh, you're not a road engineer, you can't understand properly what matters", but in OSM, roads are fully described with many details, don't you?
You made a strong point for the negation of location=underground if you want to obtain only plain aerial lines.
Let's try to find a compromise. As I said before power=cable could be useful to map single live cables instead of whole lines (especially in power stations). I don't see any values to use instead, ideas?
Although power=underground_cable is suggest to deprecation, we would use power=underground_line or something like this. But, now, why should we use location=underground? Fanfouer
I do have a degree as a power engineer and I agree with Alv that the current practice of using power=cable and power=line to represent insulated (underground) cables and aerial power lines respectively is sound! These two tags are very easy to understand by OSM mappers who are not experts in power transmission. They represent two very different technologies only sharing the fact that they transmit electric power at high voltage. I simply don't understand why you want to reserve power=cable for internal details of a substation, you could simply use power=line (or power=cable) + cables=1 if you want to map every single wire or rail within a substation. That wouldn't require a major redefinition of the well-established power=line and power=cable tags unlike your proposal. The average mapper and data consumer only care about whether there is a power line visible in the landscape. If "power=line" then draw a black line!
Furthermore you claim that high voltage underground cables are normally single conductor. As far as I know it is now common to use three-phase cables at voltages up to 150 kV. This is actually a problem if you want to model the power network with the correct number of circuits. First of all you don't generally know the number of physical cables in an underground connection (they could be single-phase or three-phase cables and you won't know unless you have inside information or happened to observe the digging work). To solve this problem I'm preparing a wiki page for a new circuits=* tag to extend the existing power tagging scheme. This tag is backward compatible and won't redefine anything existing. It is mainly intended for underground cables where the cables=* tag is absent or ambiguous. --polderrunner 20:44, 13 January 2013 (U
The main reason of my proposal is precisely because lines are composed of cables. Underground and aerial parts of the same line are sharing pretty same conductors to transmit lives between two power stations.
I still don't understand why we had to say it's a cable underground and a line outside while it's the same functional thing. Why are you saying it's two very different technologies? Just because of insulation? Aerial lines could travel through gas too (is this a really different thing?) but no one seems to have noticed that.
In regard of the number of conductors, I understand it's all about power. In France, lines are conductor-separated cables from 20kV, even underground ones.
To know the number of cables of an underground line after the digging works ended, you can go each side of the line to see where it comes out. Only if the substations are not in a building nevertheless.
Concerning the circuits=* tag, this information can be given by the cables=3;6;... like aerial lines! It's ambiguous just because we use power=cable to document underground lines. power=line + cables=* + location=underground sounds clearer than power=cable + circuits=* + location=underground ("oh we have a cable... no 3 cables actually which are underground". "-err 1 or 3 I don't understand?"). Moreover, circuits are fully documented by relations using ways to create routes between substations.
To finish, I can't use standard power=line inside substations because many times it's more schematics than mapping as for managing to represent the substation clearly. You can't put power=tower or other pole on each node and it creates structural errors on Osmose. Semantically and topologically, we can't represent something as a power line while it's just a part of a power line.
It would be great to produce such graphics and only with OSM data -> Fanfouer

Hello! Most of what we talking about here was produced by me some years ago. In these days a power line was power=line and not more. Most times power=tower were missing, like you can still find it in USA. Possible I made some errors in these days and may be the time has come to question the standard, if it's still up to our needs. But first we need to find the same language. --Bahnpirat 21:18, 15 January 2013 (UTC)

Hello Bahnpirat, nice to see you there. Fanfouer 21:52, 15 January 2013 (UTC)

Having an engineer is good to prevent us from errors. But OSM need to be accessible for the untrained or have at least only a low barrier to join. cables=6 is one example. Of course circuits=2 (for 2x three phase line) seems more correct. But most people only see 7 lives (is that the correct term?). 3 right, 3 left, and one on top (lightning wire), sometimes number 8 between (fiber for IT). That's why I invented cables=*". Not because it's perfect, but easy to understand for the untrained user without knowledge about electric grid. --Bahnpirat 21:18, 15 January 2013 (UTC)

You're right, power grid mapping is certainly more technical than it seems. Nevertheless, if people don't really know what they're mapping, don't upload is still an option.
Letting them using power=line for any kind of power line will allow them to map faster because they won't get into details. Someone more confident will be able to put some extra tags to improve description.
For me, lives refers to the Lx symbol (L1, L2, L3 on a 3-phases circuit). Fanfouer 21:52, 15 January 2013 (UTC)

Problem is people think of their own country first and not further. Germany, Austria, and Swizerland share a power grid to power their railways. This grid operates with 1-phase / 16,7 Hertz AC. On a power tower there are two wires/lives per circuite. So it's not always three! Underground power lines can have three seperate lives or one. A cable can also be overground! There can be different operators on the same tower. --Bahnpirat 21:18, 15 January 2013 (UTC)

Yes, I admit this part of my proposal isn't the best thing to do. Even with 3 lives national grid, we can find situations where there are different numbers of lives in circuits. cables=*, circuits=* are relevant at world scale. Fanfouer 21:52, 15 January 2013 (UTC)

What I trying to say is, keep it easy to use. Not every case have to be defined exactly. But everthing should be possible. I'm against mapping every lives seperate. Would you do this for overhead power lines? Producing such power grid pictures ( is manually work, because it is not a geographic, but a schematic map! A renderer can draw three lines for each circiute. But this should not be drawn in the OSM-DB. My opinion. --Bahnpirat 21:18, 15 January 2013 (UTC)

No, I'm against mapping each live, circuit, cable separately. But if we use power=cable, it's cables and not lines which are supposed to be mapped, don't you?
Regarding of my schematic map, there are some algorithms to draw such things by knowing nodes and paths. I don't need geographic information but the topological data and I aim to get that from OSM. That's why mapping circuits by relation and inside substation stuff would be very useful for me and for all persons who want to get that kind of data. Fanfouer 21:52, 15 January 2013 (UTC)

I find the suggestion to map underground cables with another value (power=cable) inconsistent (for example we don't do it when highways go underground). Current definition of power=line (a way [...] of power cables) is very wide and suits perfectly the needs of casual or power engineer mappers. It is not explicitly written, but as I understand, a power line is a set of one or more cables carrying high voltage. Whether it is running in the air, on the ground, underground, insulated or not... should be stored in other attributes (as we already do for highways). As suggested Fanfouer, if you want to map a single cable in a power station, use tag power=cable. I find this tag very easy to understand and remember. - In addition, the definition does not mention any minimum voltage value. We may not map 110 V or 220 V local networks with power=line. Although, to be consistent with current definition we should... --Oligo 22:59, 17 January 2013 (UTC)

Good point about highways! As mentionned on tagging mailing-list, it's the case for pipelines too : man_made=pipeline Fanfouer 11:04, 18 January 2013 (UTC)
OSM tagging has evolved in different ways in different areas of interest. There is no point, need, or sense in trying to introduce "consistency" between tagging schemes just for the sake of consistency, when their users have different primary needs. Example: for most conventional maps, a road is a road, be it in a tunnel or on level ground; then again, a primary road might look physically identical to a secondary road nearby, and at least it functions just like any other road: cars and other road users travel on a roughly level surface, and they connect their endpoints together. Shouldn't we call everything a connection=road, and use tags like surface, lanes, lit, maxspeed etc., and then "the render can be totally different or narrow dead end alleys could even be hidden on standard maps"? The first point is, that different features are sometimes modelled on the "first tag level" "as the common people see it", and tagging schemes of other features start from the professional and hobbyist viewpoint on how that feature is utilized and modelled. The second point is, that there's more than turn by turn routing (the connect end points bit earlier) to maps, and to the data about roads. For many every day uses of maps a road is also a barrier, or a source of noise and so on, where the difference between the values of the highway tag already have a big impact. Likewise, for most people a power line is "a big linear physical thing on big towers" - both for mappers, and those making their own maps. That is what they are expecting when they come across a way with power=line; a different value is used, when there's a big difference to other kinds of linear power structures.
Most of the time pipelines are underground, so they are very seldom drawn/noticed at all by the data consumers. Were you to give a bunch of osm data for common people to draw a map from, they would skip the pipelines as "invisible in the nature"; Then those, who do want to see them on Their map, can be expected to look up how they're tagged, and be tagged with several tags - especially, when using location=* with pipelines was the guideline from the very beginning when somebody started drawing pipelines. Now the proposed method first says "this is big wire on pylons", but then claims with another tag: "no it's not a big wire on pylons, it's actually something you don't see at all".
Especially, when being an "overground big structure" has been the reasonable expectation for so many years already, I'm quite certain that "deprecation" is not going to be respected, nor will the maintainers of the most used map styles amend their style sheets. (There's even a technical point to it with the current toolchain; if the rendering style wants to use a key (here "location") that wasn't imported into the rendering database initially, they have to flush and reimport the whole database on the rendering server with amended settings). Alv (talk) 23:07, 11 February 2013 (UTC)
Like the "common mappers" assertion, I don't understand why power users shouldn't map piplines or something else than power stuff. Consistency is precisely the key which allow an OSM mapper to document many kind of infrastructures with the same way of thinking. Tagging model must be designed to allow people to do things, not to complexify mapping and I think consistency make it simpler.
Secondly, concerning the tool-chain, it would be great to have tools developpers' opinion about the better tagging model to implement. I will send a mail to dev mailing-list to ask for it. Fanfouer (talk) 16:11, 10 March 2013 (UTC)

This discussion should move to page Talk:Tag:power=cable because we are not debating on the proposal. --Oligo 22:59, 17 January 2013 (UTC)

Done. The discussion continues on Talk:Tag:power=cable since this morning. Fanfouer 11:04, 18 January 2013 (UTC)

Several circuits share the same tower / circuit specifications

Regarding the circuit specification on the Way power=line, we need to decide how we can effectively represent all different circuits on only one object. The proposal currently recommend to write the number of circuits sharing the power line by using circuits=*. Other tags like wires=* or cables=* don't actually represent the line but all and each circuit. When several circuits share the same line, we need to put several values separated by ; but what about the order we write them ? The trick is to identify an arbitrary circuit order and keep it for all different tags. But we won't able to implement a consistency check to force users to keep this order, so it's not a great way of thinking. Fanfouer (talk) 13:17, 3 June 2013 (UTC)

level tag

Resolved: Good idea. Fanfouer (talk) 18:29, 11 September 2013 (UTC)

For what do you use level tag on power lines? RM87 20:30, 11 June 2013 (UTC)

Since OSM isn't managing 3D and elevation very well we can use level to distinguish two objects, especially underground.
Overground it would be useful with bridges for instance. Fanfouer (talk) 21:43, 11 June 2013 (UTC)
layer=* is needed when there are two different minor_lines partially sharing some of the poles on some stretch, like in the image. (In the past some suggested not to map these as two ways, but that seems wrong when the other line doesn't touch all the nodes, yet the other line has to touch all of the pole nodes. and their circuits are not directly connected here. The line mounted higher is maybe 10 to 25 kV, and the lower line (probably 400V) has more densely spaced poles because of the street/footway lamps it feeds. A power line way should only touch the pole/tower nodes that the conductors "touch" (via the insulators, naturally). The elevation hardly ever corresponds to a building level, except where the line penetrates the wall of the building it was built to feed. Alv (talk) 22:47, 11 June 2013 (UTC)
You made a very good point here (and a very beautiful drawing :) ).
I'll work on this topic. As for not compromizing power routing over power grids, we should map all segment freed from number of circuits but on the special case you're talking about, it's no matter of circuits but 2 different stacked lines. Fanfouer (talk) 12:35, 12 June 2013 (UTC)

Neutral distribution

Resolved: Let's say it will do the job Fanfouer (talk) 18:29, 11 September 2013 (UTC)

Let's discuss about the adding of line:neutral=* tag to specify if a neutral conductor is part of a line or not.
Is the name line:neutral is OK ? May we only use neutral=*, it is not currently used according to taginfo :
This adding imply that when line:neutral=yes and when the line is AC, voltage=*'s value is given between a phase and neutral conductor. Otherwise it's always between two phases.

Visible vs. Not

A visible power line is mapped (rendered) differently from an invisible one, for good reasons. Please don't change the definition of power=line as a visible line. For people who don't care to map down to the strand level, let's ensure there is a simple summary and a simple way to mark what's visible (e.g. the huge power transmission towers and cables traditionally mapped on TopoMaps and OSM) Brycenesbitt (talk) 18:03, 25 July 2013 (UTC)

If we don't change the power=line definition, we still need a consistent model.
Thus, you (not me... I'm taking the easy way) will have to update all adjacent models like :
All that tags have independent values from visibility (tunnel=yes, location=underground).
It will cost a hundred proposal, and approximatively 150 years of work to make that consistent to the current particular view of power lines where visible features need special tag and others need another.
Why can't we introduce highway=underground_road, highway=underground_minor_road, highway=little_undersea_road, highway=wide_big_underground_road_of_the_death_with_small_trees_beside ?
The difference between pros and cons here is that I'm not afraid to refine renders, models, processes to have a consistent model easy to understand because it's the same in many fields of knowledge. Not because it's the same as we see reality. Fanfouer (talk) 20:09, 28 July 2013 (UTC)
There does not need to be artificial "consistensy" between different kinds of things. Please stop putting words in other users' mouths; you are the only one proposing any changes to a tag that was documented already seven years ago, so you need to justify that the benefit is greater than the cost of changes to everybody. Alv (talk) 09:55, 29 July 2013 (UTC)
The problem behind power=cable is that there are two main notions in only one tag. First of all it's a power line according to IEC 601-03-03 and it's underground. We do actually have existing and far more general tags (location=underground) to map such things instead of using specific ones. To be versatile, tags need to be atomic.
The same work was done in the Substation refinement proposal : substation may be tagged with location=* instead of introducing specific power=* values.
As said on mailing-list, power networks will be easier to map if we use widely used tags instead of creating ours.
It's all about semantics and intuitiveness.
And for now, proposal is showing how overhead power line is the same as underground power line and they should be tagged the same way : Fanfouer (talk) 09:32, 17 August 2013 (UTC)
OSM was started as a map data project. We call users mappers. The data is still primarily for making maps. The common convention for making mapping data is, and has been, to use distinct classes (in osm, that's tags) for things that are usually represented differently on maps, or omitted based on that classification. Mappers classify things on the basis of observable characteristics, not on the basis of industry-adopted standards. Does this look equal and similar to this? You'll have a hard time finding a map used by anyone, except the power companies, that represents invisible underground power lines, but you'll find the big overhead lines on most maps. They are physically reasonably distinct from the invisible ones. Alv (talk) 09:00, 22 August 2013 (UTC)
The funny thing is we agree to each other : I'm not destroying the distinguishing between overhead and underground lines by saying location=underground replaces the implicit notion behind power=cable.
You are assuming that maps drawed with OSM data are only geographical maps but it's wider than that. There are logical maps, topological maps or even custom maps. My approach make all that stuff equal right under industrial standards and that's a benefit. Many other kind of maps can be drawn with the same data, let's start to think about tags with that on mind. Fanfouer (talk) 11:26, 25 August 2013 (UTC)

Really? Map every minor line?

Resolved: Yes, map every line if mappers want to. Fanfouer (talk) 18:29, 11 September 2013 (UTC)

In many areas minor transmission lines "line" every street. Perhaps that form of generic facility could be represented by a tag on the highway=*. This block has overhead lines, that block has (presumably underground) utilities. Brycenesbitt (talk) 06:16, 22 August 2013 (UTC)

Really. For overhead minor lines, it's probably as easy as getting all the house numbers complete. "Finishing" the map is a gigantic task anyway, and won't be accomplished unless we have mappers more densely "out there"; when we have, they'll get there eventually - unless the power companies realize it can be more cost effective on the long term to move the lines underground when they're up for renovation. OSM mappers mostly can't spend full days mapping like the state surveyors, but our mappers know their immediate surroundings pretty well; even for the state/city people it took decades, and we're starting from scratch. Alv (talk) 07:27, 22 August 2013 (UTC)
Personnally, I'm not getting closer than the last distribution substation level.
Nevertheless, proposal is giving rules to map such minor lines if mappers want to : power=line + location=overhead + line:neutral=yes + voltage=110 for example.
The proposal's model is extansible in case of new lines type adding. We're not going to think to new power=* values when common tags can already do the job. Fanfouer (talk) 11:27, 25 August 2013 (UTC)

Ground conductors (earth wires)

Resolved: Good idea Fanfouer (talk) 18:29, 11 September 2013 (UTC)

I would suggest to add a tag for the number of ground conductors used for lightning protection? I would suggest ground_conductors=*. It would in particular be useful to indicate when there are none, such as in most of Iceland (they have very few thunderstorms there). --polderrunner (talk) 19:20, 2 September 2013 (UTC)

Very good idea :) Proposal has been updated to add ground_conductors=* at the bottom of standard power line tags.
Note that in France, underground power lines also have a ground conductor buried with conductors. Fanfouer (talk) 21:08, 3 September 2013 (UTC)

Rename "cables" and "wires" to more standard terms

Resolved: Abandonned Fanfouer (talk) 20:24, 19 November 2013 (UTC)

The cables=* and wires=* key names were chosen a bit unfortunately in the early days of OSM (see the notes at bottom of those two pages). The more correct terms are conductors and conductor bundle. Thus I would propose the new tag conductors=* to specify the number of phase conductors and bundle=single/twin/triple/quad/.. to specify the type of bundle conductor. These tags should then deprecate cables and wires. But maybe this should go into a separate proposal? --polderrunner (talk) 19:30, 2 September 2013 (UTC)

I agree with you.
Nevertheless, a question that still puzzle me : do we have to specify number of phase conductors (and bundle configuration) on line or on circuit itself (see power routing proposal draft) ?
On a multiple circuit line, we can have a 3-phases circuit and a HVDC one. Thus, frequency=* and conductors will be different for each circuit. If we create a relation to bring all line segments together to form power circuits, we can put each value on the correct circuit. Only circuits=* actually means something on a power=line.
Here we can use ; separated values, but does this has much more sense ?
Don't you want to use numeric values for bundle=* instead of single/twin... ? Fanfouer (talk) 21:08, 3 September 2013 (UTC)
Proposal has been updated with :
* cables=* deprecation in favor of bundles=* for the number of conductor bundles (i.e. arrangement of conductors).
* wires=* deprecation in favor of conductors=* for the number of separate conductor in each bundle.
Each of them accept only numerical values to ease the math processing. Fanfouer (talk) 20:28, 7 October 2013 (UTC)
I retract my suggestion to rename cables=* and wires=*. Your proposed implementation made it much more confusing instead (one reason for the negative voting). The current key names are clearly understood by mappers and lead to few mapping errors. Even if they don't correspond to the "official" IEC terminology I now prefer to keep those keys as they are. No need to redefine tags that are working well. --polderrunner (talk) 08:15, 5 November 2013 (UTC)
The situation changed regarding that : cables=* is now in conflict with power=cable. Actually it can get people confused.
Since power=cable got back in the model for lines with insulated conductors, we must rename the cables=* tag to don't talk about cables for overhead power lines conductors. (without any insulation, only bare-metal conductors).
Nevertheless, in a semantic point of view, I agree that "bundles" isn't the most representative word even if it matches the IEC defs.
Secondly, string values for wires=* (or conductors=*) are just inefficient. We have to use numeric values instead.
I propose to use more complete names : bundles_on_line=*, conductors_in_bundle=*. Or something like this. Fanfouer (talk) 12:40, 7 November 2013 (UTC)
This sounds good to me. It makes it easier for the "normal" mapper to understand what the tags mean. --hendrik-17(talk) 19:32, 7 November 2013 (UTC)
This had been unfortunately removed from this proposal. Maybe some others, more dedicated to terminology, will be needed to refine existing tags. Fanfouer (talk) 20:24, 19 November 2013 (UTC)

Cables in tunnels

Resolved: Moved tunnel=yes to location=tunnel in proposal Fanfouer (talk) 16:14, 5 November 2014 (UTC)

Currently tunnel=yes is documented on power=* for cables in tunnels (used 336 times together with power=* according to Taginfo). I propose to substitute this value with location=tunnel to be consistent with the other location values. It should be used for cables mounted to the walls of constructed tunnels (but NOT for cables buried underground). Dedicated cable tunnels are sometimes used in large cities, see e.g. the London Power Tunnels. --polderrunner (talk) 19:33, 4 July 2014 (UTC)

Thank you to remind me this particular topic. London Power Tunnels are very good references for that.
I agree to replace tunnel=* by location=tunnel and I've edited the document.
How can we represent the link between cables and tunnel if tunnels are also described in OSM ? A relation ?
It can be very complex because many cables sections can be hosted in several sections of tunnels. I may add a section under "Support infrastructure" to describe such tunnels.
The same kind of question can be asked for bridges hosting power cables. Fanfouer (talk) 20:43, 4 July 2014 (UTC)
Both tunnel=* and location=tunnel are attributes defining this object as being located in a tunnel.
They don't define the tunnel itself (the same applies for bridges).
I agree and that wasn't my thought. It was just a question to go further. Fanfouer (talk) 21:48, 6 July 2014 (UTC)
Actually we don't currently have a way of mapping tunnels as such (for bridges there is the proposal man_made=bridge). This is anyway beyond the scope of this proposal!
For cables attached to overground structures use location=overground (this is already documented). --polderrunner (talk) 19:31, 6 July 2014 (UTC)

Some suggested smaller changes

Resolved: Solved
. Fanfouer (talk) 21:05, 21 July 2014 (UTC)

I would like to ask the following parts of the proposal to be changed:

  • Too restrictive to make "voltage=*" mandatory (it should be a recommended value though).
  • "location" tag for power=line is superfluous (it is per definition overhead) (and "location=overhead" would be redundant to "overground"). For (hypothetical) routing of power lines through tunnels etc. the appropriate location values could be used but such situations are probably extremely rare. Thus remove this tag from the proposal for power=line.
  • Restrict "gas_insulated" to only "yes". Otherwise we will start to see pedantic mappers tagging the 99.9% of features that are not gas insulated with "gas_insulated=no" which would be pure tag pollution.
  • For power cables: "location=undersea" should be "location=underwater" to also cover river and lake crossings. This is the currently documented value.

line=* and cable=*: similarity and difference

Resolved: Split line=* with usage=* and proposal updated.

While line=* and cable=* are intended for tagging of different objects, their role (and their values) is the same. They specify a purpose of the conductor. I think, they should be united into the one same tag. I offer purpose=* or usage=* tag, may be with a namespace: line:purpose=* or power:purpose=*. This modification in the tagging model may simplify parsing in a software. --Surly (talk) 12:47, 20 November 2014 (UTC)

Thank you for this feedback, that's an approach which haven't yet been discussed.
We already have introduced line=* in the substation=* proposal. I understand your point but I prefer to be consistent this approved tag.
Furthermore, even if line=* and cable=* have some common values, a cable can't be a busbar where an overhead line feature can. Group them will create unnecessarily consistency problems.
Once the proposal is accepted, both should be documented correctly. Fanfouer (talk) 14:04, 20 November 2014 (UTC)
In order to keep consistency we should split the different semantics. line=busbar and line=bay specify a construction (a part) of the transmitting system. It's OK with that values of the line=*. But such values as "transmission", "distribution", "minor_distribution", "traction" specify not a construction but a purpose of a line as a whole. And look carefully: a busbar and a bay may be a part of "transmission" line, of "distribution" line and so on. I assure you again, that we should bring a purpose out of line=* and cable=* tags. So we can specify something like line=busbar + usage=distribution. --Surly (talk) 06:16, 21 November 2014 (UTC)
Ok I see your point and line=busbar + usage=distribution is relevant.
usage=* is for now in the Railway group, we can take the key out and make it more global Fanfouer (talk) 08:41, 21 November 2014 (UTC)

Power connections in free air

Resolved: Adding power=connection to the proposal

Intersecting power lines are sometimes electrically connected in free air away from any tower or pole. The conductors are simply connected using short pieces of wire. This solution is often used in Sweden instead of using branch towers. Here is one example. I would suggest to tag such connecting nodes as power=connection. This indicates that there is an electric connection between the two lines but that there is no tower or pole here. --opani (talk) 11:48, 25 November 2014 (UTC)

It's good suggestion. Here is a connection of the same type: Node 1301165034 (XML, Potlatch2, iD, JOSM, history). Here is even not a branch but a connection for parts of one circuit. --Surly (talk) 15:38, 26 November 2014 (UTC)
That's a really good suggestion :) May I extend it to poles where two or more lines are connected ?
All lines sharing the same pole/tower aren't always connected but we can't currently make that distinguish.
In the air without any other feature : Nodepower=connection and on a pole/tower : Nodepower=pole + connection=yes Fanfouer (talk) 17:24, 26 November 2014 (UTC)
While mapping power lines in the US, I come across similar designs quite often. Until now I've just connected the two lines and left the resulting node tagless. However there also were some already mapped examples, which got tagged power=tap, see f.i. Node 1815499595 (XML, Potlatch2, iD, JOSM, history). According to taginfo it's used 341 times at the moment, although usage seems limited to the US and a quick random sample suggests, that all instances might be from one single user. --TOGA (talk) 23:22, 27 November 2014 (UTC)
I'm waiting to take some pictures of a 400 kV free air connection I know tomorrow and I will update the proposal with power=connection.
power=pole or power=tower where lines are crossing without connection=yes should be assumed without connection. Use tags as such is better to map what actually exists (a connection) than mapping what does not exist (connection=no to indicate lines without connection when crossing).
I've added power=connection to the proposal as suggested.
This tag should be added to possible nodes which can be part of a power line in QA tools.
It was indeed convenient to look at such nodes to detect others shared with roads, fields or whatever. Fanfouer (talk) 09:37, 18 December 2014 (UTC)

Suggestion - make simple version

I would strongly recommend making also basic tldr version understandable for somebody not interested deeply in this topic. For example I am able to tag typical power=tower and typical power=pole. And I am using power=line for what is connecting power=tower and power=minor_line otherwise.

And this proposal is at this moment quite scary for somebody like me. The only part that is clear from initial reading is that power=minor_line is deprecated, without obvious replacement for minor power lines.

Thank you for your feedback. A basic mapping summary can be found at the top of the document. It deals with all stuff a basic mapper should know to map power lines. Do you think something is missing ? Fanfouer (talk) 23:04, 15 March 2015 (UTC)
Thanks, somehow I managed to miss it. Note, that with the new tagging scheme major and minor power lines mapped by basic mapper will not be distinguishable (I am not interested in voltage values and this value is not available during mapping from aerial images). It would leave data less usable for typical usage. power=minor_line may be arbitrary but it seems to work well for basic rendering of power features. Mateusz Konieczny (talk) 06:33, 16 March 2015 (UTC)
One simple rule I follow to propose tags : don't tag for render. "Working well with render" shouldn't be a valuable criteria to classify tags. Tags are interesting if they don't mess with others, if they're versatile or convenient. Not because they're pretty. Fanfouer (talk)
"don't tag for render" is about providing false information to achieve wanted effect in particular data consumer. During creating tagging schemes it should be ensured that data is usable Mateusz Konieczny (talk) 20:06, 16 March 2015 (UTC)
Yes it is, since we have a strong definition of distribution or transmission and we don't for "minor" or "major". Fanfouer (talk) 20:20, 16 March 2015 (UTC)

Remember, not everybody is enthusiastic about power=* features - but they also should be capable of tagging and editing this features. Also, it would be nice to consider how simple renderer should decide importance of power line, including ones tagged by a typical mapper that is highly confused by words like busbars. I found "power=line features thickness on maps should be computed from voltage=* value : high voltage lines should be rendered a bit wider than low voltage ones, as now with power=minor_line.". That is a really bad idea, voltage data is available only for less than 17% of power=minor_line ( ). Therefore changing power=minor_line to power=line would result in a massive loss of usable data. Also, "thickness on maps should be computed from voltage=* value" may sound nice - but nearly any data consumer would prefer something like power=minor_line Mateusz Konieczny (talk) 22:37, 15 March 2015 (UTC)

A tag usage=* with several values like transmission, distribution has been introduced to give more information about the power line without looking at the operating voltage.
Furthermore, power=minor_line should be replaced with power=line + usage=distribution or usage=minor_distribution but since we don't know the voltage, each line must be check separately. Fanfouer (talk) 23:04, 15 March 2015 (UTC)
It is worse for a typical mapper. For me it is obvious whatever something is power=line or power=minor_line (and it matches what other people tag, I never had to correct this values), but it is not obvious whatever something is usage=distribution or usage=minor_distribution. Also, is it something guessable in situation where I am mapping small part of power line (for example poles with power line crossing field noticed during tracing landuse=farmland) Mateusz Konieczny (talk) 06:33, 16 March 2015 (UTC)
That's where I won't follow you : sometimes, major power lines aren't since they are retrofitted and transferred to another operator who operates it at a lower voltage.
If you don't have an information, that's simple : don't try to put to OSM instead of another mapper who is knowledgeable. Fanfouer (talk) 19:44, 16 March 2015 (UTC)
For me something like [1] is power=line and something like [2] - no matter whatever it is operated as high voltage, low voltage or even unused. Also, requiring to provide full and complete information for any added element is a poor idea. Mateusz Konieczny (talk) 20:06, 16 March 2015 (UTC)
Finally, if you can say it's minor, then you can add {{Tag[usage|distribution}}, I don't see any problem. Fanfouer (talk) 20:22, 16 March 2015 (UTC)

I would strongly recommend keeping power=minor_line - for basic taggers, basic renderers and other basic usage. Maybe it is arbitrary and unclean but it is highly useful. Mateusz Konieczny (talk) 06:33, 16 March 2015 (UTC)

No offence intended and I appreciate your feedbacks. It's time to improve your knowledge of something new for you and maybe for many other people, like I love to do when I don't know something. Benefits will be certainly better than keeping this ugly thing among OSM tags just for comfort. Fanfouer (talk) 19:44, 16 March 2015 (UTC)

Hanging insulators

Insulators are fully specified in another proposal. Moving this topic to the Talk:Proposed_features/Power_supports_refinement#Hanging_insulators Fanfouer (talk) 17:31, 17 April 2015 (UTC)

Why deprecate power=minor_line?

I do not see any need to deprecate power=minor_line. I am lucky as an rendering style developer that there is a simple tag which can be used by users without power network knowledge to say "This is a line with not so high importance and voltage.". If you deprecate this tag and replace its occurrences (either by mechanical edit or by replacing it via JOSM validator & Co.), data users have to rely on the existence of an voltage tag. But not every line has a voltage.

power=minor_line isn't a simple tag : we don't know what does it means really. You think there are just two kind of power lines (minor and major) but it's wrong.
As a data producer, I won't tag for render.
No one talk about a mechanical edit. Don't look at something which isn't written in the proposal to discredit it please. Fanfouer (talk) 22:36, 10 April 2015 (UTC)

Why don't you have a look to another special topic, called "railway". I am one of developers of OpenRailwayMap and the current railway tagging schemes. Railway mappers also have some old stuff but we try to get along with old tagging. One example is railway=narrow_gauge. From railway engineering point of view there is only one difference between a "normal" railway line and a narrow gauge line – the gauge which is already tagged using gauge=*. But often data users want to render narrow gauge and normal gauge railways different. Narrow gauge lines are usually branch lines, i.e. rendering at low zoom levels is not necessary. But the default gauge variates between the regions of this world. China, USA and Europe (except Spain and Portugal) have 1435 mm, Russia has 1520, Spain and Portugal have 1668 mm, South Africa and Japan 1067 mm, Ireland 1600 mm. If we had not railway=narrow_gauge, these data users have to rely on gauge=* and check the region where the object is located.

We railway mappers decided to continue to use railway=narrow_gauge. Every data user may use railway=narrow_gauge as if it were a railway=rail.

I do not like a tagging proposal which introduce a tagging where missing tags force data users to look where the object is located on the world. At the moment it is not necessary, its not problem if the power line is in the US (110 Volt) or in Europe (230 Volt). The see power=minor_line and draw a smaller line. In future, power=minor_line is gone and they have to hope that usage=* is tagged.

I don't get your point. Even if usage=* is used, with values like minor_distribution, distribution or transmission, you won't have to look at which part of the world the line is located in.
Furthermore, usage=* is far more precise than minor/major distinguish. It will be actually possible to render "small" lines and "big" lines differently.
Finally, the goal of this proposal isn't to enable renderers to draw bold lines or thin lines but to provide a fully versatile and consistent model to map power networks. "Minor line" isn't consistent at all and it must be replaced with caution by several other keys. Fanfouer (talk) 22:36, 10 April 2015 (UTC)

Why don't you just state in your proposal "power=minor_line may be used on power lines with minor voltage (minor voltage is different in different countries). Data users may this power=minor_line as if it were power=line.

The definition of "minor" is variable. Your minor won't necessarily be mine, thus I won't rely on it since if find this dumb. Fanfouer (talk) 22:36, 10 April 2015 (UTC)
It's correct that no precise limit between line and minor_line has been defined. However current established practice is that power lines having lattice towers and hanging isolators are tagged as "line". In most of the world this is the case for lines having a voltage of 50 kV or more. Power lines on single poles and/or having standing isolators are normally tagged as "minor_line" and they are typically of less than 50 kV. It is easy for even inexperienced mappers to classify a power line as line or minor_line according to these criteria without having to know the voltage. Your proposed definition of usage=distribution completely ignores this physical distinction between line and minor_line. --opani (talk) 07:15, 11 April 2015 (UTC)

Be backward-compatible and your proposal will succed. Example 1: Proposed_Features/Public_Transport is not backward-compatible and not used much. Example 2: Proposed_features/Power_transmission_refinement failed voting because it was not backward-compatible. --Nakaner (talk) 19:44, 10 April 2015 (UTC)

The proposal is backward compatible by providing corresponding new values to the old ones.
Why don't you use the new values in parallel with the old ones (the signification of the old power=minor_line isn't affected by this proposal) to get the exactly same map ? Fanfouer (talk) 22:46, 10 April 2015 (UTC)
I support Nakaner here. Your proposal will likely fail again if you persist in replacing minor_line. You can introduce usage tags as a supplement. However, your proposed tags don't form a direct replacement of the current usage of power=minor_line. Maintain power=minor_line as an approved tag which can then be further qualified with voltage and/or usage tags. Then current rendering of power lines won't be broken. Don't even suggest that minor_line should be replaced/deprecated. --opani (talk) 07:15, 11 April 2015 (UTC)
  • I completely agree with Nankaner. This idea completely ignores other uses of power=minor_line. I am mainly interested in power lines as suitable navigation features in the countryside, and secondarily for enabling better mapping of other features because power lines can be picked up in aerial imagery. In this case there are only two use cases: very prominent lines supported on pylons, and other lines which are not obvious from 100s of metres away, i.e., power=line and power=minor_line. These properties are only partially related to the transmission characteristics of the line (for instance lower voltage lines may be carried on pylons in some locations, perhaps because the pylons originally supported a higher voltage line). Either way I am not specifically interested in the power characteristics, and certainly dont want to run complex Postgres queries to find lines on pylons versus lines on poles. Comments from supporters of this proposal show a disregard for other use cases. SK53 (talk) 09:33, 13 April 2015 (UTC)

One simple question : how will you solve editing wars when two or more users will argue a line is minor or major ? I don't see anything to help since the limit isn't strict. That's the kind of problem I aim to solve here. Fanfouer (talk) 12:34, 13 April 2015 (UTC)

In the same way as solving problems with waterway=river/stream, highway=tertiary/secondary, amenity=restaurant/fast food, highway=footway/pedestrian is done. There is some cost, but it results in more usable data. Moving classification efforts to every single data consumer is a poor idea. Current system with power=line/minor_line is working at least 99,9% of time and I am against destroying it. Mateusz Konieczny (talk) 21:11, 13 April 2015 (UTC)