お久しぶりです。
Nahainecです。
しばらく仕事が忙しくてご無沙汰でしたが、
落ち着いてきたので少しずつ復帰しようかなと。
(2013/08/28 6:25), ribbon wrote:
> On Wed, Aug 21, 2013 at 03:37:40PM +0900, Takahisa TAGUCHI wrote:
>>
>> あと、そのすぐ近くに国道と静岡県道が3つ重複している標識とかも
>> ありますね。
>> http://instagram.com/p/am_5Eevv70/
>>
>>
Nahainecです。
(2012/10/08 20:29), Shu Higashi wrote:
> 東です。
>
> 案Aが中央分離帯有無を基準にした（物理基準？）ウェイの描き方で
> 案Bが中央分離帯有無を基準にしない（トポロジー優先？）ウェイの描き方
> という理解でよろしいでしょうか。
はい。
> もしそうであれば２番めの
> 「中央分離帯は無いが、右折制限などのある道路の表現」は案Bも案Aと同じく
> 「oneway=yesのウェイを逆向きに2本」描きますのでウェイの描き方の差は
> 無いことになりますか？
おっ
Nahainecです。
(2012/10/07 13:50), Shu Higashi wrote:
> 私は中央分離帯有無など、物理的な基準で複線化(NahainecさんのいわれるDual carrigeway)
> するのではなく、2車線以上の道路を詳細に表現したものが複線化、と考えています。
詳細表現を否定するつもりはありませんが、
物理的な状況の表現も重要かなと思っています。
うまく両立させられると良いのですが。
試しに比較表を書いてみました。
http://wiki.openstreetmap.org/wiki/User:Nahainec/DualCarri
Nahainecです。
(2012/10/07 8:35), ribbon wrote:
> 片側1車線だと、追い越しの際に反対側に出てしまうので、
> 一時的に逆走する事があり得るわけですが、片側2車線
> だと、追い越し時にも反対車線に出ることがない、なので、
> 一方通行が2つある、というように見なす。
なるほど。
でも、黄色の中央線も dual carriageway にする?、という新たな疑問も。
それに「追い越し時にも反対車線に出ることがない」を明示するメリットが
あまり感じられないのですが、他にどんなメリットありますか?
わかりやすい基準としては
Nahainecです。
大通りを dual carriageway (oneway=yes を2本逆向きに描く) にする境界は
どのあたりにあると考えればよいのでしょうか?
(a) 右折禁止の道路
(b) 上下線間に乗り越えられる障害物が設置してある
traffic_calming=* みたいなもの
(c) 上下線間に乗り越えられない障害物が設置してある
縁石とか
(d) 上下線が大きく離れている / 高架橋が独立している
個人的には (b) は微妙で、(c) 以降は確実かなと思っていたのですが、
(a) から dual carriageway
Nahainecです。
(2012/05/05 6:28), Shu Higashi wrote:
> はい。検証可能性の観点からsourceタグは重要だと思います。後ほどsourceタグの列を追加します。
> 東
source=*について前から気になっていたことで、情報源が複数の場合の書き方が
あります。
例えば誰かがBingをトレースした道(source=Bing)を実際に歩いてoneway=yes,
maxspeed=30を追加するとします。これまでsource=survey;Bingなどとしていま
した。履歴をたどればoneway,maxspeedの情報源がsur
Nahainecです。
(2012/05/03 15:07), Shu Higashi wrote:
> 東です。
>
> 12/05/03 yuu hayashi:
>> hayashi です。
>>
>> 「公開されている」かどうかという視点も重要ではないかと思います。
>
> はい。著作権とは別の話ですが、公開されている、あるは公開すべきかどうかというのは
> 考慮すべきファクターだと思います。
両者はまったく別の話なので議論する際には区別すべきでしょう。
後者の場合は状況によって判断も異なってくるはず。
Nahainecです。
eTrex 20J 買ってしまいました。
ずっとウェイポイント使わない癖がついているのでまだ試していないのですが、
簡単そうなので試してみようと思います。
さて、Vista HCx 英語版から 20J 日本語版に乗り換えた感想を挙げてみると
193 みちびき ちゃんと受信しているようです。精度に貢献しているかははっき
りしませんが。ちょうどこの時期は昼間使えるみたい。
せっかくなので GLONASS も有効にしています。
上空が開けていると合せて 10 以上の衛星受信していることもありますね。
GPS Accuracy 表示もこれまで 3m 未満には滅多に
Nahainecです。
(2012/02/10 21:34), ribbon wrote:
> なんだそうです。GARMINの「eTrex」は。
>
> http://internet.watch.impress.co.jp/docs/column/chizu/20120209_510659.html
いいなぁ、欲しい。
> でも、六万だからなあ。
OSM用にはベースマップも日本語表示もなくても構わないんだけど、
みちびき対応は日本版だけなんだろうなぁ。
と思って本家の仕様見てみたんですが、
さすがにQZSSには言及していないですね。
で仕様を
Nahainecです。
(2012/01/15 14:01), Shu Higashi wrote:
> 東です。
>
>>> ＜例（brand/name）＞
>>> 7 ELEVEN/セブン-イレブン
>>> KFC/ケンタッキーフライドチキン
>>> このブランドを明示的に表現したい場合にはbrandタグを使う
>>> （nameタグでのブランドの使用は避ける）
>>> というところでいかがでしょうか。
>>
>> ブランドなのか省略形（避
Nahainecです。
(2012/01/15 12:58), Shu Higashi wrote:
> 東です。
>
> 各アプリ側での言語切替の実装がほとんどできていない現状では
> やはりカッコ書きは続ける方向で考えた方が良いように思いますが
> いかがでしょうか。
>
> ただし、()内の記述については原則ローマ字とするが
> nameが冗長になってしまうことを避けるため
> brand名やよく知られた英語名があるものはそちらを積極的に使い、
> またチェーン店の支店名は省略する、
> ということでどう
Nahainecです。
(2012/01/15 12:22), Shu Higashi wrote:
> nameタグはオブジェクトの名称なので
> チェーン店においては半角スペース区切りで支店名まで入れても
> 良いかも良いかもしれませんね。
これまでも判明したものはこの方法で支店名書いていました。
半角スペースは大事ですね。
長い名前が改行できないと見難くなりますし、方針が変わったときの自動変換も
やりやすくなると思います。
これに限らず日本語は区切りを自動的に見つけることが困難なので積極的に入れ
たほうが良いのかもしれませんね。
> refタグは個
Nahainecです。
(2012/01/11 12:14), Shu Higashi wrote:
> nameタグについては以前wiki
> http://wiki.openstreetmap.org/wiki/JA_talk:Howto_Map_A
> で議論されたことがありますが、まだあいまいな点が多いので
> 全般的にご意見等ありましたらこの機会に再度この場で議論してみませんか。
全く別の話題なのでメールを分けます。
name=日本語 (English)
みたいな書き方をしていますが、批判的な意見もあるようです。
http://wiki.opens
Nahainecです。
(2012/01/11 12:14), Shu Higashi wrote:
> nameタグについては以前wiki
> http://wiki.openstreetmap.org/wiki/JA_talk:Howto_Map_A
> で議論されたことがありますが、まだあいまいな点が多いので
> 全般的にご意見等ありましたらこの機会に再度この場で議論してみませんか。
以前の議論にも参加しましたが、結論が出なかったようなので...
すいません、私も途中から面倒になってしまって
やはり支店名を ref=* に書くのは違和感がありすぎます。
Nahainecです。
(2012/01/01 12:10), Shu Higashi wrote:
> 気付いていませんでしたが
> じっくり見ると確かにカドが取れていますね。
> 私の場合はノイズが取れている感じで使いやすいのですが
> 部妙なラインを取る方にはやって欲しくないのかもしれませんね。
ロガーのウェイポイントが使いにくいので軌跡にある種の「ジェスチャ」を残す
ような歩き方をすることが多いです。
例えば POI のところで道を渡る（同時に道幅もわかる）、橋を渡ったら一旦始
点まで戻って渡りなおす等。これが消えてしまうので困っていました。
あとは短
Nahainecです。
明けましておめでとうございます。
ライセンスの確認のために今さらながら Potlatch 1.4 → Potlatch 2 へ移行し
てみたのですが、GPS軌跡の表示にスムージングのようなフィルタがかかってい
るように思います。
生の軌跡に切り替えられないか探してみたのですが、見つけられませんでした。
やはり
http://wiki.openstreetmap.org/wiki/Potlatch_2/Suggested_enhancements
でお願いしてみるしかないんでしょうかね
Nahainecです。
当時のメールを見つけましたので詳細書きます。
買ったのは Amazon.com (日本法人ではなくアメリカのです) 経由で
「Electronica Direct」というところでした。
複数店が出品していましたが、海外発送してくれるところは少なかったと記憶し
ています。
値段は当時で本体が約250ドル、送料が約50ドルと3万円しなかったです。
決済はAmazonなのでクレジットカードで行っています。
日本版の価格を知っているとビックリするような安さですが、日本で修理できな
いなどリスクも多いので誰にでも勧めるわけではありません。
前メールで日本語表示につ
Nahainecです。
Vista HCx を使っています。
日本版ではなく個人輸入しました。
地図はどうせ OSM データを変換して使うつもりだったので
日本地図の有無は気にならなかったからです。
ただ日本語の表示もできないので mkgmap で変換するときに
英語を優先するように設定しています。
確かに豪華ですが、その場で軌跡が確認できるのは便利ですよ。
ビルの谷間などで安定しないときはすぐわかるので
場合によってはちょっと戻って取り直すとかできますし。
ALPSデータのインポート済みの地区では漏れている道を優先して歩くとか。
注意点としては
内蔵メモリだけだと一日記録するに
Nahainecです。
Yahoo/ALPS のデータ、どうも 1:25,000 地形図がベースになっているようです
ね。だとすると転位や市街地での道路の省略などが原因な気がしてきました。
以下想像なのですが、
地形図の作成時に
A. 測量,空中写真などで各地物の実位置を求め
B. (紙上で重なったりしないよう)転位などの処理
をするかと思います。
紙地図や地図画像は当然 B に基づいて描かれるわけですが、
国土数値情報などのベクトルデータは A かと思って（期待して）いたのです
が、実は B なのではないかと。
インポートした川とか鉄道がずれていることがあるのはもしかしてこれ
Nahainecです。
(2011/06/18 23:42), ribbon wrote:
> 実際に歩いたことはありませんが、Bingの写真と比較すると、
> 何か違う、という箇所はあるようです。
ちょっと安心しました。
あまりに違っていたところは修正してしまっていたものですから。
それにしても原因は何でしょうね?
パッと思いつくのは
- 盗用を検出するためにわざと混入させた誤り
- 現地未調査
例に挙げた「実際にない道路」は1:25000の地形図にも描かれていました
- 測地系変換時の誤差
全体が一様にずれていたのではないので今回はこれではないと思う
あ
Nahainecです。
お久しぶりです。
Yahoo/ALPSのデータが一部インポートされているエリアを歩いたのですが、
1. 実際にない道が描かれている
2. 位置がずれている気がする（GPS の誤差かもしれませんが）
ことがありました。
このような経験はありますか?
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
Nahainecです。
発電所データのインポート完了しました。
・既に入力済みか確認できていませんので重複しているところがあると思います
・話題の福島第一のように複数号機がある場合、位置が共通で重なっています
修正できる方、よろしくお願いします。
(2011/03/20 3:32), Nahainec wrote:
> Nahainecです。
>
> 誰も手をつけていないようなら手を上げます。
>
> 平成19年のデータが公開されているのですが仕様が見当たりません。
> 平成7年の仕様を参考に類推しながら変換ツール書いていますが...
&
Nahainecです。
誰も手をつけていないようなら手を上げます。
平成19年のデータが公開されているのですが仕様が見当たりません。
平成7年の仕様を参考に類推しながら変換ツール書いていますが...
(2011/03/17 16:29), Toshikazu SETO wrote:
Daniel-san
Thank you for the good information！
このサイトを見てふと思いだしましたが，
国土数値情報の「発電所データ」というものがありましたね．
（electric generation stations data of "National
Nahainecです。
(2011/01/02 23:29), S.Higashi wrote:
> 東です。
>
> 11/01/02 Nahainec:
>> Nahainecです。
>>
>> (2011/01/02 17:35), K.Shirakata wrote:
>>> 白方です。
>>>
>>> (2011/01/02 16:55), ISHIKAWA Sachihiro wrote:
>>>
>>>> この点、以前から
Nahainecです。
(2011/01/02 17:35), K.Shirakata wrote:
> 白方です。
>
> (2011/01/02 16:55), ISHIKAWA Sachihiro wrote:
>
>> この点、以前から気になってました。
>> ただ、道路の場合車線数をキチンと入れておけば
>> 後はレンダラーが頑張ればある程度は何とかなるとも
>> 思われるので、河川程は必要性はないのかなとも
>> 思ってはいます。
>> ただ、たまに車線数と関係なく変な形状の
Nahainecです。
標識の現物を見てきましたので...
(2010/11/16 23:59), S.Higashi wrote:
>> あと非常時つながりで、幹線道路などで非常時に一般車両通行禁止になるのがあ
>> りますけど、あれはどうすれば良いんでしょう？
>
> このような道路があることは知りませんでした。
> タグ付けは難しいですね。
> 無理やり表現するならリレーションのrestriction
> http://wiki.openstreetmap.org/wiki/Restriction
> を使って、下記の
Nahainecです。
(2010/11/13 23:47), S.Higashi wrote:
> 東です。
>
> マッピングしておきたい地物ですね。
> 下記２つの組み合わせでどうでしょうか。
>
> 緊急時用通路
> highway=service
> service=emergency_access
これだと非常時専用の意味合いが強く感じられます。
平時でも歩行者・自転車は通行可能ということは何らかの形で示したいところ。
bicycle=yes
foot=yes
も付けた方が良いのではないでしょうか。
むしろ highwa
Nahainecです。
土曜日に行ってきました。
昼頃に秦野駅を出発、できるだけ描かれていない道を通って西端へ。
一番マシとされている西の入口も県道らしくないですね。
途中草が茂っていて薮漕ぎ状態だったり、最後の酷い区間で暗くなり始めたりし
ましたが、無事帰ってこられました。
とりあえず、
自動車通行可能(と思う)区間は highway=secondary (narrow=yes)
通れそうも無い区間は highway=track または highway=path
で入れてあります。
写真見ながら surface=* とか tracktype=* とか直していくつもりです。
GPS
Nahainecです。
(2010/09/30 0:18), ISHIKAWA Sachihiro wrote:
> # 便乗!!
> eTrex 使ってますが、確かにそのままだと GPX に POI が記録されません。
> 何か設定とかあるのかなーと思って探してみましたが、結局よくわからないままです。
> 軌跡なるものを保存したらいいのか？とも思ったのですが、関係なかったようです。
>
> ということで、
>> ・UploadするGPXファイルにウェイポイントを埋め込む方法
> が非常に気になります。
> 続報勝手に待ちま
Nahainecです。
他の環境はわかりませんが eTrex と Potlatch の組み合わせだと使いにくいの
でなるべく避けていたんですが、最近
・UploadするGPXファイルにウェイポイントを埋め込む方法
・libxml2の使い方
がわかってきたので埋め込むツールを書きはじめました。
(2010/09/29 22:55), S.Higashi wrote:
> 2.電車乗車中
> プラットフォームの始端・終端を記録
> 最後尾、または最前部に乗り込みます。
> 最後尾なら停車中（発車前）が始端、動き始めてフォーム終端通過時にカチリ
> （プラット
Nahainecです。
(2010/09/24 23:24), ribbon wrote:
>> 天気のいい日に行ってみようかしら。
>
> 結構難所もあるみたいなので、お気を付けて。
当日晴れていても雨の後は避けたほうが良さそうですね。
> リンク先を見る限り、一部が林道で、それ以外は県道と
> 見なしても良いのではないでしょうか。
そうなんですが、リンク先によると高規格な方が県道とは限らないようですし
現地を見ても判断のつかない場合、どこまでの情報を利用してよいものか
> tracktype=タグを使って適宜状況を入れてもいいかもし
Nahainecです。
(2010/09/23 21:54), ribbon wrote:
> http://yamaiga.com/road/kpr701/main.html
>
> #だれか、このルートマッピングする強者いませんかねえ
リンク先を読んでみましたが、意外と距離は短いですね。
これなら徒歩でも大丈夫かも。
天気のいい日に行ってみようかしら。
問題は歩いてもどこが県道だかわからなそうなこと。
とりあえず highway=road で入れて
Nahainecです。
(2010/08/21 12:21), Mage Whopper wrote:
> 1.
> 古くてしょぼいTipsですが
> コントロールボックス（交差点の名前）の探し方をここにメモしています。
> http://wiki.openstreetmap.org/wiki/User:Mage_Whopper/Tips
そんなところに書かれていたのですね。
こんど注意して見てみます。
ただそんな風に隠されて(失礼)いるとなると
大きく表示されているかというタグが欲しくなりますね。
「地図に『○×交差点』とあったから目印に進んだけど
いつ
Nahainecです。
信号機のところに書いてある名前の話ですよね。
交差点の名前をたくさん書いているので補足します。
交差点の名前は付近の住所がついていることが多いですが、
そういうシステムになっているわけではないです。
感覚的なものですが交差点の名前は付近の
1. 学校・駅など施設名 例「町田一中前」「町田駅南」
2. 道路・橋などの名前 例「原町田中央通り」「境橋」
3. 住所例「中町一丁目」
といった優先順位でつけられているようです。
なので信号機のところの名前は
highway=traffic_signals, name=二重堀橋
みたいに入れておけばよいと
Nahainecです。
「羽田空港D滑走路ウォーキング」が開催されるそうです。
http://www.mlit.go.jp/report/press/cab01_hh_26.html
一部とはいえ滑走路をGPSマッピングできるチャンスです。
どなたか応募してみませんか?
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
Nahainecです。
自分がどこを保存しているのか思い出せないです。
http://wiki.openstreetmap.org/wiki/User:Mage_Whopper/MLITJ_cache
の内、
・千葉県・茨城県
・伊豆諸島(小笠原なし)
だと思うのですが。
ちょっと調べてみますね。
持っているエリアは
http://osm.nahainec.org/o/{z}/{x}/{y}
でzoom=17が取れます。
設定に自信が無いのですが
http://osm.nahainec.org/wms2tile/{z}/{x}/{y}
でzoom=17だけでなく16も取れると思いま
Nahainecです。
ちょっと出張している間にこんな面白そうな話題が。
Web は使えたので読んではいましたが、書けなかったので
遅ればせながら書いてみます。
(2010/07/27 23:53), S.Higashi wrote:
> 交通手段や目的によりいろんなマッピングのスタイルがあるかと思いますが
> よろしければみなさんのスタイルをご紹介頂けませんか。
> 最終的にはWikiにまとめてこれから始める方の参考になればと考えています。
名前=広く浅くマッピング
交通手段=徒歩 旅先ではバス,フェリーなども
時間=その日の気分(都合)次第、原則として帰ったら
Nahainecです。
(2010/07/21 19:12), ikiya wrote:
> Bahnpiratさん、お若い方で気軽にお話してくれます。
SOTM 行ってみたい気もするのですが、費用が...
来年はどこですか?
> スライドにもあるようにしっかりJapan,Tokyoで
> Power linesマッピングしていることを
> チェックされてます。パチパチ！
バレてましたか。
User:Nahainec/PowerLine から写真使われていたりしたので薄々は感じていまし
たけど。もちろん写真の使用は大歓迎で、その後追加した写真の一部は私のほ
Nahainecです。
なんか呼ばれたようなので。
前に変電所の機器を提案している人がいるなぁと思っていたのですが、この人
だったみたいです。変電所の施設内までマッピングしようというのか...
なんか会ってみたい気もする。
日本ではまだネットワークの整備が先ですね。
某小説・映画の影響か鉄塔好きは多いようなので参加者を増やす工夫をした方が
良いのかも。
(2010/07/20 20:01), ikiya wrote:
> SOTM2010のライトニングトークでドイツのマッパーBahnpiratさんが
> 送電線などの電力施設マッピングについて発表されていました。
>
Nahainecです。
(2010/07/11 23:29), TANAKA Toshihisa wrote:
>> ところでコンパスはどう使うことを考えていますか?
>
> コンパス単独では、大雑把に方向を取る事が出来れば良いかなと考えていました（汗
> ただ、購入した RDCM-802(デジタルコンパスモジュール) は、値段はまぁ安い
> (￥3,200程度)のですが、８方向しか取れないので、ログ用途には、ちと粗いなぁと
> 考えています。
8方向だと確かにGPSの補助としても粗いですね。
私は
http://wiki.o
Nahainecです。
最近アイデア浮かんでも作る気力が無くて...
(2010/07/10 0:47), TANAKA Toshihisa wrote:
> としです。
>
>> コンパス（地磁気センサー）は，結構要望がありそうですね．
>
> 地磁気センサーは、日本橋では全然手に入らず、しかた無いので８方向だけ検出
> できる方位センサーを買ってきて、以前に入手した SiRF III の GPS モジュールと
> 合わせて自作GPSロガー試作２台目を作ってみました。
>
> http://twitpic.com/2
Nahainecです。
ハードの話は少ないのでこういう話題は嬉しいですね。
実は私も GPS モジュールとアイデアは少しずつ貯めこんでいるのですが、
（意志が弱くて）なかなか製作に着手できないので
アイデアの一部を公開してみます。
「おっ、いただきっ」というのがありましたらご自由にどうぞ。
複数のモジュールを向きや装着場所を変えて記録を取れば
ビルの陰とかでも一つぐらい安定したログにならないかなぁ。
DOP も記録したい。
加速度センサ使えば万歩計のように歩数を記録できるかも。
どれもロガーだけではなくてログの表示や Potlatch, JOSM との連係をどうする
かという
Nahainecです。
(2010/05/11 17:38), say.n...@gmail.com wrote:
> 清野です。
>
> 2010年5月10日23:06 Nahainec:
>> 旅行中のログを入力しつつあるNahainecです。
>>
>> (2010/05/10 9:56), ikiya wrote:
>>
>>> 河川データは縮尺25000精度で河川の中心線が書かれています。
>>> http://nlftp.mlit.go.jp/ksj/jpgis/datal
旅行中のログを入力しつつあるNahainecです。
(2010/05/10 9:56), ikiya wrote:
> 河川データは縮尺25000精度で河川の中心線が書かれています。
> http://nlftp.mlit.go.jp/ksj/jpgis/datalist/KsjTmplt-W05.html
> 縮尺25000を考えるとGPS受信状況に問題なければ
> GPSログに勝算ありと個人的には考えます。
経験的にですが、河川だけでなく鉄道データもずれていることがあります。
乗車中のログは結構ずれるのでどっちもどっちだと思いますが、跨線橋や平行道
路の
Nahainecです。
(2010/04/01 20:14), 山下 一郎 wrote:
> 夕方以降予想外に速度が落ちて、6割くらいしか終わっていませんでした。
私のほうでも「志摩半島(3/4) 」「長万部から松前」は余裕を持って終了する見
込みで手を広げたのですが、終わりませんでした。すみません。
P.S.
最後の一時間ほどはハラハラしながら進捗を見守ってしまいました。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
h
Nahainecです。
皆様、お疲れ様でした。
これからデータをサーブする人に集めなくてはなりません。
# 私としては今持っているエリアをそのままサーブしても構いませんが
# 終盤エリアを細かく刻んでいるので nazotoko さんの設定が大変でしょう
私の取得したエリアは http で公開しています。
wget か何かのスクリプトが使えるのなら url をお教えしますので個別に連絡く
ださい。
zip か何かが良ければ作成しますので希望サイズなどをお知らせください。
nazotoko さんへ業務連絡
(2010/03/31 4:06), Shun N. Watanabe
Nahainecです。
http://wiki.openstreetmap.org/wiki/User:Mage_Whopper/MLITJ_cache
の中部地方で座標がおかしいところがあります。
範囲は min 以上 max 未満（max は含まない）ですので、
１タイル分の隙間ができてしまいます。
表だけの問題ならよいのですが、
念のために確認お願いします。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http
Nahainecです。
(2010/03/28 6:44), Shun N. Watanabe wrote:
> できれば、始める前に宣言して他者を排除してください。
> 残り100 時間を切っているので、同じ場所を取るのを防ぐためです。
担当エリアで「未着手かつ期限までの取得が不安」なエリアがある方、
http://wiki.openstreetmap.org/wiki/User:Mage_Whopper/MLITJ_cache
に記載していただけませんか。
で余裕のある人が user 欄に取得開始
Nahainecです。
機種依存文字を含んでいたようなので再送します。
失礼しました。
またも時期を逸した話題で恐縮ですが
(2010/03/24 12:48), S.Higashi wrote:
> そういえば営業時間(時間や曜日)を示すタグはありますが
> 営業月や営業シーズンの表現ってあるんですかね。
> 海の家とか。
これで思い出したのですが、2/27 の懇親会のときにポストマップとの協力の可
能性や収集時間の話も出た気がします。
どなたか詳細を記憶している方おられませんか?
収集時間については身近なものをチェックしたところ
・平日 Mo-Fr
・土
Nahainecです。
またも時期を逸した話題で恐縮ですが
(2010/03/24 12:48), S.Higashi wrote:
> そういえば営業時間(時間や曜日)を示すタグはありますが
> 営業月や営業シーズンの表現ってあるんですかね。
> 海の家とか。
これで思い出したのですが、2/27 の懇親会のときにポストマップとの協力の可
能性や収集時間の話も出た気がします。
どなたか詳細を記憶している方おられませんか?
収集時間については身近なものをチェックしたところ
・平日 Mo-Fr
・土曜日 Sa
・休日 Su,PH
に分かれているものが多く、場所
Nahainecです。
ちょっと古い話になりますが...
(2010/03/11 21:59), S.Higashi wrote:
> 東です。
>
>>> 【質問１】
>>> しなしながらこの「カラー空中写真」はオルソ化（ゆがみ補正？）されていないので
>>> 地理的な位置がずれてしまい、WMSサーバで配信してJOSMの背景として表示する
>>> といったことには使えない、という理解で合っていますでしょうか。
>>
>> カラー空中写真は、オルソ化する前の写真で、またオルソ化
Nahainecです。
(2010/03/13 3:13), Shun N. Watanabe wrote:
> Nahainecさん
> 神奈川県と湾内は全域頼んでしまったので、
> 千葉県とかどうです？
> あとは、小笠原諸島とか。
> ただ、硫黄島から南は無かったです。
それでは小笠原諸島いきます。
容量によりますが千葉県も...
とりあえず 30GB は確保できます。
ディスク整理中なのでまだ増やせそうです。
--
OpenPowerLineMap計画推進中
http://wiki.openstreetmap.org/wik
Nahainecです。
出遅れましたが、私のほうでもできそうです。
やはり都内在住ですが、勤務先のある神奈川県あたり持ちましょうか?
回線は ADSL 8M と細いですが、容量は余裕があります。
(2010/03/12 19:05), 秋山智朗 wrote:
> ribbonさんへ。
>
> 2010年3月12日6:15 ribbon:
>> On Thu, Mar 11, 2010 at 01:07:04PM -0800, Shun N. Watanabe wrote:
>>
>> それでは、私が都内を受け持って、秋
Nahainecです。
今朝行って、入力してみました。
http://www.openstreetmap.org/?lat=35.662737&lon=139.666137&zoom=18&layers=B000FTF
(2010/02/23 0:05), S.Higashi wrote:
> 東です。
>
> 三浦さん、Nahainecさん、申し込みありがとうございます。
> お会いできることを楽しみにしております。
>
>> Nahainecです。
>>
>> お邪魔させていただこうかと
Nahainecです。
お邪魔させていただこうかと思います。
この付近、私もマッピングしていたのですが、
ここは漏れていますね。
出勤前にちょっと歩いてみようかな。
(2010/02/20 23:16), S.Higashi wrote:
> 東です。
>
> Tomさん、三浦さん、ご検討ありがとうございます。
> 下記内容で、来週半ばくらいに予約を入れようと思っています。
> 人数が読めないのでまだ確定はしていませんが
> 料金や内容は電話で確認しました。
>
> 【日時、場所】
> ２/２７(土)１８：３０
Nahainecです。
ありがとうございます。
'U'→ロック解除で無事に復活できました。
同じことが 高度な編集→削除を取り消す でもできたみたいです。
残っていたノードの履歴から元のウェイを選ぶ方法を探し回っていて気づきませ
んでした。お騒がせしました。
> 決して悪意で間違えたわけではないはずなので穏便に
追求する気はありませんのでご安心を。
「怖くて編集できない」ような雰囲気にはしたくありません。
(2010/02/03 0:28), Taro Kawahara wrote:
>
> 河原です。
>
> 現在現役で活動
Nahainecです。
先日、広尾のあたりを編集しようとして気づいたのですが、
区境のウェイだけが消えてノードだけが残った状態になっている所があります。
# Potlatchで緑丸が並んでいて何だろうと...
ノードのタグから国土数値情報（行政区域データ）であることはわかるのです
が、簡単に復活できるのでしょうか?
--
OpenPowerLineMap計画推進中
http://wiki.openstreetmap.org/wiki/User:Nahainec/PowerLine
Nahainecです。
(2010/01/07 14:54), Shun N. Watanabe wrote:
> nazotoko の渡邊です。
>
> On Wednesday 06 January 2010 15:50:39 Taro Kawahara wrote:
>> 河原です。
>>
>> ikiya さんは書きました:
>>> 「GPSの“正しい”使い方の鉄則 」
>>> 鉄則1 GPSの電源は現場で入れるな。山に入る前に入れよ!
>>> 鉄則2 そのGPS特有のも
Nahainecです。
(2010/01/04 22:23), ribbon wrote:
> 1) バス停からケーブルの下の駅までの歩道は、実は階段だらけです。
> ただ全部が階段ではないので、とりあえず歩道扱いにしています。
> highway=pedestrianでいいでしょうか。
これはhighway=stepsの方が良いと思います。
一段でも階段が含まれていれば自転車・車椅子などの通行困難ですから。
--
OpenPowerLineMap計画推進中
http://wiki.openstreetmap.org/wiki/User
Nahainec です。
(2009/12/27 23:52), ribbon wrote:
> 横断歩道はありましたね。ただ、横断歩道橋はありませんでした。
> ただ、highway=pedestrianがあるのでこれを使おうと思います。
>
> そうしないと、渋谷駅南口にある歩道橋のタグが変なので。
歩道橋については http://wiki.openstreetmap.org/wiki/Ja:Howto_Map_A と
ノートが参考になるかと思います。特にノートには nazotoko さんとのやり取り
で図を書きましたので。
> GPSのデータは、
Nahainecです。
(2009/12/01 5:45), Shun N. Watanabe wrote:
> nazotoko の渡邊です。
>
> 2009/11/29 Nahainec:
>> Nahainecです。
>>
>> (2009/11/29 22:36), ribbon wrote:
>>
>>> ウェイの接続がうまく動きません。
>>>
>>> Potlatch/Primerでは、ウェイの接続を行うには、
>>> ([[Ja:P
Nahainecです。
(2009/11/29 22:36), ribbon wrote:
> ウェイの接続がうまく動きません。
>
> Potlatch/Primerでは、ウェイの接続を行うには、
> ([[Ja:Potlatch/Keyboard shortcuts]]も見ましたが)
>
> 違うウェイの上をShift-クリックで、それらを結合します。(ただし、同じ端点を持つ時。)
>
> とかいてあります。しかし、Shift-クリックを行っても何も変化しません。
これ、「Potlatch 1.3」でもちょっと書きまし
Nahainecです。
(2009/11/23 20:04), ribbon wrote:
> 結構開発が活発なんですね。この前まで1.2dだと思ったら、
> 1.2e、1.2gになって今は1.3ですか。
Potlatch/Changelogの更新が遅いので気が付かないうちに操作が変わっていたり
してビックリすることがあります。
今回もウェイの結合ができなくなっていました。
1時間ほど前にChangelog更新されましたが、1.2gが闇に葬られていますね。
これによるとウェイ結合は「Shift+Click」→「Ctrl+Click」に変更されてい
Nahainecです。
Potlatchが1.3になって拡大率の上限が上がったようですね。
それとノードの位置も滑らかになったみたい。
これまでは近くのグリッドに強制的に揃えられる感じの動作で、小川にかかる橋
とか、橋と交差点の間に入れる短いウェイとかがギクシャクしていたのですが。
Ja:Howto Map Aにあれだけ書き込んでおいて、実はJOSM使ったことがありません
でした。この機会に試してはじめて上の制限はOSMではなくPotlatchの制限だと
わかり、乗り換えようか考えていたのですが...
乗り換えは、先になりそうです。
--
OpenPowerLineMap計画推進
はじめまして、Nahainecです。
(2009/11/14 16:05), ribbon wrote:
> 最初の方に、
>
> For example a road marked {{Tag|abutters||residential}} is likely to be
> slower than one through open country.
>
> という文があります。
>
> 例えば、{{Tag|abutters||residential}}としてマークされた道路は隅から隅ままで解放された国のものよりもより遅そうである
65 matches
Mail list logo
