質問:
論文にリンクのリストを含めるにはどうすればよいですか?
Jakob Buis
2015-02-20 15:09:20 UTC
view on stackexchange narkive permalink

私の論文では、一連のリンクを参照したいと思います。これらはツール/電卓などです。私の主題に関連して、このトピックに社会全体に関心があることを示すために含まれています。

それらを含めるのが最善の方法だろうかと思っています。オプションは次のとおりです。

  • 実行中のテキストのすべて(15以上)が煩雑です。
  • 列が1つしかないテーブルは、まったく奇妙に見えます。
  • 参考文献[1,3-5,76]は読書の流れを断ち切り、正式な引用文献の出典と混同します。これらのリンクが何かの質の高い情報源であることを示唆するつもりはありません。それらの単純な存在がポイントです。
  • 付録がそれらの影響を減らすので。
アカデミアへようこそ。質問のタイトルとタグを編集しました。 [編集](http://academia.stackexchange.com/posts/40218/edit)または[ロールバック](http://academia.stackexchange.com/posts/40218/revisions)してください。前のバージョン。
私は気づいた、このタイトルは間違いなく優れています。ありがとう:)
四 答え:
O. R. Mapper
2015-02-20 17:14:59 UTC
view on stackexchange narkive permalink

個人的には、参考文献のセクションに参照として追加することに賛成です。

そうは言っても、私は「現実世界」に非常に近いCSサブフィールドの出身です。関連する作業は、ほとんどの場合、査読済みの出版物、本、新聞記事、技術標準文書(W3Cによるものなど)、および実際の革新的なソフトウェアまたはWebサイト(概念が科学的な場所で正式に公開されたことはない)の雑多な組み合わせです。信頼性の程度が継続的に変化するソース。したがって、脚注として何を追加し、参考文献の参照として何を追加するかについて明確に定義されたルールを見つけようとすると、間違いなく頭痛の種になります(そして、有用で一貫した結果につながるかどうかは不確かです)。

しかし、リンクに脚注ではなく書誌項目を使用することのいくつかの(おそらく少し主観的な)一般的な利点を見ることができます(順不同):

  • 書誌項目は多かれ少なかれ持っている傾向があります固定フォーマット。多くの場合、発行年や作成者などのメタ情報は、他の場合と同じようにWebリソースに提供できます。脚注を使用する場合、著者はリンクを提供し、参考文献アイテムに自然に含まれるメタ情報をスキップするように誘惑される可能性があります。これにより、リンクがあれば、正当な帰属と、リソースを再度見つけるために必要な情報の両方が先行します。死ぬ。
  • 一般的に脚注の使用を禁止しているスタイルガイドを見たことがあります(例:「脚注をまったく使用しないでください」)が、私は一般的に参考文献の使用を禁止するスタイルガイドはまだ見ていません。脚注を使用しないことで、原稿は使用される最終的なフォーマットにとらわれずに一歩近づきます(したがって、コンテンツをレイアウトから分離するという理想と一致します)。
  • 同じWebリソースがドキュメント全体で2回言及されている場合、必要に応じて、テキストで2回参照されているだけの参考文献アイテムでリンクが提供されていれば、まったく問題はありません(たとえば、2つの言及が十分に遠い場合)。離れて)。一方、リンクが脚注にある場合、状況はそれほど明確ではありません。
    • 脚注はドキュメントに複数回追加できます。ただし、これはスペースの浪費を意味し、新しい脚注を初めて読むときに新しい情報を期待する読者や、以前に言及されていないコピーアンドペーストエラーを見ているのかどうか疑問に思う読者を混乱させる可能性もあります。リンクを提供する必要があります。個人的には、この「解決策」はまったく悪いスタイルだと思います。
    • 同じ脚注を何度も指摘することができます。これは一部の植字ソフトウェアでは少し面倒かもしれませんが、間違いなく実行可能です。ただし、脚注を見つけるための労力が大幅に増加し(ドキュメント内の任意のページにある可能性があります)、読者が現在表示しているページとは別のページに切り替える必要があるため、とにかく脚注の目的が損なわれます。
  • 読者として、現在の段落やセクションを読み終えた後、または読みながら、まだ調べたい参照、図番号、表番号を追跡していることに気付きました。 。脚注番号にさらに別の独立したリストを追加する理由はありません。
  • また、読者として、追加情報へのポインターをたどると、どのくらいの量の情報が見つかるかを期待しています。参考文献の参照については、ポインタが外部ドキュメント全体を指していることは明らかです。脚注については、逆に、ポインタが1〜2文分の追加情報(別のドキュメントを検索したり開いたりする必要がない)を指していることを明確にすることをお勧めします。
Maarten Buis
2015-02-20 15:52:49 UTC
view on stackexchange narkive permalink

それらを項目別リストとして含めることができます。次のようなもの:

次のサンプルWebサイトからわかるように、トピックXYZには多くの腸があります:

基本的には1列のテーブルのバリエーションですが、「奇妙」ではありません。

d_l_b
2015-02-20 16:21:30 UTC
view on stackexchange narkive permalink

私は個人的に、その目的のために脚注を使用することに賛成です。私はこのアプローチを私の論文で広く使用しました。

Webリンクは、2つの目的のいずれかで使用できます。つまり、言及した内容のWebサイトを指す場合と、発言を裏付けるための参照として使用する場合です。後者の場合、正式な参照への引用が優先されます(タイトル、リンク、作成者の日付、およびリンクを最後にチェックした日付):

  • テキスト:マクドナルドのおもちゃはA、Bです、およびC [42]。
  • 参照:[42]「マクドナルドのハッピーミール玩具の安全上の事実」、マクドナルドコーポレーション、2008年7月19日アクセス、xttp://www.mcdonalds.com/corp/about /factsheets.html。

しかし、あなたは前者のケースを求めています。そのために、次の行で何かを選択します。

  • テキスト: Facebook¹、LinkedIn³のTwitter²などのソーシャルネットワークWebサイトは...。
  • ページの下部:
    ¹ http://www.facebook.com
    ² http://www.twitter.com
    ³ http://www.linkedin.com
問題は、これが「悪い」ことであるということです。 Webは静的ではないため、参照に取得日を含める必要があります。
これは、Webリンクを参照として引用する場合にも当てはまります。 Webリンクが単なる追加情報である場合、私はその形式を放棄します(「これは、このドキュメントが作成された日付の時点でのFacebookのURLである」という暗黙の意味があると思います)。
Rafa Soler
2015-02-20 19:16:57 UTC
view on stackexchange narkive permalink

URL短縮サービスを使用した参考文献のように作成しました。これにより、リンクは紙または電子形式で読む人が使用でき、参考文献形式に関する多くの問題を回避できます。

必要なことの1つリンクへのlastaアクセスデータを含めることを検討してください(削除できます)。

念のため、一致するURLを短縮せずに表示する場所を追加して添付することを検討してください。それらのいずれかにアクセスすると、Webで自分で検索を試みることができます。

しかし、URL短縮サービスを使用することは良い考えではないと思います。この質問を見たことがありますか? [リンク短縮サービスを使用してURLを提示しても大丈夫ですか?](http://academia.stackexchange.com/questions/1430/is-it-ok-to-present-a-url-using-a-link-短縮サービス)
さて、私が言ったように、私は両方を追加しました。参考文献で短縮され、付録として短縮されていない


このQ&Aは英語から自動的に翻訳されました。オリジナルのコンテンツはstackexchangeで入手できます。これは、配布されているcc by-sa 3.0ライセンスに感謝します。
Loading...