when I suggested this during an earlier revision cycle, it was soundly rejected as introducing undesirable complexity. I think that was probably the correct decision.
>hi all, >i got to come back to a question i was asking earlier: shouldn't there >be a way, to declare multiple unapi-servers (via multiple link >elements) on a page - possibly differentiated by id attribute? this >would also require a way to link each abbr element to one of these >unapi-servers (not too many attributes available for this, though). >the use case i'm thinking of: livingreviews.org publishes several >journals. each of these disseminates metadata about it's publications >via a unapi server. now, on the portal page, we'd like to point to new >publications in all journals, possibly providing unapi links already >here. >in this particular case, there would be several workarounds possible. i >could just fake a unapi server for the portal by rewriting/redirecting >unapi requests. i still think, a mechanism as outlined above may be a >valuable extension of the unapi spec. >best regards, >robert -- Eric Hellman, Director OCLC Openly Informatics Division [EMAIL PROTECTED] 2 Broad St., Suite 208 tel 1-973-509-7800 fax 1-734-468-6216 Bloomfield, NJ 07003 http://www.openly.com/1cate/ 1 Click Access To Everything --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "gcs-pcs-list" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/gcs-pcs-list?hl=en -~----------~----~----~----~------~----~------~--~---
