題:
我可以在研究論文中僅引用URL而不是作者，標題等嗎？
siamii
2012-05-06 00:31:29 UTC
view on stackexchange narkive permalink

撰寫論文時，僅引用以電子方式發表的參考研究論文的網址是否可以接受？還是必須提供適當的作者，標題，出版年份等信息？

示例：

數據挖掘是分析大型數據集的過程為了發現這些數據集中的隱藏模式。[1]股市價格不會隨便走動。[2]

[1] http://books.google.co.uk/books?id=5FIEAwyn9aoC

[2] http://rfs.oxfordjournals.org/content/1/1/41.short

它發生在我身上兩次：我曾經引用過維基百科的一篇文章。嘗試為該作者和作者提供日期；），第二次是提供可找到我的源代碼的URL。
如果有人從維基百科獲取信息，則應該承認這一點，否則，從字面上看，這是不誠實的。該信息被“取消資格”似乎以某種方式爭辯說，一個人一定不要看Wiki，因為一個人正在獲取不可接受的信息？什麼？這太瘋狂了！ :)
如果您使用LaTeX：[biblatex]（https://en.wikibooks.org/wiki/LaTeX/Bibliography_Management#biblatex）具有“在線”類型，您可以使用它來引用在線資源...
十 答案:
Jake Hoggs
2012-05-06 00:39:59 UTC
view on stackexchange narkive permalink

不，不能引用URL，因為首先，您僅引用URL！ URL可以在任何給定時間更改，恕不另行通知。另外，您假設每個人都在以電子方式閱讀您的論文，並且可以訪問互聯網。

您需要提供論文的名稱，作者，發表的期刊以及它出版的年份。

您可能沒有引用論文。例如，您可能在引用軟件或新聞文章。
...在這種情況下，您仍然需要引用作者，日期和（對於新聞文章而言）報紙/雜誌/網站的名稱。
但是，使用[DOI]（http：//d.doi.org / ...）鏈接（即“數字對象標識符”）可以為紙。但是，最好將其添加到引用中，而不要用它替換它。另一種選擇是使用[arXiv]（http://arxiv.org）id（例如，http：//arxiv.org/abs / ...`）；實際上，它經常被用來代替完整的引文（但幻燈片上是其他非正式的東西，不在論文/主題中）。
我不同意@Suresh（但我以前是這樣做的）：必須將軟件放在腳註中，除非您引用了描述軟件的論文。
我敢打賭，DOI將超過期刊的實體圖書館。
我如何引用類似http://go.worldbank.org/CGC782MDY0的頁面，該頁面既沒有作者，也沒有標題或日期（可以“最近更新”），但是沒有永久URL？
Henry
2012-05-06 01:04:36 UTC
view on stackexchange narkive permalink

絕對不是！其他答案提到URL的無常性，這是一個問題，但我認為不是最重要的問題。最重要的原因是引文中的某些信息，尤其是作者和出版年份，是解釋引文的重要背景，因此是論文本身的重要內容。

我同意，但應該補充指出，在某些情況下，URL的無常性更接近於非問題。以[arXiv]（http://arxiv.org/）為例，該書在學術界迅速受到關注。如果要引用arXiv論文，則最重要的部分是url（永久為_is_）。
@Shep: arXiv標識符當然是永久的，但原則上URL可能會更改（實際上，它過去已經更改了）。 arXiv建議使用的一種常見引用方法是“ arXiv：1205.0542”，如果要指定版本號，則應使用“ arXiv：1205.0542v1”。當有人單擊它時，可以將其鏈接到URL http://arXiv.org/abs/1205.0542，但是在文本中，最好將焦點放在arXiv標識符上。
JeffE
2012-05-06 12:43:41 UTC
view on stackexchange narkive permalink

參考書目的目的不僅在於識別您的資源，還允許您的讀者在未來的某個不確定時間自行閱讀這些資源。裸露的URL很少起到這種作用，部分原因是URL（是設計使然）是短暫的，部分是因為您不能假定未知的將來的讀者可以訪問Internet。即使在標題上進行了Google的快速搜索，並且作者幾乎總是能找到該論文，它仍然包含頁碼。在網上，有些論文仍然是預印本，有時有問題的來源是博客，新聞組帖子，源代碼存儲庫或StackExchange問題。對於沒有永久可靠的離線訪問權限的資源，我認為您必須在您的書目中包括URL，儘管它是瞬態的，除了許多傳統的識別信息（作者，書名，期刊/會議/書名，頁碼，日期）。

Matthew Flynn
2012-05-06 10:06:20 UTC
view on stackexchange narkive permalink

MLA樣式指南（通過印第安納大學）說：

萬維網站點：

有很多不同的種類的網站，因此不可能只給出一組精確的引文格式說明。如果找不到所需的某些信息，請引用可用的信息。以下“被引文獻/書目”示例僅為指導；

您需要的內容（至少）：

 網站標題（如果沒有標題，請使用描述如下）作為“主頁”）的日期您訪問信息URL的日期

您需要的內容（如果可用）：

 作者/編輯名稱與站點關聯的發布或最後更新日期組織/機構名稱
user102
2012-05-06 00:38:53 UTC
view on stackexchange narkive permalink

因為（通常）URL不是永恆的，但希望您的出版物是永恆的，所以我不建議僅放置URL，尤其是書籍或紙張。製作完整的參考書目項目並不需要太多，當然可以包含URL！請注意， Bibtex有一個特殊的url字段，但您也可以將其添加為註釋。

kertronux
2012-05-06 09:34:30 UTC
view on stackexchange narkive permalink

URL來源是灰色區域。如果可能，請引用原始來源。例如，如果您引用books.google。*，則需要將該書作為書而不是URL引用。對於學術出版物，您可以使用一個可選的URL字段，但這應該是引用原始會議/期刊/講習班/等的補充。

在某些情況下，URL是資源的最佳標識符，在這種情況下，您必須引用URL。例如，我使用了來自國會圖書館的URL資源，因為它是未出版的歷史（大約在1890AD）藍圖，已掃描到其庫中。

Noah Snyder
2012-10-08 01:08:42 UTC
view on stackexchange narkive permalink

最佳做法是包括標準書目信息，當前讀者（例如ArXiv）相對穩定的超文本鏈接以及DOI。

paul garrett
2012-10-07 21:33:15 UTC
view on stackexchange narkive permalink

（我認為：） 如果有的話，肯定給他們一個URL，帶有的日期是您下載/下載本文的日期，並且可能給出一個修訂日期為紙，如果它本身給出一張。

AND 也提供了更傳統的參考信息。

URL允許人們至少在一段時間內找到電子副本。常規參考文獻不一定會產生可通過Internet訪問的副本，儘管有時它們也會復制。

目前，這兩種引用給出的信息不同，用途也不同。一個人可能擺出一個使另一個人不相關的姿勢，但是我認為這是不正確的。在某種思想上，對互聯網可訪問事物的常見“異議”是“短暫的”，而物理參照是“永久性的”。首先，許多美好的事物是短暫的，這並不是反對它們的理由！其次，如果物理引用方式不同，則物理引用同樣是瞬時的...通常，全世界許多不同的圖書館都維護“緩存”副本。好吧，也許Google已將消失了的文檔緩存在一個消失的URL上了？ ：）

總而言之，在操作上，即使您認識到其中的某些信息已經過期，也要給出您在引用中所擁有的所有信息。

Sylvain Peyronnet
2012-10-07 21:00:36 UTC
view on stackexchange narkive permalink

對於已審查並永久存檔的所有內容，書目均適用。對於所有其餘的腳註，這裡都是應有的位置。

Todd Booth
2015-01-08 02:02:51 UTC
view on stackexchange narkive permalink

不，很明顯並且每個人都同意，僅引用URL是不可接受的做法。因此，請下載確切網頁的PDF副本。您甚至可以在出版物中聲明您擁有與您的參考文獻相對應的精確PDF副本。如果有人要求您提供PDF副本，則您可能希望執行以下操作之一：

  1. 立即給他們提供pdf文件（這可能會違反許可）。在某些情況下（但不是全部），我感到很舒服。
    2. ol>

    或

    1. 告訴他們您想給他們在他們說服您之後，您保存的副本將允許您向該網站提供副本。
      2. ol>

      如果該網站不授予您許可，這不是您的問題，給其他人一份保存的PDF的副本。但是，違反許可證將是您的錯。



ⓘ
該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到，我們感謝它分發的cc by-sa 3.0許可。
Loading...