EarlyOom 2 days ago | next |

We put together an open-source collection of Pydantic schemas for a variety of document categories (W2 filings, invoices etc.), including instructions for how to get structured JSON responses from any visual input with the model of your choosing. Run everything locally.

jasonjmcghee a day ago | prev | next |

I've used "structured output" (with supplied schema) on Google and openai, and function calling / tool use on those, anthropic and others- and afaict they are functionally the same (if you force a specific function / schema). Has someone had a different experience?

fzysingularity a day ago | root | parent | next |

They’re slightly nuanced - every model provider has a slightly different Pydantic /JSON schema compatibility (i.e for handling Literals, Unions, nested subtypes etc).

So you end up hitting roadblocks for seemingly simple Pydantic schemas.

jasonjmcghee a day ago | root | parent |

I meant between "structured output" and "function calling". Afaict one is outputting according to a schema and the other is outputting according to a schema... which will be used as the parameters to a function.

But they seem to be considered disparate concepts. So I'm trying to understand if there's some additional nuance I'm missing.

fzysingularity a day ago | root | parent | next |

Ah ok, I misunderstood. As far as I've seen, structured outputs is essentially "json-mode" with some constraints (i.e. guided decoding over a known schema) - so the model effectively emits valid JSON that conforms to the schema. In function calling, the model is asked to emit "code" that conforms to some function parameter spec. You could use json-mode for function-calling, but probably not the other way around.

I've generally found json-mode to be more useful than function-calling, even though the latter is what everyone fixates on because of it's obvious use in agents.

jasonjmcghee a day ago | root | parent |

I don't understand the difference based on your explanation (or the significance of "code") and have used function calling for outputting json according to a schema.

guntars a day ago | root | parent | prev |

With function calls the model may or may not output something that matches the schema, with structured output the schema is enforced at the logit level.

jasonjmcghee a day ago | root | parent |

At least in the case of openai, you can set "strict" to "true" and function calling / tool use must / is enforced to follow the schema too.

joatmon-snoo a day ago | prev | next |

Super cool! We at BAML had been thinking about doing something like this for our ecosystem as well - we’d love to add BAML models to this repo!

If you haven’t heard of us, we provide a language and runtime that enable defining your schemas in a simpler syntax, and allow usage with _any_ model, not just those that implement tool calling or json mode, by by relying on schema-aligned parsing. Check it out! https://github.com/BoundaryML/baml

jbmsf 2 days ago | prev | next |

Interesting. We're using a SAAS solution for document extraction right now. I don't know if it's in our interest to build out more but I do like the idea of keeping extraction local.

fzysingularity a day ago | root | parent | next |

Cool, what types of documents do you currently handle? We could share some of our learnings/schemas here too.

jbmsf 10 hours ago | root | parent | next |

Mostly tax forms, state-specific formations documents (Articles of X), and state-specific payroll registration documents.

andrewinardeer a day ago | root | parent | prev |

Different commenter; Here I'm extracting data from commerical invoices, POs and bills of lading.

jgalt212 a day ago | root | parent | prev |

Our customers insist we run everything on their docs locally.

fzysingularity a day ago | root | parent |

Absolutely, we’ve been hearing the same from our customers - which is why we thought it makes sense to open source a bunch of schemas so that they’re reusable and compatible across various inference providers (esp. Ollama/local ones).

Inviz a day ago | prev | next |

What are the most promising ways to extract information from picture like this, if the domain has strict time constraints? What's the second best way that is still fast?

fzysingularity a day ago | root | parent |

You can always distill VLMs into much smaller / faster models that’s specific to your domain or use-case.

What’s the use-case and what kind of latency do you require?

peterhadlaw a day ago | prev | next |

When making a new repo, reset your initial branch back to master with the following command:

git config --global init.defaultBranch master

There's the equivalent setting in GitHub.

jauntywundrkind a day ago | prev | next |

I'd really like to play with Qwen2.5-VL at some point, perhaps for reading data-sheets for microchips. Nicely for some applications, it's also very good at reporting position of what it finds, which many ML tools are pretty mediocre at. https://qwenlm.github.io/blog/qwen2.5-vl/

Not really this application, but QvQ for visual reasoning is also impressive. https://qwenlm.github.io/blog/qvq-72b-preview/

Meta has used Qwen as the basis for their Apollo research. https://arxiv.org/abs/2412.10360