Profile

Cover photo
Thomas Beale
Works at openEHR Foundation
Lives in London
175 followers|8,092 views
AboutPostsPhotosYouTubeReviews

Stream

Thomas Beale

commented on a video on YouTube.
Shared publicly  - 
 
An actual bona fide modern protest song. Brilliant! Let's get it out there.
5
Phil Cooper's profile photoThomas Beale's profile photo
2 comments
 
+Thomas Beale my blog post on this, for anyone wanting some material - excellent graphics from the Economist - http://wolandsothercat.net/2015/05/09/abject-failure-for-british-democracy-7-may-2015/
Add a comment...

Thomas Beale

Shared publicly  - 
 
This clip shows just a tiny bit of this amazing harp player named Diego, who was playing such a wonderful mixture of Columbian dance tunes and classical motifs that it was only after minutes that I even thought of video-ing him. Of course i asked, and he was very happy. If you can find him around London tubs network (Feb 2015) go and see him and give him a few coins. He's a lovely guy to talk to as well.
1
Add a comment...

Thomas Beale

commented on a video on YouTube.
Shared publicly  - 
 
This really is a brilliant piece of film - a single static shot 10 mins long (well, with a few tiny intercuts) - reminiscent of 'The Stalker' perhaps, the old RB style of playing, Rod Evans, a walk on orchestra...amazing. 
2
1
Bert Verhees's profile photo
Add a comment...
Have him in circles
175 people
Koray Atalag's profile photo
baosheng xu's profile photo
Lloyd McKenzie's profile photo
Michael Osborne's profile photo
Feng Tao's profile photo
Damian Borbolla's profile photo
Dave Sag's profile photo
Michael Barnes's profile photo
Brian Barry's profile photo

Communities

Thomas Beale

commented on a video on YouTube.
Shared publicly  - 
 
Some Jeff Beck-ish (space) boogie in there... great soundscape you have put together. Faultless.
1
QuistJam's profile photo
 
thanks Thomas - huge Jeff Beck fan!!
Add a comment...

Thomas Beale
moderator

Discussion  - 
 
I had an idea for an Eiffel Hub logo. Here's a quick sketch. Someone who can actually do logos might be able to make something of it. #eiffelhub  #eiffel
1
1
Jocelyn Fiat's profile photoThomas Beale's profile photoPaolo Redaelli's profile photo
2 comments
 
Just remember, my drawing is just the concept - something like cars / people / ideas going around the Tour Eiffel.  (a bit like if the Tour Eiffel was where the Arc de Triomphe actually is in Paris, if you think of what it looks like on a map). 

So if anyone wants to invent an actual logo, that was the idea in mind. I think you will need Gimp or something to create some proper image...
Add a comment...

Thomas Beale
moderator

Discussion  - 
 
Sharing Eiffel code and utilities - how do we really do it?

I have cleaned up my 'generic' libraries to a reasonable extent, see https://github.com/wolandscat/EOMF . But the whole project is still a single project, even though it contains seemingly disaparate things. 

As you can see from the home page, some of these are:

- a compiler and serialisers for ODIN (Object Data Instance Notation) - the (more powerful and more readable) JSON equivalent we use extensively on the openEHR project. We use this for all .cfg files, object schema files, and general serialisation purposes.

- the msg_code_gen tool to convert error & UI message files into code, so that a) no extra files need to be shipped, b) UI & errors can be localised to any language and c) all such UI elements are converted to Eiffel constants, so that any missing definitions cause a compile fail (i..e you can't accidentally ship your app with missing error cods or UI strings). The input files are in ODIN form. Ideally a tool like this would be integrated into Eiffel Studio to provide proper internationalisation of apps.

- a tool to convert a whole directory tree of .ico & .png files to source code (avoid shipping hundreds of icons). Ideally this would also be in Eiffel Studio.

- the Basic Meta-Model library, essentially a XMI replacement expressed in ODIN, based on the Eiffel meta-model (primarily data elements, no functions yet). We use this to represent object models published as standards (UML diagrams are not computable, except via XMI which is an unholy unreadable mess).

- a rough and ready UI library called EVX that is a layer on top of the EV_* classes, providing a higher level of calls to create controls, menus etc. 

- various app framework classes, that I am sure everyone has their own versions of, and keep being re-invented time and again. Particularly environment settings of all kinds, app defaults, etc.

- various other classes needed to make up for missing features in ISE and gobo classes (simple example a class that provide a file system function to return the full paths of all files defined by a regex, i..e something a bit like find path -name regex -print).

I could in theory separate these out somehow, but actually they are inter-dependent at various levels, a bit like gobo. For example, nearly everything relies on the ODIN parser, e.g. all my apps create, save and read their .cfg files in that form, and also get all their UI strings from ODIN files. And so on...

The test code for all these tools is in various stages of development (our real 'test' is our main archetype workbench application).

Rather than do a lot of separation work on my own, I would rather have a discussion with people here to get an idea of how best to arrange, package, document etc code and tools that are potentially re-usable.

These are the original Eiffel Hub questions. 

I know others are working hard on things like EWF and much else. But I can't help the feeling that we commonly re-invent things and don't share because sharing is too hard.

Thoughts?

[One thought I have is this: I used to think in terms of trying to get everything into a single library space, e.g. the ISE shipment. I now think this is a bad idea. It would be better if we just has libs in $ISE_EIFFEL, $GOBO, $EWF, $WHATEVER, but they all worked to the same principles. Tools and libs that are fixes to Eiffel Studio should of course be added there. We need to work out those common priinciples]

- thomas
1
Jocelyn Fiat's profile photoOlivier Ligot's profile photo
2 comments
 
Hi,

I second Jocelyn's idea to use a single environment variable (namely $EIFFEL_LIBRARY).

We have also worked on a little tool called epm (https://github.com/oligot/epm#readme) which is an Eiffel Package Manager based on npm (the package manager from Node.JS).
The basic idea of epm is to handle the retrieval and update of your project dependencies. It works great with Git repositories (as most Eiffel libraires are on Github) and is quite helpful if you depend on a lot of libraries (it's not uncommon in our projets to have more than 10 dependencies).
We still have to define with Jocelyn the relations between epm and iron but I think they could work together.
On a side note, epm already uses the environment variable $EIFFEL_LIBRARY.

Now back to your contribution, I would still create separate repositories as this would tell the people: "hey, these are differents librarires that could be used on their own but for the moment, they depend from each other". I haven't checked the source code but the compiler and serialisers for ODIN seems like a library on its own that other depend on and could be useful for other people (just like the JSON library https://github.com/eiffelhub/json is useful on its own)

Regards,

Olivier
Add a comment...
People
Have him in circles
175 people
Koray Atalag's profile photo
baosheng xu's profile photo
Lloyd McKenzie's profile photo
Michael Osborne's profile photo
Feng Tao's profile photo
Damian Borbolla's profile photo
Dave Sag's profile photo
Michael Barnes's profile photo
Brian Barry's profile photo
Communities
Places
Map of the places this user has livedMap of the places this user has livedMap of the places this user has lived
Currently
London
Previously
Brisbane, Australia - Sydney, Mooloolah, London
Story
Tagline
Vicarious wanderer
Work
Occupation
Platform Information Architectures
Skills
clear thinking
Employment
  • openEHR Foundation
    Specifications lead, 2013 - present
  • Ocean Informatics
    CTO, present
Basic Information
Gender
Male
This is our favourite local Italian place out of 5 or 6. Cosy family style place serving real southern Italian food, everything made fresh every day (you can watch them doing it). All dishes great, the staff are super friendly and fun. Lunch or dinner always good.
Public - 2 years ago
reviewed 2 years ago
1 review
Map
Map
Map