BIOwikidata

BibliografíaWikidata

BibliografíaWikidata

OrganismosAzules

Soloes azul el macho

BIOwikidata

SPARQL

VariablesBIOcolores

Evento

MinervaMaríaRomeroPérez

Este tipo de registros son interesantes para tener registrados todos los eventos sobre el tema en hypothes.is y wikidata

https://github.com/lmichan/BioDBS

wd:https://www.wikidata.org/wiki/Q2134522

tw:https://twitter.com/reactome

BIOrutas

FloresBIOcolores

https://twitter.com/luis_vigosa/status/1721923527417250065

BIOwikidata

BIOmapasDeConocimiento

https://www.biorxiv.org/content/10.1101/799684v2

Pas de projet d’alignement systématique en masse avec d'importants référentiels nationaux ou internationaux : ROR, Wikidata et autres (pour l'instant à l'unité par les établissements)

https://scicrunch.org/resolver/RRID:SCR_018492

Wikipedia

console curl -G https://wdqs-beta.wmflabs.org/bigdata/namespace/wdq/sparql --data-urlencode query=' select distinct ?type where { ?thing a ?type } limit

```sparql PREFIX wd: http://www.wikidata.org/entity/ PREFIX wdt: http://www.wikidata.org/prop/direct/ PREFIX wikibase: http://wikiba.se/ontology# PREFIX p: http://www.wikidata.org/prop/ PREFIX ps: http://www.wikidata.org/prop/statement/ PREFIX pq: http://www.wikidata.org/prop/qualifier/ PREFIX bd: http://www.bigdata.com/rdf# PREFIX owl: http://www.w3.org/2002/07/owl# PREFIX rdfs: http://www.w3.org/2000/01/rdf-schema# PREFIX foaf: http://xmlns.com/foaf/0.1/ PREFIX dct: http://purl.org/dc/terms/SELECT DISTINCT ?dbpediaID AS ?href xsd:string(?label) AS ?name ?description ?subjectText ?item AS ?wikidataID ?dbpediaID ?image ?picture WHERE { SERVICE http://query.wikidata.org/sparql { SELECT DISTINCT ?item ?itemLabel ?numero ( SAMPLE(?pic) AS ?picture ) WHERE { ?item p:P528 ?catalogStatement . ?catalogStatement ps:P528 ?numero . ?catalogStatement pq:P972 wd:Q14530 . OPTIONAL { ?item wdt:P18 ?pic } . SERVICE wikibase:label { bd:serviceParam wikibase:language "en" } } GROUP BY ?item ?itemLabel ?numero ORDER BY ?numero }

SERVICE <http://dbpedia.org/sparql>
  { 
    SELECT ?item
           ?dbpediaID
           ?label
           ?image
           ?description
           ?subjectText
    FROM  <http://dbpedia.org> 
    WHERE
      {
        ?dbpediaID  owl:sameAs      ?item ; 
                    rdfs:label      ?label ; 
                    foaf:depiction  ?image ;
                    rdfs:comment    ?description ;
                    dct:subject
                      [ rdfs:label  ?subjectText ] .
        FILTER ( LANG(?label) = "en" ) 
        FILTER ( LANG(?description) = "en" ) 
      }
  }

} ```

AzulSemántico AzulBIOcolores

Esta es una excelente plataforma para encontrar párrafos que carecen de citas en Wikipedia y agregarlas.

Descripción: Esta aplicación permite generar referencias bibliográficas utilizando literatura de Wikidata

Formato para poner las citas https://citation-js.toolforge.org/api/v1/export/Q30000000,Q30000002/bibliography?format=html

Reses Sociales https://mstdn.social/@citationjs@fosstodon.org

RSS

CajaHerramientas

Argument: TEI is proposed as the format for publishing text-related data when the original and complete data cannot be published because of ethical or legal reasons, as it allows modeling in a single document other types of data that are also relevant for analysis, such as textual structure, metadata, documentation or annotation (this also satisfies different points of the FAIR criteria); when modeling derived textual data in TEI altering the order in the TEI elements is probably the method that best balances the current legal framework, the amount of data and its usability. Tools and projects referenced: TEI International: digitale Bibliothek in TextGrid Repository, Drama Corpus (DraCor), European Literary Text Collection (ELTeC), Textbox Spanish: Biblioteca Virtual Miguel de Cervantes, CORDE, CREA, CORPES, Canon 60, Biblioteca Digital Artelope, DISCO, ADSO, BETTE (DraCor), CoNSSA, CONHA, ELTeC Text+ (NFDI) Google Ngram Dataset HTRC Extracted Features Dataset: HathiTrust & JSON for Linking Data (JSON-LD), GitLab Voyant Tools xSample BNE, VIAF, Wikidata, Wikipedia Online Picasso Project Stanford POS tagger Interesting fact: For narrative segments in TEI that are structured using the

, <seg> and <s> elements, it would be possible to model these tags in such a way that their frequencies are also collected in the bag of words, but as this would bring disadvantages such as the loss of the hierarchical structure, the proposal is to keep the tags as they are hanging from the <text> element, but to remove from them all lexical and typographic content. That is, to maintain a textual structure in TEI without text (p. 9). Els Thant

Kenntnis und Verständnis der verschiedenen (differenzierten) Funktionen und kommunikativen Dynamiken in Wikimediaportalen hinsichtlich digitaler Wisskomm: Wissensspeicher Wikipedia (Refs, neutrale Perspektive, ...), Quellensammlung Wikisource, Metadaten in Wikidata, Medienspeicher Commons, Interwiikilinks, Suchmaschinenrelevanz, Governance, ...

Wikis (Wikimedia-Portale und/ oder Regiowikis) * Ich ergänze, korrigiere oder schreibe relevante Wikipedia-Artikel, weil ich es kann und weiß warum: Referenzen, Typos, Absätze, Verbesserungen * Pflege von relevanten Datenobjekten in Wikidata * Wikisource = kollaboratives Gefäß, Community und digitale Sammlung für offene Quellen

Offene Metadaten für (eigene) Publikationen selbst zu produzieren bzw. zu pflegen und in der eigenen Wisskomm zu verwenden (z.B. für Nachrichten mit Thumbnails in Social Medias) ist m.E. eine Aktivität und Strategie, die am Rande hier mit Erwähnung finden könnte, vgl. https://redaktionsblog.hypotheses.org/5219 ++ selbsr erschleßen mit https://scholia.toolforge.org/doi/ + 10.17175/wp_2023b führt zu https://scholia.toolforge.org/doi/10.17175/wp_2023b, vgl. das Workshopbeispiel: https://de.wikiversity.org/wiki/Open_Science_Festival/Forschen_im_Wikiversum_(2023)#Publizieren_und_Erschlie%C3%9Fen

```sparql PREFIX pm20: http://purl.org/pressemappe20/folder/ PREFIX p: http://www.wikidata.org/prop/ PREFIX pq: http://www.wikidata.org/prop/qualifier/ PREFIX skos: http://www.w3.org/2004/02/skos/core# PREFIX wdt: http://www.wikidata.org/prop/direct/ PREFIX wd: http://www.wikidata.org/entity/

SELECT ?wd ?skosRelation ?pm20

construct {

?wd ?skosRelation ?pm20 .

}

where { service https://query.wikidata.org/sparql { # wd items with PM20 ID ?wd wdt:P4293 ?pm20Id . filter(isLiteral(?pm20Id)) # # mapping relation optional { ?wd p:P4293/pq:P4390 ?relation . # URL of the equivalent skos property ?relation wdt:P2699 ?skosRelation1 . } } # bind as URIs bind(uri(concat('http://purl.org/pressemappe20/folder/', ?pm20Id)) as ?pm20) bind(if(bound(?skosRelation1), ?skosRelation1, uri('http://www.w3.org/2004/02/skos/core#exactMatch')) as ?skosRelation) } ```

https://scholia.toolforge.org/chemical/Q25112485

```php

$record) { if ($name<>"count" and $name<>"specials") { foreach ($record["site"] as $sitelink) { $site[$sitelink["dbname"]]=$sitelink["url"]; } } if ($name==="specials") { foreach ($record as $sitelink) { $site[$sitelink["dbname"]]=$sitelink["url"]; } } } /* Open files */ $fp = fopen('data/'.$entity_proc.'.ttl', 'w'); fwrite($fp, "@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .\n"); fwrite($fp, "@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .\n"); fwrite($fp, "@prefix skos: <http://www.w3.org/2004/02/skos/core#> .\n"); fwrite($fp, "@prefix wd: <http://www.wikidata.org/entity/> .\n"); fwrite($fp, "@prefix wdt: <http://www.wikidata.org/prop/direct/> .\n"); fwrite($fp,"\n"); fwrite($fp,"<http://www.wikidata.org/categories> rdf:type skos:ConceptScheme ;\n"); fwrite($fp," skos:prefLabel \"Wikidata categories\"@en .\n\n"); // echo $list_entities."\n"; $url = "https://www.wikidata.org/w/api.php?action=wbgetentities&ids=".$entity_proc."&props=labels|aliases|sitelinks&format=php&utf8="; $a = unserialize(file_get_contents($url)); foreach ($a["entities"] as $entity=>$data_entity) { fwrite($fp,"wd:".$entity." rdf:type skos:Concept ;\n"); fwrite($fp," skos:inScheme <http://www.wikidata.org/categories> "); if (isset($data_entity["labels"])) { foreach ($data_entity["labels"] as $label) { fwrite($fp,";\n skos:prefLabel \"".$label["value"]."\"@".$label["language"]." "); } } if (isset($data_entity["aliases"])) { foreach ($data_entity["aliases"] as $item) { foreach ($item as $label) { fwrite($fp,";\n skos:altLabel> \"".$label["value"]."\"@".$label["language"]." "); } } } foreach ($data_entity["sitelinks"] as $item) { if (in_array($item["site"],$array_sources)) { /* GET BROADER CATEGORIES */ $repeat_query=true; $cmcontinue=""; while ($repeat_query==true) { $repeat_query = false; $url_wiki = $site[$item["site"]]."/w/api.php?action=query&generator=categories&titles=".urlencode($item["title"])."&prop=pageprops|categoryinfo&format=php&utf8=".$cmcontinue; $b = unserialize(file_get_contents($url_wiki)); if (isset($b["continue"]["cmcontinue"])) { $repeat_query = true; $cmcontinue = $b["continue"]["cmcontinue"]; } if (isset($b["query"]["pages"])) { foreach ($b["query"]["pages"] as $broadcat) { if (isset($broadcat["pageprops"]["wikibase_item"])) { if (!isset($broader[$broadcat["pageprops"]["wikibase_item"]])) {$broader[$broadcat["pageprops"]["wikibase_item"]]=$broadcat["title"];} // fwrite($fp,"<http://www.wikidata.org/entity/".$entity_proc."> <http://www.w3.org/2004/02/skos/core#broader> <http://www.wikidata.org/entity/".$broadcat["pageprops"]["wikibase_item"]."> <http://www.wikidata.org/categories/".$item["site"]."> .\n"); } } } } /* GET NARROWER CATEGORIES */ $repeat_query=true; $cmcontinue=""; while ($repeat_query==true) { $repeat_query = false; $url_wiki = $site[$item["site"]]."/w/api.php?action=query&generator=categorymembers&gcmtitle=".urlencode($item["title"])."&gcmtype=subcat&prop=pageprops|categoryinfo&format=php&utf8=".$cmcontinue; $b = unserialize(file_get_contents($url_wiki)); if (isset($b["continue"]["cmcontinue"])) { $repeat_query = true; $cmcontinue = $b["continue"]["cmcontinue"]; } if (isset($b["query"]["pages"])) { foreach ($b["query"]["pages"] as $narrowcat) { if (isset($narrowcat["pageprops"]["wikibase_item"])) { if (!isset($narrower[$narrowcat["pageprops"]["wikibase_item"]]) or $item["site"]=="enwiki") {$narrower[$narrowcat["pageprops"]["wikibase_item"]]=$narrowcat["title"];} // fwrite($fp,"<http://www.wikidata.org/entity/".$entity_proc."> <http://www.w3.org/2004/02/skos/core#narrower> <http://www.wikidata.org/entity/".$narrowcat["pageprops"]["wikibase_item"]."> <http://www.wikidata.org/categories/".$item["site"]."> .\n"); } } } } } } } $prevalue=""; foreach ($broader as $target=>$value) { fwrite($fp,";".$prevalue."\n skos:broader wd:".$target); $prevalue=" # ".$value; } if ($prevalue!=="") {fwrite($fp,$prevalue);} $prevalue=""; foreach ($narrower as $target=>$value) { fwrite($fp,";".$prevalue."\n skos:narrower wd:".$target); $prevalue=" # ".$value; } if ($prevalue!=="") {fwrite($fp,$prevalue);} fwrite($fp,".\n\n"); fclose($fp); ?>

```

This is more of an example of how entities can have multiple types, and that those types can be dynamically determined from the properties present. That doesn't mean the schema changes, though.

For instance, LeBron James was a PERSON and an ATHLETE, but when he starred in Space Jam he became an ACTOR. The properties and type for the LeBron James entity changed, but the schemas for PERSON, ATHLETE, and ACTOR did not.

sparql SELECT ?type (COUNT(DISTINCT ?oeuvre) AS ?c) WHERE { VALUES ?type { wd:Q838948 } ?oeuvre wdt:P31 ?type. { ?oeuvre ?link ?museum. } union { ?museum ?link ?oeuvre. } ?museum wdt:P31 wd:Q33506. } GROUP BY ?type ORDER BY DESC (?c)

Revisión completada como parte de la evaluación de trabajos postulados al Congreso Iberoamericano de Ciencia Abierta

Revisora: Gimena del Rio Riande

---

El texto es de gran interés y puede transformarse en un caso de estudio a seguir por la comunidad interesada en la publicación científica y el acceso abierto en América Latina. Disfruté mucho la lectura.

Hago aquí algunas puntualizaciones con el objetivo de mejorar la claridad expositiva del trabajo y sus objetivos:

1. El título del trabajo debe mencionar que se trata de un corpus de revistas de Humanidades y Cs Sociales, de lo contrario, parece a simple vista que su reflexión es para todas las ciencias.
2. En el abstract en inglés sugiero cambiar “magazine” por “journal”.
3. La cita de Ramirez y Samoilovich es algo criticable. Brasil es América Latina, no tenemos por qué ponerlo aparte. Es hora de cambiar ese estigma: https://es.wikipedia.org/wiki/Am%C3%A9rica_Latina
4. No estoy de acuerdo con la visión sobre Wikipedia/Wikidata: por un lado, como ya señala el otro revisor, la participación colectiva y horizontal no es tan así, y ha sido ya objeto de críticas y nuevas proposiciones. También se registran críticas de editores cuyas entradas se han borrado de Wikipedia sin mediar un diálogo previo. Asimismo, no es tan sencillo saber editar Wikidata y comprender su funcionamiento con Wikipedia. Creo que aquí el trabajo necesita matices.
5. Es necesaria una reflexión a mayores sobre el acceso abierto radical, que es lo que se propone en el título. Justamente por eso, se hace necesario que defina el acceso abierto radical. Dónde nace esta rama del AA? dónde se registra hoy día? alguna disciplina específica? nombres? bibliografía?
6. Con respecto a la verticalidad/horizontalidad, creo que es necesario ver el equilibrio. Latinrev es una bbdd en la que cualquier persona puede proponer una revista. Aunque la BBDD se cura por especialistas, no se necesita más que buena voluntad para proponer una revista al directorio. Algo similar sucede con Dialnet. Y aún más, si unx encuentra un error solo tiene que abrir un cuadro de consulta. Se suelen contestar a las 48 horas. Latinrev, a diferencia de Dialnet no apunta a métricas o impacto.
7. Sugiero mejore la sección donde se explica el corpus; me costó entender cuál era el corpus final de análisis.
8. Es necesario que discuta la noción de AA frente a las licencias CC que levanta de su corpus. El alto uso de la licencia ND habla de este AA que no es tan abierto.
9. Por momentos habla de revistas de cs sociales pero estas son de humanidades y cs sociales.
10. Entiendo que esta investigación es cuantitativa y cualitativa; solo se la menciona como cualitativa en el trabajo. Sugiero revisar.
11. Creo que este trabajo amerita que los datos de su corpus estén en abierto para poder leerlo más cabalmente.

Revisión completada como parte de la evaluación de trabajos postulados al Congreso Iberoamericano de Ciencia Abierta

Revisor: David Ramírez-Ordóñez

---

El trabajo es muy pertinente, por cómo el autor lo indica en la introducción, la incidencia que puede tener desde la ciencia abierta en Latinoamérica y el Caribe. La definición de herramientas como Wikidata, que incluyen una parte tecnológica, una ontología y una comunidad, hacen que se consideren diferentes aspectos del ecosistema de la cultura libre y la ciencia abierta.

Discrepo de afirmaciones relacionadas a que “cualquiera puede editar Wikipedia”, debido a que se ha demostrado que existen diferentes tipos de brechas, como por ejemplo la brecha de género que incluye brecha de contenido, de lectura y de editoras. La edición de Wikidata tiene brechas similares, por ejemplo de interfaz o de conocimiento técnico para realizar queries. El artículo de Heather Ford y Judy Wajcman ponen en duda que cualquiera puede editar, por mencionar un artículo que se titula de manera que riñe diametralmente con esta afirmación: “¿Cualquiera puede editar? ¡No todo el mundo lo hace!” se titula el artículo. El texto “Quantifying the Gap: A Case Study of Wikidata Gender Disparities” muestra la brecha en Wikidata, donde menos del 22% de los ítems que representan personas, son mujeres.

Creo que se debe hacer un análisis crítico al término “apertura radical” frente al uso de cualquier tipo de licencias Creative Commons. Me parece que el artículo toma por sentado que las licencias más restrictivas de Creative Commons permiten una “apertura radical” cuando no necesariamente sea así. Si tomamos la definición del artículo, la apertura radical incluye:

1. Publicación de revistas que permiten poseer un archivo personal en digital. Entiendo que permiten la descarga del archivo del artículo.
2. No incluye cobros de acceso.
3. No incluye cobros por el procesamiento de artículos.
4. Es una nueva forma de cooperar
5. Es una nueva forma de cuidarse (cuidarnos) en los procesos de investigación
6. Genera archivos y repositorios con estas características
7. Genera redes entre las autoras y lectoras.
8. Genera otras iniciativas que permiten ampliar y generar conocimiento libre y abierto.

Al comparar esta definición con la de Contenido Cultural Libre, lo que quiere decir que ponemos un estándar alto para entender lo que es libre de lo que no es, únicamente lo que se encuentra en dominio público, atribución y atribución - compartir igual pasaría este estándar. La Figura 7 nos muestra que 64.9% de las revistas no pasarían este estándar, lo que nos podría hacer dudar de que tan “radical” es esta apertura. Dichas restricciones podrían estar en contra de los puntos 4) Es una nueva forma de cooperar y 8) Genera otras iniciativas que permiten ampliar y generar conocimiento libre y abierto; principalmente y probablemente colateralmente otros de estos puntos.

Las obras que dan libertad a las autoras no sólo son las licencias Creative Commons. Si bien este trabajo incluye otro tipo de licencias, definidas en el trabajo como “acceso abierto”, resulta interesante este estándar de facto que se presenta. Sugeriría considerar definiciones como la de Contenido Cultural Libre para revisar éste análisis y posteriores.

Valoro mucho que este trabajo use herramientas abiertas. Resulta bastante coherente escribir sobre ciencia abierta presentando trabajos que usan herramientas abiertas.

Un paso adicional que el trabajo no consideró pero que puede ser interesante explorar, es la apertura en las revistas científicas más allá de las licencias. Quiero decir: de las revistas analizadas ¿cuántas, cuáles y cómo ofrecen acceso a los archivos fuente para permitir su modificación y re uso? ¿Se ofrece acceso a los datos de investigación? ¿Se puede acceder a las imágenes en alta resolución para promover su re uso? Y aunque no sé si ocurrió con este trabajo, el mismo podría pensarse en clave de apertura: ¿Este trabajo brinda acceso al archivo .bib generado en Zotero para hacerlo replicable?

Finalmente, no me queda más que felicitar a Luis por su trabajo. Fue muy interesante leerle, entender su propuesta y ver cómo ésta se enmarca en otras como la del listado de obras mexicanas en dominio público. Este tipo de trabajos ayudan a comprender y expandir la cultura libre y la ciencia abierta. Dejé mis comentarios al documento por si resultan de ayuda. Además, considero que este trabajo puede abrir puertas a diferentes colaboraciones en Latinoamérica, como el artículo lo menciona.

Entiendo que es con los artículos disponibles en Wikidata. No es claro. Podría equivocarme o malinterpretarlo. Resulta un poco confuso que se hable de artículos para referirse a Q's. Pensaría que "artículo" quiere decir "de Wikipedia", pero parece que no siempre es así.

Otro ejemplo es el Directorio de bibliotecas y centros de documentación gubernamentales de Bogotá.

Aquí la definición de Wikidata desde la comunidad tiene especial valor.

Esta afirmación es muy potente. Wikidata como proyecto radical.

Me gusta que presenta a Wikidata como una herramienta, una ontología y una comunidad.

https://github.com/lmichan/BioDBS

ponerla en wikidata

https://www.ebi.ac.uk/licencing

Este es un punto medular, los índices arriba descritos establecen estándares mínimos de calidad para evitar la indexación de revistas depredadoras, aunque no siempre lo logran, pero es un estándar, eso cómo se resolvería en Wikidata?

Wikidata's inception actually predates Freebase's donation by about two years...

Denny Vrandečić helped start Wikidata then went to Google to help start their Knowledge Graph and then went back to Wikimedia Foundation: https://en.wikipedia.org/wiki/Denny_Vrande%C4%8Di%C4%87

I think this is right. The outlier here being Wikidata I guess?

Falta en https://en.wikipedia.org/wiki/Category:Hospitals_by_country hay que agregarla

PCM

打开主菜单 维基百科 搜索 拍摄您的当地文化，帮助维基百科并获胜！ 隐藏 维基百科：引用来源 项目页面 说话 语言 看 编辑 有关在维基百科条目中引用引文的信息，请参阅帮助：脚注和维基百科：内联引文。有关在维基百科之外的工作中使用维基百科条目的信息，请参阅维基百科：引用维基百科。 “WP：CITE”和“WP：REF”重定向到这里。有关“需要引文”信息页面，请参阅 WP：CITENEED。有关参考台，请参阅WP：REFD。 蓝色勾号 本页记录了英语维基百科内容指南。 这是编辑应该尝试遵循的普遍接受的标准，尽管最好用常识来对待它，偶尔可能会有例外。对本页的任何实质性编辑都应反映共识。如有疑问，请先在讨论页上讨论。 快捷方式 WP：CS WP：CITE WP：参考文献 简而言之，此页面：引用可靠的来源。您可以通过从编辑框顶部的下拉菜单“引用”中进行选择来添加引文。在标记中，您可以使用 ref 标记手动添加引文。下面详细介绍了更详细和有用的引用来源的方法。 新来的？欢迎！此页面有一个简化版本，请访问帮助：初学者参考。 引文，也称为参考文献，[注1]唯一标识信息来源，例如：

里特，R.M.（2003）。牛津风格手册。牛津大学出版社，第1页。国际标准书号978-0-19-860564-5。 维基百科的可验证性政策要求在条目空间的任何地方对任何受到质疑或可能受到质疑的材料以及所有引用进行内联引用。

文章中的引用或参考文献通常由两部分组成。在第一部分，基于外部来源或引用外部来源的每个文本部分都用内联引用进行标记。内联引文将是上标脚注编号。引文或参考文献的第二个必要部分是完整参考文献列表，它提供了有关来源的完整、格式化的详细信息，以便任何阅读文章的人都可以找到它并验证它。

本页介绍如何放置引文的两个部分并设置其格式。每篇文章应始终使用一种引用方法或风格。如果一篇文章已经有引用，请使用该方法保持一致性，或者在更改之前在讨论页上寻求共识（该原则在§引用方法的变化中进行了审查）。虽然您应该尝试正确编写引文，但最重要的是您提供足够的信息来识别来源。如果需要，其他人将改进格式。请参阅：“帮助：初学者参考”，有关如何在维基百科文章中放置参考文献的简要介绍;并在可视化编辑器中引用模板，关于引用的图形方式，包含在维基百科中。 维基百科指南 指南列表 策略列表 行为 假设诚信利益冲突礼貌消失破坏性编辑不要咬新人不要为了表达观点而破坏礼仪不要玩弄系统用户页面其他行为准则WMF 友好空间政策 讨论 讨论页指南签名 内容 引用来源 外部链接可靠的来源 医学边缘理论非自由内容 冒犯性材料不要复制长文本不要制造恶作剧专利废话其他内容准则 编辑 文章大小加粗编辑摘要可理解性其他编辑准则 组织 类别、列表、模板分类消除歧义 风格 样式内容列表表手册 删除 删除过程快速保留管理员删除准则 项目内容 项目页面 维基项目模板用户页面 用户框快捷方式子页面 其他 命名约定知名度 VTE 引文类型 何时以及为何引用来源 要包含哪些信息 内联引文 快捷方式 WP：煽动 WP：内联引用 更多信息：维基百科：内联引用 内联引用允许读者将文章中的给定材料与支持它的特定可靠来源相关联。内联引文使用脚注（长脚注或短脚注）添加。本节介绍如何添加任一类型，还介绍如何创建完整书目引文列表以支持缩短的脚注。

第一个向文章添加脚注的编辑必须创建一个要显示这些引文的部分。

脚注 另请参阅：帮助：脚注 如何创建引文列表 捷径 WP：REFLIST 如果需要，此部分通常标题为“注释”或“参考文献”，并放置在文章底部或附近。有关文章末尾章节的顺序和标题的更多信息（其中也可能包括“进一步阅读”和“外部链接”部分），请参阅维基百科：页脚。

除了下面讨论的一些例外情况外，引文显示在仅包含标签或模板的单个部分中。例如：<references />{{Reflist}}

== References == {{Reflist}} 然后，脚注将自动列在该节标题下。文本中的每个带编号的脚注标记都是指向相应脚注的可单击链接，每个脚注都包含一个链接回文本中相应点的插入符号。

捷径 WP：ASL 切勿使用滚动列表或滚动框中显示的引文列表。这是因为可读性、浏览器兼容性、辅助功能、打印和站点镜像存在问题。[注2]

如果一篇文章包含一般参考文献列表，则通常将其放在单独的部分中，例如标题为“参考文献”。这通常紧跟在列出脚注的部分（如果有）之后。（如果一般参考文献部分称为“参考文献”，则引文部分通常称为“注释”。

如何使用 ref 标签放置内联引文 捷径 WP：CITEFOOT 更多信息：脚注：基础知识 要创建脚注，请在文章文本中的适当位置使用语法，例如：<ref>...</ref>

Justice is a human invention.<ref>Rawls, John. ''A Theory of Justice''. Harvard University Press, 1971, p. 1.</ref> It ... 将显示为类似以下内容：

正义是人类的发明。[1] 它... 还需要生成脚注列表（实际显示引文文本的位置）;为此，请参阅上一节。

与上面的例子一样，引文标记通常放在相邻的标点符号之后，例如句点（句号）和逗号。有关例外情况，请参阅 WP：样式手册 § 标点符号和脚注。另请注意，引文标记前不添加空格。引文不应放在章节标题内或与章节标题在同一行。

引文应添加到其支持的材料附近，提供文本来源的完整性。如果某个单词或短语特别有争议，可以在句子中的该单词或短语旁边添加内联引用，但通常只需将引用添加到从句、句子或段落的末尾就足够了，只要清楚哪个来源支持文本的哪个部分。

将引文与解释性脚注分开 另请参阅：维基百科：样式/布局手册§注释和参考文献，以及帮助：解释性注释 捷径 WP：EXPLNOTESECT 如果一篇文章同时包含脚注引文和其他（解释性）脚注，则可以（但不是必需）使用脚注组将它们分成两个单独的列表。然后，解释性脚注和引文被放置在单独的部分中，分别称为（例如）“注释”和“参考文献”。

将解释性脚注与脚注引用分开的另一种方法是使用 {{efn}} 作为解释性脚注。该系统的优点是，在这种情况下，解释性脚注的内容可以用脚注引用来引用。当解释性脚注和脚注参考文献不在单独的列表中时，{{refn}} 可用于包含脚注引文的解释性脚注。

避免杂乱无章 快捷方式 WP：杂乱无章 WP：内联杂波 WP：INLINECITECLUTTER 内联引用可能会使编辑窗口中的wiki文本明显膨胀，并且可能变得难以管理和混乱。有两种主要方法可以避免编辑窗口中的混乱：

例如，通过在参考文献列表模板 {{reflist}} 中收集完整的引文代码，然后使用缩短的参考文献标签将它们插入文本中，使用列表定义的参考文献。<ref name="Smith 2001, p99" /> 插入简短的引文（见下文），然后引用源文本的完整列表 与其他引文格式一样，文章不应在没有达成共识的情况下进行格式之间的大规模转换。

但请注意，不能再使用可视化编辑器编辑引用列表模板中定义的引用。

重复引用 更多信息：脚注：多次使用一个来源 对于同一内联引文或脚注的多次使用，可以使用命名引用功能，选择一个名称来标识内联引文，然后键入 。此后，通过键入以前的引用名称，可以在定义使用之前或之后重复使用任意次数的同一命名引用，如下所示：。在前面使用斜杠表示标签是自闭合的，而用于闭合其他引用的不得另外使用。<ref name="name">text of the citation</ref><ref name="name" />></ref>

文本几乎可以是任何东西——除了完全是数字。如果在 的文本中使用空格，则必须将文本放在双引号内。将所有命名引用放在双引号内可能对不知道该规则的未来编辑者有所帮助。为了帮助页面维护，建议 的文本与内联引文或脚注有联系，例如“作者年份页面”：。namenamename<ref name="Smith 2005 p94">text of the citation</ref>

使用直引号将引用名称括起来。不要使用弯引号。大花标记被视为另一个字符，而不是分隔符。如果在首次命名引用时使用一种引号样式，而在重复引用中使用另一种样式，或者在重复引用中使用混合样式，则页面将显示错误。"“”

引用同一来源的多个页面 快捷方式 WP：IBID WP：OPCIT 更多信息：帮助：参考文献和页码 当一篇文章引用来自同一来源的许多不同页面时，为了避免许多大的，几乎相同的完整引用的冗余，大多数维基百科编辑使用以下选项之一：

使用 {{cite}} 模板的 |pages= 参数将命名引用与页码组合列表结合使用（最常用的，但对于大量页面可能会造成混淆） 命名引用与 或 模板一起指定页面{{rp}}{{r}} 短引文 不鼓励使用同上、同上或类似的缩写，因为随着新参考文献的添加，它们可能会被破坏（同前的问题较少，因为它应该明确提及文章中的引用;但是，并非所有读者都熟悉这些术语的含义）。 如果同上广泛使用，请使用 {{同上}} 模板标记文章。

重复引用 快捷方式 WP：杜普西特 WP：DUPREF 结合精确重复的完整引文，与现有引文风格（如果有的话）保持一致。在这种情况下，“精确复制”意味着具有相同的内容，不一定是相同的字符串（“纽约时报”与“纽约时报”相同;不同的访问日期并不重要）。不要阻止编辑，特别是没有经验的编辑，在使用来源适当时添加重复引用，因为重复总比没有引用好。但是任何编辑都应该随意将它们组合在一起，这样做是维基百科的最佳实践。

对同一来源的不同页面或部分的引用也可以组合（保留引用的不同部分），如上一节所述。可以使用任何与现有引文风格（如果有的话）一致的方法，或者可以寻求共识来改变现有风格。

通过检查参考文献列表来查找重复的引文是很困难的。有一些工具可以提供帮助：

AutoWikiBrowser（AWB）将识别并（通常）纠正<ref>之间的精确重复...</ref>标记。请参阅文档。 网页和文本的 URL 提取器可以识别具有完全相同 URL 但在其他方面可能不同的 Web 引文。有时，对同一网页的引用后可能会跟有不同的不重要的跟踪参数 （， ），并且不会作为重复项列出。?utm ...#ixzz... 步骤1：输入维基百科文章的URL，然后单击“加载”， 第 2 步：勾选“仅显示重复的 URL 地址”（取消勾选“删除重复地址”） 可选：勾选单选按钮“不显示”，勾选其行首的框，然后进入框web.archive.org,wikipedia,wikimedia,wikiquote,wikidata 步骤3：点击 提取. 然后将列出重复项，并且必须手动合并。经常会出现误报; 特别是 URL 很麻烦，因为它们包含原始 URL，显示为重复项。步骤 2 的可选部分消除了存档 URL，但不幸的是，重复项列表包括存档的页面。维基* 网址问题不大，因为它们可以被忽略。web.archive.org 短引文 快捷方式 WP：CITESHORT WP：SFN 主页面： 帮助：缩短脚注 一些维基百科条目使用简短的引用，提供有关来源的摘要信息以及页码，如 。这些与完整的引文一起使用，这些引文提供了来源的完整详细信息，但没有页码，并列在单独的“参考文献”部分中。<ref>Smith 2010, p. 1.</ref>

使用的短引文形式包括作者日期引用（APA 样式、哈佛样式或芝加哥样式）以及作者标题或作者页面引用（MLA 样式或芝加哥样式）。和以前一样，脚注列表在“注释”或“脚注”部分中自动生成，该部分紧接在包含来源完整引用的“参考文献”部分之前。短引文可以手动编写，也可以使用 {{sfn}} 或 {{harvnb}} 模板或 {{r}} 引用模板编写。（请注意，未经共识，不应将模板添加到已使用一致引用样式的文章中。短引文和完整引文可以链接，以便读者可以单击短注释以查找有关来源的完整信息。有关常见问题的详细信息和解决方案，请参阅模板文档。有关带模板和不带模板的变体，请参阅完整参考的维基链接。有关一组实际示例，请参阅这些示例。

以下是短引文在编辑框中的外观：

The Sun is pretty big,<ref>Miller 2005, p. 23.</ref> but the Moon is not so big.<ref>Brown 2006, p. 46.</ref> The Sun is also quite hot.<ref>Miller 2005, p. 34.</ref>

== Notes == {{reflist}}

== References == * Brown, Rebecca (2006). "Size of the Moon", ''Scientific American'', 51 (78). * Miller, Edward (2005). ''The Sun''. Academic Press. 这是它们在文章中的样子：

太阳很大[1]，但月亮没有那么大。[2] 太阳也很热。[3]

注意事项

^米勒，2005年，第23页。 ^布朗，2006年，第46页。 ^米勒，2005年，第34页。

引用

布朗，丽贝卡（2006）。“月球的大小”，《科学美国人》，51（78）。 米勒，爱德华（2005）。太阳。学术出版社。 使用标题而不是出版日期的缩短注释在文章中如下所示：

笔记

^米勒：《太阳报》，第23页。 ^布朗，“月亮的大小”，第46页。 ^米勒，《太阳报》，第34页。 使用手动链接时，很容易引入错误，例如重复的锚点和未使用的引用。脚本User：Trappist the monk/HarvErrors将显示许多相关错误。可以使用 W3C 标记验证服务找到重复的定位点。

Parenthetical referencing Shortcut WP:PAREN Since September 2020, inline parenthetical referencing has been deprecated on Wikipedia. This includes short citations in parentheses placed within the article text itself, such as (Smith 2010, p. 1). This does not affect short citations that use tags, which are not inline parenthetical references; see the section on short citations above for that method. As part of the deprecation process in existing articles, discussion of how best to convert inline parenthetical citations into currently accepted formats should be held if there is objection to a particular method. <ref>

This is no longer in use:

☒ 太阳很大（米勒 2005，第 1 页），但月亮没有那么大（布朗 2006，第 2 页）。太阳也很热（米勒 2005，第 3 页）。

引用 布朗，R.（2006）。“月球的大小”，《科学美国人》，51（78）。 米勒，E.（2005）。《太阳报》，学术出版社。 引文风格 捷径 WP：CITESTYLE 虽然引文应旨在提供上面列出的信息，但维基百科没有单一的风格，尽管任何给定条目中的引文都应遵循一致的风格。存在许多引文样式，包括维基百科文章中描述的引文样式，APA样式，ASA样式，MLA样式，芝加哥样式手册，作者日期引用，温哥华系统和蓝皮书。

尽管几乎可以使用任何一致的样式，但请避免使用 YYYY-MM-DD 以外的全数字日期格式，因为哪个数字是月份，哪个是日期存在歧义。例如，可以使用 2002-06-11，但不能使用 11/06/2002。在任何情况下，YYYY-MM-DD 格式都应限于年份在 1582 年之后的公历日期。由于它很容易与年份范围混淆，因此不使用格式 YYYY-MM（例如：2002-06）。

有关引用作品大写的更多信息，请参阅维基百科：样式/大写字母手册§所有大写字母和小写字母。

引用方法的变化 快捷方式 WP：CITEVAR WP：WHENINROME 编辑不应仅仅基于个人偏好，使其与其他文章相匹配，或者在没有首先寻求更改共识的情况下尝试更改文章的既定引用风格。[注3]

与拼写差异一样，通常的做法是遵循第一个主要贡献者使用的风格或已经在页面上工作的编辑的共识所采用的风格，除非已经达成共识。如果您正在编辑的文章已经在使用特定的引用样式，则应遵循它;如果您认为它不适合文章的需要，请在讨论页上寻求更改的共识。如果您是第一个为文章添加引用的贡献者，您可以选择您认为最适合该文章的样式。但是，自 2020 年 9 月 5 日起，内联括号引用是英语维基百科上弃用的引用样式。

如果文章中的所有或大部分引用都由裸露的URL组成，或者未能提供所需的书目数据 - 例如来源名称，所咨询文章或网页的标题，作者（如果已知），出版日期（如果已知）和页码（如果相关） - 那么这将不算作“一致的引用风格”，可以自由更改以插入此类数据。提供的数据应足以唯一标识来源，允许读者找到它，并允许读者在不检索来源的情况下初步评估来源。

要避免 当文章已经一致时，请避免：

在主要引文风格之间切换或将一个学科的首选风格替换为另一个学科的风格 - 除非远离弃用的风格，例如括号引用; 将引文模板添加到已经使用没有模板的一致系统的文章，或从一致使用引文模板的文章中删除引文模板; 更改引用的定义位置，例如，将引用列表中的引用定义移动到散文中，或将引用定义从散文移动到引用列表中。 通常认为有帮助 以下是标准做法：

通过添加缺失的信息来改进现有引文，例如将裸露的URL替换为完整的书目引文：这是一项改进，因为它有助于可验证性，并防止链接腐烂; 用内联引用替换部分或全部一般参考文献：这是一项改进，因为它为读者提供了更多可验证的信息，并有助于保持文本来源的完整性; 对引用样式不一致的文章强加一种样式（例如，脚注中的一些引用和其他作为括号引用）：这是一种改进，因为它使引用更易于理解和编辑; 修复引文编码中的错误，包括错误使用的模板参数和标记问题：改进，因为它有助于正确解析引文;<ref> 合并重复引用（见上文§重复引用）。 将括号引用转换为可接受的引用样式。 将不透明的命名参考名称替换为常规名称，例如“Einstein-1905”而不是“：27”。 处理引文中的链接 如上文“应包括哪些信息”一节所述，在可用时包括指向源材料的超链接是有帮助的。在这里，我们注意到有关这些链接的一些问题。

避免嵌入链接 捷径 WP：CS：嵌入 指向外部网站的嵌入式链接不应用作内联引用的一种形式，因为它们极易受到链接腐烂的影响。维基百科在早期允许这样做 - 例如通过在句子后添加一个链接，例如：[http://media.guardian.co.uk/site/story/0,14173,1601858,00.html]，它被渲染为：[1]。 不再建议这样做。不建议使用原始链接来代替正确写出的引文，即使放置在 ref 标签之间，就像这样。由于任何准确识别来源的引用都比没有好，因此不要恢复部分引用的善意添加。它们应被视为临时的，并尽快替换为更完整、格式正确的引文。<ref>[http://media.guardian.co.uk/site/story/0,14173,1601858,00.html]</ref>

嵌入式链接绝不应用于在文章内容中放置外部链接，例如：“Apple Inc. 宣布了他们的最新产品......”。

便利链接 更多信息：维基百科：版权 § 链接到受版权保护的作品，和 帮助：引文样式 1 § 在线资源 捷径 WP：CONLINK 便利链接是指向原始出版商或作者以外的人提供的网页上来源副本的链接。例如，报纸网站上不再提供的报纸文章的副本可能托管在其他地方。在提供便利链接时，重要的是要合理地确定便利副本是原件的真实副本，没有任何更改或不适当的评论，并且不侵犯原始出版商的版权。当托管网站看起来可靠时，可以假设准确性。

对于学术来源，便利链接通常是由开放访问存储库提供的重印本，例如作者所在大学的图书馆或机构存储库。这种绿色开放获取链接通常比付费或其他商业和非自由来源更可取。

如果多个网站托管材料的副本，则选择作为便利链接的网站应该是其一般内容最符合维基百科：中立观点和维基百科：可验证性的网站。

指示可用性 捷径 WP：INDICATEAVAIL 如果您的资源无法在线获得，则应在信誉良好的图书馆、档案馆或馆藏中提供。如果没有外部链接的引文被质疑为不可用，则以下任何一项都足以证明该材料是合理可用的（尽管不一定可靠）：提供 ISBN 或 OCLC 编号;链接到有关来源（作品、作者或出版商）的既定维基百科文章;或直接在讨论页上引用材料，简要地和上下文。

来源链接 捷径 WP：源链接 对于以硬拷贝、缩微形式和/或在线形式提供的来源，在大多数情况下，省略您阅读的源。虽然引用作者、标题、版本（第 1、第 2 等）和类似信息很有用，但引用 ProQuest、EBSCOhost 或 JSTOR 等数据库通常并不重要（请参阅学术数据库和搜索引擎列表）或链接到需要订阅或第三方登录的此类数据库。您提供的基本书目信息应该足以在任何具有来源的数据库中搜索源。请勿添加嵌入了部分密码的 URL。但是，您可以提供 DOI、ISBN 或其他统一标识符（如果有）。如果发布者提供了指向来源或其摘要的链接，而该链接不需要付款或第三方登录即可访问，您可以提供该链接的URL。如果来源仅在线存在，即使访问受到限制，也要提供链接（请参阅WP：PAYWALL）。

预防和修复死链接 另请参阅：维基百科：链接腐烂和帮助：存档源 捷径 WP：DEADREF 为了帮助防止死链接，某些源可以使用持久标识符。一些期刊文章具有数字对象标识符 （DOI）;一些在线报纸和博客，以及维基百科，都有稳定的永久链接。当永久链接不可用时，请考虑在撰写文章时制作引用文档的存档副本;按需 Web 归档服务，如 Wayback Machine （https://web.archive.org/save） 或 archive.today （https://archive.today），相当易于使用（请参阅抢占式归档）。

不要仅仅因为 URL 不起作用而删除引文。如果可能，应修复或更换死链接。如果您遇到用作支持文章内容的可靠来源的无效 URL，请在删除之前按照以下步骤操作：

确认状态：首先，检查链接以确认它已失效且未暂时关闭。搜索网站以查看它是否已重新排列。在线服务“现在关闭了吗？”可以帮助确定网站是否关闭，以及任何已知的信息。 检查同一网站上是否有更改的 URL：页面经常移动到同一网站上的不同位置，因为它们会成为存档内容而不是新闻。网站的错误页面可能有一个“搜索”框;或者，在Google和DuckDuckGo搜索引擎中 - 以及其他搜索引擎 - 可以使用关键字“site：”。例如：site：en.wikipedia.org “新西兰警车标记和涂装”。 检查网络存档：存在许多网络存档服务（有关完整列表，请参阅：维基百科：维基百科上的网络存档列表）;链接到他们的网址内容存档（如果有）。例子： Internet Archive 拥有数十亿个存档网页。参见维基百科：使用时光机。 archive.today参见维基百科：使用 archive.today WebCite拥有数十亿个存档网页。参见维基百科：使用WebCite。但是，自 2019 年 7 月起，WebCite 不接受任何新的存档请求;自 2021 年 10 月起，无法访问以前存档的页面。 英国政府网络档案馆 （https://www.nationalarchives.gov.uk/webarchive/） 保存了 1500 个英国中央政府网站。 Mementos 界面允许您使用 Memento 协议通过单个请求搜索多个存档服务。不幸的是，Mementos 网页界面会删除与 URL 一起传递的任何参数。如果 URL 包含“？”，则不太可能正常工作。手动将 URL 输入 Mementos 界面时，最常见的更改是将 “” 更改为 “”。虽然在所有情况下仅进行此更改是不够的，但它在大多数情况下都有效。下表中的书签将对 URL 进行正确编码，以便搜索有效。?%3F 如果有多个存档日期可用，请尝试使用最有可能是在 上输入参考文献的编辑者看到的页面内容的日期。如果未指定该参数，则可以搜索文章的修订历史记录，以确定何时将链接添加到文章中。|access-date= 对于大多数引文模板，存档位置是使用 和 参数输入的。在以下情况下，主链路将切换到存档链路。这将保留原始链接位置以供参考。|archive-url=|archive-date=|url-status=|url-status=dead 如果网页现在指向完全不同的网站，请设置为在引文中隐藏原始网站链接。|url-status=usurped 注意：一些档案馆目前在链接公开之前会延迟~18个月。因此，编辑者应该在链接首次标记为死后等待~24个月，然后再声明不存在Web存档。指向可靠来源的无效 URL 通常应使用 标记，以便您可以估计链接失效的时间。{{dead link|date=February 2023}} 用于检查当前页面存档的常见存档站点的书签： Archive.org javascript:void(window.open('https://web.archive.org/web/*/'+location.href)) archive.today / archive.is javascript:void(window.open('https://archive.today/'+location.href)) 纪念品界面 javascript:void(window.open('https://www.webarchive.org.uk/mementos/search/'+encodeURIComponent(location.href)+'?referrer='+encodeURIComponent(document.referrer))) 删除便利链接：如果材料是在纸上发表的（例如，学术期刊、报纸文章、杂志、书籍），则不需要死 URL。只需删除无效 URL，保留引用的其余部分不变。 查找替代来源：在 Web 上搜索引用的文本、文章标题和部分网址。考虑联系最初发布参考文献的网站/人员，并要求他们重新发布。请向其他编辑者寻求帮助，以在其他地方查找引用，包括添加引用的用户。找到一个不同的来源，说的与所讨论的参考基本相同。 删除无可救药丢失的纯网络来源：如果源材料离线不存在，并且没有网页的存档版本（请务必等待~24个月），并且如果您找不到该材料的另一个副本，则应删除死引用，如果没有其他支持引用，则应将其支持的材料视为未经验证。如果是政策特别要求具有内联引用的材料，请考虑将其标记为 .您可能适合将引文移至讨论页并附上解释，并通知添加现已失效链接的编辑。{{citation needed}} 文本-源完整性 快捷方式 WP：TSI WP：诚信 “WP：INTEGRITY”重定向到这里。有关WikiProject Integrity，请参阅WP：WPINTEGRITY。 使用内联引文时，保持文本源的完整性非常重要。内联引用的目的是让读者和其他编辑看到引用支持材料的哪一部分;如果引文没有明确放置，这一点就会丢失。材料与其来源之间的距离是一个编辑判断的问题，但在没有明确说明来源的情况下添加文本可能会导致原创研究、违反来源政策甚至抄袭的指控。

保持引文接近 编辑在重新排列或插入材料时应谨慎行事，以确保保持文本-源关系。参考文献不需要仅仅为了保持脚注在文章中出现的时间顺序而移动，如果这样做可能会破坏文本-来源关系，则不应移动。

如果一个句子或段落带有来源的脚注，那么在没有新文本来源的情况下，在句子/段落中添加现有来源不支持的新材料，如果看起来引用的来源支持它，则具有高度误导性。在段落中插入新文本时，请确保现有或新源支持该文本。例如，编辑文本原文时

太阳很大。[1]

注意事项

^米勒，爱德华。太阳。学术出版社，2005年，第1页。 不暗示新材料得到相同引用支持的编辑是

太阳很大。[1] 太阳也很热。[2]

注意事项

^米勒，爱德华。太阳。学术出版社，2005年，第1页。 ^史密斯，约翰。太阳的热量。学术出版社，2005年，第2页。 不要在完全引用的段落或句子中添加其他事实或断言：

☒

太阳很大，但月亮没有那么大。[1] 太阳也很热。[2]

注意事项

^米勒，爱德华。太阳。学术出版社，2005年，第1页。 ^史密斯，约翰。太阳的热量。学术出版社，2005年，第2页。 包括支持新信息的来源。有几种方法可以编写此内容，包括：

检查

太阳很大[1]，但月亮没有那么大。[2] 太阳也很热。[3]

注意事项

^米勒，爱德华。太阳。学术出版社，2005年，第1页。 ^布朗，丽贝卡。“月球的大小”，科学美国人，51（78）：46。 ^史密斯，约翰。太阳的热量。学术出版社，2005年，第2页。 捆绑引文 快捷方式 WP：CITEBUNDLE WP：捆绑 主页面： 帮助：引文合并 另请参阅：帮助：缩短脚注§捆绑引文，和维基百科：引文矫枉过正 有时，如果将多个引文捆绑到一个脚注中，则文章更具可读性。例如，当给定句子有多个来源，并且每个来源应用于整个句子时，可以将来源放在句子的末尾，如下所示。[4][5][6][7]或者它们可以捆绑在句子或段落末尾的一个脚注中，就像这样。[4]

如果每个源都支持前面文本的不同部分，或者如果源都支持相同的文本，则捆绑也很有用。捆绑有几个优点：

它可以帮助读者和其他编辑一目了然地看到哪个来源支持哪个点，保持文本源的完整性; 它避免了句子或段落中多个可点击脚注的视觉混乱; 它避免了在句子之后单独列出多个来源的混淆，没有指示要检查文本的每个部分的来源，例如这个。[1][2][3][4] 这使得在重新排列文本时无意中移动内联引文的可能性较小，因为脚注清楚地说明了哪个来源支持哪个点。 要连接同一内容的多个引用，可以使用分号（或适合文章风格的其他字符）。或者，使用消除歧义页面模板：多个引用中列出的模板之一。

太阳很大，明亮而炽热。[1]

注意事项

分号 ^米勒，爱德华。太阳。学术出版社，2005年，第1页;布朗，丽贝卡。“太阳系”，科学美国人，51（78）：46;史密斯，约翰。地球之星。学术出版社，2005年，第2页 对于单个脚注中的多个引文，每个引文都引用特定的陈述，有几种可用的布局，如下图所示。在给定的文章中，只应使用单个布局。

太阳很大，但月亮没有那么大。太阳也很热。[1]

注意事项

子弹 ^ 有关太阳的大小，请参阅米勒，爱德华。太阳。学术出版社，2005年，第1页。 有关月球的大小，请参阅布朗，丽贝卡。“月球的大小”，科学美国人，51（78）：46。 关于太阳的热量，见史密斯，约翰。太阳的热量。学术出版社，2005年，第2页。 换行符 ^有关太阳的大小，请参阅米勒，爱德华。太阳。学术出版社，2005年，第1页。 有关月球的大小，请参阅布朗，丽贝卡。“月球的大小”，科学美国人，51（78）：46。 关于太阳的热量，见史密斯，约翰。太阳的热量。学术出版社，2005年，第2页。 段 ^有关太阳的大小，请参阅米勒，爱德华。太阳。学术出版社，2005年，第1页。有关月球的大小，请参阅布朗，丽贝卡。“月球的大小”，科学美国人，51（78）：46。关于太阳的热量，见史密斯，约翰。太阳的热量。学术出版社，2005年，第2页。 但是，使用换行符分隔列表项违反了WP：Accessibility § Nobreaks：“不要用换行符（<br>）分隔列表项。 {{Unbulleted list citebundle}} 是专门为此目的而制作的;同样可用的是{{非项目符号列表}}。 文本内属性 捷径 WP：INTEXT 更多信息：维基百科：中立观点§归属和指定有偏见的陈述，以及维基百科：风格手册§观点 文本内归属是句子内材料对其来源的归属，以及句子后的内联引用。文本内归属应与直接语音一起使用（引号之间的来源单词或作为块引用）;间接语音（来源的单词被修改为不带引号）;并关闭释义。当用你自己的话松散地总结一个来源的立场时，也可以使用它，并且它应该始终用于有偏见的意见陈述。它避免了无意的抄袭，并帮助读者了解立场的来源。内联引用应跟在署名之后，通常在相关句子或段落的末尾。

例如：

☒为了作出公平的决定，各方必须像无知的面纱一样考虑问题。[2]

检查 约翰·罗尔斯（John Rawls）认为，为了做出公平的决定，各方必须像无知的面纱一样考虑问题。[2]

检查 约翰·罗尔斯（John Rawls）认为，为了做出公平的决定，各方必须将问题视为“位于无知的面纱后面”。[2]

使用文本内归因时，请确保它不会导致无意中违反中立性。例如，以下暗示了来源之间的平等，而没有明确达尔文的立场是多数人的观点：

☒ 查尔斯·达尔文说人类是通过自然选择进化而来的，但约翰·史密斯写道，我们是从火星乘豆荚来到这里的。

检查人类是通过自然选择进化而来的，正如查尔斯·达尔文（Charles Darwin）的《人类的后裔》（The Descent of Man， and Selection in Relation to）中所解释的那样。

除了中立性问题，文本归因还有其他方式可能会产生误导。下面的句子表明，只有《纽约时报》做出了这一重要发现：

☒据《纽约时报》报道，今晚太阳将在西边落山。

检查每天傍晚，太阳从西边落下。

最好不要将信息弄得乱七八糟，最好留给参考文献。有兴趣的读者可以点击参考文献查找出版期刊：

☒在2012年发表在《柳叶刀》上的一篇文章中，研究人员宣布发现了新的组织类型。[3]

检查研究人员于2012年首次发表了这种新组织类型的发现。[3]

像这样的简单事实可以内联引用可靠的来源，以帮助读者，但通常文本本身最好保留为没有文本归属的纯语句：

检查按质量计算，氧是宇宙中仅次于氢和氦的第三丰富的元素。[4]

一般参考文献 捷径 WP：流派f 一般引用是对支持内容的可靠来源的引用，但不通过内联引用链接到文章中的任何特定文本。一般参考文献通常列在文章末尾的“参考文献”部分，通常按作者或编辑的姓氏排序。一般参考部分最有可能在不发达的文章中找到，特别是当所有文章内容都由单一来源支持时。一般参考文献的缺点是文本-源的完整性会丢失，除非文章很短。它们经常被后来的编辑重新加工成内联引用。

一般参考文献部分的外观与上面关于简短引用和括号参考文献的部分中给出的外观相同。如果同时存在引用和未引用的参考文献，则可以使用单独的章节名称突出显示它们的区别，例如“参考文献”和“一般参考文献”。

处理无源材料 快捷方式 WP：诺西特 WP：BLPCITE 如果一篇文章根本没有参考文献，那么：

如果整篇文章都是“专利废话”，请使用标准 G1 将其标记为快速删除。 如果文章是活着的人的传记，可以用{{subst：prod blp}}标记以建议删除。如果它是一个活着的人的传记并且是一个攻击页面，那么应该使用标准 G10 将其标记为快速删除，这将空白页面。 如果文章不属于上述两类，那么考虑自己寻找参考文献，或者在文章讨论页或文章创建者的讨论页上发表评论。您也可以使用模板标记文章，并考虑将其提名删除。{{unreferenced}} 对于没有参考文献支持的文章中的个人权利要求：

如果文章是活着的人的传记，那么任何有争议的材料都必须立即删除：见活着的人的传记。如果缺乏参考的材料严重不合适，则可能需要将其隐藏起来，在这种情况下，请请求管理员协助。 如果添加的材料似乎是虚假的或表达意见，请将其删除并通知添加无来源材料的编辑。该模板可以放在他们的讨论页上。{{uw-unsourced1}} 在任何其他情况下，请考虑自己查找参考文献，或在文章讨论页或添加无源材料的编辑的讨论页上发表评论。您可以在添加的文本上放置 or 标签。{{citation needed}}{{dubious}} 引文模板和工具 捷径 WP：CITECONSENSUS 更多信息：维基百科：引文模板和帮助：引文工具 有关使用模板和手写引文的引文的比较，请参阅维基百科：不同方法的引用来源/示例编辑§脚注。 引文模板可用于以一致的方式设置引文格式。既不鼓励也不鼓励使用引文模板：在没有充分理由和共识的情况下，不应在模板化和非模板化引文之间切换文章——参见上文“引文方法的变化”。

如果在文章中使用引文模板，则参数应准确。将参数设置为 false 值会导致模板呈现为以模板通常生成的样式（例如 MLA 样式）以外的某种样式编写是不合适的。

元数据 引文可能附有元数据，但不是强制性的。维基百科上的大多数引文模板都使用 COinS 标准。诸如此类的元数据允许浏览器插件和其他自动化软件使用户可以访问引文数据，例如通过提供指向其图书馆引用作品的在线副本的链接。在手动格式化引文的文章中，可以根据 COinS 规范在跨度内手动添加元数据。

引文生成工具 捷径 WP：CITEGENERATORS 维基百科可视化编辑器现在只需提供 DOI、URL、ISBN 等即可帮助用户格式化、插入和编辑源。 用户：Ark25/RefScript，一个JavaScript书签 - 一键创建引用，适用于许多报纸 User：V111P/js/WebRef，一个脚本或书签，用于自动填充 {{cite web}} 模板。您在要引用的页面上使用脚本。 用户：Badgettrg，生物医学引文制作者。使用 Pubmed ID （PMID） 或 DOI 或 PMCID 或 NCT。添加指向 ACP 期刊俱乐部和循证医学评论的链接（如果存在）。 WP：ReFill – 将标题添加到裸 URL 引用和其他清理中 模板：参考文献信息，可以帮助评估撰写文章时使用的引用样式 基于Citoid： 在可视化编辑器中引用模板 User：Salix alba/Citoid mw：citoid 服务器的客户端，它从 url 生成引文样式 1 模板。 参考标签： 编号对象标识符的参考标签 纽约时报的参考标签 维基百科 DOI 和 Google Books Citation Maker 托管于 tools.wmflabs.org： Wikipedia：refToolbar 2.0，在源代码编辑器中使用 引文机器人 Yadkard：一个基于网络的工具，用于使用Google Books URL，DOI或ISBN生成缩短的脚注和引用。还支持一些新闻网站。 维基百科模板填充 – 从 PMID（PubMed ID）生成温哥华风格的引文。 编程工具 参见：帮助：引文工具 § 工具 Wikicite是一个免费程序，帮助编辑者使用引文模板为其维基百科贡献创建引文。它是用Visual Basic .NET编写的，因此它只适合在Windows上安装了.NET Framework的用户，或者对于其他平台，Mono替代框架。维基引用及其源代码是免费提供的;有关更多详细信息，请参阅开发人员页面。 用户：Richiez具有一次自动处理整篇文章引用的工具。将出现的 {{pmid XXXX}} 或 {{isbn XXXX}} 转换为格式正确的脚注或哈佛样式的引用。用 Ruby 编写，需要使用基本库进行工作安装。 pubmed2wikipedia.xsl 一个 XSL 样式表，将 PubMed 的 XML 输出转换为 Wikipedia refs。 参考管理软件 参考文献管理软件可以输出多种样式的格式化引文，包括 BibTeX、RIS 或维基百科引文模板样式。

参考文献管理软件的比较 – 各种参考文献管理软件的并排比较 维基百科：使用Zotero引用来源 - 关于使用Zotero快速为文章添加引用的文章。Zotero（由Roy Rosenzweig Center for History and New Media提供;许可证：Affero GPL）是带有本地参考数据库的开源软件，可以通过在线数据库在多台计算机之间同步（无需付费，最大300 MB）。 EndNote（汤森路透提供;许可证：专有） Mendeley（爱思唯尔提供;许可证：专有） Paperpile （by Paperpile， LLC;许可证：专有） 论文（施普林格;许可证：专有） 参见 如何引用

维基百科：参考资料 该做和不该做 – 本页一些最重要指南的简明摘要 帮助：初学者参考 – 入门的简单实用指南 帮助：如何挖掘来源 – 从引用材料中获取最大信息的操作指南 维基百科：验证方法 – 列出维基百科条目中引用最常用的使用方式的示例 维基百科：改进参考文献工作 - 关于为什么参考文献很重要的文章 维基百科：引文模板 – 引用各种材料的各种风格的完整列表 维基百科：不同方法的引用来源/示例编辑 - 显示不同引用方法和技术的比较编辑模式表示 维基百科：引用来源/进一步考虑 - 引用来源的其他注意事项 维基百科：内联引文 – 有关内联引文的更多信息 维基百科：嵌套脚注 – “嵌套”脚注操作指南 维基百科：样式/布局手册§延伸阅读 - 有关“延伸阅读”部分的信息 维基百科：外部链接 – 有关“外部链接”部分的信息 维基百科：剽窃 § 公共领域来源 – 涵盖将材料纳入公有领域的指南 维基百科：科学引文指南 – 处理科学和数学文章的指南 维基百科：维基项目资源交换/共享资源 – 查找资源的项目指南 MediaWiki：Extension：Cite – 支持解析器钩子的软件的详细信息<ref> 引文问题

模板：不相关的引用 – 用于注释来源的内联模板与材料无关 模板：需要更多引用 – 在引用不足的情况下添加到文章（或部分）的模板 模板：文本源 – 添加到文本源完整性受到质疑的文章（或部分）的模板 维基百科：需要引用 – 标记需要引用的语句的模板说明 维基百科：引文矫枉过正 – 为什么对一个事实的过多引用可能是一件坏事 维基百科：版权问题 – 如果文本被逐字复制不当 维基百科：链接腐烂 – 防止链接腐烂指南 维基百科：你不需要引用天空是蓝色的——一篇文章建议：不要引用已经很明显的信息 维基百科：你确实需要引用天空是蓝色的 - 一篇文章建议：仅仅因为某些事情对你来说很明显并不意味着它对每个人都是显而易见的 维基百科：视频链接 – 一篇讨论使用链接到YouTube和其他用户提交的视频网站的引文的文章 维基百科：WikiProject 引文清理 – 一群致力于清理引文的人 维基百科：参考数据库 – 论文/提案 更改引文样式格式

WP：CITEVAR 笔记 像引用和参考这样的词在英语维基百科上可以互换使用。在讨论页上，语言可以更非正式，或者在考虑空间的编辑摘要或模板中，参考文献通常缩写为ref，带有复数refs。脚注可以特指使用 ref 标签格式的引文或解释性文本;尾注特指放在页面末尾的引文。另请参阅：维基百科：词汇表。 有关为什么不应使用滚动参考文献列表的更多详细信息，请参阅 2007 年 7 月的讨论。 仲裁委员会在2006年裁定：“维基百科没有在许多不同领域强制要求风格;其中包括（但不限于）美式与英式拼写、日期格式和引文样式。如果维基百科没有强制要求特定的风格，编辑者不应该试图将维基百科转换为他们自己喜欢的风格，也不应该仅仅为了将文章转换为他们喜欢的风格，或删除他们不喜欢的风格的例子或引用。 延伸阅读 “在线风格指南”。新的牛津风格手册。英国牛津： 牛津大学出版社. 2016.国际标准书号978-0198767251。 芝加哥风格手册（第17版）。芝加哥： 芝加哥大学出版社. 2017.国际标准书号978-0226287058。 “学术写作：引用来源”。作家工作坊。伊利诺伊大学。 “引文风格指南和管理工具”。图书馆指南。刘波. “引用：帮助和操作方法”。康考迪亚大学图书馆。 “引文帮助”。主题指南。爱荷华大学。 “引文风格指南”。新闻资源。爱荷华大学。 “图书馆：引用来源和引文生成器”。首都社区学院。 “研究和引用资源”。在线写作实验室。普渡大学。 “作家手册：文档”。写作中心。威斯康星大学麦迪逊分校。 “ACS 风格指南”。研究指南。威斯康星大学麦迪逊分校。 “期刊文章作者的格式化参考文献样本”。MEDLINE 和 PubMed：资源指南。美国国家医学图书馆。摄于2018年4月26日。 外部链接

维基共享资源有与所需引文相关的媒体。 “重新填充”。工具锻造。WP：重新填充。 –半自动扩展裸引用的工具 维基百科编辑基础：引用来源（第1部分）（YouTube）。维基媒体基金会。 维基百科编辑基础：引用来源（第2部分）（YouTube）。维基媒体基金会。 最后编辑 12小时前 由 BhamBoi 维基百科 除非另有说明，否则内容在 CC BY-SA 3.0 下可用。 隐私策略 使用条款桌面

https://github.com/lmichan/BioDBS

wd:https://www.wikidata.org/wiki/Q1644501

Cc: @ChrisAldrich

• 2023-01-22: NO metadata in Source HTML
• USEFULNESS

• OK, it is NOT a "valid/registered" DOI

• 2023-01-22: NDF-404

• 2023-01-22: NDF-404

Faire l'inverse : commencer par parler de ce qui est déjà en ligne mais plutôt produit pour la conservation (donc inadapté), puis faire le choix d'hypertextualiser le CV car s'adresse à des historiens d'art, ce qui est potentiellement plus adapté.

FacultadDeCienciasUNAM