tableau试用小记

147 views
Skip to first unread message

Q

unread,
Jan 27, 2010, 10:40:23 PM1/27/10
to ttnn
上次分享的可视化博客中,有一个叫tableau的,这是一个产品博客,更新还算频繁,会经常发布一些可视化案例,当然,都是基于他们产品的。

我想去偷学点定西,所以下载了。这是一个数据分析软件,不能算是报表、olap展现工具,它在可视化方面,做的非常有特色。

这个产品分成desktop和server版,我下载的是desktop的试用版。至于sever版,只是从介绍得知,主要有了发布功能。网站上有例子,用desktop做好的分析结果,发布在web上,以仪表盘、分析图表的形式展现,可以在线做一些交互,那应该就是server提供的能力——以将分析结论制成企业应用。而desktop版本就是一个面向数据分析师的分析工具。

或者,通俗一点,可以将这desktop理解成为excel数据分析的高级版。

大多企业的分析人员都会用excel做一些常规的分析,将数据导入sheet,或者联接外部数据,制成旋转透视表,从各个维度去探察度量。但接下来,怎么将分析结论发布给决策者呢?这一步我经常的做法是,将一些可以证明分析目标的数据拷贝到另一个sheet,制成我想要的图表,然后将这些图表拷贝到ppt,以分析报告的形式给决策者参考。

显然这里存在几个问题。一个是从数据分析到数据可视化的过程,这不光是技术工作,还得有点艺术感在其中,如何用有限维度的可视化图表展示数据,是个挑战。再就是将图表在ppt中发布出去,缺一些交互性。不过也不能说这种交互性是多么大的问题,交互性太多让人望而却步不敢使用,而一点没有交互性,又让决策者希望多知道点信息的时候,只能用命令的方式来要求你提供。

可以这么想,数据分析师生产的产品,提供给决策消费者,后者是不是感到非常爽,色香味俱全。excel虽然是个分析利器,但在分析结论的包装上,还是欠缺点。这点借助tableau这个东西,能弥补些许。

来看看这个产品的主要功能。结合主要的界面来看。

它的工作模式很常规:联接数据源,这个数据源将以多维视图在这里呈现,一些字段作为维度,一些作为度量,同样在分析区,可以将维度拖到行或列上。听起来跟olap很像,但贵在有很多细节上的处理,很能照顾分析师的习惯。
?ui=2&view=att&th=1267300e876440a4&attid=0.1&disp=attd&realattid=ii_1267300e876440a4&zw
看图。大体上,左边侧栏是数据信息区,右边是分析展示区。

数据信息区包括数据源、维度、度量和集合。数据源可以联接众多数据,包括excel数据,不多说。维度,可以根据现有维度创建衍生维度,可以对维度值进行分组,可以将维度值提取若干定义成集合。可以将连续值进行分段(bin)。可以将再精确定义维度的值类型,是地理的,时间日期的,这样便于待会儿分析时的展现和过滤。度量、集合,没啥好说的。(不过我不知道为什么要单独将集合做成一个独特的概念,也许别有用意俺没理解。)

关键是右边的分析展示区,跟传统的olap差别不小。一般的olap工具是这样的,将维度、度量拖到展示区,首先以数据表的形式展现,然后你可以切换到某种图形视图。但在这个工具里面,数据表并非总是默认的展现方式。如果你将日期维度拖到列上,将利润拖到行上,那么立马就会出来一条利润的趋势线。你如果将经度、纬度度量(我还不知道这个信息是如何生成的,姑且用自带的例子来说明)分别拖到行列,那么展示区就会展现地图信息。当你将产品类型拖到列上,行上放上收入度量,那么将自动以柱图方式展现。可以继续在行列上放其他维度,这时,如果图表类型不能承受那么多的维度,会生成若干小图表。

可见,这个产品会自动根据数据的类型、特点选择合适的图表,这也是我很钦佩的,以前我就认为应该是这样。趋势总是用线图,对比总是用柱图,这是非常直观的,为什么要让分析师多此一举选择图形呢?

在这些图形上,还可以进行一些交互,比如选取部分图形,去查看底层的数据…这些功能到挺常规。而在图形区的周围,还散布一些选项框,pages,可以指定用什么维度进行分页,filters,可以指定在哪些维度上进行过滤。

Marks,这应该是最特色的一个框子。Mark指的就是图形上展示的信息点。可以选择类型,默认是“自动”,也就是上面说的根据维度类型自动判断,当然也可手工指定某种类型。除此以外,还可以指定区分这个节点更多的维度信息。文本、颜色、大小、细节,都可以从展现上对分析度量作出区分。这个特色很少见,目的是为了尽可能地利用图形展示更多的信息,颜色是很常见的维度区分,但一般用大小区分的少。可以将一个数量化的维度或度量拖到size栏中,会自动根据维度值的最大最小值划分区间。比如,在地图上展示多个饼图的时候,不光可以看到不同地区的分布结构,还可以看到该区域的总量大小大概是什么情况(大概对比也就够了)。Level of detail,可以在一个图上展示更多的mark,在柱图这样的图形,可能看不出来,在地图、线图上可以细分出更多的信息点。
?ui=2&view=att&th=12673015179b1a1e&attid=0.1&disp=attd&realattid=ii_12673015179b1a1e&zw
地图展示也算是它的特色功能,地图信息我估摸着应该可以扩展,比如中国地图。在测试版里面,例子里面都是美国地图,并且还有一些基本的统计信息,比如人口分布,男女比例这样的,可以作为基本图层,用不同深浅颜色作为地图的背景色。这个功能让我获取灵感,因为我们最近在设计地图的展现,本来这也同样做成一个分析指标展现,跟市场占有率之类的一样,却没有想到将每个区域的背景颜色利用起来(不用白不用)。

应该还有些其他的特色,同样也会有一些不顺的地方,只是简单试用一会儿,并非全面评估,本意也就是想从中偷学点东西。需要注意的是,desktop是面向分析师的,而不是面向最终客户,当分析发布之后,应该要更加简洁才是,不过从这个产品,我们也能借鉴一些东西,当我们用excel作分析时,可以用更多的元素去充分展示信息。

可惜下载的试用版只有14天。其实这玩意儿如果嵌入excel里面,倒是非常好的。微软应该收购这个产品。收购吧。

zpdxiogxiog

unread,
Jan 27, 2010, 10:55:55 PM1/27/10
to ttnn
 
这个产品我们本来想代理的,我研究过几个月,是斯坦福的一帮人出来搞的,基于他们实验室原来的一个数据可视化方面的东西,曾经还到亚信和他们交流过,不过这个东西,不太适合大数据量,它是把你的每一步操作转成SQL,到数据库里面查。他的优点就是图表立足于条线饼三点等常见的图形,但是在这些图形上又有所创新,比如对于线图用另外一个维度染色,用色彩的深度来大概的现实一个维度的情况。     
 
 
2010-01-28

zpdxiogxiog

发件人: Q
发送时间: 2010-01-28  11:40:41
收件人: ttnn
抄送:
主题: tableau试用小记
--
要在此论坛发帖,请发电子邮件到 tt...@googlegroups.com
要退订此论坛,请发邮件至 ttnn-uns...@googlegroups.com
更多选项,请通过 http://groups.google.com/group/ttnn访问本论坛

Q

unread,
Jan 27, 2010, 11:04:47 PM1/27/10
to tt...@googlegroups.com
你说的“大数据量”是多大?

2010/1/28 zpdxiogxiog <zpdxi...@gmail.com>

zpdxiogxiog

unread,
Jan 27, 2010, 11:20:17 PM1/27/10
to ttnn
我自己试着几十万就有些慢了,当时问他们,他们回答是,这个要优化你们的数据库   
 
 
2010-01-28

zpdxiogxiog

发件人: Q
发送时间: 2010-01-28  12:05:03
收件人: ttnn
抄送:
主题: Re: tableau试用小记
你说的“大数据量”是多大?

2010/1/28 zpdxiogxiog <zpdxi...@gmail.com>
 
这个产品我们本来想代理的,我研究过几个月,是斯坦福的一帮人出来搞的,基于他们实验室原来的一个数据可视化方面的东西,曾经还到亚信和他们交流过,不过这个东西,不太适合大数据量,它是把你的每一步操作转成SQL,到数据库里面查。他的优点就是图表立足于条线饼三点等常见的图形,但是在这些图形上又有所创新,比如对于线图用另外一个维度染色,用色彩的深度来大概的现实一个维度的情况。     
 
 

--

Q

unread,
Jan 27, 2010, 11:33:31 PM1/27/10
to tt...@googlegroups.com
我觉着他应该有一层数据缓存层,甚至,这一层对关系数据进行多维处理,自动形成一些汇总数据才合理。当我试着联接excel数据源的时候,他提示是否要将数据抽取过来并做一些汇总。

另外,做常规数据分析(不同于数据挖掘)到底要处理多大数据?这个问题其实可以探讨一下。

这种数据分析面临的数据跟事务型数据的大小不一定有直接联系,跟业务复杂度可能更有关系,表现出来就是维度的复杂性,数据分析一般都是面对多维模型进行分析,对于特别大的数据量,可以先做汇总,比如有几万个客户,将客户当作一个维度分析,意义不大,而更多是对客户类型、客户收入层次之类的维度进行分析。以前用excel做分析,数据都不能超过64k,也是照样分析啊。

2010/1/28 zpdxiogxiog <zpdxi...@gmail.com>

zpdxiogxiog

unread,
Jan 28, 2010, 12:22:36 AM1/28/10
to ttnn
对的,这个东西如果对EXCEL和ACCESS进行分析还是满灵的,他的数据缓存层是,导出一个打包了数据的文件,实质上就是导出一个ACCESS,嵌入到分析程序里面,这样就可以离线分析了
 
 
2010-01-28

zpdxiogxiog

发件人: Q
发送时间: 2010-01-28  12:33:46
收件人: ttnn
抄送:
主题: Re: Re: tableau试用小记

myttnn

unread,
Jan 28, 2010, 1:26:19 AM1/28/10
to tt...@googlegroups.com


来自【IT168 评论】

 实施商业智能项目的行业分布状况:


企业对商业智能产品选型时的考虑因素:


企业实施商业智能项目的难点:


企业在BI项目中采用到的技术和手段分布:


企业在BI项目实施中工具使用状况:

数据抽取工具的分布状况:

OLAP工具的分布状况:


前端展现工具分布状况:


企业用户在BI项目中报表的分布状况:

企业用户在BI项目中使用的报表主体分布状况:




企业用户在BI项目中每日使用的报表主体分布状况:

企业BI报表主体获取BI报表的方式:


对生产环境和仓库环境的数据延迟承受状况:


最受企业关注的BI厂商分布状况:



这些信息也许对大家考虑个人职业规划,或者可能跟客户交流的时候能有点作用。




网易邮箱,没有垃圾邮件的免费电子邮箱!

seamyhometown

unread,
Jan 28, 2010, 2:33:14 AM1/28/10
to ttnn
Oracle通过不断收购和整合,现在俨然已经成为BI的领头羊了啊!
前段时间用过Oracle BIEE,感觉确实挺易用的。
Oracle数据库机(Oracle Exadata),也整合了OLTP和OLAP,一锅端了。
 
 
2010-01-28

seamyhometown

发件人: myttnn
发送时间: 2010-01-28  14:26:49
收件人: ttnn
抄送:
主题: 2009-2010数据库及BI技术应用调查研究
--
截图3.jpg
截图12.jpg
截图14.jpg
截图15.jpg
截图4.jpg
截图5.jpg
截图6.jpg
截图7.jpg
截图8.jpg
截图9.jpg
截图10.jpg
截图11.jpg

严国友

unread,
Jan 28, 2010, 2:59:23 AM1/28/10
to ttnn
好“转贴”!
几点感触:
1)一直做电信行业的bi项目,原来金融、制造是大头呀,尤其是金融。
2)看更多是在项目技术层面的分析,要是有项目价值方面就更好了。
    这也是目前在积极探索的方面,如何发挥bi项目的价值,或者说将价值提升,也期望能有这方面的探讨。04年看到有bi项目流传三个“2”的评价:建设期2年、投入2千万、20%不到的成功应用;目前看到移动领域,一直在建设,差不多1年1千万,而产出或这说价值方面,还是缺少量化衡量,总体产出感知上是在提升。  期待金融行业的bier也提供信息。
 
 
 
2010-01-28

严国友
Asiainfo Marketing BOC
mobile:13501139773

发件人: myttnn
发送时间: 2010-01-28  14:32:24
截图3(01-28-15-47-27).jpg
截图12(01-28-15-47-27).jpg
截图14(01-28-15-47-27).jpg
截图15(01-28-15-47-27).jpg
截图4(01-28-15-47-27).jpg
截图5(01-28-15-47-27).jpg
截图6(01-28-15-47-27).jpg
截图7(01-28-15-47-27).jpg
截图8(01-28-15-47-27).jpg
截图9(01-28-15-47-27).jpg
截图10(01-28-15-47-27).jpg
截图11(01-28-15-47-27).jpg

Delin He

unread,
Jan 28, 2010, 3:54:30 AM1/28/10
to tt...@googlegroups.com
       金融行业,在国内,各大银行、证券交易所大多数都在上DW,基本上是全行的中央DW,四大行的某些实力强悍的省级分行也会自己搞自己省的DW,不过不是主流。四大行也就农行没搞了,交行,邮储,民生基本上都做了BI很多年了。毕竟一个全行的DW项目的投资肯定不会少,况且国内的大银行业不差钱,td如此昂贵的节点再扩几个也不是什么大问题。
 
       做了银行的DW一段时间,银行的DW基本完成了全行业务范围的数据整合,搭建了基础数据平台,支持了全行的报表应用,感觉银行的业务人员对报表的需求还是非常之大,业务量、资金类、反洗钱、监管类等等之类的报表全行业务人员基本每天都需要用到,OLAP培训一下也能玩的挺好,整个报表系统的访问人数能有数万之众,这个量级要远远超过电信行业的经分系统访问量。各个省分行以及总行的随机业务查询也非常之多,由此可以看出整个银行内部对业务数据的需求之强烈,毕竟发了多少张卡,放了多少贷,银行体系的监管随时都需要数据支撑。
 
      不过在完成这些基础的建设工作后,从完善数据仓库的平台和推动应用的角度出发,期望DW能有电信行业的经分2.0甚至NGBASS之类的深度应用,发现还是非常困难,即使基于DW做了ECIF、PCRM之类的应用,但是这个应用与电信行业相比,还是非常浅的,即使已经开始逐步从以产品、帐户为中心转向以客户为中心,但是这个转变非短期可以完成。至于数据挖掘之类的应用,除了在各行的信用卡业务中具有一定的应用,在对公业务、中间业务、个人业务中的应用差了电信行业太远。存取转消这些指标还是在银行占了主流!
2010/1/28 严国友 <ya...@asiainfo.com>

Anakin

unread,
Jan 28, 2010, 4:30:57 AM1/28/10
to ttnn BI 观点
不知道你说的好用指的是什么? 连基本功能都不完善也能说好用。。。


On 1月28日, 下午2时26分, myttnn <myt...@126.com> wrote:
> 来自【IT168 评论】
>
> 实施商业智能项目的行业分布状况:
>
> 企业对商业智能产品选型时的考虑因素:
>
> 企业实施商业智能项目的难点:
>
> 企业在BI项目中采用到的技术和手段分布:
>
> 企业在BI项目实施中工具使用状况:
>
> 数据抽取工具的分布状况:
>
> OLAP工具的分布状况:
>
> 前端展现工具分布状况:
>
> 企业用户在BI项目中报表的分布状况:
>
> 企业用户在BI项目中使用的报表主体分布状况:
>
> 企业用户在BI项目中每日使用的报表主体分布状况:
>
> 企业BI报表主体获取BI报表的方式:
>
> 对生产环境和仓库环境的数据延迟承受状况:
>
> 最受企业关注的BI厂商分布状况:
>
> 这些信息也许对大家考虑个人职业规划,或者可能跟客户交流的时候能有点作用。
>
> 截图3.jpg
> 28K查看下载
>
> 截图4.jpg
> 22K查看下载
>
> 截图5.jpg
> 21K查看下载
>
> 截图6.jpg
> 22K查看下载
>
> 截图7.jpg
> 21K查看下载
>
> 截图8.jpg
> 22K查看下载
>
> 截图9.jpg
> 22K查看下载
>
> 截图10.jpg
> 22K查看下载
>
> 截图11.jpg
> 21K查看下载
>
> 截图12.jpg
> 29K查看下载
>
> 截图14.jpg
> 18K查看下载
>
> 截图15.jpg
> 24K查看下载

Q

unread,
Jan 28, 2010, 5:33:57 AM1/28/10
to tt...@googlegroups.com
另:这个报告还需要了解一个背景,调查的对象都是哪些人,我看到一份质疑是说itpub的用户好多都是oracle的用户,所以...

andy meng

unread,
Jan 28, 2010, 9:42:06 AM1/28/10
to tt...@googlegroups.com
感觉和市场份额不太一致,背景能否交代一下?

2010/1/28 Q <happ...@gmail.com>
另:这个报告还需要了解一个背景,调查的对象都是哪些人,我看到一份质疑是说itpub的用户好多都是oracle的用户,所以...

--
要在此论坛发帖,请发电子邮件到 tt...@googlegroups.com
要退订此论坛,请发邮件至 ttnn-uns...@googlegroups.com
更多选项,请通过 http://groups.google.com/group/ttnn访问本论坛



--
Andy

askyer

unread,
Jan 28, 2010, 7:57:47 PM1/28/10
to tt...@googlegroups.com

很值得怀疑 呵呵 周边看到用OracleBI产品很少啊

 

发件人: tt...@googlegroups.com [mailto:tt...@googlegroups.com] 代表 Q
发送时间: 2010128 18:34
收件人: tt...@googlegroups.com
主题: Re: 2009-2010数据库及BI技术应用调查研究

xichen...@gmail.com

unread,
Jan 28, 2010, 8:08:15 PM1/28/10
to tt...@googlegroups.com
确实Itpub只是Oracle的天下,在那里搞这个调查就没什么代表性。主要还是Informatica,BO,Datastage和Cognos或SAP BW这些吧。

在10-1-29,askyer <hwe...@gmail.com> 写道:

xichen...@gmail.com

unread,
Jan 28, 2010, 8:14:11 PM1/28/10
to tt...@googlegroups.com
简单点,去51job全文搜索ETL或数据仓库的职位,我还从来没看到那个什么要求ODI的,当然有些项目的ETL只是通过PL/SQL和Perl等脚本语言实现。开源的,也很少,有些会简单提一下。感觉Oracle ERP倒用得不少。

 
在10-1-29,xichen...@gmail.com <xichen...@gmail.com> 写道:

徐俊军

unread,
Jan 28, 2010, 8:25:25 PM1/28/10
to tt...@googlegroups.com

这些图的问题大着呢;不过没必要深究,楼主的本意就是让需要者用之;

 

发件人: 3bjvisw0jboghsmroxqwivyfoqw...@groups.bounces.google.com [mailto:3bjvisw0jboghsmroxqwivyfoqw...@groups.bounces.google.com] 代表 xichen...@gmail.com
发送时间: 2010129 9:08
收件人: tt...@googlegroups.com
主题: Re: 答复: 2009-2010数据库及BI技术应用调查研究

myttnn

unread,
Jan 28, 2010, 9:00:52 PM1/28/10
to tt...@googlegroups.com

在最后面我发了一句话,考虑职业或者客户交流的时候可能有用。并不表示这些统计数字没有说谎话啊。没准调研的公司已经被oracle收买了,帮ORACLE打市场也说不定。不过可以跳开哪些产品的市场份额,比如延时的问题,可能客户要求完全的实时,是不是可以拿这个统计图来跟客户多交流一下呢。一分为二看事物,取其用,弃其糟,这样才能对我们有帮助吧。不一定坏的就是没用的,好的就是有用的。小弟浅见,别砸!


网易邮箱,没有垃圾邮件的免费电子邮箱!

Mevaor

unread,
Jan 28, 2010, 9:40:56 PM1/28/10
to ttnn BI 观点

恩 看起来是做得非常不错,至少可视化上面很值得学习。 不过基本功能好像和一般的分析软件(比如Hyperion Brio..等)没太大区别吧?可
能支持的数据源更加多了,比如excel。。 同意Qing,地图分析和颜色的使用非常有意思。图表本身就是主要给人一种宏观感性认识,颜色在这方面就
是很适合的一个元素。

给大家推荐一个网站,英国政府开始陆续公开许多国家的数据,邀请很多公司来做数据可视化,让公众来从中发现有意思的东西。
这些可视化有的做得很漂亮哦

http://www.guardian.co.uk/open-platform/apps-interactive-cumulative-emissions-of-g20-non-g20-countries-1751-2006

不过国外nerd比较多 很多图表基本体现不出任何意义,但效果是很不错啦 赫赫..

感觉以后是不是会有数据可视化单独做一个服务的机会,就是别人给我数据,我只负责把他们用最好的方法展示出来,提供许多可视化模型。 分工细化嘛!赫
赫。。。

要说可视化,最近看过最牛逼的是9Element的一个HTML5展示。 用的是500个tweets 绝对艺术,哈哈 不知道大家浏览器升级到
html5没有
http://9elements.com/io/projects/html5/canvas/

On Jan 28, 4:22 pm, "zpdxiogxiog" <zpdxiogx...@gmail.com> wrote:
> 对的,这个东西如果对EXCEL和ACCESS进行分析还是满灵的,他的数据缓存层是,导出一个打包了数据的文件,实质上就是导出一个ACCESS,嵌入到分析程序里面,这样就可以离线分析了
>
> 2010-01-28
>

> zpdxiogxiog


>
> 发件人: Q
> 发送时间: 2010-01-28 12:33:46
> 收件人: ttnn
> 抄送:
> 主题: Re: Re: tableau试用小记
>
> 我觉着他应该有一层数据缓存层,甚至,这一层对关系数据进行多维处理,自动形成一些汇总数据才合理。当我试着联接excel数据源的时候,他提示是否要将数据抽取过来并做一些汇总。
>
> 另外,做常规数据分析(不同于数据挖掘)到底要处理多大数据?这个问题其实可以探讨一下。
>
> 这种数据分析面临的数据跟事务型数据的大小不一定有直接联系,跟业务复杂度可能更有关系,表现出来就是维度的复杂性,数据分析一般都是面对多维模型进行分析,对于特别大的数据量,可以先做汇总,比如有几万个客户,将客户当作一个维度分析,意义不大,而更多是对客户类型、客户收入层次之类的维度进行分析。以前用excel做分析,数据都不能超过64k,也是照样分析啊。
>

> 2010/1/28 zpdxiogxiog <zpdxiogx...@gmail.com>


>
> 我自己试着几十万就有些慢了,当时问他们,他们回答是,这个要优化你们的数据库
>
> 2010-01-28
>

> zpdxiogxiog


>
> 发件人: Q
> 发送时间: 2010-01-28 12:05:03
> 收件人: ttnn
> 抄送:
> 主题: Re: tableau试用小记
> 你说的"大数据量"是多大?
>

> 2010/1/28 zpdxiogxiog <zpdxiogx...@gmail.com>


>
> 这个产品我们本来想代理的,我研究过几个月,是斯坦福的一帮人出来搞的,基于他们实验室原来的一个数据可视化方面的东西,曾经还到亚信和他们交流过,不过这个东西,不太适合大数据量,它是把你的每一步操作转成SQL,到数据库里面查。他的优点就是图表立足于条线饼三点等常见的图形,但是在这些图形上又有所创新,比如对于线图用另外一个维度染色,用色彩的深度来大概的现实一个维度的情况。
>
> --
>
> 要在此论坛发帖,请发电子邮件到 tt...@googlegroups.com
> 要退订此论坛,请发邮件至 ttnn-uns...@googlegroups.com

> 更多选项,请通过http://groups.google.com/group/ttnn访问本论坛


> --
> 要在此论坛发帖,请发电子邮件到 tt...@googlegroups.com
> 要退订此论坛,请发邮件至 ttnn-uns...@googlegroups.com

> 更多选项,请通过http://groups.google.com/group/ttnn访问本论坛
>
> --
> TEL: 13514984944(HF)
> MSN: happys...@hotmail.com

xichen...@gmail.com

unread,
Jan 28, 2010, 9:59:27 PM1/28/10
to tt...@googlegroups.com
高.......且............深

在10-1-29,myttnn <myt...@126.com> 写道:

Yijia Zhang

unread,
Jan 29, 2010, 5:10:45 PM1/29/10
to tt...@googlegroups.com
上学期上课的时候老师有专门找了tableau的产品负责人给我们做远程讲解, 整节课印象最深的大概只有这项工具的运用相当fatastic...

2010/1/28 Mevaor <mev...@gmail.com>



--
Yijia Zhang (Ada) 张亦佳
Saint Joseph's University  
(317)-658-6596                
adazh...@gmail.com
Reply all
Reply to author
Forward
0 new messages