Author |
Message |
Registered: July 29, 2007 | Posts: 183 |
| Posted: | | | | Quoting DJ Doena: Quote: if (e.Url.AbsoluteUri.StartsWith("http://akas.imdb.com/")) { Process.Start(e.Url.AbsoluteUri); e.Cancel = true; } The default browser topic was somewhat lost in the soundtrack discussion. I guess this had something to do with it? I forgot to mention earlier that my default browser is used if I click on the link to the right of the episodes list or on a person's link on a finished cast or crew table. So I thought of the IE being used with the log links more of a small error than a real problem. If it is a problem please don't waste any time on it since its a working feature already. Doesn't matter much wich browser is used. | | | Last edited: by Corma |
|
Registered: March 14, 2007 | Reputation: | Posts: 6,744 |
| Posted: | | | | Quoting Corma: Quote: Quoting DJ Doena:
Quote: if (e.Url.AbsoluteUri.StartsWith("http://akas.imdb.com/")) { Process.Start(e.Url.AbsoluteUri); e.Cancel = true; }
The default browser topic was somewhat lost in the soundtrack discussion. I guess this had something to do with it? It's working locally just fine. I just hadn't released a version just for that. | | | Karsten DVD Collectors Online
|
|
Registered: March 14, 2007 | Reputation: | Posts: 6,744 |
| |
Registered: July 29, 2007 | Posts: 183 |
| Posted: | | | | you're unbelievable !!! Tried a tough one (Guitar Hero 2, VG) and it works except of course the people with no link. Only minor problem I can see so far is that 'as' (credited as) doesn't work but I don't need a wrong spelled Glenn Danzig anyway. But couldn't mess around with the soundtracks much yet. I keep getting errors from the imdb all day long. And that's when I'm almost finished - only 100 profiles to go... excluding soundtracks! Edit: new error, happens with Deadwood for example (http://akas.imdb.com/title/tt0348914/): "der Objektverweis wurde nicht auf eine Objektinstanz festgelegt" Seems to be crew related. Parsing only the cast or cast + soundtrack works, any other crew parsing = error. At first I thought it's a temporary imdb problem but I start to doubt that. | | | Last edited: by Corma |
|
Registered: July 29, 2007 | Posts: 183 |
| Posted: | | | | Was the new version today for the above error? It works now.
About name parsing (first/middle/last) - I didn't care a lot about it and it was easy to fix later if I ever start to care. But now with the sountrack option I get a high amount of stupid entrys.
I think everything starting with a number '0-9' or 'the' could automatically be put into the first name field. I wonder if that's already possible with the name prefix text files. I've not messed around with them, yet. | | | Last edited: by Corma |
|
Registered: July 29, 2007 | Posts: 183 |
| Posted: | | | | triple post - uhm - sorry but I'm finally finished more than 2500 DVD, BD and VG parsed with CCE2 and 344765 people cached, meaning much more than 100 new people every profile. Looks like something is wrong? It is! There is quite a high chance that the same person gets multiple imdb IDs. The cast of "The Guild" Season 4 is good example to see what's happening all the time but normally with the crew. It's not a big deal because these are usually completly unknown people but in combination with fake BYs it also boost the number of entrys created in the DVDP. I'm very happy with my result and I'm not requesting anything anymore but since CCE2 is almost there I wonder if it would be a big step to 'teach' the KnownNames.Txt to 'understand' imdb IDs and force them to a specific fake BY. In that case everybody could easily fix crosslink problems in the own collection without the massive use of fake BYs. It could also be used to force people back into one entry. Something like this: imdb ID name parsing force BY to nm0004539 Vanessa / / Williams 31963 Thanks you very much again Karsten for the greatest addition to DVDP and the best support imaginable | | | Last edited: by Corma |
|
Registered: March 14, 2007 | Reputation: | Posts: 6,744 |
| Posted: | | | | Do you mean this for cases where IMDb has not yet recognized a duplicate person but you have?
Because if IMDb has recognized them they forward the one ID to the other and the old one becomes obsolete. I simply delete these entries with the Check program.
You'll find such entries when you see a duplicate pair/triplet, open their links and they all end up on the same ID. | | | Karsten DVD Collectors Online
|
|
Registered: July 29, 2007 | Posts: 183 |
| Posted: | | | | Quoting DJ Doena: Quote: Do you mean this for cases where IMDb has not yet recognized a duplicate person but you have?
Yes, that's what adds countless(?) unneccessary entrys in the DVDP. But on the other hand you hardly can ever be sure if a crew member really is the same person or not. Having the same name over and over again as a SFX lighting programmer but always with a different fake BY seems a bit suspicious here is an example within the same movie but he would be split up even without Fake BYs: http://www.imdb.com/name/nm4537747/ http://www.imdb.com/name/nm4526793/ At least I'm 99,99% sure that it's the same guy. Of course it's a very very minor problem, afaik always happening with (to the consumer like me) completly unknown people. I'm not going to spend months to merge these people even if you find a way. I'm very happy with my collection now! My suggestion was more like an alternative to the whole current fake BY system. Lets say you know that you have two John Doe without a real BY or the same BY. All that would be needed is to add one of them to the KnownNames.txt and assign a BYs like 3001 and let CCE2 handle it in the future to keep them apart from each other. But of course that doesn't work with the name entered to the left field in the .txt file. This way only errors one knows of in his collection can be fixed automatically by CCE2 but I think it's a whole lot less 'scary' than to add fake BYs to everyone. Plus the data is shareable and it works even for people like the two Vanessa Williams born 1963. As always I have no idea if it's a very hard thing to programm or if you simply never thought about it like abusing the TXT file to assign completly different names And for me this is theoretical. I'm bound to fake BYs. I won't start all over even if somebody paid me for it It just seemed natural to add fake BYs as an option to the KnownNames.txt |
|
Registered: March 14, 2007 | Reputation: | Posts: 6,744 |
| Posted: | | | | A kind of override rule. That could work even when you have two different people who share the same BY, like Ian Roberts (1965)
http://www.imdb.com/name/nm0731168/ http://www.imdb.com/name/nm1345123/ | | | Karsten DVD Collectors Online
|
|
Registered: July 29, 2007 | Posts: 183 |
| Posted: | | | | Thanks for you last additions. Sadly I've discovered a small problem with the new automatic name parsing into the first name field - they might easily become to long.
For example The London Oratory School Schola turns into The London Oratory School if pasted into DVDP.
Not a big deal and there already is a workaround using the knownnames.txt with an entry like this:
The London Oratory School/ /Schola
So no fix or anything needed. Just be all aware that long names might be 'changed' when pasted into DVDP and might need an additional entry in the known names.txt
BTW that example isn't that rare. They are credited in the three Peter Jackson LotR movies. I have them in 7 profiles alltogether. Maybe you want to add them into the standard knownnames.txt, Karsten? |
|
Registered: July 29, 2007 | Posts: 183 |
| Posted: | | | | another one too long is The Philharmonia Orchestra but they are rather rare, most well known movie probably is 'Closer' |
|
Registered: July 29, 2007 | Posts: 183 |
| Posted: | | | | too long: The Brian Jonestown Massacre (American Pie, Buffy, Boardwalk Empire, Californication...) |
|
Registered: July 29, 2007 | Posts: 183 |
| Posted: | | | | Another bug?
Before his imdb display name changed Ronald Scott III was parsed into DVDP as Ronald/Scott III/ / http://akas.imdb.com/name/nm2287491/
III is a last name Surfix and I didn't mess with the name Scott either. According to the CCE2 notice about the changed name the middle name field should have been empty, too:
Standardname von Darsteller "Ronald Scott III" hat sich geändert. Alt: Ronald Scott III (Scott III is printed green like a last name) Neu: R. Maestri | | | Last edited: by Corma |
|
Registered: July 29, 2007 | Posts: 183 |
| Posted: | | | | The City of Prague Philharmonic Orchestra
That name was already a problem without the new all in the fist name field option. It turned into:
The / City of Prague Philharmon / Orchestra |
|
Registered: March 31, 2007 | Posts: 662 |
| Posted: | | | | I changed 3 things inside "Cast/Crew Edit 2" just for me. It was just for the fun of it and to get used to C#. 1. (red) I wanted to get fake birthyears created by the roman numbers from IMDb. (9000+roman number) 2. (green) Changing a person's name via 'Known Names' didn't create a 'credited as' name, if IMDb's common name is used. 3. (blue) Changing a person's name via 'Known Names' did create a 'credited as' name, if IMDb's common name is equal to 'Known Name' Creating the fake birthyear doesn't use any notable additional time. Also those are handled as empty birthyears whenever necessary (and if set in options). On the other hand, creating those fake birthyears is non-optional right now! If you like to get this, I'll send you my sources. | | | |
|
Registered: March 14, 2007 | Reputation: | Posts: 6,744 |
| Posted: | | | | Quoting StaNDarD: Quote: 2. (green) Changing a person's name via 'Known Names' didn't create a 'credited as' name Well, that's because Know Names wasn't intended to actually rename people. | | | Karsten DVD Collectors Online
|
|