Regular profile: UPC + Locality
<DVD>
  <ID>5051891017375.13</ID>
  <ID_Base>5051891017375</ID_Base>
  <ID_LocalityID>13</ID_LocalityID>
  <ID_LocalityDesc>Italy</ID_LocalityDesc>

Disc ID profile: I+16 byte hex + Locality
<DVD>
  <ID>I0AB5CB2177B20F22</ID>
  <ID_Base>I0AB5CB2177B20F22</ID_Base>
  <ID_LocalityID>0</ID_LocalityID>
  <ID_LocalityDesc>United States</ID_LocalityDesc>

Alternate Profile: auto generated "VV..." + Locality - this one is based on discID
<DVD>
  <ID>VVVDTE82F27056501</ID>
  <ID_Base>IFB7AE409E2380A65</ID_Base>
  <ID_LocalityID>0</ID_LocalityID>
  <ID_LocalityDesc>United States</ID_LocalityDesc>

Also allowed locally, are Manual profiles that start with "M" and user-defined profiles that start with "_".

Edit: Might as well finish the story here:

In the folder (recent Windows)  C:\Users\username\AppData\Local\DVD Profiler\localities.xod is an XML file that is downloaded from Invelos to stay current that has the mapping between locality names and numbers and the associated rating systems (e.g Film) and ratings (e.g PG-13) valid in each locality.

There is also a CoO.xod that keeps a list of Country of Origin codes used internally.

For Danny DeVito I'd need a version with the simple disc IDs...

Just double checked: This profile is not included with CLTinfo (or the normal CLT).

According to the contribution notes, the profile should have been deleted:
- in fact the UPC/EAN is a Dutch one (not Swiss)
- marcelb7 requested on April 17th, 2013 the profile to be deleted - I can''t tell, why he thinks the UPC/EAN is Belgian 
BUT: I can still download it...

Additional information:
- The CLT does not include this profile for the other actors neither.
- The profile does not comply with the rules: it includes undocumented uncredited cast.


If the API does not mark it as invalid, I'd file it under usual-DVDP-data-base-inconsistency and count it in (against the official CLT).

Quoting mediadogg:

Quote:
I think you might be mistaken on that one. Add to DVD shows exactly the same two profiles for UPC 8712626001386 that I find, one for locality 22 and the other for 30. So, there is no discrepancy between what is in my list.

The UPC 8712626001386 does not exist as a locality 0 profile, and it also does not exist in my list.

Would you mind to double check?

Let me ask, since I figure you must be running CLTPlus to help me, would it be easier for you to give me the latest CLTPlus XML for a particular actor, as you have in the past?

I already have code that quickly loads CLTPlus XML into CLTBoss. It would be a simple code change to make it do a comparison with my scrape. Problem is that the results change, so I will try to do my analysis quickly before the CLT output changes.

I created a folder and placed the latest results there...

It is obvious that Invelos is using internal information that it does not make available to the API, that allows it to discount profiles that are marked for deletion or other issues.

Since CLTPlus scrapes the actual UPC+Locality from the web pages, it is automatically in sync with the CLT.

When / if I find an efficient way to also do that, of course I will do the same. I could even offer an option, in case somebody wanted to see what database inconsistencies show up, using the API.

But for now, the API is only way I have been able to do it. That browser that Gunnar found showed some potential, but the coding is very sophisticated. Everything is asynchronous. So it makes it even more difficult to make sure nothing is skipped, if first you have to scrape the index page, then do 25x more scrapes per index page (except for the last one could be less) to get the locality, year, thumbnail, etc.

Invelos could solve this in a heartbeat, with a simple API addition: "Give me the CLT for actor xxx". 

(or even more simply, add the locality to the index page, one scrape per page does it all)

I updated the CLTplus file on my share...

Here is more Twilight Zone:

See Danny DeVito CLT page 75, last entry. Compare with page 76 first entry. Duplicate.

--------------------------------------------------------
Pulp Fiction: 2 Disc Collector's Edition
UPC: 5-017188-883214
Locality: United Kingdom
Produced: 1994
Released: 9/16/2002 on DVD

Crew
Danny DeVito: Executive Producer

Cast
-------------------------------------------------------------

Pagination issue with CLT?

I have been wondering why my parse / load of CLTPlus XML often resulted in one or two less.

I have a duplicate prevention dictionary that was weeding that one out in this case, and I am sure in other cases.

More weirdness.

(Hmmm ... but I also have a dictionary on the credit scan side. So how did I get 2563 there. Maybe my bad eyes again.)

Think I found it. Another alternate profile issue. I should have known that they can have other than "VV" as the first two letter. But first letter must be "V" in the profile ID. Now I will update my dictionary key filter, and hopefully getting even closer.

"All profiles using UPC "5017188883214" gives:
{object[2]}
    [0]: "5017188883214.4"
    [1]: "VDA0BHH2434500001.4"

So what is happening is that if you look ONLY at CLT UPCs, you will see a lot of duplicates, because the UPC is the "base" for 1 or more Profile IDs.

But if you look at the thumbnail URL, you will often see the underlying profile ID (or alternate ID), including the locality by definition.

So, if you look (or scrape) in the right place, you will find everything, but I don't know why "VDA0BHH2434500001.4" is not in the list. That is the 2562 vs 2563 difference. The credits appear and are counted in the CLT in what appears to be a duplicate profile "5017188883214.4" on the surface, but underneath I think it is "VDA0BHH2434500001.4".