検索結果なしでhttps://openlibrary.org/authorsにアクセスすると、ゴーストタウンになります。
検索ボックスの後、とりわけ「マージ」テキスト(おそらくこのページからライブラリアンドキュメントに移動する必要があります、cc:@seabelis)は、いくつかのサンプル作成者を表示できるかどうかを確認しましょう。
著者のページをより便利で親しみやすいものにします。
私たちはすでに著者を照会する機能を持っています(著者検索を行うときにすでに起こっていることだからです!)。 これと同じバックエンドロジックを使用して、デフォルトで作成者を表示できます。
@ cdrini 、 @ seabelis
ほんの一握りが必要なことを考えると、最も簡単なアプローチは、プラトン、ドストエフスキーなどの古典的な作家の短くて適切な多文化リストをキュレートすることだと思われます。
より現代的な著者を含めたいが、おそらく西洋の偏見がある場合は、 https://en.wikipedia.org/wiki/List_of_most_translated_individual_authorsのようなものを使用できます
これはhttp://www.unesco.org/xtrans/bsstatexp.aspx?crit1L=5&nTyp=min&topN=100に基づいてい
以下のインラインの他のコメント:
「マージ」テキスト(おそらくこのページからライブラリアンドキュメントに移動する必要があります、cc:@seabelis)
はい、間違いなく。 どこに移動しても、検索が機能していない現在の状態などを考慮して更新する必要があります。
- 最近追加された著者?
いいえ。スパムの影響を受けやすく、ほとんどの場合、私たちがすでに持っている何百万もの著者よりもはるかに面白くありません。
- ほとんどの本を持っている著者?
たぶん、しかし、Various、米国政府、およびhttps://openlibrary.org/search/authors?q=philipのような機械で生成された本の「著者」を取り除くためのかなり大きなブラックリストがあり
これを照会できますか?
はい、現在の作成者のクエリは、作業数の降順で結果を返します。
- 新作の作者? つまり、作成者向けの「最終更新」はありますか? そして、作品が著者と追加/関連付けられると、それは更新されますか?
著者レコードには最終変更時刻がありますが、著者は作品に追加され、その逆ではないため、著者レコードは更新されません。
さて、主題ページには12のジャンルがあり、私はそれぞれのトップ著者(ほとんどの本のように)を考えていました。
編集に関するFAQにテキストを追加しました。 この行を削除しました、
著者を追加するときは、他の著者と区別できるようにしながら、著者を特定する情報をできるだけ少なくします。
それはあまり意味がないように思われるからです。
こんにちは@mekarpeles 、私はあなたがこれが何を意味するかによって確認したかった...
検索結果なしでhttps://openlibrary.org/authorsにアクセスすると、ゴーストタウンになります。
それは...ですか
1.)ユーザーが検索キーワードを指定せずに[検索]ボタンをクリックする
また
2.)ユーザーが0の検索結果をもたらすキーワードを指定しますか?
今月最も人気のある著者と一緒にカルーセルを作成する必要があるという考えが浮かんできました。 おそらく、これはそのようなカルーセルを持つのに良い場所でしょう
@srosalia私の印象では、何を検索すればよいかわからないままそのページにアクセスすると、説明しかありません。 閲覧する著者のリストはありません。 ただし、その通りです。ユーザーが検索ボタンをクリックしても何もポップアップせず、検索結果が0のキーワードが多数あります(ただし、これは別の問題になります)。
@bluedazeは、どのフォーマットがどのWebページと一致しているかによって異なります。 そう:
https://openlibrary.org/authors-カルーセルを使用しても問題ありません(リストと組み合わせている可能性がありますか?)
https://openlibrary.org/search/authors (「検索」という単語をクリックしてから)-リストの方が良いでしょう
https://openlibrary.org/search/authors?q= (検索ボタンをクリックしてから)-リスト形式を推奨
こんにちは@mekarpeles 、私はあなたがこれが何を意味するかによって確認したかった...
検索結果なしでhttps://openlibrary.org/authorsにアクセスすると、ゴーストタウンになります。
それは...ですか
1.)ユーザーが検索キーワードを指定せずに[検索]ボタンをクリックする
また
2.)ユーザーが0の検索結果をもたらすキーワードを指定しますか?
はい。ただし、検索が行われる前でも、提案された結果を表示したい場合があります(たとえば、 https://openlibrary.org/authorsおよびhttps://openlibrary.org/search/authorsページ)。
ねえ、 @ mekarpeles !
検索が行われる前であっても、デフォルトで「最も検索された」著者を表示するのはどうですか?
今月、最も検索された著者または最も人気のある著者のapi / queryを使用して、著者のデータを取得できますか?
そうでない場合は、「有名な著者」または「人気のある著者」というオプションを使用して、検索オプションの下に提案をハードコーディングし、12のジャンルすべての有名な著者を含めることができます。
次のようなデータが入ったカードを作ろうと思っています。
427 BCE - 348 BCE
Some MetaData about the author
Genre
カルーセルも使用できますが、このカードはこの場合に適していると思います
@ mekarpeles @ jamesachampはどう思いますか
今のところ、カードのアイデアが一番いいと思います。 現在著者のために入手できるデータをカードに使用するのがおそらく最善です。 一部の属性は作成者に存在しない場合があることに注意してください。 これが今日どのように処理されているかの例として、著者の検索結果のテンプレートを見ることができます。
現在、最も検索されている、または最も人気のある著者クエリがあるとは思いませんが、間違っている可能性があります。 著者の検索はopenlibrary/plugins/worksearch/code.py
ます。 たぶん、そのファイルに私が見逃した何かがあります...
さて、今のところカードの作成を開始しています。情報をハードコーディングします
プルリクエストの後、著者に関する情報を取得する方法を考えることができます
@jamesachampこれをチェックしてください
今のところ、すべてのデータをハードコーディングしました
12人の有名な作者がいるJSONファイルを作成することを考えていました。そのJSONによってコンポーネントを作成できます。
これは、最も有名な作成者のAPIまたはクエリがなくなるまでの一時的なアドオンになる可能性があります
これについてのあなたの考えは何ですか
カードも反応します
名前が長い著者にとって、これがどれほどうまく機能するかはわかりません。 また、特定の作成者に対して返されるデータの量は大きく異なります。 詳細の多いカードが詳細の少ないカードの隣にあると、奇妙に見えるかもしれません。 たぶん、幅の広いカードの単一の列が良いでしょうか?
データの入手先について何を教えればよいのかよくわかりません。 それがハードコーディングされている場合、著者のリストはコミュニティによってキュレーションされるべきだと思います。 このトレッドで言及されているクエリのいくつかを作成するのに何が必要かを調査するために、すぐに時間を割こうと思います。
詳細については、最大100語のデータを表示し、「...」または「続きを読む」を追加してから、カードをクリック可能にして、作成者のプロファイルに導くことができます。
作者名は「font- size:100% 」と1枚のカードの幅を300ピクセルにすることができます(現在の画像では200ピクセルです)
そして、データについては、昨日も今もAPIの作成を探していましたが、著者の本がユーザーによって何回赤字になったかを示すクエリがあるかどうかはわかりません。
今のところ、出版された本の数が最も多い12人の著者を検索するクエリを作成することを考えていましたが、現時点ではわかりません。
最も多くの本が出版された著者を返すクエリには、データの問題がある可能性があります。 たとえば、作者不明の作品はすべて「不明」という作者によるものだと思います。 これが結果に現れ、常連客にとって望ましくない経験を生み出すのではないかと思います。
指定された数の作成者(デフォルトでは10人)を含むJSON文字列を返す関数を作成しました。 ただし、マージして使用する前に、レビューに合格する必要があります。 PRの進捗状況を追跡できるように、あなたを利害関係者としてリストしました。
それまでの間、JSON作成者データを受け入れるようにカードを準備できます。 先ほどお話した著者検索結果ファイルをモデルとしてご利用いただけます。 新しい関数によって返されるデータは、そのファイルで使用される作成者データと同じ構造になります。
ねえ、 @ mekarpeles !
検索が行われる前であっても、デフォルトで「最も検索された」著者を表示するのはどうですか?
これは私たちが取得するのが難しい情報かもしれません(私たちがグーグルアナリティクスAPIを使用できる場合を除いて、それは少しハックのように感じますか?)
現在、この問題の担当者がいないことに注意してください。これに取り組んでいる人や、これに取り組みたい人はいますか? おそらく私たちが持っているものよりも良いものは何でもあります:D
@mekarpelesこれに取り組みたいと思います。
私はずっと前にこの問題に取り組んでいました@mekarpeles
そして、私が過去に言ったように、データは、jsonファイルとして常に有名な著者のためにハードコーディングすることができます
しかし、トップ12の著者については、最も有名な著者に関する司書の意見が必要になる場合があります。
考えてみると、これにもカルーサルを作成できます。作成者のページが空なので、これはカルーサルがWebサイトでどのように表示されるかを確認するための良い方法です。
@ Sabreen-Parveen私は以前にこの問題に取り組んだことがあるので、問題がなければこの問題に取り組みたいと思います:D
@ArunTeltiaあなたがそれのために行くことができることを確認してください。
著者を選択するために、投票を作成して、ユーザーが最も好きな著者についてユーザー自身から入力を得ることができますか? このようにして、ユーザーを巻き込むこともできます。
@jamesachampによるランダムな作者のPRに
遅れてすみません、どういうわけかこのprを逃します:P
@ Sabreen-ランダムな作者をParveenして、作者ページにデータを割り当てるのは素晴らしいことです
@ArunTeltia現在、この問題に取り組んでいますか? そうでない場合、これを続行できますか?