Skip to main content

Using FME Version: FME(R) 2017.1.1.0 (20170929 - Build 17650 - WIN32)

Getting this error in the FME log:

|ERROR |BADNEWS: Features of the same type must all use the same coordinate system, given 'EPSG:26782' and 'EPSG:32002' (schemscn.cpp:2014)

Each feature has it's own destination coordinate system attribute. Using the Reporjector transformer, I specify the destination coordinate attribute to reproject the feature into a local UTM coordinate system so I can then use the snipper to get an accurate measurement. I get the error above, however, It doesn't stop the workbench from working. I'm afraid it's not reprojecting the geometry correctly. According to the reprojecter documentation each feature is allowed to be reprojected independently. Is this truly an error and if so what do I need to do to reproject each feature independent of each other?

FYI: I tried this with FME 2018 (FME(R) 2018.0.0.2 (20180414 - Build 18301 - WIN64)) and I still get the same behavior.

Hi @justincornell,

BADNEWS messages are how the FME modules communicate to each other, and are there to aid our developers in debugging FME. You can safely ignore any BADNEWS messages in the log file.

We recommend turning off these messages unless requested by our support crew. To do this, pick Tools - FME Options form the Workbench menu, the choose the Translation options and uncheck the Log Debug option.

The Reprojector transformer has two special coordinate systems you can pick that will create a unique local coordinate system for the input object: _AZMEA_ (Azimuthal Equal Area) and _AZMED_ (Azimuthal Equal Distance). Please try converting to one of these coordinate system before snipping, and see if you get the same problem.


Hi @justincornell,

BADNEWS messages are how the FME modules communicate to each other, and are there to aid our developers in debugging FME. You can safely ignore any BADNEWS messages in the log file.

We recommend turning off these messages unless requested by our support crew. To do this, pick Tools - FME Options form the Workbench menu, the choose the Translation options and uncheck the Log Debug option.

The Reprojector transformer has two special coordinate systems you can pick that will create a unique local coordinate system for the input object: _AZMEA_ (Azimuthal Equal Area) and _AZMED_ (Azimuthal Equal Distance). Please try converting to one of these coordinate system before snipping, and see if you get the same problem.

Thanks for the response @DaveAtSafe. I failed to mention, I'm using 3D. It looks like the special coordinate systems don't support the z coordinate system. If I turn off the debugging error, is it safe to assume the features are being reprojected correctly?

 


Thanks for the response @DaveAtSafe. I failed to mention, I'm using 3D. It looks like the special coordinate systems don't support the z coordinate system. If I turn off the debugging error, is it safe to assume the features are being reprojected correctly?

 

If you use the CsmapReprojector, and set Vertical Handling to Heights are relative to the ellipsoids or geocentric, the reprojection will be 3 dimensional.

 

 


Thanks for the response @DaveAtSafe. I failed to mention, I'm using 3D. It looks like the special coordinate systems don't support the z coordinate system. If I turn off the debugging error, is it safe to assume the features are being reprojected correctly?

 

If you turn off BADNEWS, all real errors will still be logged.

 

 


If you use the CsmapReprojector, and set Vertical Handling to Heights are relative to the ellipsoids or geocentric, the reprojection will be 3 dimensional.

 

 

This did the trick! Appears to be working without the debug errors. Thanks Dave!!