As the developers of Open Journal Systems, Open Conference Systems, Open Harvester Systems, and Open Monograph Press, the PKP team are experts in helping journal managers and conference organizers make the most of their online publishing projects. PKP Publishing Services offers support for:

As a customer of PKP Publishing Services, you will not only receive direct, personalized support from the PKP Development Team, but will be contributing to the ongoing development of the PKP applications. All funds raised by PKP Publishing Services go directly toward enhancing our free, open source software. For more information, please contact us.

1. Search the forum. You can do this from the Advanced Search Page or from our Google Custom Search, which will search the entire PKP site. If you are encountering an error, we especially recommend searching the forum for said error.

2. Check the FAQ to see if your question or error has already been resolved. Please note that this FAQ is OJS-centric, but most issues are applicable to both platforms.

3. Post a question, but please, only after trying the above two solutions. If it's a workflow or usability question you should probably post to the OCS Conference Support and Discussion subforum; if you have a development question, try the OCS Development subforum.

Dear allI'm currently setting up an OCS site for a conference, with the Swiss Linguistic Society (SSG) as main sponsor. All sponsors have different names depending on what language is used (as do a number of cities they reside in).So far I tried this:- Change

This resulted in two (why not 3?) ## sponsor.institution ## entries at /index.php/chling/no8/about/organizingTeam.

I think I need some help here

PS: I have yet to see where the mailing addresses of the sponsors are being shown to visitors. I assume I'd have to localize that page too.PPS: I've avoided scripting around the conference manager for now, since that's way too complex for me, I'm getting lost at _delegateToRouter() at the latest.

You're on the right track -- I suspect you're getting hit by an out-of-date cache file. When you modify conference settings by hand in the database, make sure you flush your data cache, or OCS will continue to use the cache file. To do this, delete all .php files from cache/ (or use the Administrator's web interface to flush the caches).

PS: I have yet to see where the mailing addresses of the sponsors are being shown to visitors. I assume I'd have to localize that page too.

Hmm, I've just checked, and that field is never displayed! The sponsor information is otherwise displayed in templates/about/conferenceSponsorship.tpl, so adding the address there would be best. Meanwhile, I've filed this omission in http://pkp.sfu.ca/bugzilla/show_bug.cgi?id=8326.

PPS: I've avoided scripting around the conference manager for now, since that's way too complex for me, I'm getting lost at _delegateToRouter() at the latest.

What would you like to do? Fortunately, it shouldn't be necessary to know your way around the router code to make changes.

Sorry for taking so long to reply. I checked if everything is still set up how I described it, re-uploaded the relevant changed files just to be sure, cleared the cache again, and re-checked the result. Still

Sponsors

##sponsor.institution## ##sponsor.institution##

This is the "sponsors" setting in cache/fc-schedConfSettings-1.php you asked for:

EDIT: I copied the English entry to the other two used locales, thinking the problem might lie in not having localizations for all used locales. It didn't fix the problem, but I noticed something. As you see in the quote above, there were two localization errors, despite there being 3 sponsors. I had assumed the third had errored out and thus not displayed, but with 4 localizations (en_US, de_DE, it_IT, fr_CA), there are now four localization errors, so the problem must lie in not going deep enough into the array:

templates/about/conferenceSponsorship.tpl: Turns out this doesn't need to be changed at all.

Necessary changes to database:Unedited, 'SELECT * FROM sched_conf_settings WHERE setting_name="sponsors";' yields one result, with "locale" empty. Make a new, identical entry for every locale you're going to use, except with "locale" set to the corresponding locale key. The content of "setting_value" is a serialized variable. I suggest you get the original with php, unserialize it, and var_dump the resulting variable to look at it. Then make a copy, change what you want to change, serialize it, and insert that as the new localized sponsors entry. I strongly suggest you use &eacute; etc. instead of é et al.; you avoid possible encoding issues that way.OCS not only checks $sched_conf, it also checks $conferences. In our database, I haven't found any setting called "sponsors" anywhere outside of sched_conf_settings, but I assume that the relevant setting would be in conference_settings, if it were defined. So if you have set sponsors that apply to every scheduled conference in a conference series, you should probably do the same as above with conference_settings WHERE setting_name="sponsors".

I didn't get into changing anything in the admin area, so until the PKP team decides to implement these changes and reflect them in the admin area, any sponsor information will have to be changed and created manually with SQL commands instead of via the content management system.

I hope this post helps anyone looking for a solution for localizing sponsors.

A word of caution about entering stuff directly via mysql: For some reason, non-ASCII characters became a problem for me. Both ISO-8859-1 nor UTF-8 were rejected by the system ($sponsors arrived empty in AboutHandler.inc.php whenever there was a non-ASCII character of either encoding inside any sponsor information).

I also tried the following in pages/about/Abouthandler.inc.php to enable &eacute;, &uuml; etc. instead:

This results in the correct number of bulletpoints under the Sponsors heading on the About>Organizing Team page, but whatever is changed by this snippet ends up empty. In my case, the last of three sponsors has non-ascii characters in its institution name. The first two sponsors are perfectly fine, the last one would technically have a working link (the correct link is in the href attribute), but the text (the institution) is missing. I tried to find the culprit, but as far as I can tell, this text goes directly to the Smarty engine. The text itself, before it hits my snippet, is still "raw", as in untouched by any htmlentities()/html_specialchars() call.

PS: I also tried entering it via the manager, then copying the resulting no-locale database entry to all locales (to test), then deleting the no-locale entry from the database. Same difference. $sponsors arrives empty in AboutHandler.inc.php