Audio from SI is not playing

[jhammock]

This resource http://eol.org/content_partners/196/resources/341

Contains data objects that are sounds, eg: http://eol.org/data_objects/33044030. They neither play nor appear in a "sounds" subtab in the collection, which I expect means they are not recognized from the resource. Alas, it's an xml file. Eli, could you have a look? You'll be the most savvy to those requirements, I think. Their resource is downloadable from the resource page. We'll probably ask the partner for a fix if it's easy enough. We may also in due course ask them for a DwC-A, but I'm not sure when they're going to have time to do that...

[jhammock]

Thanks, Eli! The new resource is queued up.

[eliagbayani]

Just pasting history:

On Wed, Jul 13, 2016 at 3:37 AM, Eli Agbayani eagbayani@eol.org wrote:

Audio from SI is not playing (issue-296)
Made a workaround to let the audio play. 
The problem is that the partner shares its videos via a URL that is pointing to MP3 files but not to the actual file. We seem not to handle this well.

They use this: http://collections.mnh.si.edu/services/media.php?env=birds&irn=10027486
Instead of something like this: http://collections.mnh.si.edu/services/audio/MZ000134.MP3

Anyway, since they only offer 11 audio files, I’ve just hosted their MP3 files in a public dropbox folder.
e.g. https://dl.dropboxusercontent.com/u/5763406/resources/341/mp3/MZ000134.MP3

EOL XML resource has now been generated.
A copy here.

I have now uploaded the resource (id = 341) to our server as well. Ready for harvesting.
Will let Jen set the queue. Thanks Jen.

Latest stats:
taxon                    = 5738
taxon reference    = 5738
synonym               = 5738
commonName      = 5738
dataObject            = 11536
dataObject reference = 3968
texts     = 3968
images  = 7557
sounds  = 11

Regards,
Eli

[jhammock]

I think this had a familiar typo in it:

"The specified schema could not be loaded or contained errors"

http://localhost/eol_php_code/applications/schema/content_0_3.xsd

[eliagbayani]

I've set it to force-harvest again. Please add it in the queue.

This problem appears to me when services.eol.org is down. Maybe when it was its time in the queue to harvest, services.eol.org was down thus giving this error message. The problem is not in the resource file. Thanks @jhammock.

[jhammock]

Thanks, @eliagbayani ! It's queued back up and I'll know this possibility next time we see this.

[JRice]

Mmmmmaybe, but the URL "http://localhost/eol_php_code/applications/schema/content_0_3.xsd" won't work; needs to be "http://services.eol.org/eol_php_code/applications/schema/content_0_3.xsd"

[eliagbayani]

Good point @JRice . I haven't looked at the actual code but I assume first option is services.eol.org, if that is offline it goes to localhost. And if webserver doesn't support localhost then it fails totally.

[JRice]

I guess the thing that would be surprising is that, if something in running PHP, then services.eol.org is available (since they're run by the same container). ;)

On Wed, Jul 20, 2016 at 10:27 PM, eliagbayani notifications@github.com wrote:

Good point @JRice https://github.com/JRice . I haven't looked at the actual code but I assume first option is services.eol.org, if that is offline it goes to localhost. And if webserver doesn't support localhost then it fails totally.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/EOL/tramea/issues/296#issuecomment-234139625, or mute the thread https://github.com/notifications/unsubscribe-auth/AABebtglC8qUPx2tA5HuHPZucOGM8kuKks5qXtkIgaJpZM4IfZwr .

[eliagbayani]

Hi @jhammock , may I request can you please add this resource to harvest queue. Let us give it another try. I just now ran the connector from the server itself, resource generated and set to force-harvest. Thanks.

[jhammock]

queued up, might be awhile as harvests are awaiting a bug fix first. Thanks!

[eliagbayani]

Thanks @jhammock. And good to know.