Skip to main content
Solved

A geodatabase feature could not be written


sparks
Contributor
Forum|alt.badge.img+5

Hi, I use a FeatureReader for two purposes: to clip features with a polygon, and to select some desired geodatabase layers (of several geometry types: point, line and polygon).

After the “succesful translation” the new geodatabase has been created. However, this database seems to be empty.

What could be possible causes? Wrong Schema/Data Features of the FeatureReader? In the Reader I have:


In the Writer I have:

Connectiefile is the file where the polygon for the clipping purpose can be found. Other schema sources are not available.
Any ideas?

Best answer by panda

sparks wrote:

 

In schema sources the “SourceDataset_GEODATABASE_FILE” cannot be selected.

Pfff, I'll rest it for a while. Tomorrow a new day!

 

Try connect this port to the Feature Writer as well.

View original
Did this help you find an answer to your question?
<strong>This post is closed to further activity.</strong><br /> It may be a question with a best answer, an implemented idea, or just a post needing no comment.<br /> If you have a follow-up or related question, please <a href="https://community.safe.com/topic/new">post a new question or idea</a>.<br /> If there is a genuine update to be made, please contact us and request that the post is reopened.

10 replies

nielsgerrits
VIP
Forum|alt.badge.img+54

What does the log say? Any warnings or errors?


sparks
Contributor
Forum|alt.badge.img+5
  • Author
  • Contributor
  • May 26, 2025

No errors, there are a lot of warnings, sometimes saying “FileGDB Writer: A feature with feature type ‘[name]’ could not be written”. Below is a part of the very long translation log:


However, the summary in the log showed that features have been written. 
 


 


nielsgerrits
VIP
Forum|alt.badge.img+54

I think you use a dynamic workflow using schema features to write the result? The log says something like the schema feature is missing.

Cannot find a matching schema named ‘scheiding_v’ in the knowd set of schemas: ‘REF.BGT/Contour_BGT’.

Without seeing more of the workspace it is hard to tell what is causing this.


sparks
Contributor
Forum|alt.badge.img+5
  • Author
  • Contributor
  • May 26, 2025

Yes, dynamic workflow seems to be needed because of several geometry types in the featurereader. 

Contour_BGT contains no physical data, it is a polygon only, purely for clipping purpose. 

Below is the FME script (partly in Dutch, I’m sorry). 

If I use a SpatialFilter instead of FeatureReader and add Esri fgdb reader
 

then it runs well and fgdb can be viewed in ArcGIS.

Maybe it has to do something with FeatureReader which is a transformer and not a reader? In the Writer of the second workspace the schema “BGT [GEODATABASE_FILE]” can be selected.

This is not the case in the first workspace with the FeatureReader.

However, I would like to use the FeatureReader because it has the big advantage that only the features which fall within the polygon “Contour_BGT” will be read. How?


nielsgerrits
VIP
Forum|alt.badge.img+54

Can’t you just connect the FeatureReaders Schema output to the Writer? This is the way it works using a FeatureWriter. Not sure how this works with classic writers, I stopped using these when the FeatureReader and FeatureWriter were introduced.


panda
Enthusiast
Forum|alt.badge.img+18
  • Enthusiast
  • May 26, 2025
nielsgerrits wrote:

Can’t you just connect the FeatureReaders Schema output to the Writer? This is the way it works using a FeatureWriter. Not sure how this works with classic writers, I stopped using these when the FeatureReader and FeatureWriter were introduced.

What Niel said is spot on. For Feature reader to write the database correctly with dynamic settings, you will need to connect the schema output from reader to the writer.

I usually connect them to the Sorter where it merge all the stream together before the feature writer, and sorted in such ways that the Schema goes to the writer first. This ensure that schemas exist, and the data can write to the database base on schema its matching.


sparks
Contributor
Forum|alt.badge.img+5
  • Author
  • Contributor
  • May 26, 2025

 

In schema sources the “SourceDataset_GEODATABASE_FILE” cannot be selected.

Pfff, I'll rest it for a while. Tomorrow a new day!


sparks
Contributor
Forum|alt.badge.img+5
  • Author
  • Contributor
  • May 26, 2025
panda wrote:
nielsgerrits wrote:

Can’t you just connect the FeatureReaders Schema output to the Writer? This is the way it works using a FeatureWriter. Not sure how this works with classic writers, I stopped using these when the FeatureReader and FeatureWriter were introduced.

What Niel said is spot on. For Feature reader to write the database correctly with dynamic settings, you will need to connect the schema output from reader to the writer.

I usually connect them to the Sorter where it merge all the stream together before the feature writer, and sorted in such ways that the Schema goes to the writer first. This ensure that schemas exist, and the data can write to the database base on schema its matching.

Interesting! I'll try it tomorrow. Thanks for now!


panda
Enthusiast
Forum|alt.badge.img+18
  • Enthusiast
  • Best Answer
  • May 26, 2025
sparks wrote:

 

In schema sources the “SourceDataset_GEODATABASE_FILE” cannot be selected.

Pfff, I'll rest it for a while. Tomorrow a new day!

 

Try connect this port to the Feature Writer as well.


sparks
Contributor
Forum|alt.badge.img+5
  • Author
  • Contributor
  • May 27, 2025

That was the crucial step to the solution! Thank you!


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings