summaryrefslogtreecommitdiff
path: root/devel/jq/patches/patch-jq.1
blob: 7a9a9bd01c8cc9bbd4c81295ecd72d6f4eee03da (plain)
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
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
$NetBSD: patch-jq.1,v 1.1 2013/04/26 10:20:34 jperkin Exp $

Pre-generate manual page to avoid Ruby dependencies.

--- /dev/null	2013-04-25 17:04:21.000000000 +0000
+++ jq.1
@@ -0,0 +1,1137 @@
+.\" generated with Ronn/v0.7.3
+.\" http://github.com/rtomayko/ronn/tree/0.7.3
+.
+.TH "JQ" "1" "April 2013" "" ""
+.
+.SH "NAME"
+\fBjq\fR \- Command\-line JSON processor
+.
+.SH "SYNOPSIS"
+\fBjq\fR [\fIoptions\fR\.\.\.] \fIfilter\fR [\fIfiles\fR\.\.\.]
+.
+.P
+\fBjq\fR can transform JSON in various ways, by selecting, iterating, reducing and otherwise mangling JSON documents\. For instance, running the command \fBjq \'map(\.price) | add\'\fR will take an array of JSON objects as input and return the sum of their "price" fields\.
+.
+.P
+By default, \fBjq\fR reads a stream of JSON objects (whitespace separated) from \fBstdin\fR\. One or more \fIfiles\fR may be specified, in which case \fBjq\fR will read input from those instead\.
+.
+.P
+The \fIoptions\fR are described in the \fIINVOKING JQ\fR section, they mostly concern input and output formatting\. The \fIfilter\fR is written in the jq language and specifies how to transform the input document\.
+.
+.SH "FILTERS"
+A jq program is a "filter": it takes an input, and produces an output\. There are a lot of builtin filters for extracting a particular field of an object, or converting a number to a string, or various other standard tasks\.
+.
+.P
+Filters can be combined in various ways \- you can pipe the output of one filter into another filter, or collect the output of a filter into an array\.
+.
+.P
+Some filters produce multiple results, for instance there\'s one that produces all the elements of its input array\. Piping that filter into a second runs the second filter for each element of the array\. Generally, things that would be done with loops and iteration in other languages are just done by gluing filters together in jq\.
+.
+.P
+It\'s important to remember that every filter has an input and an output\. Even literals like "hello" or 42 are filters \- they take an input but always produce the same literal as output\. Operations that combine two filters, like addition, generally feed the same input to both and combine the results\. So, you can implement an averaging filter as \fBadd / length\fR \- feeding the input array both to the \fBadd\fR filter and the \fBlength\fR filter and dividing the results\.
+.
+.P
+But that\'s getting ahead of ourselves\. :) Let\'s start with something simpler:
+.
+.SH "INVOKING JQ"
+jq filters run on a stream of JSON data\. The input to jq is parsed as a sequence of whitespace\-separated JSON values which are passed through the provided filter one at a time\. The output(s) of the filter are written to standard out, again as a sequence of whitespace\-separated JSON data\.
+.
+.P
+You can affect how jq reads and writes its input and output using some command\-line options:
+.
+.TP
+\fB\-\-slurp\fR/\fB\-s\fR:
+.
+.IP
+Instead of running the filter for each JSON object in the input, read the entire input stream into a large array and run the filter just once\.
+.
+.TP
+\fB\-\-raw\-input\fR/\fB\-R\fR:
+.
+.IP
+Don\'t parse the input as JSON\. Instead, each line of text is passed to the filter as a string\. If combined with \fB\-\-slurp\fR, then the entire input is passed to the filter as a single long string\.
+.
+.TP
+\fB\-\-null\-input\fR/\fB\-n\fR:
+.
+.IP
+Don\'t read any input at all! Instead, the filter is run once using \fBnull\fR as the input\. This is useful when using jq as a simple calculator or to construct JSON data from scratch\.
+.
+.TP
+\fB\-\-compact\-output\fR / \fB\-c\fR:
+.
+.IP
+By default, jq pretty\-prints JSON output\. Using this option will result in more compact output by instead putting each JSON object on a single line\.
+.
+.TP
+\fB\-\-colour\-output\fR / \fB\-C\fR and \fB\-\-monochrome\-output\fR / \fB\-M\fR:
+.
+.IP
+By default, jq outputs colored JSON if writing to a terminal\. You can force it to produce color even if writing to a pipe or a file using \fB\-C\fR, and disable color with \fB\-M\fR\.
+.
+.TP
+\fB\-\-ascii\-output\fR / \fB\-a\fR:
+.
+.IP
+jq usually outputs non\-ASCII Unicode codepoints as UTF\-8, even if the input specified them as escape sequences (like "\eu03bc")\. Using this option, you can force jq to produce pure ASCII output with every non\-ASCII character replaced with the equivalent escape sequence\.
+.
+.TP
+\fB\-\-raw\-output\fR / \fB\-r\fR:
+.
+.IP
+With this option, if the filter\'s result is a string then it will be written directly to standard output rather than being formatted as a JSON string with quotes\. This can be useful for making jq filters talk to non\-JSON\-based systems\.
+.
+.SH "BASIC FILTERS"
+nil
+.
+.SS "\."
+The absolute simplest (and least interesting) filter is \fB\.\fR\. This is a filter that takes its input and produces it unchanged as output\.
+.
+.P
+Since jq by default pretty\-prints all output, this trivial program can be a useful way of formatting JSON output from, say, \fBcurl\fR\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'\.\'
+   "Hello, world!"
+=> "Hello, world!"
+.
+.fi
+.
+.IP "" 0
+.
+.SS "\.foo"
+The simplest \fIuseful\fR filter is \.foo\. When given a JSON object (aka dictionary or hash) as input, it produces the value at the key "foo", or null if there\e\'s none present\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'\.foo\'
+   {"foo": 42, "bar": "less interesting data"}
+=> 42
+
+jq \'\.foo\'
+   {"notfoo": true, "alsonotfoo": false}
+=> null
+.
+.fi
+.
+.IP "" 0
+.
+.SS "\.[foo]"
+You can also look up fields of an object using syntax like \fB\.["foo"]\fR (\.foo above is a shorthand version of this)\. This one works for arrays as well, if the key is an integer\. Arrays are zero\-based (like javascript), so \.[2] returns the third element of the array\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'\.[0]\'
+   [{"name":"JSON", "good":true}, {"name":"XML", "good":false}]
+=> {"name":"JSON", "good":true}
+
+jq \'\.[2]\'
+   [{"name":"JSON", "good":true}, {"name":"XML", "good":false}]
+=> null
+.
+.fi
+.
+.IP "" 0
+.
+.SS "\.[]"
+If you use the \fB\.[foo]\fR syntax, but omit the index entirely, it will return \fIall\fR of the elements of an array\. Running \fB\.[]\fR with the input \fB[1,2,3]\fR will produce the numbers as three seperate results, rather than as a single array\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'\.[]\'
+   [{"name":"JSON", "good":true}, {"name":"XML", "good":false}]
+=> {"name":"JSON", "good":true}, {"name":"XML", "good":false}
+
+jq \'\.[]\'
+   []
+=>
+.
+.fi
+.
+.IP "" 0
+.
+.SS ","
+If two filters are separated by a comma, then the input will be fed into both and there will be multiple outputs: first, all of the outputs produced by the left expression, and then all of the outputs produced by the right\. For instance, filter \fB\.foo, \.bar\fR, produces both the "foo" fields and "bar" fields as separate outputs\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'\.foo, \.bar\'
+   {"foo": 42, "bar": "something else", "baz": true}
+=> 42, "something else"
+
+jq \'\.user, \.projects[]\'
+   {"user":"stedolan", "projects": ["jq", "wikiflow"]}
+=> "stedolan", "jq", "wikiflow"
+
+jq \'\.[4,2]\'
+   ["a","b","c","d","e"]
+=> "e", "c"
+.
+.fi
+.
+.IP "" 0
+.
+.SS "|"
+The | operator combines two filters by feeding the output(s) of the one on the left into the input of the one on the right\. It\e\'s pretty much the same as the Unix shell\e\'s pipe, if you\e\'re used to that\.
+.
+.P
+If the one on the left produces multiple results, the one on the right will be run for each of those results\. So, the expression \fB\.[] | \.foo\fR retrieves the "foo" field of each element of the input array\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'\.[] | \.name\'
+   [{"name":"JSON", "good":true}, {"name":"XML", "good":false}]
+=> "JSON", "XML"
+.
+.fi
+.
+.IP "" 0
+.
+.SH "TYPES AND VALUES"
+jq supports the same set of datatypes as JSON \- numbers, strings, booleans, arrays, objects (which in JSON\-speak are hashes with only string keys), and "null"\.
+.
+.P
+Booleans, null, strings and numbers are written the same way as in javascript\. Just like everything else in jq, these simple values take an input and produce an output \- \fB42\fR is a valid jq expression that takes an input, ignores it, and returns 42 instead\.
+.
+.SS "Array construction \- []"
+As in JSON, \fB[]\fR is used to construct arrays, as in \fB[1,2,3]\fR\. The elements of the arrays can be any jq expression\. All of the results produced by all of the expressions are collected into one big array\. You can use it to construct an array out of a known quantity of values (as in \fB[\.foo, \.bar, \.baz]\fR) or to "collect" all the results of a filter into an array (as in \fB[\.items[]\.name]\fR)
+.
+.P
+Once you understand the "," operator, you can look at jq\e\'s array syntax in a different light: the expression [1,2,3] is not using a built\-in syntax for comma\-separated arrays, but is instead applying the \fB[]\fR operator (collect results) to the expression 1,2,3 (which produces three different results)\.
+.
+.P
+If you have a filter \fBX\fR that produces four results, then the expression \fB[X]\fR will produce a single result, an array of four elements\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'[\.user, \.projects[]]\'
+   {"user":"stedolan", "projects": ["jq", "wikiflow"]}
+=> ["stedolan", "jq", "wikiflow"]
+.
+.fi
+.
+.IP "" 0
+.
+.SS "Objects \- {}"
+Like JSON, \fB{}\fR is for constructing objects (aka dictionaries or hashes), as in: \fB{"a": 42, "b": 17}\fR\.
+.
+.P
+If the keys are "sensible" (all alphabetic characters), then the quotes can be left off\. The value can be any expression (although you may need to wrap it in parentheses if it\e\'s a complicated one), which gets applied to the {} expression\e\'s input (remember, all filters have an input and an output)\.
+.
+.IP "" 4
+.
+.nf
+
+{foo: \.bar}
+.
+.fi
+.
+.IP "" 0
+.
+.P
+will produce the JSON object \fB{"foo": 42}\fR if given the JSON object \fB{"bar":42, "baz":43}\fR\. You can use this to select particular fields of an object: if the input is an object with "user", "title", "id", and "content" fields and you just want "user" and "title", you can write
+.
+.IP "" 4
+.
+.nf
+
+{user: \.user, title: \.title}
+.
+.fi
+.
+.IP "" 0
+.
+.P
+Because that\e\'s so common, there\e\'s a shortcut syntax: \fB{user, title}\fR\.
+.
+.P
+If one of the expressions produces multiple results, multiple dictionaries will be produced\. If the input\e\'s
+.
+.IP "" 4
+.
+.nf
+
+{"user":"stedolan","titles":["JQ Primer", "More JQ"]}
+.
+.fi
+.
+.IP "" 0
+.
+.P
+then the expression
+.
+.IP "" 4
+.
+.nf
+
+{user, title: \.titles[]}
+.
+.fi
+.
+.IP "" 0
+.
+.P
+will produce two outputs:
+.
+.IP "" 4
+.
+.nf
+
+{"user":"stedolan", "title": "JQ Primer"}
+{"user":"stedolan", "title": "More JQ"}
+.
+.fi
+.
+.IP "" 0
+.
+.P
+Putting parentheses around the key means it will be evaluated as an expression\. With the same input as above,
+.
+.IP "" 4
+.
+.nf
+
+{(\.user): \.titles}
+.
+.fi
+.
+.IP "" 0
+.
+.P
+produces
+.
+.IP "" 4
+.
+.nf
+
+{"stedolan": ["JQ Primer", "More JQ"]}
+
+jq \'{user, title: \.titles[]}\'
+   {"user":"stedolan","titles":["JQ Primer", "More JQ"]}
+=> {"user":"stedolan", "title": "JQ Primer"}, {"user":"stedolan", "title": "More JQ"}
+
+jq \'{(\.user): \.titles}\'
+   {"user":"stedolan","titles":["JQ Primer", "More JQ"]}
+=> {"stedolan": ["JQ Primer", "More JQ"]}
+.
+.fi
+.
+.IP "" 0
+.
+.SH "BUILTIN OPERATORS AND FUNCTIONS"
+Some jq operator (for instance, \fB+\fR) do different things depending on the type of their arguments (arrays, numbers, etc\.)\. However, jq never does implicit type conversions\. If you try to add a string to an object you\'ll get an error message and no result\.
+.
+.SS "Addition \- +"
+The operator \fB+\fR takes two filters, applies them both to the same input, and adds the results together\. What "adding" means depends on the types involved:
+.
+.IP "\(bu" 4
+\fBNumbers\fR are added by normal arithmetic\.
+.
+.IP "\(bu" 4
+\fBArrays\fR are added by being concatenated into a larger array\.
+.
+.IP "\(bu" 4
+\fBStrings\fR are added by being joined into a larger string\.
+.
+.IP "\(bu" 4
+\fBObjects\fR are added by merging, that is, inserting all the key\-value pairs from both objects into a single combined object\. If both objects contain a value for the same key, the object on the right of the \fB+\fR wins\.
+.
+.IP
+jq \'\.a + 1\' {"a": 7} => 8
+.
+.IP
+jq \'\.a + \.b\' {"a": [1,2], "b": [3,4]} => [1,2,3,4]
+.
+.IP
+jq \'{a: 1} + {b: 2} + {c: 3} + {a: 42}\' null => {"a": 42, "b": 2, "c": 3}
+.
+.IP "" 0
+.
+.SS "Subtraction \- \-"
+As well as normal arithmetic subtraction on numbers, the \fB\-\fR operator can be used on arrays to remove all occurences of the second array\'s elements from the first array\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'4 \- \.a\'
+   {"a":3}
+=> 1
+
+jq \'\. \- ["xml", "yaml"]\'
+   ["xml", "yaml", "json"]
+=> ["json"]
+.
+.fi
+.
+.IP "" 0
+.
+.SS "Multiplication, division \- * and /"
+These operators only work on numbers, and do the expected\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'10 / \. * 3\'
+   5
+=> 6
+.
+.fi
+.
+.IP "" 0
+.
+.SS "length"
+The builtin function \fBlength\fR gets the length of various different types of value:
+.
+.IP "\(bu" 4
+The length of a \fBstring\fR is the number of Unicode codepoints it contains (which will be the same as its JSON\-encoded length in bytes if it\'s pure ASCII)\.
+.
+.IP "\(bu" 4
+The length of an \fBarray\fR is the number of elements\.
+.
+.IP "\(bu" 4
+The length of an \fBobject\fR is the number of key\-value pairs\.
+.
+.IP "\(bu" 4
+The length of \fBnull\fR is zero\.
+.
+.IP
+jq \'\.[] | length\' [[1,2], "string", {"a":2}, null] => 2, 6, 1, 0
+.
+.IP "" 0
+.
+.SS "keys"
+The builtin function \fBkeys\fR, when given an object, returns its keys in an array\.
+.
+.P
+The keys are sorted "alphabetically", by unicode codepoint order\. This is not an order that makes particular sense in any particular language, but you can count on it being the same for any two objects with the same set of keys, regardless of locale settings\.
+.
+.P
+When \fBkeys\fR is given an array, it returns the valid indices for that array: the integers from 0 to length\-1\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'keys\'
+   {"abc": 1, "abcd": 2, "Foo": 3}
+=> ["Foo", "abc", "abcd"]
+
+jq \'keys\'
+   [42,3,35]
+=> [0,1,2]
+.
+.fi
+.
+.IP "" 0
+.
+.SS "select"
+The function \fBselect(foo)\fR produces its input unchanged if \fBfoo\fR returns true for that input, and produces no output otherwise\.
+.
+.P
+It\'s useful for filtering lists: \fB[1,2,3] | map(select(\. >= 2))\fR will give you \fB[3]\fR\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'map(select(\. >= 2))\'
+   [1,5,3,0,7]
+=> [5,3,7]
+.
+.fi
+.
+.IP "" 0
+.
+.SS "empty"
+\fBempty\fR returns no results\. None at all\. Not even \fBnull\fR\.
+.
+.P
+It\'s useful on occasion\. You\'ll know if you need it :)
+.
+.IP "" 4
+.
+.nf
+
+jq \'1, empty, 2\'
+   null
+=> 1, 2
+
+jq \'[1,2,empty,3]\'
+   null
+=> [1,2,3]
+.
+.fi
+.
+.IP "" 0
+.
+.SS "map(x)"
+For any filter \fBx\fR, \fBmap(x)\fR will run that filter for each element of the input array, and produce the outputs a new array\. \fBmap(\.+1)\fR will increment each element of an array of numbers\.
+.
+.P
+\fBmap(x)\fR is equivalent to \fB[\.[] | x]\fR\. In fact, this is how it\'s defined\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'map(\.+1)\'
+   [1,2,3]
+=> [2,3,4]
+.
+.fi
+.
+.IP "" 0
+.
+.SS "add"
+The filter \fBadd\fR takes as input an array, and produces as output the elements of the array added together\. This might mean summed, concatenated or merged depending on the types of the elements of the input array \- the rules are the same as those for the \fB+\fR operator (described above)\.
+.
+.P
+If the input is an empty array, \fBadd\fR returns \fBnull\fR\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'add\'
+   ["a","b","c"]
+=> "abc"
+
+jq \'add\'
+   [1, 2, 3]
+=> 6
+
+jq \'add\'
+   []
+=> null
+.
+.fi
+.
+.IP "" 0
+.
+.SS "tonumber"
+The \fBtonumber\fR function parses its input as a number\. It will convert correctly\-formatted strings to their numeric equivalent, leave numbers alone, and give an error on all other input\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'\.[] | tonumber\'
+   [1, "1"]
+=> 1, 1
+.
+.fi
+.
+.IP "" 0
+.
+.SS "tostring"
+The \fBtostring\fR function prints its input as a string\. Strings are left unchanged, and all other values are JSON\-encoded\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'\.[] | tostring\'
+   [1, "1", [1]]
+=> "1", "1", "[1]"
+.
+.fi
+.
+.IP "" 0
+.
+.SS "sort, sort_by"
+The \fBsort\fR functions sorts its input, which must be an array\. Values are sorted in the following order:
+.
+.IP "\(bu" 4
+\fBnull\fR
+.
+.IP "\(bu" 4
+\fBfalse\fR
+.
+.IP "\(bu" 4
+\fBtrue\fR
+.
+.IP "\(bu" 4
+numbers
+.
+.IP "\(bu" 4
+strings, in alphabetical order (by unicode codepoint value)
+.
+.IP "\(bu" 4
+arrays, in lexical order
+.
+.IP "\(bu" 4
+objects
+.
+.IP "" 0
+.
+.P
+The ordering for objects is a little complex: first they\'re compared by comparing their sets of keys (as arrays in sorted order), and if their keys are equal then the values are compared key by key\.
+.
+.P
+\fBsort_by\fR may be used to sort by a particular field of an object, or by applying any jq filter\. \fBsort_by(foo)\fR compares two elements by comparing the result of \fBfoo\fR on each element\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'sort\'
+   [8,3,null,6]
+=> [null,3,6,8]
+
+jq \'sort_by(\.foo)\'
+   [{"foo":4, "bar":10}, {"foo":3, "bar":100}, {"foo":2, "bar":1}]
+=> [{"foo":2, "bar":1}, {"foo":3, "bar":100}, {"foo":4, "bar":10}]
+.
+.fi
+.
+.IP "" 0
+.
+.SS "group_by"
+\fBgroup_by(\.foo)\fR takes as input an array, groups the elements having the same \fB\.foo\fR field into separate arrays, and produces all of these arrays as elements of a larger array, sorted by the value of the \fB\.foo\fR field\.
+.
+.P
+Any jq expression, not just a field access, may be used in place of \fB\.foo\fR\. The sorting order is the same as described in the \fBsort\fR function above\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'group_by(\.foo)\'
+   [{"foo":1, "bar":10}, {"foo":3, "bar":100}, {"foo":1, "bar":1}]
+=> [[{"foo":1, "bar":10}, {"foo":1, "bar":1}], [{"foo":3, "bar":100}]]
+.
+.fi
+.
+.IP "" 0
+.
+.SS "min, max, min_by, max_by"
+Find the minimum or maximum element of the input array\. The \fB_by\fR versions allow you to specify a particular field or property to examine, e\.g\. \fBmin_by(\.foo)\fR finds the object with the smallest \fBfoo\fR field\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'min\'
+   [5,4,2,7]
+=> 2
+
+jq \'max_by(\.foo)\'
+   [{"foo":1, "bar":14}, {"foo":2, "bar":3}]
+=> {"foo":2, "bar":3}
+.
+.fi
+.
+.IP "" 0
+.
+.SS "unique"
+The \fBunique\fR function takes as input an array and produces an array of the same elements, in sorted order, with duplicates removed\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'unique\'
+   [1,2,5,3,5,3,1,3]
+=> [1,2,3,5]
+.
+.fi
+.
+.IP "" 0
+.
+.SS "contains"
+The filter \fBcontains(b)\fR will produce true if b is completely contained within the input\. A string B is contained in a string A if B is a substring of A\. An array B is contained in an array A is all elements in B are contained in any element in A\. An object B is contained in object A if all of the values in B are contained in the value in A with the same key\. All other types are assumed to be contained in each other if they are equal\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'contains("bar")\'
+   "foobar"
+=> true
+
+jq \'contains(["baz", "bar"])\'
+   ["foobar", "foobaz", "blarp"]
+=> true
+
+jq \'contains(["bazzzzz", "bar"])\'
+   ["foobar", "foobaz", "blarp"]
+=> false
+
+jq \'contains({foo: 12, bar: [{barp: 12}]})\'
+   {"foo": 12, "bar":[1,2,{"barp":12, "blip":13}]}
+=> true
+
+jq \'contains({foo: 12, bar: [{barp: 15}]})\'
+   {"foo": 12, "bar":[1,2,{"barp":12, "blip":13}]}
+=> false
+.
+.fi
+.
+.IP "" 0
+.
+.SS "String interpolation \- \e(foo)"
+Inside a string, you can put an expression inside parens after a backslash\. Whatever the expression returns will be interpolated into the string\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'"The input was \e(\.), which is one less than \e(\.+1)"\'
+   42
+=> "The input was 42, which is one less than 43"
+.
+.fi
+.
+.IP "" 0
+.
+.SH "CONDITIONALS AND COMPARISONS"
+nil
+.
+.SS "==, !="
+The expression \'a == b\' will produce \'true\' if the result of a and b are equal (that is, if they represent equivalent JSON documents) and \'false\' otherwise\. In particular, strings are never considered equal to numbers\. If you\'re coming from Javascript, jq\'s == is like Javascript\'s === \- considering values equal only when they have the same type as well as the same value\.
+.
+.P
+!= is "not equal", and \'a != b\' returns the opposite value of \'a == b\'
+.
+.IP "" 4
+.
+.nf
+
+jq \'\.[] == 1\'
+   [1, 1\.0, "1", "banana"]
+=> true, true, false, false
+.
+.fi
+.
+.IP "" 0
+.
+.SS "if\-then\-else"
+\fBif A then B else C end\fR will act the same as \fBB\fR if \fBA\fR produces a value other than false or null, but act the same as \fBC\fR otherwise\.
+.
+.P
+Checking for false or null is a simpler notion of "truthiness" than is found in Javascript or Python, but it means that you\'ll sometimes have to be more explicit about the condition you want: you can\'t test whether, e\.g\. a string is empty using \fBif \.name then A else B end\fR, you\'ll need something more like \'if (\.name | count) > 0 then A else B end\' instead\.
+.
+.P
+If the condition A produces multiple results, it is considered "true" if any of those results is not false or null\. If it produces zero results, it\'s considered false\.
+.
+.P
+More cases can be added to an if using \fBelif A then B\fR syntax\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'if \. == 0 then
+.
+.fi
+.
+.IP "" 0
+.
+.P
+"zero" elif \. == 1 then "one" else "many" end\'
+.
+.IP "" 4
+.
+.nf
+
+   2
+=> "many"
+.
+.fi
+.
+.IP "" 0
+.
+.SS ">, >=, <=, <"
+The comparison operators \fB>\fR, \fB>=\fR, \fB<=\fR, \fB<\fR return whether their left argument is greater than, greater than or equal to, less than or equal to or less than their right argument (respectively)\.
+.
+.P
+The ordering is the same as that described for \fBsort\fR, above\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'\. < 5\'
+   2
+=> true
+.
+.fi
+.
+.IP "" 0
+.
+.SS "and/or/not"
+jq supports the normal Boolean operators and/or/not\. They have the same standard of truth as if expressions \- false and null are considered "false values", and anything else is a "true value"\.
+.
+.P
+If an operand of one of these operators produces multiple results, the operator itself will produce a result for each input\.
+.
+.P
+\fBnot\fR is in fact a builtin function rather than an operator, so it is called as a filter to which things can be piped rather than with special syntax, as in \fB\.foo and \.bar | not\fR\.
+.
+.P
+These three only produce the values "true" and "false", and so are only useful for genuine Boolean operations, rather than the common Perl/Python/Ruby idiom of "value_that_may_be_null or default"\. If you want to use this form of "or", picking between two values rather than evaluating a condition, see the "//" operator below\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'42 and "a string"\'
+   null
+=> true
+
+jq \'(true, false) or false\'
+   null
+=> true, false
+
+jq \'(true, false) and (true, false)\'
+   null
+=> true, false, false, false
+
+jq \'[true, false | not]\'
+   null
+=> [false, true]
+.
+.fi
+.
+.IP "" 0
+.
+.SS "Alternative operator \- //"
+A filter of the form \fBa // b\fR produces the same results as \fBa\fR, if \fBa\fR produces results other than \fBfalse\fR and \fBnull\fR\. Otherwise, \fBa // b\fR produces the same results as \fBb\fR\.
+.
+.P
+This is useful for providing defaults: \fB\.foo // 1\fR will evaluate to \fB1\fR if there\'s no \fB\.foo\fR element in the input\. It\'s similar to how \fBor\fR is sometimes used in Python (jq\'s \fBor\fR operator is reserved for strictly Boolean operations)\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'\.foo // 42\'
+   {"foo": 19}
+=> 19
+
+jq \'\.foo // 42\'
+   {}
+=> 42
+.
+.fi
+.
+.IP "" 0
+.
+.SH "VARIABLES AND FUNCTIONS"
+Variables are an absolute necessity in most programming languages, but they\'re relegated to an "advanced feature" in jq\.
+.
+.P
+In most languages, variables are the only means of passing around data\. If you calculate a value, and you want to use it more than once, you\'ll need to store it in a variable\. To pass a value to another part of the program, you\'ll need that part of the program to define a variable (as a function parameter, object member, or whatever) in which to place the data\.
+.
+.P
+It is also possible to define functions in jq, although this is is a feature whose biggest use is defining jq\'s standard library (many jq functions such as \fBmap\fR and \fBfind\fR are in fact written in jq)\.
+.
+.SS "Variables"
+In jq, all filters have an input and an output, so manual plumbing is not necessary to pass a value from one part of a program to the next\. Many expressions, for instance \fBa + b\fR, pass their input to two distinct subexpressions (here \fBa\fR and \fBb\fR are both passed the same input), so variables aren\'t usually necessary in order to use a value twice\.
+.
+.P
+For instance, calculating the average value of an array of numbers requires a few variables in most languages \- at least one to hold the array, perhaps one for each element or for a loop counter\. In jq, it\'s simply \fBadd / length\fR \- the \fBsum\fR expression is given the array and produces its sum, and the \fBcount\fR expression is given the array and produces its length\.
+.
+.P
+So, there\'s generally a cleaner way to solve most problems in jq that defining variables\. Still, sometimes they do make things easier, so jq lets you define variables using \fBexpression as $variable\fR\. All variable names start with \fB$\fR\. Here\'s a slightly uglier version of the array\-averaging example:
+.
+.IP "" 4
+.
+.nf
+
+length as $array_length | add / $array_length
+.
+.fi
+.
+.IP "" 0
+.
+.P
+We\'ll need a more complicated problem to find a situation where using variables actually makes our lives easier\.
+.
+.P
+Suppose we have an array of blog posts, with "author" and "title" fields, and another object which is used to map author usernames to real names\. Our input looks like:
+.
+.IP "" 4
+.
+.nf
+
+{"posts": [{"title": "Frist psot", "author": "anon"},
+           {"title": "A well\-written article", "author": "person1"}],
+ "realnames": {"anon": "Anonymous Coward",
+               "person1": "Person McPherson"}}
+.
+.fi
+.
+.IP "" 0
+.
+.P
+We want to produce the posts with the author field containing a real name, as in:
+.
+.IP "" 4
+.
+.nf
+
+{"title": "Frist psot", "author": "Anonymous Coward"}
+{"title": "A well\-written article", "author": "Person McPherson"}
+.
+.fi
+.
+.IP "" 0
+.
+.P
+We use a variable, $names, to store the realnames object, so that we can refer to it later when looking up author usernames:
+.
+.IP "" 4
+.
+.nf
+
+\&\.realnames as $names | \.posts[] | {title, author: $names[\.author]}
+.
+.fi
+.
+.IP "" 0
+.
+.P
+The expression "foo as $x" runs foo, puts the result in $x, and returns the original input\. Apart from the side\-effect of binding the variable, it has the same effect as "\."\.
+.
+.P
+Variables are scoped over the rest of the expression that defines them, so
+.
+.IP "" 4
+.
+.nf
+
+\&\.realnames as $names | (\.posts[] | {title, author: $names[\.author]})
+.
+.fi
+.
+.IP "" 0
+.
+.P
+will work, but
+.
+.IP "" 4
+.
+.nf
+
+(\.realnames as $names | \.posts[]) | {title, author: $names[\.author]}
+.
+.fi
+.
+.IP "" 0
+.
+.P
+won\'t\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'\.bar as $x | \.foo | \. + $x\'
+   {"foo":10, "bar":200}
+=> 210
+.
+.fi
+.
+.IP "" 0
+.
+.SS "Defining Functions"
+You can give a filter a name using "def" syntax:
+.
+.IP "" 4
+.
+.nf
+
+def increment: \. + 1;
+.
+.fi
+.
+.IP "" 0
+.
+.P
+From then on, \fBincrement\fR is usable as a filter just like a builtin function (in fact, this is how some of the builtins are defined)\. A function may take arguments:
+.
+.IP "" 4
+.
+.nf
+
+def map(f): [\.[] | f];
+.
+.fi
+.
+.IP "" 0
+.
+.P
+Arguments are passed as filters, not as values\. The same argument may be referenced multiple times with different inputs (here \fBf\fR is run for each element of the input array)\. Arguments to a function work more like callbacks than like value arguments\.
+.
+.P
+If you want the value\-argument behaviour for defining simple functions, you can just use a variable:
+.
+.IP "" 4
+.
+.nf
+
+def addvalue(f): f as $value | map(, + $value);
+.
+.fi
+.
+.IP "" 0
+.
+.P
+With that definition, \fBaddvalue(\.foo)\fR will add the current input\'s \fB\.foo\fR field to each element of the array\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'def addvalue(f): \. + [f]; map(addvalue(\.[0]))\'
+   [[1,2],[10,20]]
+=> [[1,2,1], [10,20,10]]
+
+jq \'def addvalue(f): f as $x | map(\. + $x); addvalue(\.[0])\'
+   [[1,2],[10,20]]
+=> [[1,2,1,2], [10,20,1,2]]
+.
+.fi
+.
+.IP "" 0
+.
+.SH "ASSIGNMENT"
+Assignment works a little differently in jq than in most programming languages\. jq doesn\'t distinguish between references to and copies of something \- two objects or arrays are either equal or not equal, without any further notion of being "the same object" or "not the same object"\.
+.
+.P
+If an object has two fields which are arrays, \fB\.foo\fR and \fB\.bar\fR, and you append something to \fB\.foo\fR, then \fB\.bar\fR will not get bigger\. Even if you\'ve just set \fB\.bar = \.foo\fR\. If you\'re used to programming in languages like Python, Java, Ruby, Javascript, etc\. then you can think of it as though jq does a full deep copy of every object before it does the assignment (for performance, it doesn\'t actually do that, but that\'s the general idea)\.
+.
+.SS "="
+The filter \fB\.foo = 1\fR will take as input an object and produce as output an object with the "foo" field set to 1\. There is no notion of "modifying" or "changing" something in jq \- all jq values are immutable\. For instance,
+.
+.P
+\&\.foo = \.bar | \.foo\.baz = 1
+.
+.P
+will not have the side\-effect of setting \.bar\.baz to be set to 1, as the similar\-looking program in Javascript, Python, Ruby or other languages would\. Unlike these languages (but like Haskell and some other functional languages), there is no notion of two arrays or objects being "the same array" or "the same object"\. They can be equal, or not equal, but if we change one of them in no circumstances will the other change behind our backs\.
+.
+.P
+This means that it\'s impossible to build circular values in jq (such as an array whose first element is itself)\. This is quite intentional, and ensures that anything a jq program can produce can be represented in JSON\.
+.
+.SS "|="
+As well as the assignment operator \'=\', jq provides the "update" operator \'|=\', which takes a filter on the right\-hand side and works out the new value for the property being assigned to by running the old value through this expression\. For instance, \.foo |= \.+1 will build an object with the "foo" field set to the input\'s "foo" plus 1\.
+.
+.P
+This example should show the difference between \'=\' and \'|=\':
+.
+.P
+Provide input \'{"a": {"b": 10}, "b": 20}\' to the programs:
+.
+.P
+\&\.a = \.b \.a |= \.b
+.
+.P
+The former will set the "a" field of the input to the "b" field of the input, and produce the output {"a": 20}\. The latter will set the "a" field of the input to the "a" field\'s "b" field, producing {"a": 10}\.
+.
+.SS "+=, \-=, *=, /=, //="
+jq has a few operators of the form \fBa op= b\fR, which are all equivalent to \fBa |= \. op b\fR\. So, \fB+= 1\fR can be used to increment values\.
+.
+.IP "" 4
+.
+.nf
+
+jq \'\.foo += 1\'
+   {"foo": 42}
+=> {"foo": 43}
+.
+.fi
+.
+.IP "" 0
+.
+.SS "Complex assignments"
+Lots more things are allowed on the left\-hand side of a jq assignment than in most langauges\. We\'ve already seen simple field accesses on the left hand side, and it\'s no surprise that array accesses work just as well:
+.
+.IP "" 4
+.
+.nf
+
+\&\.posts[0]\.title = "JQ Manual"
+.
+.fi
+.
+.IP "" 0
+.
+.P
+What may come as a surprise is that the expression on the left may produce multiple results, referring to different points in the input document:
+.
+.IP "" 4
+.
+.nf
+
+\&\.posts[]\.comments |= \. + ["this is great"]
+.
+.fi
+.
+.IP "" 0
+.
+.P
+That example appends the string "this is great" to the "comments" array of each post in the input (where the input is an object with a field "posts" which is an array of posts)\.
+.
+.P
+When jq encounters an assignment like \'a = b\', it records the "path" taken to select a part of the input document while executing a\. This path is then used to find which part of the input to change while executing the assignment\. Any filter may be used on the left\-hand side of an equals \- whichever paths it selects from the input will be where the assignment is performed\.
+.
+.P
+This is a very powerful operation\. Suppose we wanted to add a comment to blog posts, using the same "blog" input above\. This time, we only want to comment on the posts written by "stedolan"\. We can find those posts using the "select" function described earlier:
+.
+.IP "" 4
+.
+.nf
+
+\&\.posts[] | select(\.author == "stedolan")
+.
+.fi
+.
+.IP "" 0
+.
+.P
+The paths provided by this operation point to each of the posts that "stedolan" wrote, and we can comment on each of them in the same way that we did before:
+.
+.IP "" 4
+.
+.nf
+
+(\.posts[] | select(\.author == "stedolan") | \.comments) |=
+    \. + ["terrible\."]
+.
+.fi
+.
+.IP "" 0
+.
+.SH "BUGS"
+Presumably\. Report them or discuss them at:
+.
+.IP "" 4
+.
+.nf
+
+https://github\.com/stedolan/jq/issues
+.
+.fi
+.
+.IP "" 0
+.
+.SH "AUTHOR"
+Stephen Dolan \fB<mu@netsoc\.tcd\.ie>\fR