Metric Dimensions

KeskusteluRecommend Site Improvements

Liity LibraryThingin jäseneksi, niin voit kirjoittaa viestin.

Metric Dimensions

tammikuu 12, 2012, 4:25 pm

Rather than going book-by-book, is there a way to have all our book dimensions automatically listed in the metric forms instead of inches/pounds? There seems to be some interest for this feature:

tammikuu 13, 2012, 3:13 am

Oh yes please, again

tammikuu 13, 2012, 6:33 am

Is it possible to put metric on automatically for local LT versions (like .nl for the Netherlands) ?

tammikuu 13, 2012, 8:01 am

Yes, it would make it meaningful for us to start using this feature.

tammikuu 13, 2012, 10:48 am

I too would like metric measures as that is what librarians use.

(Though I do prefer the volume measure "bathtubs full" to kiloliters.)

tammikuu 13, 2012, 1:36 pm

Yes, an urgently needed feature. Would be very much appreciated.

By the way, the conversion from inches to metric doesn't really work. It gives values down to tenths of millimeters – no book can be produced (or measured) with that kind of precision. Apart from that the values are often simply wrong: When I check and measure my copies I usually find that the sizes LT uses are one or several millimeters off.

tammikuu 13, 2012, 1:37 pm

yes please

tammikuu 13, 2012, 2:15 pm

Agreed. Having some kind of user-settable preference to remember metric would be great.


tammikuu 13, 2012, 9:00 pm

Ravic Yeah, I'm not trusting any of the LT supplied weights and dimensions. It looks like they were taken from Amazon and I'm sure Amazon just uses rough estimates for shipping purposes.
Glad I'm unemployed for once; I plan on going book by book through my library to input every dimension and weight manually (I have a postal scale that goes down to the tenth of a gram).

tammikuu 14, 2012, 9:50 am

The book dimensions often come from the source you are using for import not from LT.

It's not that it's untrustworthy so much as it is "good enough" data by that industry's standards.

Librarians, so I have been made to understand, don't worry about precision to the tenth of the whatever. If it's a metric measurement, they round up to the nearest centimeter. And they often only measure one dimension, the height.

tammikuu 14, 2012, 10:04 am

Confirming PhaedraB: not only do librarians round up to the nearest centimeter and only do height; there were times I barely got the tape measure out and just sort of guesstimated. The only reason libraries measure books so see quickly which size shelf they'll fit on. We had four shelf sizes: quarto, folio, oversize and x. Most libraries have two: quarto and bigger-than-quarto.

While everyone should feel free to measure and weigh whatever they want, there really is very little usefulness to the information outside of shipping and shelf size. The number of boxes needed to pack books, the number of shelving units needed to house them, and the weight of the books in the house can be approximated pretty well simply from the total number of books.

tammikuu 14, 2012, 12:48 pm

aulsmith, you might not think it's very useful, but there seems to be quite a few people interested in it. Seeing as LT is an international site and only the US, Liberia and Burma fail to use metric, the option to set metric as your standard measurement should be an option, rather than changing it book by book.

tammikuu 14, 2012, 1:25 pm

12: No quarrel. You'll notice I was #5 requesting this improvement. Just didn't want you to spend your time weighing and measuring things if your object was to do something that a rough number would work for.

tammikuu 14, 2012, 1:34 pm

12: Having read your post on the other thread, I see that you think I was saying that being able to switch between metric and "English" measurement is useless. If we're going to have weights and measures than it is extremely important as you point out.

However, whether the feature of weights and measures is more than tangentially useful for an individual's library is debatable. However, it was added because libraries and businesses, who are actually the bread-and-butter of LT, need it. And it is fun to see how many bathtubs you could fill with your books.

tammikuu 14, 2012, 1:51 pm

When I was discussing the accuracy of the dimensions in post #9, I didn't mean that I intended it actually go down to the tenth of the gram (I'm assuming that's why you were talking about the extremes of accuracy). I just need something more reliable than Amazon's measurements which I've found to be off by as much as a pound (they can be very shady when it comes to shipping). As my shelves are all cheap particle board, the ability to know how much I can (safely) shelve is pretty important to me and requires a bit more accuracy than what Amazon gives (if each book is off by a few ounces, a shelf may easily be off by five or ten pounds) and I find metric to be far more accurate than imperial (especially since it's so difficult to turn imperial units into decimals).

tammikuu 14, 2012, 2:12 pm

15: Ah, I see. Makes sense.

tammikuu 14, 2012, 4:37 pm

>15 benuathanasia:

If you Amazon delivery is underweight when it arrives, can you put in a claim for the remaining pages to be shipped to you? ;-)

Muokkaaja: tammikuu 14, 2012, 5:50 pm

benuathanasia suggested I re-post this from the other thread:

Coming from the country that gave the US feet and inches and pounds weight and gallons, when the UK decimalised and metricised in the 70s it was assumed that old people would have real difficulties making the adjustment.

But four decades on I (as one who is in his sixties) get irritated by people my age unable to (a) mostly think metric or even (b) work out the equivalent. Even though we still (just) drink pints in pubs, all our volumes and product weights and recipes are metric, and even though we still drive miles down our roads most lengths are metric. (But, yes, I see that British publishers still routinely use inches in their dimensions.)

Surely those who use 'imperial' (as Brits used to call it) are in a global minority? Why can't LT give us readers the option at least of switching? (I don't care if they're spelled millimeters or millimetres, by the way.)

Apologies for the jokey flavour of the original; the request is serious though!

tammikuu 14, 2012, 7:19 pm

When I first started working with the physical dimensions feature in April, I found some of the Amazon data was off.

Way off.

A good number of entries were literally describing a 20 inch x 20 inch x 20 inch book that weighed 20 pounds.

Now that's a book I'd like to see if real.


tammikuu 14, 2012, 11:30 pm

Damn, that sounds like a tome from Dungeons and Dragons or maybe the Necronomicon, lol.

tammikuu 15, 2012, 12:27 am

19> When I saw those (20x20x20) I thought that it must be that the original record had spaces in those fields and LT was interpreting it as a number because 20 is the ASCII code for a space. However, that's 20 in hex so I'm not sure that explanation makes any sense.

Muokkaaja: tammikuu 15, 2012, 1:55 am

A good number of entries were literally describing a 20 inch x 20 inch x 20 inch book that weighed 20 pounds.

Now that's a book I'd like to see if real.

I wonder what it's made's far too light for paper...

{There was a 84×60 inch book weighing 133 pounds, but that's genuine...}

tammikuu 15, 2012, 3:47 pm

While agreeing with the original post that the option for a change across a whole library would be good, I did not find that in measuring and weighing 5000 books the one extra click per book burdensome.
More of a problem is that on statistics page it treats all weights as being in pounds, even when they are clearly set to Kg. (Bug reported last June). This among other problems devalues my books (weight in gold) by $30,000,000 or more. Note - the statistics page for my library only makes sense when applied only to the collection "books".

huhtikuu 17, 2012, 10:57 am

Is this being reviewed? Partly it's not interesting to me unless there is a way to make the LxWxH part of the data export. But if not, I'll set back the few books I've changed over and just leave it as a slightly irrelevant piece of information.

helmikuu 6, 2017, 1:14 pm

5-year-later bump. It's absurd entering all my books from sources that are in metric, having the site auto-convert them to imperial, just so that I then have to manually convert them back to metric, usually resulting in a different figure to the one that was retrieved to begin with.

helmikuu 6, 2017, 1:54 pm

>25 kuuderes_shadow: The source you're getting the details from is giving them to you in imperial.

helmikuu 6, 2017, 2:02 pm

>26 gilroy: Why would, say, Amazon Japan provide the data in an archaic British measurement system that is not used anywhere on the site and has never been used in the history of the country?

Muokkaaja: helmikuu 6, 2017, 2:31 pm

>26 gilroy: Because the vendor that gave them the data put it in that way.

Data from Amazon especially is suspect, since it comes from third parties as much as from their internal people, and is frankly more suspect than say, the National Japanese Library.

Muokkaaja: helmikuu 6, 2017, 2:49 pm

>28 gilroy: I'd be very surprised if a book in Japanese published by a Japanese company and being sold by a (admittedly American owned) Japanese retailer serving the Japanese market would use inches and pounds when they don't even have that as an option on the site.

Yes I know that the Amazon data is often dodgy. I've seen enough things where they give absurd figures, get stuff in the wrong category (e.g. height in the thickness column), or give different measurements for two books that are actually exactly the same size to know that. Unfortunately the only listed sources are 5 amazon things and a single university. Not that other sources would necessarily be any better.

Not that any of this is a reason against having the option to have stuff automatically entered in metric rather than having to do four clicks for every single entry in order to change them. It's more a reason for having the ability to power edit book dimensions, which is another one of my pet wants (or would be if power edit wasn't broken for some of its uses already).

helmikuu 6, 2017, 2:54 pm

>29 kuuderes_shadow:
Let me be clear, I'm not against either a power edit option or a profile setting. Would love it, since I have a mixture of both and it drives me nuts.

I'm just saying that the blame on the mixture of inches and centimeters (or centimetres) isn't entirely on LT's shoulders. They may be getting faulty data.

And a Japanese book, by a Japanese company, being sold to an American military person, who works in the imperial, would see something other than metric.

helmikuu 6, 2017, 3:01 pm

>29 kuuderes_shadow:

Do you have a specific example of a book that came in from with imperial dimensions, and of the exact search you did to bring up that book on the source? It's a lot easier to talk about where the issue lies with a precise test case.

Muokkaaja: helmikuu 6, 2017, 3:11 pm

But American military personnel isn't Amazon Japan's main market is it? Nor is it the main market of, say, a small light novel publisher...

>31 lorax: - every single book I've added from there has had imperial dimensions, and about 99% of my Japanese books were added through Amazon Japan. I enter books by putting in the ISBN on the "add books" page, then clicking on the correct option that comes up. If you want a random thing to experiment with then 9784041208205 will do I guess (just tested with this one and it returned imperial as I expected), selecting the paperback option of course. It doesn't matter what book you choose though - everything gives the same result.

helmikuu 6, 2017, 3:15 pm

>32 kuuderes_shadow:

That ISBN appears to only have a Kindle edition on What you need in order to demonstrate that LT is at fault - since I know I have had many books come in with metric dimensions - is one where the dimensions on the site are quoted in metric but it imports in imperial.

Muokkaaja: helmikuu 6, 2017, 3:23 pm

>33 lorax: what? is the ISBN I just gave you.

商品パッケージの寸法: 18 x 12.8 x 1.8 cm
^dimensions in cm

once imported, Librarything lists this as:
Height Length Thickness Weight
7.09 inches 5.04 inches 0.71 inches 0.35 pounds

The height then becomes 18.01cm once converted back to metric.

helmikuu 6, 2017, 3:31 pm

Thanks! I suspect it may be returning different results for ISBN13 vs ISBN10 in a search, since that other box next to the Kindle option wasn't there when I looked with the ISBN you gave me. At any rate, that's a great example for the devs to test.

helmikuu 13, 2017, 1:16 pm

I have another issue. Some of my books have height 19,8 cm and some 19.8 cm. So, ... should that be comma or period? Apparently LT saves it as a text field (which actually makes some sort of sense, so we don't get 19.79999999 cm displayed anywhere).

helmikuu 13, 2017, 1:44 pm

I have another issue. I have books with height 19,3 cm and som with 19.3 cm. Should it be comma or period? LT seems to save it as a text field (which actually makes sense).

ETA: Physical summary turns 20 x 19,3 into 20 x 19 cm. And 20 x 19.3 into 20 x 19.3 cm, so period seems to work and comma doesn't.

Maybe a tiny help text for us non-US citizens?

helmikuu 13, 2017, 1:46 pm

ya, US uses . for decimal and , for 1000, EU switches it around. very annoying when entering data in spreadsheets.

Muokkaaja: helmikuu 13, 2017, 2:33 pm

At least 19,3 cm didn't get converted to 19300 cm :-)

And yes, spreadsheets are a pain when . and , are switched around.

ETA: I'm trying to sanity check height, length, thickness and weight and some of the errors are quite funny. Like 283 cm which should be the height of a paperback!

helmikuu 13, 2017, 2:50 pm

The comma vs. dot is a localization issue and different regions and cultures have different conventions and preferences.

Of course, in the U.S., one of the names for the dot is the "decimal point" so its use is prescribed. :) I don't know that one is better than the other but merely familiar based on experience.


helmikuu 13, 2017, 3:46 pm

>40 Keeline: Completely agree.

It seems that LT prefers decimal point at least when I'm using Also I have a lot of English/American paperbacks and it would be a pain to convert decimal point to comma so I'll stick with decimal point and go change the few commas that have invaded my book data :-)

helmikuu 17, 2017, 1:22 pm

>38 JerryMmm: US uses . for decimal and , for 1000, EU switches it around.

Parts of the EU perhaps. The UK uses a decimal point, and commas for thousands. The UK's still a member of the EU for the time being, and I wouldn't mind a little flutter that we stay members.

helmikuu 19, 2017, 5:33 am

There's even a map here:

Luxembourg gets special points (pun intended) for using both marks officially.

Muokkaaja: helmikuu 19, 2017, 5:50 am

Luxembourg will take care of your money for you no matter how you write it.

But even here in Austria, where the norm is to use a space for the thousands and a comma for the bits smaller than 1, I saw a check being made out on television last week as 120,000.- (instead of 120 000,-). The person doing this was representing a large company, and has probably learned to use the US system so as not to confuse the Amis.

helmikuu 19, 2017, 5:58 am

I think we've recently cancelled the idea of checks in Denmark, but the rule was to spell out the amount in words too and if there was any difference between amount in numbers and amount in words, the amount in words would win.

helmikuu 19, 2017, 6:29 am

Same here, but this was to advertise the large amount of money being given to charity.

helmikuu 13, 2018, 4:41 pm

I am having a problem with measurements also but in a different way. looking at pre-filled fields I am finding that the thickness is oftern several inches whilst the height is less than the thickness, or even the depth. Having read the thread it seems that the original source for the data cares not a toss.

Can I just confirm for mortals that the height is as standing up for humans, the depth is front to back as in shelves, and the thickness is as for timber. In virtually all instances the thickness will be the smallest measurement. For some panoramic books the depth may often be more than the height.

I am going metric as that is what makes most sense.

Incidentally am I right in thinking that all my careful measuring and weighing is simply for me? Seems a waste if that is the case. At some stage dragging the book dimensions from several libraries might show a rough consensus and root out the bogus dimensions. If it sounds a problem .... I told my removal company how much my 2500 books would weigh based on LT .... possibly a mistake. !!!

helmikuu 13, 2018, 5:11 pm

>47 dieseltaylor: Incidentally am I right in thinking that all my careful measuring and weighing is simply for me?

Yes. And so I don't much bother with those fields, except occasionally to correct obviously wrong data in an added record.

helmikuu 13, 2018, 5:16 pm

>47 dieseltaylor:

Only for you and anyone looking at your catalog. Trying to percolate it up would be meaningless in the absence of an edition layer.

helmikuu 20, 2018, 10:34 am

Also some books would have slightly different data anyway, since the binding / cutting can differ. But yeah, correcting obviously wrong data would be a help. I don't see that coming without an edition layer, though.

(FYI: I'm currently tracking down some of my paperbacks which Amazon claims as 0.5 kg while I think 0.1 kg is more like it.)

huhtikuu 5, 2021, 11:59 pm

... Still hoping that we will get the ability to choose metric as default for our library rather than have to individually change each entry ...

Meanwhile, like >47 dieseltaylor: I get a bit confused by the terms 'height', 'length' and 'thickness'. Well, height and thickness are reasonably obvious but 'length' throws me. Would 'width' be too confusing? or would it be possible to separate the boxes by cover (height & width) and spine (thickness)?

huhtikuu 6, 2021, 3:18 am

>51 libraian: height and thickness are reasonably obvious but 'length' throws me.

I agree; 'length' isn't helpful. If the book is flat on a surface in front of you, 'width' makes sense. Personally I would prefer 'depth', as the book stands on a shelf.

huhtikuu 6, 2021, 8:04 am

If two out of the three dimensions are "reasonably obvious", though, surely the third can be deduced?

huhtikuu 6, 2021, 1:25 pm

>53 lorax: If two out of the three dimensions are "reasonably obvious", though, surely the third can be deduced?

Why rely on deduction?

huhtikuu 7, 2021, 11:10 am

>51 libraian: I agree. When we can use more precise terms, why not?

huhtikuu 10, 2021, 7:18 pm

> By the way, the conversion from inches to metric doesn't really work. It gives values down to tenths of millimeters – no book can be produced (or measured) with that kind of precision.

Reminds me of elevation signs in the USA which read
4000 feet
1219.2 meters
No wonder Americans think the metric system is complicated.

huhtikuu 12, 2021, 10:35 am

Muokkaaja: huhtikuu 12, 2021, 10:42 am

>56 brycenesbitt: Yeah, while true - it's silly. I can't imagine the measurements in inches / feet being that precise either.

huhtikuu 12, 2021, 2:41 pm

That sort of false precision drives me batty. My middle-school science teacher had zero patience for it - if you had too many significant figures in an answer, you lost points.

huhtikuu 13, 2021, 5:31 am

>59 lorax: Don't all science teachers deduct points when you do that? That held true for me, from middle grade to university.

huhtikuu 13, 2021, 7:42 am

One of mine once apologized for having written "1000" in an exam without specifiying whether that was one, two, three, or four significant digits. (IIRC, the intention was four.)

huhtikuu 13, 2021, 9:31 am

anglemark (#60):

I'd assume so, but it was sufficiently drilled in that I never encountered it at a higher level.

huhtikuu 14, 2021, 3:34 am

>60 anglemark: I bought an old book yesterday. Depending on how much I squeze it it has a thickness of 0.9 or 1.2 cm :-)

Muokkaaja: huhtikuu 14, 2021, 2:13 pm

>63 bnielsen: Ah, now you have to find out whether that is statistically significant. If you squeeze and unsqueezed it 10 times, do you get the same results? What is the standard error? p value? Perhaps plot a bar graph? Do you need to do a power analysis to determine how many squeezes are needed for statistical relevance?
(Hint: Always say that you will base your data on previous experiments. Don't promise to do a power analysis.)

Also, does the number of times you squeeze it alter the extent of the change in thickness? Does it slowly get thinner after multiple squeezings? Plot number of squeezes on x-axis and thickness on y-axis.


ETA: I thought a t-test would be OK under these conditions, but you aren't really comparing squeezed and unsqueezed. For that you would have to purchase another copy of the book with the same age...

huhtikuu 15, 2021, 1:35 am

>64 krazy4katz: Thanks for lining up my work for me :-) I also have several means of measuring thickness and the position of the book (i.e. lying on my table or standing on a book shelf) also matters and the gravitational and electric forces of the other books and ...

Muokkaaja: huhtikuu 15, 2021, 3:20 am

I started being very exact but it soon got me stressed, so now to avoid that problem I always write down my measurements in 0.25cm intervals.
So most of my paperbacks are 20x13, some 19.75, 12.75...
Again for thickness, 4 or 3.75, 5 or 4.75.

huhtikuu 15, 2021, 3:21 am

>65 bnielsen: You also have to try it in different places around the world and at different heights, to see what difference the varying value of g makes. Come, on: FOR SCIENCE!

huhtikuu 15, 2021, 4:08 pm

>66 ScarletBea: I was trained to round up to the nearest centimeter in my cataloguing classes and career. I do that now with height and width, but somehow thickness I go with .5 cm.

heinäkuu 8, 2021, 10:52 am

I have a feeling that you people are making fun of a very serious issue here.

>59 lorax: Was that zero or 0.04 rounded down?

>63 bnielsen: 😂
>64 krazy4katz: 🤯

heinäkuu 15, 2021, 6:10 am

>56 brycenesbitt: Whereas I've just entered several books which told me they were 7.75982 inches high.

Muokkaaja: heinäkuu 15, 2021, 11:35 pm

>70 humouress: Wow! The books said that?! I wonder if their height changes when they talk? And 5 significant figures? Amazing!

heinäkuu 16, 2021, 1:50 am

>71 krazy4katz: They do! I clicked to convert to kg/cm instead of pounds/inches so they’re 19.8cm but if I change back to inches they’re only 7.8.

heinäkuu 16, 2021, 3:47 pm

>72 humouress: I think you should have kept some of them at 7.75982 inches just to see if they go to 7.75983 inches when the weather is wet and 7.75981 inches when it is dry :-)

elokuu 12, 2021, 7:31 pm

In physics at college they emphasized "significant digits." Clearly the conversions on LT are mathematically correct but really unlike a measurement you could make with a physical analog ruler.

I would still rather be able to default to always use metric because I can enter the weight as a decimal and not have to deal with pounds and ounces which LT cannot handle. The local Dollar Tree store provided me with a nice square with English and metric marks on each side. This helps when getting the dimensions of the book.


elokuu 13, 2021, 1:08 pm

Significant digits and unit conversions do not really play happily with each other. If you have the appropriate significant digits in one system, the other will of course have more digits because the two systems are not commensurate. If you chop the extra digits in the second unit system and then switch back, you will get a different answer. And so on....

elokuu 14, 2021, 5:39 am

>75 al.vick:

Yes indeed. That's why the true data usually has a much larger number of significant digits, which is reduced and rounded for display. I used to work for a payroll company, so dealing with money values (£9.99) but fields where there were arithmetic calculations were always held to one further digit (£9.999) at least, sometimes more.

elokuu 14, 2021, 6:26 am

>76 sarahemmm: Which is really just a very odd rounding method. I remember trying to figure out why me and my bank couldn't agree on something that was basically just the result of a multiplication of two numbers. Bank: We round to three digits after the decimal marker and then to two digits to make sure that it is correct. Me: I'm a mathematician and you're doing this WRONG! (In the end we agreed to disagree.)

elokuu 14, 2021, 7:12 am

the decimal point/comma problem could be resolved if you used millimetres, not centimetres (and surely no one is going to use a fraction of a millimetre): it was the unit we used for printing specifications when I worked in publishing.

elokuu 15, 2021, 7:21 am

>77 bnielsen: Was it not done by (one of the) bankers' rounding method? As I said, in some situations you definitely need more decimals. ISTR that I wrote one app for NI calcs that required 6.

elokuu 15, 2021, 9:23 am

>79 sarahemmm: Yes, but the banker wasn't aware that it sometimes gave a slightly different result compared to rounding the mathematical way.

elokuu 16, 2021, 6:46 am

In my opinion there are two things to think about:
- calculating
- displaying

I am a user of the metric system. So as >78 overthemoon: said I would calculate in mm, with at least 3 digits after the decimal marker. And display the result in mm (no digits).
I do not know what would be best to round the result ( mm) in an non-metric dimension (1/4, 1/6, 1/8, ??? Inch).

elokuu 16, 2021, 7:33 am

Just as long as I can have the option to choose my preferred units (without having to change it for each book individually), I'm happy to measure to the nearest millimetre.

elokuu 16, 2021, 7:45 am

helmikuu 17, 2022, 11:24 pm

Any luck yet?

lokakuu 10, 2022, 10:59 pm


joulukuu 30, 2022, 9:02 am

As a newbie to LT I am bewildered why there is not a user setting to default the display/edit screen to either metric or imperial, and that this is such a long-running (decadal!) request from users. It seems a no brainer for me, and it cant be such a big deal to implement...what reasons have the developers given for their resistance to do it?

joulukuu 30, 2022, 12:59 pm

>86 Acronema: I'm guessing because it's not that straightforward to code since the values come from the source. I'm among those that have no use for inches and stuff, but nowadays I practically never use Amazon, which is the main, if not only, source not using metric. Even US libraries usually have data in cm

Muokkaaja: joulukuu 30, 2022, 1:40 pm

>87 SandraArdnas: But if the source provides it in metric, LT still gives it in imperial. Even the things I bothered to measure/weigh myself, are recalculated to imperial. (It's why I pretty much gave up on that feature).

joulukuu 30, 2022, 2:48 pm

>88 Nicole_VanK: What do you mean? I get the data from the source. Libraries only record spine length, so that's all you get. Weight than often appears (in green) in pounds, but the data from the source is always in its original form.

So if I wanted to fill in the rest of fields myself, I could fill in width and thickness without having to switch, but weight still defaults to pounds, so I'd have to switch each time.

joulukuu 30, 2022, 6:36 pm

Although I have seen LT do some odd things with the dimension fields I can't say that I have seen them switched after they were in place, unless I did it. I had one book I recently added manually "Babar's Bath Book" that I added manually. I did not bother with the dimension fields, thinking I would fill them in later. But when I went back to the entry I saw all three dimensions entered in inches, and in green? I am not sure where they came from because I did not import the information about the book as I could not find a copy to copy. I normally put in dimension fields in CM even if they imported in inches. I do not trust library measurements. I have also noticed that with an oblong book they often will give the longest dimension as the height, and I correct that when I see it. So in that case they are not measuring the spine to get the books height. I suspect that with many libraries the books measurements are just a vague after thought, they do not seem to be concerned if they are accurate or not.

joulukuu 30, 2022, 9:00 pm

Green values mean that the data is computed by LT based on what other users have entered for the same book . It isn't really in your book record so that if you export your book data the green data won't be there