I've looked at many posts, but still don't see this answer. I have a Geodatabase that should be in EPSG:4326, but when I use Coordinate Extractor to try to derive the lat/long, I get numbers with 7 places to the left of the decimal point.

That most likely means the data is in fact not in EPSG:4326 but in another system.

If you use a Reprojector you can have it read the source system from the data and then transform it to EPSG:4326 before using the CoordinateExtrator.

Alternatively, if you inspect a feature that comes out of the reader and look at the feature information panel it should tell you what the source system is, so you can specify that in the AttributeReprojector.

Thanks for replying. I've used the Reprojector and the lat/longs are all off (some lats are negative, some longs are positive, and the numbers don't make sense). It's a file of Los Angeles county addresses from their web site, so the data should be good. In the a00000003.gdbtable file, it shows: ["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID["WGS_1984",6378137.0,298.257223563]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]], which is EPSG:4326

If you open the data in the Data Inspector and check a single feature, what does it show for the coordinate system?

I've got this working with your suggestion. I had overrode the <not set> default earlier, and when I changed it back, the Reprojector worked. Thanks!