Fossil SCM
Added named anchors to the "Image Format vs Fossil Repo Size" doc so I can refer to one in particular.
Commit
7de2410f742af79d1122264fc58e0490b30f4a5626969cfc534f19feeb9303e0
Parent
f013384605144a4…
1 file changed
+5
-5
+5
-5
| --- www/image-format-vs-repo-size.md | ||
| +++ www/image-format-vs-repo-size.md | ||
| @@ -38,11 +38,11 @@ | ||
| 38 | 38 | [hf]: https://en.wikipedia.org/wiki/Hash_function |
| 39 | 39 | [prn]: https://en.wikipedia.org/wiki/Pseudorandomness |
| 40 | 40 | [zl]: http://www.zlib.net/ |
| 41 | 41 | |
| 42 | 42 | |
| 43 | -## Affected File Formats | |
| 43 | +## <a id="formats"></a>Affected File Formats | |
| 44 | 44 | |
| 45 | 45 | In this article’s core experiment, we use 2D image file formats, but |
| 46 | 46 | this article’s advice also applies to many other file types. For just a |
| 47 | 47 | few examples out of what must be thousands: |
| 48 | 48 | |
| @@ -73,11 +73,11 @@ | ||
| 73 | 73 | [oox]: https://en.wikipedia.org/wiki/Office_Open_XML |
| 74 | 74 | [wi]: https://en.wikipedia.org/wiki/Windows_Installer |
| 75 | 75 | |
| 76 | 76 | |
| 77 | 77 | |
| 78 | -## Demonstration | |
| 78 | +## <a id="demo"></a>Demonstration | |
| 79 | 79 | |
| 80 | 80 | The companion `image-format-vs-repo-size.ipynb` file ([download][nbd], |
| 81 | 81 | [preview][nbp]) is a [JupyterLab][jl] notebook implementing the following |
| 82 | 82 | experiment: |
| 83 | 83 | |
| @@ -113,11 +113,11 @@ | ||
| 113 | 113 | [nbd]: ./image-format-vs-repo-size.ipynb |
| 114 | 114 | [nbp]: https://nbviewer.jupyter.org/urls/fossil-scm.org/fossil/doc/trunk/www/image-format-vs-repo-size.ipynb |
| 115 | 115 | [wp]: http://wand-py.org/ |
| 116 | 116 | |
| 117 | 117 | |
| 118 | -## Results | |
| 118 | +## <a id="results"></a>Results | |
| 119 | 119 | |
| 120 | 120 | Running the notebook gives a bar chart something like⁴ this: |
| 121 | 121 | |
| 122 | 122 |  |
| 123 | 123 | |
| @@ -151,11 +151,11 @@ | ||
| 151 | 151 | |
| 152 | 152 | |
| 153 | 153 | [mce]: https://en.wikipedia.org/wiki/Monte_Carlo_method |
| 154 | 154 | |
| 155 | 155 | |
| 156 | -## Automated Recompression | |
| 156 | +## <a id="makefile"></a>Automated Recompression | |
| 157 | 157 | |
| 158 | 158 | Since programs that produce and consume binary-compressed data files |
| 159 | 159 | often make it either difficult or impossible to work with the |
| 160 | 160 | uncompressed form, we want an automated method for producing the |
| 161 | 161 | uncompressed form to make Fossil happy while still having the compressed |
| @@ -242,11 +242,11 @@ | ||
| 242 | 242 | here. |
| 243 | 243 | |
| 244 | 244 | ---- |
| 245 | 245 | |
| 246 | 246 | |
| 247 | -## Footnotes and Digressions | |
| 247 | +## <a id="notes"></a>Footnotes and Digressions | |
| 248 | 248 | |
| 249 | 249 | 1. This problem is not Fossil-specific. Several other programs also do |
| 250 | 250 | delta compression, so they’ll also be affected by this problem: |
| 251 | 251 | [rsync][rs], [Unison][us], [Git][git], etc. You should take this |
| 252 | 252 | article’s advice when using all such programs, not just Fossil. |
| 253 | 253 |
| --- www/image-format-vs-repo-size.md | |
| +++ www/image-format-vs-repo-size.md | |
| @@ -38,11 +38,11 @@ | |
| 38 | [hf]: https://en.wikipedia.org/wiki/Hash_function |
| 39 | [prn]: https://en.wikipedia.org/wiki/Pseudorandomness |
| 40 | [zl]: http://www.zlib.net/ |
| 41 | |
| 42 | |
| 43 | ## Affected File Formats |
| 44 | |
| 45 | In this article’s core experiment, we use 2D image file formats, but |
| 46 | this article’s advice also applies to many other file types. For just a |
| 47 | few examples out of what must be thousands: |
| 48 | |
| @@ -73,11 +73,11 @@ | |
| 73 | [oox]: https://en.wikipedia.org/wiki/Office_Open_XML |
| 74 | [wi]: https://en.wikipedia.org/wiki/Windows_Installer |
| 75 | |
| 76 | |
| 77 | |
| 78 | ## Demonstration |
| 79 | |
| 80 | The companion `image-format-vs-repo-size.ipynb` file ([download][nbd], |
| 81 | [preview][nbp]) is a [JupyterLab][jl] notebook implementing the following |
| 82 | experiment: |
| 83 | |
| @@ -113,11 +113,11 @@ | |
| 113 | [nbd]: ./image-format-vs-repo-size.ipynb |
| 114 | [nbp]: https://nbviewer.jupyter.org/urls/fossil-scm.org/fossil/doc/trunk/www/image-format-vs-repo-size.ipynb |
| 115 | [wp]: http://wand-py.org/ |
| 116 | |
| 117 | |
| 118 | ## Results |
| 119 | |
| 120 | Running the notebook gives a bar chart something like⁴ this: |
| 121 | |
| 122 |  |
| 123 | |
| @@ -151,11 +151,11 @@ | |
| 151 | |
| 152 | |
| 153 | [mce]: https://en.wikipedia.org/wiki/Monte_Carlo_method |
| 154 | |
| 155 | |
| 156 | ## Automated Recompression |
| 157 | |
| 158 | Since programs that produce and consume binary-compressed data files |
| 159 | often make it either difficult or impossible to work with the |
| 160 | uncompressed form, we want an automated method for producing the |
| 161 | uncompressed form to make Fossil happy while still having the compressed |
| @@ -242,11 +242,11 @@ | |
| 242 | here. |
| 243 | |
| 244 | ---- |
| 245 | |
| 246 | |
| 247 | ## Footnotes and Digressions |
| 248 | |
| 249 | 1. This problem is not Fossil-specific. Several other programs also do |
| 250 | delta compression, so they’ll also be affected by this problem: |
| 251 | [rsync][rs], [Unison][us], [Git][git], etc. You should take this |
| 252 | article’s advice when using all such programs, not just Fossil. |
| 253 |
| --- www/image-format-vs-repo-size.md | |
| +++ www/image-format-vs-repo-size.md | |
| @@ -38,11 +38,11 @@ | |
| 38 | [hf]: https://en.wikipedia.org/wiki/Hash_function |
| 39 | [prn]: https://en.wikipedia.org/wiki/Pseudorandomness |
| 40 | [zl]: http://www.zlib.net/ |
| 41 | |
| 42 | |
| 43 | ## <a id="formats"></a>Affected File Formats |
| 44 | |
| 45 | In this article’s core experiment, we use 2D image file formats, but |
| 46 | this article’s advice also applies to many other file types. For just a |
| 47 | few examples out of what must be thousands: |
| 48 | |
| @@ -73,11 +73,11 @@ | |
| 73 | [oox]: https://en.wikipedia.org/wiki/Office_Open_XML |
| 74 | [wi]: https://en.wikipedia.org/wiki/Windows_Installer |
| 75 | |
| 76 | |
| 77 | |
| 78 | ## <a id="demo"></a>Demonstration |
| 79 | |
| 80 | The companion `image-format-vs-repo-size.ipynb` file ([download][nbd], |
| 81 | [preview][nbp]) is a [JupyterLab][jl] notebook implementing the following |
| 82 | experiment: |
| 83 | |
| @@ -113,11 +113,11 @@ | |
| 113 | [nbd]: ./image-format-vs-repo-size.ipynb |
| 114 | [nbp]: https://nbviewer.jupyter.org/urls/fossil-scm.org/fossil/doc/trunk/www/image-format-vs-repo-size.ipynb |
| 115 | [wp]: http://wand-py.org/ |
| 116 | |
| 117 | |
| 118 | ## <a id="results"></a>Results |
| 119 | |
| 120 | Running the notebook gives a bar chart something like⁴ this: |
| 121 | |
| 122 |  |
| 123 | |
| @@ -151,11 +151,11 @@ | |
| 151 | |
| 152 | |
| 153 | [mce]: https://en.wikipedia.org/wiki/Monte_Carlo_method |
| 154 | |
| 155 | |
| 156 | ## <a id="makefile"></a>Automated Recompression |
| 157 | |
| 158 | Since programs that produce and consume binary-compressed data files |
| 159 | often make it either difficult or impossible to work with the |
| 160 | uncompressed form, we want an automated method for producing the |
| 161 | uncompressed form to make Fossil happy while still having the compressed |
| @@ -242,11 +242,11 @@ | |
| 242 | here. |
| 243 | |
| 244 | ---- |
| 245 | |
| 246 | |
| 247 | ## <a id="notes"></a>Footnotes and Digressions |
| 248 | |
| 249 | 1. This problem is not Fossil-specific. Several other programs also do |
| 250 | delta compression, so they’ll also be affected by this problem: |
| 251 | [rsync][rs], [Unison][us], [Git][git], etc. You should take this |
| 252 | article’s advice when using all such programs, not just Fossil. |
| 253 |