User talk:Dcthomp: Difference between revisions

From KitwarePublic
Jump to navigationJump to search
No edit summary
m (Deleted spam)
Line 8: Line 8:


--[[User:Dcthomp|Dcthomp]] 14:19, 29 Dec 2004 (EST)
--[[User:Dcthomp|Dcthomp]] 14:19, 29 Dec 2004 (EST)
[http://hjsos.com/zhuangxiu.html 装修]
[http://hjsos.com/jiaquan.html 甲醛]
[http://hjsos.com/snwr.html 室内污染]
[http://hjsos.com/zxwr.html 装修污染]
[http://hjsos.com 甲醛污染]
[http://www.zy-image.com 摄影学校]
[http://www.ltjz2000.com/beijingsijiazhentan.htm 北京私家侦探]
[http://www.timead.net/zgjs.html 窄告]
[http://www.etoo.cn/jianruishiyou 尖锐湿疣]
[http://www.etoo.cn/jlb 计量泵]
[http://www.etoo.cn/yiliao/gfzbd.htm 高分子绷带]
[http://www.etoo.cn/yiliao/gkqx.htm 骨科器械]
[http://www.etoo.cn/yiliao/gkzrw.htm 骨科植入物]
[http://www.etoo.cn/yiliao/wgdzj.htm 外固定支架]
[http://www.etoo.cn/yiliao/jzcp.htm 脊柱产品]
[http://www.etoo.cn/yiliao/nwgd.htm 内外固定]
[http://www.etoo.cn/yiliao/jkhc.htm 进口耗材]
[http://www.etoo.cn/yiliao/gkhc.htm 骨科耗材]
[http://www.etoo.cn/yiliao/gkqc.htm 骨科器材]
[http://www.etoo.cn/yiliao/ylqx.htm 医疗器械]
[http://www.etoo.cn/yiliao/ylqc.htm 医疗器材]
[http://www.16safe.com/qiche/anquan.htm 轮胎安全]
[http://www.16safe.com/qiche/znjc.htm 智能监测]
[http://www.16safe.com/qiche/luntai.htm 轮胎防爆]
[http://www.16safe.com/qiche/qiche.htm 汽车轮胎]
[http://www.ltjz2000.com/zhentan.htm 私人侦探]
[http://www.ltjz2000.com/sj.htm 私家侦探]
[http://www.ltjz2000.com/xunren.htm 寻人]
[http://www.ltjz2000.com/hydc.htm 婚姻调查]
[http://www.ltjz2000.com/dc.htm 调查]
[http://www.ltjz2000.com/zhentan.htm 侦探]
[http://www.ltjz2000.com/sj.htm 北京私家侦探]
[http://www.ltjz2000.com/dc.htm 调查公司]
[http://www.etoo.cn/zhaigao 窄告]
[http://www.etoo.cn/sports 健身器材]
[http://www.etoo.cn/sports 健康器材]
[http://www.etoo.cn/sports 体育器材]
[http://www.etoo.cn/stadium 场馆设备]
[http://www.etoo.cn/stadium 跑步机]
[http://www.etoo.cn/21win-win 拓展训练]
[[SsSa]] [[SsSb]] [[SsSc]] [[SsSd]] [[SsSe]] [[SsSf]] [[SsSg]] [[SsSh]] [[SsSi]] [[SsSj]] [[SsSk]] [[SsSl]] [[SsSm]] [[SsSn]] [[SsSo]] [[SsSp]] [[SsSq]] [[SsSr]] [[SsSs]] [[SsSt]] [[SsSu]] [[SsSv]] [[SsSw]] [[SsSx]] [[SsSy]] [[SsSz]]
[http://www.wjmgy.com 脉管炎]
[http://www.wjmgy.com/1 脉管炎]

Revision as of 11:06, 5 January 2005

I've been a little con-fused and a-mazed about why vtkAlgorithm::ProcessRequest passes input information as an array of pointers but output information as a single pointer... I finally took it upon myself to dig through the source and find out: input ports may have more than one connection while output ports may not. So, the input information is passed as an array of array of vtkInformationVector objects -- the first index specifies the input port number, the second index the connection number. This is because input ports may be marked as INPUT_IS_REPEATABLE so that many connections may be made to a port and each port may have some specific purpose. For instance, a filter like vtkGlyph3D[1] may wish to allow multiple input point sets to be glyphed (input port 0) but only allow a single glyph object (input port 1). Thus it is easy to group all of the objects that will serve the same function under one port.

My problem is that things are not the same for the ouput side. For instance, a reader may handle files that contain multiple datasets and wish to segregate the output objects by their data type or time step or some other index. This isn't impossible with the current setup, but it's not symmetric with the input mechanism. That lack of symmetry means more code in each application that hooks the reader up to different downstream inputs, even if the input ports are segregated in the same fashion as the reader outputs. Anyone care to comment on why this decision was made?

--Dcthomp 14:19, 29 Dec 2004 (EST)

I was looking at vtkGlyph3D and it appears that since the pipeline changes, there is now an unused member: Sources (of type vtkPolyData**). Is this correct? Also, vtkCellCenters::RequestData() doesn't appear to use the vtkDemandDrivenPipeline::DATA_NOT_GENERATED() key when the output will be empty. Is that because the key should only be used while update extents are being computed and not during the actual filter execution? Or is it just an oversight?

--Dcthomp 14:19, 29 Dec 2004 (EST)