Aktív témák

• #35 dark100 aktív tag dark100 #34

  2006-03-09 21:29:23 #35

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dark100

  aktív tag

  válasz dark100 #34 üzenetére

  Amugy allandoan beszelunk a redundanciarol de meg senki nem mondta ki hogy Shannon tetel a becsuletes neve. Neten utana lehet nezni.

• #15 robisz senior tag dark100 #14

  2006-03-09 12:37:50 #15

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  robisz

  senior tag

  válasz dark100 #14 üzenetére

  Szerintem te rosszul értelmezed a redundanciát
  
  Abban igazad van, hogy az 1-es kiszámítható abban az értelemben,
  hogy tudjuk, hogy a ''hosszúnév''-nek felel meg.
  De ennél sokkal fontosabb, hogy az ''1''-esek a hosszúnevek HELYÉT
  jelölik...
  
  Redundáns az az információ ami fölösleges, plusz információt nem hordoz...
  Te viszont itt az 1-esek nélkül az életben elő nem állítod az eredeti
  tartalmat tehát egyáltalán nem redundáns az információ.. csak másképpen,
  hatékonyabban van ábrázolva.
  
  Szerintem ha erre engedsz rá egy bzip2-őt akkor az esetek nagy részében jobb
  eredményt kell kapnod...
  
  De tudod mit? Most már én fogom kipróbálni...

• #12 robisz senior tag dark100 #11

  2006-03-09 11:15:35 #12

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  robisz

  senior tag

  válasz dark100 #11 üzenetére

  Nem értek egyet az 1. pontoddal... pont ez a lényeg... képzeld el hogy van egy
  hosszú nevű xml elemed pl.
  
  <nagyonnagyonhosszúelemnév></nagyonnagyonhosszúelemnév>
  
  Ez 54 karakter... most tegyük fel, hogy ez előfordul 1000-szer,
  ez 54000 karakter.
  
  Az xmill amikor elmenti a struktúrát, minden elemet lecserél egy integerre
  a lezáró elem helyére pedig egy ''/'' jelet tesz.
  
  Tehát a fenti elemből
  ''1/''
  lesz 1000-szer ami 2000 karakter, plusz egy ''jelmagyarázat'' az elejére
  ''1=nagyonnagyonhosszúelemnév'' ami +27 karakter.
  
  Így lesz az 54000-ből 2027 karakter és még csak ezután fogod zip-elni...
  
  Ezenkívűl lehet úgy is optimalizálni, hogy a különböző típusú adatokat
  külön konténerekbe teszed (pl. külön a csak numerikusakat stb)
  és speciális tömörítővel külön külön tömöríted őket.
  
  Egyébként nem hiszek el mindent amit olvasok.... de mi lenne ha kipróbálnád???
  
  [Szerkesztve]

• #10 robisz senior tag dark100 #8

  2006-03-09 01:20:31 #10

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  robisz

  senior tag

  válasz dark100 #8 üzenetére

  Akkor gondold végig mégegyszer és rájössz, hogy nagyobb méret esetén
  nagyon is megéri szétszedni.
  (Az xmill-ről is azt írják, hogy 20kb felett kezd jobb lenni a gzip-nél,
  de ez alatt nem is nagyon érdemes tömöríteni)
  Persze mindig lehet olyan esetet találni amikor rosszabb lesz a sima
  zip-nél (pl ha minden xml tag és attribútum neve különböző) de ez
  nagyon ritkán fordul elő.

• #9 Lamerjohny csendes tag dark100 #8

  2006-03-08 15:29:33 #9

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Lamerjohny

  csendes tag

  válasz dark100 #8 üzenetére

  Az a helyzet, hogy megnéztem hogy mások hogy oldották meg ezt a problémát és találtam is két projectet a sourceforge-on és mindkettő azon alapszik hogy szétszedik az XML-t.

• #5 Lamerjohny csendes tag dark100 #3

  2006-03-07 21:56:20 #5

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Lamerjohny

  csendes tag

  válasz dark100 #3 üzenetére

  Köszi a segitséget!
  Eddig arra jutottam, hogy szét kéne valahogy bontani az xml fájl-t. Külön tömöriteni a tag-eket meg külön az adatot, mindkettöt különbözö tömöritéssel. Lehet hogy hulye ötlet.
  Vélemény?

Aktív témák