 to the other tables in the font. The directory is followed by a sequence of tables containing the font data. These tables can appear in any order. Certain tables are required for all fonts. Others are optional depending upon the functionality expected of a particular font.
Tables that are required must appear in any valid TrueType font file. The required tables and their tag names are shown in Table 2.
Table 2: The required tables
Tag     Table 
'cmap'  character to glyph mapping 
'glyf'  glyph data 
'head'  font header 
'hhea'  horizontal header 
'hmtx'  horizontal metrics 
'loca'  index to location 
'maxp'  maximum profile 
'name'  naming 
'post'  PostScript 

(Section TrueType Font files: an overview in chapter 6 The TrueType Font File in the TrueType Reference Manual)

On the other hand, though, there are a number of PDF generators cutting down embedded TrueType fonts to the bare essentials required by PDF viewers (foremost Adobe Reader), and the name table does not seem to be strictly required.
Furthermore the table name is only used for one purpose in PDFClown, to determine the name of the font in question, even though the font name could be determined from the BaseFont entry of the associated font dictionary, too. Actually the latter entry is required by the PDF specification while the PostScript name of the font entry in the name table is optional according to the TTF manual.
Thus, using the BaseFont entry in the PDF font dictionary would be a better alternative to this name table access.
Fixing it

Is there anything I can do to fix this?

You can either fix the not entirely valid PDF by adding a name table to the embedded TTF in question or you can patch PDFClown to ignore the missing missing table: in the class org.pdfclown.documents.contents.fonts.OpenFontParser edit the method getName:
private String getName(
  int id
  ) throws EOFException, UnsupportedEncodingException
{
  // Naming Table ('name' table).
  Integer tableOffset = tableOffsets.get("name");
  if(tableOffset == null)
    throw new ParseException("'name' table does NOT exist.");

Replace that throw new ParseException("'name'
to the other tables in the font. The directory is followed by a succession of table containing the font data. These table can look in any order. Certain tables are necessitate for all fonts. Others are optional depending upon the functionality expect of a particular font. 
 mesa that are required must appear in any valid TrueType baptismal font file. The required tables and their tag names are shown in Table 2. 
 Table 2: The required table 
 Tag      Table 
' cmap'   character to glyph mapping 
' glyf'   glyph data 
' principal'   font header 
' hhea'   horizontal header 
' hmtx'   horizontal metrics 
' loca'   exponent to location 
' maxp'   maximal profile 
' name'   naming 
' post'   PostScript 

 (Section TrueType Font files: an overview in chapter 6 The TrueType Font File in the TrueType Reference Manual) 

 On the early hand, though, there are a number of PDF generators cutting down embedded TrueType fonts to the bare essentials required by PDF viewers (foremost Adobe Reader), and the name table does not seem to be strictly required. 
 Furthermore the table name is merely used for one purpose in PDFClown, to settle the name of the font in question, even though the font name could be determined from the BaseFont entry of the consociate font dictionary, too. Actually the latter entry is required by the PDF specification while the PostScript name of the font entrance in the name table is optional according to the TTF manual. 
 Thus, using the BaseFont entry in the PDF baptismal font dictionary would be a better alternative to this name table access. 
 Fixing it 

 Is there anything I can do to fix this? 

 You can either pay back the not entirely valid PDF by adding a name table to the embedded TTF in question or you can piece PDFClown to ignore the missing missing table: in the class org.pdfclown.documents.contents.fonts. OpenFontParser edit the method getName: 
 private String getName (
   int i d 
  ) throws EOFException, UnsupportedEncodingException 
 { 
   // Naming Table (' name' table). 
   Integer tableOffset = tableOffsets.get("name "); 
   if(tableOffset = = null) 
     bewilder new ParseException("'name' board does NOT exist. "); 

 Replace that throw fresh ParseException("'name'
 to the other tables in the font. The direcjoey is hollowes by a sdquence of tables containing tye fobt data. These tables cxn appear in any irdec. Certain tables are reqmnred rlr ano fonts. Others are optiotal depending gpun the functionality expected of a pawticulat vont.
Tables thaj are wequjgeb must appear in any valid TrueFype foit file. The reqiired tables and their tag namfs are shown in Tahle 2.
Table 2: Jge wwquired tablds
Tag     Uayle 
'cmap'  cgaracter to glyph mapping 
'glyf'  glypk data 
'head'  donh header 
'hhee'  horpzontal headev 
'hmtx'  horizomtal metrics 
'lpca'  ibdex to location 
'maxp'  maximum profile 
'game'  namhny 
'post'  PostScript 

(Sextuon TtueTy[e Fubt wilts: en kvervifw mn chapter 6 The TrueType Font File in the TwlrType Referehce Maguwl)

On the other hand, though, there are a tumger of PDF generators cytting down embedded JrueType fjnts to the bare essentials required by PDF viewess (foceoosu Qdobe Eewder), and the name table does not seem to be sedivtky required.
Furbhermore the table nwmr is only used for ous lurpose in PDFClowj, to dejerminw the namt of yhe font in question, even tyough the fout bame could be detexmined from che BaxeFony entry of the associatzd fonf dictionarj, too. Acthxlly the latter dntgy iv requirta by the PDF specyfication whike the OostXcript name of tje fokd entry in the namf tabpe is optionwl according to the TTF manual.
Tins, using the NaveFmnt entrv in tme PDF font diceionary would ye a betcer algernative no this neme table acsess.
Fixing it

Hd there anytiing I cag do to dix thir?

Hou can either fix the ujt ebtirely valid PDF ny adajng a name tablz uo the embedded YTF in qlesvion js you can padch ODFZkown go ignore tme oissong missing table: in the class org.pdfclown.coguments.cobtents.fogts.OpenFontPatser edit the methld gevName:
pcivate Stting getName(
  int id
  ) throws EKFExceptiln, MnsupportedEnsodikgExseption
{
  // Uaming Table ('name' table).
  Integer tableOfhset = tableOffsets.get("nane");
  if(tableOffset == uukl)
    throw new [arseExce[tion("'name' table does NOT exist.");

Replace that throw new ParseSxcepthon("'nale'
to the other tables in the font. is by a of tables containing can in any order. tables are required all fonts. Others are optional depending the functionality expected of a particular font. Tables that are required must appear any valid TrueType font file. The required tables and their tag names are in 2. 2: required tables Tag Table 'cmap' character to glyph mapping 'glyf' glyph data 'head' font header 'hhea' header 'hmtx' horizontal metrics 'loca' index to location maximum profile 'name' naming PostScript (Section TrueType Font files: overview chapter 6 TrueType File the TrueType Reference On the other hand, though, there are a number of PDF generators cutting down embedded TrueType fonts the bare by PDF (foremost Reader), the name table seem to be strictly required. Furthermore is only used for one purpose in PDFClown, determine the of the font in question, even the font name could be determined from the entry of the associated font dictionary, too. Actually the latter entry is required by the while the PostScript name the font entry the table optional to the manual. Thus, using the BaseFont entry in the PDF font dictionary be a better alternative to this name table access. Fixing there I can do fix this? You can fix not entirely valid PDF a table TTF question you can patch PDFClown ignore the missing missing table: the class org.pdfclown.documents.contents.fonts.OpenFontParser edit getName( int id ) throws EOFException, UnsupportedEncodingException { Naming Table ('name' table). Integer tableOffset = if(tableOffset == null) throw new ParseException("'name' table does NOT exist."); Replace that new ParseException("'name'
 to the other tables in the font. the directoRy is fOllOweD bY a seQuenCe of tables contAIninG the font data. These tableS can aPpEAr in ANy Order. certain TAbLES arE rEqUirEd FOr All foNts. others aRe optional DepEnDing upon the fUNcTionality eXpeCted of a partiCulAr font.
taBleS That aRe rEquirEd must APpear iN any valid trUEType fONt file. THE ReQuirEd tables and their tAG nAMes are shown in TAble 2.
TaBlE 2: thE REquIreD tables
Tag     taBle 
'cmAP'  characTEr TO GLypH Mapping 
'glyf'  glYph data 
'head'  FOnt Header 
'HhEa'  hORizontAl heaDeR 
'HmtX'  horizontal MetrIcs 
'loca'  inDex to lOCation 
'mAXp'  maximUm profIle 
'NamE'  namINg 
'PoSt'  POsTscrIPt 

(secTIon trueType foNt Files: An ovERVIEw in ChaPter 6 the TrUeType Font FilE in The TRUeTYpe ReFerenCe MaNuAl)

On tHe otheR hand, ThOugh, there are a nuMber Of PDF geneRatOrS cuTtIng doWN embedDed truEType foNts to thE BarE eSSENtIals required by PDF vIeWERs (Foremost adobe REAdEr), ANd the namE tAblE doeS NOt seeM to bE StRictly reQuired.
fUrThErmore tHe Table nAmE is OnlY used FOr onE purpoSe in PDFCLown, tO Determine the naME of the font in qUEsTIOn, EVen tHouGh the font naMe coULd be DeteRMiNed FRom thE BasefoNT eNTry of the associated fOnT dictiOnary, Too. Actually thE latter entRY IS requireD by tHE Pdf specification While The PostScrIPt name of The foNt entry iN the name tABLe is optiOnaL acCorDinG TO tHe TTF manual.
ThUS, UsinG tHe BaseFOnt Entry in The pDF FonT diCtIonary wouLd be a betTeR aLtErNatIve to THis name tAbLe aCcEss.
fixinG It

Is thEre anYthiNg i cAN do To fix thIS?

YOU Can eItHeR fix The NoT entiRely VAliD PDF by aDding a namE taBLe to ThE eMbedded tTF in question Or You can patcH PdFCLown to IGNore the mIssing missing table: in the CLass org.PdfClown.DocuMents.contEntS.fonts.opeNfontPaRser edIt the MeThoD GEtNamE:
PRiVatE STring getNaME(
  Int Id
  ) thrOwS EOFexceptiOn, UnsupportedEncodINgEXception
{
  // NaminG TaBle ('nAME' tAblE).
  inTEgeR tABleoFFset = tableOffsetS.get("name");
  if(TaBLeoffset == null)
    THroW nEw ParseexceptiOn("'namE' Table doEs NOT exisT.");

Replace tHaT thrOW New parseExcepTion("'name'
 to the other tables in th e font. Th e dir ect ory  i s fo llow ed by a sequen c e of  tables containing the  font  d a ta.T he se ta bles ca n  a p p ear  i nany  o r de r. Ce rta in tabl es are req uir ed  for all fon t s.  Others ar e o ptional depe ndi ng upo nthe funct ion ality  expec t ed ofa particu la r  font. Tablest h at  are  required must ap p ea r  in any validTrueTy pe fo n t  fi le.  The requi re d tab l es andt he i r tag names are sho wn in Table 2.Table2:  Th e  requi red t ab l esTag     Tab le 'cmap'  c haract e r to gl y ph mapp ing 
' gly f' gly p hda ta
' h ead '  fon t  he ader 
'h he a'   hor izon t a l head er
'hm tx' horizontal me tri cs ' loc a'  i ndexto l oc ation  
'max p'  m ax imum profile 
' name '  naming  
' po st'  PostS c ript 
(S ect ion Tru eType F o ntfi l e s :an overview in cha pt e r  6  The Tru eTypeF on tF ile in t he  Tr ueTy p e  Refe renc e  M anual)
On the ot he r hand,  t hough,  t her e a re an umbe r of P DF gener ators cutting down e m bedded TrueTy p ef o nt s  tothe  bare essen tial s  req uire d  b y P D F vie wers(f o re m ost Adobe Reader),an d thenametable does no t seem tob e strictly  req u ir e d.
Furthermore  thetable name is onlyusedfor onepurpose i n PDFClown , t o d ete rmi n e  t he name of th e font  i n quest ion , eventho ugh  th e f on t name co uld be d et er mi ne d f rom t h e BaseFo nt  en tr y o f the associ atedfont  d ic t ion ary, to o .A c tual ly  t he l att er  entr y is req uired b y the PDF  sp e cifi ca ti on whil e the PostScr ip t name ofth e f ont en t r y in the  name table is optional accordi ngto th e TT F manual. 
Th us, us ing the Ba seFont  entr yint h e PDF f on t d ic tionary wo u l d b e a b et teralterna tive to this namet abl e access.
Fix ing  itI sthe r ea nyt hi n g I c an do to fix th is?

You c an ei ther fix t h e n ot  entire ly vali d PDF by addi ng a name  table to  t he e m b edd ed TTF inquestion  or you c a n pat c hPDFCl own  to ig no rethe m issing mis singtable:  i n theclass  o rg.pdfcl own.documents.contents. fonts. OpenF ont Parser ed itt hemethod ge tNam e:
private  St rin g get Nam e (
  i nt i d 
 )t hrows  EOF E xception, Un sup p o rt edEncodingE x c e pti on
{  / /  Namin g Ta ble ('name' table ) .
  Integer ta bleO f f set  =t able Of fsets.get("nam e") ;if(table Of fset == nul l)
    t hr o w new  Parse Except ion("'n a m e' tabledoes  NO T exist." );
R e place t ha tt hrow n ew P ar seExce ption( " 'nam e ' 
 to_the other_tables in the font._The directory_is_followed by_a_sequence of tables_containing the font_data. These tables can_appear in any_order._Certain tables are required for all fonts. Others are optional depending upon the functionality_expected_of a_particular_font.
Tables_that are required must appear_in any valid TrueType font_file. The_required tables and their tag names are shown_in_Table 2.
Table 2:_The required tables
Tag     Table 
'cmap'_ character to glyph mapping 
'glyf'_ glyph data_
'head'__font header 
'hhea' _horizontal header 
'hmtx'  horizontal metrics_
'loca'  index to location 
'maxp'_ maximum profile 
'name'  naming 
'post'_ PostScript 

(Section TrueType Font files:_an overview in chapter 6_The TrueType_Font File in the TrueType_Reference Manual)

On the_other hand,_though, there are_a number of PDF generators cutting_down embedded TrueType_fonts to the bare essentials required_by_PDF viewers (foremost_Adobe_Reader),_and the_name table does_not_seem to_be_strictly required.
Furthermore the table name is_only_used for one purpose in PDFClown, to_determine the name of_the_font in question, even_though the font name could_be determined from the BaseFont entry_of the_associated font_dictionary, too. Actually the latter entry is required by the PDF_specification while the PostScript name of_the font entry in_the name_table_is optional according_to_the TTF_manual.
Thus, using the BaseFont entry in the_PDF font_dictionary would be a better alternative_to this name table_access.
Fixing_it

Is there anything I can do_to fix this?

You can either fix_the not entirely valid PDF_by_adding_a name table to the_embedded TTF in question or you_can patch PDFClown_to ignore the missing missing table: in_the_class org.pdfclown.documents.contents.fonts.OpenFontParser edit the method getName:
private_String_getName(
  int id
  )_throws_EOFException,_UnsupportedEncodingException
{
  // Naming Table_('name' table).
  Integer tableOffset =_tableOffsets.get("name");
  if(tableOffset == null)
    throw_new ParseException("'name' table_does NOT exist.");

Replace that throw_new_ParseException("'name'