File: tagcoll.1

package info (click to toggle)
tagcoll 1.6.3-2
  • links: PTS
  • area: main
  • in suites: etch
  • size: 2,500 kB
  • ctags: 2,062
  • sloc: cpp: 10,930; sh: 8,892; makefile: 201; lex: 54; yacc: 27
file content (316 lines) | stat: -rw-r--r-- 10,549 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
.TH TAGCOLL 1 "June 01, 2006" "1.6.2"
.SH NAME
tagcoll \- Perform various operations on a tagged collection
.SH SYNOPSIS
\fBtagcoll\fP [options] <command> [options and arguments]
.SH DESCRIPTION
\fBtagcoll\fP is a commandline utility to manage tagged collections.
.P
A tagged collection is a set of items in which each item is associated with a
set of zero or more tags, in no particular order.
.P
\fBtagcoll\fP can take a tagged collection and perform various complex
operations on it, like applying transformations, finding implicit implications
between tags and building a smart intuitive hierarchy to navigate the items.
.SH COMMANDS
\fBtagcoll\fP always requires a non-switch argument, that indicates what is the operation that should be performed:
.TP
\fBcleanhierarchy\fP [files...]
.br
Like hiearchy, but in every node it merges tags which are attached to the same set of items.
.TP
\fBcopy\fP or \fBcat\fP [files...]
.br
Output the normalized collection on standard output, applying transformations if requested.  This is the default action if no other switches are provided.  A normalized collection is a collection in which an item appears in just one line.
.TP
\fBdiff\fP <file1> <file2>
.br
Output a tag patch file with the differences between two files (requires two file arguments).
.br
The output tag patch file can then be applied when reading a collection with the \-\-patch\-with option.
.TP
\fBfindspecials\fP [files...]
.br
generate a smart hierarchy and print, for each toplevel tag, what are the items that make it toplevel instead of going below another tag
.TP
\fBgrep\fP <expression> [files...]
.br
output the collection of tags that match the given tag expression
.TP
\fBhelp\fP [command]
.br
print help informations
.TP
\fBhierarchy\fP [files...]
.br
Organize the collection in an intuitively navigable hierarchy.  The output is one line per package, with the package name prepended by the path to the item in the hierarchy.
.br
A detailed description of the hierarchy generation algorithm is found in the tagbk\-draft.pdf draft paper available in this package; if you want to understand what are the goals of the algorithm and how it works, please give it a read.
.TP
\fBimplications\fP [files...]
.br
Output a list of all implicit implications between tags contained in the hierarchy.  Implication is defined such that tag A implies tag B if every item tagged with A is also tagged with B.
.br
Implications can be used to discover implicit hierarchical relationships between tags.
.br
The output is one line per tag, with just tags that have implications, with the name of the package, a colon and a comma\-separated list of all implied tags.
.TP
\fBrelated\fP <item> [files...]
.br
Output a list of the items that are related to the given item or list of items.  If more than one items are to be specified, separate them with commas.
.br
The \-\-distance option can be used to control how closely related the output items shold be from the item(s) specified.
.TP
\fBreverse\fP [files...]
.br
Output the inbound collection "reversed" from the tags point of view, that is, associating to each tag the list of items associated to it in the input.
.br
The \-\-untagged\-tag switch can be used to provide a name to which untagged items will be associated in the output.
.SH OPTIONS
This program follows the usual GNU command line syntax, with long options starting with two dashes (`\-').

Every one of the commands listed above has its own set of options.  To keep this manpage readable, all the options are presented together.  Please refer to "\fBtagcoll\fP help \fIcommand\fP" to see which options are accepted by a given command.

Help options:
.TP
.B \-h, \-?, \-\-help
print an help message and exit.
.TP
.B \-V, \-\-version
print the program version and exit.
.PP

Options controlling transformations of input data:
.TP
.B \-\-derived=\fI<file>\fP
expand derived tags using the given list.
.TP
.B \-\-implications-from=\fI<file>\fP
use an external list of implications.
.TP
.B \-\-rename-from=\fI<file>\fP
rename tags using the given mapping list.
.TP
.B \-p \fI<file>\fP, \-\-patch-with=\fI<file>\fP, \-\-patch=\fI<file>\fP
apply patches from the given tag patch file.
.TP
.B \-\-remove-unfaceted
while parsing, remove all tags with no facet part.
.TP
.B \-\-remove-tags=\fI<expression>\fP
while parsing, remove all tags matching the given tag expression.
.PP

Options controlling transformations of output data:
.TP
.B \-g, \-\-group, \-\-group-items
group items with the same tagset in the output collection.
.TP
.B \-\-redundant
when implications are provided, expand them explicitly in the output.
.TP
.B \-i, \-\-items
output only the names of the items, without the tags.
.PP

Options controlling generation of tag hierarchies:
.TP
.B \-\-flatten-threshold=\fI<num>\fP
set the number of total items below which a branch is flattened when using the "hierarchy" command (defaults to 0, meaning "don't flatten").
.TP
.B \-f \fI<num>\fP, \-\-filter=\fI<num>\fP
filter out the tags with cardinality less than the given value (defaults to not filter; currently only works when building hierarchies).
.PP

Other options:
.TP
.B \-d \fI<num>\fP, \-\-distance=\fI<num>\fP
set the maximum distance to use for the "related" command (defaults to 0).
.TP
.B \-\-untagged-tag=\fI<tag>\fP
set item name to use for associating untagged items when using the "reverse" command.  If not specified, untagged items are not included in the output.
.SH Format of the tagged collection input

A sequence of lines describing the tagged items.  Order of tags does not
matter.  Each line starts with the item name, optionally followed by tag names.

Tag names are separated by the item name by a colon and one or more spaces or
tabs.

Tag names are separated by each others using a comma followed by one or
more spaces.

Item names can contain colons, but not followed by a space or tab, and cannot
end in a colon.  "ui:gnome" is ok, "ui:" is not.

Tag names can contain commas, but not followed by a space, and cannot end in a
comma.  "cult,religion" is ok, "cult," is not.


An item with tags tag1, tag2, ..., tagN is represented as:

.nf
	item: tag1, tag2, ..., tagN
.fi

An item with just tag1 is represented as:

.nf
	item: tag1
.fi

An item without tags is represented as:

.nf
	item:
.fi

or just as:

.nf
	item
.fi


An example input:

.nf
	mutt: clients/mail/net
	sylpheed: clients/mail/net
	procmail: filters/mail/net
	spamassassin: filters/mail/net
	spamfilter: filters/mail/net
	bulkmail: lists/mail/net
	mailman: lists/mail/net
	smartlist: lists/mail/net
	xeukleides: educational
	new-package-not-yet-categorized:
	another-uncategorized
.fi

.SH Format for the explicit implications input

The format for the explicit implications is the same as the one for the tagged
collection: put the name of a tag at the left of the colon and the names of the
tags it implies to the right.
.P
Example:

.nf
	C: language, devel
	gnome: gui, ui, x11
.fi
 
.SH Format for the rename mapping input

The format for the rename mappings is the same as the one for the tagged
collection: put the new name of the tags at the left of the colon and the names of the
old tags to be renamed on the right.
.P
Example:

.nf
	mp3: MP3
	language: languages, devel::language, devel::languages
.fi

.SH Format for the tag patch file

The format for the rename mappings is the same as the one for the tagged
collection, but the tags are listed prepended with a `\fB+\fP' or `\fB-\fP'
sign.  A tag prepended with a `\fB+\fP' sign is added to the item, while a tag
with a `\fB-\fP' sign is removed from it.
.P
Example:

.nf
	cappuccino: +essential
	emacs: +otheros, -editor
.fi

.SH Format for the derived tag list

The format for the derived tag list is a line-oriented format with a derived
tag per line.  The derived tag name starts as the begining of the line and is
separated by his tag expression by colon and space, just like the tagged
collection items.
.P
The tag expression is an expression composed of tags and the operators `&&'
(and), `||' (or), '!' (not) and the parenthesis '(' and ')'.
.P
Example:

.nf
	userlevel::novice: !specialized && (interface::gui || interface::curses)
.fi

The tag at the left of the colon is added when the set of tags of an item
matches the expression at the right of the colon.

.SH EXAMPLES
.P
.nf
# Output the collection in normal form
tagcoll copy collection-file

# Output the items associated to a given tag
tagcoll reverse collection-file | grep ^tag:

# Produce tag patch data describing the tag difference between two collections
tagcoll diff coll1 coll2

# Apply a tag patch file to coll1
tagcoll --patch-with=tagpatch copy coll1 > collection-file

# Show the minimal set of implicit implications contained in the collection
tagcoll implications collection-file

# Show the implicit implications contained in the collection, fully expanded
tagcoll --expanded-output implications collection-file

# Build a smart hierarchy with the collection
tagcoll hierarchy collection-file

# Build a cleaner smart hierarchy with the collection (yoy might like to tweak
# the parameters)
tagcoll -f 5 --flatten-threshold=5 cleanhierarchy collection-file

# Apply some transformations to the collection and build a smart hierarchy with
# them
tagcoll --implications-from=explicit-implications-file \\
	--rename-from=rename-map \\
	--patch-with=patch-file \\
	hierarchy collection-file

# Merge the contents two collections
cat coll1 coll2 | tagcoll copy > merged

# Merge the contents two collections and apply an external patch
cat coll1 coll2 | tagcoll --patch-with=patch-file copy > merged

# Build a smart hierarchy out of the implicit implications contained in the
# collection
tagcoll implications collection-file | tagcoll hierarchy

# Build a smart hierarchy out of the combination of explicit implications and
# the implicit implications contained in the collection
tagcoll --implications-from=explicit-implications-file \\
	implications collection-file | tagcoll hierarchy

# Show all the items similar to "mutt"
tagcoll related mutt collection-file

# Show all the items similar to "mutt" and "mozilla-browser"
tagcoll related mutt,mozilla-browser collection-file

# Show all the items similar to "mutt", with at most two differences
# in the tag set
tagcoll --distance=2 related mutt collection-file

.fi
.SH SEE ALSO
The \fBtagbk\fP draft paper in /usr/share/doc/tagcoll.
.SH AUTHOR
\fBtagcoll\fP is maintained by enrico@debian.org.

This manpage has been automatically generated by the tagcoll program.