Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Ian Mitchell

Pages: 1 2 3 [4] 5 6 ... 18
General Board / Re: EA13 Sweeper and 'HV Lock'
« on: June 14, 2016, 11:07:50 pm » try putting 'sweeper' into the 'search' in the help.
If I search for something in the help, and I get no search results, then I assume there is no help for that thing. Is this not true?.
Perhaps you might add some additional text into the help:
"Your search didn't produce any results. But that doesn't mean it's not there, so keep looking anyway."
"Or it might mean there really isn't any help about what you wanted. We're not telling...."

General Board / EA13 Sweeper and 'HV Lock'
« on: June 13, 2016, 10:15:47 pm »
A few new menu options have appeared in V13, which don't seem to have any help - odd, as they are in the 'Helpers' bit of the 'Layout' ribbon.
  • What does 'sweeper' do (and please don't say 'sweep'
  • And 'HV Lock'

Thanks Simon,
 The challenge is just to know what's possible.
If an XML schema was available, for example, then that defines what the XML SHOULD look like - when creating-  , but also all the different possibilities of which it MIGHT look like - when reading data created by the UI.
The alternative is  a kind of 'particle physics' approach, where we have to fire different settings into the UI, see the XML fragments which fly off, then try to piece together a standard model of what happened in between. Not simple.

The results of the 'Wish List' workshop can now be found at
Interesting reading....

"But it's really quite simple.."
Sorry Simon, but you may need to re-calibrate your simple-o-meter.
"Simple" would be an API when I can set all this stuff: your 'simple' approach means yet more time reverse engineering your internal XML, to discover what all the options are, creating my own XML etc etc. So not really usable at all....:-(

Thanks Simon!
Could we please have seom documentation about the required format of the XML?

General Board / Re: When is an instance not an Object?
« on: May 05, 2016, 05:26:20 am »
OK, so I followed Sparx' advice, and went though about 100 or so kinds of 'thing', and so far, I don't understand the pattern. Maybe it's a UML thing...
For example:
- An Interface can have attributes, but a Requirement can't
- A use case can have operations, but a Feature can't
- A (GUI) Screen can't have attributes, but an Activity can.
I'd be slightly interested if anyone has a common-sense rationale why this is true.
As I have eaDocX customers asking to print operation/attributes on all kinds of strange and wonderful element types, I've decided to let anything have the potential to print them, even if today EA doesn't allow it. Better that way than not allowing stuff which has already been modelled.
Apologies in advance to eaDocX customers, but there's only so much time I have to peer through the curtain that is the Sparx forum, and into the mind of The Wizard from Oz.

I know, I'm a crazy optimist for using a modelling tool for creating charts, but there they are, looking all nice and simple in the examples, just waiting to be used. Doing yet another Excel integration is probably going to be the way forward, but honestly, what's the point in having a Charting capability which is UI-accessible only.
@Sparx - any clues where you stash the chart data in the database?
@Qwerty - no clues in "Inside EA" - what was that utility you once showed me for dumping an EAP file to text, so that it can I could do a text-search to find the secret data ?

I'm trying to figure out how to create an EA chart (bar chart etc) using the EA API, and there doesn't seem to be any obvious support for it.
Nor can I even find where in the EA database the definition of the example charts is saved.
Does anyone have any experience of creating charts this way ?

Best advice is to hire someone who has done it before.

General Board / Re: Archimate2 Metatypes and SQL
« on: March 25, 2016, 05:01:21 am »
...which is exactly why I was surprised to see it in t_object.object_type!

General Board / Archimate2 Metatypes and SQL
« on: March 24, 2016, 07:45:00 pm »
My customer is using Archimate2, and has a large model, developed over many EA releases.
They are now seeing some pain from how Archimate_Location elements are stored, as their model has saved them in two ways, and we don't know why.
Looking in the database, some Archimate_Location elements have Object_type="Class", some have Object_type="Location".
Has something changed across EA releases? This seems possible because when opening the properties of a 'Class' style element, then closing it (without changing any data), it got saved back in the database with object_type='Location', and a new 'modified date'.
This would normally not be a problem, because the UI makes everything look OK, but our model-quality analyser is flagging errors because we have the same 'thing' stored in two ways.
Has anyone seen this before?
Also, when I run a query to find these things in a test repository with a few brand-new Archimate_Location instances, the SQL seems to vary the results I get: for some queries, the object_type='Class' , for others object_type='location'. Sometimes both IN THE SAME QUERY. The Object_Type just seems to randomly say 'Class' or 'Location'.

Automation Interface, Add-Ins and Tools / Re: Another error using SQL
« on: March 16, 2016, 10:43:37 pm »
Ok - Geert's suggestion fixed that last one - of course - but it has uncovered others.
I've done some more research on this, and I think it may be to do with the size of the results set.
Queries which return large result sets (a 16Mb (string size) definitely throws the error) seem to throw this error - smaller ones don't.
Is there a restriction ?

Automation Interface, Add-Ins and Tools / Re: Another error using SQL
« on: March 16, 2016, 01:36:36 am »
Pure genius - it works now!
Thanks Geert

Automation Interface, Add-Ins and Tools / Re: Another error using SQL
« on: March 15, 2016, 03:29:25 am »
Honestly, I had no idea that DBError.txt existed. 12 wasted years using EA.
But anyway, it just contains an error from earlier today, just a simple SQL syntax error - nothing to do with this, so no help there.
So I'll try Helmut's suggestions- thanks.

Pages: 1 2 3 [4] 5 6 ... 18