JA:Open Data License/Use Cases
_-_The_Noun_Project.svg){kind=small}
このページではOpenStreetMap データ向けの、数多くの典型的な中核となるユースケースについて述べており、提案された(ODbL)を現実の様々な状況に照らして検証するために準備されたものです。ユースケースは２つの会議で召集され、レビューされました。回答は以下の文書からコピーされました:
- OpenStreetMap ファウンデーションのために活動している法律家が準備した オリジナルのユースケースの法的なレビュー。
- 2009/5/6 - 法律審議委員会の会議召集。公開された問題及びユースケースからのいくつかの項目。- Q&A テキスト。
- 2009/5/11 - 法律審議委員会の２回目の会議召集。利用できるメモ
- 2010/3/9 - 弁護士による様々なメール返信からのライセンスワーキンググループの理解に基づく未解決領域のクリーンアップ。
ユースケースについての議論はlegal-talk メーリングリストで行ってください。
OSMデータから作成されたマップ画像の利用
These Use Cases are about various things people may want to do with images created from OSM data.
これらのユースケースはOSMデータから作成された画像で人々がやりたい様々なことについてのものです。
書籍、ニュースレター、ウェブサイト、ブログ、その他類似の作品向けのラスター地図でのOSMデータの利用
A user should be able to publish a raster map/image created from OpenStreetMap and include this as part of a printed publication or on the internet or similar. They should acknowledge OpenStreetMap either below the image or at the start/end of the document or elsewhere where the viewer/reader would reasonably expect to find it. They can license the image using any appropriate license, including full copyright, ccbysa and Public domain. The image should be restricted to disallow people from reverse engineering a database from the image. It should be able to use multiple images to serve a 'slippery map' front end.
ユーザはOpenStreetMapから作成されたラスター地図/画像を公開し、印刷物やインターネットやそれらに類するものの一部にこれを含めることができる必要があります。画像の下、あるいは文書の先頭/最後、あるいは閲覧者/読者が普通に目にすることが期待される場所にOpenStreetMapの表示を認める必要があります。全著作権、ccbysa及びパブリックドメインといったものも含めて、適切なライセンスであればどれでも使用して画像をライセンスすることができます。この画像については、画像からデータベースのリバースエンジニアリングをすることを人々に禁止することを制限すべきです。フロントエンドに'スリッピーマップ'を提供するために複数の画像を使用できるようにするべきです。
Q: how can the image be both public domain and restrict someone else down the line from publishing it without attribution or from reverse engineering a database from it?
Q: どうやったら画像をパブリックドメインであり、かつ誰か別の人に対して表示(attribution)なしに公開したりそれからデータベースをリバースエンジニアリングしたりすることを全面的に制限するようにできますか？
手作りの地図の製作へのOSMデータ利用
A user should be able to produce a hand-made map derived from OSM data and add additional elements, remove others, move things around so they look better (avoiding overlap etc) and style the map. The designer should not be forced to make the edited raw data available and it should be possible to license the resulting maps in any way that is preferred.
ユーザはOSMデータから派生した手作りの地図を製作し、付加的な要素を追加し、あるものを削除し、見栄えがよくなるように(重なりを避けるなど)いろいろなものを動かしたり、地図のスタイルを整えることが可能であるべきです。デザイナーは編集済みの生データを利用可能な状態にするように強制されるべきではなく、結果としての地図を自分の好きなようにライセンスできるべきです。
Q: If the person notices errors in the OSM street or POI data and corrects these in their image should they be required to offer that data back to the community? We suggest that they should and the easiest way might be to enter the data into OpenStreetMap during the process.
Q: もしその人がOSMの通りやPOIデータのエラーに気づいてこれらを自分の画像で修正するとしたら、彼らはそのデータをコミュニティに再提供することを要求されるべきでしょうか？
Q: Should their 'artistic reinterpretation of the factual data' have to be made available? we suggest that it should not.
Q: 彼らの'事実データの芸術的な再解釈'は利用可能であるべきでしょうか？我々はそうすべきではないと考えています。
SVG/KML/Postscript 等を使ったベクター形式画像の製作でのOSMデータ利用
A user should be able to create vector based mapping using a format such as postscript, svg or kml which are both able to produce rendered images but which also give easy access to the underlying vector data (thereby making it easier to reverse engineer a database). There should be protection to ensure that any systematic collection of vector data, or other reverse engineering techniques of substantial amounts of data should be considered as a Derived Dataset and be covered by 1) below.
ユーザは、描画された画像を作成できるが、下地にしたベクターデータにも容易にアクセスできる(それ故データベースのリバースエンジニアリングを容易にする)postscript, svg あるいはkml といった形式を使ってベクターベースのマッピングを作成できるべきです。あらゆるシステマティックなベクターデータの集まりや、他のデータのかなりの(substantial)量のリバースエンジニアリング技術は派生データセットと考えるべきであり、下記 1)によってカバーされるべきです。
Q: Is a vector map a Produced Work or a Database or both?
Q: ベクター地図は製作著作物(Produced Work)ですか、それともデータベースですか、あるいは両方ですか？
Q: what license can be used?
Q: どのようなライセンスが使えるのですか？
Q: What attribution is required, that for a Produced Work, or for a Derivative Database or both? If the attribution of a derivative database is required then will that be practical within a small svg/kml file?
Q: どのような表示(attribution)が必要なのですか？製作著作物に対して？派生データベースに対して？あるいは両方？もし派生データベースの表示(attribution) が必要だとすれば、小さなsvg/kmlファイル内では実際できるのでしょうか？
携帯電話などの小さな装置でのOSM派生画像の利用
When a map or visualisation is used on a device with a small screen the licence should allow for the ackowledgement for the Dataset to appear on a dialog page, an about page or on a credits page rather than on every page.
小さなスクリーンを持つデバイス上で地図または視覚化が使われるとき、ライセンスはデータセットに対する確認は全てのページではなく、ダイアログのページ、aboutのページ、あるいはクレジットのページで表示されることを許可するべきです。
TVニュースパッケージ内でのOSMデータから派生した地図の利用
The license should allow a map/image/animation generated from OpenStreetMap data to be shown in a TV news story. The user may however supply credits on an associated website rather than within the program itself.
ライセンスはOpenStreetMap から作成された地図/画像/アニメーションについてTVニュースのストーリーで表示されることを認めるべきです。しかしながらユーザは番組そのものの中よりも、むしろ関連するウェブサイト上にクレジットを供給するかもしれません。
This use case produces no derivative database, it is only about attribution in a TV news context.
このユースケースは派生データベースを作成せず、TVニュースの文脈における表示(attribution)だけについてのものです。
Wikipedia 及び Wikitravel での地図の利用
When OSM maps are incorporated into a page on a site such as Wikipedia and Wikitravel, the entire page, including the OSM map, can then be licenced under the GFDL or CC-SA (respectively).
OSM地図がWikipediaやWikitravelといったサイトに編入される場合、OSM地図を含めページ全体は、GFDL や CC-SA の下にライセンスできます(それぞれに)。
Nothing in GFDL, or CC-SA, etc. restricts reverse engineering to re-generate a database (under the terms of the original GFDL, or CC-SA licence) -- this suggests that the ODbL licence is inherently incompatible with GFDL, and CC-SA? Also, clause 4a of the CC-BY-SA 2.0 legal code says "You may not offer or impose any terms on the Work that restrict the terms of this License ...".
GFDLやCC-SAにおいては、データベースを再作成するためのリバースエンジニアリングを制限するものはありません(オリジナルのGFDLやCC-SAライセンスの利用条件においては)-- これはODbLライセンスが、本質的にGFLおよびCC-SAと非互換だということを示唆しているのでしょうか？同様に、CC-BY-SA 2.0の条文4a節には以下の記述があります。"このライセンスの利用条件を制限する作成物にかかるいかなる条件も提供したり課したりしてはなりません..."。
Such compatiblity (of Produced Works) with share-alike licenses is of high importance to us and if there is any risk of clash between the share-alike licenses' demand "you may not impose any terms that restrict..." and the reverse engineering clause then we need an amendment to ODbL. The problem is explained in detail on Open Data License/Suggested Changes#The "licensing Produced Works" problem.
そのような継承(訳注：share-alike)ライセンスの（製作著作物の）互換性は我々にとって非常に重要であり継承ライセンス間の要求がぶつかりあうリスクがある場合には"...を制限するいかなる条件も課すべきではなく"、リバースエンジニアリング条項も同じでその場合我々はODbLを修正する必要があります。Open Data License/Suggested Changes#The "licensing Produced Works" problem。
ディストリビューション内での地図の配布
Can maps rendered from ODbL data be packaged by Linux distributions? In particular, are maps rendered from data licenced under the ODbL distributable with GPL applications, e.g. KDE Marble, KGeography, etc.
ODbLデータからレンダリングされた地図はLinux ディストリビューションにパッケージできますか？ 特に、ODbLの下にライセンスされたデータからレンダリングされた地図は、GPL のアプリケーション、例えば KDE Marble, KGeography,等と一緒に配布できますか？
様々な目的のためのOSMからのデータ抽出に関するユースケース
OSMデータを使用した中規模量の情報のジオコーディング
The licence should allow people to geocode moderate numbers of photographs, blog postings, microblogs such as Twitter or Jaiku, articles such as a Wikipedia article from the dataset. It should allow people to geocode moderate numbers of addresses possibly for inclusion in electronic business cards such as The hCard, which includes coordinates for addresses (see http://microformats.org/wiki/hcard-examples for more information). They should be able to licence the resulting work in any suitable manner, including as public domain, ccbysa, and all rights reserved without acknowledgment to the Dataset.
ライセンスはデータセットから中規模量の写真、ブログ記事、TwitterやJaikuなどのようなマイクロブログ、Wikipediaのような記事といったものを人々がジオコードすることができるようにするべきです。住所の座標を持っている（詳細は http://microformats.org/wiki/hcard-example 参照）The hCardのような電子的ビジネスカードにおそらく含められるであろう中規模量の住所を人々がジオコードすることを認めるべきです。彼らは適切な方法であればパブリックドメイン、ccbysa、及びあらゆる著作権を含め、データセットに対する承認なしに、成果物をライセンスできるべきです。
Q: What does moderate mean? What would definitely be 'substantial' and what would definitely be 'in-substantial'?
Q: 中規模量（訳注:moderate）とはどういう意味ですか？'サブスタンシャル'及び'非サブスタンシャル'の明確な定義とは？
大規模量のデータのジオコーディングとその利用
The user runs their substantial database of addresses (100K+) through OSM to derive the geocodes. They wish to distribute this geocoded addresses within their business and to associate businesses but wish to keep the data confidential. They then later want to put pins in on-line maps in response to enquiries to their web site.
ユーザが自分たちのサブスタンシャルなデータベース(100K以上)をOSMを通してジオコードを派生させています。彼らは自分たちのビジネス内でこのジオコード化された住所を配布し、ビジネスと結び付けようとしています。しかし、データは秘密にしたいと考えています。そして彼らは後で彼らのウェブサイトへの問い合わせに対してオンラインマップにピンを付けたいと考えています。
ビジネスディレクトリを作成あるいは増やすためのデータ利用
Business has minimal information about companies. OSM has information about opening times, contact details, location, relations etc. Business makes searchable database to create directory of businesses for each region. Customers of their database can correct and update their records, for a fee.
あるビジネスが複数の会社についての最小限の情報を持っています。OSMが開店時間、連絡先の詳細、位置、関連その他の情報を持っています。あるビジネスは検索可能なデータベースを作り、各地域のビジネスディレクトリを作成します。彼らのデータベースの顧客はその記録を有償で訂正、更新することができます。
中規模の数のポイント、エリア及び線形の地物の抽出
The licence should allow people extract a small numbers of points, areas or linear features by tracing on using mechanical means (ie KML, shape files) without acknowledgement and then license the resulting data in way they choose.
ライセンスは人々に、承認なしで機械的な手段（即ちKML,shape files）を使ってトレースすることにより、少数のポイント、エリア、線形のフィーチャを抽出することを認めるべきであり、結果としてのデータにおいて、彼らの選んだやり方でライセンスできるようにすべきです。
Q: When would then 'derivative database' clause kick in?
Q: ところで'派生データベース'はいつから有効になりますか？
Q: For the avoidance of doubt, would repeated extractions of in-substantial amounts of data and then the aggregation of these elements into one single dataset later, even if these small extracts, and were done by different people constitute a Derivative DB.
バス停のリストに基づくOSMデータからのバス経路向け道路センターラインデータの抽出
The license should allow a transport agency to build exact bus routes based on road centre-line data from OSM and from bus timetables (which are copyright). They then wish to provide these routes to other agencies as vectors (kml or shapefiles etc). The license should allow for manageable attribution and avoid a long list of sources.
ライセンスは輸送代理店にOSMデータ及びバス時刻表（著作権ありのもの）から道路のセンターラインデータに基づく正確なバス経路を構築することを認めるべきです。そして彼らはこれらの経路を他の代理店にベクター（kmlあるいはsharefiles、その他）として提供したいと考えています。ライセンスは管理可能な表示(attribution)を許可し、長いソースリストを避けるべきです。
Q: Assuming that the above was deemed to be a Derived Database then would all the notices from the DB be required to be attached to the output file? If so the this might be burdensome.
Q: 上記は派生データベースとみなされると推定すると、DBの全ての注意書きは出力ファイルへの添付が必須なのでしょうか？もしそうなら、これは重荷となるでしょう。
Converts GPS data to lists of streets and when they last gritted
The license should allow a local authority to covert GPS trails from gritting lorries into a database of streets and when they were last gritted. Both the names of the streets and the length would be taken from OSM. The authority would then publish this list as a spreadsheet giving street name, length and the time of last gritting.
Q: Again, is the spreadsheet a database or a produced work or both? Q: 繰返しになりますが、スプレッドシートはデータベース？製作著作物？それとも両方？
If is a derived DB then where should then notices be attached?
もし、派生DBなら、注意書きはどこに添付されるべきでしょう？
OSMデータ及び他のデータリソース利用のユースケース
OSMデータと他のデータソースを同時に利用したオンライン地図サービス
The User wishes to combine OpenStreetMap data with other data sources to use on a web based service. The additional data could be one of nasa height data, public transport schedules, census data or many others. They may not wish, or may not be allowed to release the other data source as ODbL; it may for example be only available under '(C) all rights reserved' or on a 'non-commercial' license etc. The user does not improve or modify the OSM data, but does convert it into a suitable format for their application.
ユーザがOpenStreetMapのデータと他のデータソースを結合してWebサービスに使いたがっています。付加するデータにはNASAの高度情報、公共輸送機関の時刻表、センサスデータ等々がありえます。彼らは他のデータソースをODbLとして手放したくはないでしょうし、またそうする許可も与えられていないでしょう; 例えば'(C) all rights reserved'とか'非商用'ライセンスなどの下でのみ利用可能なものです。ユーザはOSMデータを改善したり変更したりはしませんが、自分たちのアプリケーションに適したフォーマットに変換することは行ないます。
投稿を反映する必要の無い情報とOSM地図のオーバーレイ
A group of 8 year old kids spend a day in a local park mapping out locations where they find butterflies. They map this information using an OSM map and stick a copy on their local park's noticeboard. They do not wish to be expected to contribute this information back to OSM.
- For the purposes of this use-case would rubbish bins be a better example than butterflies? User:80n
機密情報とOSM地図のオーバーレイ
A wildlife group wishes to map the location of endangered species. They wish to overlay nest sites or other information which would compromise the safety of the site if released. They wish to use OSM as a map base without having to contribute back.
ある野生生物グループが絶滅危惧種の位置をマップしたいと考えています。巣のある場所や他の情報をオーバーレイしたいと考えています。この情報が公開された場合にはその場所の安全性が脅かされることになります。彼らはコントリビュートする義務なしにOSMをマップベースとして利用したいと考えています。
分析目的の機密データとOSMマッピングデータの同時利用
The user wants to produce analysis from a combination of OSM data and public transport schedules. They will produce analysis of transport performance but do not want to show this to a public audience for commercial or data protection reasons.
ユーザがOSMデータと公共輸送機関の運行スケジュールを組合せて分析をプロデュースしたいと考えています。彼らは公共輸送機関のパフォーマンスについての分析をプロデュースしようとしていますが、商業的あるいはデータ保護の理由からこれを一般公開したくないと考えています。
登録/ユーザ追跡無しのOSMデータの自由な配布
The licence should allow OSM data to be distributed freely and anonymously via an API, from a download site or on a DVD and in other forms. Programs may automatically download updates and merge them into another database, to again produce images or derived datasets which can then be downloaded in turn as described above. Users should not be required to register an account or click some "I agree" page each time one accesses an update.
ライセンスはOSMデータをダウンロードサイトやDVDやその他の形式のものを、API経由で自由に匿名で配布することを許可すべきです。プログラムであれば自動的に更新をダウンロードし別のデータベースとマージして、再び画像や派生データベースを製作するでしょう。そして上述の通り、今度はこれをダウンロードすることができます。ユーザに対して、更新にアクセスするたびにアカウントを登録したり、何らかの"同意"ページをクリックすることを必須とすつべきではありません。
OSMデータの他の製品/アプリケーションへの組み込み
コンピュータゲーム内での他のデータソースとOSMデータの同時利用
The user wishes to use OSM data together with other significant distinct datasets to support a computer game. An example of this would be a flight simulation where the OpenStreetMap Dataset is used for land use, natural and man made features, and is combined with other potentially copyright material, including aeronautical data, airfield data, DEM (more likely SRTM based), description for various planes and other structures and they do not wish to, or would not be allowed to release the other data as ODbL. During the import of OSM data some information will be selectively included, other elements will not be required, the data will be reformed into an proprietary format which the publisher does not wish to disclose. The user wishes to protect the rendered scenery produced by the gaming code as (C) 'all rights reserved'. The data on the games DVD or download file will be encrypted or otherwise unusable. They will acknowledge the OSM data source along with other authors and contributors in the conventional place.
ユーザがあるコンピュータゲームをサポートするために、明らかに別個の他のデータセットとOSMを一緒に使いたがっています。その一例としてフライトシミュレーションがあります。そこではOpenStreetMapのデータセットは土地利用、自然、人工物の地物に使われ、そして他のおそらく著作権を持つものと組み合わされ、航空関連データ、飛行場データ、DEM（たいていはSRTMベース）、様々な飛行機と他の構成品の説明であり、これらは他のデータをODbLとしてリリースすることを望まない、あるいは許可されていません。OSMデータのインポートをしつつ、何らかの情報を選んで含めることもあるでしょうし、必要とされない要素もあるでしょう、さらにデータはパブリッシャーが公開を望まないプロプライエタリな形式に変換されるでしょう。 ユーザはゲームのコードによってレンダリングされたシーンを(C) 'all rights reserved'として保護したがるでしょう。ゲームDVDやダウンロードファイル上のデータは暗号化や何らかの方法で利用できないようにされるでしょう。彼らはOSMデータソースを他の作者及び貢献者たちとともに従来の場所で獲得するでしょう。
Q: In addition to a general response to this use case, please clarify if the selective import of OSM data be considered a Derivative Database even though no changes or improvements have been made to the data. We do not consider it necessary to publish a derivative database given that no changes have been made to the actual usable data.
Q: このユースケースに対する一般的な返事に加えて、データに対して変更や改善が何も加えられていない場合でも、OSMデータの選択的なインポートは派生データベースと考えられるのかどうか、明らかにしてください。
衛星ナビゲーションシステム内でのOSMデータ利用
The user wants to use OSM data in a satnav system. They need to be able to convert the data into a confidential proprietary format that works with their routing software which they don't want to disclose.
ユーザがOSMデータを衛星ナビゲーションシステムで使いたがっています。彼らはデータを非公開のルーティングソフトウェアで動作する部外秘のプロプライエタリな形式に変換する必要があります。
Linux ディストリビューション内でのデータの配布
Debian Linux wish to distribute OSM data within their main distributions? Is it acceptable in terms of the Debian Social Contract?
Debian LinuxはOSMデータをそのメインディストリビューションに入れて配布したいと考えています。Debian Social Contractは受け入れられるのでしょうか？
DVDを製作するための下請け業者へのデータ提供
The licence should allow a games maker to create a production run of DVDs and this in itself should not be considered to be "publication" so the share-alike clause for any Derivative Dataset should not come into force (yet). This should come into force once the DVDs are publicly distributed.
ライセンスはゲームのメーカにDVDの生産工程を作成することを許可するべきであり、これはそれ自体において"出版"と考えるべきではないためあらゆる派生データセットに対する継承(訳注:share-alike)節は（まだ）強制されるべきではありません。これはDVDがいったんパブリックに配布されてから強制されるべきです。
ネガティブなユースケース (許可されるべきでないもの)
自分たちの商用製品のギャップをつなぐためにOpenStreetMapを使っている商用地図会社
A commercial map company uses OpenStreetMap data to plug holes in its own data which it then supplies as its own database with acknowledgement. They may have done this to add detail, such as footpaths, zebra crossings or to add territory to their dataset and sell it. They do not make improvements to OSM data, but don't share their commercial data with OSM arguing that this is a collective Dataset and they are not changing the OSM component.
商用地図会社がそのデータの欠落をつなぐためにOpenStreetMapを使っています。そしてそれは自分のデータベースとして確認の上、提供しています。彼らはこれを、たとえば歩道、横断歩道などの詳細を追加したり、自分たちのデータセットに境界を追加したり、それを販売したりするためにそうしたのかもしれません。彼らはOSMデータに対して改善を加えることはしませんが、これは集合的データセットであり、OSMのコンポーネントを変更しているわけではないとの論拠に基づいて彼らの商用データを共有しません。
Google Map Maker内でのOSM
We would like to avoid someone like Google loading the whole of OSM into their Map Maker system, where Google then lay claim to any further improvements made by users. It is ok for them to load OSM, but improvements must then be shared back.
我々はGoogleのような誰かがOSM全体を彼らのMap Makerシステムにロードするようなことは避けたいと考えています。Map MakerではGoogleはユーザが行ったいかなる改善に対しても権利を主張します。彼らがOSMをロードするのはOKですが、改善は共有してOSMに戻さなければなりません。
Wikimapia?
To use OSM mapping to add places to Wikimapia. Example area: http://wikimapia.org/#lat=60.2261751&lon=24.9588776&z=11&l=0&m=a&v=2?
There seems to be no information about licencing on wikimapia and no agreement between people adding data and the project.
Wikipapiaに場所を追加するためにOSMマッピングを使うことについて。例となるエリア: http://wikimapia.org/#lat=60.2261751&lon=24.9588776&z=11&l=0&m=a&v=2?
wikimapiaにはライセンスについての情報がなく、追加している人々とプロジェクトの間での同意が見られないようです。
頻繁な非サブスタンシャルな（訳注：相当量でない）抽出
- 右記参照: Substantial - Guideline
A third party wants to integrate OSM data into their database without being bound by the licence. They take a non-substantial amount and integrate it. A week later, they take another non-substantial data-set and integrate it. They continue accumulating data from different areas under the non-substantial clause.
The licence should clarify that the total amount of data taken from OSM decides whether it is a substantial use, regardless of the time span and the number of imports involved.
あるサードパーティがOSMデータをライセンスに包囲されることなしに自分たちのデータベースに統合したいと考えています。彼らは非サブスタンシャルな量を取得し、それを統合します。１週間後、彼らは別の非サブスタンシャルなデータセットを取得して、それを統合します。彼らは非サブスタンシャル節の下に、異なるエリアからデータの蓄積を続けます。
ライセンスはOSMから取得されたデータの合計量が、タイムスパンや含まれるインポートの数に関わらず、サブスタンシャルな使用なのかどうかを決定する 、ということを明確にすべきです。
モバイル装置アプリケーションのスナップショット
As mentioned above (images on small devices), the attribution and license only need to be available in an about dialog or similar. What if somebody takes a snapshot and publishes it, with no dialog visible?. This would be an easy way to get rid of license and attribution.
above (images on small devices)に記述されている通り、表示とライセンスは説明用ダイアログボックスやそれに類似するところにだけあれば良いです。もし誰かがスナップショットを取得して、目に見えるダイアログなしでそれを公開した場合はどうなりますか？これはライセンスと表示を免れる簡単な方法になりえます。
例: 
OSMと商業データから合成された地図
I did not found this use case: Is legal creating map composite from different source (free/commercial)?
I.e. I get commercial data about oil-well from customer. I analyze pollution on the oil-well. I will create map from
- oil-well
- oil-well pollution analysis
- OSM topographic data, crop of the area in ESRI Shapefile format
- SRTM contour line
and print them and give it to customer on CD as PDF, ESRI Shapefile. I declare topo (c) OSM, pollution (c) my, oil-well (c) customer, contour (c) NASA.
このようなユースケースが見つかりませんでした: 異なるソース（フリー/商用）から合成したマップを作成することは適法ですか？
例） 私は顧客から油井についての商用データをもらっています。私は油井の汚染を分析します。私は以下のものからマップを作るつもりです
- 油井
- 油井汚染分析
- OSM地形データ、ESRI Shapefile形式でエリアをトリミングしたもの
- SRTM contour line
そしてこれらを印刷してPDF、ESRI ShapefileとしてCDで顧客に渡します。私は、地形 (c) OSM、汚染 (c) my、油井 (c) 顧客、等高線 (c) NASA と宣言します。
もっと？
- add details here
誰かを告訴したい
- 投稿者が新しいライセンスを明らかに侵害する出版物を見つけました。
その人は自分がデータの一部分の著作権を持っているからといって出版社を告訴できますか？
- 新しいライセンスを明確に侵害している出版物があります。OSM Foundation はその所有者を告訴できますか？
法的な定義
The license relies heavily on a number of important sorts of Work: the Derivative Database, Collective Database and Produced Work and the interpretation of the above Use Cases often rely on the use of the terms. This section explores the boundaries between these. These examples refer both to these terms and to more detailed implemention details to explore the implications of the license for some applications.
派生データベースを作成せずにフルOSMデータセットから選択的にデータを抽出できますか
During the creation of many Produced Works the first stage is likely to be to create a smaller more manageable dataset stored in a more convenient form and only containing the data from OSM that is relevant to their needs. This might result in a new smaller Database or a arrangement of a selection of the full dataset in the main computer memory. To be clear this process will not involve adding additional content to the database although it might include the rejection of badly formed data using an automatic process or even the correction of some data by an automated process - for example to reject non-closed polygons or to automatically close them. This process should lead the creation of a derivative database.
See [[1] for futher comments and suggestions.
Can one freely arrange data within a Collective Database as appropriate for the application
When a programmer is working with OSM and data from other sources and thereby creates a Collective Database they will want to be free to arrange the combined data in the most appropriate form for their purpose. We believe that this should be allowed so long as merged database itself is not being published.
If it is necessary to publish the Collective Database then it should be possible to use the Parallel Distrubution clause to use an optimised merged format internally and provide a public version where the data is kept distinct.
Can one adjust the OSM data automatically while building a Collective dataset
When merging OSM data with data from other sources it might be necessary to modify the OSM data (or the other data) to make it fit together well.
For example one is matching up churches in the OSM dataset with a (C) library of photographs of churches of which most have rough geocodes. Some churches may exist in OSM but not in the library and some in the library but not in OSM and some will exist in both but the position will be different. The programmer will create a computer program to reconcile these differences with the aim to create a computer model with a feature for every church together with a photograph. The combined data would be partially derived from a (C) source so the programmer would not be able to release it to OSM. Is this allowed.
When is something a Derivative Database when is it a Produced Work and can it be both
Is a large KML file a Derived Database, a Produced Work or both. It could be considered as a vector description of an image or as a database and any KML file can be used as either. If it is a database then what notices should be provided with it.
Is a large SVG file a derived database or a produced Work of both? same questions as above
Similarly for a pdf file containing a vector description of a map.
What constitutes a Substantial extract
- main: Substantial - Guideline
The license allows the free extraction of non-substantial amounts of data. People will be allowed to extract anything below this threshold and use it completely free of any restrictions. See Substantial - Guideline for details on this point.