未だに復活しません
４月に、冬の峠案内が休止になった件について記載しましたが。
未だに復活しません。
もう、冬で～２ヶ月前に旭岳は初冠雪を迎え～先々週、旭川市内も初雪を迎え～。
すでに冬到来なのですが。
利用者の身になれば、必要なものもあるのに、全部ひっくるめて全部閉鎖、って、どんだけ～・・・って、もう風化したネタですね～。
国土交通省が道路事業を評価するアウトカム指標のひとつにホームページのアクセス数を加えたのはもう４年も５年も前のこと。
どうするつもりなのでしょう。
この評価軸自体が間違いだった、とでもしないと、筋が通らないように思うのですが。
さて、最近は広告代理店、アド旭川さん（http://homepage3.nifty.com/adasahikawa/index.htm） にお世話になっています。
ＨＰも作らせていただいています。
一部、ブログも書かせていただいています。
おかげさまで、不動産のWeb広告を作りながら、不動産関係の知識がだいぶ身に付いて参りまして、来年は宅建の試験を受けてみようかな、と思っていますｗ
不動産登記法なんか見てても、道路構造令と整合があんまり取れてなかったりで、どっちも国土交通省管轄なのに、その中でもさらに縦割り行政なのですか～？ という感じです(^^;
整合、っていっても、こちらで感じた部分は大したことではないのですが。
建蔽率の計算で、幅員12m以内は幅員を考慮しなきゃならないのですが、12mの根拠が不明～感覚的には４車イメージなのでしょうけど～とか、そんな感じです。
たい雪幅を考慮するのかしないのかも不明。
その辺ぼかしながらｗ いろいろ説明文を書いたりもしたので、ご興味のある方はアド旭川さんのＨＰの「資料室」
なんかをご覧いただければと思います。
未だに復活しません。
もう、冬で～２ヶ月前に旭岳は初冠雪を迎え～先々週、旭川市内も初雪を迎え～。
すでに冬到来なのですが。
利用者の身になれば、必要なものもあるのに、全部ひっくるめて全部閉鎖、って、どんだけ～・・・って、もう風化したネタですね～。
国土交通省が道路事業を評価するアウトカム指標のひとつにホームページのアクセス数を加えたのはもう４年も５年も前のこと。
どうするつもりなのでしょう。
この評価軸自体が間違いだった、とでもしないと、筋が通らないように思うのですが。
さて、最近は広告代理店、アド旭川さん（http://homepage3.nifty.com/adasahikawa/index.htm） にお世話になっています。
ＨＰも作らせていただいています。
一部、ブログも書かせていただいています。
おかげさまで、不動産のWeb広告を作りながら、不動産関係の知識がだいぶ身に付いて参りまして、来年は宅建の試験を受けてみようかな、と思っていますｗ
不動産登記法なんか見てても、道路構造令と整合があんまり取れてなかったりで、どっちも国土交通省管轄なのに、その中でもさらに縦割り行政なのですか～？ という感じです(^^;
整合、っていっても、こちらで感じた部分は大したことではないのですが。
建蔽率の計算で、幅員12m以内は幅員を考慮しなきゃならないのですが、12mの根拠が不明～感覚的には４車イメージなのでしょうけど～とか、そんな感じです。
たい雪幅を考慮するのかしないのかも不明。
その辺ぼかしながらｗ いろいろ説明文を書いたりもしたので、ご興味のある方はアド旭川さんのＨＰの「資料室」
なんかをご覧いただければと思います。
CGIからYahoo!地図へのリンク
Yahoo!地図の検索結果一覧へのリンク生成についてです。
結果から言うと、なんだかうまくいかない人は、
ei=オプションの文字コード
を、ご使用のものに合わせると、うまく行くと思われます。
enc-jp等。
以下、ここにたどり着くまでの経緯。
p=オプションがキーワード（住所）のオプションのようですが、単純に住所を入れてもどうもうまくいかなくて。
単純にURLエンコードしたものを入れても、やっぱりうまくいかなくて。
よく見ると、ei=オプションで、文字コードが utf-8 になっていました。
じゃあ、CGI を utf-8 にしようと思ったら、Jcode では出来ないのね(^^;
Encode.pmではできる、ということなのですが、ニフティは ＵＳＥ 自体が使えないので、いっさいのモジュールは使えない。
いろいろやってる内に、トップページからの検索と、検索結果一覧からの検索のURLエンコード後の文字列が違うことに気づき。
よく見ると、トップページからはutf-8、一覧からはenc-jpになっていることが判明。
なんだ、単純にei=オプションの文字コードを変えればいいだけですか(^^;？
きっと、sjisでもうまくいくのでしょうけど、一覧からの検索と整合をはかり、
CGI上ではJcodeを使ってencに変換、ei=オプションをenc-jpにして送信すると、期待通りの画面が開きました。
以下、サンプルコード。
$address = '検索住所';
# eucに変換
&jcode::convert(\$address, "euc", "sjis");
# URLエンコード
$address =~ s/([^\w ])/'%'.unpack('H2', $1)/eg;
$address =~ tr/ /+/;
# URL生成
$maplist = 'http://map.yahoo.co.jp/search?p='.$address.'&gc=&ei=euc-jp';
print '<a href="'.$maplist.'">'.$maplist.'</a>';
結果から言うと、なんだかうまくいかない人は、
ei=オプションの文字コード
を、ご使用のものに合わせると、うまく行くと思われます。
enc-jp等。
以下、ここにたどり着くまでの経緯。
p=オプションがキーワード（住所）のオプションのようですが、単純に住所を入れてもどうもうまくいかなくて。
単純にURLエンコードしたものを入れても、やっぱりうまくいかなくて。
よく見ると、ei=オプションで、文字コードが utf-8 になっていました。
じゃあ、CGI を utf-8 にしようと思ったら、Jcode では出来ないのね(^^;
Encode.pmではできる、ということなのですが、ニフティは ＵＳＥ 自体が使えないので、いっさいのモジュールは使えない。
いろいろやってる内に、トップページからの検索と、検索結果一覧からの検索のURLエンコード後の文字列が違うことに気づき。
よく見ると、トップページからはutf-8、一覧からはenc-jpになっていることが判明。
なんだ、単純にei=オプションの文字コードを変えればいいだけですか(^^;？
きっと、sjisでもうまくいくのでしょうけど、一覧からの検索と整合をはかり、
CGI上ではJcodeを使ってencに変換、ei=オプションをenc-jpにして送信すると、期待通りの画面が開きました。
以下、サンプルコード。
$address = '検索住所';
# eucに変換
&jcode::convert(\$address, "euc", "sjis");
# URLエンコード
$address =~ s/([^\w ])/'%'.unpack('H2', $1)/eg;
$address =~ tr/ /+/;
# URL生成
$maplist = 'http://map.yahoo.co.jp/search?p='.$address.'&gc=&ei=euc-jp';
print '<a href="'.$maplist.'">'.$maplist.'</a>';
MagpieRSS 子要素の値を分割する
PHPでRSSを取得するパーサーに、MagpieRSSを使用していますが。
階層が違っても、同じ名前の要素の値は考えなしに結合しているようで、子要素の値だけを参照したいとか言うことが出来ないようです。
なので、提供されている「rss_parse.inc」の一部をいじって、結合部の間に文字を入れるようにしました。
316行目
===================================
function concat (&$str1, $str2="") {
if (!isset($str1) ) {
$str1="";
}else{ // +
$str1 .= "\t,\t"; // +
}
$str1 .= $str2;
}
===================================
「+」の２行を追加。
参照する要素に値が入っている場合は、「タブ カンマ タブ」を追加して、そのあとに次の値を足すようにしました。
これで、あとで分割可能です。
【これを使って、livedoorの天気予報RSSを表示した例】
http://
【関連リンク】
http://blog.koshigoe.jp/archives/2006/10/magpierss.html
http://d.hatena.ne.jp/kasahi/20070825/1188068818
http://www.hyuki.com/yukiwiki/wiki.cgi?MagpieRSS
追記
本文では
$str1 .= "\t,\t"; // +
としたけど、
$str1 .= "\0"; // +
とした方が、cgi-libと整合が取れる形になって、カッコイイかも