Institutional Subscriptions - Enhancement

[samkalb]

In the case of Institutional Subscriptions, it is very common for the contact person to change. Presently, making such changes is cludgy. I would like to see an option for registering an institution as a subscriber with the option to change the email address and name of the contact person responsible for the subscription - within the role of Subscription Manager.

[jmacgreg]

Hi samkalb,

Thanks for your thoughts. We have received similar suggestions in the past, and I have framed them with your idea here: http://pkp.sfu.ca/bugzilla/show_bug.cgi?id=3916. Please feel free to Cc yourself, and add any comments as you see fit.

Cheers,
James

[Sally]

I think my query is related to this. We have just put our Inaugural Edition on-line and now want to register our journal with HINARI, a WHO sponsored initiative to supply journals for free to institutions in countries with low GNI within our operating area. However, we are going to have to start a subscription based journal for other countries in March. I understand we can reconcile these two systems using OJS, but how can this work with HINARI where as many as 72 IP addresses will be registered with them, and hence within our system?

[jmacgreg]

Hi Sally,

I'm not familiar with Hinari -- how do you go about registering for their site, and what is involved when they send users to your site? If it's a matter of registering IP addresses with them, you'll have to do the same with your OJS journals while also using subscription support. You can specify multiple IP addresses or ranges per subscription -- so if Hinari can provide you with IP information, you can update their institutional subscription as time goes on.

Cheers,
James

[Sally]

HI James,

The relevant issue here is that under Hinari we are sent a list of countries with IP addresses set up by Hinari. Now do I have to register all 72 IP addresses, 1 for each country? I have been given only 1 email address, which is a HINARI administrator; therefore, how can I register all these countries using only 1 email address under my subscription/create new user page? Or should I just register all 72 countries using their band of IP Addresses (eg XXX.xxx.xxx. 30-102)? I have created a subscription type for Hinari countries that can receive the journal free.
NY wishes,
Sally

[jmacgreg]

Hi Sally,

To make administration easier on your end, I would subscribe the one email account, and assign all IP addresses you have to that account. You can also use wildcards to add multiple IPs per subscription, if it makes things easier. From teh subscription page:

Enter an IP range if the subscription type is for institutions. If an IP range is entered here, the domain is optional. Valid values include an IP (e.g. 142.58.103.1), a CIDR IP range (e.g. 142.58.100.0/24), an IP range (e.g. 142.58.103.1 - 142.58.103.4), an IP range with '*' (e.g. 142.58.103.*), or any combination of these separated by a ';' (e.g. 142.58.103.* - 142.58.107.* ; 142.58.108.1/24 ; 142.58.106.*)

If your subscription field runs out of space to list all 72 IP addresses, let me know and I can tell you how to extend it.

Cheers,
James

[Sally]

Thanks James.

This worked for inputting both admin IP addresses and Band 1 countries (all 72 countries) and Band 2 countries (or a further 36 addresses).

Sally

[jmacgreg]

Hi Sally,

That's great! Thanks for keeping us posted. A very interesting implementation of IP authentication!

Cheers,
James

[Sally]

Hi James,

I need to be able to patch my subscription collection system into another system. Our journal operates within a University setting (using an outside server) who want us to cancel paypal and use their ecollection system. However, there doesn't seemto be any php specialist here, so how can we have a subscriber by-pass paypal and be automatically patched into the university's ecollection system? Interface to ecollection can be written in php.

Thanks,
Sally

PS There is some urgancy here as we need to remove paypal asap and our payment needs to start by March when suscriptions start.

[jmacgreg]

Hi Sally,

Are you using the Payments module for anything besides subscriptions? If subscriptions are your only concern, I would recommend using the Manual payments plugin and uploading instructional text to the plugin configuration page, as well as to the Subscription Policies -> Information page.

Cheers,
James

[Sally]

Hi James,

Thanks, I'll give that a try and let you know if we have any hick-ups.

Sally

[rke4me]

Hi James,

I am going to use latest ver. of OJS i.e. 2.2.2.

For and IP based Institutional Subscriptions, Do I need to follow the Patch at (or Bug 2686)
http://pkp.sfu.ca/cvs/cvsweb.cgi/ojs2/classes/subscription/SubscriptionDAO.inc.php.diff?r1=1.17;r2=1.18

OR

it's allready included in latest ver. of OJS i.e. 2.2.2 ?


-rke

[mj]

Hi rke,

Looking at the patch date and the current code, yes, this fix is included in the current release of OJS 2.2.2.

MJ

[rke4me]

Thanks MJ for your swift reply.

Now, We want to set up a Institutional Subscription (Subscribers should be validated via domain or IP authentication. Also mixing non-IP-based subscriptions with IP-based ones ).

Then we need to go through following ways as suggested by Alec Smecher in Aug 10, 2005:
-----------------
In Journal Setup page 2, you also need to make sure "Unregistered users can view the full text of published articles" and "Unregistered users can view the journal site" are chosen. On page 4, enable subscriptions.

As Editor, under Back Issues, make sure that the issues' access information on their Issue Data pages is properly set (i.e. subscriptions indicated where necessary).

If you are mixing non-IP-based subscriptions with IP-based ones, you may need to apply the patch at http://pkp.sfu.ca/bugzilla/show_bug.cgi?id=2686.

--------------------------

If not, then there are any other instructions to
"IP-based subscriber be able to access subscription-based content without needing to log in. "

-Rke

[jmacgreg]

Hi rke,

Nope, that should pretty much cover it.

Cheers,
James