SignWriting in Unicode (SWU) was released in 2017. It uses Plane 4 for the Sutton SignWriting symbols with characters like U+40001. SWU overwrites the Sutton SignWriting Block (U+1D800 - U+1D9FF) with structural markers and number characters. https://steveslevinski.me/#standard2017
Ahh Understand. Thank you
FSW and SWU represent the same information and contains everything needed to define a sign. There is an easy conversion back and forth. The new sutton-signwriting/core package has a convert module with several functions to help swu2key, key2swu, swu2fsw, fsw2swu. https://sutton-signwriting.github.io/core/#convertswu2key
Fine. I need that convert-tool. thank you
Yes we, delegs 3 team (acutal project until march 2022), are working with sign2mint-team and creating a lot of SignWriting images for sign2mint. We will implement a new feature "Search by sign" soon. I compared the "Seach by sing" feature at sign puddle v2 and sign puddle v3 and figured out, that v2 searchs with symbol-ID and v3 searchs with SWU (Unicode). Can you tell me why did you change between v2 and v3? Have you problem with symbol-ID? delegs implemented sign writing always with symbol-ID and we are discussing, if we change from symbol-ID to unicode.
What is your opion with search sign via symbol-ID or SWU?
SWU is easier to use with fonts. The one-dimensional font is production ready. We have a proof-of-concept two dimensional font using Graphite. I have a development plan for the two-dimensional font using the Universal Shaping Engine. https://meta.wikimedia.org/wiki/Grants:Project/slevinski/ASL_Wikipedia_2-D_Font_Development_for_SignWriting
Is that project with Graphite starting? I see that the project is not seleceted by Wikimedia.
Is there die data of ISWA 2010 HTML Reference in sql-format for sqlite3? If no, then I must create a convert program to parse all html-files and insert into db oder create in csv-file.