Hello!

I'm trying to use this module in a dev site, the idea behind the module is really great and I'd love to see it reaching a stable release soon!

I installed IA module, visited the settings page and gave it the keys and a default Item name (vlepo_nonprofit) and tried my first file-field upload (i uploaded a file named 440hz-5sec.mp3)
The result was:
this entry: http://www.archive.org/details/vlepo_nonprofit was created, it doesn't have an audio file inside it
this entry: http://www.archive.org/details/440hz-5sec.mp3 was also created, notice the submitted date (1970) and that it also doesn't have an audio file!

both are saved under community texts although the uploaded file was an mp3
seems logical of course since no audio file is accompaning the entries

don't know if I'm doing something wrong, hope my english are good enough to explain the problem in detail
let me know if there is anything more I can do to help,
Bill

ps: how can I delete those entries for archive.org? should the module have an option for a test item (to be deleted after 30days from IA automatically?)

CommentFileSizeAuthor
#6 no_item_rule.patch1.81 KBcivicpixel

Comments

bserem’s picture

bserem commented
Title: Saving audio file into archive.org doesn't compy with modules settings » Saving audio file into archive.org creates two seperate text entries

here is an updated list, including a second trial I did to see if I could make it work:

http://www.archive.org/details/440hz-5sec2_1.mp3
http://www.archive.org/details/vlepo_nonprofit_trial
http://www.archive.org/details/440hz-5sec.mp3
http://www.archive.org/details/vlepo_nonprofit

all the above are text entries, created while sending an mp3 file to archive.org
notice that two entries are created for each file I send

civicpixel’s picture

civicpixel commented
Assigned: Unassigned » civicpixel

I'll take a look at this early next week. Most folks using the module so far have been doing so with video, so it's likely there are a decent number of bugs with audio uploads. I'd love to see it used with audio too however, so I'll make some time to see if I can replicate/resolve your issues.

bserem’s picture

bserem commented

well then, be prepared... I'll give a try with text-files as well (pdf's probably) :-)
my client doesn't have any plans for video though!

ideally I'm planing to make this module work together with media_archive (which also has some issues with audio, currently under investigation by the developer). Those two together will provide a great way for organizations to save non copyrighted data!

if there is anything I can do to help (provide more data, paste logs, replicate errors etc) just tell me, I'll be glad to do whatever I can to help you

civicpixel’s picture

civicpixel commented

I started working on replicating / resolving this last night. On my test instance I:
1. created a content type with a filefield, attached an MP3 file (testing with this one: http://ccmixter.org/files/hisboyelroy/430)
2. kicked off the transfer manually by clicking on the "transfer to archive" link
3. watched the status via my archive.org account

The first issue I ran into is that the module didn't have a proper definition for the MP3 audio/mpeg mimetype. This resulted in the new archive.org item being classified as either video or text, which prevents the audio derivation process from starting / audio player from appearing.

So I added the mimetype to the module, and then kicked off another transfer from a new node with the same file attached. With that change everything seems to have worked properly. The new item was created, audio file attached, and archive.org is derived the file and generated the player:
http://www.archive.org/details/21-brian-nocollectionmp3fileupload. I committed the mime change to the development branch: ttp://drupalcode.org/viewvc/drupal/contributions/modules/internet_archive/internet_archive.module?r1=1.28&r2=1.29 (should roll out automatically tomorrow morning in the dev release)

As you reported, the item is created in the "community texts" collection, which is what archive.org defaults to when no collection is provided. I would like to set a default collection with the module to Archive's "test_collection" which deletes the files after 30 days, and would make sense to start with on most installs during testing. Unfortunately attempting to move files via Archive's S3 interface to that collection returns an access denied message, I've contacted them about finding a solution to this. I've also created a separate issue for this so it doesn't get lost: http://drupal.org/node/1055218

I did not run into the duplicate item creation issue. How are you kicking off the transfers? Are you using the queue + a view, or just testing via the manual "transfer to archive" link that appears on the node? Information that might help me replicate that issue:
1. If you are using a view, attach an export of it
2. Attach an export of the content type you're using
3. Attach a screen grab, or a list of your settings in the "Basic item and metadata options" section of the main settings page.

I am also going to create another separate issue that will come up as soon as you start getting your audio files flowing to archive.org as you mentioned it above: Allow for storage of audio files in emfield archive.org audio: http://drupal.org/node/1055212

bserem’s picture

bserem commented

I'll test the new version later today hopefully!

as for the duplicate issue, I submit the files manually by pressing the button, I do not use views at the moment

the second item that gets created in IA is named after the text I put inside the first configuration field of the IA module
the field named Default Archive.org Item to store files in
If I put vlepo_nonprofit in the field this item gets created in IA: http://www.archive.org/details/vlepo_nonprofit

I'll test everything with the new module and report back with as much info as I can!

civicpixel’s picture

civicpixel commented
Title: Saving audio file into archive.org creates two seperate text entries » Saving any file into archive.org creates separate items without files instead of adding to default item
Status: Active » Needs review
StatusFileSize
new no_item_rule.patch1.81 KB

Alright I think I tracked this one down -- there was a problem with the cascade of rules determining the item name. I've attached a patch that I will commit in the next day or so, basically if there is no item name pattern defined, and the checkbox is not checked to use the node title to generate the item name, it now correctly falls back to the default item name.

civicpixel’s picture

civicpixel commented

This patch has now been committed to the dev branch.

bserem’s picture

bserem commented

the latest patched you have rolled seem to fix everything!

I created a new node, transfered the file to IA and one (test item) was created in archive.org
here is the item: http://www.archive.org/details/1000hz-5secmp3
haven't yet seen if it works ok with media_archive, atm my file is waiting for validation (although it is stuck there for 3 hours)

sorry for being so late, I didn't had much time to test your patches in the past week!
although I'm not yet using at the non-profit site I'm building I'll continue testing this module and give feedback :)

civicpixel’s picture

civicpixel commented
Status: Needs review » Fixed

Great, thanks for testing it! Marking as fixed since a few people have tested and reported that this issue is gone.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.