Neighbors at angle

Sort of... if the text label has a rotation attribute you can use that. Chop the lines into single segments and calculate their angles using the HorizontalAngleCalculator and then run them through the Neighborfinder. I would not match on the angle attribute directly, in case the values are slightly different but rather select the neighboring label whose angle is closest to the line segment's angle.

Which, depending on the local situation, may still not be the right one...

@deanhowell2009 This is one of our earliest demos at Safe! Originally done in a 'mapping file' (pre-workbench) and was also presented as CAD Woman in our FME 2011 World Tour!

But... Before you go this route, check that there is not something else you can use to identify the text such as color, style, layer etc. I've attached the original demo and data. Workspace and sample data: CAD to GIS - something from nothing.fmwt

Thanks @markatsafe, it is very close to what I need but picking up labels a long way from the line even when a label exists very close. This is only happening in a small number of cases so might be more related to that I have multiple line features coming into the reader.

@deanhowell2009

Hi,

Assuming that the labels are derived from the lines.

It is clearly visible in the data that the labels have a igds_element_id (string) which is 1 more than the igds_element_id of the line (

So basically you can simply use a featuremerger and have igds_element_id = igds_element_id-1 (or visa versa; as you prefer)

You end up, in your sample data with some that can't merge or are suppliers that are not used. This might be, because you have a sample data, due to relevant pieces missing.

Also multi label pieces where the line seem to be dissolved and information destroyed. (this can be countered by not dissolving or keeping the paths.)

result:

(purple and red are not merged)