Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

add functionality to convert symbols to fonts and unicode support #38

Open
wxtim opened this issue Jan 31, 2019 · 5 comments
Open

add functionality to convert symbols to fonts and unicode support #38

wxtim opened this issue Jan 31, 2019 · 5 comments

Comments

@wxtim
Copy link

wxtim commented Jan 31, 2019

Is it worth adding scripts to convert these svgs to

  1. Fonts
  2. Local unicode symbols in the local symbols section of the unicode space.
@chris-little
Copy link
Member

Both are good ideas, but think (2) Unicode Private Symbol Space of 2000 is front runner and will get most mileage (sorry about all the metaphors).

The problem with (1) is choosing which font formats. Even SVG Versions 1, 1.2 and 2 haven't quite got it right yet, though I am open to being corrected.

@dopplershift
Copy link

MetPy went to the trouble of producing a TTF font from these images, at least for weather symbols. We elected to use the private symbol space, starting at 0xE900.

@tomkralidis tomkralidis changed the title Consider: add functionality to convert symbols to fonts and unicode support Feb 1, 2019
@chris-little
Copy link
Member

chris-little commented Feb 7, 2019

Thanks for this info. I think using the Basic Plane Private Use Area (U+E000–U+F8FF) of 6400 symbols is a good decision, as I am not aware of the use of the 'higher' planes enabled by ISO10646: Private Use Area-A (U+F0000–U+FFFFD) and Private Use Area-B (U+100000–U+10FFFD), with 64K symbols each, and possibly used in China.
Is there any reason for starting at 0xE900 rather than nearer 0xE000, like 0xE001?

@dopplershift
Copy link

I’m honestly not sure why we went with 0xE900, other than maybe to be less likely to conflict.

@ronaldtse
Copy link

Hello folks! @chris-little asked during the most recent OGC DocTeam session on whether Metanorma supports these symbols from the unicode private plane. Is there going to be an official font for these?

(we're tracking it here: metanorma/metanorma-ogc#24)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants