stanford-oval/wikipedia huggingface dataset:
低保真嘻哈

低保真嘻哈（也称为Lofi hip hop、chillhop、清哈、低保真学习音乐 ）是一种结合了嘻哈音樂和chill-out 音乐元素的慢节奏音乐 。 它于 2010 年代在YouTube上流行起来。
↑  Sherburne, Philip. . Pitchfork. October 7, 2021  [October 24, 2021]. （原始内容存档于2022-01-11） （美国英语）.
↑  Werner, Ann. . Popular Communication. 2020-01-02, 18 (1): 78–90. ISSN 1540-5702. doi:10.1080/15405702.2020.1715980 .
↑  Staff. . Masterclass.   [4 July 2021]. （原始内容存档于2021-09-30）.
↑  Maxwell, Dante. . Zizacious. September 20, 2019  [2023-10-07]. （原始内容存档于2020-07-19）.
NGC 132

NGC 132
NGC 132(PGC 1844)是鲸鱼座的一個星系。星等為12.7，赤經為30分10.6秒，赤緯為+2°05'35"。在1790年12月25日首次被弗里德里希·威廉·赫歇爾發現。
參見

NGC天體列表
外部連結

NGC 132
| 天文學目錄 |
| --- | --- | --- |

| NGC天體表： | NGC 130 - NGC 131 - NGC 132 - NGC 133 - NGC 134 |  |
HOLO卡

| --- | --- |
  標準成年人車費HOLO卡
使用地區:  美国夏威夷州瓦胡島檀香山
啟用日期: 2021年7月1日
技術: 非接觸式智能卡
發行商: INIT
經營者: 檀香山市縣
貨幣單位: 美元
內存金額上限: 200美元
內存金額下限: 2.75美元
有效期限: 無
自動儲值: 是
有效場所: 檀香山巴士
 : 檀香山軌道交通
其他樣式: 成年
 : 青年
 : 長者
 : 保健
 : 殘疾
網站: holocard.net
HOLO卡（英語：）是美國夏威夷州瓦胡島用於公共交通車費支付的非接觸式智能卡。HOLO卡是一張交通卡，可用於檀香山巴士及檀香山軌道交通。HOLO卡可於登車時在讀卡機拍卡，並可在HOLO卡網站、手機或親身前往各零售處進行充值。
"Holo"是夏威夷語，意為「乘搭」、「前進」或「流動」。重疊使用時，「holoholo」意為「為開心而出外」。
背景

HOLO卡由檀香山設立，方便目前檀香山巴士和未來的檀香山軌道交通無縫轉乘。引入HOLO卡以前，檀香山巴士要麼以現金支付，要麼購買紙質車票。2016年，INIT獲得合約以發展、管理和營運HOLO卡系統。
HOLO卡起初於2018年12月作為試驗計劃向公眾推出。紙質車票和日票、月票、年票等於2021年4月起逐步停用，並於2021年7月1日起完全停用。2022年3月1日以前的所有HOLO卡片都免費派發。新購以及更換卡片需要2美元。
使用

HOLO卡首先需要進行充值，然後需要在登上巴士時在讀卡器拍卡，亦可用於檀香山軌道交通。
HOLO卡的使用範圍將來可能會擴大至包括檀香山的公共單車Biki、進入城市營運設施的入場費如檀香山動物園或恐龍灣及停車場。
註釋

↑  紙質車票停用，起初於2018年12月公開，於2021年4月全面投入使用
參考資料

1 2  Mizuo, Ashley. . Honolulu Star-Advertiser. June 20, 2021: B2  [June 30, 2021]. （原始内容存档于2021-07-09）.  含有連結內容需訂閱查看的頁面 (link)
1 2  Boneza, Jenn. . KHON2. July 1, 2021  [July 2, 2021]. （原始内容存档于2021-08-05）.
1 2 3  Pang, Gordon Y.K. . Honolulu Star-Advertiser. December 30, 2018  [June 25, 2021]. （原始内容存档于2022-06-04）.  含有連結內容需訂閱查看的頁面 (link)
1 2 3  . Mass Transit. April 5, 2021  [June 25, 2021]. （原始内容存档于2021-06-25）.
1 2  . Mass Transit. April 26, 2016  [July 1, 2021]. （原始内容存档于2021-07-09）.
1 2 3  . HOLOcard.net.   [July 1, 2021]. （原始内容存档于2022-04-22）.
1 2 3  Honore, Marcel. . Honolulu Civil Beat. March 27, 2018  [June 29, 2021]. （原始内容存档于2021-06-29）.
1 2 3  Wu, Nina. . Honolulu Star-Advertiser. March 28, 2018  [June 30, 2021]. （原始内容存档于2021-07-09）.  含有連結內容需訂閱查看的頁面 (link)
↑  . wehewehe.org.   [2021-07-04].
1 2  Honore, Marcel. . Honolulu Star-Advertiser. March 23, 2016  [June 29, 2021]. （原始内容存档于2022-07-31）.  含有連結內容需訂閱查看的頁面 (link)
↑  . Hawaii News Now. April 1, 2021  [June 29, 2021]. （原始内容存档于2021-06-29）.
↑  Hixon, David. . KITV. February 11, 2022  [February 23, 2021]. （原始内容存档于2022-03-10）.
↑  Dela Cruz, Linda. . KHON2. February 11, 2022  [March 1, 2022]. （原始内容存档于2022-03-01）.
↑  City and County of Honolulu.  (新闻稿). February 11, 2022  [March 1, 2022]. （原始内容存档于2022-03-01）.
↑  Perrero, Megan. . Mass Transit. September 22, 2021  [October 24, 2021]. （原始内容存档于2021-10-25）.
外部連結

官方網站 （页面存档备份，存于）
檀香山巴士車費資訊 （页面存档备份，存于）
NGC 1412

| --- | --- |
發現者: 約翰·弗里德里希·威廉·赫歇爾
發現日期: 1835年11月20日
其他編號: IC 1981, ESO 482-29,MCG -5-9-21
座標
曆元: J2000.0
赤經: 3時40分29.3秒
赤緯: -26°51'43"
其他資料
星座: 天炉座
星體類型: 星系
星等: 12.5
表面亮度: 12.6
藍等: 13.5
NGC 1412 是天炉座的一個星系。
维基共享资源上的相關多媒體資源：NGC 1412
NED – NGC 1412
SEDS – NGC 1412
SIMBAD – NGC 1412
VizieR – NGC 1412
| 天文學目錄 |
| --- | --- | --- |

| NGC天體表： | NGC 1410 - NGC 1411 - NGC 1412 - NGC 1413 - NGC 1414 |  |
宇野涼子

| 個人 |
| --- | --- | --- | --- |
出生日期:   (1975-11-09) 1975年11月9日（48歲）
出生地點:  日本神奈川縣
位置:  後衛
職業*
| 年份 |  球隊 |   |  （） |
| 1990-1999 |  日視美人隊 |  83 |  (6) |
| 2000-2007 |  東京電力女子隊 |  78 |  (0) |

| 1991-1996 |  日本 |  6 |  (0) |
 * 職業次數與數僅計算國內聯賽部份 
宇野涼子（1975年11月9日—），日本足球運動員，日本國家女子足球隊成員。
日本國家足球隊

在1991年6月3日，她代表日本國家女子足球隊出賽，在對戰新加坡的比賽中首次​​亮相。从1991年到1996年，他共为國家足球隊出场6次。她也曾代表日本參加1995年國際足協女子世界盃。
成績

| 日本國家女子足球隊> 年 | 日本國家女子足球隊> 出場 | 日本國家女子足球隊> 入球 |
| --- | --- | --- |
| 1991 | 1 | 0 |
1992: 0
| 1993 | 4 | 0 |
1994: 0
1995: 0
| 1996 | 1 | 0 |
| 總和 | 6 | 0 |
西康高速公路

|  西安至安康高速公路 |
| --- | --- |
 西康高速 
道路
启用时间: 2009年5月28日（最近通車）
主要连接道路
起點端: 西安绕城高速曲江立交
終點端: 安康市汉滨区五里镇
規劃數據
總長: 194.92公里（121.12英里）
公路系統
中华人民共和国高速公路 中华人民共和国国家高速公路网
西安至安康高速公路，简称西康高速，是中国国家高速公路网国道主干线包茂高速公路（G65）和银百高速公路（G69）在陕西省境内的共线路段，也是陕西省“2367”高速公路网南北纵线“榆康线”的重要路段。由西安市经商洛市至安康市，途经长安区、柞水县、镇安县、旬阳县。
路段 > 西安至柞水段

简称“西柞高速”，于2002年9月29日开工建设，2007年1月20日建成通车。起点位于西安绕城高速公路曲江立交，终点位于柞水县营盘镇，全长43.487公里（不含秦岭终南山隧道及其连接线），其中，秦岭以北路线长30.138公里，秦岭以南路线长13.349公里。全线按双向四车道高速公路标准建设，设管理处1处，服务区1处，收费站4处，养护工区1处。概算投资19.25亿元，全线工程数量为：路基土石方523.5万立方米，桥梁工程（全幅）9866.38米/47座，互通式立交4处，隧道工程（按单洞计）9248.497米/19座。
路段 > 秦岭终南山隧道及其连接线

秦岭终南山隧道及其连接线，于2007年1月20日通车，北起西安市长安区青岔，南至商洛市柞水县营盘镇，全长21.5公里。其中，穿越秦岭主峰的秦岭终南山公路隧道全长18.02公里，是世界最长的双洞山岭公路隧道。
路段 > 柞水至小河段

简称“柞小高速”，2008年11月28日建成通车。起于柞水县营盘镇，与西柞高速公路相接，途经乾佑镇、下梁镇、石瓮镇、镇安县回龙镇、永乐镇、青铜关镇，止于安康市旬阳县小河镇，与小康高速公路相接，全长71.67公里，其中路基25.03公里，桥梁总长27.22公里，隧道总长18.72公里。全线采用双向四车道高速公路标准，设有柞水、镇安两处服务区及4处互通式立交，设计行车速度80公里/小时。
路段 > 小河至安康段

简称“小康高速”，于2005年10月31日开工建设，2009年5月28日建成通车。起点位于旬阳县小河镇坪槐村，接柞小高速公路，途经桐木镇、麻坪镇和茨沟镇、谭坝镇、花园乡，终点位于安康市汉滨区五里镇尹家营村，设安康枢纽立交与安川高速公路及十天高速公路相接。全长58.26公里，设计速度80公里/小时，采用双向四车道标准设计，整体式路基宽度24.5米，分离式路基宽度12.25米，概算总投资51.8亿元。主要工程量为：路基土石方783.52万立方米；分离式特大桥10.03公里/6座、大桥25.2公里/76座、中桥2.91公里/40座、人行天桥274.65米/4座；互通式立交3处；跨线桥4处；通道9道；涵洞98道；沥青混凝土路面882.1千平方米；特长隧道36.84公里/6座（单幅）、长隧道6.52公里/4座（单幅）、中短隧道5.91公里/21座（单幅）。
路段 > 小河至安康段 > 包家山隧道

是小康高速全线控制性工程，全长11.2公里，进口位于旬阳县桐木沟，出口位于汉滨区茨沟镇路家沟口，穿越了南秦岭山脉的青山和玉皇山两道山峰。隧道主洞高7米，宽11米，于2006年4月30日开工建设，围岩以千枚岩、片岩为主，穿越37条断层和多处破碎带，施工中经历了7次大涌水，146次涌水涌沙、突泥，168次大小塌方，2009年1月21日全线贯通，5月28日正式通车，2011年12月通过竣工验收。建成时是中国第三长的公路隧道（仅次于秦岭终南山隧道、麦积山隧道）。隧道设置斜井3个、竖井1个、车行横洞18个、人行横洞29个、配电洞室8个、泄水沉砂池3处、特殊灯光带2处，隧道建设共消耗水泥30万吨、钢材2.1万吨、砂石112万立方米、炸药2500吨、雷管300万发、开挖土石方255万立方米，总投资12亿元人民币。
设计单位：陕西省公路勘测设计院
施工单位：中铁十二局集团有限公司、中铁隧道股份有限公司、中铁十八局集团有限公司
监理单位：武汉大通监理咨询有限公司
包家山隧道于2013年荣获第十一届“中国土木工程詹天佑奖”。
仁德

仁德可以指：
仁德區，臺灣臺南市的一個區
仁德里，多個名為仁德的里
日本16代仁德天皇
仁德醫護管理專科學校
释仁德，中国佛教协会常务理事
褐鏢鱸

| 褐鏢鱸> 保护状况 |
| --- | --- |
 未予评估（IUCN 3.1）
科学分类 
界：: 动物界 Animalia
门：: 脊索动物门 Chordata
纲：: 綱 Actinopteri
目：: 鲈形目 Perciformes
科：: 河鲈科 Percidae
属：: 镖鲈属 Etheostoma
种：: 褐鏢鱸 E. edwini
二名法
Etheostoma edwini Hubbs & Cannon, 1935

褐鏢鱸為輻鰭魚綱鱸形目鱸亞目河鱸科的其中一種，分布於美國阿拉巴馬州Perdido河及佛羅里達州St. Johns河流域，體長可達5.3公分，棲息在植被生長、沙底質的溪流。
参考文獻

Froese, R. & Pauly, D. (eds.) (2012). Etheostoma edwini. FishBase. Version 2012-06.
擴展閱讀

維基物種上的相關：褐鏢鱸
IRT傑羅姆大道線

| IRT傑羅姆大道線  |
| --- | --- |
4號線列車在任何時候都服務整條IRT傑羅姆大道線。其中一站同時有5號線列車服務。
概覽
服務類型: 地鐵
所屬系統: 紐約地鐵
起點站: 伍德羅恩
終點站: 138街-大廣場
技術數據
路線結構: 地下（洋基體育場以南） 高架（布朗克斯大部分）
正線數目: 2-3
車站數目: 14
軌距: 4英尺8+1⁄2英寸（1,435毫米）
電氣化方式: 600V DC 第三軌供電

開通: 1917–1918
日乘客量: 242,460
擁有者: 紐約市
者: 紐約市公共運輸局
IRT傑羅姆大道線（英語：），非正式名稱為「IRT伍德羅恩線」（），是美國紐約地鐵A分部的一條路線，主要沿布朗克斯的傑羅姆大道（英语：）行走。原初為IRT營運的路線，作為雙重合約（英语：）擴展的一部分，在1917和1918年啟用。此線是高架和地下混合的路線，161街-洋基體育場是最南端的高架車站。路線在伍德羅恩車站以南設有三條軌道直至138街-大廣場車站。伍德羅恩線亦設有通往傑羅姆車廠的軌道，該處是4號線列車儲車地，僅僅位於貝德福德公園林蔭路-雷曼學院車站以北。
服務形式

| 服務 | 時段 | 介乎> 伍德羅恩 149街-大廣場 | 介乎> 138街以北 125街以北 |
| --- | --- | --- | --- |
|  | 尖峰時段 | 慢車/快車 | 快車 |
|  | 其他時段 | 慢車 | 慢車 |
|  | 除深夜外全部 | 無服務 | 慢車 |
|  | 深夜 | 無服務 | 無服務 |
車站列表

| 車站服務圖例 |
| --- | --- |
: 任何時候停站
: 任何時候停站（深夜除外）
: 任何時候停站（除時段的方向外）
: 僅時段停站
: 僅時段的方向停站
時段資料

: 車站符合ADA標準
 ↑: 車站在指定方向符合ADA標準
 ↓: 車站在指定方向符合ADA標準
: 升降機只到夾層
| 鄰里 （大約） |  | 中文站名 | 英文站名 | 軌道 | 服務 | 啟用 | 轉乘和備註 |
| --- | --- | --- | --- | --- | --- | --- | --- |
布朗克斯
| 諾伍德（英语：） |  | 伍德羅恩 |  |  | 4  | 1918年4月15日 | 總站 |
諾伍德（英语：）: 中央快車軌道開始（無定期服務至149街-大廣場）
| 諾伍德（英语：） |  | 莫肖盧園道 |  | 慢車 | 4  | 1918年4月15日 |  |
軌道連往傑羅姆車廠
| 貝德福德公園（英语：） |  | 貝德福德公園林蔭路-雷曼學院 |  | 慢車 | 4  | 1918年4月15日 |  |
軌道連往匯集車廠
| 王橋高地（英语：） |  | 王橋路 |  | 慢車 | 4  | 1917年6月2日 |  |
| 大學高地（英语：） |  | 福德漢姆路 |  | 慢車 | 4  | 1917年6月2日 | Bx12選擇巴士服務（英语：） |
| 大學高地（英语：） |  | 183街 |  | 慢車 | 4  | 1917年6月2日 |  |
| 莫里斯高地（英语：） |  | 伯恩賽德大道 |  | 全部 | 4  | 1917年6月2日 |  |
| 莫里斯高地（英语：） |  | 176街 |  | 慢車 | 4  | 1917年6月2日 |  |
| 高橋（英语：） / 匯集（英语：） |  | 伊甸山大道 |  | 慢車 | 4  | 1917年6月2日 |  |
| 高橋（英语：） / 匯集（英语：） |  | 170街 |  | 慢車 | 4  | 1917年6月2日 |  |
| 高橋（英语：） / 匯集（英语：） |  | 167街 |  | 慢車 | 4  | 1917年6月2日 |  |
| 高橋（英语：） / 匯集（英语：） |  | 161街-洋基體育場 |  | 慢車 | 4  | 1917年6月2日 | B    D （IND匯集線） 大都會北方鐵路哈德遜線（英语：），洋基-東153街（英语：） |
4 服務來往中央快車軌道切換
| 莫特哈文（英语：） |  | 149街-大廣場 |  | 全部 | 4  | 1917年6月2日 | 2    5 （IRT白原路線） |
莫特哈文（英语：）: 匯入IRT白原路線分支（5 ）
| 莫特哈文（英语：） |  | 138街-大廣場 |  | 慢車 | 4    5  | 1918年7月17日 | 原名「莫特哈文大道」 |
莫特哈文（英语：）: 中央快車軌道結束
成為IRT萊辛頓大道線（4    5 ）
參考資料

↑  MTA. .   [21 August 2011]. （原始内容存档于2014-03-28）.
1 2 3
1 2 3 4 5 6 7 8 9 10   (PDF). The New York Times. 3 June 1917: 11  [13 February 2009]. （原始内容存档于2016-03-03）.
西德·巴雷特

| 席德·巴雷特 |
| --- | --- |
Syd Barrett的绘画
歌手
昵称: Roger Keith "Syd" Barrett
出生: Roger Keith Barrett (1946-01-06)1946年1月6日  英格兰剑桥
逝世: 2006年7月7日(2006歲—07—07)（60歲）  英格兰剑桥
职业: 音乐人、创作歌手、艺人
音乐类型: 迷幻摇滚、太空摇滚、迷幻民谣、布鲁斯摇滚、实验摇滚、先锋派音乐、迷幻流行
演奏乐器: 人声、吉他、曼陀林、班卓琴、尤克里里、贝斯、管风琴、打击乐器
活跃年代: 1964年–1974年（音乐生涯）
唱片公司: Harvest
网站: 官方网站
相关团体: 平克·佛洛依德、Stars
著名乐器
Danelectro DC-59 Fender Esquire Fender Telecaster
罗杰·基思·“席德”·巴雷特（英語：，1946年1月6日—2006年7月7日），是一位英国音乐人、词曲作者、歌手、画家，以平克·弗洛伊德的创始成员身份最为知名。在乐队的迷幻时期，他作为主唱、吉他手和主创作者，掌控了乐队早年创作在音乐和风格上的方向。他也是乐队的命名者。巴雷特于1968年4月离开了乐队，并短暂住院，被推测患有由服用毒品而恶化的精神疾病。
巴雷特的音乐生涯持续了不到10年，他作为平克·弗洛伊德的一员录制了4首单曲，处女专辑《》（也参与了第二张专辑），和一些未发行的歌曲。1969年，巴雷特发行了单曲《》从而开始了单飞生涯，该曲出自他的第一张单人专辑《》（1970）。该专辑的录制用了一年时间（1968–1969），共用了五位不同的制作人（Peter Jenner、Malcolm Jones、大衛·吉爾摩、罗杰·沃特斯和巴雷特自己）。在《》发行的近两个月后，巴雷特开始制作他第二张也是最后一张专辑《》（由吉爾摩担任制作人，理查德·赖特也有所贡献），该专辑于1970年末发行。随后，他自己选择隐退，直到2006年去世。1988年，一张包含了未发行的曲目及废弃段落的专辑《》在巴雷特的准许下由百代唱片（EMI）发行。
巴雷特创新的吉他作品及对实验性技术的探索，例如运用不和谐音、失真、回授，对许多音乐人有巨大影响，如大卫·鲍伊、布莱恩·伊诺和吉米·佩奇。在结束音乐生涯后，巴雷特继续绘画，把时间花在从事园艺上。八十年代，他的传记开始出现。平克·佛洛伊德创作了几首向他致敬的作品，最著名的是1975年的专辑《》，其中包含了纪念巴雷特的歌曲《》。
孟凡利

孟凡利可以指：
孟凡利 (1945年)，营口市人大常委会主任
孟凡利 (1965年)，中共广东省委副书记、深圳市委书记
LXQt

| --- | --- |

LXQt 0.10截图
原作者: 洪任諭（PCMan）
開發者: LXQt
首次发布: 2013年，​11年前​（2013）
当前版本: 1.2.0（2022年11月5日，​22個月前​（2022-11-05））
源代码库: github.com/lxqt  
编程语言: C语言、C++
操作系统: 类Unix系统
语言: 多语言
类型: 桌面环境
许可协议: GNU GPL、GNU LGPL
网站: lxqt-project.org
LXQt是资源需求相对较低的自由开源Linux桌面环境，由LXDE和Razor-qt项目合并而成。
历史

因为对GTK+ 3不满意，LXDE维护者洪任諭于2013年初对Qt进行了实验 ，并于2013年3月26日发布了基于Qt的PCMan檔案管理程式的第一个版本26 March 2013。不过，他澄清LXDE不会背离GTK+，称“GTK+和Qt版本将共存”，之后他将LXDE的Xrandr前端移植到Qt。
2013年7月3日，洪任諭宣布推出完整LXDE套件的Qt移植。2013年7月21日，Razor-qt和LXDE宣布决定合并这两个项目。这一合并意味着GTK+和Qt版本将首先共存，但最终将放弃GTK+版本，后续将集中在Qt移植上。LXDE-Qt和Razor-qt的合并后更名为LXQt。
2014年5月7日，合併後的LXQt專案發佈首個測試版本，0.7.0。
2014年10月14日，發佈0.8.0版本。
2015年2月8日，發佈0.9.0版本。
2015年11月2日，發佈0.10.0版本。
2016年9月24日，發佈0.11.0版本。
随着0.13版本于2018年5月21日发布，LXQt项目正式从LXDE中分离出来，并转移到一个独立的Github团体。
软件组件

LXQt由许多模块化组件组成，其中一些组件依赖于Qt和KDE Frameworks 5。
| 组件 | 依赖（除Qt外） | 描述 |
| --- | --- | --- |
| qterminal |  | 使用命令行，现在是LXQt的一部分 |
| Falkon |  | 网页浏览器 |
| sddm |  | 用于LXQt和QML的簡單顯示管理器 |
| lximage-qt |  | 图像浏览器 |
| lxmenu-data |  | freedesktop.org桌面菜单所需的文件 |
| lxqt-about |  | 关于对话框 |
| lxqt-admin |  | 系统管理工具 |
| lxqt-common |  | 常用文件（图形文件、主题、记录文件……） |
| lxqt-config | KScreen (RandR) | 系统设置中心 |
| lxqt-globalkeys |  | 全局键盘快捷键注册的守护程序和库 |
| lxqt-notificationd |  | 通知守护进程 |
| lxqt-openssh-askpass |  | OpenSSH的密码提示 |
| lxqt-panel | Solid | 桌面面板（任务栏） |
| lxqt-policykit |  | Polkit（英语：）身份验证代理 |
| lxqt-powermanagement | Solid | 电源管理守护进程 |
| lxqt-qtplugin |  | Qt平台集成插件（所有基于Qt的程序都可以采用LXQt的设置） |
| lxqt-runner |  | 应用程序启动器（英语：） |
| lxqt-session |  | 会话管理器 |
| lxqt-sudo |  | sudo/su的图形用户界面前端 |
menu-cache: 
| obconf-qt |  | Qt编写的Openbox配置工具 |
| compton-conf |  | Compton X复合管理器的图形用户界面配置工具（metacity ⇒ xcompmgr ⇒ dcompmgr ⇒ Compton） |
| pcmanfm-qt |  | 文件管理器（PCMan檔案管理程式的Qt版本） |
| qt-gtk-engine |  | Qt风格GTK+ 3程序 |
更多

自由软件主题
Razor-qt
参考

1 2  . LXQt. 2018-05-21  [2017-05-26]. （原始内容存档于2018-08-03）.
↑  .   [2022-11-05]. （原始内容存档于2022-11-06）.
1 2  . LXDE Blog. 26 March 2013  [4 May 2013]. （原始内容存档于2013-06-30）.
↑  . LXDE Blog. 19 February 2013  [4 May 2013]. （原始内容存档于2013-06-30）.
↑  PCMan. . LXDE Development (邮件列表). 1 May 2013  [4 May 2013]. （原始内容存档于2017-07-09）.
↑  . Blog.lxde.org. 3 July 2013  [27 March 2014]. （原始内容存档于2016-03-04）.
1 2  . Blog.lxde.org. 22 July 2013  [19 May 2014]. （原始内容存档于2014-05-29）.
↑  Leclanche, Jerome. . LXDE (邮件列表). 20 July 2013  [19 May 2014]. （原始内容存档于2013-10-21）.
↑  . Blog.lxde.org. 27 April 2014  [7 May 2014]. （原始内容存档于2014-05-08）.
↑  Jerome Leclanche. . LXDE Blog.   [2014-05-07]. （原始内容存档于2014-05-12）.
↑  Jerome Leclanche. .   [2014-05-12]. （原始内容存档于2020-11-11）.
↑  Jerome Leclanche. . LXDE Blog.   [2014-10-14]. （原始内容存档于2016-04-22）.
↑  Jerome Leclanche. .   [2014-10-14]. （原始内容存档于2021-01-16）.
↑  . 2015-02-08  [2015-02-09]. （原始内容存档于2015-02-09）.
↑  . 2015-02-08  [2015-02-09]. （原始内容存档于2020-12-25）.
↑  . 2015-11-02  [2015-11-02]. （原始内容存档于2017-10-06）.
↑  . 2015-11-02  [2015-11-02]. （原始内容存档于2020-11-08）.
↑  . 2016-09-24  [2016-09-24]. （原始内容存档于2017-10-26）.
↑  . GitHub.   [2021-02-07]. （原始内容存档于2019-10-18）.
↑  .   [2021-02-07]. （原始内容存档于2019-05-06）.
Navisworks

| --- | --- |
原作者: Lightwork Design Ltd.-NavisWorks
開發者: Autodesk
当前版本: Autodesk Navisworks 2023 （2022年8月25日，​2年前​（2022-08-25））
操作系统: Microsoft Windows 64位元
语言: 多國語言
类型: 建築資訊模型
许可协议: 專有軟體
网站: 官網(英文)
Navisworks主要用於建築行業以擴充3D模型，如:Autodesk Revit、AutoCAD、MicroStation...等，Navisworks支援用戶開啟和組合3D模型，隨時導航它們並使用包括註釋在內的一組工具查看模型，紅線，觀點和測量。一系列外掛增強了封裝，增加了干涉檢查，4D時間模擬，照片級彩現和類似PDF的發布。
該軟體最初由英國雪菲爾(Sheffield)的開發商NavisWorks（Lightwork Design Ltd.的子公司）創立，但NavisWorks於2007年6月1日由Autodesk以2500萬美元的價格收購。
產品

Navisworks Freedom: 免費Navisworks檢視軟體
Navisworks Simulate
Navisworks Manage: 基於Simulate加上了干涉.衝突檢查
功能

Animator-可在模型中建立動畫物件
Scripter-可向模型中的動畫物件加入互動
TimeLiner-可讓您將模型連結至外部建構排程，以查看時間式和成本式規劃
Clash Detective-可讓您搜尋整個專案模型，在設計過程中及早識別跨專業領域干涉 (衝突) 此功能僅用於 Autodesk Navisworks Manage
Quantification-可協助自動估算材料、測量區域和對建築元件執行計數。您可以估算建構和改建專案，因此您可以減少計數和測量的時間，並將更多時間用於分析專案
參考來源

Navisworks官網(英文)（页面存档备份，存于）
Navisworks說明 （页面存档备份，存于）
HD 84567

| 觀測資料 曆元 J2000> 0 |
| --- | --- |
星座: 星座名待查
星官: 
赤經: 9h 45m 21.8s
赤緯: -30° 12′ 10″
視星等（V）: 6.45
特性
光谱分类: B0.5IIIn
U−B 色指数: -0.94
B−V 色指数: -0.13
R−I 色指数: 
天体测定

徑向速度 (Rv): -0.94 km/s
自行 (μ):  赤经：33 mas/yr   赤纬：- mas/yr 

其他命名
 CD-29 7758，SAO 177939，HD 84567，HR 3878 
參考資料庫
SIMBAD: 资料
HD 84567，又名CD-29 7758，SAO 177939、HR 3878，是一颗恒星，视星等为6.45，位于銀經261.83，銀緯17.45，其B1900.0坐标为赤經9h 40m 58s，赤緯-29° 17.45′ 33″。
孟冲 (明朝宦官)

孟冲（？年—？年），嘉靖時司设监掌印太监，隆庆時司礼监掌印太监，由高拱所推薦之。
生平

厨师出身，掌尚膳監，善於諂媚，“爭飾奇技淫巧以悅帝意”。不為李贵妃所喜，明穆宗死後，隆庆六年（1572年）五月二十五日下午三时，馮保繼任為司礼监掌印太监。
NGC 2147

| --- | --- |
發現者: 詹姆士·丹露帕
發現日期: 1826年9月27日
其他編號: ESO 57-SC54
座標
曆元: J2000.0
赤經: 5時55分45.7秒
赤緯: -68°12'6"
其他資料
星座: 剑鱼座
星體類型: 星系
星等: 12.9
藍等: 13.2
NGC 2147
NGC 2147 是剑鱼座的一個星系。
维基共享资源上的相關多媒體資源：NGC 2147
NED – NGC 2147
SEDS – NGC 2147
SIMBAD – NGC 2147
VizieR – NGC 2147
| 天文學目錄 |
| --- | --- | --- |

| NGC天體表： | NGC 2145 - NGC 2146 - NGC 2147 - NGC 2148 - NGC 2149 |  |
Fan Service［sweet］

「Fan Service［sweet］」（ファン・サーヴィス［sweet］）是日本流行電音組合Perfume第四張單曲。於2007年2月14日發行。唱片公司為Tokuma Japan Communications。
解説

Perfume在2007年的第一彈單曲，在情人節當天推出，由CD加DVD組合而成的初回生産限定盤單曲。
雖然單曲名為「Fan Service［sweet］」，但當中收錄的歌曲名為「チョコレイト・ディスコ（Chocolate Disco）」和「Twinkle Snow Powdery Snow」。
在本作推出後一個月，在白色情人節即3月14日發行了DVD「Fan Service［bitter］完全生産限定盤」，並與本作組合成特別計劃（Fan Service）推出。［sweet］的封套以白色為主要顏色基調，而［bitter］則以深灰色為主要顏色基調，做成鮮明的對比。在封面上，看不到Perfume三人的身影和樣子，這點在偶像組合中是相當罕見的。Perfume的美術指導關和亮表示，會設計這樣的封面，是因為「女孩子也會想購買的設計」這樣的創作意念。
DVD收錄了單曲兩首歌的PV。「チョコレイト・ディスコ」的PV中，三人穿上原色系的衣服，在多塊鏡子中間和激光下跳舞，攝影時用單面鏡圍在成員周圍，隔著鏡子進行拍攝。當初製作人員打算只用字幕顯示出這首歌的標題，不過，在知道可以利用激光顯示後，便馬上作出更改，在PV的開頭用激光輸出了「Chocolate Disco」這些字。
單曲在ORICON週榜登上了第31名的位置，對當時的Perfume來說，是主流出道以來最好的成績。
在同年的春天，人氣女歌手木村KAELA偶然在电梯看到了這首歌的PV，因而認識了Perfume，並在自己的電台節目連續4星期播放Perfume的歌曲，因而大幅擴大了Perfume的歌迷層。這時候可算是Perfume事業的轉捩點，開始走紅的起點。
由於這張單曲只作限量發行，所以在推出同年的秋天已售罄，現在要入手可算是相當困難。
近年在Perfume大部份的現場演出中，演唱曲目上都會包括「チョコレイト・ディスコ」這首歌，本作亦為每場巡演的定番曲（除Perfume 7th Tour 2018 ｢FUTURE POP｣）。
收錄曲 > CD

全碟词曲：中田康貴（包括編曲）
| 曲序 | 曲目 | 时长 |
| --- | --- | --- |
| 1. | チョコレイト・ディスコ | 3:46 |
| 2. | Twinkle Snow Powdery Snow | 3:49 |
| 总时长： | 总时长： | 7:35 |
收錄曲 > DVD

チョコレイト・ディスコ(Video Clip)
Twinkle Snow Powdery Snow(Video Clip)
外部連結

YouTube上的Official Music Video：Perfume 「チョコレイト・ディスコ」
孔振

孔振（?—?），表字国文，唐朝时兖州曲阜县人。孔子四十代孫，孔萱玄孙，孔齊卿曾孙，孔惟晊之孙，孔策之子。
孔振举进士甲科，出任秘书省校书郎。后来担任兖州观察判官、监察御史、左补阙、水部员外郎。唐懿宗咸通四年（863年），孔振在曲阜为袭封文宣公，为第六代文宣公。他七十四岁去世，埋葬在孔林内孔子墓北侧。有子孔昭儉。
参看

孔子
孔子世家大宗世系
孔子世系
孔子世家大宗世系图
孔子世家总世系图 (中兴祖前)
PFS

PFS可以指：
客語白話字，一種用於書寫客家語的羅馬拼音系統
行星傅立叶光谱仪，（Planetary Fourier Spectrometer）
阿霉素的一种商品名：Adriamycin PFS
美林证券的子公司：Merrill Lynch, Pierce, Fenner & Smith Incorporated
特定天象的精密预报服务，参见晴天钟#产品
前向安全性
Future与promise

在计算机科学中，future、promise、delay和deferred，是在某些并发编程语言中，指称用于同步程序执行（英语：）的一种构造。由于某些计算尚未结束，故而需要一个对象来代理这个未知的结果。这种构造起源于函数式编程和相关范型如逻辑编程，其目的是将值与其运算过程解耦，从而允许更灵活地进行计算，特别是通过将其并行化来进行。后来它在分布式计算中得到了应用，用来减少网络通信往返的延迟。再后来async/await语法机制使其变得更有用，籍此允许以直接风格编写异步程序，而不再采用续体传递风格。
术语

在1976年Daniel P. Friedman和David Wise提出了术语“promise”，同年Peter Hibbard称之为“eventual”。1977年Henry Baker（英语：）和Carl Hewitt（英语：）在一篇论文中介绍了一个类似的概念“future”。
术语“future”、“promise”、“delay”和“deferred”通常用来称谓同样一种机制，在特定实现中可能只选用其中之一。在这种情况下，值与其运算过程是一起创建并且相互关联的：future若指称推迟设置的一个值，设置它的函数就可称谓为promise；promise若指称推迟设置的一个值，设置它的函数就可称谓为resolver；promise若指称一个异步函数，它的结果值所设置的就可称谓为future。设置一个推迟值也称为“决定/解决”（resolve）、“履行/实现”（fulfil）或“绑定”（bind）它。
推迟值及其设置者也存在区分称谓而同时使用的情况，二者的这种用法在不同实现中的差异将在专门章节中讨论。具体来说，future指称一个“只读”的变量的占位符视图，而promise指称一个可写的单赋值容器，使用其“成功”方法来设置这个future的值。尤其是在定义future之时，无须指定设置其值的promise；并且可能有不同的promise，设置同一个future的值；但是对于一个给定future，仅可以进行一次设置。
历史

future及/或promise构造，首先实现于编程语言例如MultiLisp（英语：）和Act 1之中。在并发逻辑编程（英语：）语言中，使用非常类似于future的逻辑变量进行通信。这种语言开始于1982年的“Prolog with Freeze”和“IC Prolog”，并且在后来的语言中变成了真正的并发原语，比如Concurrent Prolog、Parlog（英语：）、守卫霍恩子句（GHC）、Strand（英语：）、Janus（英语：）、Oz（Mozart）和Alice ML（英语：）。叫做“I-变量”的单赋值变量，非常类似于并发逻辑变量，它起源于数据流程编程语言Id（英语：）的“I-结构”元件，并且包含在Reppy的Concurrent ML中。
在1988年Barbara Liskov和Liuba Shrira，发明了promise流水线技术来克服传输延迟；Liskov和Shrira在论文中使用了术语“promise”，但是他们采用了现在少见的名称“call-stream”来提及流水线机制。在大约1989年Mark S. Miller（英语：）、Dean Tribble和Rob Jellinghaus，于Xanadu项目中也独立发明了此技术。
Liskov和Shrira的论文中描述的设计，以及Xanadu中的promise流水线的实现，都有一个限制，即promise值不是头等的：call或send的参数或返回值，不能直接是promise。在Liskov和Shrira论文中使用的编程语言Argus，直至大约1988年停止开发，似乎都未曾在任何公开发布中实现promise和call-stream。Xanadu实现的promise流水线，仅在1999年Udanax Gold的源代码发布时才公开发布，并且在任何已发布的文档中都没有解释过。
一些早期的演员语言，包括Act系列，支持并行消息传递和流水线式消息处理，但不支持promise流水线。Joule（英语：）和E语言的后续实现，支持完全头等的promise和resolver，还有promise流水线。
2000年之后，由于消息模式（英语：）的请求-响应模型，在用户界面响应力（英语：）和Web开发中的应用，future和promise重新引起了人们的兴趣。现在一些主流语言对future和promise有了语言支持，最著名的是2004年发行的Java 5中的FutureTask，以及2012年发行的.NET框架 4.5中的async/await结构，它在很大程度上受到可追溯到2007年的“F#异步编程模型”的启发。async/await随后被其他语言采用，特别是2014年的Dart 1.9、2014年发行的Hack（HHVM）、2015年的Python 3.5、ECMAScript 2017、2019年的Rust 1.39和C++20等。
实现列表 > 编程语言支持

下面列出支持future、promise和并发逻辑变量、数据流程变量或I-变量的语言，包括直接在语言中支持还有在标准库中支持：
ABCL/f
Alice ML（英语：），支持future
AmbientTalk（英语：），包含头等的resolver和只读promise
C++，从C++11开始有std::future和std::promise
Concurrent ML，仅限I-变量和M-变量
Crystal（英语：）
Dart，使用Future/Completer类以及关键字async/await
Elm，通过Task模块
Glasgow Haskell，仅限同步可变变量“MVars”
Id（英语：），仅限I-结构和M-结构
Io
Java，通过Future或CompletableFuture
JavaScript，始于ECMAScript 2015提供Promise对象，并且自从ECMAScript 2017可通过关键字async/await来使用
Lucid，仅限作为串流的变量
一些Lisp
Clojure
MultiLisp（英语：）
Racket
.NET，自.NET框架 4.0起通过TPL（任务并行库 （英语 ： ） ）
C#，自.NET框架 4.5起，通过关键字async/await
Visual Basic，自从版本11，通过关键字Async/Await
Kotlin，但是kotlin.native.concurrent.Future通常只在书写本机运行代码时使用
Nim，使用async/await语法
Oxygene（英语：）
Oz版本3
Python，自从2011年版本3.2提供concurrent.futures模块，这是由PEP 3148所提议，而2015年版本3.5增加了基于低层future的asyncio模块，它采用高层async/await语法
R，延迟计算的promise，仍然是单线程
Raku
Rust，通常经由.await完成
Scala，通过scala.concurrent包
Scheme，仅延迟求值
Squeak Smalltalk
Strand（英语：）
还支持promise流水线的语言包括：
E
Joule（英语：）
实现列表 > 非标准库的实现

对于Common Lisp：
Blackbird
Eager Future2
lparallel
PCall
对于C++：
Boost library
Dlib（英语：）
Qt
Seastar
Folly
POCO C++ Libraries（英语：），ActiveResult
对于C#和其他.NET语言：
Parallel Extensions（英语：）库
对于Groovy：
GPars
对于JavaScript：
Promises/A+标准网站，有此标准的实现的列表
Cujo.js的when.js，提供的promise符合Promises/A+ 1.1标准
Dojo Toolkit，提供promise和Twisted风格Deferred
MochiKit（英语：），受Twisted的Deferred的启发
jQuery的Deferred对象，基于了CommonJS Promises/A规定
AngularJS
Q，符合Promises/A+ 1.1标准
RSVP.js，符合Promises/A+ 1.1标准
Bluebird
Closure库（英语：）的promise包，符合Promises/A+标准
对于Java：
JDeferred，提供了与JQuery.Deferred对象类似的deferred-promise API和行为
ParSeq，提供task-promise API，由LinkedIn维护，适用于异步流水线和分支
对于Objective-C：
MAFuture、RXPromise、ObjC-CollapsingFutures、PromiseKit、objc-promise、OAPromise
对于OCaml：
Lazy模块实现了懒惰的显式future
对于Perl：
Future、Promises、Reflex
对于PHP：
React/Promise
对于Python：
promise
Twisted的Deferred
对于R：
future，实现可扩展的future API与懒惰和及早同步和（多核或分布式）异步future
对于Ruby：
Promise gem
libuv gem，实现promise
Celluloid gem，实现future
future-resource
对于Rust：
futures-rs
对于Scala：
Twitter的util库
对于Swift：
异步框架，实现C#风格的async/非阻塞await
FutureKit，Apple的GCD（Grand Central Dispatch）实现版本
FutureLib，纯Swift 2库实现的Scala风格的future和promise与TPL风格的取消
Deferred，纯Swift库，受到OCaml的Deferred启发
BrightFutures
对于Tcl：
tcl-promise
实现列表 > 自行实现

future可以用协程或生成器实现，从而具有相同的求值策略（例如协同多任务或延迟求值）。
future还可以很容易地用通道实现：future是一个单元素的通道，而promise是一个发送到通道，实现future的过程。这允许future在支持通道（如CSP和Go）的并发编程语言中实现。由此产生的future是显式的，因为它们必须通过从通道读取而不是仅仅通过求值来获取。
编程语言典型示例 > Python

Python的concurrent.futures模块，提供了异步（英语：）执行（英语：）可调用对象的高层接口。异步执行可以使用线程池执行器ThreadPoolExecutor，通过多个线程来进行；或使用进程池（英语：）执行器ProcessPoolExecutor，通过分立的多个进程来进行。concurrent.futures.Future类封装了可调用对象的异步执行，其实例由执行器抽象类Executor的这两个子类的submit()方法创建。
在下面的例子中，定义了load_url()，用来检索一个URL所指定的单一网页并报告其内容。使用with语句指定采用线程池执行器，这确保了线程由它及时清理。用这个执行器的submit()方法启动所有的装载操作任务，并使用字典推导式为其创建的每个future标记上对应的URL。采用模块函数as_completed()，在指定的Future类的诸实例“已齐全”（completed）之时，建立在其上的迭代器。
import concurrent.futures
import urllib.request

URLS = [
    'https://www.python.org/',
    'https://pypi.org/search/',
    'https://no-such-url'
    ]

def load_url(url, timeout):
    with urllib.request.urlopen(url, timeout=timeout) as conn:
        return conn.read()

with concurrent.futures.ThreadPoolExecutor() as executor:
    future_to_url = {executor.submit(load_url, url, 60) : url for url in URLS}
    for future in concurrent.futures.as_completed(future_to_url):
        url = future_to_url[future]
        try:
            data = future.result()
        except Exception as exc:
            print(f'{url!r} generated an exception: {exc!s}')
        else:
            print(f'{url!r} page is {len(data):d} bytes')
在CPython中，由于全局解释器锁（GIL），保证一时只有一个线程可以执行Python字节码；一些扩展模块被设计为在进行计算密集任务时释放GIL，还有在进行I/O时总是释放GIL。线程池执行器的max_workers参数的缺省值是min(32, os.cpu_count() + 4)，这个缺省值为I/O踊跃（英语：）任务保留至少5个worker线程，为释放GIL的CPU踊跃任务利用最多32个CPU逻辑核心。想要更好利用多核心机器的计算资源，可以使用进程池执行器或多进程模块multiprocessing。对于同时运行多个I/O踊跃（英语：）任务，仍然适合采用线程池执行器或线程模块threading。
Python的异步I/O模块asyncio，是采用async/await语法编写并发代码的库。asyncio模块基于低层事件循环，提供的高层API包括了：并发运行Python协程并拥有在其执行上的完全控制，进行网络IO和IPC，控制子进程，通过队列分布任务（英语：）和同步并发代码。asyncio模块的同步原语，在设计上类似于threading模块的同步原语，但与之相比有两个重要差异：asyncio模块的同步原语不是线程安全的，故而不能用于OS线程同步；这些同步原语的方法不接受超时（英语：）实际参数。
asyncio模块提供的低层API中有asyncio.Future对象，用来桥接低层基于回调的代码和高层采用async/await语法的代码，它在设计上模仿了concurrent.futures.Future对象。这两个模块的Future对象的set_result()方法标记这个Future对象为“已完毕”（done）并设置它的结果，而set_exception()方法标记这个Future对象为已完毕并设置一个例外；done()方法在这个Future对象已完毕时返回True；result()方法返回这个Future对象所设置的结果，或者引发其所设置的例外。
二者的关键差异包括了：asyncio.Future是可期待（awaitable）对象，而concurrent.futures.Future对象不可以被期待（awaited）。asyncio.Future.result()不接受超时实际参数，如果此刻这个Future对象的结果仍不可获得，它引发一个InvalidStateError例外；而concurrent.futures.Future.result()，可接受超时（英语：）（timeout）实际参数，如果此刻结果仍未“完全”（completed），它等待指定时间后若仍未完全则引发TimeoutError例外，如果超时未指定或指定为None，则对等待时间没有限制。