MARCEDIT-L Archives

November 2011

MARCEDIT-L@LISTSERV.GMU.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Steven C Shadle <[log in to unmask]>
Reply To:
MarcEdit support in technical and instructional matters <[log in to unmask]>
Date:
Mon, 7 Nov 2011 08:40:30 -0800
Content-Type:
TEXT/PLAIN
Parts/Attachments:
TEXT/PLAIN (115 lines)
Terry -- I think both would be ideal as 'dedup' means different things depending on the context.  In cases of well-controlled sets, it could be as simple as what you already have, but a more robust algorithm would be useful for some situations.  I know this probably would involve a huge amount of work but how about having a user-identified field or set of fields.  Just a thought.  thanks.  --steve


Steve Shadle/Serials Access Librarian         [log in to unmask]
NASIG President
University of Washington Libraries              Phone: (206) 685-3983
Seattle, WA 98195-2900                            Fax: (206) 543-0854

On Sun, 6 Nov 2011, Reese, Terry wrote:

> Before I push this out -- I wanted to ask a question about the dedup process.  As I was testing this out, I was thinking that the old dedup function really seems pretty weak when you consider that the Merge Tool includes a fairly robust matching algorthem allowing it to use multiple match points to determine merges.  So, I'm going to ask -- I can push out the dedup tool that dedups just on the control number/title (per the current tool) -- or I can coop the merge functionality and give a bit more robust dudup. function if that would be more useful.
>
> Let me know,
>
> --TR
>
> -----Original Message-----
> From: MarcEdit support in technical and instructional matters [mailto:[log in to unmask]] On Behalf Of Doug Rippey
> Sent: Monday, October 31, 2011 4:11 PM
> To: [log in to unmask]
> Subject: Re: [MARCEDIT-L] MarcEdit update for the weekend
>
> Terry:
>
>>  a highly useful addition!
>
> Amen!  I have a particularly complex set of files pending right now.
>
> When you put out the more detailed message, can you tell us how we can control which of the duplicate records is retained, especially if there is more than one way to do that?
>
> Thanks for your continuing work on this tool!
>
> ------------------------------------
>
> Doug Rippey
> Cataloging Technician IV
> Penrose Library Serials Dept.
> 303.668.7669 (mobile)
> [log in to unmask]
> http://library.du.edu
>
>
> -----Original Message-----
> From: MarcEdit support in technical and instructional matters [mailto:[log in to unmask]] On Behalf Of Wilson, Margaret
> Sent: Monday, October 31, 2011 10:03 AM
> To: [log in to unmask]
> Subject: Re: [MARCEDIT-L] MarcEdit update for the weekend
>
> Terry, the ability to dedupe between multiple files will be a highly useful addition!
>
> Margaret Wilson
> University of Kansas Libraries
> ________________________________
> From: MarcEdit support in technical and instructional matters [[log in to unmask]] on behalf of Reese, Terry [[log in to unmask]]
> Sent: Monday, October 31, 2011 10:31 AM
> To: [log in to unmask]
> Subject: [MARCEDIT-L] MarcEdit update for the weekend
>
> This isn't a big update, more of an update to fix a few annoyances that I've been running across while doing a few MarcEdit talks locally.  They tend to be UI issues (places where I think the UI falls down) - but I will be adding a few enhancements (like deduplication between multiple file, not simply within a single file), etc.  I'll send out a more detailed message around Thursday or Friday to give the full list of updates.
>
> --TR
>
> ***************************
> Terry Reese, Associate Professor
> Gray Family Chair for
> Innovative Library Services
> 121 Valley Library
> Corvallis, OR 97331
> tel: 541.737.6384
> ***************************
>
> ________________________________________________________________________
>
> This message comes to you via MARCEDIT-L, a Listserv(R) list for technical and instructional support in MarcEdit. If you wish to communicate directly with the list owners, write to [log in to unmask] To unsubscribe, send a message "SIGNOFF MARCEDIT-L" to [log in to unmask]
>
> ________________________________________________________________________
>
> This message comes to you via MARCEDIT-L, a Listserv(R) list for technical and instructional support in MarcEdit.  If you wish to communicate directly with the list owners, write to [log in to unmask] To unsubscribe, send a message "SIGNOFF MARCEDIT-L" to [log in to unmask]
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> .
>
> ________________________________________________________________________
>
> This message comes to you via MARCEDIT-L, a Listserv(R) list for technical and instructional support in MarcEdit.  If you wish to communicate directly with the list owners, write to [log in to unmask] To unsubscribe, send a message "SIGNOFF MARCEDIT-L" to [log in to unmask]
>
> ________________________________________________________________________
>
> This message comes to you via MARCEDIT-L, a Listserv(R) list for technical and instructional support in MarcEdit.  If you wish to communicate directly with the list owners, write to [log in to unmask] To unsubscribe, send a message "SIGNOFF MARCEDIT-L" to [log in to unmask]
>

________________________________________________________________________

This message comes to you via MARCEDIT-L, a Listserv(R) list for technical and instructional support in MarcEdit.  If you wish to communicate directly with the list owners, write to [log in to unmask] To unsubscribe, send a message "SIGNOFF MARCEDIT-L" to [log in to unmask]

ATOM RSS1 RSS2