You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As announced in #282 I am currently creating a validation/cleanup script to run if new data is submitted.
The goal is to make sure that the geojson does not contain too many properties. The question that I have now is which properties should be allowed. It seems that most files contain the following: [ 'name', 'created_at', 'updated_at', 'cartodb_id' ]. Should I check for those? Also, are created_at and updated_at mandatory?
The text was updated successfully, but these errors were encountered:
I created a first version that does validation. It reads all the geojson files in the public/data directory and checks their metadata to see which languages should be in the geojson.
It then reads the geojson and sees if there are any additional fields.
I added this as a build step on travis and imagine it running whenever someone sends a pull request. Ideally the script does not return any warnings but if the pull request introduces new unnecessary fields one would be made aware of it.
@mwichary any feedback on this? I still think that it could be useful if you would like to keep the file size small and not include any unnecessary fields. But I am also open to other ideas or you saying that you do not see a need for this.
As announced in #282 I am currently creating a validation/cleanup script to run if new data is submitted.
The goal is to make sure that the geojson does not contain too many properties. The question that I have now is which properties should be allowed. It seems that most files contain the following:
[ 'name', 'created_at', 'updated_at', 'cartodb_id' ]
. Should I check for those? Also, arecreated_at
andupdated_at
mandatory?The text was updated successfully, but these errors were encountered: