- Catalogue administrator
- 402 messages
- January 17, 2011 19:08
- Catalogue manager
- 5,385 messages
- January 17, 2011 20:03
Bij een paar boeken heb ik het veld ingevuld en conform de instructie ingevuld (was ook mijn eigen wens). Je loopt inderdaad tegen praktische problemen aan zoals verwoord door Arco en Arwin.
Ofschoon het invullen van de genummerde pagina's het eenvoudigste is, ga ik overstag en toch pleiten voor het tellen van de pagina's wat zich tussen de beide kaften bevind.
Dit is eenduidig en gemakkelijk uit te leggen, zonder allerlei randvoorwaarden.
For a few books I filled in the field and filled it in according to the instructions (was also my own wish). You do indeed run into practical problems as expressed by Arco and Arwin.
Although filling in the numbered pages is the easiest, I am going to tack and still argue for counting the pages that are between the two covers.
This is unambiguous and easy to explain, without all kinds of preconditions.
- 4,322 messages
- January 17, 2011 20:25
Omdat een boek altijd bestaat uit gevouwen vellen papier (ook als die nadien zijn afgesneden en gelijmd) moet het altijd een veelvoud zijn van 4 pagina's. (Hoogst zeldzame uitzonderingen buiten beschouwing gelaten.) Bij strips gaat het traditioneel om drukvellen van 8 of 16 pagina's, waardoor het totaal meestal op 48, 56 of 64 uitkomt.
Praktisch gezien is dit veld het meest bruikbaar om te kunnen controleren of een boek compleet is. Of er bv. bij gelijmde strips voorin geen blanco pagina (waar een naam op geschreven stond) verwijderd is, of achterin een pagina reclame. Dan heb je dus niets aan alleen het aantal genummerde pagina's.
Because a book always consists of folded sheets of paper (even if they have been cut and glued afterwards) it must always be a multiple of 4 pages. (Very rare exceptions aside.) Comics are traditionally printed sheets of 8 or 16 pages, usually bringing the total to 48, 56 or 64.
Practically speaking, this field is the most useful for checking whether a book is complete. Whether, for example, in the case of glued comics, no blank page (with a name written on it) has been removed at the front, or at the back of a page of advertising. Then the number of numbered pages alone is of no use to you.
- Catalogue administrator
- 402 messages
- January 17, 2011 22:30
moet het altijd een veelvoud zijn van 4 pagina's
Zeer gevaarlijk uitgangspunt, wat ik zeker niet deel. Zeker als je kijkt naar hoe veel small press uitgaves gemaakt zijn op het kopiëerapparaat is deze stelling niet te verdedigen. Ook de aanname dat je dan op een bepaald veelvoud uitkomt is gevaarlijk. De stripwereld is een stuk groter dan alleen de albums.
Pockets worden (zeker bij grotere oplagen) gewoon gedrukt op 128 of meer pagina’s per vel.
De enige zekerheid die er bij het tellen van de pagina’s bestaat is dat het een even getal moet zijn, de rest is speculatie.
Ik pleit er echt voor om het veld ‘aantal bladzijden’ te benutten voor het werkelijke aantal bladzijden van de uitgave, en niet voor enig ander doel.
Precies zoals Collectioneur en Boekenmagazijn ook aangeven. Dit veld gebruiken voor andere doeleinden is niet relevant. Daarvoor zou bij de inhoud (Verhalen in dit album) ruimte voor moeten komen.
it must always be a multiple of 4 pages
Very dangerous premise, which I certainly do not share. Especially when you look at how many small press issues have been made on the copier, this statement cannot be defended. The assumption that you then arrive at a certain multiple is also dangerous. The comic book world is a lot bigger than just the albums.
Pockets are printed (especially for larger print runs) on 128 or more pages per sheet.
The only certainty there is when counting the pages is that it must be an even number, the rest is speculation.
I really advocate using the "number of pages" field for the actual number of pages of the issue, and not for any other purpose.
Exactly as the Collectioneur and Boekenmagazijn also indicate. Using this field for other purposes is irrelevant. There should be room for this in the content (Stories in this album).
- 1,354 messages
- January 17, 2011 23:00
Mijn condoleanties aan de beheerders die dit gaan moeten controleren (ze hebben natuurlijk al deze strips in hun collectie en zullen de bladzijden wel even natellen).
Alle gekheid op een stokje : maak 2 velden
1) Werkelijk aantal bladzijden (voor de die-hard invoerders)
2) Aantal genummerde pagina's (voor de beetje minder die-hard invoerders)
My condolences to the administrators who are going to have to check this (of course they have all these comics in their collection and will count the pages for a while).
All joking aside: make 2 fields
1) Actual number of pages (for the die-hard importers)
2) Number of numbered pages (for the slightly less die-hard feeders)
- LastDodo Team
- 6,272 messages
- January 18, 2011 14:25
Collectioneur schreef:
Bij een paar boeken heb ik het veld ingevuld en conform de instructie ingevuld (was ook mijn eigen wens). Je loopt inderdaad tegen praktische problemen aan zoals verwoord door Arco en Arwin.
Ofschoon het invullen van de genummerde pagina's het eenvoudigste is, ga ik overstag en toch pleiten voor het tellen van de pagina's wat zich tussen de beide kaften bevind.
Dit is eenduidig en gemakkelijk uit te leggen, zonder allerlei randvoorwaarden.
Mede gezien de andere goed beargumenteerde reacties, denk ik bij nader inzien ook dat we het beter zo kunnen doen. Beter ten halve gekeerd, dan ten hele gedwaald zullen we maar zeggen. De invulinstructie heb ik als volgt aangepast:
Het werkelijke aantal pagina’s tussen de kaften van het boek. De omslag zelf dus niet meetellen maar alle andere pagina's wel.
Dank voor het meedenken!
@Zwendel, twee velden voor het aantal pagina's vind ik persoonlijk wat te veel van het goede worden.
Collector wrote:
For a few books I filled in the field and filled it in according to the instructions (was also my own wish). You do indeed run into practical problems as expressed by Arco and Arwin.
Although filling out the numbered pages is the easiest, I'm going to tack and still advocate counting the pages between the two covers.
This is unambiguous and easy to explain, without all kinds of preconditions.
Partly in view of the other well-argued responses, I also think on closer inspection that we can do it better this way. Better half turned than completely lost, shall we say. I have adapted the completion instructions as follows:
The actual number of pages between the covers of the book. So don't count the cover itself, but all other pages do.
Thanks for thinking along!
@Zwendel, I personally think two fields for the number of pages are a bit too much.
- Catalogue administrator
- 2,432 messages
- January 18, 2011 14:46
Is dat met of zonder de schutbladen?
Is that with or without the endpapers?
- Catalogue administrator
- 1,756 messages
- January 18, 2011 15:50
Hangt er formeel van af aan welke kant van de kaft ze zich zich bevinden.
Gewoon meetellen dus. Alle andere opties zijn foutgevoeliger en het maakt voor de waarde van de info geen donder uit.
Formally depends on which side of the cover they are on.
So just count. All other options are more error prone and it makes no difference to the value of the info.
- Catalogue administrator
- 2,432 messages
- January 18, 2011 21:01
Hangt er formeel van af aan welke kant van de kaft ze zich zich bevinden.
Als ze bij jouw boeken aan de buitenkant zitten, ontbreekt de kaft
Gewoon meetellen dus. Alle andere opties zijn foutgevoeliger en het maakt voor de waarde van de info geen donder uit.
Als het "geen donder uitmaakt" laten we ons dan aan de bibliotheek gegevens houden en de nummering volgen die doorgaans onderaan de bladzijdes staat.
Deze begint meestal bij 3, omdat de zgn. titelpagina en de volgende bladzijde niet genummerd is, maar wel meetelt in het boekblok.
Softcover hebben meestal geen schutbladen en dan zou bv Largo Winch in het softe geval 48 pagina's tellen en in de hardere versie 52, terwijl het verhaal nog steeds uit dezelfde 44 platen bestaat met hetzelfde aantal stroken en hetzelfde aantal plaatjes.
Formally depends on which side of the cover they are on.
If they are on the outside of your books, the cover is missing
So just count. All other options are more error prone and it makes no difference to the value of the info.
If it "doesn't matter" then let's stick to the library data and follow the numbering usually at the bottom of the pages.
This usually starts at 3, because the so-called title page and the next page are not numbered, but do count in the book block.
Softcover usually do not have endpapers and then for example Largo Winch would have 48 pages in the soft case and 52 in the harder version, while the story still consists of the same 44 plates with the same number of strips and the same number of pictures.
Softcover hebben meestal geen schutbladen en dan zou bv Largo Winch in het softe geval 48 pagina's tellen en in de hardere versie 52, terwijl het verhaal nog steeds uit dezelfde 44 platen bestaat met hetzelfde aantal stroken en hetzelfde aantal plaatjes.
Is dat erg als je weet dat we straks ook het aantal pagina's per verhaal gaan bijhouden ?
Bij deze omschrijving
Het werkelijke aantal pagina’s tussen de kaften van het boek. De omslag zelf dus niet meetellen maar alle andere pagina's wel.
lijkt mij dat de schutbladen ook tot de pagina's tussen de kaften behoren.
Zo lees ik het tenminste.
Softcover usually have no endpapers and then for example Largo Winch would have 48 pages in the soft case and 52 in the harder version, while the story still consists of the same 44 plates with the same number strips and the same number of images.
Is that bad if you know that we will soon also keep track of the number of pages per story?
With this description
The actual number of pages between the covers of the book. So don't count the cover itself, but all other pages do.
seems to me that the endpapers also belong to the pages between the covers.
At least that's how I read it.
- Catalogue administrator
- 1,756 messages
- January 18, 2011 22:48
Largo Winch in het softe geval 48 pagina's tellen en in de hardere versie 52, terwijl het verhaal nog steeds uit dezelfde 44 platen bestaat met hetzelfde aantal stroken en hetzelfde aantal plaatjes.
ik heb dan ook nooit beweerd dat het aantal bladzijdes een zinvol veld was waar we iets aan hebben. ;-)
Ik zie nu trouwens dat er ook mensen zijn die een veld willen voor de oorspronkelijke verkoopprijs. Schijnt een doorbraak te wezen qua boekidentificatie of zo. En natuurlijk mooi meegenomen dat je kunt zien hoe stom of slim het was dat je het boek niet gelijk gekocht hebt toen het werd uitgebracht.
Mag ik dan gelijk opteren voor een veld Lettertype, waarin we kunnen invullen welke lettertypes er in het betreffende boek allemaal gebruikt worden en in welke puntgrootte. Ook reuze handig om verschillende drukken te kunnen onderscheiden en je weet gelijk of het boek zonder leesbril nog een beetje te doen is.
Oja, en naast velden voor de dikte en het gewicht (schijnt heel belangrijk te zijn voor de aanschaf van de juiste boekenkast) dan ook graag een veld of het boek een rugtektst heeft en hoe die georienteerd is. Dat ik ook gelijk kan zien of ik hem gewoon rechtop in die boekenkast kan zetten of dat ie ondersteboven moet. En dan ook graag welke kleur de rug is. Want ze kunnen dan wel passen, maar je weet natuurlijk nog steeds niet of het estetisch wel verantwoord is om bepaalde boeken naast elkaar te zetten Qua palet enzo, het oog wil tenslotte ook wat.
En dan om het af te maken (je begrijpt niet hoe we het al die tijd zonder hebben kunnen doen) ook een veld waar je op een schaal van 1 tot 10 kunt aangeven hoe lastig het is om de prijssticker zonder schade los te krijgen.
Maar dat laatste alleen ls het niet teveel gevraagd is natuurlijk.
Largo Winch count 48 pages in the soft case and 52 in the harder version, while the story still consists of the same 44 plates with the same number of strips and the same number of pictures.
I have therefore never claimed that the number of pages was a meaningful field that is useful to us. ;-)
By the way, I now see that there are also people who want a field for the original sales price. Seems to be a breakthrough in book identification or something. And of course a nice bonus that you can see how stupid or smart it was that you didn't buy the book right when it was released.
Can I immediately opt for a Font field, in which we can enter which fonts are used in the book in question and in what point size. Also very handy to be able to distinguish different printings and you immediately know whether the book is still a bit manageable without reading glasses.
Oh yes, and in addition to fields for the thickness and weight (seems to be very important for the purchase of the right bookcase) also a field whether the book has a back text and how it is oriented. That I can also immediately see whether I can just put it upright in that bookcase or whether it has to be upside down. And then also what color the back is. Because they may fit, but of course you still don't know whether it is aesthetically responsible to put certain books next to each other In terms of palette and stuff, after all, the eye also wants something.
And then to top it off (you don't understand how we managed without it all this time) also a field where you can indicate on a scale of 1 to 10 how difficult it is to remove the price sticker without damage.
But the latter only if it's not too much to ask, of course.
Oja, en naast velden voor de dikte en het gewicht
Ik kan me eerlijk gezegd wel voorstellen dat een dergelijk veld handig kan zijn voor het automatisch laten berekenen van verzend kosten.
Goed idee Pegag.
Oh yes, and next to the thickness and weight fields
To be honest, I can imagine that such a field can be useful for automatically calculating shipping costs.
Good idea Pegag.
- 1,354 messages
- January 18, 2011 23:09
@Zwendel, twee velden voor het aantal pagina's vind ik persoonlijk wat te veel van het goede worden
Er wordt nu wat op doorgehamerd en ik moet bekennen dat het voorstel van 2 velden licht ironisch bedoeld was ;-) Daar kan ik Pegag volgen.
Ik zie nu trouwens dat er ook mensen zijn die een veld willen voor de oorspronkelijke verkoopprijs. Schijnt een doorbraak te wezen qua boekidentificatie of zo. En natuurlijk mooi meegenomen dat je kunt zien hoe stom of slim het was dat je het boek niet gelijk gekocht hebt toen het werd uitgebracht.
Voor wat betreft 'originele verkoopprijs' : dat is een objectief gegeven (vooral gezien de vaste Nederlandse boekenprijs waarvan ik onlangs met verbazing kennis genomen heb). Z van Zwendel tussen 2,95 en 3,3 Euro, dat is een 'spread' van 10% waar we bij verkoopprijzen enkel van kunnen dromen (kijk maar even naar Z van Zwendel aanbiedingen).
En nogmaals het voordeel van een apart veld is dat je als beheerder niet elk jaar de prijzen van 'nieuwe objecten' moet aanpassen (cq dat er ten eeuwige dagen veel te hoge nieuwprijzen op objecten geplakt blijven).
@Zwendel, I personally think two fields for the number of pages are too much of a good thing
It is now being hammered through and I must admit that the proposal of 2 fields was intended to be slightly ironic ;-) I can follow Pegag there.
By the way, I now see that there are also people who want a field for the original sales price. Seems to be a breakthrough in book identification or something. And of course a nice bonus that you can see how stupid or clever it was that you didn't buy the book when it was released.
As far as 'original sales price' is concerned: that is an objective fact (especially given the fixed Dutch book price that I recently learned with amazement). Z van Zwendel between 2.95 and 3.3 Euro, that is a 'spread' of 10% that we can only dream of at sales prices (just look at Z van Zwendel offers).
And again the advantage of a separate field is that as an administrator you do not have to adjust the prices of 'new objects' every year (or that much too high new prices will be stuck on objects for eternity).
- Catalogue administrator
- 1,756 messages
- January 19, 2011 00:36
Ik kan me eerlijk gezegd wel voorstellen dat een dergelijk veld handig kan zijn voor het automatisch laten berekenen van verzend kosten.
Goed idee Pegag.
Jaja, ik glim of het zelf bedacht heb, maar hier (gewicht) is inderdaad elders al met droge ogen om gevraagd in verband met de verzending.
Wat een ongelooflijke flauwekul. Ben heel benieuwd of de HH verkopers nog zo enthousiast zijn als de eerste negatieve feedback binnen is omdat de koper strafport moest betalen, vanwege foutief gefrankeerd. Ben al iets minder benieuwd wie er dan de schuld krijgen.
To be honest, I can imagine that such a field can be useful for automatically calculating shipping costs.
Good idea Pegag.
Yes, I shine as if I came up with it myself, but this (weight) has indeed been requested elsewhere with dry eyes in connection with the shipment.
What incredible nonsense. I am very curious if the HH sellers are still as enthusiastic as the first negative feedback is received because the buyer had to pay a penalty postage due to incorrect postage. I am a little less curious who will be blamed.
Volgens mij gaan jullie off-topic wat betreft de verkoopprijs (dit topic gaat over het aantal pagina's en daar is volgens mij nu duidelijkheid over). Ik zou best willen reageren op @pegag, maar dan liever aldaar (en liever op een serieuze mail ;-).
Groeten,
Tom
I think you are going off-topic in terms of the selling price (this topic is about the number of pages and I think that is now clear). I would like to respond to @pegag, but rather there (and rather a serious email ;-).
Greetings,
Tom
Ben heel benieuwd of de HH verkopers nog zo enthousiast zijn als de eerste negatieve feedback binnen is omdat de koper strafport moest betalen, vanwege foutief gefrankeerd.
Als je dingen de deur uit stuurt zonder het eerst even na te wegen, ben je als verkoper uiteraard zelf dom bezig.
Verpakking telt bijvoorbeeld ook mee.
Het zou nooit meer dan een indicatie voor de verzendkosten kunnen zijn, dat is zonder meer waar.
Maakt mij persoonlijk niet zo veel uit of zo'n veld er komt of niet, maar het lijkt me wel handig voor bepaalde rubrieken.
I am very curious whether the HH sellers are still as enthusiastic as the first negative feedback is received because the buyer had to pay a penalty postage due to incorrect postage.
If you send things out the door without weighing it up first, you as a seller are obviously doing stupid yourself.
For example, packaging also counts.
It could never be more than an indication of the shipping costs, that's certainly true.
I personally do not really care whether such a field will be added or not, but it seems useful for certain sections.
- LastDodo Team
- 6,272 messages
- January 19, 2011 08:46
Ik ben het met Arwin eens dat dit zeker handig kan zijn om een indicatie voor de verzendkosten te kunnen berekenen. Als we kunnen realiseren dat verkopers hun klanten meteen online kunnen laten betalen (iDEAL, Paypal etc.) dan wordt dat zeker belangrijk.
I agree with Arwin that this can certainly be useful to calculate an indication for the shipping costs. If we can realize that sellers can immediately let their customers pay online (iDEAL, Paypal etc.) then that will certainly be important.
En dan nu weer even ontopic: aantal bladzijden per uitgave was snel geregeld. Is dat ook zo eenvoudig voor aantal platen per verhaal?
En kan dat behalve voor strips ook voor boeken? Waarbij het bij verhalen in boeken erg handig zou zijn als er ook een veld voor het jaartal van 1e publicatie in zou komen.
And then again undopic: the number of pages per issue was quickly arranged. Is that also that simple for the number of plates per story?
And is that possible for books as well as for comics? Where it would be very useful for stories in books if there were also a field for the year of 1st publication.
- LastDodo Team
- 6,272 messages
- January 19, 2011 17:36
Marco heeft even gekeken of een aantal platen veld per verhaal snel te doen is. Dat blijkt toch wat complexer dan gedacht omdat het op verhaal-niveau zit en daar het aantal velden nu nog beperkt is, iets waar we bij DVD's eerder ook tegenaan liepen. Wordt nog opgepakt maar niet nu direct. Geeft me ook nog even de tijd om met de beheerders precies door te spreken hoe dit veld ingevuld moet worden.
Marco has checked whether a number of records field per story can be done quickly. That turns out to be a bit more complex than expected because it is at story level and because the number of fields is still limited, something we encountered before with DVDs. Is still being arrested, but not immediately. Also give me the time to discuss with the administrators exactly how this field should be filled in.
- Catalogue administrator
- 402 messages
- January 19, 2011 20:50
- 1,354 messages
- January 19, 2011 21:44
Dan vraag ik me wel af van welke planeet je komt
Van de planeet 'België', te vinden in Alpha Centauri. Wij zijn daarnaar verdreven door een zekere Willem I ;-)
En mij is indertijd (in dit forum) gezegd dat (nieuwe) strips onder die regel vallen en dat daarom geen kortingen toegestaan zijn.
Then I wonder which planet you come from
From the planet 'Belgium', found in Alpha Centauri. We were driven there by a certain Willem I ;-)
And I was told at the time (in this forum) that (new) comics fall under that rule and that therefore no discounts are allowed.
- Moderator
- 1,567 messages
- January 19, 2011 22:00
Ik heb hetzelfde begrepen als Zwendel.
Maar ach.. ik kom dan ook uit Brabant en dat grenst aan Alpha Centauri (:-)
I understand the same thing as Scam.
But hey .. I am from Brabant and that borders on Alpha Centauri (:-)
- Catalogue manager
- 8,580 messages
- January 19, 2011 22:37
veel strips vallen onder het tijdschriftenregine en kennen geen vaste, maar adviesprijs
Dat zijn maar heel weinig strips, hoor. Eigenlijk alleen de strips die lijken op tijdschriften (met nietjes en zo). Alle strips met een ISBN vallen sowieso onder de VVP.
many comics fall under the magazine system and do not have a fixed, but recommended price
Those are very few comics, you know. Basically just the comics that look like magazines (with staples and stuff). All comics with an ISBN fall under the VVP in any case.
@ BigBadWolf,
Bij de omschrijving:
Het werkelijke aantal pagina’s tussen de kaften van het boek. De omslag zelf dus niet meetellen maar alle andere pagina's wel.
wordt niet over een boekblok gepraat.
Dat haal je er zelf een beetje bij lijkt mij.
Als het anders bedoeld is, dan zou er eigenlijk iets moeten staan van "Omslag en schutbladen niet meetellen" in plaats van "alle andere pagina's wel"
Hier in West Friesland vallen nieuwe stripalbums overigens ook gewoon onder de vaste boekenprijs.
Van welke planeet kom je zelf eigenlijk ?
Wie heeft er een exacte weegschaal in huis?
Een beetje professionele verkoper.
Eentje die ook in zijn winkel kan opgeven hoe zwaar zijn verpakking is, en zo automatisch de verzendkosten voor een pakketje door Catawiki kan laten berekenen.
@ BigBadWolf,
At the description:
The actual number of pages between the covers of the book. So don't count the cover itself, but all other pages do.
does not talk about a book block.
I think you get that a little bit.
If it is intended otherwise, it should actually say something like "Don't count cover and endpapers" instead of " all other pages do "
Here in West Friesland, new comic albums also fall under the fixed book price.
Which planet are you from actually?
Who has an exact scale at home?
A little professional seller.
One who can also indicate in his store how heavy his packaging is, and thus automatically calculate the shipping costs for a package by Catawiki.
- 4,322 messages
- January 19, 2011 23:14
Hoe lang zou het duren voordat de eerste gebruiker een album als nieuwe variant toevoegt omdat zijn exemplaar 3 gram zwaarder is?
;-P
Het verbaast me overigens dat er geen veld voor gewicht is bij Munten. Ik weet er verder weinig van af, maar is dat vooral bij edele metalen niet van belang?
How long would it take for the first user to add an album as a new variant because his copy is 3 grams heavier?
;-P
Incidentally, I am surprised that there is no weight field for Coins. I don't know much about it, but isn't that important, especially with precious metals?