Thanks for your quick reply!
That worked! When I run a nslookup for "digitalcollections.library.ubc.ca"
it returns "cdm-applnxprd1.library.ubc.ca" that, while it doesn't follow
the "server12345" pattern, does return results when I append API fields:
Like all things CONTENTdm I'll need to code around a few things, for
example, doing a nslookup for "digitalcollections.lib.washington.edu"
returns a couple URLs including "cdml02.contentdm.oclc.org" which doesn't
return results when similarly adding API fields. However, for the
Washington site I'm able to get a working URL from their HTML. So I
suppose a combination of those things will work sufficiently. Thanks again!
Re the why: I'm a Scalar co-creator and have spun Scalar's import system
(whereby authors can import content into their projects from various
digital archives) into its own application, Tensor. Architected from the
ground up Tensor can do many more things than Scalar's antiquated import
system can do, including linking to archives that have complex or
multi-dimensional APIs. All that's needed is a parser file then one can
use Tensor to move content in Scalar, and actually my goal is for Tensor to
not only hook into many archives but also many publishing systems, not just
Here is a list of the parsers I've already created:
Once a parser is created, any archive that uses that platform can be
I've attached a couple screengrabs, not sure if they'll come through the
list server but provides a general sense of Tensor, hopefully.
All the best,
On Tue, Jul 3, 2018 at 10:48 AM Kyle Banerjee <[log in to unmask]>
> Hi Craig,
> Have you tried using nslookup? That should return the CNAME entry
> containing what you seek.
> Also, curiosity is killing me as to why knowing server numbers for machines
> you don't control would be useful.
> On Tue, Jul 3, 2018 at 10:17 AM, Craig Dietrich <[log in to unmask]>
> > Hi all,
> > This has been driving me crazy and OCLC hasn't written me back: is there
> > trustworthy way to get the server ID# from CONTENTdm?
> > I've been relying on
> > '//'.$hostname.'/utils/diagnostics'
> > ... which under some cases returns this string:
> > server12345.contentdm.oclc.org
> > ... with 12345 in this case being the server ID#.
> > But for many CONTENTdm sites this string isn't present.
> > The home page HTML for CONTENTdm has a lot of useful info in it, but not
> > the ID# that I can find.
> > Anyone had any luck?
> > Thanks!
> > Craig