Sufficiency of conditions for encoding is decided on a case by case basis
by the UTC. According to the existing criteria for encoding symbols, being
a symbol used in maps and map legends contributes to multiple of criteria
items on that document and strengthens the case for acceptance.
May be all symbols used in physical maps in the world *could* be encoded if
there is a strong, compelling case presentable for them to be used in text
environments. Correlation of them not being encoded so far and them being
widespreadly used on maps and map legend does not mean any causation that
one can not provide a strong case for encoding them.
Personally speaking, I'm currently researching for a proposal for encoding
of some of the USGS symbols as well as some other general map symbols.
↪ Shervin
On Thu, May 28, 2015 at 2:56 PM, Leo Broukhis <leob_at_mailcom.com> wrote:
> Being used in maps and map legends is not a sufficient condition for
> encoding a symbol. If it were, all symbols used in physical maps would
> have been encoded, including each and every mineral and rare metal.
>
>
> Leo
>
> On Thu, May 28, 2015 at 2:20 PM, Shervin Afshar <shervinafshar_at_gmail.com>
> wrote:
> > Since the double-diamond has map and map legend usage, it might be a good
> > idea to have it encoded separately. I know that I'm stating the obvious
> > here, but the important point is doing the research and showing that it
> has
> > widespread usage.
> >
> > ↪ Shervin
> >
> > On Thu, May 28, 2015 at 2:15 PM, Shawn Steele <
> Shawn.Steele_at_microsoft.com>
> > wrote:
> >>
> >> I’m used to them being next to each other. So the entire discussion
> seems
> >> to be about how to encode a concept vs how to get the shape you want
> with
> >> existing code points. If you just want the perfect shape, then maybe
> an
> >> svg is a better choice. If we’re talking about describing ski-run
> >> difficulty levels in plain-text, then the hodge-podge of glyphs being
> >> offered in this thread seems kinda hacky to me.
> >>
> >>
> >>
> >> -Shawn
> >>
> >>
> >>
> >> From: verdyp_at_gmail.com [mailto:verdyp_at_gmail.com] On Behalf Of Philippe
> >> Verdy
> >> Sent: Thursday, May 28, 2015 2:12 PM
> >> To: Jim Melton
> >> Cc: Shawn Steele; unicode Unicode Discussion
> >> Subject: Re: "Bunny hill" symbol, used in America for signaling ski
> pistes
> >> for novices
> >>
> >>
> >>
> >> Some documentations also suggest that the two diamonds are not stacked
> one
> >> above the other, but horizontally. It's a good point for using only one
> >> symbol, encoding it twice in plain-text if needed.
> >>
> >>
> >>
> >> 2015-05-28 22:15 GMT+02:00 Jim Melton <jim.melton_at_oracle.com>:
> >>
> >> I no longer ski, but I did so for many years, mostly (but not
> exclusively)
> >> in the western United States. I never encountered, at any USA ski
> >> hill/mountain/resort, a special symbol for "bunny hills", which are
> >> typically represented by the green circle meaning "beginner". That's
> >> anecdotal evidence at best, but my observations cover numerous skiing
> sites.
> >> I have encountered such a symbol in Europe and in New Zealand, but not
> in
> >> the USA. (I have not had the pleasure of skiing in Canada and am thus
> >> unable to speak about ski areas in that country.)
> >>
> >> The double black diamond would appear to be a unique symbol worthy of
> >> encoding, simply because the only valid typographical representation
> (in the
> >> USA) is two single black diamonds stacked one above the other and
> touching
> >> at the points.
> >>
> >> Hope this helps,
> >> Jim
> >>
> >>
> >> On 5/28/2015 2:04 PM, Shawn Steele wrote:
> >>
> >> So is double black diamond a separate symbol? Or just two of the black
> >> diamond?
> >>
> >>
> >>
> >> And Blue-Black?
> >>
> >>
> >>
> >> I’m drawing a blank on a specific bunny sign, in my experience those are
> >> usually just green.
> >>
> >>
> >>
> >> Aren’t there a lot of cartography symbols for various systems that
> aren’t
> >> present in Unicode?
> >>
> >>
> >>
> >> From: Unicode [mailto:unicode-bounces_at_unicode.org] On Behalf Of
> Philippe
> >> Verdy
> >> Sent: Thursday, May 28, 2015 12:47 PM
> >> To: unicode Unicode Discussion
> >> Subject: "Bunny hill" symbol, used in America for signaling ski pistes
> for
> >> novices
> >>
> >>
> >>
> >> Is there a symbol that can represent the "Bunny hill" symbol used in
> North
> >> America and some other American territories with mountains, to
> designate the
> >> ski pistes open to novice skiers (those pistes are signaled with green
> signs
> >> in Europe).
> >>
> >>
> >>
> >> I'm looking for the symbol itself, not the color, or the form of the
> sign.
> >>
> >>
> >>
> >> For example blue pistes in Europe are designed with a green circle in
> >> America, but we have a symbol for the circle; red pistes in Europe are
> >> signaled by a blue square in America, but we have a symbol for the
> square;
> >> black pistes in Europe are signaled by a black diamond in America, but
> we
> >> also have such "black" diamond in Unicode.
> >>
> >>
> >>
> >> But I can't find an equivalent to the American "Bunny hill" signal,
> >> equivalent to green pistes in Europe (this is a problem for webpages
> related
> >> to skiing: do we have to embed an image ?).
> >>
> >>
> >>
> >>
> >>
> >> --
> >>
> >> ========================================================================
> >>
> >> Jim Melton --- Editor of ISO/IEC 9075-* (SQL) Phone:
> +1.801.942.0144
> >>
> >> Chair, ISO/IEC JTC1/SC32 and W3C XML Query WG Fax :
> +1.801.942.3345
> >>
> >> Oracle Corporation Oracle Email: jim dot melton at oracle dot com
> >>
> >> 1930 Viscounti Drive Alternate email: jim dot melton at acm dot org
> >>
> >> Sandy, UT 84093-1063 USA Personal email: SheltieJim at xmission dot com
> >>
> >> ========================================================================
> >>
> >> = Facts are facts. But any opinions expressed are the opinions =
> >>
> >> = only of myself and may or may not reflect the opinions of anybody =
> >>
> >> = else with whom I may or may not have discussed the issues at hand. =
> >>
> >> ========================================================================
> >>
> >>
> >
> >
>
Received on Thu May 28 2015 - 17:23:18 CDT
This archive was generated by hypermail 2.2.0 : Thu May 28 2015 - 17:23:18 CDT