In the meantime, I'm going to submit some verifications for discs like I was asked. I'm going to submit some with different edition, but the same hashes, so it's not a new entry but you can add the "Original" edition to the entry when I'm done

The current no hyphen, hyphen thing is idiotic anyhow. Since we just take what is written on the disc. For more proper storage we should have disc, internal and box serials written down since serials on discs can be misprinted. And there are even discs that have the wrong serial noted on disc label etc it is noted as say UK release while in fact it is a Nordic release with a completely different internal serial number. There are also PS2 discs that have multiple EXEs on the disc. etc. etc.

And in PS3 we have games that are multi region with different serials printed on the label while the internal serial always is the same MRTC one or the XC series which are hybrid PS3/Vita crossover discs. All this shit should be stored as in a comparison to now but the admin do not care. The Q was lifted almost 6 months ago still nothing happens.

And your submissions aren't trusted anyhow until you can back it up with proof. AKA high resolution scans of the disc. And with this a moderator can lock a ring code as verified OK.

I mean of course you're right that anything could have an error. That's not what reliability is when it comes to data though. We always take any submitted data at its word. It would be no different for a NULL submission. The problem with purposely excluding NULL values from an entry is that the missing field is not submitted at all. For all we know, the submitter completely missed that field and maybe there was something there. Then none of it is reliable because none of it is complete; every single given entry could be missing data and we don't know it. By including NULL data, you are honoring that the submitter knew of its existence, looked for it, and found nothing, rather than just not looking for it at all.

That's the only point I'm trying to make

The status lights are only there to appeal on next dumpers to be more focused on reading the matrix down if the light is set to yellow color.

I don't mean to impose, it just seems a shame to purposely exclude data. NULL isn't the absence of data, it's quite the opposite.

EDIT: Respectfully, this also makes the script that determines whether or not a ring code field is "incomplete or improperly formed" not only completely useless, but actually detrimental, because it will report this for ring code fields that are both complete and properly formed since, as acknowledged in another thread, the script behaves this way when there certain fields are absent of any data. If you had this NULL data, you would be filling those fields in properly and then the script, as well as anyone looking at the entry, would know that certain fields were not simply missed. But without doing this, the script is actually giving faulty reports about the reliability of data and so it is actually what is unreliable.

Also, I'm still confused about adding the NULL information because I added it to all of my recent submissions and yet none of them are showing NULL in those spots. The DVDs should have NULL in the Toolstamp and Mastering SID Code fields and the CDs should have NULL in the Toolstamp field only. So again, it just looks like that information was potentially left out. That's why I'm asking why we don't add it. It looks incomplete without it.

I think it's very odd that we don't mark some areas as NULL when there's no data there

Generally, yes, that would be more convenient to mention all matrix sectors, even if they are absent.

We cannot force people to do something they won't or can't do, you should know human's nature
Those, who are accurate in their doings, are submitting those details by default.

By the way, regarding ring codes, I think it's very odd that we don't mark some areas as NULL when there's no data there. By not doing so, it makes it look like the dumper maybe just didn't do it right, like maybe he missed that field or something. Some examples are my dumps for Sorcerous Stabber Orphen and Evergrace NTSC-J; they look incomplete if we don't mark that those areas are NULL. Why don't we add that information?

Final question.. (Size/Ckechsums) give my always the same error Please ckeck disc size! ???

tested with/without Tab.