You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For non-TEI schemas and otehr TEI customizations,
a. provide more detailed error message (i.e. why the schema is failing)
b. provide documentation (re saving and referencing copies of the schemas in GitHub repos)
c. ensure the Git-Writer Git server supports referencing the GitHub schemas
Archived description:
In the revamped Git-Writer, users can load any xml document, with any schema declared, including http schemas which are currently not supported by CWRC-Writer. We need to either
find
a way for CWRC Writer to read non https schemas, or
a way to automatically add a proxy for the http schemas when used in Git-Writer.
We discussed this problem with James and Andrew multiple times in the past and it looks like the former is not a viable solution.
Re the latter, would it be possible to have a setup where:
Git-Writer would check the schema of an uploaded document and if http identified, send a call to the CWRC server
On the CWRC Server, the call from GitWriter would trigger a script that would create an on-the fly proxy and pass it back to Git-Writer
GitWriter would use the proxy while the document is open and send another call to the CWRC server when the document is closed to remove the proxy
Decision:
a. provide more detailed error message (i.e. why the schema is failing)
b. provide documentation (re saving and referencing copies of the schemas in GitHub repos)
c. ensure the Git-Writer Git server supports referencing the GitHub schemas
Archived description:
In the revamped Git-Writer, users can load any xml document, with any schema declared, including http schemas which are currently not supported by CWRC-Writer. We need to either
find
We discussed this problem with James and Andrew multiple times in the past and it looks like the former is not a viable solution.
Re the latter, would it be possible to have a setup where:
Do you think this would be doable, @jefferya ?
The text was updated successfully, but these errors were encountered: