I would like to give individaul authors to add the their publications . Seems like straight forward (bililo/add/node link in menu). But
1)i would like to show user publications in his profile page ..Just like ..."My publications" Link. Is that a possibility ?

Comments

rjerome’s picture

There is currently no integration with profiles, but your not the first to ask, so I'll look into it. Perhaps in the 6.x version.

Ron.

pharma’s picture

Thanks Ron you are such a great help!. If you integrate to user profile, what if 2 or more authors post same article ? I mean each article is more than one author...as part of the their publications list, same article will be posted multiple times. Is there any way to control this ? perhaps like in diggit ..when you try to post articles, it will search for articles with similar names...

rjerome’s picture

That's something I've been meaning to do for some time now (create some sort of duplicate detection system).

Ron.

rjerome’s picture

I just added the publication listing to the profile pages in the 5.x-dev version. On the user/x/edit page, you will see a "Publications" check box which will turn on or off this feature.

Let me know if this is what you were looking for.

Ron.

pharma’s picture

It rocks Ron. Thanks again for great help!. I tested it no problems. It would be nice if the check box comes checked (turn on ) by default. That way authors don't have to look around for options. Or Some where in admin for default options turn on or off.

Again, thanks for great help. If you could do duplicate filtertion , that would make this module the best .

rjerome’s picture

The latest -dev version has "Profile page" option on the admin/settings/biblio page which set the site wide profile defaults, then each user can customize the same settings on their profile page.

Ron.

pharma’s picture

Thanks Ron!

Cantalamessa’s picture

Hello Ron, I use some php to show a listing of the publications on the pages dedicated to users' description (using CCK and contemplate modules). When listing the "in press" and "submitted" items, there is a mismatch in the year displayed among parentheses: it is as if the display styles (I use IEEE) are not aware of the recent numbering changes between years 9998 and 9999. In particular, 9999 is displayed as "In press", whereas 9998 is displayed as "9998". Thanks.

rjerome’s picture

That conversion (9999 -> "In press") used to be done in the style file, however I recently moved it to the main module so I would have fewer places to maintain. So I guess you should first check to make sure you are using the same style files which came with the module file you are using, and if that is true, then could you post the code you are using so I can see what is being done.

Ron.

pharma’s picture

Hi Ron,

Some of the authors have articles published in our site. When they add their publication list, is there any way to detect already the similar article in the current site...some thing similar to duplaicte detection sytem but little bit different requirement...please advise.

rjerome’s picture

I'm not sure how this differs from the duplicate detection discussed earlier, could you elaborate the differences in requirements?

Ron.

pharma’s picture

Hi Ron,

My requirement fall under "duplicate detection system" i think. Any idea when are you going to brain strom to help us ? I am not pushing you though...

rjerome’s picture

Next to dealing with author names, this is probably one of the nastiest problems to deal with since subtle differences in the citation information could mean there was a typo (like extra white space in the title, or upper/lower case differences) or it could mean the author names are formatted differently, or it could be s completely different publication. On the surface this would seem to be an easy enough thing to do (just compare the given information with that in the database), unfortunately this simple method will only yield the low hanging fruit.

I've been thinking about this a bit and I think to do a very accurate comparison, one would have to normalize the data in some fashion (maybe strip out white space and convert it all one case upper or lower) and then do a checksum on the normalized data and compare the checksums. Perhaps the checksum information for each entry could be saved in the database, so you would just have to calculate the checksum on a new entry and then check to see if that value exists in the database.

I'm guessing this has probably been done before, so I'll do a little research to see if there are existing algorithms for this sort of thing.

Ron.

pharma’s picture

I completly understand it. Thanks for your quick reply

pharma’s picture

Hi Ron,

While using profile module we have realized it has lot of limitations and we are going for "bio" module ( http://drupal.org/project/bio )
for user profile pages . Bio module has option of

1)Takeover profile.
2)Display nothing but the bio node on the user profile page.

What it means is Publications are not any more appearing on profile page craeted by "bio" module . Is there any way we can display user bibilo graphy on profile page now ?

Please advise

rjerome’s picture

Short answer... NO

Long answer... bio seems to depend on views and cck, neither of which are well supported by biblio at this time.

You win some, you loose some :-)

Ron.

pharma’s picture

Thanks Ron .:-)

Do you think by placing some code in template can we achieve this ?

pharma’s picture

I've been thinking about this a bit and I think to do a very accurate comparison, one would have to normalize the data in some fashion (maybe strip out white space and convert it all one case upper or lower) and then do a checksum on the normalized data and compare the checksums. Perhaps the checksum information for each entry could be saved in the database, so you would just have to calculate the checksum on a new entry and then check to see if that value exists in the database

Did you got a chance to look in to this feature for this great module ? I have author names like J.Viaja Ratna (filtering urls author/ratna), J.VijayaRatna (Url:authorvijayaratna) like this and keeps varying. The way you suggested would give something like this author/jvijayaratna ....meaninf all letters ignoring dots,spaces etc...is that possibility ?

rjerome’s picture

I think you are mixing two different issues here. The quotation you refer to is in the context of duplicate detection which the 6.x version will have. This issue you seem to be referring to is with regards to either authors with the same name or misformated authors. Either way, the 6.x version aims to address both of these issues also. There will be a new database table solely for authors and each will get a unique id, thus you can have two distinct John Smiths and be able to separate their publications by authorID.

Ron.

pharma’s picture

Thank you!

jtrant’s picture

Matching on authors' last names is a good interim step for me in linking the bibliography i maintain of (1200+) Museums and the Web conference papers to authors who are also users of the site. (there may be some places where firstname and lastname would be useful for matching, as a way of dealing with common names; site user name doesn't work as there are many multi-authored papers).

but right now, it looks like matching is taking place on any string in the name.

for an example, see http://conference.archimuse.com/user/1218/biblio
where last name Marty is matching to de Montaño, Marty Kreipe as author [under 2001]

i'm running Revision: 1.36.2.172 Date: 2008/04/19 01:30:41

as an aside, has anyone tried pathauto with individual bibliographies?

thanks for the great module Ron.

jt

bekasu’s picture

Status: Active » Closed (fixed)

Marking issue closed.

Aren Cambre’s picture

Category: support » feature
Status: Closed (fixed) » Closed (duplicate)

Why is bekasu arbitrarily marking so many issues as closed??

Anyway, #682044: Support fields (CCK) in D7 Bibliography Module would largely solve this problem as it would enable use of the Rules module, which then could be configured to execute code to ensure no duplicates are present before saving.

The issue of typos probably, beyond simple capitalization issues, could be quite complex. Regardless, it is a proper issue for modules that would manage such logic and shouldn't be within the biblio module's functional silo.