| Author |
Message |
| Registered: March 10, 2007 |  Posts: 4,282 |
| | Posted: | | | | We've modified the contribution system so that it no longer considers first/middle/last parsing changes as a change to the profile. For example:
Sara/Jane/Walker is now considered the same as Sara//Jane Walker. These will not display as changes, and will also no longer display with coloring by first/middle/last.
Since the program update a few months ago, DVD Profiler maintains your local first/middle/last separation for credits in your local database, and will match automatically, ignoring a change to the parsing.
If a particular cast or crew member is not yet in your local DB, the profile's current parsing will be used, and you can then make changes as desired - just make the change once locally and the program will keep it permanently, regardless of changes to the online. | | | | Invelos Software, Inc. Representative | | | | Last edited: by Ken Cole |
|
| Registered: March 14, 2007 |  Posts: 2,337 |
| | Posted: | | | | What if a particular cast or crew member is not yet in online DB? First contribution wins? So if the first accepted contribution contains Sarah Jane Walker//, that'll be her online parsing for that day on? |
|
| Registered: March 14, 2007 | | Posts: 2,337 |
| | Posted: | | | | Quoting Ken Cole: Quote:
Since the program update a few months ago, DVD Profiler maintains your local first/middle/last separation for credits in your local database, and will match automatically, ignoring a change to the parsing. Even though the matching will be done automatically, can we see the differences between "accepted" online parsing and our local parsing on update profile preview window? |
|
| Registered: May 9, 2007 |  Posts: 1,536 |
| | Posted: | | | | Quoting Kulju: Quote:
What if a particular cast or crew member is not yet in online DB? First contribution wins? So if the first accepted contribution contains Sarah Jane Walker//, that'll be her online parsing for that day on? That's probably true. I have seen some instances where people that don't watch what they're typing have entered such names as Sarah//Jane Walker. You can repair that locally, and then it will not show up again, but the online may be forever flawed. | | | | Hans |
|
| Registered: March 14, 2007 | | Posts: 2,337 |
| | Posted: | | | | OK, another question... Just as an example, let's assume that I have at the moment in my local db two variants: Cedric/the/Entertainer and Cedric//the Entertainer. The online db has parsing Cedric the Entertainer//. Now if I download a new profile from online db that has this parsing, which one of my two Cedrics will be matched automatically? It cannot match both since at the moment they are two different persons. Option A: Local Cedric/the/Entertainer will become Cedric the Entertainer// Local Cedric//the Entertainer, no effect Option B: Local Cedric//theEntertainer will become Cedric the Entertainer// Local Cedric/the/Entertainer, no effect Which one????  Or option C: (which is impossible I think...) Local Cedric/the/Entertainer will become Cedric the Entertainer// and Local Cedric//the Entertainer will become Cedric the Entertainer// If option C really would be possible, it would be great, since then it would automatically merge all name parsing variants, but I don't believe that's possible with the current db design. | | | | Last edited: by Kulju |
|
  | T!M | | Profiling since Dec. 2000 |
| Registered: March 13, 2007 | Reputation:  | | Posts: 8,736 |
| | Posted: | | | | Quoting Kulju: Quote:
...will become...
...will become...
...will become... The basic principle is that, in your local database, no name that already exists will ever automatically become anything else. If you have Cedric/the/Entertainer, it'll stay that way. If you have Cedric//the Entertainer, it'll stay that way. If you have Cedric the Entertainer//, it'll stay that way. And yes, even if you have two or more of the above entries, then it'll stay that way, too. In that particular scenario it's just a guess which one of your local entries the newly-downloaded entry will latch on to, but no matter what happens with that, you'll still have those same two or more entries. Quoting Staid S Barr: Quote:
the online may be forever flawed. Since the community generally doesn't agree on what "correct" parsing is (heck: a few days ago people were even disagreeing on how to parse Billy Bob Thornton), there's also no clear definition of what is "flawed" in this matter. For each entry that you consider "forever flawed", there's bound to be someone (e.g. the contributor) who doesn't feel it's flawed at all. That's exactly why this change was necessary: we were never ever going to get the entire userbase on the same page, and now, we don't have to deal with "correct" or "flawed" anymore. Everyone just gets to parse as they see fit, no questions asked. | | | | Last edited: by T!M |
|
| Registered: May 9, 2007 | | Posts: 1,536 |
| | Posted: | | | | Existing local entries will not be changed.
The new entry will be matched with existing names, ignoring the parsing. If there are several copies of a name with BYs, it will link to the oldest BY.
If two entries exist without BY (or the same), but with different parsing (otherwise they would not be considered different at all), and neither fits the new entry, then we indeed don't know (yet) what will happen.
Maybe Ken can enlighten us, or we can do some experimentation.
edit: as Ken infoirmed us, the matching will be done with the first variant in the local list. | | | | Hans | | | | Last edited: by Staid S Barr |
|
| Registered: March 13, 2007 | | Posts: 2,759 |
| | Posted: | | | | Since parsing is more or less ignored in the online database and the contribution system, I'd wish we'd had a single field name option in the local application as well. |
|
| Registered: March 14, 2007 | | Posts: 2,337 |
| | Posted: | | | | Quoting RHo: Quote:
Since parsing is more or less ignored in the online database and the contribution system, I'd wish we'd had a single field name option in the local application as well. Bingo, this one please  |
|
| Registered: March 14, 2007 | | Reputation: |  Posts: 4,678 |
| | Posted: | | | | Quoting Kulju: Quote:
Quoting RHo:
Quote:
Since parsing is more or less ignored in the online database and the contribution system, I'd wish we'd had a single field name option in the local application as well.
Bingo, this one please Please! | | | My freeware tools for DVD Profiler users.
Gunnar |
|
| Registered: March 13, 2007 | Reputation:  | | Posts: 6,635 |
| | Posted: | | | | The way I understood it, if you have 'Cedric/the/Entertainer' and 'Cedric//the Entertainer' in your local database, and you download a new profile which has 'Cedric the Entertainer//', then the new profile will go into your local with 'Cedric the Entertainer//' and your local will now have all three variations.
It's then your choice whether you want to change the parsing locally. | | | | Hal |
|
| Registered: March 14, 2007 | | Reputation: |  Posts: 6,744 |
| | Posted: | | | | Quoting Ken Cole: Quote:
Sarah/Jane/Walker is now considered the same as Sara//Jane Walker. Really?  | | | Karsten
DVD Collectors Online
 |
|
| Registered: March 10, 2007 | | Posts: 4,282 |
| | Posted: | | | | Quoting DJ Doena: Quote:
Quoting Ken Cole:
Quote:
Sarah/Jane/Walker is now considered the same as Sara//Jane Walker.
Really? Fixed, smartie-pants!  | | | | Invelos Software, Inc. Representative |
|
| Registered: March 10, 2007 | | Posts: 4,282 |
| | Posted: | | | | Quoting Kulju: Quote:
Even though the matching will be done automatically, can we see the differences between "accepted" online parsing and our local parsing on update profile preview window? Yes. | | | | Invelos Software, Inc. Representative |
|
| Registered: March 10, 2007 | | Posts: 4,282 |
| | Posted: | | | | Quoting hal9g: Quote:
The way I understood it, if you have 'Cedric/the/Entertainer' and 'Cedric//the Entertainer' in your local database, and you download a new profile which has 'Cedric the Entertainer//', then the new profile will go into your local with 'Cedric the Entertainer//' and your local will now have all three variations.
It's then your choice whether you want to change the parsing locally. Actually no, in this case it will pick one of the currents to match (the first in your listing). You start with two variants and end with the same two variants. | | | | Invelos Software, Inc. Representative |
|
| Registered: March 13, 2007 | | Reputation: | | Posts: 6,635 |
| | Posted: | | | | Thanks for clarifying. | | | | Hal |
|