Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ODD2021デジタルシティサービスにおける交通データ_GTFSの役割と可視化.pdf
Search
PEmugi
March 08, 2021
Technology
0
3.8k
ODD2021デジタルシティサービスにおける交通データ_GTFSの役割と可視化.pdf
PEmugi
March 08, 2021
Tweet
Share
More Decks by PEmugi
See All by PEmugi
AIドラレコサービスの走行データ で作る位置情報データプロダクト - 位置情報精度向上の工夫 -
pemugi
0
300
大規模ドラレコデータ収集・機械学習基盤を支える AWS CDK 〜導入・運用事例紹介〜
pemugi
0
520
道路情報の自動差分抽出プロジェクトで FOSS4Gが大活躍! [FOSS4G Japan 2022 Online]
pemugi
0
160
Other Decks in Technology
See All in Technology
わたしがEMとして入社した「最初の100日」の過ごし方 / EMConfJp2025
daiksy
14
5.4k
2/18 Making Security Scale: メルカリが考えるセキュリティ戦略 - Coincheck x LayerX x Mercari
jsonf
0
240
Introduction to OpenSearch Project - Search Engineering Tech Talk 2025 Winter
tkykenmt
2
170
4th place solution Eedi - Mining Misconceptions in Mathematics
rist
0
150
ExaDB-XSで利用されているExadata Exascaleについて
oracle4engineer
PRO
3
290
30→150人のエンジニア組織拡大に伴うアジャイル文化を醸成する役割と取り組みの変化
nagata03
0
270
JavaにおけるNull非許容性
skrb
2
2.7k
Exadata Database Service on Cloud@Customer セキュリティ、ネットワーク、および管理について
oracle4engineer
PRO
2
1.6k
入門 PEAK Threat Hunting @SECCON
odorusatoshi
0
170
Platform Engineeringで クラウドの「楽しくない」を解消しよう
jacopen
4
160
LINE NEWSにおけるバックエンド開発
lycorptech_jp
PRO
0
340
Global Databaseで実現するマルチリージョン自動切替とBlue/Greenデプロイ
j2yano
0
150
Featured
See All Featured
Done Done
chrislema
182
16k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2.1k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Building a Scalable Design System with Sketch
lauravandoore
461
33k
Building Your Own Lightsaber
phodgson
104
6.2k
The Language of Interfaces
destraynor
156
24k
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.2k
StorybookのUI Testing Handbookを読んだ
zakiyama
28
5.5k
Become a Pro
speakerdeck
PRO
26
5.2k
How GitHub (no longer) Works
holman
314
140k
A Philosophy of Restraint
colly
203
16k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
27
1.9k
Transcript
None
https://mable.me https://osgeo.jp 松浦慎平 @PEmugi2 職種: GIS + Backend Engineer 職歴
- AIGID お手伝い - Mobility Technologies Backend / Data Engineer - SBドライブ(BOLDLY) 自動運転車向け遠隔監視システム開発 - ESRIジャパン プロダクトマネージメント、トレーニング講師 - マピオン (ONE COMPATH) 地図配信システム、地図生成システム開発 その他活動 現職
deck.gl Mapbox GL JS three.js https://www.digitalsmartcity.jp
自動変換 GeoJSON JSON python 3 Shapely
13:00 13:02 13:05 13:06 バス停 経路上停止位置 内挿点 1. バス停から経路上に位置を投影 2.
経路を2つのバス停間で分割 3. 分割された経路を始点と終点の時間をもとに内挿
13:00 13:02 13:05 13:06 _人人人人人人人人人人人人人人人人_ > 往復で同じ経路を共有してる! <  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y ̄ コミュニティバスとかに多い
一部経路を共有してるとか(これのがつらい) バス停を経路上に投影するときに、往/復 どちらの経路に落とすべき か shapely 等のライブラリで判断が難しい 隣り合うバス停の始点が往路に落ちて、次が復路に落ちると隣のバ ス停なのに、やたら長くなってしまう
13:00 13:02 13:05 13:06 _人人人人人人人人人人人人人人人人_ > 往復で同じ経路を共有してる! <  ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y ̄ コミュニティバスとかに多い
一部経路を共有してるとか(これのがつらい) バス停を経路上に投影するときに、往/復 どちらの経路に落とすべき か shapely 等のライブラリで判断が難しい 隣り合うバス停の始点が往路に落ちて、次が復路に落ちると隣のバ ス停なのに、やたら長くなってしまう
1 2 ノード
None
None