Hi Simon, The issue with carrying lots of attributes hasn't been as bad since they brought in the Tcl2 function, though I think it still makes a performance difference. My main reason for doing this is so that I don't get as confused, especially when throwing around lists, FeatureMergers, and other operations that affect the attribute list en mass. The AttributePrefixer can also be handy in these cases.
Your second question may be solvable with the CoordinateConcatenator, followed by an AttributeSplitter, and then the ListExploder. Jason -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of jusiheap Sent: Wednesday, June 28, 2006 09:42 To: [email protected] Subject: [fme] Re: Translating feature attributes with multiple values Jason, Moira Many thanks for your replies - the ListExploder did the trick. Of course, now I have a couple of follow-on questions: 1. Jason - you recommended using AttributeRemover to trim down the set of feature attributes to only those that I was going to use. In general, is it advisable to always use this approach, rather than carry the full set of attributes across (on the off chance that you might want to use them later on in the transformation)? Are there performance gains to be had, or is it just considered to be good practice generally (e.g. for the sake of clarity)? 2. I'd like to do a similar kind of list processing with the set of coordinates that come with one of my feature types (a Link feature whose spatial representation is a line drawn through a number of X-Y coordinates). However, this feature type doesn't have an explicit attribute which holds the coordinate data, therefore I need a different approach. I can get hold of individual pairs of coordinates via CoordinateFetcher, or I can concatenate the whole set via CoordinateConcatenator, but I can't seem to extract the coordinates such that they could be translated into a database table with one row per coordinate pair, regardless of how many pairs each Link has. Hope this makes sense. Over to you. Thanks Simon Join us at the FME Worldwide User Conference Sept. 21-22, 2006 Vancouver BC Canada. For more information, visit www.safe.com/2006uc. Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/fme/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
