https://knowledge.safe.com/questions/3903/spatial-relator-alternative.html The latest comments and answers for the question "spatial relator alternative" https://knowledge.safe.com/comments/13268/view.html Hi,

Both the Spatial relator and Spatial Filter requiere all features to be read into the ws and to spatially relate (build index), with the FeatureReader the features are read and related at the same time, also the underlaying database is doing the work instead of FME. Fri, 28 Feb 2014 11:09:41 GMT etls_itay https://knowledge.safe.com/comments/13319/view.html Takashi is right, the CenterPointReplacer might(!) give wrong results for some geometries.

Another option could be to use the CoordinateExtractor to get one of the polyline vertices into a 2DPointReplacer and use that instead.

Regarding performance for the SpatialFilter vs the SpatialRelator, look at the help text for the SpatialFilter for hints about when to use which.

David Fri, 28 Feb 2014 11:02:33 GMT david_r https://knowledge.safe.com/comments/14410/view.html Hi,

Just be aware that the point created by the CenterPointReplacer may be outside of the original feature.
http://docs.safe.com/fme/html/FME_Transformers/Default.htm#Transformers/centerpointreplacer.htm

According to your solution, I guess that relationship of the regions and the target features can be assumed as 1 : N. If so, maybe you can use the SpatialFilter effectively without geometry replacing and feature merging. In some cases, the SpatialFilter could be much faster than the SpatialRelator.

Takashi Fri, 28 Feb 2014 10:54:04 GMT takashi https://knowledge.safe.com/comments/12965/view.html I managed to resolve it by using a CentrePointReplacer --> PointOnAreaOverlayer using the regions as the Area --> FeatureMerger using the starting polygons as the requester and the new points as the supplier.
Many thanks for you suggestions. Fri, 28 Feb 2014 07:39:15 GMT sebkingsley https://knowledge.safe.com/comments/13678/view.html The FeatureReader, will tag it for you, have a look at the attribute settings. Thu, 27 Feb 2014 16:18:45 GMT etls_itay https://knowledge.safe.com/comments/12833/view.html 嗨,< br > < br >它总是s an interesting challenge to optimize performance when such huge datasets are involved...

For polylines, I'd consider strong generalization of the geometry before the SpatialRelator. For polygons, I'd try the HullReplacer to simplify them.

You can use the GeometryExtractor and GeometryReplacer to "backup" your original geometry before the generalization and restore it after.

David Thu, 27 Feb 2014 15:06:43 GMT david_r https://knowledge.safe.com/comments/13033/view.html Many thanks for this.
I need to process all the features but tag them with the region name so I can then fanout the resulting shapefile by region name.
I dont need to filter out features that are not in a single region. All 21m features will sit in one of the 10 or so regions. They are all in the UK and the regions divide the UK into regions. Thu, 27 Feb 2014 15:01:11 GMT sebkingsley https://knowledge.safe.com/comments/13642/view.html Hi,
If your data resides in a database, you should make use of it and its spatial capabilities. So for example make use of the regions features to trigger the database (via a FeatureReader) to return features only intersecting the region trigger.
Optionally make use of a bounding box to limit the amount of features entering the database.

The issue with reading so much data into FME and spatially relating it is that FME creates a spatial index to claculate the spatial relationship, and with a great number of reatures it can result in a very long process.

Thu, 27 Feb 2014 14:55:08 GMT etls_itay