Mam pomysł jak w tytule, ale na razie się nie da z przyczyn technicznych...
Dla niezorientowanych: chodzi o możliwość bezpłatnego pobierania utworów ze strony wolnelektury.pl z poziomu wyszukiwarki ebooków która pojawia się w wersji 0.8.0.

Napisałem takie coś:



a autoresponder na to:

A poprzez próbowałeś?

Oczywiście. Ta ich wyszukiwarka jest tak "sprytna", że od razu otwiera pierwszą rzecz, która się nawinie. Wpisujesz Mickiewicz i masz "Miłosz Biedrzycki, *** (Dobry wieczór, nazywam się Mickiewicz...)".
Potrzebuję listy pasujących utworów.

Odpisali

Muszę to teraz przetrawić

Dla Mickiewicza dalej jest tylko ten Miłosz Swoją drogą, dla mnie osobiście ATOM najbardziej czytelny - jest chyba coś do XMLa w Pythonie (nie wiem, jak w C.), więc powinieneś móc sobie latać po drzewie ładnie.

EDIT:
Gorzej, że albo ja coś robię źle, albo to wyszukuje tylko wśród tytułów, patrz:
- http://www.wolnelektury.pl/opds/search/?q=Norwid
- http://www.wolnelektury.pl/katalog/auto ... il-norwid/

To już do wyszukiwania autora wolałbym użyć Google z zapytaniem w stylu:

Tylko że Calibre nie odróżnia przeszukiwania po autorze od przeszukiwania po tytule. No i wyniki z wyszukiwarki są od razu linkami do epubów, a przydałaby się strona utworu, żeby ją przeczesać pod kątem dostępnych formatów etc.

Dlatego strategia IMO taka:
- ATOM + parsowanie (tam masz linki do stron eBooków, więc formaty są);
- Google - i szukanie w wynikach strony o adresie http://www.wolnelektury.pl/katalog/autor/[~/]*<tu nasza szukana fraza>[~/]*/ -- wtedy wiemy, że to też może być nazwisko, przechodzimy na daną stronę (autora) i listujemy jego eBooki (a skoro wyżej już było parsowanie strony pod kątem formatów, to każdy wynik ze strony autora też przez nią przepuszczamy).

Potem listy się merguje (C. zdaje się nawet duplikaty wykrywa i filtruje) i wyrzuca userowi.

Cześć! Jestem głównym programistą Wolnych Lektur, więc jestem tutaj bezpośrednio zainteresowany.



Jest jeszcze adres serwujący podpowiedzi, który niczego nie otwiera: np.: http://www.wolnelektury.pl/katalog/tags/?q=mickiewicz
Tyle, że tutaj nadal nie wiadomo nic o typie zawartości.

OPDS wydaje się najrozsądniejszym rozwiązaniem – w końcu do tego właśnie celu, do jakiego chcecie go użyć, został wymyślony. Nawet jestem trochę zdziwiony, że robi się pluginy do Calibre do przeszukiwania różnych serwisów, zamiast wyprodukować jeden plugin do OPDS, któremu się tylko serwuje adres. Może jest już taki plugin, nie wiem, nie znam się na Calibre. Ale nawet jeśli chcieć robić dedykowany plugin do serwisu, który ma OPDS, to to jest to, czego się powinno używać.



Przez OPDS na razie widać tylko EPUBy, ale rzeczywiście nic nie stoi na przeszkodzie, żeby dodać tam zarówno więcej formatów, jak i więcej opisu ("Complete Catalog Entry").

Generalnie warto się przy okazji „walki” z OPDS zapoznać przede wszystkim z tym tekstem: http://code.google.com/p/openpub/wiki/CatalogSpecDraft



A niech Was broni $DEITY. Wolnolekturowy OPDS faktycznie trochę leży, wyszukuje tylko po tytułach i rozwinięcie go w ogóle zostało odłożone na „potem” z racji nawału innej pracy. Ale to nie powód, żeby robić sobie krzywdę parsowaniem najpierw Google, a potem stron autorów. Co będzie, jak zaczniemy zmieniać layout strony?

Jak czegoś brakuje w naszym OPDS, to trzeba to dorobić. Jak macie jakieś konkretne potrzeby, to zgłaszajcie na stronie albo mailem – jesteśmy jak najbardziej otwarci na sugestie i w miarę wolnych zasobów będziemy je realizować.

A w ogóle najszybciej z takimi zmianami będzie, jeśli czas, który chcieliście poświęcić na parsowanie Google i WL, przeznaczycie na samodzielne grzebanie w naszym kodzie i przesyłanie poprawek. Cały kod źródłowy Wolnych Lektur (Python, Django) leży tu:
https://github.com/fnp/wolnelektury/

W razie potrzeby służę oczywiście pomocą i wyjaśnieniami.

Dobra, tylko takie wyszukiwanie zajmie z kwadrans (a napisanie i przetestowanie tego kodu ze dwa tygodnie ). Zauważ jaki spadek wydajności był na pluginie nexto przy przejściu z 1.0.2 na 1.0.3. W 1.0.3 dodane jest pobieranie autora ze strony ebooka, bo nexto nie uznało za stosowne umieścić autorów na stronie wyników wyszukiwania.

Najlepiej byłoby mieć na www wyniki wyszukiwania w formie listy wpisów zawierających pola:

autor
tytuł
formaty
link do strony utworu

Calibre używa jeszcze ceny (tu odpada), statusu DRM (również odpada) i okładki (chyba też nie dotyczy).

No, udało mi się kolejnego czytelnika zwerbować

No właśnie z tym jest zazwyczaj najwięcej problemów
Ale mimo tego jest to główna jeśli nie jedyna praktykowana metoda pisania pluginów do sklepów w Calibre

Bardzo nam miło. Dla ułatwienia, rozmawiasz właśnie z https://github.com/t3d i https://github.com/moriakaice


Co to za branch polsat2010 ?

I co ja mam teraz odpowiedzieć na temat tego OPDS?
Do tej pory narzekałem na nadmiar dokumentacji i kodu do przeczytania, a tu jeszcze taki cios...

Nie wiem. Komuś był do czegoś potrzebny, najwyraźniej. I sobie wisi.

Jasne, można to sobie darować. Ale wtedy można sobie darować w ogóle zabawę - bo obecnie jest to średnio użyteczne. No i musisz na to spojrzeć z nieco szerszej perspektywy niż tylko własny serwis - patrz: uwagi t3da odnośnie tego, co serwuje Nexto. Wyobrażasz sobie, że duży sklep zmienia swoje wyniki wyszukiwania, bo tak pasuje komuś, kto wtyczkę do czegoś pisze? Pracujemy z tym, co jest, a nie z tym, co chcielibyśmy, by było


O, to jest całkiem sensowny pomysł, trzeba podrzucić Kovidowi na MR. Ciekawe, czy plugin do Feedbooks używa OPDSa - warto byłoby to sprawdzić.


No, to byłoby miłe. Tutaj już wyszło wyszukiwanie wg tytułów i autorów - czyli po wpisaniu "Mickiewicz" fajnie by było, gdyby wyrzucił także listę wszystkich eBooków sygnowanych tym nazwiskiem (sam odnośnik do strony autora nie jest taki fajny, bo znowu ją trzeba będzie sparsować) + to, co obecnie.


To jest już bardziej sprawa t3da - bo dla mnie osobiście szybciej by nie było (napisałbym raczej parser w PHP i sprzęgł go z Pythonem w Calibre - bo PHP znam dobrze, a Pythona nie).


Hmm, a skąd takie problemy? Czas oczywisty, jaki dochodzi, to pobranie stron (zależne już od szybkości połączenia użytkownika) - ale poza tym powinno być w miarę błyskawicznie?


Nie testowałem, nie wiem

EDIT:

Teraz już tak (w 0.8.1) - spróbuj author:"Mickiewicz".

W pluginach nic się nie zmieniło, więc wniosek jest taki, że jest to filtrowanie niejako "a posteriori". Wrzucasz do wyszukiwarki autora, a potem na liście wyników pokazujesz tylko to, gdzie pole "autor" zgadza się z zapytaniem.

No dobra, odświeżam

Okazuje się, że w wyszukiwarce jest już wsparcie dla OPDS i opensearch. Dodatkowo, w kolejnej wersji będzie mozliwość pobierania ebooków bezpośerdnio z listy wyników wyszukiwania. Tutaj cytat z emaila od Johna Schembera:



Czy jest tu ktoś chętny do poprawnienia kodu wolnych lektur, aby wystawiały co trzeba?

Pozwolę sobie odświeżyć ten temat. Zrobiłem plugin do Wolnych Lektur. Działa całkiem zgrabnie. Ma kilka ograniczeń:
-nie pokazuje okładki, ponieważ takowej nie ma na stronie
-jeszcze nie ma bezpośredniego ściągania do biblioteki calibre (potrzebuję odnośnik do dokumentacji pluginów typu StorePlugin, na stronie calibre nie ma takiej, czyżby dlatego, że plugin został napisany przez kogoś ze społeczności?)
-nie pozwala na razie na tylko po tytułach (jak wyżej potrzebuję dokumentacji)
-należy wpisywać tytuł bez polskich znaków diakrytycznych np. 'stara basn' zamiast 'stara baśń' (jaka jest najlepsza metoda na zamianę polskich krzaczków na ich łacińskie odpowiedniki? nie chciało mi się bawić z replace())

//EDIT:
Poszperałem w sieci i znalazłem plugin do manybooks, który zresztą napisał John Schember. Wystarczyło kilka zmian w kodzie (w zasadzie to jedyną wymaganą zmianą była zmiana adresu wyszukiwarki;D, reszta to detale) i mamy działającą wtyczkę do Wolnych Lektur z wykorzystaniem open search i OPDS, co daje same plusy. No, może są dwie wady tego rozwiązania.


Sami zobaczcie. plugin do Wolnych Lektur