If you are francophone, you might find some of the videos linked here to be helpful :
http://forum.eastgate.com/t/dominique-renauld-video-tutorials/21
Many thanks for all these clarifications. I realise that my thread is not the simple question I thought. I guess I have to take a moment to figure out how I’m going to use Tinderbox. Thanks to @MartinBoycott-Brown: I speak french 
I’m sure this is going to be helpful.
May I take the liberty to develop a little bit (while suggested videos may answer the following)?
Let’s say Paul is any kind of information that can be read through the angle of theory-A or theory-B (namely family or friends in my example). Paul finds a place in the two theories at same time. One could just create Paul-A and Paul-B in two containers but how the likeness of Paul-A and Paul-B would be displayed then?
I guess lot of people, using TB8, have already faced that kind of situation. It looks pretty common to me.
How do most people deal with it in TB8? How do you guys do?
Are we mapping family trees, or is that just a metaphor?
I don’t know what Theory-A / Theory-B represent, but it appears that instead of fixed containers they should be agents. If “Paul” has a an attribute that satisfies the query for the Theory-A agent and the Theory-B agent, then an alias of the “Paul” note will appear in both agents. Agents are, in essence, containers whose content is computed on the fly.
I understand you may not be able to discuss the details of your work in public, but the metaphor you’re using might be somewhat distracting here. Specifically, it’s always tempting at the start of a project to divide the information you plan to develop into a tree of categorical relationships. The information you actually discover, of course, is never quite what you expected — and the structure you originally built is likely to be wrong.
I talk about this problem of premature formalization in The Tinderbox Way, which you might enjoy.
Let’s look at a specific problem: a year from now, we’re going to have a big election, and you’re going to lead a group of volunteers to advance a particular cause. Let’s say, “awareness of climate change.”
What I’d do to begin is to make a Tinderbox document to hold some things I know I’m going to want to track.
-
People – volunteers, possible volunteers, experts. Candidates for various offices. Staff workers for those candidates. Lots more people.
-
News – articles, news clippings, research papers that are relevant to the campaign and our mission.
-
Events – stuff that’s going to happen. Not just dates and times — you have a calendar for those — but also planning meetings, conferences, canvasses, caucuses, conventions.
Now, a specific event might involve different people, and we can represent that relationship in a bunch of ways. We can:
- have a link from Party Convention to people who are delegates.
- have an attribute DelegatedTo that contains the name of the person responsible for the event.
- have a set attribute that lists the members of the event’s steering committee
- have a text description of the event that lists some possible speakers, each of which has a text link to contact information for that person.
- assign a tag “JulyRockConcert” that’s added to the event, people involved in the event, and news about the event. Use an agent to gather all the notes that use this tag.
An important point is that you won’t know the best way to do any of this when you start out. You might expect to be organizing a dozen volunteers, and you turn around and you’ve got 500. Or you think you’re planning fifty weekly events for about 20 local volunteers, and your national coordinator calls you and says, “drop that — I want you to focus on getting 5,000 people to the July Concert fundraiser.” So, Tinderbox makes it easy to change representations.
2 Likes
I think the simple answer (crudely summarising what is written above) is: “don’t put items in containers – give them tags instead”. (OK, horribly simplistic, but for someone who is just starting, it might be best to cut to the chase.)
I started a whole thread some time ago which you might find useful, as it discusses ways of working with meta data. See: http://forum.eastgate.com/t/user-attributes-or-tags/1069.
1 Like
Amen. This approach allows you to make good use of Attribute Browser view and it gets you out of the problem of constantly adding agents. It also copes better with large numbers of notes (better than a map, for instance).
When considering how an imagined outcome will look on screen in a map (as many of us tend to), also ask yourself what data you need to make a map look like that? If it needs data you aren’t directly typing in/importing, you will need to figure out how to get or create that data before you can start to worry about making the maps look pretty.
I agree … but I would amend that to “…give your notes metadata with existing or custom attributes that makes sense for the context”.
There’s a tendency to rely on tags in a lot of apps simply because few bits of software have Tinderbox’s ability to work with all manner of metadata using built-in or user-defined attributes. Tags generally become a big bucket of glop. It’s hard to make sense of notes with Attribute Browser if the stuff in the tags can have different meaning depending on the note.
(If I was just going to use tags, I’d save my money and instead use files, Finder, Finder Tags, Preview, and Finder Saved Searches.)
1 Like
I concur 100% - I should have been more specific. ‘Tags’ is a slippery term and can vary in meaning depending on how much exposure people have had to structured metadata. Breaking out strands of your information into discrete attributes makes your analysis much easier. Certainly, using only general ‘tags’ from other sources, such as import to Tinderbox’s $Tags, is very much driving the Tinderbox app in a very low gear.
Sure – I was just trying to keep the message as simple as possible for somebody trying to find their way in (and not working in their native language). Sometimes less is more. Sophistication can come later 
1 Like
More like getting out, emptying the fuel tank, and pushing the vehicle like a wagon.
1 Like
No confidential material in what I’m trying to achieve. I took a simple situation involving Paul trying not to be boring with my personal stuff.
I’m a physics researcher and teacher. I’m trying to find new relations in a large set of theories and experiements. The situation I’m facing is somehow similar to the situation of my students: Learning different approaches for same phenomenons and figure out the interactions. I deal with it using the method I learned as a student (except that I now try to use numerical tools). The example below is a simplified situation that could be find in one of my student notebook.
I have the map of thermodynamics theory according to Lavoisier (image 1)
I have the map of thermodynamics theory according to Newton (image 2)
Some elements in Lavoisier theory can be translated in terms of Newton’s. (image 3)
Some elements are the same in the two theories (“Hot bodies warm cold ones” in the example, see image 4).
Just wanted to know if I can display these 4 maps in a clic or 2 using Tinderbox. Keeping other maps up to date after any change in one of them. Based on what all people here said, answer is yes but not the way I initially thought: I will have to get how agents and attributes work first.
Maps like those can definitely be composed in Tinderbox. Be aware, that maps portray all the notes, adornments, and aliases on the same outline level. Notes that are containers for other notes, or aliases, are shown in a particular way on the map. Like this:
There’s a little “viewport” in both cases showing little icons for the child notes inside the container or agent, and you can navigate into the container by double-clicking the background of the viewport. There are other navigation features available.
1 Like
Isn’t that always the case, though? Large data sets always pose visualization challenges that smaller ones don’t. The sun that a five year-old draws is qualitatively different from the sun as seen through NASA’s tools, which is different yet again from the assembly of all stars in the observable universe.
2 Likes
Don’t make the same mistake I made and make this note: Tinderbox is not a database (in the sense of storing all of your notes in one place)!! By the time I got to a 1/100th integration of my old notes, it was acquire apparent that Tinderbox was not created for that; It become sluggish rather quickly. Considering the cost and amount of effort required learning this tool I would advice you consider such impediments.
1 Like
Thanks for warning. Actually, I’m trying to install a virtual machine MacOS on my PC to have a try before buying.
What do you mean by:
I actually look for something to store all personnal notes that have powerfull display capabilities. Thought Tinderbox was the best for this. Since dedicated mindmap apps lacks of note-management tools and on the other hand soft like Devonthink have no graphical display for relations between thoughts.
Unnecessary patronizing comment. Thanks.
There’s a lot to unpack there. We don’t know what “all” means, of course – 100 or 10,000 or more. It might not have been clear in this thread, yet, that most users have many documents – not a single document – so you can spread a lot of notes across a lot of documents. There are some users (@mwra is a well-known exemplar) who have individual documents with thousands of notes. He can weigh in with his views of using and managing big documents.
All of us are posting opinions in response to your questions, @jfaure, without knowing your circumstances or your data. Your idea to get a VM with macOS on it and a trial of Tinderbox running on that VM is excellent. You’ll be able to use your data, see your own results, and if you want, post more pointed questions based on that experience. I hope the VM works out for you.
2 Likes
Really? I read the comment as a mild metaphor about the relation between scale and data size.
4 Likes