A partition map is a area on the drive that talks to the hardware accessing it, what, what size, where and how many of the partitions on the drive.
Mac's and most computers create a partition map, even if it's one partition on the drive.
I would do it over again, but use this method for reliability, even though it takes some time
Check under partition > options that it has a GUID and a OS X extended journaled format.
I realize there may still be some who feel this is necessary, but the opinion widely held by many, almost a consensus, is that zeroing out a new drive to map out any bad blocks is a waste of time. The drive has spare sectors and any bad blocks will be mapped out and surplus ones utilized all on its own automatically during use.
Disk Utility's secure erase options do not read back the zeros (or other data patterns used in the multi-pass options), as the user tip incorrectly claims it does. (The same is true for the diskutil erase options.) Thus, this step doesn't map out bad sectors, which can only be detected during reads by the drive itself.
The only function of a secure erase is exactly what the name implies: to securely erase any existing data on the targeted part of the drive, which is done by by writing over it with one or more meaningless data patterns. It is not necessary to read anything from the overwritten sectors to do this; in fact, since reading a weak sector during the process might cause the drive to map it out while it still contained recoverable data fragments, it is undesirable from a security standpoint to do this.
Plus, from a practical standpoint, reading back the sectors would more than double the time the secure erase would take & cause pointless work for the drive. Writes take less time on the average than reads because the drive automatically performs integrity checks on reads, which sometimes requires more than one read attempt even from good sectors.
If you doubt that a secure erase is a write only process, you can check this for yourself by getting the drive's specifications & comparing its read & write performance with how long it takes to do the secure erase. If it takes less time than it would to both write & then read the sectors then you know it can't possibly be reading back anything.