Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

dl.getchu.com Metadata Collection #51

Closed
stratusDunoa opened this issue Jul 9, 2020 · 1 comment · Fixed by #114
Closed

dl.getchu.com Metadata Collection #51

stratusDunoa opened this issue Jul 9, 2020 · 1 comment · Fixed by #114
Assignees
Labels
enhancement New feature or request
Projects

Comments

@stratusDunoa
Copy link

Hello! I wanted to start off by thanking you for this project. This tool has accomplished what I previously thought was going to be an insurmountable task of organization, and so far it's fixed up ~400 javs I've had sitting around, with many more to go.

I was wondering if adding dl.getchu.com to the list of supported sites would be feasible. I happen to have a lot of doujin javs that unfortunately are not recorded in JAVLibrary or any of the other sites. Based on some observations, it doesn't look like many of these doujin javs conform to a standard coding system (like XYZ-001), so the URL parameter may need to employed to properly gather metadata. Getchu seems to have product codes for each item, so that could be a possible identifier.

@jvlflame jvlflame self-assigned this Jul 9, 2020
@jvlflame jvlflame added the enhancement New feature or request label Jul 9, 2020
@jvlflame
Copy link
Collaborator

jvlflame commented Jul 9, 2020

Took a look into it.. it does seem feasible at least for the metadata collection part.

Though like you mentioned, there's not really a realistic way of doing a quick match/sort of these by product ID since the original downloaded filenames probably wouldn't include it. I guess one possibility is by searching using the filename if it includes the movie title to match, but from my experience they don't usually match up, and would probably get wildly inaccurate results.

I'll look into seeing if I could implement it with the -Url parameter as a requirement.

@jvlflame jvlflame added this to In progress in 2.1.0 Sep 23, 2020
jvlflame added a commit that referenced this issue Sep 30, 2020
@jvlflame jvlflame moved this from In progress to Done in 2.1.0 Sep 30, 2020
@jvlflame jvlflame mentioned this issue Sep 30, 2020
@jvlflame jvlflame linked a pull request Sep 30, 2020 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
No open projects
2.1.0
  
Done
Development

Successfully merging a pull request may close this issue.

2 participants