[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: InkML
clbullar@i... (Bullard, Claude L (Len)) writes: >There is a granularity of identity issue there. One does >not typically extract one face from an indexed face set >and use it elsewhere. Maybe the same can be said for a >line segment or a single coordinate. One can argue as >some will that meaningfulness is with the user and that >the format should enhance that to the maximum degree >possible. On the other hand, coordinates, for example, >are seldom atomic as meaningful units except to the >renderer unless one is working in a geo system of >map coordinates where coordinates are paired with >meaningful names (think intersection of two >highways). So in isolation, the decision to use >a number list makes sense. When one considers >reuse in a different semantic system, the case can >be different. I worry that all of these groups think about their projects only in isolation, and thereby throw away the supposed interop benefits that XML was going to buy them. All they end up with is vague human readability, and don't even get that once humans hit the number lists. Why bother using XML in those situations? All it produces is a lot of whining about parsing costs while the benefits are seriously limited by the refusal of committees to create standards which take advantage of the format they use at their base. >How theoretical is this? It's not, unfortunately. >I don't know and maybe >it varies case by case, but it still seems odd to >me to have at least four XML languages with four >different dialects for coordinates. Different dialects, sure - but also a pattern of throwing away the tools XML offers for managing such differences. >We may wish to look at different combinations of >namespaces to see just how jangly the clash really >is. X3D and SVG are, IMO, obvious examples of >an opportunity to work together. CAD formats >(computer aided design) are another but are a >bit further into the future. I don't think there's much point in guessing what will and won't have to work together - the future's not the committee's to pick. Mark the data up reasonably in the first place, and at least the next round of people will have one fewer battle to fight. -- Simon St.Laurent Ring around the content, a pocket full of brackets Errors, errors, all fall down! http://simonstl.com -- http://monasticxml.org
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|