[Tagging] Feature proposal - Voting - Pumping

2020-12-20 Thread François Lacombe
Dear all, Following an appropriate refactoring of proposed pumping tagging done by IanVG and I, this proposal is now open for voting until January 4. https://wiki.openstreetmap.org/wiki/Proposed_features/Pumping_proposal Despite a complex classification, keep in mind that most of proposed tags

Re: [Tagging] Tagging sewage treatment basins

2020-12-17 Thread François Lacombe
Hi Joseph, Le jeu. 17 déc. 2020 à 20:16, Joseph Eisenberg a écrit : > I don't think mappers can know the maximum volume or capacity of a water > reservoir or water basin, unless it is written on a public sign somewhere? > We can map the surface area, but knowing the average depth or maximum

Re: [Tagging] Tagging sewage treatment basins

2020-12-17 Thread François Lacombe
Hi all I'm ashamed to not have enough time to be involved in all discussions regarding reservoir, ponds, basins and so on... and thank you to make such a capital topic on the table I'd be happy with a tagging that separates the structure, the water body and purpose of a given feature. Have a

Re: [Tagging] Feature proposal - RFC 2 - Pumping proposal

2020-12-16 Thread François Lacombe
Hi Brian Le mar. 15 déc. 2020 à 00:57, Brian M. Sperlongano a écrit : > The wiki[1] says: "OpenStreetMap does not have 'banned features', as > anybody is allowed and encouraged to use any tag they think is useful." > Therefore, deprecating a feature does not "enforce or forbid" the use of a >

Re: [Tagging] Feature proposal - RFC 2 - Pumping proposal

2020-12-14 Thread François Lacombe
Hi Volker Le lun. 14 déc. 2020 à 06:58, Volker Schmidt a écrit : > My main point got lost: the proposal should explain how the mapping of > pumps in pumping stations should be handled, short of using indoor mapping, > especially as your cover photo shows an indoors pump in an industrial >

Re: [Tagging] Feature proposal - RFC 2 - Pumping proposal

2020-12-14 Thread François Lacombe
Hi Brian, Thank you for your comments Le lun. 14 déc. 2020 à 00:40, Brian M. Sperlongano a écrit : > 1. The proposal states "It is proposed to discourage the use of > undocumented pump:type=* to state pump mechanisms in favour of new > pump_mechanism=*." It is not clear what is meant by

Re: [Tagging] Feature proposal - RFC 2 - Pumping proposal

2020-12-13 Thread François Lacombe
Hi Mateusz, Joseph, You were right, it was mistakes and it's now fixed. Thank you for you vigilance. Le dim. 13 déc. 2020 à 23:17, Volker Schmidt a écrit : > Missing at first glance: what is the mapper expected to do with pumping > stations. > Hi Volker Anyone could map

[Tagging] Feature proposal - RFC 2 - Pumping proposal

2020-12-13 Thread François Lacombe
Dear all, Following some rework to take care of comments received during the first voting round of pumping proposal, here is a second proposed version https://wiki.openstreetmap.org/wiki/Proposed_features/Pumping_proposal IanVG and I spent time to improve wording and make rationale section

Re: [Tagging] Feature Proposal - RFC - electricity=*

2020-11-29 Thread François Lacombe
Hi Lukas This proposal gets better and better and it's really encouraging, thank you. Le dim. 29 nov. 2020 à 01:57, Lukas Richert a écrit : > Although in the case of the Shoals Laboratory, something like grid:input > would make sense as well since the grid is well-defined! > Then users will

[Tagging] Feature Proposal - Vote aborted - Pumping proposal

2020-11-25 Thread François Lacombe
Dear all, Voting on the pumping proposal has been aborted following several comments that should be studied for a second version. https://wiki.openstreetmap.org/wiki/Proposed_features/Pumping_proposal For now, 11 opposition against 10 approval votes shows that no consensus could be achieved

Re: [Tagging] Feature Proposal - Voting - Pumping proposal

2020-11-22 Thread François Lacombe
Hi Martin, Yves Usage is a good point, thank you. Le dim. 22 nov. 2020 à 03:01, Martin Koppenhoefer a écrit : > this would deprecate around 20k pump values describing a pump type, plus > 15k yes/no. > OSM counts 143k water_wells according to taginfo for man_made=water_well. There are 21k pump

Re: [Tagging] Feature Proposal - Voting - Pumping proposal

2020-11-21 Thread François Lacombe
Joseph, It's true proposed tagging deprecates the current pump=* definition according to rationale and wishes to use the pump word in a more appropriate way. However, it would be ok to define mechanical_driver=powered for situations when mappers aren't able to determine a more precise value.

Re: [Tagging] Feature Proposal - Voting - Pumping proposal

2020-11-20 Thread François Lacombe
Dear Mateusz, Proposal goes through different stages and I was proposing simpler driver=* instead of mechanical_driver. Comments have been made about the possible confusion with human drivers driving cars.

[Tagging] Feature Proposal - Voting - Pumping proposal

2020-11-19 Thread François Lacombe
Hi all Tonight I'm pleased to announce the start of voting for the tagging proposal about pumps https://wiki.openstreetmap.org/wiki/Proposed_features/Pumping_proposal A lot of comments lead us to an interesting tagging for pumps devices, water wells and wind pumps. Thank you to anyone involved

Re: [Tagging] power lines/cables power

2020-11-19 Thread François Lacombe
Hi André It's great to have such a discussion here as to move forward on power routing. Answers below Le mer. 18 nov. 2020 à 02:38, André Pirard a écrit : > > Haille François, > > Merci pour ta réponse. > So, I was told that 7,5 GW rating by an ALEGrO engineer but I didn't see > it on OSM. He

Re: [Tagging] Feature Proposal - RFC - electricity=*

2020-11-15 Thread François Lacombe
Hi Lukas, Le dim. 15 nov. 2020 à 02:46, Lukas Richert a écrit : > Hi, > > I was actually thinking of the type of battery, i.e. flywheel, LiOn, etc. > Although it would probably also be interesting to figure out a tagging > scheme to classify batteries by type, capacity etc. for the future. >

Re: [Tagging] power lines/cables power

2020-11-15 Thread François Lacombe
Hi André, That's an interesting question. Power transformers can have rating=* to state how many power they can transmit. I see no problem to add it to a power relation like the one involving the line you mention https://www.openstreetmap.org/relation/8193755#map=11/50.7528/6.0606 Can you

Re: [Tagging] Feature Proposal - RFC - electricity=*

2020-11-14 Thread François Lacombe
Lukas, Le sam. 14 nov. 2020 à 21:00, Lukas Richert a écrit : > Hi François, > > I do actually like the word input for generator and have been thinking > that 'battery:origin' makes no sense either to specify the type of origin. > Keys such as 'electricity:grid:origin=*',

Re: [Tagging] Feature Proposal - RFC - electricity=*

2020-11-14 Thread François Lacombe
Thank you Lukas for answers Le sam. 14 nov. 2020 à 17:56, Lukas Richert a écrit : > Hi François, > > the combination of electricity:grid=yes with either electricity:origin=* > or electricity:grid:origin=* would point to the origin being only about > financial flows as advertised on-the-ground.

Re: [Tagging] Feature Proposal - RFC - electricity=*

2020-11-14 Thread François Lacombe
Hi Lukas Le jeu. 12 nov. 2020 à 00:48, Lukas Richert a écrit : > electricity:generator:origin > > =solar > I didn't get in details what leads to this association between local supply with a generator and

Re: [Tagging] Feature Proposal - RFC - electricity=*

2020-11-05 Thread François Lacombe
Hi all, Le jeu. 5 nov. 2020 à 20:00, Joseph Eisenberg a écrit : > Perhaps someday the community of mappers will be vibrant enough that we > could imagine updating tags every month or every week, but at this point > such a situation is very far away. So for now we should encourage mappers > to

Re: [Tagging] Proposal to change key:man_made to key:human_made

2020-10-19 Thread François Lacombe
Hi I second the comments of Topographe below. Continuous improvement is a major challenge. Le dim. 18 oct. 2020 à 23:09, Martin Koppenhoefer a écrit : > And once we have done it, we could do it again and again, for all kinds of > reasons. > Not all kinds of reasons: once the change has been

Re: [Tagging] Proposal to change key:man_made to key:human_made

2020-10-18 Thread François Lacombe
Hi Le dim. 18 oct. 2020 à 16:25, Martin Koppenhoefer a écrit : > > > sent from a phone > > > On 18. Oct 2020, at 12:39, Rory McCann wrote: > > > > Yeah changing this is a multi-year project, > > > generations... > Certainly, with the current tagging control plane. That would only took ~3 or

Re: [Tagging] Feature Proposal - RFC - electricity:source

2020-10-04 Thread François Lacombe
Hi all Thank you Lukas or this interesting proposal. I second all comments about power physical source and origin distinction : we're dealing with financial flows only. Using source for that may confuse mappers and consumers. As mentioned on

Re: [Tagging] Best practices regarding implied tags

2020-09-20 Thread François Lacombe
ee of > confidence than actually exists in the data). > > On Wed, Sep 16, 2020 at 6:34 PM Paul Johnson wrote: > >> On Wed, Sep 16, 2020 at 5:20 PM François Lacombe < >> fl.infosrese...@gmail.com> wrote: >> >>> Is that completely wrong or mappers coul

[Tagging] Best practices regarding implied tags

2020-09-16 Thread François Lacombe
Hi all, This proposal is currently in RFC https://wiki.openstreetmap.org/wiki/Proposed_features/Utility_poles_proposal It proposes among other points to make man_made=utility_pole + utility=power implied by power=pole (for sake of consistency with telecom utility poles which won't get a

[Tagging] Feature Proposal - RFC - Utility poles

2020-09-07 Thread François Lacombe
Hi everyone, Following this sunny summer, sometimes cycling along country roads, here comes the need to reinforce the tagging of utility poles holding telecom lines. OSM already has power=pole and past proposals have shown it's not necessary to change it. Poles don't always support power lines

[Tagging] Feature proposal - Approved - Line management

2020-06-12 Thread François Lacombe
Hi all, The voting of Line management proposal is over since last week and 20 pros reviews make it approved. https://wiki.openstreetmap.org/wiki/Proposed_features/Lines_management Thank you to voters :) Wiki cleanup is almost done : https://wiki.openstreetmap.org/wiki/Key:line_management

Re: [Tagging] Feature proposal - Lines management - Voting

2020-06-05 Thread François Lacombe
last year. Thank you. Feel free to complete the list if you want to. All the best François Le ven. 22 mai 2020 à 23:18, François Lacombe a écrit : > Hi all, > > The RFC on Lines management proposal is now over and here starts the vote > for 15 days. > https://wiki.openstr

Re: [Tagging] line=* tag on railway lines

2020-05-29 Thread François Lacombe
Hi Le ven. 29 mai 2020 à 00:03, Jack Armstrong a écrit : > > I think naming the same thing two times is not a best practice? > > Indeed I'd use name=* on rails only if rails actually have a name. According to this discussion, may I remove the line=* railway chapter on wiki?

Re: [Tagging] line=* tag on railway lines

2020-05-28 Thread François Lacombe
Hi Le jeu. 28 mai 2020 à 21:14, Mateusz Konieczny via Tagging < tagging@openstreetmap.org> a écrit : > > Yes, name tag is for name of the object. > I agree I'd be in favour of removing such mention on wiki wouldn't you? Le jeu. 28 mai 2020 à 21:56, Jack Armstrong a écrit : > If the rail is

[Tagging] line=* tag on railway lines

2020-05-28 Thread François Lacombe
Hi all, On the line=* wiki page, it is mentioned this key is used to give railway lines names in combination with branch=* https://wiki.openstreetmap.org/wiki/Key:line Shouldn't name=* be used instead? I don't know the use case precisely, may someone more familiar with railway lines could give

Re: [Tagging] Feature proposal - Lines management - Voting

2020-05-22 Thread François Lacombe
Le ven. 22 mai 2020 à 23:34, Joseph Eisenberg a écrit : > I've never really understood this section of the proposal. I was hoping > this would be clarified since it still seemed to be under discussion: > Answers are available on Talk

[Tagging] Feature proposal - Lines management - Voting

2020-05-22 Thread François Lacombe
Hi all, The RFC on Lines management proposal is now over and here starts the vote for 15 days. https://wiki.openstreetmap.org/wiki/Proposed_features/Lines_management As explained previously, it's the second stage of tower:type refinement project for power/utility supports. The point is to

Re: [Tagging] Permanent ID/URI --- off topic email

2020-05-19 Thread François Lacombe
Hi all As OSM id isn't a stable id (and will never be I think), the only way to reliably achieve what you want Stuart is to proceed with a ref tag. It's a long term job and often questioned/refined to best match codification scheme rolled out on a specific place/local level. We may take

Re: [Tagging] Tag:amenity=motorcycle_taxi not approved

2020-05-09 Thread François Lacombe
Le sam. 9 mai 2020 à 19:20, Phake Nick a écrit : > > What you said doesn't make sense. > The existence of a space within the word doesn't inherently make them > separateable. > Like for the tag amenity=charging_station, do you think the space mean ot > make sense to change the tagging scheme

Re: [Tagging] Tag:amenity=motorcycle_taxi not approved

2020-05-09 Thread François Lacombe
Hi Paul, Le sam. 9 mai 2020 à 02:29, Paul Allen a écrit : > > This isn't just about optimizing the number of tags used, it's about > aligning with > how most people's mental models work. And not just the mental models > of local mappers but also the mental models of tourists: locals don't

Re: [Tagging] Tag:amenity=motorcycle_taxi not approved

2020-05-08 Thread François Lacombe
Hi Joseph, Le sam. 9 mai 2020 à 01:28, Joseph Eisenberg a écrit : > François, > > Have you personally hired a motorcycle before, or is the assumption that > this is the same service based on theory rather than experience? > I've hired some before lockdown, independently as cars when alone.

Re: [Tagging] Tag:amenity=motorcycle_taxi not approved

2020-05-08 Thread François Lacombe
Hi Le ven. 8 mai 2020 à 20:48, Phake Nick a écrit : > motorcycle are not the same type of service as regular taxi. > Then may I ask you why ? I pay a driver to take me where I want to with his vehicle. > The reaso why you get the feeling of people saying "you don't understand" > to you is

Re: [Tagging] Feature Proposal - RFC - Pumps (wells and many other things)

2020-04-16 Thread François Lacombe
Hi all, As explained here https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Pumping_proposal#Consider_drivers_as_pump_specific_devices motion_driver=* is the best term I found to make a distinction with actual (human) drivers and prevent to use "pump" word as it have to be suitable for

Re: [Tagging] Feature Proposal - RFC - Pumps (wells and many other things)

2020-04-12 Thread François Lacombe
be a privileged source of pictures as well. Thank in advance for any additional input, all the best François Le jeu. 19 mars 2020 à 22:51, François Lacombe a écrit : > Hi Joseph and thank you for such a quick and complete comment session > > That 7 points allowed to change the propo

Re: [Tagging] Feature Proposal - RFC - protection_class=* (Words, not numeric codes)

2020-04-05 Thread François Lacombe
Hi, +1 with Joseph, proposed values are more usable than digits. Le dim. 5 avr. 2020 à 20:02, Kevin Kenny a écrit : > I'm a little intimidated by the process, particularly the > administration of the vote (Who's a qualified elector? Who can serve > as scrutineer?) and the need to stitch the

Re: [Tagging] Feature proposal - RFC - Overhead lines management (consecutive to line_attachment)

2020-03-27 Thread François Lacombe
ned that tower:type=crossing (where a power line > crosses a river or canyon) should be replaced by height=* + designe=* > where "A support is significantly higher and stronger to allow a line > to cross an obstacle like rivers" > > Are you proposing any new values of &q

Re: [Tagging] Feature proposal - RFC - Overhead lines management (consecutive to line_attachment)

2020-03-26 Thread François Lacombe
concerns or wait next week to vote on the document. All the best François Le jeu. 9 janv. 2020 à 01:08, François Lacombe a écrit : > Hi all, > > This proposal is still in RFC and may be voted in a couple of weeks as > evaluation shown no issue so far, at least on transmission

Re: [Tagging] Clearer definition of tunnel=flooded: when should it be used instead of tunnel=yes or tunnel=culvert?

2020-03-24 Thread François Lacombe
uld not have occured.) > > -- Joseph Eisenberg > > On 3/23/20, Warin <61sundow...@gmail.com> wrote: > > On 23/3/20 9:08 am, Volker Schmidt wrote: > >> > >> > >> On Sun, 22 Mar 2020 at 19:09, François Lacombe > >> mailto:fl.infosrese..

Re: [Tagging] Clearer definition of tunnel=flooded: when should it be used instead of tunnel=yes or tunnel=culvert?

2020-03-22 Thread François Lacombe
Hi Volker, Thank you for your answer Le dim. 22 mars 2020 à 23:09, Volker Schmidt a écrit : > > > On Sun, 22 Mar 2020 at 19:09, François Lacombe > wrote: > >> Hi Volker, >> ... >> Fully disposed to make any improvement to wiki according to thos

Re: [Tagging] Clearer definition of tunnel=flooded: when should it be used instead of tunnel=yes or tunnel=culvert?

2020-03-22 Thread François Lacombe
Hi Volker, Le dim. 22 mars 2020 à 18:35, Volker Schmidt a écrit : > Slippery terrain. In the sense of definitions. > > Concerning the tunnel=flooded wiki page: > > The symbol shows free flowing water (air above the surface), wherea the > first example is for a headrace where "no air can get

Re: [Tagging] Clearer definition of tunnel=flooded: when should it be used instead of tunnel=yes or tunnel=culvert?

2020-03-22 Thread François Lacombe
Hi Joseph, Here are some points to make it clearer This is the base situation : https://wiki.openstreetmap.org/wiki/File:Waterway_drain_outlet.jpg Le dim. 22 mars 2020 à 00:46, Joseph Eisenberg a écrit : > Should a waterway=river every be tunnel=flooded, or is it then a canal? > Even if

Re: [Tagging] Pumps (wells and many other things)

2020-03-19 Thread François Lacombe
Hi Michael, Thank you for such interesting links :) I was looking for established classification but most of time several properties are mixed in attributes which is less usable. My points below. Le jeu. 19 mars 2020 à 05:01, Michael Patrick a écrit : > Since pumps have been a manufactured

Re: [Tagging] Feature Proposal - RFC - Pumps (wells and many other things)

2020-03-19 Thread François Lacombe
ive pumps (and get water in case of water wells) > > would be better described with existing actuator=* tag instead of > > pump. handle=* is also suitable for manual pumps or emergency usage > > with manual action when power isn't available. > > This option allows to avoid pump:ty

[Tagging] Feature Proposal - RFC - Pumps (wells and many other things)

2020-03-18 Thread François Lacombe
Hi all, Following several discussions last month, including this one: https://lists.openstreetmap.org/pipermail/tagging/2020-February/051385.html Here is a proposal regarding pumps, obvious devices we all more or less know in industries or at home. This knowledge is useful for water management,

Re: [Tagging] Mapping pumps

2020-03-02 Thread François Lacombe
> > https://wiki.openstreetmap.org/wiki/DE:Historical_Objects/Karteneigenschaften > (search for Handschwengelpumpe) > > This might have to be mentioned in your proposal. > > regards > > m. > > On Sat, Feb 29, 2020 at 5:11 PM François Lacombe > wrote: >

Re: [Tagging] Mapping pumps

2020-02-29 Thread François Lacombe
Thank you all for answers Let's go for man_made=pump There are indeed many sorts of pumps and they would require a bunch of tags to be described. We'll see that point in a formal proposal All the best François Le sam. 29 févr. 2020 à 13:36, Mateusz Konieczny via Tagging <

[Tagging] Mapping pumps

2020-02-28 Thread François Lacombe
Hi all, One simple question : according to you, what is the most suitable key to use to map pumps? A device intended to raise pressure level of any fluid. man_made=pump why not amenity=pump not at all pipeline=pump pumps aren't always related to a pipeline (but would be a relevant add beside

Re: [Tagging] man_made=gas_well Was man_made=petroleum_well vs man_made=pumping_rig

2020-02-27 Thread François Lacombe
Le jeu. 27 févr. 2020 à 08:34, Mateusz Konieczny via Tagging < tagging@openstreetmap.org> a écrit : > > +1 There are some ultra-deep drillings for water, but are functionally > different both from water well and petroleum wells. > > Single tag for petroleum wells and water wells seems to me > an

Re: [Tagging] man_made=gas_well Was man_made=petroleum_well vs man_made=pumping_rig

2020-02-26 Thread François Lacombe
Hi Le jeu. 27 févr. 2020 à 00:23, Joseph Eisenberg a écrit : > Different tags are used for petroleum wells vs water wells because > they look totally different and their function for the general map > user is quite distinct. A water well might just be a covered hole, but > if it is a bored

Re: [Tagging] man_made=gas_well Was man_made=petroleum_well vs man_made=pumping_rig

2020-02-26 Thread François Lacombe
Le mer. 26 févr. 2020 à 22:06, Martin Koppenhoefer a écrit : > > these aren’t independent concepts, a water well works differently than a > gas well. The substance (and its intended use, and the intended quantity) > define/s the requirements for the well. > We both agree on the sense. I meant

Re: [Tagging] man_made=gas_well Was man_made=petroleum_well vs man_made=pumping_rig

2020-02-26 Thread François Lacombe
Hi all, Le mer. 26 févr. 2020 à 20:55, Martin Koppenhoefer a écrit : > > thank you for bringing this up. I just noticed you have added a > deprecation note on > > man_made=gas_well > > and suggest to use man_made=petroleum_well for gas wells. >

Re: [Tagging] Unremovable bollards

2020-02-16 Thread François Lacombe
Hi all, My 2 cts : key actuator and especially actuator=hydraulic_cyclinder or pneumatic_cylinder values are suitable for movable bollards (pchtt noise when bollards go up and down means actuator=pneumatic_cylinder for instance) https://wiki.openstreetmap.org/wiki/Key:actuator

Re: [Tagging] EV charging stations questions and proposals

2020-01-25 Thread François Lacombe
janv. 2020 à 18:08, François Lacombe a écrit : > Hi all, > > Le sam. 18 janv. 2020 à 16:26, Mateusz Konieczny > a écrit : > >> Thanks for reviewing tagging and tagging docs as part of that! >> > > You're welcome > >> >> So charging station for bicyc

Re: [Tagging] EV charging stations questions and proposals

2020-01-21 Thread François Lacombe
Hi all, Le sam. 18 janv. 2020 à 16:26, Mateusz Konieczny a écrit : > Thanks for reviewing tagging and tagging docs as part of that! > You're welcome > > So charging station for bicycles and charging station for cars is supposed > to be have the same top tag? > Yes I think so > According to

[Tagging] EV charging stations questions and proposals

2020-01-18 Thread François Lacombe
Hi all, As we plan to start a new "Project of the month" in France to improve EV charging facilities mapping, a few questions raise regarding tagging of those amenities. We want to encourage people to use the established tagging and want to be sure we won't do it in the wrong way as well.

Re: [Tagging] RFC free_water

2020-01-17 Thread François Lacombe
Hi Stuart Thank you for this document. It's a valuable effort and great to see you involve in a formal proposal process following discussions on local mailing list. i've posted a suggestion on the Talk page https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Free_Water Best regards

Re: [Tagging] Rare route=* values - route=power

2020-01-13 Thread François Lacombe
Le mar. 14 janv. 2020 à 01:33, Joseph Eisenberg a écrit : > > Debate is open about route=power which may be replaced by a more > meaningful tag (power=circuit for instance) > > +1 to this idea of power=circuit. And then use "type=power" instead of > "type=route" if you make a relation, This is

Re: [Tagging] Rare route=* values - route=power

2020-01-13 Thread François Lacombe
Hi Le lun. 13 janv. 2020 à 04:08, Warin <61sundow...@gmail.com> a écrit : > Continuity can be had by the lines sharing a node. In the same way roads > share a node to enable routing. > This is not a good idea since sometimes, lines sharing a node aren't necessarily connected

Re: [Tagging] Rare route=* values - route=power

2020-01-12 Thread François Lacombe
Hi Joseph, Le sam. 11 janv. 2020 à 06:21, Joseph Eisenberg a écrit : > Who is using route=power? > Some electricity mappers including me. route=power represents a circuit (metallic continuity) between two or more substations. It is different from a line as a physical lines can hold several of

Re: [Tagging] Feature proposal - RFC - Overhead lines management (consecutive to line_attachment)

2020-01-08 Thread François Lacombe
or more lines coming from the same direction are connected as to mock some of them) Feel free to propose and complete if you find corresponding situations on ground Thanks in advance François Le sam. 26 oct. 2019 à 20:59, François Lacombe a écrit : > Hi all, > > After the review of line_a

[Tagging] Feature proposal - Approved - Telecom distribution points

2019-12-24 Thread François Lacombe
Hi all, Voting period on telecom distribution points tagging proposal is over with 21 pros and 4 against. Approval rate is 84% https://wiki.openstreetmap.org/wiki/Proposed_features/Telecom_distribution_points It's nice to see this value joining exchange, connection_point and service_device as

Re: [Tagging] Feature proposal - Voting - Telecom distribution point

2019-12-14 Thread François Lacombe
Hi Everyone, Sorry for long time to answeryour questions, Le mar. 10 déc. 2019 à 19:58, Paul Allen a écrit : > > Do you consider British Telecom DACS units to be a part of this? They're > old technology and I > wouldn't expect new deployment as they're incompatible with ADSL but there > may

Re: [Tagging] Feature proposal - Voting - Telecom distribution point

2019-12-10 Thread François Lacombe
Hi Jospeh, Le mar. 10 déc. 2019 à 07:34, Joseph Eisenberg a écrit : > I'm voting "no" because I do not see any discussion of this proposal > at this mailing list or on the wiki. Has it been discussed somewhere > else? The definition is not clear to me. > This is unfortunate, RFC lasts for 7

[Tagging] Feature proposal - Voting - Telecom distribution point

2019-12-08 Thread François Lacombe
Hi all, Following 7 months of RFC and apparently no problem to tag telecom distribution points, the vote is now open. https://wiki.openstreetmap.org/wiki/Proposed_features/Telecom_distribution_points These are really (certainly too) tiny boxes with telecom network references on them that I

Re: [Tagging] Several different boxes on the same pole

2019-11-24 Thread François Lacombe
Thank you all for useful hints. Le dim. 24 nov. 2019 à 22:01, Martin Koppenhoefer a écrit : > > there’s a proposal for a relation type=node which allows for several point > objects with just one geometry object (could be semantically enriched by > mapping the pole with the node, the boxes

[Tagging] Several different boxes on the same pole

2019-11-21 Thread François Lacombe
Hi all, Regarding this proposal for telecom distribution points, currently RFC : https://wiki.openstreetmap.org/wiki/Proposed_features/Telecom_distribution_points Situations may be found involving several of those boxes on a single pole. This happen especially when FTTx (optical fibre) networks

Re: [Tagging] Feature proposal - Approved - Utility markers

2019-11-10 Thread François Lacombe
Michael > > Am So., Okt. 27, 2019 at 18:35 schrieb François Lacombe > : > Hi all, > > Voting of Utility markers proposal is now over and it was approved with 46 > yes out of 47 votes. > This is a great participation level for such kind of topic. > Thank you to anyone

Re: [Tagging] amenity=hospital on things that are not hospitals - is it a good idea?

2019-10-28 Thread François Lacombe
Le lun. 28 oct. 2019 à 09:46, Mateusz Konieczny a écrit : > For me it seems a horrible and unacceptable tagging - amenity=hospital > should be on hospitals > and nothing else. > +1 Same kind of directions are given for marker=* key https://wiki.openstreetmap.org/wiki/Key:marker#How_to_map

[Tagging] Feature proposal - Approved - Utility markers

2019-10-27 Thread François Lacombe
and development. All the best François Lacombe ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging

[Tagging] Feature proposal - RFC - Overhead lines management (consecutive to line_attachment)

2019-10-26 Thread François Lacombe
Hi all, After the review of line_attachment key this summer and Karlsruhe hackweekend at Geofabrik headquarters last week, let me introduce the second stage of tower:type key cleaning project for power lines. Great time has been spent on discussing and finding relevant situations.

Re: [Tagging] Feature Proposal - Voting - Utility markers

2019-10-14 Thread François Lacombe
Le dim. 13 oct. 2019 à 20:45, Markus a écrit : > > It was a visual edit that added the tags to the {{vote}} > template, thus disabling the template. I've fixed it by removing the > tags. > That's right, and I didn't noticed that immediatly. Thank you for the fix François

Re: [Tagging] Feature Proposal - Voting - Utility markers

2019-10-13 Thread François Lacombe
Hi Graeme I don't understand what do you mean exactly Voting options are a template, and not visible on source What is the expected behaviour you think about? All the best François Le dim. 13 oct. 2019 à 02:13, Graeme Fitzpatrick a écrit : > Just letting you know that something has happened

[Tagging] Feature Proposal - Voting - Utility markers

2019-10-12 Thread François Lacombe
Hi all The vote is now open on the proposal regarding utility markers, until October 26. Many comments allowed to find a nice and versatile tagging for markers useful to be added in OSM. It have been under test in France for the last month and didn't show any significant issue.

Re: [Tagging] New tag proposal: 'add=milestone'

2019-10-09 Thread François Lacombe
Hi, I just want to bring to your attention the work currently done to propose marker=* key with existing value marker=stone. https://wiki.openstreetmap.org/wiki/Proposed_features/Utility_markers_proposal#Tagging This is mainly intended for utility networks but may be useful for highways

Re: [Tagging] Feature proposal - RFC - Utility markers

2019-09-19 Thread François Lacombe
A link would be better to reach the document https://wiki.openstreetmap.org/wiki/Proposed_features/Utility_markers_proposal Sorry for noise François Le jeu. 19 sept. 2019 à 23:59, François Lacombe a écrit : > Hi all, > > Following useful comments received about the utility markers

Re: [Tagging] Feature proposal - RFC - Utility markers

2019-09-19 Thread François Lacombe
François Le dim. 8 sept. 2019 à 15:48, François Lacombe a écrit : > Hi everyone > > Le sam. 7 sept. 2019 à 02:06, Joseph Eisenberg > a écrit : > >> Because most mappers only add 1 tag to each new object. (Folks like >> you and me are an exception - and a year ago, w

Re: [Tagging] Feature proposal - RFC - Utility markers

2019-09-08 Thread François Lacombe
Hi everyone Le sam. 7 sept. 2019 à 02:06, Joseph Eisenberg a écrit : > Because most mappers only add 1 tag to each new object. (Folks like > you and me are an exception - and a year ago, when I was new at this, > I only usually added 1 tag per feature). If an object can be described > with one

Re: [Tagging] Feature proposal - RFC - Utility markers

2019-09-06 Thread François Lacombe
Hi all, Thank you for yout contributions Le ven. 6 sept. 2019 à 09:13, Joseph Eisenberg a écrit : > I'm still opposed to this proposal: > Answers provided at

Re: [Tagging] Feature proposal - RFC - Utility markers

2019-09-05 Thread François Lacombe
+ support=pedestal + material=stone. All the best François Le ven. 19 juil. 2019 à 21:22, François Lacombe a écrit : > Hi Jospeh > > This proposal is an attempt to bring consistency in markers mapping, in > two ways : > - Provide a common concept to tag them all. > - Free pi

Re: [Tagging] How to tag flood prone points and areas?

2019-09-01 Thread François Lacombe
Hi all, flood_prone=yes doesn't sound to be good semantics. Should we rewrite it as floodable=* with 3 or four big level of probability (or causes, or whatever) instead? Many people raised concerns about yes/no tags and the key name seem to contain two distinct information (floodable +

Re: [Tagging] waterway=artificial documentation

2019-08-31 Thread François Lacombe
Hi Paul Indeed I didn't think about an import, thank you to remind me this Le ven. 30 août 2019 à 20:49, Paul Allen a écrit : > > I'll leave it to you to figure out the best way of dealing with it, > although I suspect translating > that particular Ftype to waterway=ArtificialPath was an error

[Tagging] waterway=artificial documentation

2019-08-30 Thread François Lacombe
Hi all, I've notice that waterway=artificial is currently used more than 16k times. https://taginfo.openstreetmap.org/tags/waterway=artificial This value doesn't appear to be documented, does someone know what is its real meaning please? Only this DataItem is availabe :

Re: [Tagging] Feature Proposal - RFC - protection_class=* (Words, not numeric codes)

2019-08-28 Thread François Lacombe
Le jeu. 29 août 2019 à 01:01, Graeme Fitzpatrick a écrit : > > I've just had a quick play on TagInfo & protect_class & protection_title, > plus a couple of others, all refer to protected areas of one type or another > Current usage on OSM is clear and I don't question this This proposal is an

Re: [Tagging] Feature Proposal - RFC - protection_class=* (Words, not numeric codes)

2019-08-28 Thread François Lacombe
Le mer. 28 août 2019 à 19:09, Paul Allen a écrit : > But IP ratings are regarded as environmental protection ratings. So that > has the same problem. > "Environmental protection" can mean "protecting the environment" or > "protecting things from the > environment." > Seems legit This will need

Re: [Tagging] Feature Proposal - RFC - protection_class=* (Words, not numeric codes)

2019-08-28 Thread François Lacombe
Le mer. 28 août 2019 à 18:15, Paul Allen a écrit : > "Protection class" is something of a misnomer when it comes to IEC 60529, > since it specifies > a level of ingress protection (hence the "I" and "P" in the designation) > against water and > dust. It does, as a side-effect, have some bearing

Re: [Tagging] Feature Proposal - RFC - protection_class=* (Words, not numeric codes)

2019-08-28 Thread François Lacombe
Hi all, This proposal sounds good in the field of knowledge it covers and I would certainly go for it when vote will be open. I've noticed a potential conflict with protection degrees defined in IEC 60529 norm (IP-XY numbers seen on many electronic appliances), also called "protection class".

[Tagging] Feature proposal - Approved - Line attachments

2019-07-28 Thread François Lacombe
Hi all, Voting period on line attachments proposal is now over. 23 pros votes make the new key line_attachment approved, thanks to voters for their support https://wiki.openstreetmap.org/wiki/Proposed_features/Lines_attachments The proposal took approx 1 year to be mature enough for the vote and

Re: [Tagging] Reviewing wiki pages - Tag:waterway=sluice gate

2019-07-19 Thread François Lacombe
That's way nicer, thanks Mateusz Le ven. 19 juil. 2019 à 12:55, Mateusz Konieczny a écrit : > I linked mentioned resources, see > > https://wiki.openstreetmap.org/w/index.php?title=Tag%3Awaterway%3Dsluice_gate=revision=1879862=1879574 > > Anyone with experience in mapping such structures is

Re: [Tagging] Feature proposal - RFC - Utility markers

2019-07-19 Thread François Lacombe
; > On Sun, Jul 14, 2019 at 11:10 PM François Lacombe < > fl.infosrese...@gmail.com> wrote: > >> Hi all, >> >> Here is another proposal we were two working on it. >> It regards several kinds of utility markers usually warning about buried >> i

Re: [Tagging] Sluice gate vs valve (was Re: Reviewing wiki pages - Tag:landcover=greenery, Tag:waterway=sluice gate, Tag:landcover=water, Tag:landcover=shrubs, Tag:landcover=sand, Tag:waterway=slRevie

2019-07-18 Thread François Lacombe
Hi Marc, Le jeu. 18 juil. 2019 à 07:48, Marc Gemis a écrit : > Is the second picture a valve ? > https://www.wisegeek.com/what-is-a-sluice-gate.htm This page calls it > sluice gate. I'm not familiar with the terminology, so perhaps experts > can enlighten me. > Functionally a valve regulates

Re: [Tagging] Reviewing wiki pages - Tag:landcover=greenery, Tag:waterway=sluice gate, Tag:landcover=water, Tag:landcover=shrubs, Tag:landcover=sand, Tag:waterway=slReviewing wiki pages - Tag:landcove

2019-07-17 Thread François Lacombe
Hi Le mer. 17 juil. 2019 à 15:07, Marc Gemis a écrit : > > https://wiki.openstreetmap.org/wiki/Tag:waterway%3Dsluice_gate > > The person that added this page, is not happy with > waterway=flow_control; flow_control=sluice_gate > (discussion on Belgian Forum: >

[Tagging] Feature proposal - RFC - Utility markers

2019-07-14 Thread François Lacombe
Hi all, Here is another proposal we were two working on it. It regards several kinds of utility markers usually warning about buried infrastructure beneath them. https://wiki.openstreetmap.org/wiki/Proposed_features/Utility_markers_proposal Markers are currently described with keys like

[Tagging] Feature proposal - Voting - Line attachments

2019-07-14 Thread François Lacombe
Hi all, The voting on the line attachments proposal is now open https://wiki.openstreetmap.org/wiki/Proposed_features/Lines_attachments Proposed tagging regards how any line is bound to its supports. This proposal wasn't intended to describe power insulators only (further work may be done

  1   2   3   4   5   6   >