[OSM-ja] new coastline offset
say.no00 @ gmail.com
say.no00 @ gmail.com
2010年 7月 10日 (土) 16:57:18 BST
清野です。
Danielさん、コメントありがとうございます。
なるほど、以前OSGeoの会合でも小耳にはさんだことがありますが、
EPSGコードの指定には少しクセがあるようですね。
今後自分で使う際には注意したいと思います。
ご教示いただきましてありがとうございました。
Daniel-san, Thank you for your useful information !
2010年7月11日0:30 Daniel Kastl <daniel.kastl @ georepublic.de>:
> Sorry for answering in English, but maybe it's a geodetic problem as
> Seino-san says.
> I remember a case in my previous work, where all address points had a drift
> .. I don't remember it was 200m more or less, but the reason then was indeed
> the projection.
> I think there is a problem with EPSG 4612, which has multiple definitions
> for the same code number. It was the case for the drift, and after changing
> the datum definition, it was OK. I just don't remember exactly which value
> it was.
> Maybe also more information here, but sorry if I just chose a useless link:
> http://www.yaskey.cside.tv/mapserver/note/gis.html
> In case you use PostGIS for example it's important that everyone uses the
> "right" EPSG 4612 definition, I think.
> I'm not sure which tools are used to import the data, but this should be the
> 4612 parameters that work:
> +proj=longlat +ellps=GRS80 +towgs84=0.078,-0.505,-0.253,0,0,0,0 +no_defs
> Or other PostGIS output:
> GEOGCS["JGD2000",DATUM["Japanese_Geodetic_Datum_2000",SPHEROID["GRS
> 1980",6378137,298.257222101,AUTHORITY["EPSG","7019"]],TOWGS84[0,0,0,0,0,0,0],AUTHORITY["EPSG","6612"]],PRIMEM["Greenwich",0,AUTHORITY["EPSG","8901"]],UNIT["degree",0.01745329251994328,AUTHORITY["EPSG","9122"]],AUTHORITY["EPSG","4612"]]
> Daniel
>
>
>
>
>
>
> 2010/7/10 <say.no00 @ gmail.com>
>>
>> 清野です。
>>
>> 先日この件で少し発言させていただきましたが、
>> 本日Tomさんと直接お会いした際に、他の方も含めて少しお話した感じでは、
>> 先に私の発言した、元データの精度差という可能性もあるけれども、
>> 一律に200mほどずれているということは、ひょっとしたら測地系の違いに起因している可能性はないだろうか?
>> ということも思いました。
>> 詳細には識者の方のご意見も伺いたい(僕自身はデータをインポートしたことがないため)のですが、
>> 一般的に過去に日本で採用されていた日本国内 旧測地系(Tokyo datum)と
>> 新測地系(JGD2000)の差は
>> 東京付近で北西に約450m程と言われております。
>> http://www.gsi.go.jp/LAW/G2000-g2000-h3.htm
>>
>> …とここまで書いて、これに起因したズレにしてはちょっと数値が小さいことに気付きました。
>> うーん…そうするとやはり何か違う要因ですかねぇ…。
>>
>> ちょっとこれ以上は思いつきませんでした。
>> インポートの際のパラメータがずれている、ということも疑った方が良いのでしょうか?
>> 自分が検証できる術を持たないため、折角頑張って下さった方の努力を疑いたくはないのですが…。
>>
>>
>> 2010年7月10日23:25 ribbon <osm @ ns.ribbon.or.jp>:
>> > On Sat, Jul 10, 2010 at 10:40:16PM +0900, Tomomichi Hayakawa wrote:
>> >
>> >> 森林データを多くインポートしましたが、
>> >> 各所で200mくらいズレてるんじゃ無いかと思われるところがあります。
>> >> (例えば、三重県の海岸線あたりとか、愛知県の三河方面とか・・・・
>> >
>> > 200mはずれてないようですが、紀勢本線久鬼駅あたりをみると、
>> > 海の中に森があったりしますねえ。
>> >
>> > 実際は
>> >
>> >
>> > http://ja.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:Kuki4.jpg
>> >
>> > みたいです。
>> >
>> > 海岸線が崖の所は、海岸線=森の境界になっているはずなので、
>> > 元々のデータが違うから、微妙にずれるのでしょうねえ。
>> >
>> > oota
>> >
>> > _______________________________________________
>> > Talk-ja mailing list
>> > Talk-ja @ openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-ja
>> >
>>
>> _______________________________________________
>> Talk-ja mailing list
>> Talk-ja @ openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-ja
>
>
> _______________________________________________
> Talk-ja mailing list
> Talk-ja @ openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-ja
>
>
Talk-ja メーリングリストの案内