PDF Attachments to Groups
I recently imported an RDF file into a new Zotero Group but the PDF's attached to items in the RDF do not appear in the Group. I can see the attachments in my personal Zotero items but there is no option to attach them to the group. The end goal is to then bring them into Omeka.
Incidentally, is there a way to update the Collection in Omeka that is based on a Zotero import? It seems I have to create a new Collection each time I want to update it.
Incidentally, is there a way to update the Collection in Omeka that is based on a Zotero import? It seems I have to create a new Collection each time I want to update it.
I don't believe Omeka's Zotero importer supports updating, it does a full import each time, but questions about it should generally go to the Omeka forums ( http://omeka.org/forums/forum/plugins )
Trouble-shot this several times for several users recently and am beginning to think some kind of obvious warning would be a good idea (i.e. something more obvious than greyed-out options).
Any more ideas? Same issue here.
Created a group, changed the group to private, next dragged some items with attachments from personal library to group library (in left pane). Items appear in group library (including tags etc.), but not the attached PDFs.
Preferences are (and had been at the time of copying) set for sync and all boxes under Groups (in Preferences - General) are also checked.
Also, same as O.P. I cannot even manually add files to the group library (greyed out). My status for the group is "owner".
Is this maybe something like I'm a non paying user and maybe files can only be added to group libraries for paying users?
Any thoughts or pointers would be appreciated :o)
Cheers, Arp
At least that is clear :o)
There must be some reason why the system thinks I'm not allowed to attach files, as I can't even attach files to newly created references in the group.
Okay, problem solved. I consider this to be a bug! (Edit: Report ID: 2049956343 )
To reproduce:
- Create a new group. Fill in the name, but leave the privacy setting in the first screen on "Public" (=default)
- After clicking "Create Group" the "Settings" page comes up. On this page change the group type to "Private" (and click "Change type").
- You're now sitting on a group that shows "Private" as the group type, but will not allow you to add attachments, neither by copying existing references from private library, nor by creating new ones for the group.
Workaround: Delete the group and start over, this time changing the group type directly in the first screen before clicking "Create Group".Cheers.
Firefox 8.0 on Kubuntu 11.10 or some such
The problem here seems to be that when you create a public library, it defaults to "File Editing ": "No group file storage" in the library settings. The value of "File editing" is not changed when you change the library type.
I am not sure if changing the library type should change this preference. There are probably valid arguments for and against this.
Strictly speaking you may have a point.
But riddle me this: Apparently a clear choice is made to have changing/selecting the library type in the "Create library" screen also change those settings. It is quite confusing and somewhat inconsistent to behave differently when changing the library type two seconds later from the window that is presented next. So what is the logic here?
There is another issue here that is part of the problem though. The access to the settings you mentioned is - imho - hidden in the wrong place(!)
If, after creating a group library and changing the type (indirectly, as described above), at least the settings for files/storage would be visible or accessible in some way, the user might have a clue.
But they are not - I pretty much clicked through all the screens to look for such settings and didn't find them. Instead, the only access to those settings is provided by first leaving the group library to the groups entry screen and then finding the "Manage Library" link in the overview screen of all subscribed libraries. That is totally counter intuitive!
Same issue goes for the Manage members etc. While I can understand that users appreciate to have quick access to these functions from the groups entry screen, the logical place for any functions to manage one single group/library should certainly be "inside" that very group library. Phrased differently: If I click on the name of any one library the screens that come up next should provide me total control over that one library - that is where anyone would intuitively expect those controls. It doesn't hurt to replicate the access controls on "the outside" for quick access, but that's what it logically should be: a replication of a control that is basically/essentially accessed from "inside" the library.
In my opinion anyway.
Ahw, duh - just found the access links under "Group settings" - had mistakingly taken those to be breadcrumbs. Sorry about that :(
Cheers, Arp
How would you like group settings to work when the library type is changed? There are many ways how this would work, for example:
1) Do not change any settings when changing group type
2) Always revert to group type defaults when changing group type
3) Change those group settings that were left to their default values
4) Introduce a new "use default" value to each group setting
1 would be easy to understand, 2 would cause frustration to those that have set up settings manually and would loose them, 3 might cause confusion because some settings might change where as others might not, 4 would add complexity to user interface
(My favourite would be 4)
I think the point would be to mostly first and foremost just make clear what is happening. The frustration/confusion here is in not having a clue. If you have a clue, changing some settings (back) manually is less troublesome than sitting on something that "just doesn't work".
So the key imho would be "inform the user of changes you make, or possibly expected changes that you don't make". In that respect, whatever choice you make in changing "related" settings or not, a simple pop up alert would probably do the trick. Something like "Changing the group type will affect the following settings: (bla bla). [continue] [cancel]". This will clear up what's going on and will alert braindead/blind users like yours truly that some settings even exist ;o)
As a next step, going to user comfort, the dialog might present the settings that are part of selecting the group type (initially, when creating) in a fashion that list current value and group type default, with the option to retain current or accept defaults. Pretty much your (4) but with the added bonus of informing the user what the results of any choice made would be.
To me, "complexity" lies mostly in the things we don't know or don't understand or cannot easily find. People will always have different expectations, so informing them takes away a "black box" feeling and presenting the pertinent options when these are applied imho doesn't make things more "complex" but more clearly understandable and easy to operate.
Put differently: Reading a dialog and making a choice far outweighs the "complexity" of not knowing what's going on and going on a wild goose chase for options you don't even know might exist. For experienced users the added dialog hardly adds complexity or discomfort, people quickly learn to skip/ignore what they already know and/or don't need.
My 2ct.
Cheers, Arp
I am sorry but I have the exact same problem and the workaround does not work for me. :( I first created a private group (with the automated sync activated for groups too), then created a public one (changed to private afterwards as explained by pudding4brains) but in each case I have no PDF attachment.
What should I do?
I've been trying things for hours and I don't know what to do next. Thanks in advance.
Also, "the workaround does not work for me" means what? You cannot turn on file sharing in the group settings? You can but that doesn't fix things?