Mail Archives: geda-user/2015/12/21/17:22:19
--089e013cba48dccf8305276fe98f
Content-Type: text/plain; charset=UTF-8
Unless anyone can present decent augments as to why its approach is
fundamentally different, or flawed, I think it would be silly to ignore
(whilst trying to replicate) the _MANY_ man years of design effort captured
in STEP AP210 and related standards.
Ultimately, the complexity and size of that data model is because it aims
to capture an entire design life cycle, taking into account all the nuances
and aspects of an incredibly wide scope and representing it in a way that
has a defined semantic interpretation. This is useful, reusable,
transferable data which in many ways stands alone from the tools
manipulating it.
AP210 is, granted, a horribly large intractible monster, but I strongly
suspect unless your new design very deliberately chooses a narrower scope,
and makes more assumptions, it will grow to be similarly complex. None of
us have the resources to reproduce that work. I would also guess that we
lack the resources to understand and implement all aspects of it - but that
doesn't mean it isn't useful or valuable.
It would be my suggestion that any future new file formats / internal data
models would be well served by studying, understanding and sub-setting
concepts and relationships defined within the AP210 standard scope, in the
same way that 3D cad kennels appear to typically structure themselves
around datastructures and models in sympathy with representations used in
their particular STEP standards.
If there is a concept you need to model - that is covered by some STEP
standard, I'd say you should need a really good reason to deviate from the
model these guys have come up with. It is unlikely that we are smarter than
the team of domain and data modelling experts who got to the conclusion
they did. The main assessment we need to make is "are we trying to solve a
sufficiently similar problem".
If there are multiple ways of modeling or representing something - pick the
STEP way unless there is an amazing reason for doing otherwise.
Pushing and adopting AP210, for me, is the single most prudent, future
proof, and worthwhile thing we as open source developers (or ex-develpers),
(or armchair designers) can do for the electronics profession and industry.
We despirately need interchange and portable data, just as 3D cad needed it
when the STEP standard was begun. AP210 exists, and is non proprietary.
Embrace it.
Embrace the concepts and models it uses, even if we still start with our
own file formats and internal data structures.
Best regards,
Peter Clifton
On 21 Dec 2015 20:41, "Peter Stuge (peter AT stuge DOT se) [via
geda-user AT delorie DOT com]" <geda-user AT delorie DOT com> wrote:
> Ouabache Designworks (z3qmtr45 AT gmail DOT com) [via geda-user AT delorie DOT com]
> wrote:
> > Until you nail down your foundation it wont do you any good to start
> > off building on it.
>
> I disagree. It's possible and good to start at arbitrary levels of
> abstraction and work in both directions.
>
> But what works for you works for you. :) Please help with describing
> the objects.
>
>
> //Peter
>
--089e013cba48dccf8305276fe98f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<p dir=3D"ltr">Unless anyone can present decent augments as to why its appr=
oach is fundamentally different,=C2=A0 or flawed, I think it would be silly=
to ignore (whilst trying to replicate) the _MANY_ man years of design effo=
rt captured in STEP AP210 and related standards.</p>
<p dir=3D"ltr">Ultimately, the complexity and size of that data model is be=
cause it aims to capture an entire design life cycle, taking into account a=
ll the nuances and aspects of an incredibly wide scope and representing it =
in a way that has a defined semantic interpretation. This is useful, reusab=
le, transferable data which in many ways stands alone from the tools manipu=
lating it.</p>
<p dir=3D"ltr">AP210 is, granted, a horribly large intractible monster, but=
I strongly suspect unless your new design very deliberately chooses a narr=
ower scope, and makes more assumptions, it will grow to be similarly comple=
x. None of us have the resources to reproduce that work. I would also guess=
that we lack the resources to understand and implement all aspects of it -=
but that doesn't mean it isn't useful or valuable.</p>
<p dir=3D"ltr">It would be my suggestion that any future new file formats /=
internal data models would be well served by studying, understanding and s=
ub-setting concepts and relationships defined within the AP210 standard sco=
pe,=C2=A0 in the same way that 3D cad kennels appear to typically structure=
themselves around datastructures and models in sympathy with representatio=
ns used in their particular STEP standards.</p>
<p dir=3D"ltr">If there is a concept you need to model - that is covered by=
some STEP standard, I'd say you should need a really good reason to de=
viate from the model these guys have come up with. It is unlikely that we a=
re smarter than the team of domain and data modelling experts who got to th=
e conclusion they did. The main assessment we need to make is "are we =
trying to solve a sufficiently similar problem".</p>
<p dir=3D"ltr">If there are multiple ways of modeling or representing somet=
hing - pick the STEP way unless there is an amazing reason for doing otherw=
ise.</p>
<p dir=3D"ltr">Pushing and adopting AP210, for me, is the single most prude=
nt, future proof, and worthwhile thing we as open source developers (or ex-=
develpers), (or armchair designers) can do for the electronics profession a=
nd industry.</p>
<p dir=3D"ltr">We despirately need interchange and portable data, just as 3=
D cad needed it when the STEP standard was begun. AP210 exists, and is non =
proprietary. Embrace it.</p>
<p dir=3D"ltr">Embrace the concepts and models it uses, even if we still st=
art with our own file formats and internal data structures.<br><br></p>
<p dir=3D"ltr">Best regards,</p>
<p dir=3D"ltr">Peter Clifton<br>
</p>
<div class=3D"gmail_quote">On 21 Dec 2015 20:41, "Peter Stuge (<a href=
=3D"mailto:peter AT stuge DOT se">peter AT stuge DOT se</a>) [via <a href=3D"mailto:geda-=
user AT delorie DOT com">geda-user AT delorie DOT com</a>]" <<a href=3D"mailto:ge=
da-user AT delorie DOT com">geda-user AT delorie DOT com</a>> wrote:<br type=3D"attrib=
ution"><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-=
left:1px #ccc solid;padding-left:1ex">Ouabache Designworks (<a href=3D"mail=
to:z3qmtr45 AT gmail DOT com">z3qmtr45 AT gmail DOT com</a>) [via <a href=3D"mailto:geda-=
user AT delorie DOT com">geda-user AT delorie DOT com</a>] wrote:<br>
> Until you nail down your foundation it wont do you any good to start<b=
r>
> off building on it.<br>
<br>
I disagree. It's possible and good to start at arbitrary levels of<br>
abstraction and work in both directions.<br>
<br>
But what works for you works for you. :) Please help with describing<br>
the objects.<br>
<br>
<br>
//Peter<br>
</blockquote></div>
--089e013cba48dccf8305276fe98f--
- Raw text -