Re: "YAML Easy Schemas"

Trans,

I'll review your proposal and offer a more complete version of my ideas in
the next 24 hours.

I have a very strong interest in the following things to happen in the next
few years:

   - YAML Schema Language
   - YAML Style Language
   - YAML 2.0 spec - major simplification based on real world usage
   - JSYNC Implementations across several languages
      - Use a common API
      - Use that experience to drive a common YAML API
   - A book on YAML/JSON

Cheers, Ingy

On Wed, Jun 29, 2011 at 12:45 PM, Trans <[email protected]> wrote:

>
>
> On Jun 29, 10:53 am, Ingy dot Net <[email protected]> wrote:
> > Hi Trans,
> >
> > Sorry for the late reply but I'm at a Perl conference and catching up on
> > email.
>
> Just glad to see you are still around :-)
>
> > I should just mention that I've had the idea of a YeS schema language for
> a
> > couple years now, but haven't gotten around to working much on it. You
> can
> > see it's listed here:http://ingy.pyrl.org/
>
> Well damn. And I thought I was so clever coming up with that name.
>
> > I can write more later, but the basic idea is a shallow YAML mapping
> > something like this:
> >
> > +top: address
> > address:
> > - name
> > - street
> > - city
> > - state
> > - zip
> > name: +str
> > city: +str
> > state: +state
> > +state: [AK, IL, TX, WA]
> >
> > Apologies for incompleteness here...
>
> Interesting approach. I certainly like the simplicity of it. How far
> can it go? Looks like it might be limited to a schema for mappings,
> their member types and enumerated values. More? For instance how to
> specify a field is required?
>
> > Anyway, I just wanted to point out that I've been planning on doing
> > something with the same name for years. I sure you just stumbled on the
> name
> > yourself. Maybe we can work together on it.
>
> That would be great!
>
> The reason I even got into this is b/c I have a need for a very strict
> YAML document format. At first I was coding a validating reader in
> Ruby just for the format, but then realized that my use case was
> exactly what a schema was meant to do. So off I went exploring the
> possibilities and wound up here. Short story short, I am in need of a
> highly capable schema that can really nail down my format.
>
> What do you think of my YPath approach?
>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> _______________________________________________
> Yaml-core mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/yaml-core
>

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2

_______________________________________________
Yaml-core mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/yaml-core