ウクライナの地図製作会議で閉ざされたゲシュタルトとたくさんの肉

6月上旬、リヴィウに本拠を置くIntellias社は、キエフでMap Solutions会議を突然開催しました。 ロシアのブログであまり進歩がなかったため、彼女は150人のウクライナの開発者とさまざまな国からの12人の講演者を集めました。 記述のない空のビジネスセンター、典型的なホール、ティーコーヒーコーラ-理想的な会議のレシピ。 3つの公用語があり、一部のスピーカーは英語で話す準備をしていましたが、参加者がライブを見て、（興味深いアクセントを付けて）理想的なロシア語を聞いて、考えを変えました。 しかし、レポートと休憩が発表されましたが、すべて3つの言語で同じであり、まるであなたが実際に国際会議に座っているかのように非現実的でした。 私はこれを見たことがありません。



ヤンデックスの最初のスピーカーであるキリル・ドミトレンコは、パノラマ写真に長い間取り組んでいるので、写真によっては病気になります。 彼は英語でのプレゼンテーションを準備しました-非常に小さな活字で、彼は緊張しなければなりませんでした。 これは技術者の惨劇です。人々、 壁を越えて自由に言葉を書いてください 。 シリルは、パノラマの構築と表示の理論について説明しました。 最初に、YandexのCanvas 2Dでレンダリングを作成しました。大きな写真を三角形にカットし、画面座標にカウントして、ペイントしました。 しかし、残念なことに、Canvasは低速です。特にモバイルデバイスでは、何らかの理由でFirefoxで遅くなります。 パノラマが30分間読み込まれることもありました。 しかし、その後WebGLが到着し、その上ですべてを書き直し、複雑な計算は必要ありませんでした。 私はテクスチャのサイズの制限だけで戦わなければなりませんでしたが（4Kが安全なのなら、どこでも）、彼らはそれらを正方形にカットすることにしました。 レポートの後半は、Yandex.Panorams APIに関するもので、「必要な方法でそれを行うことができますか？」という12個の質問について、Kirillは答えなければなりませんでした。







ホールは小さかったので、混雑し、スピーカーはきちんとしていて、すべてが聞こえます。 プレゼンテーションはカメラで録画され、最近投稿された写真やビデオが投稿されました 。 おそらく、OsmAndのViktor Shcherbaの講義を再聴取する必要があります：彼は、Open GISからマップスタイルを作成するレポートを修正しました。 最初に、彼はOpenStreetMapについて知らない人を尋ねました。約10人（私を含む）が手を挙げました。 20分でサイズと色に関する言葉が豊富になったため、Victorが単一のイラストを表示しなかったことは奇妙でした。 その後、スクリーンショット、OsmAnd、有料アップデートなどが登場しました。 聴衆からの最初の質問は、収益化（非常に刺激的）についてでした。最後の質問-キエフが調査規模で署名されなかった理由です。







MapboxのAndrey Golovinは、オスミアのために伝統的に始まりました-Show Me The Wayの生放送で。 そして、車線へのカーナビゲーションに対するMapboxの関心のコンテキストで、彼はOpenStreetMapの道路標識に関するワークショップを手配しました。 ストライプで動きを描くことに重点を置いて：私は、経験豊富なオスメリア人が忘れがたいほど努力した不気味な関係を視覚的に作成するための古代のプラグインについてさえ言及しました。 JOSMは画面上で厚くなり、定期的にナレーションのスレッドを失いました。また、未経験の参加者にとってはどうだったのか、想像するのが怖いです。







Mapbox Vladimir Agafonkinのあいまいな用語と技術で攻撃を続けました。 彼はもはやLeafletについて語らず、代わりにベクタータイルとそれらを操作するのに役立つベクトルタイルについて言及します（ベクターデータをベクタータイルに、またはその逆に変換します）。結果をブラウザーにすばやく表示します。 彼のプレゼンテーションの基調講演は「しかし、私は適切なツールを見つけられなかったので、私は自分のライブラリを書きました。それは他のライブラリよりも高速です。」 次の「彼の図書館」の終わりに、ホールは隣人。 そして、便利な唯一のリンクを書き留めました。protobuf形式をすばやく読み書きするためのProtozeroです。







昼食 肉、肉がたくさんあり、行列はありません。 オーガナイザーが大好きです。 テーブルでIntelliasのAlexanderと話をしました。 産業規模でのジオコーディングに従事し、クラウド、メモリへのロードなど、すべてが最適化されています。 彼は、Nominatimのオープンに伴うオープンソースの問題を理解していません。 会議の主催者であり、自己PRを育てることを恥じていたIntelliasのスタッフと、同様のキエフの会社であるInteticsの周りをさまよっていました。 それらおよび他のアウトソーシング業者も地図作成を使用します。 私たち全員が集まったおかげで、リヴィウの住民だけが地図製作プロジェクトの大規模なクライアントを持っています。







それから駐車場に降りて、ここで地図作成機を見る。 むかしむかし、私はNavteqの地図作成スタッフ、トランク内のサーバー、GPS慣性補正、および乗客が見るものすべてをメモするタブレットに関する記事を見つけました 。 これは、車からOpenStreetMapのデータを収集するという情熱を事前に決定し、そのようなマシンをより近くで見るという夢をsoきました。 数年が経ち、NokiaはNavteqを購入し、ここで名前を変更しました。その後、自動コンソーシアムはここで購入しました。 そして、私たちはもっと近くで会いました。地図製作者は私たちに乗客を乗せ、ブロックに沿って運転し、タブレットに何をどのように描き、収集されたものがどこに行くのかを説明しました。







すべてはすでにおなじみです：車1台あたり2人、定期的に場所を変更し、市内で1日40〜50 km、市内外で200を見つけることができます。途中で、正確なトラックが作成されます。それを拒否することにした）。 Atlasアプリは毎日、データを追加する新しいプロジェクトを起動します。 マップの上に、画面に道路の品質とクラス、フェンス、ピット、交通に関する100個のボタンを描くことができます。 アプリケーションは10年前と同じで、Javaで記述され、Win XPで実行され、トランク内の同じサーバー上のOracleデータベースにデータを保存します。 ウクライナでは、2台の機械を備えた地図製作者が、住宅レベル以上のすべての道路を収集しました。一部の都市では一般的にすべてのものを収集しました。 確かに、ここでの「すべて」は交通状況とアドレスです。POIカタログやサークルフォレストを作成する目的はありません。







旅行のためにCartoDBからCarlosの報告を逃しました。彼について、彼は非常に良いと言って、ここに戻ってきました（彼らはメモを公開しないように頼みました）。 Andrei Shnyrはオフラインマップの増分更新について話すことを約束しましたが、MAPS.MEでこのトピックについて考え始めているので、私はすべて予想していました。 最初の質問-オーディエンスでHereナビゲーションを使用するユーザー-参加者の3分の1が手を挙げました。 私はショックを受けています。 どうして？ 会議後のパブへの道を説明した主催者は、ナビゲーターで住所を探すことは意味がないと訴えましたが、まだ見つかりません。 私はそれを信じていなかったので、MAPS.MEの道路と家に入り、すぐに目的の地点までの歩行ルートを得ました。 パブ自体はマークされていませんが、[場所を追加]ボタンがあることは無駄ではありません。 広告が理由で、なぜこれらすべての人々がここでサボテンをかむのかわかりません。 同社は400人の従業員をキエフに移すことを計画していると聞いたので、彼らが広報活動を行ったのは驚くことではありません。



会議の主催者のマリアは、実際にはプログラマにとって興味深い何か、実際に適用可能な技術的なトピックを選択するように特に求めました。 多くの講演者が試したことは明らかでした。パノラマやMapboxのような特定のAPIについてではなく、私やNikitaのようなアルゴリズムやデータ構造についてです。 アンドレイは誰もが驚いた唯一の人物であり、彼のレポートのほぼ全体をこことその製品の広告に捧げました。 世界中で30ギガバイト！ 200層！ （何？）そして、ここにあなたのためのコマーシャルがあります（いつものように、プレーヤーは誤動作しています）。 最後に2つのスライドがあります。増分更新はバイナリ（差分/パッチ）とセマンティック（形式を考慮）です。 それだけです しかし、私はプレゼンテーションから、更新の可能性を考慮したNDSカードのユニバーサルフォーマットについて学びました。 確かに、その下では、レイヤー全体を別々の地域にダウンロードすることを意味するようです。







アレックス・ゴノポルスキーはここのテーマを継続し、誰もが待っていたまさにそのアップデートについて語った。 しかし、Hereは道路網に焦点を当てているため、彼らは特定の更新にも関心があります。 アレックスは、2013年にベルリンで変更された道路グラフは1.6％のみであり、変更の性質は異なっていると計算しました。道路はどこかで建設され、速度制限はどこかで変更され、データでは、いずれにしても、これは新しいセグメントと見なされます。 GPRSを介してメガバイトをダウンロードする必要がないように、ユーザーの変更を計算して道路ネットワークに送信する最適な方法を探しています。



マップの更新は、サーバー上でルートを構築するときに送信されます。 問題は、識別子の共通部分と置換です。 新しい道路が行き止まりにならないように、更新されたデータの境界での一貫性も重要です。 解決策：ルートとともに、道路グラフへの変更が送信されますが、ルートから遠くないもののみがタイルを受け取りません（はい、マップはスライドで判断すると、サイズが約0.001°のタイルに分割されます）。 そして、タイルの境界にデッドロックがないことを確認します。 マップを更新せずに、古いデータに従って迂回ルートを構築する方が安価な場合があります。







Nikita Platonenkoは、あいまいな名前FamilyInSafeの会社で働いています。 家族内でのコミュニケーションや、頻繁に訪れる場所のグループとの自動チェックインに関すること。 そのため、レポート全体は、「自転車」とk-meansに言及した一般的なDBSCANの両方のクラスタリングアルゴリズムに関するものです。 突然、有益で技術的なものになり、クラスタリングがどのように機能するかを理解しました。各ポイントの周りに想像上の円を描き、交差する円を組み合わせます。 そしてその前に、私はそれを魔法だと思っていました。 しかし、Nikitaにはそのような選択肢はありません。彼はLeafletではなく、GoogleマップとGoogleプレイスで動作します。







上記のすべてのように、40分ではなく20分かかったため、レポートを非常に迅速に話しました。OpenStreetMapデータ圧縮形式とその中の興味深いアルゴリズムの発見について話しました。 締め切りに間に合わなかったため、MAPS.MEに関する100の質問に答えることができませんでした。







GISFileのSergey Shelkovnikovのプレゼンテーションは抽象的すぎました。 ジオデータストレージは非常に具体的なトピックです。タスクを与え、フォーマットとアプリケーションを取得します。 しかし、Sergeiは長い間、メインレイヤーと追加レイヤーの違いやデータベースへのロードなど、いくつかの基本的なことを説明していました。 私はOSMの韻を待っていましたが、レポートの文脈では、彼は背景のタイルとしてのみ言及されました。 「可能です、可能、可能です」：わずかな特異性、あいまいなアドバイスの過剰。







OpenStreetMapの私たちは、屋内ナビゲーションのほぼ地図作成面を代表しており、 QROKの Vladislav Ivanovが技術面について話しました。 彼はビーコンを扱っています：iBeacon（BLEで動作）とWi-Fiを備えたボックス。 受信機はまだ加速度計を使用しているようです。 私は灯台がオデッサで生産されているのが好きでした。 可視性の3つの灯台は航海に十分であり、より多くの灯台がありますが、15灯があると互いに干渉し始め、システムが狂ってしまいます。 はい、反射：GPSのある路上では、建物の壁から離れるだけで十分ですが、内部には完全に壁と天井があります。 反射の問題はエレガントに解決されました。2メートルのステップで部屋のすべてのポイントの受信機の測定値のベースを構成し、位置は計算されず、単にテーブルを見ました。 新しいビーコンを追加することの複雑さは明確ではありません。また、電力を減らすと測位の精度にどのように影響するかは明らかではありません。



ビーコンを設定して信号を測定した後、アプリケーションがどの店舗にいるかを確認し、ルートをプロットするためのマップが必要です。 また、ユーティリティルームやトイレなどのデッドゾーンに注意することも重要です。 Andrey Petrovが以前の「Circuitry」 でOSMの応接室について詳しく説明しました。ここには多数のショッピングセンターがありますが、QROKはGoogleマップと提携しています。 そして、彼らは燃料ディスペンサー自体のスキームを描かなければならないようです。 受信精度は1〜5メートルで、ビーコンは2年間バッテリーで動作しますが、より頻繁にチェックする場合に備えて、バッテリーがなくなった場合、ビーコンが見つからないため、ビーコンが小さすぎます。 彼らは、照明などの送電網にビーコンを埋め込むことで、この問題を解決したいと考えています。 また、答えから、Wi-Fiの位置決定はAndroidでのみ機能し、iOSには権限がないこともわかりました。







Facebookに投稿された写真の中で、TomTomはクロックを再生し、 random.orgを使用して勝者を選択しました 。 その後、パブに関する「情報バー」、そして誰もが逃げました。 歩道の周りに人を送り、MAPS.MEからの直接の歩行者ルートを確認しました。茂みを通り抜け、放棄された階段を下りて、右の道に行きました。 パブのウェイターは人々の数に恐怖を感じていました。彼らは警告を受けず、すべての注文は一人のシェフによって準備されました。 私たちは彼を待つのに十分な長さで座っていましたが、グループ内の何らかの理由で：オスメリ、プログラマ、ブロガー、オーガナイザー、ここ従業員。 ビールはすぐに配達され、会話は続き、もう夕方になっていたので、OsmAndの開発者にチョコレートハウスで追いつき、家に帰りました。







ウクライナは地情報ニュースにめったに登場しません。 3月にハリコフで開催されたGISフォーラムと、自然保護区に関するOleg Seliverstovのイニシアチブを思い出すことができました。 同時に、多くの開発者、地図製作の注文、屋内開発があり、東ヨーロッパのMapboxの従業員は全員ウクライナに住んでいます。 ウクライナ人は半年の間、地図作成に関するニュースについての最新のバイリンガル50ノースブログを作成しています。これはコミュニティの成長の兆候です。 Map Solutionsカンファレンスは、さまざまな国の地図作成技術に関心のある人々が1日に集まるというだけでなく、重要です。これは、新しい人々を地図作成に引き付け、独自の新地図作成産業を成長させる方法の1つです。 OpenStreetMapでは、これらのイベントを使用して人々を教育し、オープンテクノロジーとジオデータに参加させることができます。 主なことは、より頻繁に参加することです。