At Synectique, we are extending FAMIX to create our own entities. To
guarantee our models are not filled in a bad way, we are defining
constraints on property setters (with #assert: or testing and throwing an
exception).
The problem comes when we then export and load the .mse because the
importer is not resolving things in a consistent order for our constraints.
Does anyone knows if there is a mechanism to guarantee constraints except
if the model is loading? Or at least to know if the model is currently
being loaded?
--
*Guillaume Larcheveque*
Hi,
I was looking for a comparison of OMG's Knowledge Discovery Model (KDM) and
FAMIX and found this thesis, which provides an overview of both and
provides a short, superficial comparison of the two:
https://boa.unimib.it/retrieve/handle/10281/31515/43100/phd_unimib_055259.p…
Are there any other sources of such information? I don't want to spend too
much time now reading all the details of KDM but a brief description
vis-à-vis FAMIX will be good for now. The purpose of the exercise: Client
runs some tools that use KDM and we may need interface with them. For now,
just reading about what supplementary information modelled by KDM not how
to connect the two.
regards.
Usman
Hi,
I just want to let you know that we will be starting our next Data Week
in few days. It's a 6 days intensive hackathon-workshop split in two
sessions from Thursday to Saturday each one in. Next one will be on Jul
21 to 23 and Jul 28 to 30. As usual, we work with an approach from data
activism & visualization. It's an event directed towards a broader
diverse population, coming from art, journalism and with different
levels of expertise, specially newbies, all interested in data
visualization. As a result we improve the tools [1] and packages [2] and
learning materials [3] (Spanish). Is a good way to bridge local and
international community. You can find more information (in Spanish)
about the event and our tool at [3a] and [3b].
Four our next project, we will work on our a project called Twitter Data
Selfies (draft info at [4]).
I will keep you posted about our advancements, improvements and problems
here and in slack and share some more in real time, using the #DataWeek4
hashtag on Twitter [5].
Cheers,
Offray
== Links:
[1] http://smalltalkhub.com/#!/~Offray/Grafoscopio
[2] http://smalltalkhub.com/#!/~Offray/Dataviz
[3] http://mutabit.com/repos.fossil/grafoscopio/wiki?name=inicio
[3a] http://mutabit.com/dataweek/
[3b] http://mutabit.com/grafoscopio/
[4] http://mutabit.com/offray/blog/en/entry/ds-twitter-mockup
[5] https://twitter.com/hashtag/DataWeek4?src=hash
Dear Friends and Colleagues,
Agile Visualization has now entered the last reviewing phase. The book will soon be available for sell. Feedback is highly welcome.
http://AgileVisualization.com
Kind regards,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
It would be great to fix this…
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
I have just downloaded the last image of Moose, and Spotter seems to not work at all…
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I'm new to Moose and Pharo and have some problems to get started. So how do
you work with the moose panel?
For instance, I want to get all packages for all classes of the argouml
showcase. I do this like this:
1. Select "All classes"
2. Look in the Meta-Panel which methods are available
3. Enter "self allPackages" in evaluator and execute "Do it and Go"
4. => The result shows 0
The same for allModelPackages.
I wonder what's the difference between allPackages and allModelPackages and
why both return a result of zero. I would expect to get of all the packages
the classes are in.
If I do the same for the methods:
1. Select "All classes"
2. Look in the Meta-Panel which methods are available
3. Enter "self allMethods" in evaluator and execute "Do it and Go"
4. => The result shows 23k methods
5. Now I wanted to look at meta panel which methods are available but I
don't see any method related except averageNumberOfInvocations and so on.
The reason seems to be that the result is of type FAMIXMethodGroup. How to
get from the group to the model for the methods so that I can access the
parameter list of the methods and so on?
So how do you know which methods you can call, do you use the meta panel as
well? Why do some methods return an empty result (like allPackages) even
though they seem to be valid and should return a result? How to get to the
content of a group?
Is there a more efficient way to work with moose or is this the way you
work with it? How do you investigate these problems if you get some
unreasonable return result?
Best regards
Meinert
Hi,
I am currently parsing some git log file with PetitParser. There is 56 log files with 10 more than 1 Mo and a max of 70 Mo.
I wrote the parser and all the files parse successfully under a prespur Moose version (Moose #1553).
I wanted to migrate to a new Moose image 6.0 (with Spur), the code loads, succeed to parse some small files but I encounter quickly a Memory Insufficient Error...
I suspect some bugs either in the Petit Parser parsing process, the string representation, or the memory management.
Had someone get the same issue?
Thanks in advance,
Cheers,
Vincent Blondeau
!!!*************************************************************************************
"Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis.
This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"
Hi,
I am running the latest moose, with VM from May 4th on Linux and I
consistently experience (over a period of several weeks) occasional crashes.
My rough observation is that this happens when working with visualization.
Do I do something wrong, or are there some issues?
The crash dump is attached.
Cheers,
Jan
Hi,
While loading one of my existing models, I remarked that the semantics of
FAMIXReference have been changed: earlier it was an association between two
containers and hence much more permissive. Now it is an association between
a method (from side) and a type (to side).
Although I agree that the semantics are clearer, sometimes we have the need
to represent an association/dependency between two entities. It happens
because we are reading from a abstracted source of information (e.g. a
description of the model from a modelling tool) that does not have the
code-level details.
So it will be good to have a more generic dependency. Hence, the question:
1. Does it make sense to add a generic dependency (between two containers?
sourced entities?)?
2. Should it be named FAMIXDependency as the word dependency can have
different meanings to different people (all dependencies of an entity may
be its "computed" dependencies from the dependencies of its children or
aggregate of all types of dependencies e.g. accesses, invocations, etc.).
So, we need to be careful about the naming.
With moose-chef, I would have to tell which entities have this dependency
for correct computation of the dependencies but with MooseQuery, we should
not have this problem because this information is inferred from the
meta-model, right?
regards.
Usman
hi
Is there at least a bit of documentation about Fame?
I am trying to meta-describes some C elements, but it is very difficult.
All these are very mysterious:
FMNullMultivalueLink,
FMMultivalueLink
FMMultiMultivalueLink
<multivalued>
<derived>
I feel Fame is very powerful, but very hard to understand.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!!
There is an issue with the debugger. Some classes are missing, in the last moose Image.
Can someone fix this please?
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
What am I supposed to put as filename in sourceAnchors? I now put the full path there, but that doesn't work and makes things non-portable. In ObjectStudio each method can be in a different file, and they are actually on different drives, e.g. c:\Entwicklung\MSE\FAMIXClass.cls and o:\devtools\sunit\SUnit\SUnit\TestCase.cls.
If I remove the drive name, I can no longer find the sources, as there is only one root. If I keep the drive name, I can only use Windows (and it doesn't work because there is no root on Windows)
Of course I can work around this by moving all sources into one directory
Stephan
How feasible is it to get different attachpoints at each end of an edge?
This seems not possible at the moment since RTAbstractLine only has
a single 'attachPoint' ivar. Specifically I am wanting
from-end==>centre
and to-end==>nearestEdge.
cheers -ben
Hi,
The Chef engine needs to be revisited. The goal of this new version was to generalize the logic, and that is a good thing. However, the problem is that it does it at the expense of understandability by relying on string concatenation and perform:.
We need to iterate on this one and look for another design, while preserving the current behavior.
Would anyone be interested to dive in this area?
Cheers,
Doru
--
www.tudorgirba.comwww.feenk.com
"Speaking louder won't make the point worthier."
Hi,
The Moose build is now green.
That puts us in a good situation for a release.
Until the release I would like us to push be great to touch the followings:
- Adding the Famix packages to a separate Famix configuration. Cyril would like to help with that.
- Integrate the PetitParser compiler in the ConfigurarionOfPetitParser. @Jan: any chance to get you interested to look at this?
- Integrating SmaCC and all its parsers.
Anything else we should be aware of?
Cheers,
Doru
--
www.tudorgirba.comwww.feenk.com
"From an abstract enough point of view, any two things are similar."
Hi,
I can arrange elements in a visualization where the size/area of an
RTBox is proportional to a specified value, like here:
or I can made all avatars (RTBitmaps) appear into this one:
But I would like to combine both, making the avatars area proportional
to a given value and present them in a RTFlowLayout. Is this possible
and how?
Thanks,
Offray
Hi,
As we talked in another thread I tried to look at the configuration of
Moose to be able to load Famix without every Moose tool (Glamour, Roassal…).
As Stephan said, since Famix is an inactive project for now groups are
enough to manage Famix. So I made some groups to be able to get only
Famix and the moose packages needed by famix.
There is 3 groups:
- Famix (Which is only the two following groups together)
- Famix-Without-Test
- Famix-Tests
So if you have a Tool that use Famix but not Moose tools you can had
this dependency:
spec project: 'Famix' with: [
spec
className: #ConfigurationOfMoose;
versionString: #development;
loads: #( #'Famix' );
repository: 'http://smalltalkhub.com/mc/Moose/Moose/main' ].
The only problem during the loading is about MalGraphBuilderStrategy
that is missing, but this was already the case in Moose.
I hope this will help you.
--
Cyril Ferlicot
http://www.synectique.eu
165 Avenue Bretagne
Lille 59000 France
Hi,
There is a package Famix specification that require a class of Pharo 3
(Or maybe 2).
There is no class comment inside.
Someone knows what it is? If this is useful then we should comment the
class, else we should remove the package because there is no senders.
--
Cyril Ferlicot
http://www.synectique.eu
165 Avenue Bretagne
Lille 59000 France
Hi,
I went quickly through the changes from the FAMIX-C package. The Multivalue code looks good.
Here are two remarks:
1. I am not convinced about having CompilationUnit and Header be subclasses of CFile (which is a subclass of File). But, to make an opinion I would first like to see a model. @Alex, could you provide a simple MSE model to play with?
2. I would want to change is the names of the following two properties:
FAMIXCFile>>includedInFiles
<MSEProperty: #includedInFiles type: #FAMIXInclude opposite: #includesFiles> <multivalued> <derived>
<MSEComment: 'includedInFiles relationships, i.e. files that includes this file.'>
^ includedInFiles
FAMIXCFile>>includesFiles
<MSEProperty: #includesFiles type: #FAMIXInclude opposite: #includedInFiles> <multivalued> <derived>
<MSEComment: 'includesFiles relationships, i.e. files included by this file.'>
^ includingFiles
The names suggest that the result will be a collection of File objects, but it is actually a collection of Includes.
It is a bit tricky to name these selectors, but we could use the same convention we used for invocations, and we could have:
- includedInFiles ==> incomingIncludeRelations
- includesFiles ==> outgoingIncludeRelations
What do you think?
Cheers,
Doru
--
www.tudorgirba.comwww.feenk.com
"To lead is not to demand things, it is to make them happen."
Hi all :-),
I have been playing with some mockups for an idea now that I have
finally the time for it.
As usual I start with a hand drawn mockup like this:
https://d167tapqdyj68f.cloudfront.net/offray.withknown.com/e/e/4/e/ee4e49f2…
and the I start to code the pieces with dummy data.
Here is, for example, what I call the avatar wheel:
And the arcs of it could be surround by objects that, as you can see in
the mockup, could be scaled and "pilled" as they go. The surround part
is working, "individully" as the following couple of examples show:
But, when I try to compose both surrounding avatars into the same view
and arc, things get weird:
I don't know if some one could take a look into the code or propose a
debug strategy to see what's going on.
The code is in the DataViz package[1] and the playground for running the
failing visualization or to be edited it to get the working ones is at 2
[1] http://smalltalkhub.com/#!/~Offray/Dataviz
[2] http://ws.stfx.eu/EX4NR2XBM0G0
Thanks,
Offray