<?xml version="1.0" encoding="UTF-8"?>

<rdf:RDF
 xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
 xmlns="http://purl.org/rss/1.0/"
 xmlns:content="http://purl.org/rss/1.0/modules/content/"
 xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/"
 xmlns:dc="http://purl.org/dc/elements/1.1/"
 xmlns:syn="http://purl.org/rss/1.0/modules/syndication/"
 xmlns:admin="http://webns.net/mvcb/"
>

<channel rdf:about="http://computers.gourt.com/Algorithms/Compression.html">
<title>Compression RSS : Gourt</title>
<link>http://computers.gourt.com/Algorithms/Compression.html</link>
<description></description>
<dc:language>en-us</dc:language>
<dc:rights>Copyright 2007, Gourt.com</dc:rights>
<dc:date>2009-12-14T23:39+53:00
</dc:date>
<dc:publisher>rtruog@gourt.com</dc:publisher>
<dc:creator>rtruog@gourt.com</dc:creator>
<dc:subject>Compression RSS : Gourt</dc:subject>
<syn:updatePeriod>hourly</syn:updatePeriod>
<syn:updateFrequency>1</syn:updateFrequency>
<syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
<items>
 <rdf:Seq>
  <rdf:li rdf:resource="http://twitter.com/TAC_NISO/statuses/6669912576" />
  <rdf:li rdf:resource="http://twitter.com/agungabb/statuses/6664103166" />
  <rdf:li rdf:resource="http://twitter.com/p10q/statuses/6655237294" />
  <rdf:li rdf:resource="http://twitter.com/danieldekok/statuses/6629165535" />
  <rdf:li rdf:resource="http://twitter.com/aaronbertrand/statuses/6613438758" />
  <rdf:li rdf:resource="http://twitter.com/BrianGolbere/statuses/6576598008" />
  <rdf:li rdf:resource="http://twitter.com/VidasM/statuses/6573155206" />
  <rdf:li rdf:resource="http://twitter.com/VidasM/statuses/6573087941" />
  <rdf:li rdf:resource="http://twitter.com/lmacvittie/statuses/6565637429" />
  <rdf:li rdf:resource="http://twitter.com/dsfnet/statuses/6550924854" />
  <rdf:li rdf:resource="http://twitter.com/skenniston/statuses/6545356579" />
  <rdf:li rdf:resource="http://twitter.com/kevingeorge/statuses/6537894235" />
  <rdf:li rdf:resource="http://twitter.com/aaronbertrand/statuses/6537192445" />
  <rdf:li rdf:resource="http://twitter.com/askbillmitchell/statuses/6535561506" />
  <rdf:li rdf:resource="http://twitter.com/hybridknight/statuses/6533210832" />
 </rdf:Seq>
</items>
</channel>

<item rdf:about="http://twitter.com/TAC_NISO/statuses/6669912576">
<title>Lynch: #CNI09f Compressed data is great w/ grnteed loss-less compression &#x26; perfect disk - difference between flipped pixel &#x26; inoperable file</title>
<link>http://twitter.com/TAC_NISO/statuses/6669912576</link>
<description><![CDATA[Lynch: #CNI09f Compressed data is great w/ grnteed loss-less compression &amp; perfect disk - difference between flipped pixel &amp; inoperable file]]></description>
</item>

<item rdf:about="http://twitter.com/agungabb/statuses/6664103166">
<title>Variable-length Codes for Data Compression: Springer | 2007-10-01 | ISBN: 1846289580 | 196 pages | PDF | 1,72 M.. http://bit.ly/5LVg1e</title>
<link>http://twitter.com/agungabb/statuses/6664103166</link>
<description><![CDATA[Variable-length Codes for Data Compression: Springer | 2007-10-01 | ISBN: 1846289580 | 196 pages | PDF | 1,72 M.. http://bit.ly/5LVg1e]]></description>
</item>

<item rdf:about="http://twitter.com/p10q/statuses/6655237294">
<title>and now, to study compression and huffman encoding (topic we didn&#x27;t seem to do in our data structures class)</title>
<link>http://twitter.com/p10q/statuses/6655237294</link>
<description><![CDATA[and now, to study compression and huffman encoding (topic we didn&apos;t seem to do in our data structures class)]]></description>
</item>

<item rdf:about="http://twitter.com/danieldekok/statuses/6629165535">
<title>Finished my dictzip classes, allowing for transparant compression of data through istream/ostreams.</title>
<link>http://twitter.com/danieldekok/statuses/6629165535</link>
<description><![CDATA[Finished my dictzip classes, allowing for transparant compression of data through istream/ostreams.]]></description>
</item>

<item rdf:about="http://twitter.com/aaronbertrand/statuses/6613438758">
<title>@bretupdegraff you can often not get a lot of compression out of it, so the space savings can be negligible. Depends on data. #SQL #SQLPASS</title>
<link>http://twitter.com/aaronbertrand/statuses/6613438758</link>
<description><![CDATA[@bretupdegraff you can often not get a lot of compression out of it, so the space savings can be negligible. Depends on data. #SQL #SQLPASS]]></description>
</item>

<item rdf:about="http://twitter.com/BrianGolbere/statuses/6576598008">
<title>Hadoop at Twitter (part 1): Splittable LZO Compression &#xC2;&#xBB; Cloudera Hadoop &#x26; Big Data Blog http://bit.ly/4FZVnO</title>
<link>http://twitter.com/BrianGolbere/statuses/6576598008</link>
<description><![CDATA[Hadoop at Twitter (part 1): Splittable LZO Compression » Cloudera Hadoop &amp; Big Data Blog http://bit.ly/4FZVnO]]></description>
</item>

<item rdf:about="http://twitter.com/VidasM/statuses/6573155206">
<title>@dsfnet : Cube (MOLAP) uses about 10-40% of original relational data. For backup I saw compression about 50% on top, depends on data too.</title>
<link>http://twitter.com/VidasM/statuses/6573155206</link>
<description><![CDATA[@dsfnet : Cube (MOLAP) uses about 10-40% of original relational data. For backup I saw compression about 50% on top, depends on data too.]]></description>
</item>

<item rdf:about="http://twitter.com/VidasM/statuses/6573087941">
<title>@dsfnet Cubes have compressed data but so that data can be accessed very fast. Backup - additional file level compression with diff algoritm</title>
<link>http://twitter.com/VidasM/statuses/6573087941</link>
<description><![CDATA[@dsfnet Cubes have compressed data but so that data can be accessed very fast. Backup - additional file level compression with diff algoritm]]></description>
</item>

<item rdf:about="http://twitter.com/lmacvittie/statuses/6565637429">
<title>Hunh. When you get down to it, SSL and compression are about equal in capability for obfuscating data in-flight. Scary.</title>
<link>http://twitter.com/lmacvittie/statuses/6565637429</link>
<description><![CDATA[Hunh. When you get down to it, SSL and compression are about equal in capability for obfuscating data in-flight. Scary.]]></description>
</item>

<item rdf:about="http://twitter.com/dsfnet/statuses/6550924854">
<title>#SSAS -- Does anyone know if MS will implement a compression routine for the cubes data files?</title>
<link>http://twitter.com/dsfnet/statuses/6550924854</link>
<description><![CDATA[#SSAS -- Does anyone know if MS will implement a compression routine for the cubes data files?]]></description>
</item>

<item rdf:about="http://twitter.com/skenniston/statuses/6545356579">
<title>RT  @stuiesav have had lots of success w F5 Acopia for file virtualization in primary and Stowize for data compression http://is.gd/5h5zV</title>
<link>http://twitter.com/skenniston/statuses/6545356579</link>
<description><![CDATA[RT  @stuiesav have had lots of success w F5 Acopia for file virtualization in primary and Stowize for data compression http://is.gd/5h5zV]]></description>
</item>

<item rdf:about="http://twitter.com/kevingeorge/statuses/6537894235">
<title>@masterzap Is there any flag to add compression to mrProxy .mib files?  Using them for scivis, current data will be 630 gb, zips to 150 gb</title>
<link>http://twitter.com/kevingeorge/statuses/6537894235</link>
<description><![CDATA[@masterzap Is there any flag to add compression to mrProxy .mib files?  Using them for scivis, current data will be 630 gb, zips to 150 gb]]></description>
</item>

<item rdf:about="http://twitter.com/aaronbertrand/statuses/6537192445">
<title>@MladenPrajdic compression is just how it writes the backup. Does not magically change your data structure or file sizes, unfortunately.</title>
<link>http://twitter.com/aaronbertrand/statuses/6537192445</link>
<description><![CDATA[@MladenPrajdic compression is just how it writes the backup. Does not magically change your data structure or file sizes, unfortunately.]]></description>
</item>

<item rdf:about="http://twitter.com/askbillmitchell/statuses/6535561506">
<title>@DavidTCopeland Of course the traffic congestion could be handled with more complex data compression schemes, but not sure if networks will.</title>
<link>http://twitter.com/askbillmitchell/statuses/6535561506</link>
<description><![CDATA[@DavidTCopeland Of course the traffic congestion could be handled with more complex data compression schemes, but not sure if networks will.]]></description>
</item>

<item rdf:about="http://twitter.com/hybridknight/statuses/6533210832">
<title>@xnhp &#xE0;&#xB8;&#x97;&#xE0;&#xB8;&#xB3; data compression &#xE0;&#xB8;&#xA7;&#xE0;&#xB9;&#x88;&#xE0;&#xB8;&#xB0;</title>
<link>http://twitter.com/hybridknight/statuses/6533210832</link>
<description><![CDATA[@xnhp ทำ data compression ว่ะ]]></description>
</item>

</rdf:RDF>