
> Valor Naram, could you clarify what specific changes will be made to<br>> the page, based on approval of this proposal? Is it just rewording, or<br>> are there any significant changes to how the tag is used?<br><br>Basically it's just a rewording and redesign but actually there are some minor differences.<br><br>Specifications I did not include:<br>- If your country does not use area codes, that part should be left out.<br>- Note that for phone numbers that are in international E.164 format, space (or even hyphen) separators are not significant, but the convention is to use a separator at least between the ITU-T country code and the rest of the phone number. The other groupings are optional: area codes should preferably be separated only in countries where they are still used distinctly for domestic calls; in other countries, the groupings are just kept by convenience and according to local usages in phone books or as shown in amenities (these groupings may vary for mnemonic reasons only, there's no requirement to suppress these group separators even if they are ignored when dialing). <br>- Some mappers started to add emergency numbers to police stations, hospitals and fire stations. This is fine as long as local numbers are used and the number is really bound to the object. You should not map objects with universal emergency numbers (e.g. 911 / 110 / 112) for local objects since this could result in non emergency calls blocking real emergency calls when people try to reach a local police station, hospital or fire station with non emergency matters.<br>- In NANPA countries such as the United States and Canada, businesses commonly use phonewords in posted phone numbers. phone=* should contain the numeric, fully resolved phone number for machine readability. Phonewords seen on signage etc. can go in phone:mnemonic=*, which could help search engines display the phone number more memorably. For example, "710-555-BEEF" would be tagged phone=+1-710-555-2333 phone:mnemonic=+1-710-555-BEEF and "55-KLICK" within the 710 area code would be tagged phone=+1-710-555-5425 phone:mnemonic=+1-710-55-KLICK.<br>- "How to map" section<br>- Italy does not omit the 0 in the international format like many countries do (the "0" default trunk prefix may be replaced by a "trunk selection code" in calls from within the country, but only for phone numbers that have this selection feature enabled: not all national phone numbers have a trunk selection code, and some ranges of "short" numbers, not starting with the default "0" trunk code, may also be called internationally; so this default "0" trunk code must still be used when calling from abroad). So the Milan number 02.724261 becomes phone=+39 02 724261 in OSM. A few other countries are doing the same and require dialing the national trunk selection code when calling them from abroad. <br>- The phone numbers in the United States and Canada consist of the following four elements: "+" (plus sign), the international country code (1), the area code and the local telephone number (written in two memorable blocks). A locally formatted US number may look like this: (303) 555-1765 (without the international area code). The same phone number in E.164 format would be: +1 303 555 1765. However, the NANP notation (+1-303-355-1765) is used as a quasi-standard based on the local notation (see Usage section). <br>- "Parsing phone numbers" section<br><br>Summary: I removed all sections which interfere with the international code or sections which support the international code because its specific at the beginning. I also assume that mappers leave `<area code>` out in countries that do not have area codes.<br><br>~ Sören Reinecke alias Valor Naram<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body><div class="quote" style="line-height: 1.5"><br><br>-------- Original Message --------<br>Subject: Re: [Tagging] Feature Proposal - Voting - (phone)<br>From: Joseph Eisenberg <joseph.eisenberg@gmail.com><br>To: "Tag discussion, strategy and related tools" <tagging@openstreetmap.org><br>CC: <br><br><br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> Whatever else may have been changed in this proposal, the number format<br>wasn't one of those changes<br><br>Sorry, I didn't realize this. I was reading the proposal and assumed<br>that the "Content" section was supposed to be different.<br><br>Valor Naram, could you clarify what specific changes will be made to<br>the page, based on approval of this proposal? Is it just rewording, or<br>are there any significant changes to how the tag is used?<br><br>- Joseph<br><br>On 10/21/19, Paul Allen <pla16021@gmail.com> wrote:<br>> On Mon, 21 Oct 2019 at 00:58, Warin <61sundowner@gmail.com> wrote:<br>><br>>> On 21/10/19 09:52, Joseph Eisenberg wrote:<br>>> ><br>>> > For example, requiring the country code in all phone numbers would not<br>>> > be standard practice in Indonesia or the USA, since people in these<br>>> > countries very rarely make phone calls to other countries.<br>>><br>>> It is not 'standard practice' in Australia, New Zealand either.. but it<br>>> is<br>>> what is done in OSM to enable people from outside that country to call<br>>> that<br>>> number.<br>>><br>><br>> I've been mapping for around 2 years now, and the wiki for phone=*<br>> specified ITU format<br>> back then.  Whatever else may have been changed in this proposal, the<br>> number format<br>> wasn't one of those changes.<br>><br>> --<br>> Paul<br>><br><br>_______________________________________________<br>Tagging mailing list<br>Tagging@openstreetmap.org<br>https://lists.openstreetmap.org/listinfo/tagging<br></pla16021@gmail.com></blockquote></tagging@openstreetmap.org></joseph.eisenberg@gmail.com></div></body></html>