[Generateds-users] default values

[Marco Bomben]

Dear Dave,
let me first thank you for your module: it works fantastically and let me
do my work much much faster than before.

I have a question about default values. I have tried to set them in to the
xsd and see if they worked as expected but they don't, at least for me.
Here is the workaround I came up with:

gr.SetTitle(curve.get_label())
try:
gr.SetMarkerStyle(curve.get_marker().get_style())
except TypeError:
gr.SetMarkerStyle(defaultMarkerStyle)

It is very ugly...
Do you have a working example I can look at, please?

Many thanks again and regards,
Marco Bomben

[Dave Kuhlman]

Post by Marco Bomben
Dear Dave,
let me first thank you for your module: it works fantastically and let me
do my work much much faster than before.
I have a question about default values. I have tried to set them in to the
xsd and see if they worked as expected but they don't, at least for me.
gr.SetTitle(curve.get_label())
gr.SetMarkerStyle(curve.get_marker().get_style())
gr.SetMarkerStyle(defaultMarkerStyle)
It is very ugly...
Do you have a working example I can look at, please?
Many thanks again and regards,

Marco,

You are welcome. And, I'm glad you've found generateDS.py useful.
I appreciate the comment.

There is support for default values. You can take a look in the
tests/ directory:

generateds/tests/default*.*

The code that runs the tests is in tests/test.py.

I have not looked at that for a good while. I'll have to check to
see if it is working myself. ...

OK, I looked, and yes, default_cases*.* seems to be doing what I
expect it to do, which could be different from the correct behavior.
You can compare these files:

tests/defaults_cases.xml
tests/defaults_cases1_out.xml
tests/defaults_cases2_out.xml

defaults_cases2_out.xml is generated from defaults_cases.xml by the
module that was generated from tests/defaults_cases.xsd.
defaults_cases1_out.xml is the "correct" file that the unit test (in
tests/test.py) compares against.

You can also look at tests/defaults_coverage*. That unit test is
also checking this feature.

If there is something that generateDS.py is not doing with respect
to default values and that you think it should do, could you send me
a test case and tell me what you'd expect instead of what it
actually does. Perhaps something is broken or perhaps there is a
case that it is not handling.

Thanks in advance for help, and thanks for reporting the problem.

Questions -- I looked at your Web site, and saw the list of
papers that you have written. Do you use generateDS.py in your
work? What kind of data and content do you process with it? Just
curious.

Dave

Post by Marco Bomben
Marco Bomben
--
"Human existence is based upon two pillars: Compassion and knowledge.
Compassion without knowledge is ineffective; knowledge without compassion
is inhuman."
(Victor Frederick Weisskopf)
----------------------------------------------
http://marco.bomben.googlepages.com/

[Dave Kuhlman]

Hello Dave,
I am sorry, I have downloaded version 2.23a0 but I don't see the default*.*
files you are talking about. Am I missing something?

Oops. I beg you pardon. I've been adding files to the repo at
Bitbucket as I added new unit tests. But, I've been forgetting to
add them to the downloadable .tar.gz file.

I've built a new distribution file. The only change is that this
new file contains those missing unit test files. I've attached it
to a separate email, so as not to put too much bulk and volume in
everyone else's mail box.

Please let me know when you have more questions, suggestions, etc.

Dave

About my work: it's a couple of months that I am using your module. I use
to it steer a plotting program I have written based on root (root.cern.ch)
and python. Instead of writing a macro for each plot I have to draw I
simply modify an xml file (changing file names, lines color, etc). I
process silicon detectors data, either from real devices or from
simulations.

Cool.

Dave

Many thanks in advance and best regards,
Marco

Post by Dave Kuhlman

Post by Marco Bomben
Dear Dave,
let me first thank you for your module: it works fantastically and let me
do my work much much faster than before.
I have a question about default values. I have tried to set them in to

the

Post by Marco Bomben
xsd and see if they worked as expected but they don't, at least for me.
gr.SetTitle(curve.get_label())
gr.SetMarkerStyle(curve.get_marker().get_style())
gr.SetMarkerStyle(defaultMarkerStyle)
It is very ugly...
Do you have a working example I can look at, please?
Many thanks again and regards,

Marco,
You are welcome. And, I'm glad you've found generateDS.py useful.
I appreciate the comment.
There is support for default values. You can take a look in the
generateds/tests/default*.*
The code that runs the tests is in tests/test.py.
I have not looked at that for a good while. I'll have to check to
see if it is working myself. ...
OK, I looked, and yes, default_cases*.* seems to be doing what I
expect it to do, which could be different from the correct behavior.
tests/defaults_cases.xml
tests/defaults_cases1_out.xml
tests/defaults_cases2_out.xml
defaults_cases2_out.xml is generated from defaults_cases.xml by the
module that was generated from tests/defaults_cases.xsd.
defaults_cases1_out.xml is the "correct" file that the unit test (in
tests/test.py) compares against.
You can also look at tests/defaults_coverage*. That unit test is
also checking this feature.
If there is something that generateDS.py is not doing with respect
to default values and that you think it should do, could you send me
a test case and tell me what you'd expect instead of what it
actually does. Perhaps something is broken or perhaps there is a
case that it is not handling.
Thanks in advance for help, and thanks for reporting the problem.
Questions -- I looked at your Web site, and saw the list of
papers that you have written. Do you use generateDS.py in your
work? What kind of data and content do you process with it? Just
curious.
Dave

Post by Marco Bomben
Marco Bomben
--
"Human existence is based upon two pillars: Compassion and knowledge.
Compassion without knowledge is ineffective; knowledge without compassion
is inhuman."
(Victor Frederick Weisskopf)
----------------------------------------------
http://marco.bomben.googlepages.com/

--
Dave Kuhlman
http://www.davekuhlman.org

--
"Human existence is based upon two pillars: Compassion and knowledge.
Compassion without knowledge is ineffective; knowledge without compassion
is inhuman."
(Victor Frederick Weisskopf)
----------------------------------------------
http://marco.bomben.googlepages.com/