<div><br></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 2, 2022 at 1:15 PM John Carlson <<a href="mailto:yottzumm@gmail.com">yottzumm@gmail.com</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)" dir="auto"><div dir="auto">* documenting X3DUOM to JSON schema rules, possibly automate (export XSLT???)</div></blockquote><div dir="auto"><br></div><div dir="auto">I have specific experience converting translation rules to C++ in another lifetime.   But this time, we don’t have a C++ library to rely on.   Could I write the translation rules in some form of Saxon API, then use Saxon to export to XSLT?   How tightly do we want to bind to Saxon?</div><div dir="auto"><br></div><div dir="auto">This time, I guess I have to generate the rules, possibly in XML or Java, and then trust that someone else will take the lead on converting the XML or Java to XSLT (probably using Saxon).  Or maybe I should create the rules in JSON?   Is that even possible?   Brain is exploding…</div><div dir="auto"><br></div><div dir="auto">I understand that I have X3DUOM and X3D JSON schema as input.   What is the desired output beyond XSLT?   Would it be best to create/generate a kind of I/O mapping DSL file (in JSON?)  as I had on the C++ project?</div><div dir="auto"><br></div><div dir="auto"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)" dir="auto"><div dir="auto"></div>
</blockquote></div></div>