何年も前に、私はbrevetに参加しました。自転車マラソンでは、1つずつゆっくりと（ただし時間制限付きで）200から1200キロメートルを移動する必要があります。 自然を楽しみ、すべての歌を歌い、伝説とルートマップを検討する時間があるときの瞑想的なレッスン...気のめいるようです：これは通常、ランダムなデザインの通常のExcelテーブルであり、マップはオプションです。 サンクトペテルブルクのクラブ「バルティックスター」は、多くの人よりも進んでいます。そのビロードの参加者は、ダークグレーではあるものの、ダークグレーのルートと黒い吹き出しのチェックポイントを持つカードを常に受け​​取りました。 あまり便利ではありません。 そして、OpenStreetMapに興味を持つようになってから、伝説のデザインを改善できると感じました。 そして彼は二度目の試みに乗り出した（六年前の第一回目は思い出すのが恥ずかしかった）。

地図

OpenStreetMapの主な特徴：無限の可能性と既成のソリューションの代わりにブラックホール。 ルートをマップするには、ルートだけでなくマップも作成する必要があります。 例外なく、OSMに基づいた既存のスタイルはすべて、ルートの表示に適していないか、露骨にうんざりしているため、厚紙の厚いシートを置く方が良いでしょう。 したがって、私は通常のアクションを実行します。mapnik、postgis、osm2pgsql、osmosisをインストールし、25ギガバイトの惑星をダウンロードし、領域を切り取り、データベースにロードします。 データがあります。今、それを作成する必要があります。

スタイル

2010年、MapBoxはCartoCSS形式を発明し、美しいTileMillエディターをリリースしました。実際には、CartoCSS→Mapnik XMLコンバーター、マップリーダーへのインターフェイス、およびハイライト付きのスタイルエディターです。 これにより、マップスタイルの準備が根本的に変わりました。XMLを手で書いたり、より複雑な「単純化」アナログを学ぶ必要がなくなりました。MapBoxの主なメリットは、CartoCSS形式ではなく、各キーの詳細なドキュメントと便利なマルチプラットフォームインストーラーでした。 確かに、誰もが最初から印象的なカードまで、カードスタイルを作成できます。



GIS LabとHabrには教科書がありますが、それらはボタンの処理にのみ役立ちます。 データベースの行に色を付けることは困難ではありませんが、マップに表示するものを正確に把握し、ソースデータの詳細を完全に理解することが重要です。 OpenStreetMapでは、これは簡単ではありません。たとえば、構築されたテリトリーを作成します。 OSMはユーザー向けではなく編集者向けのマップです。OSMのデータモデルは場所によっては完全に不気味です。 これまで一般化の問題を解決した人は誰もいなかったため、小規模では、小さな小川のすべての曲がり角と鉄道の選別ステーションのすべての経路を描く必要があります。 そのため、主なことは、どのオブジェクトを描画するかを正確に把握し（少ない方が良い、普遍的な原則）、データマッシュからオブジェクトを選択する方法を理解するためにWikiや例に飛び込むことです。



目標は明確です。モノクロプリンターで9〜11（2〜5 km）のスケールで印刷するスタイルを作成します。 主要道路は重要であり、そのカバレッジは役に立たず、最大の集落です。 そして水平に。 後者の場合、興味深いのは、スタイリストがインターネットで30分間掘り下げた後にどのような決定を下すのかということです。 もちろん、SRTMを使用してgdal_contourを処理し、そのままカードでフロップします。 簡単で、数十の指示があり、出力は次のようになります。







このような水平線を使用することは不可能です。 それらの多くが存在するため、均一で情報のない背景になります。 さらに、60の緯度にトリミングされました。 GIS Labフォーラムで何をすべきかを尋ねると、彼らはアイデアを思いつきました：SRTMがそれほど小規模ではなく、それほど正確ではないが地球全体をカバーできるのか？ その結果、壮大なGMTED2010が見つかり、その正方形のいくつかを接続し、SAGA GISでさらに平滑化しました。 輪郭はgdal_contourで準備する必要があります。これは、結果のベクターファイル内の線を正しく方向付け、bergstrikes（傾斜の方向を示す小さなセリフ）を描画できるようにするためです。 「できるから」と付け加えましたが、後に、バースなしでは輪郭が意味をなさないことに気付きました。100mで割り切れる水平線だけが署名されている場合、渓谷と堤防を区別する方法は？







ルートラインをオーバーレイする必要があるため、道路からすべての署名が削除されました。 小規模な印刷には、大都市のみが通常表示される村の署名も必要です。 また、プリンターのインチあたりのドット密度により、他のWebカードと比較してフォントサイズを1〜2ポイント削減できました。 shtosmaのこのレコードは 、結果のVeloroad mapostyleをそのタスクに最適にする詳細に注意を引きます。 ここでは、将来の地図作成者に最も重要な発言をします。「 駅=地下鉄の駅」で地下鉄駅を絶対に描かないでください。 osm.orgマップでは、これらの地下駅は12以上の便利なスケールでマークされており、地下鉄の入り口自体は18以上であるため、何十人もの新参者が毎週駅のホールの下に地下プラットフォームをドラッグします。 私のスタイルのいくつかの詳細はすでに見知らぬ人に浸透し始めており、この側面も広がることを願っています。



叙情的な余談：レンダラーの下での描画は、OpenStreetMapプロジェクトの惨劇です。 初心者の99％を含むほとんどの参加者は、マップエディターをグラフィックエディターとして認識し、エリアを埋めます：都市の領土は、目に見えない場所= *ではなく、 土地利用=住宅で覆われています。 waste_disposalはosm.orgに表示されません。 それは不条理になります：公園は緑であるため、 highway = trunkからの回路で示されます。 あるインド人は、「ベクターエディター」を完璧にマスターし、マップにボリュームを追加しました（これは2次元の画像です）。







Veloroadスタイルは、 デモサイトで他のスタイルと比較できます。 その後、代替手段（Yandexマップを含む）を表示することは困難です。目から血と涙が流れ、無限の虚脱が生じます。 それに匹敵するか、それよりも優れた2つのスタイルのみがあります。それは、神聖な署名の配置を備えたMapSurferと、豊富なデータを備えたChepetsk.netです。 それらのすべて、および写真、トラック、公共交通機関などがopenstreetmap.ruのレイヤーのリストに含まれています。

タイル

すべての友達に表示できないマップスタイルのポイントは何ですか？ 自慢することはできません。目標に向かって進むのに役立ちます。 さらに、このような素晴らしいスタイルを手に入れたので、人々にあらゆる形でそれを使用する機会を与える必要があります。 そのため、オファーを検討した後、DigitalOceanの10ドルサーバー（30ギガバイトのSSDで10ドル！脳を吹き飛ばす）を使用して、タイルサーバーを展開しました。 展開手順のまとめ：

• Ubuntu 12.02のswitch2osm.orgから
• そこから、ubuntuでも、少し違う方法で
• CentOS 6のGIS Labの記事
• Fedora 20の一連のコマンド （現在のところmod_tileなし、ただし新しいosm.orgスタイル）
• Ubuntu 14.04のswitch2osmのシークレットページ （まだmod_tileなし）

ご想像のとおり、すべてのリンクが網羅されているわけではないため、多くのリンクがあります。 テクノロジーは説明されているよりも早く変化します。osm.orgスタイルは長い間CartoCSSに移行し、Tirexの形で代替物を得てレンダリングされ、多くのパッケージは長い間システムリポジトリにありました。 あなたのOSがどれほど普通であっても（つまりubuntu）、とにかく、サーバーを設定するとき（mod_tileで始まる）、トリックをする必要があり、サーバー設定の品質は情報を見つけて処理する能力に依存します。



わずか17ギガバイトの小さな地域をダウンロードしましたが、惑星全体のわずかな差分で更新しました。 これにより、1日あたり650メガバイト増加しました。 10日ごとにディスク容量が不足したため、ローカルマシンでデータベースを再作成してサーバーにアップロードする必要がありました。そのリソースはosm2pgsqlを実行するのに十分ではありませんでした。 4回目の塗りつぶしで忍耐が尽き、私はプログラミングのために座った。 結果をgithubにアップロードしました：ポリゴンとosm2pgsqlデータベースの惑星diffをトリミングするためのスクリプト。 不完全ですが、毎日の利益は4倍に減少しました。 月に一度、補充を開始できます。 あるフランス人がメーリングリストで指摘したように、理想的なオプションは、osm2pgsqlに、データベースに中間データを保存せず、ボリュームの約60％を占めるように、 拡張差分を読み込むように教えることです。



基地は完全に北西部、中央部、極東部にあるという事実にもかかわらず、毎秒、予想外の作物の境界から遠く離れた彼の都市を追加するよう求められました。 マッパーとSelf-Perfection管理者がリクエストに対処し、サーバーの料金を負担することで、ベースをさらに10ギガバイト増やしました。 現在、地図には南および北コーカサス地方のみが欠けていますが、そこからの需要はわずかです。 ああ、クリミアもありません。







私たちのチャットで誰がレチナタイルについて話したかはもう覚えていません。 その瞬間、私は突然気付きました。私のラップトップでは、ピクセル数が多すぎるため、すべてのサイトを133％のスケールで見ています。 テキストはきれいに見えますが、マップはしっかりした石鹸です（グーグルマップは素晴らしい例外です）。 地図の設定方法を既に知っています。HiDPIモード用に2：1のタイルを作成してみてはどうですか。 1つの小さな問題：私の記憶にあるこのようなタイルの唯一のデモンストレーションは、Tirexで機能し、古いレンダリングがありました。 一般的に、C ++プロジェクトへの私の最初のコミットが続きました。 私は時々 Veloroad Retinaに行く必要はありません。私の目は明確な線と高品質のフォントにかかっており、ラスターマップには未来があるようです。

印刷する

タスクに戻ります。 データはデータベースにアップロードされ、マップが設定され、スタイルが書き込まれます。ページA5で印刷するには、300 dpiでベクターおよびラスター形式の指定された長方形のマップを取得する必要があります。 簡単な操作、ツールはどこにありますか？ ああ、マップリーダースクリプトを使用して画像をレンダリングするために、領域の角度の座標をソースに書き込む必要がある単純なgenerate_imageから、さまざまな投影法と形式を持つことができるnik2imgまで、半ダースほどのスクリプトを使用します。 それは誰もミリメートルを受け入れず、検証のために特定のポイントで特定のズームを使用してマップのスナップショットを要求しようとしたが、osm.orgで表示されるものを取得できませんでした。 解像度にも問題があります。scale_factorパラメーターがありますが、変更すると、線だけが太くなり、周囲のすべてをカバーします。 一体何だ、彼らはこれをどのように使うのか？！



繰り返しますが、自分でやります。 私はpythonに座って、1週間でクールなNik4スクリプトを作成しました 。 スキームと不規則なソースmapnikで概説されているシートを除いて、非常に簡単です。 主なものは、信頼性と10キロバイトのイラスト入りドキュメントです。 取得したい内容がわかっている場合、解決策は基本です。 最も単純なものから



nik4.py --url www.openstreetmap.org/#map=16/55.9865/37.2160 osm.xml screenshot.png







用紙サイズ、マージン、レイヤー、およびdpiを微調整します。 不思議なことではなく、1つの神秘的なパラメーターではありません。 bboxのインタラクティブな選択をスケッチし、1か月間、コマンドラインからカードを作成しました。 さらに、閉鎖的で非常に高価なプログラムを無料で提供することを好むサイクリストのために、彼はいくつかの縮尺で自分のスタイルの地図を作成し、OziExplorerに変換しました。 第11スケールで最大のものは21×22,000ピクセルのサイズでした。Nik4は、フラグメントから最終マップを接着することにより、マップの制限を回避できます。 確かに、img2ozfはこのモンスターを噛みませんでした。z10（16k×16k）だけです。







主なタスクは、SVG形式のベクトルマップを取得することでした。 奇妙なことに、dpi値はファイルに影響します。mapnikはピクセルグリッドの署名に文字を配置するため、カーニングは低いdpiで苦しみます。 署名に関するもう1つの問題は、cairoが要素をグループに結合する方法を知らないことです（マップ作成者によると、私はチェックしませんでした）。したがって、各単語は別々の文字とそのハイライト（ハロー）で構成されます。 マップの署名配置アルゴリズムはログのように鈍いので、エクスポート後に道路やルートから署名を移動するといいでしょうが、これは2×ハイライトするのが面倒な曲線の文字数です 。 pythonに戻る： mapnik-group-textスクリプトは、署名の文字とそのハローをグループに収集します。



6月初旬、State of the Map EUカンファレンスでのポスターコンテストで、彼はカールスルーエ周辺の巨大なSVGをベロロードスタイルで降ろしました。 Inkscapeで100 MBを超えるファイルを編集するのは難しいため、署名を移動せず、テキストボックスを追加しました。 ポスターは投票で5位になりましたが、展示会から最初に消えたのは当然です。 私は何とか2番目になりました。明るい「ポップアート」を盗みました。これは今、私の壁にかかっています。

ボタン

コマンドラインは問題ありませんが、通常のユーザーにはGUIが必要です。 私はこのシステム全体を自分のためにやるのではなく、サイクリストのために：最小限の労力で凡例と地図を受け取る必要があるので、ExcelとOziExplorerのスクリーンショットで、以前ほど複雑ではありません。 上記のスナップショットを使用すると、すでにスクリーンショットを撮ることができますが、一般的な「ボタンをクリックして結果を取得する」アルゴリズムに従って、スクリーンショットを簡素化することができます。 以前は単純なサイトではphp（web）またはperl（cgi）を使用していましたが、Pythonスクリプトを書き始めてから、その上でcgi-programmingを勉強しに行きました。



Get Veloroadサービスは、私が思うに、今年のロシアのインターネット上のマッピングアプリケーションの中で最も壮大です。 少なくとも、地図のスナップショットが必要な人には。 実際、これはNik4のWebインターフェイスです。同じサイズ、マージン、フォーマットオプションに加えて、GPXレイヤーとリニアスケールのいくつかのパラメーターフィールドがあります。 タイルとは異なり、追加のスタイルはキャッシュの場所を必要としないため、選択するスタイルをいくつか追加しました。同じベロロード、ただし強制的なロシア化なし、および標準のosm.orgスタイルです。 つまり、スクリーンショットやタイルを貼る必要はありません。目的の領域、画像サイズ、PNG形式を選択して、ボタンを押すだけです。 「人々のカード」の参加者は、印刷されたカードの毎週の配布資料を待ってから、彼らが何に費やすかについて考えなければなりません。



しかし、いや、それはまだ厄介です。 マップリーダーのもう1つの機能は次のとおりです。360dpiの画像が必要だと伝えると、結果のSVGのサイズは4倍になり、dpiが存在しないかのようになります。 「Pt」、画像を1.25倍にします。 もちろん、このようなSVGをPDFにエクスポートする場合、ページサイズは驚くべきものになります。 そのため、ファイルをスケーリングする必要があります。 幅/高さとviewBox属性の間に矛盾があることを発見したため、私はすでに各タグの各属性の数値を再集計する準備をしていました。 仕様を読んだところ、ここにあります。すべてのXMLを処理する必要はなく、これら6つの数値を再計算するだけです。 メモ帳と幾何学的構造に戻ります！







それが判明したと仮定しますが、もう1つのタスクがあります：フィールドを含む画像をセンチメートルにエクスポートすると、ベクトルオブジェクトは境界で切り取られませんが、うまく突き出ます。したがって、viewBoxを展開するだけでは十分ではありません、フィールドを白いフレームで閉じる必要があります。 オブジェクトを自分で切り取るのが理想的ですが、これは難しく、燃えないタスクです（また、太いストロークが突き出るため、切り取りはフレームをキャンセルしません）。 わずか数日で座標を計算すると、 svg-resizeスクリプトが準備され、Get Veloroadに実装されます。今、SVGで7 mmマージンのA5のマップをダウンロードし、ファイルをPDFにエクスポートした後、これを正確に取得します：ホワイトマージンと正確なページサイズ。 もちろん、これはサイトから直接PDFをダウンロードする場合には適用されません。



方法に沿った自動サイズ変更は、別の問題を解決しました：シートにインポートするときにブレベ（開始、終了、KPマーカー、名前、ロゴ、矢印）を作成するためのグラフィック要素のセットは、スケーリングする必要がなくなり、グループ化を解除し、適切な場所に引き出してテキストを修正します。 ルートマップの作成がより速く、より楽しくなり、プロセス全体がオープンソースプログラムに基づいています。

凡例

このカードはシェーバーにとって重要ではありません。手に持っているだけで、絡み合った交差点で簡単に迷子になります。 最も重要なことは、わかりやすい凡例、各ターンでの明確な移動方向とポイント間の距離を含む経路の口頭での説明です。 段階的な自動記述は機能しません。10時間のペダリング後、どのターンを念頭に置いていたかを推測したくはありませんが、 「Kukuevo 50►」という記号で行きます 。 私の前では、凡例はExcelから印刷され、長すぎました。また、A4シートをステアリングホイールに取り付けることができないため、誤ってフライが段落を閉じる可能性がありました。 新しいルート作成者はそれぞれ、テーブルを一から作成し、場合によっては計算機でコントロールボックスの開閉時間を計算します。

模様

伝説の構築には多くの時間がかかります。 トラックに行かなくても、距離を計算するために1つのウィンドウでGoogleパノラマを開き、別のウィンドウでOSRMサイトを開くだけで、半日をかけてユニークな回転の兆候を検索し、明確なフレーズを作成し、テーブルをフォーマットできます。 これは、パノラマを移動するのに80ではなく80％の時間がかかるように、プロセスを形式化することで容易になります。 そこで、オープンPT Sansフォントを使用して、LibreOfficeで凡例テンプレートを作成しました。 もちろん、ユーザーに左利きのプログラムを強制的にインストールするのは良くありませんが、ライセンスに基づいて配布することを禁じられているMicrosoftフォントに応じて、専用のxlsでファイルをアップロードするよりも、すぐにオープンフォーマットに依存する方が適切です。



その後、すべてがシンプルになります。テーブルを単純化するアニメーション画像は、脳を鍛えた画像に役立ちます。 彼はグリッドを削除しましたが、道路上での追跡を容易にするために、明るい灰色、暗いターンのように偶数行を強調表示しました。 必要な情報（CP番号など）をテキストに直接入力して、余分な列を削除しました。 ターン自体の説明は必須であり、一部の人々は走行距離と方向のみを残すように努力しています。バイカーは現在、ポインターを通過しません。 テキストは10分の1のサイズで印刷され、さらに大きくなります。 「左」、「右」、「KP」のキーワードのみが強調表示されます。 すべての凡例はアーカイブに収集され、そこからルートの一部をコピーして、特定の状況（Tジャンクション、フィンランドの道路番号、泉など）を正しく指定する方法を確認できます。







表の2番目のシートでは、各ターンのタイムスタンプが自動的に計算されます。ボランティアが最初のムースを捕まえるためにポイントにいる必要があるとき、およびACP規則に従ってポイントを閉じる必要があるときです。 brevet通過の基準があります：200 kmあたり13.5時間から1200あたり90まで。600kmまでの時間は、距離を15 km / hで除算することで簡単に計算できます。 最速のサイクリストである「ムース」の速度は、最初の段階では32〜34 km / hと見なされ、その後降順になります。 もちろん、長いブレベットでは、日付を忘れてはいけません。 計算された値は、KPの説明にコピーされて終了します。 終了したら、凡例をPDFにエクスポートする必要があります。

PDF

これで、サイクリストが使用するPDF凡例と、マップ付きの1つ以上のPDFがすべてA5形式になりました。 A4シートは通常プリンターにダウンロードされるため、複数のファイルを1つにまとめるだけでなく、必要に応じてページを接着してペアにする必要があります。 ファイル形式から判断して、すべてマラソンランナーであるWindowsユーザーはここでかわす必要があります。PDFSplitとMergeでページをシャッフルできますが、それらを接着するのははるかに難しいタスクです。 最初は、2つの列からテンプレートを作成し、地図で画像を分割しましたが、このアプローチは、短いブレベットにのみ適していました。その伝説はA5の1枚のシートに収まります。 になる方法



Linuxの場合、すべてのリポジトリには、思い浮かぶかもしれないPDF準備タスクを解決する魔法のpdftkおよびpdfjamプログラムがあります。 1か月間使用しましたが、通常の人に仮想マシンをインストールするように指示することはできません。 ちなみに、pdfjamは依存関係を0.5ギガバイト引き上げています。 Webインターフェイスを作成せずに行うことはできません。 最初に、角を切ることにしました：ページに4つのPDF塗りつぶしフォームを配置し、pdftkでページをシャッフルするための線を配置しました（「A1 B A2 C」-ドキュメントAの最初のページ、ドキュメントB、2番目のページ...わかりました）。 ボタンを使用して、cgiスクリプトはpdftkとpdfjamを呼び出し、完成したPDFを返しました。 最初の試行からpdftk行の間違いを防ぐのが難しいため、しばしば曲がっています。 そして、最も忙しい人のためのフォールバックとして、著者への指示はフォーマット記述の3つのパラグラフとPDFsamとその記述へのリンクで補われました。 じゃない



正式には、問題は解決されました。作成者が2つのプログラムと1つのフォントをインストールするだけで十分であり、最初から最後までプロセス全体を実行します。 おとぎ話の終わりがあります。PMで退会し、さようなら、すでに手紙のテキストを書きました...しかし、私はできません。 不正確。 少なくともFlaskを習得するように説得し、新しいディレクトリを作成してvimを起動しました。 1週間、フレームワークのドキュメント（非常に良いことですが）を見て、Habréの教科書から2、3行を引き出して、cgi-cryptからテンプレートを作成し、ペーストをコピーしました。 ある時点で、「ほぼ準備完了です」-2晩ですぐに終了し、テストし、サーバーにアップロードし、再度終了してリロードしました 。 それは素晴らしいことが判明しました。ボタンを押すことができるだけで、左右を区別する必要があります。 pdftkの行の代わりに-ビジュアルエディター、すべてのドキュメントが検証され、写真をページとして使用できます。 もちろん、ImageMagickはそれなしではできませんでした。ページサムネイルを作成し、ラスターマップをPDFに変換します。 識別の助けを借りて、ページをめくる必要性が判断されます。したがって、インターフェイスには方向の変更はなく、回転のみがあります。 ただし、ディスクはゴムではないため、システムはパスワードにロックされており、他のプロセスへのリソースがより重要です。

それで何？

地図と凡例のアーカイブ、簡潔で詳細な指示、およびすべてのリンクは、著者のページに収集されています。このリンクは、今年やり取りした6人の著者に送ったものです。 年末までに、5つのブレベットしか残っていません。伝説をベースにして、ベースを作り上げます。 そのうちの1つに参加したいと思っています。 プロジェクトは完了したと思いますが、その成功は来年だけ明らかになります：著者は私のサービスを使用しますか、それともExcelとOziExplorerに戻りますか？



今では誰も印刷されたカードを必要としません、彼らは私にOpenStreetMapを思い出させました。 観光客はナビゲーターを連れて行き、ベテランの観光客は「一般スタッフ向け」の地図付きの地図を購入します。普通の人はスマートフォンにWebマップだけが必要です。 サンクトペテルブルクの毎週金曜日のナイトバイクライドは、伝統へのオマージュのようにルートマップを公開します。彼らが使用する基板は判読できませんが、文句を言う人はいません。ホストと何百もの赤いビーコンに従うだけで、迷子になりません。 車の助手席のポケットにあるアトラスを最後に開いたのはいつですか？ 覚えていません



しかし、カードをすばやく印刷する能力が不可欠な教訓があります。 文字通りの意味で：これは人道援助と救助活動です。 アフリカ、インドネシア、ハイチ、パキスタンでは、何千人もの医師、救助者、ボランティアが単にOpenStreetMapを描いて更新し、それを印刷して仕事で使用できます。 第三世界の国では、バッテリーとインターネットフィードに頼ることはできません。 地図データを収集するために、彼らは「バイパスシート」を使用します。非常に大規模な地図の小さな断片で、その上に欠けているオブジェクトを描きます。 正直なところ、同じ原始的な方法で、データはロシア、ドイツ、および英国で収集されます。 ただし、今後使用するためにバイパスシートを印刷する便利な方法はまだありません。 印刷されたカードを準備する過程で、私は多くの関連技術を学びました。これは、既に数ギガバイトのサーバーや複雑なコンポーネントなしで、バイパスシートを印刷するプロセスを最適化するのに役立ちます。 すぐにこれらのすべての人々はボタンをクリックするのに十分になるでしょう。