Tom Tuddenham

Possible export model, given that CSV possibly won't cut it. https://jsonlines.org/ See https://world.openfoodfacts.org/data for more inspiration, as they seem to be solving the same problem (including CSV export).

### DEV NOTE Might be worth look at passing queries through to Open Food Facts: https://github.com/openfoodfacts/openfoodfacts-ruby

Looks like openfoodfacts use this as a basic RDF structure: [food.zip](https://github.com/ferrisoxide/brocade.io/files/10732409/food.zip) NB The URL for the schema seems to have disappeared, but can be found via the [Wayback Machine](https://web.archive.org/web/20150701000000*/http://data.lirmm.fr/ontologies/food) We...

Per brief discussion with people from OFF, it looks like the RDF model hasn't been worked on in ~ 10 years. JSON is the preferred data transfer model, but without...

@fonglh Had a similar issue with unicorn when provisioning on remote sites. In my setup I have two sets of config files, a `site.yml` for Vagrant and and `remote-site.yml` for...

Would [trix](https://github.com/basecamp/trix) or a similar WYSIWYG editor be a better option here? Markdown is fine, but might non-technical users find it a bit obscure?

Maybe both - ala Reddit's "fancy pants" editor that can be swapped for a markdown editor? The switch between the two could be based on user preference - either globally...

Is merging first and last names potentially a bit "lossy"? I understand that there's some value in just having a name, but are there cases where being able to identify...

Something else to consider: if we flatten `first_name` and `last_name` to just `name` we will have to do the same for `Contact`, otherwise we won't be able to convert `Leads`...

The original request from @SonalikaG was fairly simple. Is there a danger we'll end up complicating things in the search for a more comprehensive solution that we don't have a...