MeatballWiki |
RecentChanges |
Random Page |
Indices |
Categories
From <->
CmapsSandbox we verified that
VeryLongHighPrecisionTags in the
MeatballWiki were indexed by Google; however they were not indexed, when used on the
CmapsForum.
For GlobalCollaborationWithCmaps
? this timeproven
RecentChanges concept appears to be indispensable.
It even starts for collaboration in public space with n=2 members,
who want to attract more collaborators.
So combining the functionality of a wiki with that of Cmaps can help to overcome this missing feature.
Using the CmapProtocol we can make links in Wikis that start edit-mode of Cmaps with automatically activating the Cmap Tools. (This must be tested.
Also it must be tested, if we can link to an Html representation of a Cmap, that includes a link to its URI in form of cmap://filepath.cmap.
WorkInProgress
Conversation
FridemarPache: Nathaniel, I was searching your cmaps for collaboration and saw that it is very unconvenient, if we have no
RecentChangesOfCmaps . All wiki-collaborators in Meatball and beyond as e.g. in the
CmapsForum are invited to leave notices at
RecentChangesOfCmaps to synchronize.
NathanielThurston: Fridemar, I think that Cmaps work best when they're backed by a corresponding text, so that people can choose how they want to view the information. In light of this, I'd like to suggest a workaround solution:
- Each cmap is bilinked with a page on a wiki
- All of the concepts in the Cmap are also explained in textual form on the wiki page
- Any time a change is made to the Cmap, a change is made to the wiki page
- All of the links between Cmaps are reflected with corresponding links to the underlying wiki pages.
I've made a Cmap of this idea [here]
FridemarPache: I am happy to feel a complete resonance with your points and have started to apply it. Could you please upload the Google:UniversalEditButton for wikis into your resource directory, such that we can make this a background image of the inserted CmapEditThisButton?. I must leave the KB for several hours now.