[Developers] Repeated merge tasks?

[Ed Laurent]

+1 to these suggestions. I've tried to help out with merges but never
understood the "Wins" part of it when most of the merges I've seen don't
have conflicts or there could be different reasons for "Winning". If all the
data are in the first topic but the name is correct in the second and the
article is better in the first, which should be the winner? Some guidance
would be helpful.

-Ed


On Fri, Feb 27, 2009 at 12:46 PM, Tom Morris <tfmorris at gmail.com> wrote:

> Gordon - thanks for looking at this.  This isn't really a developer
> topic, but since we've got the thread going, I'd like to suggest some
> improvements.  Doing things in one step is better than two, but I
> think more could be done to assist users.  You want them focused on
> the stuff that computers can't do and not wasting energy on things
> that computers can do easily.
>
> 1. Highlight differences - This will help users understand the
> implications of their left/right choices.  It took me almost a minute
> to figure out that this pair has a typo in the name of one of the
> topics:
>
>
> http://www.freebase.com/tools/pipeline/showtask?tasks=/guid/9202a8c04000641f800000000af990d3
>
> 2. Use a single Merge button instead of Left/Right if there are no
> conflicts
>
> Tom
>
> On Thu, Feb 26, 2009 at 6:44 PM, Gordon Mackenzie <gordon at metaweb.com>
> wrote:
> > To Dev list:
> >
> > We are implementing a change to the pipeline sometime this afternoon
> > to simplify to a single default type of merge vote presentation in
> > pipeline and hopefully prevent any merge vote repeats in future.
> >
> > Result will be that all merge tasks will, for now, present as the left-
> > right-skip-don't merge choice. Remember that the left-right win
> > indicates to the system that that side's unique properties (such as
> > name of topic, article description, etc.) will be used in preference
> > over the losing side's in the merging process (non-unique properties
> > will simply be appended of course).
> >
> > Please let us know if you encounter any difficulties with this change.
> >
> > ~ Gordon
> >
> > <<< gordon at metaweb.com >>>
> >
> >
> >
> > On Feb 26, 2009, at 5:58 AM, Tom Morris wrote:
> >
> >> On Thu, Feb 26, 2009 at 6:11 AM, Philip Kendall
> >> <philip-freebase at shadowmagic.org.uk> wrote:
> >>> One thing I'm seeing is that we seem to get repeated merge tasks
> >>> for the
> >>> same pair of topics. Yesterday, I went through and voted to merge all
> >>> 30-odd seasons of Saturday Night Live, yet it's back in the queue
> >>> again
> >>> today.
> >>
> >> Yup, pretty damn annoying.  It's been going on for a while and seems
> >> to be getting worse instead of better.  I've voted for one of
> >> sprocketonline's construction projects at least 6 times.
> >>
> >> Vote for my bug report https://bugs.freebase.com/browse/CLI-7597
> >>
> >> While you're at it, you might want to vote for this one
> >> https://bugs.freebase.com/browse/CLI-7584
> >> which covers two additional problems which create extra unnecessary
> >> work for users.
> >>
> >> Tom
> >> _______________________________________________
> >> Developers mailing list
> >> Developers at freebase.com
> >> http://lists.freebase.com/mailman/listinfo/developers
> >
> > _______________________________________________
> > Developers mailing list
> > Developers at freebase.com
> > http://lists.freebase.com/mailman/listinfo/developers
> >
> _______________________________________________
> Developers mailing list
> Developers at freebase.com
> http://lists.freebase.com/mailman/listinfo/developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freebase.com/pipermail/developers/attachments/20090227/179f7a2b/attachment.htm