parsleyの日記: 今後の宿題(2)
日記 by
parsley
前回までのあらすじ
検索結果の法令のページのURL名はわかりやすく付いているので、法令の番号さえわかれば、検索ページを介さなくても直接URLを合成できそうだ。ソースを読んでみると、AnchorのName属性に長々しく名前がつけてあるので、個別の参照もできるようだ。
民法(民法第一編第二編第三編)あたりから内容を分析してみると全体の設計がわかるかもしれない。民法なら、「編、章、節、款、条(条のn)、項、号」といった法律の構造が一番わかりやすく出てくることだし。(それにしても桁数の分離がばらばらだな。出力結果からDBの構造が推定できそうだ。)
べたうちされた法律の条文を解析をしなくても済むので、「行政組織法」関係だけでもParseすれば、組織図ぐらい自動生成できないかしらん?と役に立たないブツを考えながら、使う道具をどうしようかで止まってしまった。
その時々の行政組織図を常に更新しつづけるサービスなんてするつもりもないし、メンテさえする気力もない。こんなん作ってみました~って手放しても、誰でも触れるようにしておくためには、文字コードひとつにしたって勝手に想定できない。提供側は"shift_jis"で提供しているからといっても、いつ変更されるかわからないし、その程度の変更には耐えるようなものであって欲しい。動作環境にしたって然りだ。Linux上でwgetでソースを持ってきて、ぐちゃぐちゃいじるにしても、.netでouterやinnerを使ってHTML玩ぶにしても方向性が決まらないと、おもちゃ以上の書き捨てソースを作れない。
そもそも、結果大切という意味からは、どういう形に出力すればいいのかという設計が思いついていない。今さらTable出力というのもアレだし(見やすくはあるが)、かといって、MSご推薦の「組織図」フォーマットにするために、Visioと戯れるのも間違っている気がする。
ひまひま週末の宿題は続くのだった。
検索結果の法令のページのURL名はわかりやすく付いているので、法令の番号さえわかれば、検索ページを介さなくても直接URLを合成できそうだ。ソースを読んでみると、AnchorのName属性に長々しく名前がつけてあるので、個別の参照もできるようだ。
民法(民法第一編第二編第三編)あたりから内容を分析してみると全体の設計がわかるかもしれない。民法なら、「編、章、節、款、条(条のn)、項、号」といった法律の構造が一番わかりやすく出てくることだし。(それにしても桁数の分離がばらばらだな。出力結果からDBの構造が推定できそうだ。)
べたうちされた法律の条文を解析をしなくても済むので、「行政組織法」関係だけでもParseすれば、組織図ぐらい自動生成できないかしらん?と役に立たないブツを考えながら、使う道具をどうしようかで止まってしまった。
その時々の行政組織図を常に更新しつづけるサービスなんてするつもりもないし、メンテさえする気力もない。こんなん作ってみました~って手放しても、誰でも触れるようにしておくためには、文字コードひとつにしたって勝手に想定できない。提供側は"shift_jis"で提供しているからといっても、いつ変更されるかわからないし、その程度の変更には耐えるようなものであって欲しい。動作環境にしたって然りだ。Linux上でwgetでソースを持ってきて、ぐちゃぐちゃいじるにしても、.netでouterやinnerを使ってHTML玩ぶにしても方向性が決まらないと、おもちゃ以上の書き捨てソースを作れない。
そもそも、結果大切という意味からは、どういう形に出力すればいいのかという設計が思いついていない。今さらTable出力というのもアレだし(見やすくはあるが)、かといって、MSご推薦の「組織図」フォーマットにするために、Visioと戯れるのも間違っている気がする。
ひまひま週末の宿題は続くのだった。
今後の宿題(2) More ログイン