Bij het toevoegen van een stapeltje strips in mijn verzameling dook plots een probleem op.
Wanneer ik op de knop 'toevoegen' klik, wordt item niet toegevoegd aan mijn verzameling maar opent een volgende pagina met het bericht "Zoeken - Voer een zoekterm in van minimaal twee karakters".
Het maakt niet uit of optionele velden als Aankoopdatum zijn ingevuld of niet. Ook de browser maakt geen verschil. Kan dit even nagekeken worden aub? Ik kan geen enkel item meer aan mijn verzameling toevoegen.
Adding a stack of comics to my collection suddenly encountered a problem.
When I click on the 'add' button, the item is not added to my collection but a next page opens with the message "Search - Please enter a search term of at least two characters".
It does not matter whether optional fields such as Purchase Date are filled in or not. The browser also makes no difference. Can this be checked please? I can no longer add any item to my collection.
- Catalogue manager
- 8,580 messages
- July 27, 2020 16:02
Bug is bekend, maar hij zet ze bij mijn weten wel in je verzameling, hoor.
Bug is known, but he'll put them in your collection as far as I know.
Bug is bekend, maar hij zet ze bij mijn weten wel in je verzameling, hoor.
Ah, dat klopt inderdaad. Bedankt om dat even door te geven.
Een andere bug is dat mijn avatar op sommige pagina's wijzigt in een standaardavatar (soms tijdelijk, soms niet).
Bug is known, but he'll put them in your collection as far as I know.
Ah, that's right. Thanks for passing that on.
Another bug is that my avatar changes to a default avatar on some pages (sometimes temporary, sometimes not).
- Catalogue manager
- 8,580 messages
- July 27, 2020 19:45
Ja, gaat mis in galerijen. Ook bekend.
Yes, goes wrong in galleries. Also known.
Ik heb nu al een week dat ik bij het toevoegen van een nieuw item de melding krijg:
Eén of meer afbeelding konden niet worden opgeslagen. Controleer of het formaat correct is.
Het formaat is jpg en de afbeeldingen zijn niet te groot. Ik heb al gerefreshed, uit- en weer ingelogd en de browsergeschiedenis gewist. Niets helpt. Ik werk op een Mac met browser Safari.
I have had a week now that I get the message when adding a new item:
One or more images could not be saved. Check if the format is correct.
The format is jpg and the images are not too large. I've already refreshed, logged out and back in and cleared browser history. Nothing helps. I work on a Mac with a browser Safari.
- Catalogue manager
- 8,580 messages
- August 02, 2020 18:42
Je bent de enige tot op dit moment. Heb je je cachegeheugen al eens leeggemaakt?
You are the only one so far. Have you ever cleared your cache?
Cache net geleegd (zou ook geleegd moeten zijn bij wissen browsergeschiedenis), maar helaas - nog steeds dezelfde foutmelding.
Cache just cleared (should also be cleared when clearing browser history), but unfortunately - still same error.
Mogelijk is het een probleem met de jpg zelf ( de een is niet altijd gelijk aan de andere).. of een bitje omgevallen..
Open hem in win bijv. met de Foto's (of vergelijkbaar voor Mac) , en sla hem dan opnieuw op met extensie .jpg
En heel misschien met mobiele fotos (datatype mismatch).
Misschien heb je wat aan deze info?
It may be a problem with the jpg itself (one is not always the same as the other) .. or a bit fell over ..
Open it in win eg with the Photos (or similar for Mac), and then save it again with extension .jpg
And just maybe with mobile photos (datatype mismatch).
Maybe this info is of use to you?
- Catalogue manager
- 8,580 messages
- August 03, 2020 11:16
@sleuth
Ik snap hier he-le-maal niks van!
@sleuth
I don't understand anything about this!
Foto's bewerkt en opnieuw opgeslagen. Werkt ook niet. Ik geef het op en kijk over een maand of zo wel weer eens of de site weer wil meewerken.
Photos edited and saved again. Also does not work. I'll give up and see if the site wants to cooperate again in a month or so.
- Catalogue manager
- 5,352 messages
- August 05, 2020 22:18
@Sleuth
Begrijpelijk dat je enigszins gefrustreerd bent, maar blijkbaar hebben andere gebruikers de problemen niet die jij ondervind met de afbeeldingen. Is er geen deskundige bij jou in de buurt die eens kan kijken of je bewerkingsprogramma ergens iets foutief doet?
Je gebruikelijke invoer/wijzigingen zijn altijd van een zeer hoog niveau en dat zou ik (we) erg missen.
@Sleuth
Understandably, you're a little frustrated, but apparently other users don't have the problems you're having with the images. Isn't there an expert in your area who can check if your editing program is doing something wrong somewhere?
Your usual input / changes are always of a very high level and I (we) would miss that very much.
@ Sleuth, zou ik daarbij mogen helpen ? Dan stuur ik je een prive bericht.
@ Sleuth, could I help with that? Then I will send you a private message.
Het probleem is opgelost door de bestanden flink te verkleinen in Acrobat Pro (hoewel ze al veel minder dan de max 5 MB besloegen). Met veel dank aan Leike-w!
The problem was solved by considerably reducing the size of the files in Acrobat Pro (although they were already much less than the max 5 MB). Many thanks to Leike-w!
- Catalogue manager
- 8,580 messages
- August 07, 2020 19:40
Zou je willen melden hoe groot ze oorspronkelijk waren, want dit is niet oké.
Would you like to report how big they were originally, as this is not okay.
Denk dat ik even het beste reageer bij geen bezwaar (getest).
De afbeeldingen zijn ca 1,8Mb en 1,2Mb (dus binnen de norm).
Echter omschrijf ik ze maar voor het gemak als HR afbeeldingen.
resolutie 560 dpi bij een pixel grootte van 6600 (3600x6600 = 23.760.000) pixels te verwerken.
vb. : Afbeelding 1 (1,8 MB = 5229x6934pix 560dpi)
Nou ga ik even ervan uit dat LD (ruby) een magick vorm gebruikt, maar ik ben bang
dat (ik heb ze zelf ook getest met upload, en ook die fout formaat melding),
deze hoop data die magick dan moet verwerken, de executie tijd/geheugen grenzen overschrijdt.
Meer techniek: baseline jpg maar gedraagt zich progressief... (hij bouwt zich door pixeldata op in tijd); niet snel.
Heb advies gegeven voor een volgende keer max 4000 pixel formaat te gebruiken.
(minder kan zeer zeker). Dus kortom (programmeurs weten het beter dan ik (ik gok),
de afbeeldingen zelf zijn goed, maar te 'zwaar' voor LD.
I think I should respond best with no objection (tested).
The images are approximately 1.8Mb and 1.2Mb (so within the standard).
However, I will describe them as HR images for the sake of convenience.
resolution 560 dpi at a pixel size of 6600 (3600x6600 = 23,760,000) pixels.
ex. : Image 1 (1.8MB = 5229x6934pix 560dpi)
Well, I'm assuming for a moment that LD (ruby) uses a magick form, but I'm afraid
dat (I also tested them myself with upload, and also that error format message),
this heap of data that magick then has to process exceeds execution time / memory limits.
More technique: baseline jpg but behaves progressively ... (it builds up through pixel data over time); not fast.
Have given advice for next time to use max 4000 pixel format.
(less is certainly possible). So in short (programmers know better than I do (I'm guessing),
the images themselves are good, but too 'heavy' for LD.
- Catalogue manager
- 8,580 messages
- August 07, 2020 21:25
Dank voor je uitleg. Doorgegeven aan de devs.
Thank you for your explanation. Passed to the devs.
- 4,320 messages
- August 07, 2020 21:28
Het probleem is opgelost door de bestanden flink te verkleinen in Acrobat Pro
Van die technische uitleg snap ik niks, maar Acrobat is een programma voor PDF's, waarom zou je dat gebruiken on een jpeg te verkleinen?
The problem was solved by significantly reducing the size of the files in Acrobat Pro
I don't understand that technical explanation, but Acrobat is a program for PDFs, why would you use that to resize a jpeg?
@ boekenmagazijn > extraheren uit digitaal (pdf) bestand. (maar kan ook met afbeeldingen werken, bijv eruit halen en opslaan is een functie)
Een pdf is ook maar een container, alles wat er in staat kun je ook weer eruithalen.
Technische uit leg : ken je die bijbeltjes nog van ca 5 cm, maar dik.. hoe kregen ze het erin.... ;-) en hier dus omgekeerd een staten bijbel in het vakje weergave proppen (zonder teveel data verlies)
@ bookstore & gt; extract from digital (pdf) file. (but can also work with images, eg extract and save is a function)
A PDF is just a container, everything in it can be taken out again.
Technical explanation: do you still know those bibles of about 5 cm, but thick .. how did they get it in .... ;-) and so here the opposite way I put a state bible in the display box (without too much data loss )
- 4,320 messages
- August 07, 2020 21:57
Maar pdf is hier geen geaccepteerd bestandsformaat (voor upload), dus dat lijkt me omslachtiger dan nodig is. Ook niet belangrijk verder.
Ik hoop dat binnenkort een bewerkingsfunctie wordt ingebouwd voor afbeeldingen (zoals bij de Catawiki-veilingen al mogelijk was), zodat je ze op de site kunt kunt roteren, omwisselen, etc. Maar dat is weer een ander punt ;-)
But PDF is not an accepted file format here (for upload), so that seems more cumbersome than necessary. Also not important.
I hope an image editing function will soon be built in (as was already possible with the Catawiki auctions), so that you can rotate, swap, etc. on the site. But that is another point ;-)
nee hoor, het is en blijft jpg (het (een) programma doet dat verwerken).Je kan met een bus of trein gaan, maar ook op een fiets hihi
No.
- Catalogue manager
- 8,580 messages
- August 07, 2020 22:28
Ik hoop dat binnenkort een bewerkingsfunctie wordt ingebouwd voor afbeeldingen (zoals bij de Catawiki-veilingen al mogelijk was), zodat je ze op de site kunt kunt roteren
Stond op het wensenlijstje, maar is niet echt nodig meer, de nieuwe site doet dat zelf...
I hope an image editing function will be built in soon (as was already possible with the Catawiki auctions) so that you can rotate them on the site
Was on the wish list, but is not really necessary anymore, the new site does that itself ...
- 4,320 messages
- August 07, 2020 23:17
Alleen boeken, of herkent hij dan ook wat de bovenkant van een munt is?
Only books, or does he recognize the top of a coin?
- Catalogue manager
- 8,580 messages
- August 07, 2020 23:37
Geen idee, ik ben er nog kennis over aan het vergaren. Ik hou persoonlijk niet zo van teveel meedenkende systemen. En ik wil ook niet dat afbeelding 2 van de keerdrukken wordt verknald.
Ik heb het al zien werken bij Boeken, Strips, Postzegels, Theezakjes...
No idea, I'm still gaining knowledge about it. Personally, I don't like too much thinking systems. And I don't want image 2 of the reverse prints to be messed up either.
I've already seen it work at Books, Comics, Stamps, Teabags ...
Bij toevoegen aan zoeklijst krijg ik soms de melding "Voer een zoekterm in van minimaal twee karakters"
Soms gebeurt er niets en soms ga ik bij toevoegen aan zoeklijkst naar mijn zoeklijst.
maar in geen enkel geval wordt het artikel aan mij zoeklijst toegevoegd.
Ook toevoegen aan collectie of aan shop is mij nog niet gelukt.
When adding to the search list I sometimes get the message "Please enter a search term of at least two characters"
Sometimes nothing happens and sometimes I go to add to search to my search list.
but under no circumstances will the article be added to my wish list.
I was also unable to add to collection or shop yet.
Hmm excuus, ik zie net 5x Zusje - Hoochbegaaft in mijn zoeklijst staan, staat alleen onder boeken ipv strips.
Hmm excuse, I just saw 5x Zusje - Hoochbegaaft in my search list, it is only under books instead of comics.