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

Incorporate EpiDoc Example XSLT for transformation #26

Closed
ajenhl opened this issue Jun 22, 2017 · 4 comments
Closed

Incorporate EpiDoc Example XSLT for transformation #26

ajenhl opened this issue Jun 22, 2017 · 4 comments

Comments

@ajenhl
Copy link

ajenhl commented Jun 22, 2017

Include the Epidoc example XSLT into EFES, with customisation points corresponding to the XSLT parameters.

This parallels #9.

@ajenhl ajenhl added this to the Roueché pre-work milestone Jun 22, 2017
@ajenhl ajenhl self-assigned this Jun 22, 2017
@ajenhl
Copy link
Author

ajenhl commented Jun 26, 2017

A design note about this: in the (as yet uncommitted) work I've done on this, I've kept the existing Kiln handling of TEI texts, and added pipelines for handling Epidoc texts. This makes sense to me, both so that EFES stays as close as possible to Kiln and because there will doubtless be projects that have a mixture of the two. I state this here so that if anyone has any objections or thoughts, they can let me know before I go further down this road.

@gabrielbodard
Copy link

How will EFES/users differentiate between EpiDoc and non-EpiDoc TEI files? Will all the former be in subdirectories of /epidoc/ ?

@ajenhl
Copy link
Author

ajenhl commented Jul 6, 2017

Non-Epidoc TEI files continue to live in content/xml/tei/ and Epidoc files live in content/xml/epidoc/. No doubt issues will arise in terms of when we want to have processes/display handle the two together, and when to keep them apart (eg, search). Having them separate at the most fundamental layer is important, though (for those projects that end up using both).

@gabrielbodard
Copy link

gabrielbodard commented Nov 24, 2017

This seems to be a duplicate of #9 , and also complete (with the proviso noted there and in #42 ) so I'm closing it.

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

2 participants