Re: [74attendees] [75attendees] IETF74 T-Shirt Art Donated to IETF Trust

2009-08-10 Thread Phil Shafer
Randy Bush writes:
now we know where the ipr is.  and we have lengthy discussion of who,
how, why, and black helicopters.  

Can we GPL/CCL the artwork?  Or would this mean that I have
to give a t-shirt to anyone who asks where I got mine? ;^)

Thanks,
 Phil (who had nothing to do with the shirt, but also thinks it's cool)
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf


Re: [74attendees] [75attendees] IETF74 T-Shirt Art Donated to IETF Trust

2009-08-10 Thread Phil Shafer
Jeffrey Hutzelman writes:
You do, but you can charge a nominal fee for the media.

Would the media really be interested?

Thanks,
 Phil
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf


Re: [NGO] WG Review: NETCONF Data Modeling Language (netmod)

2008-04-21 Thread Phil Shafer
Chris Newman writes:
The simpler (5) 
happens to be, the more confident I will become that YANG is following best 
practices for XML DMLs.

My guess is the opposite:  many of the more useful features of XSD
and DSDL require distinct and uncomfortable layout of the schema
material.  For example, the XSD substitution group mechanism allows
for extensibility, but requires the schema to include substitution
group information pervasively throughout the schema and to make a
very shallow hierarchy through the use of types and indirection.
This gives a format that I believe non-validating consumers of the
schema will find difficult to read and use.

By contrast, YIN is a straight-forward conversion of the textual
data from a YANG module into an XML format that can be easily and
directly used by the consumer.  The conversion is trivia and the
information is in a state identical to the YANG module's layout.
The encoding is changed (to XML) but the content is untouched.

So if (5) is simple, we've either chosen not to use significant but
uncomfortable features in the low-level output language, or we've
lost the conciseness, hierarchical view, and other high-level features
that makes YANG worthwhile.

This isn't to say that (5) shouldn't be fairly mechanical, something
that a perl or xslt script could handle, but it shouldn't be called
simple, nor should the complexity of that transformation a basis
for judging YANG.

Thanks,
 Phil
___
IETF mailing list
IETF@ietf.org
https://www.ietf.org/mailman/listinfo/ietf