g0v Domain SOP draft
g0v 網域申請規範草案 First Draft
https://docs.google.com/document/d/1g4unx-__fvCc6tPLeniPd_jb5EoIDALXOYkROWyVaTo/edit#
--- 以上為從討論共筆整理出的申請流程草案 ---
--- 以下為討論共筆 ---
緣由
符合開源、符合 g0v 公民科技、開放政府等相關主題,並願意成為 g0v 專案,可掛 g0v logo、可掛自己 domain 或 g0v.tw domain。 本文件處理符合 g0v 專案條件,並想使用 g0v domain 的申請流程。「如何成為 g0v 專案」將另開共筆說明。
實際案例
案例
- 立委投票指南:http://vote.ly.g0v.tw
- 議員投票指南:http://councils.g0v.tw/
- 公職人員財產申報:http://sunshine.cy.g0v.tw/
- 政誌:http://fact.g0v.tw/
- 新聞小幫手:https://newshelper.g0v.tw/
- 空污:http://env.g0v.tw/air/
- 急診室看板:http://er.mohw.g0v.tw/
- 公務人員出口考察: http://report.nat.g0v.tw
- 司法院判決書小幫手:http://jirs.judicial.g0v.tw
- 台灣公民百科 : http://citizen.wiki.g0v.tw/
Ronny Wang來自 這裡 的提案,因為 mediawiki 被 spam 入侵攻擊,這個服務目前中止中 orz
- 資料要求平台:http://request.data.g0v.tw/
因為使用的 OSQA 被 spam 入侵,已中止服務 orz
- 公司資料查詢:http://gcis.nat.g0v.tw/
- 斧頭幫:http://axe.g0v.tw
- 123 打道掛 http://123.g0v.today/
- g0v.cafe
- 你被服貿了嗎 http://tisa.g0v.tw
申請前討論事項
成為 g0v 專案
- 條件
- civic tech xxxx相關主題
- open source
- 辦法
- 掛 g0v logo
- 掛其他 domain 或 g0v domain
- 其他
- 服務非商業
- privacy guideline
可申請 g0v domain 的條件說明
- 必要條件
- civic tech, open gov, 公民參與等相關主題
- open source 一定要開源
- OSI approved
- open content
- Definition of Free Cultural Works (CC-BY, CC-BY-SA, GFDL ...)
- 原始資料公開
- 專案所使用資料公開
- 不可用廣告進行盈利行為(?)
- 加分條件
- 跟 g0v 社群的互動關係(但這要怎麼定義??)
- 完成度?
在大松提案?在 slack、irc、後勤討論?
申請辦法
- 提供什麼資料?
- 名稱
- 前述必要條件與加分條件
- 跟什麼人申請?
寄到 g0v-general@googlegroups.com ?
審核機制
- working group: 未來可考慮由社群投票選出,選舉權用量化的貢獻度社群決定(類 wikipedia community-elected trustee 的投票權)
- 目前為公開討論後網域所有人設定
- 設計公開討論機制:坑主、公開頻道公告/討論、投票
審核資料放在哪裡?討論內容要放在哪裡?
在想是不是可以開個 github repo 處理網域申請事宜,要申請的就開 issue,要回應就是都在該串 issue 留言討論。
對啊,請看置頂連結,已經整理出規範1.0版
看到了 ++
爭議處理方式:
- 專案主題、性質、呈現方式有爭議時如何決定
- 抽煙專案?
- 執行開發排他性
- abuse use
- 收集 user 個資 spam
- 利用拿到的social media authorization 去做 growth hacking 的行為, 像是做 facebook like/share之類的
待討論
- 是否允許營利?
- 向使用者收費是營利行為嗎?
- 如可盈利,回饋社群方式如何?
- 村長建議:雖不能廣告營利,但可接受贊助。
- 贊助商如果要求以明顯方式放置其單位名稱,與廣告有何差別?
我建議不要完全禁止廣告盈利,可以改成可放廣告,但是收入費用需要公開,並且收入只可用在服務維運上面,若收入超過服務維運費用,多餘費用需捐贈開放文化相關組織或專案
^^^ +1,傾向於「不禁止但不建議」 & 收益公開於明顯處
徵信需要的執行成本太多,建議完全不要有廣告盈利
贊助商的露出基本上是靜態的,一般的廣告則難以預知出現的內容。我想 wording 可以改為:不以流量盈利
- 是否有下架條款?由誰來判斷? (退場與下架區別在於主動被動?)
- 違反法律者即下架?
- 要法院判決嗎? 還是誰來判定; 現在有些 project 有未經授權的抓資料行為, 可能在灰色地帶?
- 違反必要條件
- 移轉方式:
- 如果原 domain 的服務已經很久沒有維護,有其他人願意跳出來 fork 並且接手維護,是否有 domain 所有人移轉的方式。
- 申請的專案是否要有一個負責人/申請人 (好像有點違反去中心化的原則?)
- 或許可以不需要有負責人. 但是會是被下架時被大家考慮的一個因素?
- (或是出事的時候. 還是需要有人出來解釋/負責要如何處理出事的 domain?)
每個專案本來都有一個中心(發起人或後續填坑人),去中心不是完全沒有中心,而是整個社群沒有「一個」中心。
project 的中心是指「坑主」,但坑主可能會有多人。
- 推廣 g0v.json:
- 要不要順便要求一下申請 domain 之前需要把在 github repo 內把 g0v.json 生好,順便推廣一下 g0v.json XD
- 無 github repo:
- 有些 domain 並不是連結到一個新開發的專案,而是連結到其他服務或是已經既有的服務,例如 blog.g0v.tw 連結到 logdown ,wiki.citizen.g0v.tw 連結到完全未修改的 mediawiki (雖然現在故障中),所以每一個 domain 連結到一個 github repo 似乎也不是必然的?
- 是否可以接受 wildcard 申請,例如 *.foo.g0v.tw
我是沒想到具體的應用,只是突然想到這問題所以先提出來,在沒具體需求出現前我覺得這問題應該不重要
真的假的預計會有一台 API server, 一個網站與一個 bot server 對外,如果有 wildcard (例如 `*.rumors.g0v.tw` )的話就可以自己做 reverse proxy 來處理這三個對外 server 的域名。
- .tw .asia .world .space .today 為不同人所有,此文件只處理 .tw? 或?
- 此文件僅處理 .tw .asia .world .space 等 clkao 登記之網域
- 歡迎其他 g0v 網域 fork SOP
確定可申請
- 命名規則
- 如果這個服務跟原來政府的服務重疊,盡量用一樣的名字,這樣改一個字元就好。例:ly.g0v.tw
- 原本政府網站不存在的東西,可以討論一個比較中性的,e.g. anger -> fact。
- hack.g0v.tw 揪松跟大松入口網站、search.g0v.tw 的對象是 gov 還是 g0v?
不過我覺得這邊會有個可能的問題,像是我的公司資料查詢用的網址是 gcis.nat.g0v.tw ,跟商業司的 gcis.nat.gov.tw 一樣, 但是像商業司有提供公司、商業登記和工廠查詢,而我的 gcis.nat.g0v.tw 只有公司和商業登記,並沒包含到工廠,假如又有其他專案做了工廠查詢功能,那要如何命名比較好?
先搶先贏?日後看是用 subdomain (eg factory.gcis.nat.g0v.tw) 或者和原所有者溝通整合 api 於 subpath ?
- 公開討論機制
- slack
- google group
- 其他
- 可以考慮共同掛一個 GA
- 能不能放廣告?cl 個人覺得盡量不要
- 不是 subdomain - 比方說 search 要掛在 g0v.tw 下的話 - 我想像是 g0v.tw/?q=blah
- 類似英國的 gds.uk, 把所有東西都變到一的 domain 下
- 也許也可以用其它的 gTLD, 例如 g0v.io
- 若是要 login 或是其他 privacy/sensitive 的功能, 最好是分開的 subdomain, for security
- 不包含 email domain(避免拿去寄 spam)
- (SPF records)
- ping 2 週 domain 網站沒有活著,呼叫不到主人,公告 2 週後退場
- 2 週後還是沒下文,正式退場
退場機制
domain redirect to github repo?
申請流程
Ronny 提議版本
- 基本架構
- 開一個 https://github.com/g0v/domain 來管理 g0v.{tw|us|...} 的申請
- 這個 repo 沒有任何資料夾,最上層會針對每一個已經有 g0v.tw 的 domain 會有 foo.g0v.tw.json 的檔案 (Ex: newshelper.g0v.tw.json, ly.g0v.tw.json)
- domain json file 裡面會包含以下資訊
- maintainer: 主要負責維護的人是誰
- config: 這個 domain 指到哪裡,CNAME to domain 或是 A to IP
- repository: 這個 domain 運作的程式碼放在哪裡 (這個 repository 裡面應該要有 g0v.json ,這樣更詳細的資料可以去 g0v.json 看, /g0v/domain 這邊只要放最基本的就好)
- data_source: 假如這個 domain 運作有包含資料並有開放資料,資料放在哪裡
- 會有 domain admin 負責直接修改 domain 的設定,這些 admin 也要負責 merge Pull Request
- 申請 domain
- 開一個 issue ,把上面 domain json file 的資訊寫入,並且把預想要的 domain 也寫入 issue 中
- 經過投票 or 審核 or 任何方法(再討論?) ,確認這個 issue ok ,就由開 issue 的人送一個 pull request ,把自己的 domain json 送進來,經過 domain admin 確認 PR 與 issue 無誤之後,domain name 設定就設上去,並且 merge PR
- 修改 domain
- 要改 maintainer 或是改 config, reposiory, data_source 的話,由原 maintainer 開 issue 說明要變更的資料,domain admin 確認無問題修改完設定之後就 merge pull request
- 提出異議
- 例如原 domain 有違法行為、年久失修想要接手,都可以透過 issue 討論
irc 討論、公告x日
或可以參考 package adopting flow https://women.alioth.debian.org/involvement/adopting.en.html