Re: [femm] File format using XML?

["Robin Cornelius" <robin.cornelius@xxxxxxxxxxxxxxxxxxx>]

A Sugestion for scripting. There are some good scripting languages for linux
available in source code format that are designed to be added in to existing
programmes to give it a script ability. This would save the development of
any preprocessors/parsers as these are already implimented. As they are in
source code and not GUI dependent they should be easily portable to WIN
platforms.

The code is also FREE GNU public licence and as Femm is non comercial there
should be no problem using it


----- Original Message -----
From: David Meeker <dmeeker@xxxxxxxxxxxxxxxxx>
To: <femm@xxxxxxxxxxx>
Sent: Friday, December 15, 2000 10:50 PM
Subject: Re: [femm] File format using XML?


> Barry Hansen wrote:
>
> > Hello, I'm a hobbyest using FEMM to study mechanical forces in certain
> > types of solenoids. First, let me say THANK YOU for providing such a
> > great magnetic analysis package!
> >
>
> I'm glad that the program is useful to you.
>
> >
> > Since I'm exploring the force profiles of various geometries, I'm
> > running lots of simulations. Each one varies slightly from each other.
> >
>
> Well, people have been asking for some sort of scripting language that
would
> make this sort of thing easier. This sort of thing isn't a trivial
> modification, so I haven't had the time to get around to it yet.
>
> >
> > I was just curious if you would consider using XML for a file format?
> > It would seem to be a convenient vehicle for transporting data among
> > various programs. Not a big deal, but enquiring minds want To know!
> > <g>
> >
> > Thanks again,
> > Barry Hansen
> > Seattle, WA
>
> Well, I've changed file formats from the 2.1 to the 3.0 versions. The
> inspiration for this was really the structure of DXF files rather than
XML,
> but I suppose that it philosophically shares some of the same objectives
as
> XML. Internally, the 3.0 version of the program actually looks for keys
> that it understands and parses the values inside the keys, as opposed to
> reading some fixed, rigid data structure like in 2.1. The new data
> structure allows me to add in new features without making newer files
> totally unreadable by older version, and without losing backward
> compatibility. If there really was a strong reason to, I could probably
> support this functionality in a format that adhered to the XML standards.
>
> Dave.
>
>
>
>
>