Not signed in (Sign In)

Not signed in

Want to take part in these discussions? Sign in if you have an account, or apply for one below

  • Sign in using OpenID

Site Tag Cloud

2-category 2-category-theory abelian-categories adjoint algebra algebraic algebraic-geometry algebraic-topology analysis analytic-geometry arithmetic arithmetic-geometry book bundles calculus categorical categories category category-theory chern-weil-theory cohesion cohesive-homotopy-type-theory cohomology colimits combinatorics complex complex-geometry computable-mathematics computer-science constructive cosmology deformation-theory descent diagrams differential differential-cohomology differential-equations differential-geometry digraphs duality elliptic-cohomology enriched fibration foundation foundations functional-analysis functor gauge-theory gebra geometric-quantization geometry graph graphs gravity grothendieck group group-theory harmonic-analysis higher higher-algebra higher-category-theory higher-differential-geometry higher-geometry higher-lie-theory higher-topos-theory homological homological-algebra homotopy homotopy-theory homotopy-type-theory index-theory integration integration-theory k-theory lie-theory limits linear linear-algebra locale localization logic mathematics measure-theory modal modal-logic model model-category-theory monad monads monoidal monoidal-category-theory morphism motives motivic-cohomology nforum nlab noncommutative noncommutative-geometry number-theory of operads operator operator-algebra order-theory pages pasting philosophy physics pro-object probability probability-theory quantization quantum quantum-field quantum-field-theory quantum-mechanics quantum-physics quantum-theory question representation representation-theory riemannian-geometry scheme schemes set set-theory sheaf sheaves simplicial space spin-geometry stable-homotopy-theory stack string string-theory superalgebra supergeometry svg symplectic-geometry synthetic-differential-geometry terminology theory topology topos topos-theory tqft type type-theory universal variational-calculus

Vanilla 1.1.10 is a product of Lussumo. More Information: Documentation, Community Support.

Welcome to nForum
If you want to take part in these discussions either sign in now (if you have an account), apply for one now (if you don't).
    • CommentRowNumber1.
    • CommentAuthorTim_Porter
    • CommentTimeMar 15th 2011

    The sickness of a webserver at Bangor means that theses of n-POV interest and use to n-lab readers /users are currently not available. This raises a question as to whether we should not have a repository / archive on the n-Lab with links to theses (not only Bangor’s but generally). Would there be any objections to this? (Only theses with clear access to everyone would be put there, so no problems there, but some may be scanned and that gobbles up space.)

    My draft structure would be a page called theses with a list of those available, then, where possible, a small summary (lifted from the thesis) of each with a link to an archived version. (If the arXiv already has a copy this would just be a link to that, but some may not be available in that form, e.g. being too old.)

    • CommentRowNumber2.
    • CommentAuthorzskoda
    • CommentTimeMar 15th 2011

    There are some free online resources which allow for sizeable repository of shared files. Maybe we should have some stuff at places like that for a while with links somewhere at nLab. Once the repository becomes important enough, one can estimate the scale and the purpose and tie it more closely to the future backbone of nFacility. One day we can grow large and important enough to justify applying for grants and other infrastructure help. Unplanned large addition of files to the central infrastructure of nLab should be less preferable at this point; slowing down the backuping and other things. But if we have a side structure like a linked repository somewhere near by growing and justifying future use, we can estimate its value and invest thinking and resources into it. This is hypothetical thinking, I am not one of the people maintaining the infrastructure (yet at least), so it is just a suggestion.

    If scanning, the modern and free format of djvu should be used: for the same quality, if at more than 300 dpi it will have better compression than other, older formats, like pdf.

    • CommentRowNumber3.
    • CommentAuthorTobyBartels
    • CommentTimeMar 15th 2011

    Use Any2DjVu to convert many older formats into DjVu. You can get OCR with this service too, making the file searchable (although it can’t handle math, or even French).

    • CommentRowNumber4.
    • CommentAuthorzskoda
    • CommentTimeMar 15th 2011

    Converting into djvu is worthy if the original is in 300 dpi or higher. If you have below 200 dpi scan in pdf it will result in worse djvu per unit size than he original pdf. This phenomenon described by some djvu people is that in such a case it is better to print it, rescan it at higher dpi and then convert. This does not sound logical but some of the official djvu FAQs say that.

    • CommentRowNumber5.
    • CommentAuthorTobyBartels
    • CommentTimeMar 16th 2011

    If you have below 200 dpi scan in pdf it will result in worse djvu per unit size than he original pdf.

    The usual DjVu converters don’t allow one to create a DjVu file with lower resolution than this. I wonder which is cause and which is effect here.

    This phenomenon described by some djvu people is that in such a case it is better to print it, rescan it at higher dpi and then convert.

    Printing can’t create information that’s not there. Possibly printing at a low resolution spreads out ink so that the scanned result looks better, but if this works, then one could in principle write a computer program to do it virtually. At best, this advice is a work-around until someone does. It almost sounds like the sort of thing that somebody would say as a joke, with the point being that something at such low resolution really isn’t a document suitable for convenient reading at all.

    • CommentRowNumber6.
    • CommentAuthorzskoda
    • CommentTimeMar 17th 2011
    • (edited Mar 17th 2011)

    I think it is something more subtle about the algorithm used for djvu compression, that it starts being worse in comparison to pdf when the things are more granular in input, but I don’t know.