-
Notifications
You must be signed in to change notification settings - Fork 14
Feed off of catalog gen. schema def #1
Comments
Is there a "canonical" location yet for the schema? It appears the |
@dwcaraway is working on this, over in his Podschema repo https://github.com/dwcaraway/podschema using the json-schema. However I'm not sure how complete this is. |
fwiw this is what I came up with based on what I read on http://project-open-data.github.io/schema/ about 2 months ago. I built it as a function that returns a json-schema, allowing you to adjust the schema by giving you a way to require the "as-needed" or additional fields if they are in fact needed. You can also add new fields, if your application needs them, by passing them as "overrides". It won't let you make adjustments to the core required fields. |
neat idea, ryan! On Mon, Nov 18, 2013 at 3:44 PM, Ryan Clark [email protected]:
Dave Caraway |
@dwcaraway, @cew821, @benbalter, or @rclark - any interest in taking a whack at using the JSON schema files that Dave recently posted to Project Open Data to update and power this validator? |
this has been on my TODO list for...well weeks, anyways, I'll make some On Sat, Nov 23, 2013 at 6:49 PM, Gray Brooks [email protected]:
Dave Caraway |
I really like the website-based validation for situations where you already have some docs, need them validated. I'm thinking ahead though to an application geared towards creating and maintaining an agency's set of metadata records. In that case, I'll need something that I can use programmatically. What if the validation process was a Node.js package? Could that be browserified to power this site? |
To prevent from getting out of sync.
https://github.com/project-open-data/catalog-generator/blob/gh-pages/_includes/schema.yml
and
https://github.com/project-open-data/json-validator/blob/gh-pages/js/schema.coffee
Obv. different formats, but could have validator import YML on fly and create the data object.
The text was updated successfully, but these errors were encountered: