【土建板的】Object指向建築設計への道【迷走】

新しいCADつくろうと思います
http://science2.2ch.net/test/read.cgi/doboku/1070117764/
http://science2.2ch.net/test/read.cgi/doboku/1074734990/

で住人さんが>>1タタキをしていたので、一緒に>>1タタキに
参加しているうちに、ＬＧＳスタッドの割付から設計倫理に
展開、「LGSｽﾀｯﾄﾞの割付なってﾔﾃﾗﾚﾙｶ」に切れた住人さんが
>>1にさらなる設計倫理を展開、ﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞｿを例に>>1を
煽った>>51が、逆切れした住人さんに｢ｵﾏｴｶﾞﾂｸﾚ｣｢新ｽﾚｷﾎﾞﾝ｣

　LGSｽﾀｯﾄﾞの割付の行方は？？
　設計倫理の結末は？？
　ﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞｿを使った設計ﾂｰﾙが成り立つか？？
　煽りと逆切れから概念を覆す設計ﾂｰﾙが生まれるか？
とりあえず。>>1ﾀﾀｷからﾄﾞｿﾞｰ

すれ立て乙！

>>1
乙！

>>2
酒なんか、飲んでんぢゃねーよヽ(`Д´)ﾉ　（お約束）

ってことで煽りは無しで、本題に入りましょ

ったく、おめーらyo
能書きだけ１５分ほどかかって書くからﾁﾄまっとけyo-

表題のObjectは、解釈も色々あるんでこの際は横に置いといて
「新しいCADつくろうと思います Ver.0.1, 0.2」の落穂拾いからかな

行数の多いのは論理がまぁまぁしっかりした主張だったので
整理を兼ねて、順不同で並べていきますか？

ちなみに代理スレ立ての私は既に酩酊中でありますｗ

>>1=晩酌51
オブジェクト恥垢って何だ？説明せいゴルァ！

ｵﾌﾞｼﾞｪｸﾄ指向ってなんだ？その１

とりあえず。数年前にﾌﾟﾛｸﾞﾗﾐﾝｸﾞの手法として流行した？

Objectっていうのは、良く知らないが物体とか基本単位
のことかな？自信なし＞知り合いのプログラマに聞け！

VBAとかかじったときにFormというのがひとつの
ｵﾌﾞｼﾞｪｸﾄでそこにﾎﾞﾀﾝを配置する。このﾎﾞﾀﾝもｵﾌﾞｼﾞｪｸﾄ

Formの管理下にﾎﾞﾀﾝｵﾌﾞｼﾞｪｸﾄがある、これがｵﾌﾞｼﾞｪｸﾄの
相互関係である。それがVBAとかでGUIで定義できる。

AutoCADは身近にあるので、これとか読むとイメージつかめるかも

オートデスク、オブジェクト指向の3次元CADソフト
『AutoCAD Architectual Desktop』を発表
ttp://ascii24.com/news/i/soft/article/1999/07/22/603553-000.html?geta

ｵﾌﾞｼﾞｪｸﾄ指向ってなんだ？その２

とりあえず、線ｵﾌﾞｼﾞｪｸﾄは>>1の煽りで説明でえーかと
もうちょっと具体的に

柱ｵﾌﾞｼﾞｪｸﾄを考えると

　大義として
　　垂直の構造部材である。
　　鉛直力を受け持つ構造部材である。

となる

これに梁ｵﾌﾞｼﾞｪｸﾄを加える
　　梁ｵﾌﾞｼﾞｪｸﾄは水平の構造部材である。
　　床ｵﾌﾞｼﾞｪｸﾄから伝達する長期床過重を受け持つ
　　梁ｵﾌﾞｼﾞｪｸﾄは末端のどちらかまたは一方に支持される
　　　　柱または梁ｵﾌﾞｼﾞｪｸﾄが存在するハズである。

こういう感じでｵﾌﾞｼﾞｪｸﾄ間の定義をやっちまうのかな？

ｵﾌﾞｼﾞｪｸﾄ指向ってなんだ？その３

とりあえず、ｵﾌﾞｼﾞｪｸﾄ間は複雑怪奇に接続や継承され

　総合的なｵﾌﾞｼﾞｪｸﾄへとして機能する。

　と考えれば、建物ｵﾌﾞｼﾞｪｸﾄというのもできるわな。


のむぞー、

=代理１（id変わっちゃうけど）
仮コテつけとこ。捨てハンにしちゃ勿体無いかなｗ

>>せ
解説ありがとうございます。
ついてこれない建築のプロがいるといけないんで、
アタマで解説しとかないと、ってことで51を煽ってみたわけで。
なんて、おれもよぉ分からんので勉強になります。

>>12
漠然としたオブジェクトの考え方
jw_cad のようなレイヤーを用いる CAD は図面が図形要素の線・円弧・文字で
構成されてて、人の目では平面図に見えても図形要素の寄せ集めである。

いっぽうで、オブジェクト指向ってゆーか、オブジェクト化された CAD では
各部品ごとが意味を持ってて（持たせる訳だが）、件のＬＧＳなら壁に使えば
スタッド、天井に使えば天井下地といった感じでデータごとに個性を持つ

描き方としてはレイヤー１枚に複数の図形要素を入力して図面を描くのに対し
オブジェクト指向の場合はオブジェクトごとがレイヤーだと思えば良いし、
部品のグループ化みたく考えといても良いかも。

普通で考えればﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞﾝをCADのﾃﾞｰﾀの操作に使うと
いうのは的外れだろ。CADの表示には高速性が求められる。
高速性が求められる場所で不利な環境を選択するのはだめだ

＞部品のグループ化みたく考えといても良いかも。

それもあるが
柱と梁のｵﾌﾞｼﾞｪｸﾄが接続する部分はﾊﾟﾈﾙｿﾞｰﾝｵﾌﾞｼﾞｪｸﾄを生成する。
という記述も必要かな？と

>>14
データベースの入出力インターフェースという発想ではダメ？
描画に関してはリアルタイムに読み書きしなくて良いと思う
1. 扉,w x h x d,....
2. 窓,w x h x d,....
みたくデータベース化されてるとしたら、CAD 側は 1 が座標のどこ、2 はここ、
みたいなデータ保存しといて、新たな図形が要求されたものだけ読みにいけば？

普通のCADソフトは処理の高速化のためにﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞﾝを
内蔵している、ところが、一般のﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞﾝを使うとい
うことは

　CADソフトの場合　全部自前で処理

　外部のﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞﾝは
　Program -> SQL生成 -> ODBC -> (TCP/IP-> ) DatabaseServer

トラフィックが違いすぎる

ふふっ 煽りはほどほどにナ

さすが、ここは勉強になる（ｗ
>>17
すると、データベースエンジンを用いたＣＡＤは実用的でない、と結論付けしてＯＫ？
ダメなものはダメで切り捨てるのは大切だもんな

で、CADソフト自体にデータベースエンジンを内蔵だけど、（仮）51-CADも内蔵してて
内蔵データベースの更新対象として外部データベースにアクセスするのはどうよ
今回、51-CADで面白いと感じたのは図面に入れる各種図形データが２Ｄだろうが３Ｄだろうが
この際どっちでも良いのだけど、図面の共通化が最初からできる点なんだよね
だもんで、常時接続でも構わないけど最低限度のデータは内蔵させといて、あとは随時更新とか

一般図の見た目をスイッチ一つで平面詳細図に変換とかデータの持ち方次第でできるだろうな、と

CADソフトを作るとは言っていない。
＞ﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞｿを使った設計ﾂｰﾙが成り立つか？？
前ｽﾚで言ったのはﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞｿの制御のしやすい
ﾃﾞｰﾀを吐く、そしてQueryからの結果を描画する
という部分を前ｽﾚの>1が作れば、ﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞｿ
やQueryをｺﾈｸﾘまわす。価値はあるわな。

14のいうことはもっともだが、CADじゃなく設計ツールという
位置付けを忘れないでほしい。

また設計ツールというとプログラムを連想するが、実際には
sql文の羅列、IV-CADへのアクセス方法、databaseserverの
設定方法までの情報公開で終わるかもしれないな。

柔軟なﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞｿで遅くとも設計ツールとしての機能を
とるか？高速な描画処理を望むか？、これの取り捨て選択は
ある意味おもろいわな。

インタフェース経由でＣＡＤ側に吐き出すだけなら速度的にシビアでなくてもいいんでは？ってことだね。
独自に拡張された領域があるなら、どう転んでも一方通行の前提だろうと。
んで生成されたＣＡＤデータを編集する際に、更新情報を独自データベース領域に格納出来るようにし、
なおかつデータベースとしての整合性を保つ工夫をユーザ側に開放してくれれば面白い。

昨晩徹夜で今すでに酩酊・・・ｽﾝﾏｾｿ､ﾓｳﾈﾏｽ。

>>20
なるほど、てっきり 51-CADを作ると思ったよ
しかし、データベース化したものは用途が広いし、加工もしやすいので良いね

で、ふと思い付いたんだが、CADに執着すると適当な引数を図面に入れてデータベースと
照合したら立体が立ちあがりそうな気がした。

>22
簡単に考えようぜ、いろいろなﾃﾞｰﾀを保持すれば可能かもナ

線ｵﾌﾞｼﾞｪｸﾄ-派生>壁ｵﾌﾞｼﾞｪｸﾄ(LGSのW+仕上げ材の厚さ)
とおり芯情報、でスパン算出、壁ｵﾌﾞｼﾞｪｸﾄ(LGSのW+仕上げ材の厚さ割２/とおり芯)
層間ﾃﾞｰﾀから2FL-1FLで階高、これだけの情報で部屋情報の座標地を出して
PovRayに持ってきな。
仕上げ情報にテクスチャがあれば3DCGが立ち上がるぜ。

>>23
ぽ、ぽ、ぽ、ぽぶれい、っすか〜？
たしかに、PovRay は高機能だけどインターフェースが・・・
考えただけで・・・鬱になる（ｗ
ま、ほとんどの OS 版が揃ってる優位性もあるし、
却って諦めがよくて、良いかも（超鬱

え、もう終わり？
dat落ち間近、って感じですね・・・・

>>25
何か心配なのかな？
何かにすがりたい気持ちはわかるけど、
黙って見てるだけじゃ欲しいものは得られないよ。

「CAD作の>>1」さんなんですが？カキコを見ると別に自分でﾌﾟﾛｸﾞﾗﾑを
組んでるわけじゃないみたいですな。
ﾌﾟﾛｸﾞﾗﾑを作成できる能力があれば倍精度といえば64bit長ﾃﾞｰﾀは
経験あるＣＡＤユーザなら誰でもしってるわな。
どっちなら倍精度浮動小数点の指数部表現のﾃﾞｰﾀ長は何bitですか
のほーがまにあっくでえーわな。（笑）多分答えられんやろ。
（わしもしらん）

とりあえず。「CAD作の>>1」ヲチｽﾚとしてsage進行、設計作業をIT化
(RDB化/SQL化/Web化)のアイデアがあればﾀﾞﾗﾀﾞﾗ書くｽﾚでいいと思う
ぞ、焦る必要はないし、

逆に「仕上げ表のﾃﾞｰﾀﾍﾞｰｽ化」で成功事例とかがあれば具体的に教え
てほしいな。それ以外でﾃﾞｰﾀ連携のｱｲﾃﾞｱというのは、論議する価値あり
と考えるぞ。

こちらでも御挨拶を。

>>27
＞「CAD作の>>1」さんなんですが？カキコを見ると別に自分でﾌﾟﾛｸﾞﾗﾑを
＞組んでるわけじゃないみたいですな。

そうですよ。ずーっとそう言ってるじゃないですか。

まあこちらも生暖かくｦﾁしていますので、
今後ともよろしくおねがいいたしまする。

ふふっ、ここにも釣り人がおるのかの？

ヲチ率だけは高いスレ。

> (RDB化/SQL化/Web化)のアイデアがあればﾀﾞﾗﾀﾞﾗ書くｽﾚでいいと思う
これらの意味が１も含めて分からない香具師が多いと思われ

データベース＝アクセス？てな感じで若干ずれてもそっち方向に脳内変換して
くれれれば救いようもあるが、データ構築・整理整頓のセンスがないのが設計屋ｗ
SQLに至ってはもっと悲惨

部屋の配置とか室名未定とか、部屋が増えた減ったくっついた、なんて、
フワフワ動いている段階では仕上表のデータベース化と言っても難しそうだなあ。
でもそういう状態で最後まで行くわけだからね、場合によっては施工図段階であっても。

>>31
普通で考えて設計者がSQLを使うことはないわな。

>>32
決断できる設計者がいないか、ダメな設計者なんですね。
とはいえ、前に第3会議室横湯沸室に火気使用の表記が
あるんですが、図面に第3会議室横湯沸室がないんですが
と役所の審査担当に言われた。

設計も積算も設備も誰も気がついていないわな。

そうゆう凡ミスを防ぐ目的というものデータベース化
の意味はあるわな。

>>34
> 凡ミス
凡ミスと括ってしまうことに気付いたほうが良い。
クライアントのような言わば素人でさえ、目に見えるものなら気付く。
ラッキーなのはそれで済ませてこれたこと。
のんきに構えて、目に見えないものの不在に気付くのが遅いと、結果的には
あとの祭りになって、しかたなしに凡ミスで片付けてしまう。
つまりはそういった悪い意味での習慣が根付いているってこと。
ま、SQLは実際に使う場面がなくても、知識や考え方は頭の片隅にあって良いはず。
リアルな世界で仕事をしてて数式だけの世界はピンとこない人は多いと思うけどね。

凡ミスだわな。

原因はコミュニケーションが悪いのか
ヒューマンエラーなのかはわからん。

それよりも怖いのがいままでそれで
建物が設計できて、竣工していることだわな。

凡ミス・ヒューマンエラーを防ぐのにソフトウェアの
力を借りたり、工夫したり、新しい技術を詰め込んだり
宴会芸で一発芸を披露したりと、がんばっておるぞよ。

部屋の配置は規模にもよるが、数値化するかしないか、できるかできないかを検討
実務的には小さければ東西南北の命名処理できるかも。ダメなら通り芯符号から命名。

室名未定は、固有の名前が決まらなくても空間は存在するから、Room-001, Room-002, Room-003, ...
部屋が合併吸収したときは、Room-001 + Room-002 -> Room-001 とかにすれば良い。
部屋が分かれたときは、Room-001 -> Room-001 + Room-001a + Room-001b とでもすれば足りる
部屋がなくなったら欠番。
Room-001 がデータベースのどの仕様なのか、居室か非居室かはフラグを立てれば済む。

>>36
> それよりも怖いのがいままでそれで
> 建物が設計できて、竣工していることだわな。

やはり、縦読みの業界ってことか（ｗ

ほ
ほ
う

>>35
ヲヌシなかなかやるな。頼もしい。

ﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞｿを使う理由は>>37の理由どおり、極論であるが
「名無し部屋」で許容できる。

決断の鈍い設計者には

select Nowproject roomname="名無し部屋" *

で列挙された結果をタタキつければよいわな。

ほんとのﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞｿを使う最大の理由は、ODBC経由でExcelで
列挙して力技とAccessウィザードで不安定要素排除が出来るわな。

こうなるとリレーションが命になる。そうなるとプログラマよりも
建築実務を知ってる香具師のほうが結合条件をハジキ出すのが早い
と思ったのがﾃﾞｰﾀﾍﾞｰｽｴﾝｼﾞｿだわな。

設計者が決断しないから名無し部屋ができると、本気で思ってるの？
だとしたら実務知らなすぎ。

>>41
http://science2.2ch.net/test/read.cgi/doboku/1067048794/579
もしかして、こういうジムソにお勤めの方ですか？

>>41
君はすごいねー、アタマ良いんだねー、将来を嘱望されてるんだろうねー、
同期の中でも出世頭なんだろうね。うらやましいよ、ほんとに。

ってことで、話題に載れないからって、ガキが拗ねるなよ
自分の瑣末な知識を披露したくて煽るなら、お前のレベルは超低すぎ
黙って学んで、少しだけ賢くなったら出て来い。それまでは黙ってろ（藁

>>43
痛いとこ突かれて逆切れですか？
大人になりなよ。
きみみたいな幼稚な奴が、荒れる原因なんだから。

PSやEPSにも仕上表があって然るべき。
床は防塵塗装だとか、こっちのは金ゴテ仕上でいいとか
どこかで仕様を決めなきゃいけない。
設計者はあんまりこんなこと考えないだろうけど。

それに仕上は1種類じゃないよね。壁を例に挙げても
面毎に違うとか、一部ＡＬＣの面はこうだとか、下がり壁は天井と同材とか。
床だってＲ状の化粧見切を入れてこっち側はタイル、とか。

壁で囲まれていない空間にも「部屋」としてアドレスを振る仕必要があるなのかな。

>>44
君も大人を自覚してるならスルーしる。唯一、話題から浮いてるぞ。
>>45
仕上表にPSやEPSの記述をしない設計者いるの？
規模によって室と変わらないから習慣で作成してる
>>46
シャフトに限っては四角形の平面で多角形は少ない。壁面の合計は変数４個でOKかな
壁の仕上げはDBリストからチョイスするから一つの面に仕上げが複数あっても対処可能だと思う
あとは、一般壁の部位で仕上げが変わるのは腰壁・ボーダー・梁型以外には何かあるかい？
壁の塗り分けがある時はシャフト壁に準じてクリアーできると思う
> 壁で囲まれていない空間
アトリウムみたいな意味？　詳細きぼん

整理すると、例えば「Wall-Finish_001: 下地 + 仕上げ」の組み合わせになるから
・LGS: 素地・PB各種組合せ・断熱吸音材（・塗りもの・金属）
・CB各種: 素地・モルタル・ボード・断熱吸音材
・躯体: 素地（各種）・モルタル・ボード・断熱吸音材
・・・・
で、具体的には（適当だけど）こんな感じか？
壁面A方向一般: Finish_001, Finish_002, Finish_003
壁面A方向腰壁: Finish_001, Finish_002, Finish_003
壁面A方向ボーダー: Finish_001, Finish_002, Finish_003
壁面A方向梁型: Finish_001, Finish_002, Finish_003
壁面B方向: Finish_001
・・・・
壁面C方向: Finish_001, Finish_003
・・・
壁面D方向: Finish_003
・・・・
ま、上の考え方は見積りも含めて考えといたほうが良いと思って複合仕上げな発想だけどね。

>>48
おめーyo わかりにくい、ってか仕上げ表をそのまま表にまとめたやんけー

ﾃﾞｰﾀの持ち方はいとも簡単にしようぜー

■壁ｵﾌﾞｼﾞｪｸﾄ -> 仕上範囲ｵﾌﾞｼﾞｪｸﾄ

　　仕上範囲ｵﾌﾞｼﾞｪｸﾄのメンバに仕上げがある

部屋ｵﾌﾞｼﾞｪｸﾄは壁ｵﾌﾞｼﾞｪｸﾄにより囲まれた空間である。
　壁ｵﾌﾞｼﾞｪｸﾄに囲まれた面積が床面積である。
　壁ｵﾌﾞｼﾞｪｸﾄに囲まれて構成される下端の部分が床ｵﾌﾞｼﾞｪｸﾄである。
　壁ｵﾌﾞｼﾞｪｸﾄに囲まれて構成される上端の部分が天井ｵﾌﾞｼﾞｪｸﾄである。
それぞれのｵﾌﾞｼﾞｪｸﾄに仕上範囲ｵﾌﾞｼﾞｪｸﾄをリレーションさせ、仕上げメンバ
をぶち込めばいい
床ｵﾌﾞｼﾞｪｸﾄの仕上範囲に基準階高からの高低差をメンバにする。
天井ｵﾌﾞｼﾞｪｸﾄの仕上げ範囲に基準階高からの天井高さをメンバにする。
これで、空間要素は結論できて、ﾎﾞﾀﾝ一発、部屋容積、換気鮮換気量
のﾃﾞｰﾀﾍﾞｰｽがあれば、シックホーム根拠がすぐにでるわな。
もちろん、ｵﾌﾞｼﾞｪｸﾄの仕上げ範囲の座標値で面積も一発
積算も便利だわ。

壁ｵﾌﾞｼﾞｪｸﾄの座標値、仕上げ範囲の座標値、床＆天井の高低差が
わかればﾎﾞﾀﾝ一発展開図も可能になるな!理論的に。

それに座標値が解決されているならPovRay渡しも確かにいけるか？

ここまで書いて、操作性も考えてみた。

用は
　とおり芯かーいて、壁芯かーーいて、部屋名かーーーいて仕上げの線かーーーーいて

という製図手法も無視したほうがいいかも？？？？？？？＞

壁ｵﾌﾞｼﾞｪｸﾄの作成＆配置完了で部屋Obj完了、と同時にでふぉの
仕上げを代入、面積を積算、けんぺー、ようせきのチェック、

こんなんはどうかな？
まずX-Yのとおり芯を入力する。次に補助的な壁芯を入力する。桝目が出来るわな、

ここで、桝目のセルをクリックして、壁ｵﾌﾞｼﾞｪｸﾄを自動生成すれば
ユーザインターフェイスとしてはべんりだな。

簡単に書くと
＋−＋−＋
｜１｜２｜
＋−＋−＋
｜３｜４｜
＋−＋−＋
こういうとおり芯を作って
１、３，４をクリックして「部屋生成」とかﾎﾞﾀﾝを押すと
＋−＋
｜　｜
＋　＋−＋
｜　　　｜
＋−＋−＋
という壁ｵﾌﾞｼﾞｪｸﾄが出来て、部屋ｵﾌﾞｼﾞｪｸﾄが出来て天井＆床ｵﾌﾞｼﾞｪｸﾄが
出来て仕上げの初期値がセットされれば、えーわな

＞出来て仕上げの初期値がセットされれば、えーわな

良く考えたら、でふぉのまま走るあふぉが居るかもやね。

　仕上げの初期値は「名無仕上げ」で統一が２ｃｈらしくてえーのう。

>>49-52
分かり難くて悪かったな（涙
おかげで一歩前進どころか２〜３歩前に進んだんじゃねぇの？
何か書かなきゃ前に進まないのは根が土建屋だから仕方ねぇべ（汗
ところで沢山書いてもらって悪ぃんだが誤字・嘘字は勘弁してくれ、焦点がぼける

>>53
>何か書かなきゃ前に進まないのは根が土建屋だから仕方ねぇべ（汗
そりゃ、そうだー
タタキ台を出さんと前にすすまんもんなー

タタキ台の定義
　よくいや：プロポーザル
　悪くいや：テンプレ投げてとりあえず仕事がすすめりゃえーやろ

　共通の利点：＝　とりあえず仕事がスムーズに運べば１夜漬けでも
　評価される。（ｗ

>ところで沢山書いてもらって悪ぃんだが誤字・嘘字は勘弁してくれ、焦点がぼける

　すまん。へべれけなんでな。

>51を読み直して気づいた！
セルと考えれば、Excel+VBAでもえーわな。

OfficeならMS-Queryもあるので、SQLも投げられるわな。

Excel+VBA+Queryで超効率的設計ツールが出来るか？、、、ﾜｸﾜｸ..

酒呑んでたら、ｱｲﾃﾞｱ浮かんだんで書いとく

　仕上げ範囲ｵﾌﾞｼﾞｪｸﾄ（の座標値）と仕上げメンバで

仕上げ積算がすぐ出来る。

明日は、みんなでｱｲﾃﾞｱ練ろうぜ。オレは呑みにでるけどyo-ﾍﾍﾍっ

もしExcelでやるならMS-Officeは外したい。XPのコピーがめんどい。
CAD作でも出たけど、PEN-500クラスのユーザーはまだまだ多いし、OpenOfficeはどうよ
OpenOfficeのCalcならSQLサーバーに接続できるし、
窓＋林檎＋ペンギンが同時にスタートできれば知恵者も増える

CSVとかTSVなら無問題かと。

>>58
データ生成や行き来はCSV, TSVでOKだが、Query入力はどう考えてる？

哲板最強のカリスマ・☆キキ+キﾟДﾟ♪が満を持して再登場！

物事に表面上の美しさを求めるな、
深く掘り下げれば真実が見えてくる、、、

そんな☆キキ+キﾟДﾟ♪の哲学HPはココ↓ (キキキの即興ピアノ演奏あり！)

http://www.geocities.co.jp/HeartLand/8862/

僕の哲学は、学問ではない。
人間が生きていく中、背負うべき道徳なのだ。（HPより抜粋）

孤独を越え、闇から光を見出した☆キキ+キﾟДﾟ♪だからこそ言える！
もう何も迷う事は無い、、、

☆キキ+キﾟДﾟ♪に触れ、明日への一歩を踏み出すのだ！

>>59
webアプリとか。
最初からxmlのほうがいいかな

>>57
OpenOffice.org、調べてみた
現バージョンではExcelのVBA・マクロの互換性は低い
要望多いから、完全対応の可能性大

あー、チラッとみたべー
xmlもやなー
OpenOfficeかのーODBC経由か？

あーっと２次会の会場でオネーちゃんが呼んでルー

>>47
＞アトリウムみたいな意味？　詳細きぼん
全体はエントランスホールとして吹抜が基本だけど、打合せスペースはローパーテーションで
区切ってあるだけで床仕上も床高もCHも違うけど壁は同じ、受付はまた化粧ゴテゴテ、とか。

その空間のだいたい中心あたりのxyz1点を指定して、
「このへんを事務室と命名する」てな訳にはいかないかな？
室名TEXTに属性を持たせるという感覚か。
壁下地を先に配置し、仕上をしていく段階でそいつを参照するとか。

法的に許されない避難通路付近の諸室てゆーか、何とかコーナーみたいなもんか。
法的な室名以外に目的で分けられたゾーンてことね。
一般に日本語の室は壁で囲まれた部分を意味するので、用途で区分されたものを室の概念とせよ、ってことになるのか。
> その空間のだいたい中心
実行予算レベルまで念頭におくかどうかだね。重複した床仕上げとなることもあるし、そうでない場合もある。
座標で感じたのは同じ室内にロフトみたいなものがあったときz座標が2つになる場合の処理だね。
メンテナンス空間やキャットウォークなんかがそれに近い。

>>61
> webアプリとか
入力インターフェースをGUIでやるのはどんなスタイルがお手軽なんだろ？
グリッド化は必要だけど、セルのような概念の入力はけっこうムズい。
JAVAとか使えばできるけどHTML以上の知識が必要だしホームページビルダーではできない。
グリッドのズームアップによるさらに詳細な可変も必要。お手軽な入力は実装が難しいね。

>>66
HTMLのテーブル内のセルをポイントしてリンクはどうすれば良かったっけ？
たしかstyle指定で出来たような覚えがある。

1. とりあえず、テーブルで適当な数のグリッド作っておいて、基本スパン・階高入力
2. 矩形限定としてセルをポイントしたら色を変えるのはJavaScript
3. 色の変わった部分が大掴みの平面図 -> 生成
4. 特定のセルを選んで、さらに細かく表示してるグリッドから部屋の始点・終点指定 (x1, y1, z1) - (x2, y2, z2)
5. 厳格な空立米は押さえられんが、表面積は自動計算可能、z座標が基準FLより+なら下地自動追加、-なら躯体追加

ウォッチリストの一覧・編集は便利そう

みんな元気かね。

頭痛いがしごとちゅう。

同じことを考えてると思うが
基本がちょっと違うんだな。
http://love.2ch.net/test/read.cgi/motenai/1074582007/-50

前スレ５１さん
話題提供してくだしゃい

他力本願なスレはここでつか？

部材リストをまず作成する。
この建物に関る言葉を全て羅列しろと。まあ辞書だな。
「巾木;ソフト巾木H=60」とか「区画;1時間耐火壁（仕様未定）」とか「床下地;モルタル金鏝押え」とか。
あと「2G6A,w500_h900」「AW15;W1=1500_W2=900_H=1500_h=900」「小便器;TO*O_ABC1234XYZ」とかね。
それと物だけじゃなくて室名や面積や区画やｃｈなんかの非物体も含めて。「X5-X6_Y2-Y3_3FL-4FL」とか。
インターフェースとしては”クリックするだけで”。まあそれは欲しい人がｏｓ毎に作ればいいか。

んで、>>64で書いたXYZの座標値を元にその辞書から言葉を拾い出して、
その座標値の属性としてズラズラ並べる。フラグは室名が適当かな。

とりあえずその空間基準点近辺にあるモノを、いつでも呼び出せる用意がこれで出来た訳だ。
導線なんかのベクトル持ったものは別にして、文字列とモノが1対1ならば、あとは増減or入替作業。
ツールとしては文字列の入力だけだからメモ帳でも充分だろ。基本ルールさえ守ってもらえれば融通も利く。

ただし実際の入力作業としては、辞書を作りながら拾っていくような感じになるだろうな。
そこんところは応用が利くようにしたい。
メモや質疑なんかも入れられるな。変更予定、VEなんかも。「LINK;http〜」「DWG;d:\〜」とかも。
ユーザが勝手に項目を増やせるのがいいかな。


ROMしてるおめーらも何か考えろよゴルァ。

73=某コテハンｗ
カキコ少ないんでつまらんから、名無し潜伏しまつ。

スタイルシート使えば >>73 のは、あらかたできるな
あとは辞書をどこから持ってくるかだ

>>75
んなもん過去のCADデータから文字列だけ抜き出して2CH上で集計しsort(ry

>>76
やりかた自体はは力づくでできるんだけど、最低限度のフォーマットを考えねばならん。
たのむわ、言い出しっぺ ＞ >>76
>>73
> 欲しい人がｏｓ毎
OpenOfficeは軽くスルーされたし、各OSで共存させるとしたらHTML(XML)っきゃなさそう
前スレで出てた階段下サーバーが実現するかも。

こちらは中身のある話で盛り上がっているのぅ

分類の技術次第で能率が全然違うからなあ。

案01
共通仕様書に準じて分類する。
"番号","区分","内容","追記1","追記2","ユーザ領域1"（以下拡張可能）…
"14-05-03","壁下地","LGS65","スラブ下マデ","","1h耐火、FP060NP-9206","MEMO_RCにするか？",""　…

これを、以下から呼び出せるように。
"座標","室名","なんちゃら","かんちゃら","床","巾木","壁",…"XLS_D:\PRJ\…",URL_http…",　…

こういうのはプロのグラマーさんがやったほうがいいと思うけど、まあ案てことで。

> こういうのはプロのグラマーさんが
んにゃ、そーでもねぇべさ
ﾌﾟ)のログラマーさんだと、データ形式は固定長ですか？SQLならこっちの方が・・とかウザ〜なこと言うので
少々泥臭くても直感的に分かりやすい、メモ帳でも編集できるローテクな仕組みのほうが良いよ
どのみちサーバー経由だから自動生成の途中でデータに色々と装飾を付けるのも簡単だし

分類の技術は、>>79 氏の案を使って、取り合えずは叩き台にしてやってくべ
CSVだのTSVなら表計算の列の移動で何とでもなるっしょ

ほんでもって、具体的にはどーすべぇてことで絵がなきゃ話しになんないからここでも見てちょ
・画像の上でクリックすると座標値がでるっしょ。仕組みは分からんけどどっかにソースが落ちてると思う
　ttp://mapbrowse.gsi.go.jp/cgi-bin/nph-mm.cgi?mesh=5338052&x=-1&y=-1
　絵は方眼紙みたいなのを使えば分かりやすいかも。クリックしたら座標を返す仕組みなんだろな

あとは「スタイルシート フォーム レイヤ」でググってくだされ
クリックすると入力画面が表われるようなのが必ずあると思うぞー

> こちらは中身のある話
ここに来てるのはある意味ズルいヤツらが集まってて、図面描きのCADは卒業して、
あわよくばマウスで図面描かないで図面でけたらエェなぁー、って感じだと思う。

仕事に飽きたので、とりあえず夢想してみる

1. 始点はどこ？ -> ここ
2. 終点はどこ？ -> ここ
3. 高さは何階から何階？ -> これ
4. Go! で保存
--------- ここまでで座標値、取得 -> 精細な座標値は適当に丸める -> 手入力、可

5. ところで、室名のジャンルはなに？ -> これ
6. だば、ホンコの室名は？ -> これ
7. Go! で保存
--------- 室名、けてーい

8. 次、床・壁・天井のどれ行く？ -> これ
9. で、壁の下地は？ -> これ
10. ふーん。その下地は床仕上から？スラブから？
　 スラブからならEnter、床仕上からなら数値を入れれ -> 150
11. その下地はスラブ下まで？天井まで？
　 スラブまでならEnter、天井までなら床からの数値を入れれ -> 2600
12. ところで、区画とかある？ -> ある
13. 何時間耐火？単位は[時間] -> 1
14. なら、これのどれ？ -> これ
15. Go! で保存
--------- 壁、けてーい

nn. ところでメモとか書きたい？ -> なんちゃら、かんちゃら

区分入力でオブジェクトの連携しとけよｗ ＞ >>81, 83

平面の対角の始点〜終点から壁芯、暫定的に芯振り分け
仕上材決まれば、下地÷２＋仕上厚で仕上げ線
階高・天井高が決まれば簡単な断面図
ざっとした3D概念の図面はできるし、仕上表も終わり
>83の内容だったら携帯からも入力可能

あとは凸凹をどうやって入力処理するかだ

84
>>あとは凸凹をどうやって入力処理するかだ
BLOB型フィールドにCSV or TSVで保持
この辺はCADライクなプログラムでBLOB型フィールドに差し込む
Queryを書けばできるぞ

すまんな。某所に設置した階段下鯖を仕事のデータの受け渡しに
無人運転で使っていたんだが、火曜日からDynamicDNSが効かなく
なった。仕方なく、直IPでしのいでいたが、原因はIEセキュリティ
パッチ、認証書式をドメイン偽装に使ったセキュリティパッチを
かけると認証書式自身が死ぬ＝DynamicDNSの認証でケラレる。

先ほど別手法でようやくDynamicDNS復活、これからMySQLぶち込む。

MySQLってことはPHPは入ってるってことか。
ついでにPukiWikiも入れといてくだされ

しかし、ほんとに階段下サーバ−があったとはｗ

ふぅ、やっと計画変更完成

>>86
PHPは入れてない、MySQL(W32) Perl5.6 Apache FTPD OSは2K
IBMのDesktop On Call でリモート操作可能
ちなみに夜間は停止
火曜の夜に切断不能に陥った、原因は85のとおり

しかし、精鋭が集まったかな
携帯で設計も現実になりそうだな。

なーる、Windowsで立ててたのか

> ちなみに夜間は停止
電源は、たばこの自動販売機か？
スレタイどおりにみごとに土建板的ですなー（ｗ

ところで、MySQL でデータは整理できるが図形表現がちと弱いのでは？
そこでPythonが出てきたり、SVGが出てくる。
場合によっては CSV, TSV から XLS を自動生成なんてのは Windows だと荷が重い。
自動販売機から電源とるくらいガッツがあるなら Linux も勉強しておくれよー

なんかおもしろそーなことやってるな。おれにも何かさせろ、ごるぁ！

一般図は書けるとして、
納まるのか、このやり方で。
ああそうか。納まりは全部標準納まりか。
公団住宅向けだな。

俺の予想では。

このスレの住人は知識だけひけらかして何もしない。

>>91
知識の提供をしているべー

>>91
藻前はここでいったい何を期待してるのだ、、と問い詰めたい

しかし、いろいろアイデアが出ていいべー

　やはり図面を軸に考えるので、従来の製図手法優先のまとめ方
　となるんだろう。

　しかし、データベースオブジェクトに乗せる、それから設計手法
　を考えると、このスレでいろいろアイデアが出るのはよいわな。

　もしかしたら、このスレが最先端を逝っているのかもしれないな？

> 知識だけひけらかして
これまで色々と書いてきたけど、ひけらかすと言われるほど大層な知識ではないと思ってる
ふつうにネットサーフィンして学んだことや、感じたことを書いてきただけ
誰でも同じことは書けると思うぞ

>>90
> 一般図は書けるとして、
> 納まるのか、このやり方で。
どうなんだろね。これまでに出たことだけでは一般図さえも難しいと思うけど、
可能性はそれなりにあると思うよ。
図形データは座標で持つしかないから、白紙の状態から描き始めるよりは楽かな？
という程度のDXF化はいつの段階でもできる。

> ああそうか。納まりは全部標準納まりか。
> 公団住宅向けだな。
別に良いじゃん、標準があればできるという可能性を感じたわけだ。
おもろいねー。標準納まりさえあれば携帯電話経由でも図面ができるってことか。
気付かなかったよ、ありがとさん。

> このスレが最先端
そういう意見もあるが、あんがい良い意味で先祖返りしてるかもよ。
いまほどCADが普及してなかった時代、座標入力だけの日影規制ソフトとかあったし。

>>84
＞仕上材決まれば、下地÷２＋仕上厚で仕上げ線
せんせー、ツラ合わせで偏芯する場合はどうしませう？

位置決めは芯からモードと面からモードの最低2種類は必要では。

座標値を細かく決めなきゃいけないと思うから不整合が発生するわけだ罠。
「だいたいこのへんモード」「決定モード」「確定モード」とかに分けて
あとで調整できるようにしたほうがいい鴨ね。

オブジェクト的には厚みのある板っちゅうか版として考えるべきか、
それとも下地から考えるべきか、仕上げ面優先で考えるか、
両方ともに欲しいよね

使う人のデフォルトな入力モードの切り替えが必要やね
1. 壁芯 -> 偏芯モード、する？ [Enter, No]
2. 仕上げ面（どれの？どこの？どこからどこまで？） -> 悩

ところで躯体データはどうやって持ってくる？

スラブ・柱・壁・梁の各サイズを手入力

>>101
スラブ・柱・壁・梁の各サイズ

サイズだけ入力するなら、手入力のほうが最速かとおもうが？

@50でプルダウンメニューから

>>103
こんな感じか？
<select name=梁x value="">
<OPTION value='30'>30
<OPTION value='35'>35
<OPTION value='40'>40
<OPTION value='45'>45
<OPTION value='50'>50
<OPTION value='60'>60
</SELECT>
<select name=梁y value="">
<OPTION value='30'>30
<OPTION value='35'>35
<OPTION value='40'>40
<OPTION value='45'>45
<OPTION value='50'>50
<OPTION value='60'>60
・・・・・・
<OPTION value='200'>200
<OPTION value='250'>250
</SELECT>

↑どうせなら。Perl5.6でかいてくれや。

↑
print <<EOM;
>>104
EOM

Perl の一部なんだが（鬱

（鬱（鬱
せめて
printf("<OPTION value='%d'>%d",PichFactor,PichFactor);

くらいは....ﾄﾎﾎ.

>>107
？

終わったか・・・・

みたいだな（ｗ

しょせんはCADヲタのスレ（藁

スレというより板

板面はいやずら。

保守あげ

予想通りの展開でつ

さてと
ぼちぼちプログラムでも組むか！

と、書いてみる。

書いてみるとか言ってねーでとっととやれや。
どーせなんもできんくせに。

>>117
オマエこそうｐされるのをぼーっとまってるだけだろ
オマエが一番何も出来ないんだよ！

さて、四月になったんだが＞１は帰ってくるのか？

『でけた！』と、ｴｲﾌﾟﾘﾙﾌｰﾙねたがくるのに５０ﾏﾝﾄﾗ！

おい、おまえら。
仕上表の室名を元に求積図作る場合の基準を教えれ。

>>119

>>1さんですか？
名無し組で別スレで活躍中

>>121

>>1より>>51に帰ってきてほすい

>>119
あれは希望的観測でしょ？

>>122
http://science2.2ch.net/test/read.cgi/doboku/1074734990/l50
で遊んでるyo-

やぱり、あの切り返しのうまさは51だったか。（ｗ
漏れとあっちで掛け合いしてもつまらん。こっちでやるべ。

やぁー。＼(^o^)

息切れして、ここもオシマイか？
（保守）

もう語り尽くされてしまったのか？
（保守）

さてと、こっちで遊ぶか？

>>129
自販機サーバーはお元気ですか？
PukiWuki走るようにできないかな？

な？
みんな口ばっかりでいざとなったら動かない連中だけだったろ？

出てこなくなったが細々と開発を続けてる（と思われる）
某スレ１の方がなんぼかマシ（ｗ

>>131
コンセプトはあらかた出てる。（藁
あとは、実稼動させる遊び場をみつけるだけ。

>>132
>>51は某スレの>>1のように他人任せでないところが強み。
絵の描けない>>1はイラネ。

ｸﾗｽ面罵の情報でｸﾗｽの継承ごと一気に別継承に持ってこれないか？
うーん、ﾙｰﾁﾝ的にはできるか？ﾊﾐ出したﾃﾞｰﾀ面罵を度内寸念

51-CAD on NET、いよいよ開始ですか。（喜
ところで、クラス面罵って言語は何使ってる？

>>136
gawk

AWKってのは比較するものがないですけど、覚えるの難しいっすか？

共通した尺度だと、基準法に比べて、とか。（違

保守さげ

保守さげ

保守さげ

あげ

保守さげ

保守さげ

本家が無くなるのを見届けるまでは、保守。

保守

久しぶりに上げてみる。
おまいら、ここのプログラム、ちょいと調べて来い。
日本語プログラム言語「ひまわり」( ttp://hima.chu.jp/ )
このスレの内容なら、これで実現できるかも、だ。

>>147
いまどきお前なぁ．．．

年末ごろやね。

２ちゃんスレッド向きかもね。
期待age

保守

保守さげ

年末

年末揚げ

年始揚げ

いま出来ました。

こいつもあげとくか

３８歳の建築士が２０歳の女子大生に個人情報暴露を依頼して祭りになっている模様

http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1100778627
【れも告発】卑怯者ＤＪ伊東からのメール【真実】

http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1091070885
【ＤＪ伊東】墓石屋＝エタヒニン＝台湾妻【ＤＪ伊東】
http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1106447457
【ＤＪ伊東】まともな血筋は墓石屋は営みません【ＤＪ伊東】
http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1106318867
【ＤＪ伊東】伊東のパパは墓石屋の職人だった【ＤＪ伊東】
http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1111713167
【ＤＪ伊東】４流大学工学院について【ＤＪ伊東】
http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1109770354
【ＤＪ伊東】被差別部落＝特殊部落＝府中【ＤＪ伊東】
http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1107768641
【ＤＪ伊東】いい加減にしろよ、３８歳のオヤヂ【ＤＪ伊東】
http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1106318121
【ＤＪ伊東】国際結婚で失敗した人集まれ【ＤＪ伊東】
http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1103478370
【ＤＪ伊東】オマエは墓石屋を営みたいと思うか？【ＤＪ伊東】
http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1082810970
【ＤＪ伊東】シアトルは今日も雨だった【心の行方】
http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1101740901
ＤＪ伊東の中卒家族相談
http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1090506837
【炎妻】ファイアーマダム揚【熱烈請求】
http://www.megabbs.com/cgi-bin/readres.cgi?bo=kaigai&vi=1107468585
【ＤＪ繁孝】伊東はまだひそんでいる【ＤＪ繁孝】

ほしゅ

>>1
LGSを割り付けるのは当然だろう


などとタイムスリップしてみるテスト

ただいま。出所したからまたよろしく。

で、出来た？