[comixed] Re: Summary of comments for .11 SNAPSHOT

  • From: Doug Crowe <doug_crowe@xxxxxxxxxxx>
  • To: "comixed@xxxxxxxxxxxxx" <comixed@xxxxxxxxxxxxx>
  • Date: Wed, 17 Nov 2021 13:19:35 +0000

sounds fine to me, I appreciate it 🙂, now if we solve the cover date / file 
naming issue I will be all in.

________________________________
From: comixed-bounce@xxxxxxxxxxxxx <comixed-bounce@xxxxxxxxxxxxx> on behalf of 
Darryl L. Pierce <mcpierce@xxxxxxxxx>
Sent: Wednesday, November 17, 2021 8:11 AM
To: comixed@xxxxxxxxxxxxx <comixed@xxxxxxxxxxxxx>
Subject: [comixed] Re: Summary of comments for .11 SNAPSHOT

This is two separate issues, really:

1) When showing comics for import, currently the first image physically is the 
one loaded and treated as the cover. This is done for performance reasons since 
reading files from an archive is an expensive operation, and
2) When actually importing comics, the pages are added to the comic in the same 
order they appear physically in the comic.

I think #2 is easily achieved by sorting the pages alphabetically before 
inserting them into the database.

Regarding #1, before I implemented #437 to replace the old, slow archive 
adaptors with a more maintainable implementation, I had code that loaded the 
alphabetically first image from each archive when choosing comics for import. 
And I remember it was *VERY* slow since there were times where the image was 
the last file in the archive and the entire archive had to be read, which is 
(again) an expensive operation.

Since you only import once, I'm willing to let that continue to be a 
first-image-entry operation, while we add sorting the pages to the batch 
process step to load a comic during import. I've opened the following ticket to 
capture that feature request:

https://github.com/comixed/comixed/issues/1104

How does that work?

On Tue, Nov 16, 2021 at 9:28 PM Doug Crowe 
<doug_crowe@xxxxxxxxxxx<mailto:doug_crowe@xxxxxxxxxxx>> wrote:
question for #2 on my Fixes list, what about just "sorting" the pages to find 
the cover.

like in 7zip, if you go to view and uncheck sorted, then I see what comixed 
currently does page 4 is first in a comic, but that sorted option nails it. So 
maybe you dont need to make users pick the cover, just add sorting to the pages 
to discover it. the first graphic file after sorting is the cover. And in the 
cases where it isnt I will damn well delete whatever came first, lol

________________________________
From: comixed-bounce@xxxxxxxxxxxxx<mailto:comixed-bounce@xxxxxxxxxxxxx
<comixed-bounce@xxxxxxxxxxxxx<mailto:comixed-bounce@xxxxxxxxxxxxx>> on behalf 
of Doug Crowe <doug_crowe@xxxxxxxxxxx<mailto:doug_crowe@xxxxxxxxxxx>>
Sent: Tuesday, November 16, 2021 9:15 PM
To: comixed@xxxxxxxxxxxxx<mailto:comixed@xxxxxxxxxxxxx
<comixed@xxxxxxxxxxxxx<mailto:comixed@xxxxxxxxxxxxx>>
Subject: [comixed] Re: Summary of comments for .11 SNAPSHOT

personally once #1 and #2 on the Fixes portion of my summary here is handled, I 
will be happy to import my entire collection (25K marvel books), but right now 
I am stopping at 15 books, lol...added suggestion #4, and fix #3, was an option 
in .10.5 up by the account button, now its gone...

Fixes by order of importance

  1.  The Cover Date seems to have two issues
     *   Sometimes Comixed has the correct cover date listed in details, 
meaning it matches CV, and other times it does not
     *   Regardless of letter (a) the file naming is always wrong when using 
the $COVERDATE variable.
  2.
Allow for a right click on a page to "Assign as cover", then reorder/rebuild 
and make it so.
  3.
Cannot find option to change cover sizes.
  4.
go to duplicate pages, click on a scanner tag page, in detail of the scanner 
page choose to block pages like this, the popup then says UNBLOCK, but does 
actually block like it should.

Suggestions

  1.  Allow for padded issue numbers 1 - 0001 (some series have 1000+) PLUS the 
.HU .LR etc.
  2.  Annual integration
     *   A new $ANNUAL variable to use in file naming, and if an issue is an 
annual then the word annual would be included, otherwise blank.
     *   Annuals would be stored along with the series they are attached to in 
the same folder and not be a seperate folder or series.
     *   Linking annuals to series can "sometimes" be done via CV data, but 
there also would need to be a way in the app GUI to manually link/unlink 
annuals to series using CV ID's in order to corrrect faulty CV data or just 
provide data when CV has none.
  3.  Name rules for scraping, provide something on that page to explain/detail 
how it works.
  4.  Add ability to use Metron instead of CV, CV is 
doomed....https://metron.cloud/
[X]<https://metron.cloud/>
Metron<https://metron.cloud/>
What? Metron is a community-based site whose goal is to build an open database 
with a REST API for comics. Why? Currently the only comic book database the 
provides a REST API for users is Comic Vine.Unfortunately, since it's a 
corporately-owned service, the community that uses it has no control over the 
amount of resources provided to maintain it or ensure it's continued 
accessibility.
metron.cloud




--
Darryl L. Pierce <mcpierce@xxxxxxxxx<mailto:mcpierce@xxxxxxxxx>>
"Le centre du monde est partout." - Blaise Pascal
"Let's try and find some point of transcendence and leap together." - Gord 
Downie

Other related posts: