Unfortunately the official word is that you shouldn't do this. It's designed for workspace to workspace transportation, and the results in the same workspace wouldn't be guaranteed.
One alternative would be to create custom transformers that did the following... 1) Use a GeometryExtractor to encode the spatial data as an attribute 2) Use an AttributeFileWriter to write the data to a file 1) Use a Creator to create a null feature 2) Use an AttributeFileReader to read the file back 3) Use a GeometryReplacer to decode the geometry attribute You would lose attributes though, and I guess a recorder and player would do the same thing anyway. Regards, Mark --- In [email protected], Hans van der Maarel <[EMAIL PROTECTED]> wrote: > > mark2atsafe wrote: > > > When I create a 100x100 grid it goes in 7 seconds via the > > transporters, but 3.8 seconds when it goes directly. Actually, > > switching the transformers to use a file instead of TCP/IP reduces the > > time to 4.7 seconds. But that's still a 25% overhead on a single > > transport. > > The overhead is definately going to be more than what it would be when > using a direct link in the workspace. Also, this requires the computer > to act as a server, something that's probabely not allowed in most > corporate networks... > > > What worries me more is if this will even work when used within the > > same workspace. I know this example is OK, but the idea is that a > > receiver workspace is already running before the sender starts. If you > > have multiple links of this type within the same workspace I just > > wonder if two receivers each waiting for data could jam up the > > workspace and put it into an indefinite wait. > > I guess that could happen if a receiver starts listening before the > appropriate transporter starts sending > > > I will find out, but I do know it wasn't designed for use in the same > > workspace. > > What can I say... I just like to use FME in impossible ways ;) > -- > Hans van der Maarel > Red Geographics > > Zevenbergsepoort 44b www.redgeographics.com > 4791 AE Klundert [EMAIL PROTECTED] > The Netherlands phone: +31-168-401035 > For insights into what's up at Safe Software and what's on the development horizon, visit Safe's blog at spatial-etl.blogspot.com. Love FME? Then open your diary to March 6-7, 2008 and write this... "Second Worldwide FME User Conference - Must Attend!" See http://www.safe.com/company/fmeuc2008/index.php for more details. Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/fme/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/fme/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> 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/
