I’m trying to sort the delivered files I got from our OMP translators, and the problem is they return me a single ONIX_BookProduct_CodeLists.xsd file, so I have doubts about where it need to be placed.
IIRC, the problem is that we are not allowed to ship a translated (as in “inofficial translation”) version of the ONIX codelist. I don’t know if it’s something we should aim for. It’s an/one industry standard, but including it leaves us with a few dependancies (not having translations is one of them).
Sorry to ask, but… why not? I don’t see any license restrictions.
I mean, if we deliver the official files, why we could not deliver the unofficial ones?
Any way… our stuff did Catalan and Spanish translations.
It file took lot of hours and now work is already done.
Do you want me to commit them to git or should I send it to EDItEUR?
Sorry to anyone, but during the last 8 month our team was working in two OMP translations that only need a final review to be released and they are burning in my hands.
There are 3 active branches for each of our applications. Taking OMP as an example:
omp-stable-1_1_1: This is the branch to use if you want OMP 1.1.1 (the current stable release), plus minor fixes and recommended patches. This is intended for production use. Branches like this are created whenever a release is made. (In git-speak: the branch is created with the release tag as its branch point.)
omp-dev-1_1: This is the development branch for the stable line, and will eventually be released as OMP 1.1.2 (if we decide to release a 1.1.2).
master: This is the development branch for the next major release, currently planned to be OMP 1.2. This is the least stable branch but includes the most active development work.
If a fix is to be included in omp-stable-1_1_1, then it’ll also need to be cherry-picked forward into the other branches. We can help take care of details like that. For translations of the ONIX files, I’d suggest targeting the omp-dev-1_1 branch.
You’ll get a “no branch” state when you initialize your submodules because git will automatically check out the lib/pkp submodule according to the submodule hash registered in the application repository. You’ll want to check out the same branch in the lib/pkp submodule that you’re using in the application repo.
There’s some more writing on our use of branches on the developer blog.
About translating ONIX codelists, I’ve heard back from my contact there and it sounds like they’re still figuring out how to manage them. He is interested in getting full or partial translations, though, so I’d suggest contacting EDItEUR before beginning a translation – in case they have a partial translation already, which is apparently the case for e.g. Brazilian Portuguese.
Regards,
Alec Smecher
Public Knowledge Project Team