WW2Talk Databases.

Discussion in 'Network Information, Suggestions and Feedback' started by von Poop, Apr 12, 2013.

  1. von Poop

    von Poop Adaministrator Admin

    Increased the attachment limit per post/db entry. people will have to work out what the best way of adding stuff is as we go on.
    There really isn't much case for a readable image of a single page of document to be more than a few K. - Maybe combining images into a pdf/doc file is the way forward.

    Looking at the Bibliography database thing - is there a specific need for 'per book' entries (fields like 'Author' 'Title' 'Date' etc.) or might it just be better to have user-editable single page entries for each subject area?
    I'm leaning towards the latter, as spreading stuff out across a DB looks a bit clumsy for fairly straightforward lists of books.
  2. Lofty1

    Lofty1 Senior Member

    Hi VP
    Quote----Increased the attachment limit per post/db entry. ---- thank you that has helped immensely with my revamp :wink:

    regards lofty
  3. idler

    idler GeneralList

    Re: bibliographies - I think some sort of structure would be helpful.
    Is it possible to restrict the fields that are displayed on the 'database' page? E.g. could the 'source'field of the abbreviations db be left off the main page and only be visible when you click into a particular record? That ould help to keep the front end fairly compact.
  4. jacksun

    jacksun Senior Member

    Adam, after hammering the Billy out of William and everything else I can think of the smallest I can get my diary pages down to, and maintain legibility is 100K per page. Puts us at about 15Mb per diary give or take.
    If I take the optimized pages and then compile them into a PDF doc and fully optimize it I get a file of about 25Mb (go figure on Adobe's overhead).

    Not sure if anyone else has something more I could try? Given the originals are high res photos running at about 2.5mb per page this isn't too bad, not certain anything more can be done. There are between 100 and 150 pages per diary.

    Bob isn't shagging your Dad's sister yet, but they are on their 3rd date :)

  5. von Poop

    von Poop Adaministrator Admin

    25Meg a large diary, broken over three parts, starts to make sense to me.
    I'd love to make the entry limits bigger, but the DB per-entry attachment size is linked to the per-post one, and 10 Mb is pretty ridiculously generous for posts.
    Have read that the future intention for Invision is to break all the component parts into standalone programs, independent of the main board software, so hopefully that might mean a more precise choice of settings module by module.

    Idler - I think that setup might well require Template adjustments that I'm not up to making. Will keep noodling and see what's what.
  6. von Poop

    von Poop Adaministrator Admin

    Turned off the fix I put in to allow searching abbreviations below 3 letters.
    Effect on site-wide search was too severe. Made it almost useless.
    Few days and we ought to have the short-word search sorted from another direction.
  7. jacksun

    jacksun Senior Member

    Thanks Adam, means more money when you buy each standalone component too, right :)

    I thought the upload limits would all be tied together, makes sense.

  8. OpanaPointer

    OpanaPointer Pearl Harbor Myth Buster

    VP, if you want I can house "complete volumes" that you can link through the forum. Wouldn't need a link on Hyperwar, so it would "exclusive" ish.
  9. von Poop

    von Poop Adaministrator Admin

    I actually quite like the idea of a bit of sharing, mate.
    Gimme a chance for the construction dust to settle here, and we will talk.
    Two links are better than one, and I'm all for 'getting stuff out there'. Main point as far as I'm concerned.
  10. OpanaPointer

    OpanaPointer Pearl Harbor Myth Buster

    Many ways to do that. You'd be shocked (and drooling) at some of the things we have on Hyperwar that aren't easily seen.
  11. Richard Lewis

    Richard Lewis Member

    I too was taught that abbreviation should have full stops, but, to quote from the Field Service Pocket Book Part I - Pamphlet No. 3, 1943, Abbreviations, Notes,
    4. Full stops will not be used in or after any abbreviation except when it comes at the end of a sentence”.

    So is the filling up of the “Also abbreviated as” column with the same abbreviation with full stops unnecessary?

    Also the three columns “Meaning”, “Alternative Meaning” and “More possible meanings” could be combined in one “Meaning” column with the contents separated by commas or the word “or”. For example “Command, commanded, commandant or commander” for the abbreviation “comd”.

    See the Nation Archive’s list of abbreviations.


  12. von Poop

    von Poop Adaministrator Admin

    The 'also abbreviated as' was based on the thought that some things are abbreviated in different ways - ABDA & ABDACOM for example.
    Never really anticipated all the entries with full stops to be honest. They may help some searches, but not essentially so.

    Think you're possibly right on compressing the other columns.
  13. von Poop

    von Poop Adaministrator Admin

    As searching for phrases with less than four letters still hasn't been looked at, I've set the Abbreviations Database to display on one page:
    WW2Talk - Abbreviations & Acronyms Database

    That way, people can search it properly/quickly using 'Ctrl+F'
    (Ctrl+F is standard 'find on page' command for most browsers - but you knew that.)

    Oughtn't take long to load as it isn't that much text on the entire page.

Share This Page