text:
Exclude non-exact xrefs from release

Fixes #7511
diff of filtered.obo before and after the command
4098d4097
< xref: Orphanet:1797 {source="MONDO:relatedTo", source="DOID:0050568"}
5665d5663
< xref: Orphanet:519266 {source="MONDO:mondoIsBroaderThanSource"}
7144d7141
< xref: DOID:0050987 {source="MONDO:relatedTo"}
9044d9040
< xref: Orphanet:569 {source="DOID:0060178", source="MONDO:relatedTo"}
14511d14506
< xref: Orphanet:63443 {source="MONDO:relatedTo", source="OMIM:613659"}
18247d18241
< xref: Orphanet:519298 {source="MONDO:mondoIsBroaderThanSource"}
23014d23007
< xref: Orphanet:576742 {source="MONDO:mondoIsBroaderThanSource"}
30531d30523
< xref: DOID:2848 {source="EFO:0003761", source="MONDO:directSiblingOf"}
31072d31063
< xref: DOID:0080832 {source="MONDO:mondoIsBroaderThanSource"}
32942d32932
< xref: Orphanet:519351 {source="MONDO:mondoIsBroaderThanSource"}
40232d40221
< xref: DOID:3117 {source="MONDO:mondoIsBroaderThanSource"}
67424d67412
< xref: Orphanet:463 {source="MONDO:relatedTo"}
73933d73920
< xref: DOID:7571 {source="MONDO:relatedTo"}
86412d86398
< xref: DOID:0050523 {source="MONDO:relatedTo", source="EFO:0000209"}
87899d87884
< xref: DOID:11503 {source="MONDO:relatedTo", source="EFO:0000401"}
88245d88229
< xref: Orphanet:71493 {source="MONDO:relatedTo", source="DOID:2224"}
88578d88561
< xref: DOID:688 {source="EFO:0000514", source="MONDO:directSiblingOf"}
89756d89738
< xref: DOID:150 {source="MONDO:relatedTo", source="EFO:0000677"}
91474d91455
< xref: Orphanet:95494 {source="MONDO:relatedTo", source="DOID:9406"}
92081d92061
< xref: DOID:7320 {source="MONDO:relatedTo", source="EFO:0002510"}
92162,92163d92141
< xref: DOID:676 {source="EFO:0002609", source="MONDO:relatedTo"}
< xref: DOID:6776 {source="EFO:0002609", source="MONDO:relatedTo"}
93579d93556
< xref: DOID:0060042 {source="MONDO:relatedTo", source="EFO:0003759"}
93630d93606
< xref: OMIMPS:209850 {source="MONDO:relatedTo"}
95934d95909
< xref: Orphanet:564127 {source="MONDO:mondoIsBroaderThanSource"}
96050d96024
< xref: Orphanet:364803 {source="MONDO:relatedTo"}
96367d96340
< xref: Orphanet:91387 {source="MONDO:relatedTo", source="DOID:14004"}
96991d96963
< xref: Orphanet:477811 {source="MONDO:relatedTo"}
104734d104705
< xref: DOID:12700 {source="MONDO:relatedTo", source="EFO:0007319"}
109149d109119
< xref: Orphanet:289365 {source="MONDO:relatedTo", source="DOID:9620"}
122698d122667
< xref: DOID:2536 {source="MONDO:relatedTo"}
126748d126716
< xref: Orphanet:280892 {source="GARD:0004457", source="MONDO:directSiblingOf"}
128858d128825
< xref: Orphanet:915 {source="OMIM:100050", source="MONDO:directSiblingOf"}
129523d129489
< xref: Orphanet:99725 {source="OMIM:102200", source="MONDO:directSiblingOf"}
129962d129927
< xref: Orphanet:85138 {source="OMIM:103230", source="MONDO:directSiblingOf"}
130274,130275d130238
< xref: Orphanet:700 {source="MONDO:relatedTo", source="OMIM:104000"}
< xref: Orphanet:701 {source="OMIM:104000", source="MONDO:directSiblingOf"}
131674d131636
< xref: Orphanet:90390 {source="MONDO:directSiblingOf", source="OMIM:107000"}
132010d131971
< xref: Orphanet:3403 {source="OMIM:107970", source="MONDO:relatedTo"}
135028,135029d134988
< xref: Orphanet:98988 {source="OMIM:115650", source="MONDO:relatedTo"}
< xref: Orphanet:98993 {source="OMIM:115650", source="MONDO:relatedTo"}
135101,135105d135059
< xref: Orphanet:91492 {source="MONDO:relatedTo", source="OMIM:115700"}
< xref: Orphanet:98989 {source="MONDO:relatedTo", source="OMIM:115700"}
< xref: Orphanet:98990 {source="MONDO:relatedTo", source="OMIM:115700"}
< xref: Orphanet:98991 {source="MONDO:relatedTo", source="OMIM:115700"}
< xref: Orphanet:98995 {source="MONDO:relatedTo", source="OMIM:115700"}
135171d135124
< xref: Orphanet:98994 {source="OMIM:116100", source="MONDO:directSiblingOf"}
135202,135204d135154
< xref: Orphanet:1377 {source="OMIM:116200", source="MONDO:relatedTo"}
< xref: Orphanet:91492 {source="OMIM:116200", source="MONDO:relatedTo"}
< xref: Orphanet:98984 {source="OMIM:116200", source="MONDO:directSiblingOf"}
135298,135299d135247
< xref: Orphanet:98993 {source="MONDO:relatedTo", source="OMIM:116600"}
< xref: Orphanet:98994 {source="OMIM:116600", source="MONDO:directSiblingOf"}
135344d135291
< xref: Orphanet:98995 {source="MONDO:relatedTo", source="OMIM:116800"}
135445d135391
< xref: Orphanet:178145 {source="OMIM:117000", source="MONDO:relatedTo"}
135447d135392
< xref: Orphanet:598 {source="OMIM:117000", source="MONDO:directSiblingOf"}
136274d136218
< xref: Orphanet:411 {source="MONDO:relatedTo", source="OMIM:118830"}
136309d136252
< xref: Orphanet:209919 {source="MONDO:relatedTo", source="OMIM:215600"}
137095d137037
< xref: Orphanet:169147 {source="OMIM:120790", source="MONDO:directSiblingOf"}
137827d137768
< xref: Orphanet:1797 {source="MONDO:relatedTo", source="OMIM:122600"}
138784d138724
< xref: Orphanet:3212 {source="OMIM:125250", source="MONDO:relatedTo"}
139203d139142
< xref: Orphanet:493348 {source="MONDO:relatedTo"}
140534d140472
< xref: Orphanet:1991 {source="OMIM:129400", source="MONDO:relatedTo"}
141249d141186
< xref: Orphanet:100032 {source="MONDO:mondoIsNarrowerThanSource", source="OMIM:130900"}
142525d142461
< xref: Orphanet:90050 {source="MONDO:relatedTo", source="OMIM:133780"}
143382d143317
< xref: Orphanet:2253 {source="MONDO:relatedTo", source="OMIM:136520"}
144816d144750
< xref: Orphanet:2932 {source="MONDO:relatedTo"}
146074d146007
< xref: DOID:0111368 {source="MONDO:mondoIsNarrowerThanSource"}
146636d146568
< xref: Orphanet:99877 {source="MONDO:relatedTo", source="OMIM:145000"}
146962d146893
< xref: Orphanet:99741 {source="MONDO:relatedTo", source="OMIM:145600"}
147428d147358
< xref: Orphanet:99789 {source="MONDO:relatedTo", source="OMIM:146400"}
148363d148292
< xref: Orphanet:160 {source="MONDO:relatedTo", source="OMIM:148000"}
148707,148708d148635
< xref: Orphanet:369999 {source="MONDO:relatedTo", source="OMIM:148700"}
< xref: Orphanet:370002 {source="MONDO:relatedTo", source="OMIM:148700"}
149017d148943
< xref: Orphanet:141083 {source="OMIM:149700", source="MONDO:directSiblingOf"}
149874d149799
< xref: Orphanet:2387 {source="OMIM:151600", source="MONDO:directSiblingOf"}
151672d151596
< xref: Orphanet:228402 {source="MONDO:relatedTo", source="OMIM:156200"}
152736d152659
< xref: Orphanet:3109 {source="OMIM:158330", source="MONDO:directSiblingOf"}
152776,152777d152698
< xref: Orphanet:2969 {source="OMIM:158350", source="MONDO:relatedTo"}
< xref: Orphanet:65285 {source="OMIM:158350", source="MONDO:relatedTo"}
153390d153310
< xref: Orphanet:972 {source="MONDO:relatedTo", source="OMIM:160120"}
154100d154019
< xref: Orphanet:34149 {source="OMIM:603860", source="MONDO:relatedTo", source="OMIM:609886"}
157151d157069
< xref: Orphanet:171695 {source="OMIM:168601", source="MONDO:directSiblingOf"}
158641d158558
< xref: Orphanet:93335 {source="MONDO:relatedTo", source="OMIM:174200"}
158773d158689
< xref: Orphanet:2950 {source="MONDO:relatedTo", source="OMIM:174500"}
159466d159381
< xref: Orphanet:95159 {source="OMIM:176100", source="MONDO:directSiblingOf"}
160090d160004
< xref: Orphanet:79278 {source="GARD:0004527", source="OMIM:177000", source="MONDO:directSiblingOf"}
162246d162159
< xref: Orphanet:90290 {source="MONDO:directSiblingOf", source="OMIM:181750"}
164520d164432
< xref: Orphanet:1527 {source="MONDO:relatedTo", source="OMIM:185900"}
165404d165315
< xref: Orphanet:140957 {source="MONDO:relatedTo", source="DOID:0060691", source="OMIM:187800"}
165456d165366
< xref: Orphanet:71493 {source="OMIM:187950", source="MONDO:directSiblingOf"}
165830d165739
< xref: Orphanet:319487 {source="MONDO:relatedTo", source="OMIM:188550"}
168991d168899
< xref: Orphanet:93297 {source="OMIM:200610", source="MONDO:directSiblingOf"}
173205d173112
< xref: Orphanet:99898 {source="OMIM:209950", source="MONDO:relatedTo"}
175158d175064
< xref: Orphanet:2542 {source="MONDO:relatedTo", source="OMIM:212550"}
175402d175307
< xref: Orphanet:2246 {source="OMIM:213000", source="MONDO:relatedTo"}
176688d176592
< xref: Orphanet:93940 {source="OMIM:215800", source="MONDO:directSiblingOf"}
177125d177028
< xref: Orphanet:97231 {source="MONDO:relatedTo", source="OMIM:217090"}
178295d178197
< xref: DOID:0070136 {source="MONDO:relatedTo"}
180811d180712
< xref: Orphanet:1991 {source="MONDO:relatedTo", source="OMIM:225060"}
180886d180786
< xref: Orphanet:90673 {source="DOID:0070125", source="MONDO:directSiblingOf"}
181460d181359
< xref: OMIMPS:226400 {source="MONDO:relatedTo"}
181576d181474
< xref: Orphanet:79405 {source="OMIM:226650", source="MONDO:directSiblingOf"}
184292d184189
< xref: Orphanet:98977 {source="MONDO:relatedTo", source="OMIM:231300"}
186716,186717d186612
< xref: Orphanet:588 {source="OMIM:236670", source="MONDO:relatedTo"}
< xref: Orphanet:899 {source="OMIM:236670", source="MONDO:relatedTo", source="MONDO:directSiblingOf"}
188266d188160
< xref: Orphanet:93604 {source="OMIM:241200", source="MONDO:directSiblingOf"}
188735,188737d188628
< xref: Orphanet:100976 {source="DOID:0060656", source="OMIM:242300", source="MONDO:directSiblingOf"}
< xref: Orphanet:281122 {source="DOID:0060656", source="OMIM:242300", source="MONDO:directSiblingOf"}
< xref: Orphanet:313 {source="MONDO:relatedTo", source="DOID:0060656", source="GARD:0003170", source="OMIM:242300"}
189285d189175
< xref: Orphanet:436252 {source="MONDO:relatedTo"}
193890d193779
< xref: Orphanet:2542 {source="MONDO:relatedTo", source="DOID:0060840", source="OMIM:251600"}
194949d194837
< xref: Orphanet:899 {source="OMIM:253280", source="MONDO:relatedTo"}
195026d194913
< xref: DOID:0060160 {source="MONDO:mondoIsNarrowerThanSource"}
195376d195262
< xref: Orphanet:899 {source="MONDO:relatedTo", source="OMIM:253800"}
195858,195859d195743
< xref: Orphanet:314701 {source="MONDO:relatedTo", source="OMIM:254500"}
< xref: Orphanet:85443 {source="MONDO:relatedTo", source="OMIM:254500"}
197090d196973
< xref: Orphanet:276575 {source="OMIM:256450", source="MONDO:directSiblingOf"}
197268d197150
< xref: Orphanet:812 {source="OMIM:256550", source="MONDO:directSiblingOf"}
197346d197227
< xref: Orphanet:635 {source="MONDO:relatedTo", source="OMIM:256700"}
197431d197311
< xref: Orphanet:168486 {source="MONDO:relatedTo"}
198256d198135
< xref: Orphanet:217034 {source="MONDO:relatedTo", source="OMIM:258150"}
198996,198998d198874
< xref: Orphanet:216804 {source="OMIM:259440", source="MONDO:directSiblingOf"}
< xref: Orphanet:216812 {source="OMIM:259440", source="MONDO:directSiblingOf"}
< xref: Orphanet:216820 {source="OMIM:259440", source="MONDO:directSiblingOf"}
199902d199777
< xref: Orphanet:251899 {source="OMIM:260500", source="MONDO:directSiblingOf"}
203901d203775
< xref: OMIM:267800 {source="Orphanet:99002/e", source="MONDO:mondoIsBroaderThanSource", source="Orphanet:99002"}
204222d204095
< xref: Orphanet:3099 {source="OMIM:268240", source="MONDO:relatedTo"}
207224d207096
< xref: Orphanet:876 {source="MONDO:directSiblingOf", source="OMIM:273300"}
209302,209305d209173
< xref: Orphanet:28 {source="MONDO:relatedTo", source="OMIM:277410"}
< xref: Orphanet:308380 {source="MONDO:relatedTo", source="OMIM:277410"}
< xref: Orphanet:308442 {source="MONDO:relatedTo", source="OMIM:277410"}
< xref: Orphanet:622 {source="MONDO:relatedTo", source="OMIM:277410"}
209826,209827d209693
< xref: Orphanet:3460 {source="MONDO:relatedTo", source="OMIM:277950"}
< xref: Orphanet:371428 {source="MONDO:relatedTo", source="OMIM:277950"}
210729d210594
< xref: OMIM:300054 {source="MONDO:relatedTo"}
211030d210894
< xref: Orphanet:1871 {source="OMIM:300085", source="MONDO:relatedTo"}
211216d211079
< xref: Orphanet:67045 {source="MONDO:relatedTo", source="OMIM:300123"}
211421d211283
< xref: Orphanet:568 {source="OMIM:300166", source="MONDO:directSiblingOf"}
213307d213168
< xref: Orphanet:85295 {source="OMIM:300220", source="DOID:0060810", source="MONDO:mondoIsBroaderThanSource"}
214129,214130d213989
< xref: Orphanet:1652 {source="MONDO:relatedTo", source="OMIM:300554"}
< xref: Orphanet:93622 {source="MONDO:relatedTo", source="OMIM:300554"}
215211d215069
< xref: Orphanet:323 {source="MONDO:relatedTo", source="OMIM:300676", source="DOID:0060821"}
215758d215615
< xref: Orphanet:79278 {source="OMIM:300752", source="MONDO:directSiblingOf"}
219180,219181d219036
< xref: Orphanet:98991 {source="MONDO:relatedTo", source="OMIM:302200"}
< xref: Orphanet:98994 {source="OMIM:302200", source="MONDO:directSiblingOf"}
219859d219713
< xref: Orphanet:1872 {source="MONDO:relatedTo", source="OMIM:304020"}
220148d220001
< xref: Orphanet:85335 {source="DOID:0060800", source="MONDO:directSiblingOf", source="OMIM:304340"}
220234d220086
< xref: DOID:10003 {source="EFO:1001176", source="MONDO:relatedTo"}
220645d220496
< xref: Orphanet:915 {source="MONDO:mondoIsNarrowerThanSource"}
220982d220832
< xref: DOID:0111823 {source="MONDO:mondoIsBroaderThanSource"}
221547d221396
< xref: Orphanet:281090 {source="MONDO:relatedTo", source="OMIM:308100"}
222058,222059d221906
< xref: Orphanet:1652 {source="MONDO:relatedTo", source="OMIM:308990"}
< xref: Orphanet:93622 {source="MONDO:relatedTo", source="OMIM:308990"}
223203d223049
< xref: OMIM:310300 {source="MONDO:relatedTo", source="Orphanet:98863", source="DOID:0070246", source="Orphanet:98863/e"}
223372,223373d223217
< xref: Orphanet:1652 {source="MONDO:relatedTo", source="OMIM:310468"}
< xref: Orphanet:93622 {source="MONDO:relatedTo", source="OMIM:310468"}
225586d225429
< xref: Orphanet:231183 {source="MONDO:OtherRelationship", source="OMIM:500004", source="DOID:0110829", source="MONDO:directSiblingOf"}
226481d226323
< xref: DOID:2883 {source="EFO:0000284", source="MONDO:directSiblingOf"}
227181d227022
< xref: Orphanet:99878 {source="MONDO:relatedTo", source="DOID:11202"}
229165d229005
< xref: Orphanet:93976 {source="OMIM:600674", source="MONDO:directSiblingOf"}
229375,229377d229214
< xref: Orphanet:2343 {source="MONDO:relatedTo", source="OMIM:600775"}
< xref: Orphanet:3267 {source="MONDO:relatedTo", source="OMIM:600775"}
< xref: Orphanet:35093 {source="MONDO:relatedTo", source="OMIM:600775"}
229793,229794d229629
< xref: Orphanet:98985 {source="MONDO:relatedTo", source="OMIM:600881"}
< xref: Orphanet:98995 {source="MONDO:relatedTo", source="OMIM:600881"}
230015d229849
< xref: Orphanet:101016 {source="OMIM:600919", source="MONDO:directSiblingOf"}
231363d231196
< xref: Orphanet:98938 {source="MONDO:relatedTo", source="OMIM:601186"}
231459,231460d231291
< xref: Orphanet:112 {source="OMIM:601198", source="MONDO:relatedTo"}
< xref: Orphanet:263417 {source="OMIM:601198", source="MONDO:relatedTo"}
233656,233657d233486
< xref: Orphanet:44 {source="OMIM:601539", source="MONDO:directSiblingOf"}
< xref: Orphanet:772 {source="OMIM:601539", source="MONDO:directSiblingOf"}
233757,233762d233585
< xref: Orphanet:1377 {source="MONDO:relatedTo", source="OMIM:601547"}
< xref: Orphanet:91492 {source="MONDO:relatedTo", source="OMIM:601547"}
< xref: Orphanet:98985 {source="MONDO:relatedTo", source="OMIM:601547"}
< xref: Orphanet:98989 {source="MONDO:relatedTo", source="OMIM:601547"}
< xref: Orphanet:98991 {source="MONDO:relatedTo", source="OMIM:601547"}
< xref: Orphanet:98994 {source="MONDO:relatedTo", source="OMIM:601547"}
235151,235153d234973
< xref: Orphanet:98984 {source="OMIM:601885", source="MONDO:directSiblingOf"}
< xref: Orphanet:98991 {source="MONDO:relatedTo", source="OMIM:601885"}
< xref: Orphanet:98993 {source="MONDO:relatedTo", source="OMIM:601885"}
235432d235251
< xref: Orphanet:71493 {source="OMIM:601977", source="MONDO:directSiblingOf"}
236904,236905d236722
< xref: Orphanet:91483 {source="MONDO:relatedTo", source="OMIM:602482"}
< xref: Orphanet:98978 {source="MONDO:relatedTo", source="OMIM:602482"}
237915d237731
< xref: Orphanet:158014 {source="OMIM:602782", source="MONDO:relatedTo"}
238135d237950
< xref: Orphanet:298 {source="MONDO:relatedTo", source="OMIM:603041"}
238901d238715
< xref: Orphanet:1135 {source="MONDO:relatedTo", source="OMIM:603457"}
239171d238984
< xref: Orphanet:540 {source="OMIM:603552", source="MONDO:directSiblingOf"}
239201d239013
< xref: Orphanet:540 {source="OMIM:603553", source="MONDO:directSiblingOf"}
240073d239884
< xref: Orphanet:101016 {source="OMIM:603830", source="MONDO:directSiblingOf"}
240936,240939d240746
< xref: Orphanet:1377 {source="MONDO:relatedTo", source="OMIM:604219"}
< xref: Orphanet:91492 {source="MONDO:relatedTo", source="OMIM:604219"}
< xref: Orphanet:98991 {source="MONDO:relatedTo", source="OMIM:604219"}
< xref: Orphanet:98995 {source="MONDO:relatedTo", source="OMIM:604219"}
241416d241222
< xref: Orphanet:98995 {source="MONDO:relatedTo", source="OMIM:604307"}
242106d241911
< xref: Orphanet:791 {source="MONDO:relatedTo", source="OMIM:604393"}
242936d242740
< xref: Orphanet:307 {source="MONDO:relatedTo", source="OMIM:604827"}
244243d244046
< xref: Orphanet:98993 {source="MONDO:relatedTo", source="OMIM:605387"}
245293d245095
< xref: Orphanet:98984 {source="OMIM:605749", source="MONDO:directSiblingOf"}
246280d246081
< xref: Orphanet:600 {source="MONDO:relatedTo", source="OMIM:606070"}
246893d246693
< xref: Orphanet:228012 {source="OMIM:606346", source="MONDO:relatedTo"}
247506d247305
< xref: Orphanet:247871 {source="MONDO:relatedTo", source="OMIM:606579"}
247622,247624d247420
< xref: Orphanet:370959 {source="MONDO:relatedTo", source="OMIM:606612"}
< xref: Orphanet:370968 {source="MONDO:relatedTo", source="OMIM:606612"}
< xref: Orphanet:370980 {source="MONDO:relatedTo", source="OMIM:606612"}
248526d248321
< xref: OMIM:606798 {source="MONDO:relatedTo"}
248983d248777
< xref: Orphanet:352737 {source="OMIM:606952", source="MONDO:directSiblingOf"}
251039d250832
< xref: Orphanet:99796 {source="MONDO:relatedTo", source="OMIM:607432"}
251486d251278
< xref: DOID:12783 {source="MONDO:relatedTo", source="EFO:0005296"}
251530d251321
< xref: OMIM:607507 {source="MONDO:relatedTo", source="EFO:0003778"}
251566d251356
< xref: Orphanet:569 {source="MONDO:relatedTo", source="OMIM:607516"}
251876d251665
< xref: Orphanet:137783 {source="DOID:0060560", source="MONDO:directSiblingOf"}
251958d251746
< xref: Orphanet:99022 {source="OMIM:607616", source="MONDO:directSiblingOf"}
252691,252694d252478
< xref: Orphanet:447893 {source="DOID:0060794", source="MONDO:relatedTo"}
< xref: Orphanet:447896 {source="DOID:0060794", source="MONDO:relatedTo"}
< xref: Orphanet:77295 {source="DOID:0060794", source="OMIM:607694", source="MONDO:directSiblingOf"}
< xref: Orphanet:88637 {source="MONDO:relatedTo", source="OMIM:607694"}
253251d253034
< xref: Orphanet:99944 {source="OMIM:607831", source="MONDO:directSiblingOf"}
258609d258391
< xref: Orphanet:370968 {source="MONDO:relatedTo", source="OMIM:608840"}
258803d258584
< xref: Orphanet:540 {source="OMIM:608898", source="MONDO:directSiblingOf"}
259174,259176d258954
< xref: Orphanet:169154 {source="DOID:0090014", source="MONDO:directSiblingOf", source="OMIM:608971"}
< xref: Orphanet:169157 {source="MONDO:directSiblingOf", source="OMIM:608971"}
< xref: Orphanet:169160 {source="MONDO:relatedTo", source="OMIM:608971"}
260367d260144
< xref: Orphanet:91387 {source="MONDO:relatedTo", source="OMIM:609192"}
260642d260418
< xref: Orphanet:79281 {source="OMIM:609241", source="MONDO:directSiblingOf"}
260994d260769
< xref: Orphanet:171881 {source="MONDO:relatedTo", source="OMIM:609284"}
261030d260804
< xref: Orphanet:171881 {source="MONDO:relatedTo", source="OMIM:609285"}
261368d261141
< xref: Orphanet:99966 {source="MONDO:relatedTo", source="OMIM:609322"}
263197,263198d262969
< xref: Orphanet:98988 {source="MONDO:relatedTo", source="OMIM:609741"}
< xref: Orphanet:98991 {source="MONDO:relatedTo", source="OMIM:609741"}
263515d263285
< xref: Orphanet:93571 {source="OMIM:609814", source="MONDO:directSiblingOf"}
265313,265314d265082
< xref: Orphanet:558 {source="MONDO:relatedTo", source="OMIM:610168"}
< xref: Orphanet:91387 {source="MONDO:relatedTo", source="OMIM:610168"}
265594,265595d265361
< xref: Orphanet:98984 {source="OMIM:610202", source="MONDO:directSiblingOf"}
< xref: Orphanet:98989 {source="MONDO:relatedTo", source="OMIM:610202"}
266808d266573
< xref: Orphanet:98995 {source="MONDO:relatedTo", source="OMIM:610425"}
267843d267607
< xref: Orphanet:98993 {source="MONDO:relatedTo", source="OMIM:610623"}
268074,268076d267837
< xref: Orphanet:216804 {source="OMIM:610682", source="MONDO:directSiblingOf"}
< xref: Orphanet:216812 {source="OMIM:610682", source="MONDO:directSiblingOf"}
< xref: Orphanet:216820 {source="OMIM:610682", source="MONDO:directSiblingOf"}
268432d268192
< xref: Orphanet:701 {source="OMIM:610753", source="MONDO:directSiblingOf"}
269135,269136d268894
< xref: Orphanet:216804 {source="MONDO:directSiblingOf", source="OMIM:610915"}
< xref: Orphanet:216812 {source="MONDO:directSiblingOf", source="OMIM:610915"}
269413,269414d269170
< xref: Orphanet:216812 {source="OMIM:610968", source="MONDO:directSiblingOf"}
< xref: Orphanet:216820 {source="OMIM:610968", source="MONDO:directSiblingOf"}
269653d269408
< xref: Orphanet:98809 {source="DOID:0090054", source="MONDO:directSiblingOf", source="OMIM:611031"}
270226d269980
< xref: Orphanet:64280 {source="MONDO:relatedTo", source="OMIM:611136"}
271652d271405
< xref: Orphanet:98991 {source="MONDO:relatedTo", source="OMIM:611544"}
271801d271553
< xref: Orphanet:220497 {source="OMIM:611560", source="MONDO:directSiblingOf"}
271984,271985d271735
< xref: Orphanet:91492 {source="MONDO:relatedTo", source="OMIM:611597"}
< xref: Orphanet:98992 {source="MONDO:relatedTo", source="OMIM:611597"}
272816d272565
< xref: Orphanet:101016 {source="OMIM:611818", source="MONDO:directSiblingOf"}
272842,272843d272590
< xref: Orphanet:101016 {source="OMIM:611819", source="MONDO:directSiblingOf"}
< xref: Orphanet:334 {source="OMIM:611819", source="MONDO:relatedTo"}
272869d272615
< xref: Orphanet:101016 {source="OMIM:611820", source="MONDO:directSiblingOf"}
274164d273909
< xref: Orphanet:298 {source="MONDO:relatedTo", source="OMIM:612075"}
274657d274401
< xref: Orphanet:33069 {source="MONDO:relatedTo", source="OMIM:612164"}
274786d274529
< xref: DOID:0050608 {source="EFO:0000174", source="MONDO:relatedTo"}
274801d274543
< xref: Orphanet:2677 {source="MONDO:relatedTo", source="OMIM:612219"}
275078,275079d274819
< xref: Orphanet:2929 {source="OMIM:612242", source="MONDO:relatedTo"}
< xref: Orphanet:79076 {source="OMIM:612242", source="MONDO:relatedTo"}
276047d275786
< xref: Orphanet:36367 {source="MONDO:relatedTo", source="OMIM:612337"}
279558d279296
< xref: Orphanet:871 {source="MONDO:relatedTo", source="OMIM:612838"}
280802d280539
< xref: Orphanet:101016 {source="OMIM:612955", source="MONDO:directSiblingOf"}
280931,280932d280667
< xref: Orphanet:91492 {source="MONDO:relatedTo", source="OMIM:612968"}
< xref: Orphanet:98993 {source="MONDO:relatedTo", source="OMIM:612968"}
281262d280996
< xref: Orphanet:635 {source="OMIM:613013", source="MONDO:relatedTo"}
281287d281020
< xref: Orphanet:635 {source="MONDO:relatedTo", source="OMIM:613014"}
281309d281041
< xref: Orphanet:635 {source="OMIM:613015", source="MONDO:relatedTo"}
281325d281056
< xref: Orphanet:635 {source="MONDO:relatedTo", source="OMIM:613016"}
281341d281071
< xref: Orphanet:635 {source="MONDO:relatedTo", source="OMIM:613017"}
281512d281241
< xref: Orphanet:360 {source="MONDO:relatedTo", source="OMIM:613029"}
282324d282052
< xref: Orphanet:49382 {source="MONDO:relatedTo", source="OMIM:613093"}
282485d282212
< xref: Orphanet:540 {source="OMIM:613101", source="MONDO:directSiblingOf"}
282749d282475
< xref: Orphanet:334 {source="MONDO:relatedTo", source="OMIM:613120"}
282920d282645
< xref: Orphanet:899 {source="MONDO:relatedTo", source="OMIM:613150"}
282997d282721
< xref: Orphanet:899 {source="MONDO:relatedTo", source="OMIM:613153"}
283026d282749
< xref: Orphanet:899 {source="MONDO:relatedTo", source="OMIM:613154"}
283051,283052d282773
< xref: Orphanet:370959 {source="OMIM:613155", source="MONDO:relatedTo"}
< xref: Orphanet:370968 {source="OMIM:613155", source="MONDO:relatedTo"}
283080,283081d282800
< xref: Orphanet:370959 {source="OMIM:613156", source="MONDO:relatedTo"}
< xref: Orphanet:370968 {source="OMIM:613156", source="MONDO:relatedTo"}
285004d284722
< xref: Orphanet:791 {source="MONDO:relatedTo", source="OMIM:613341"}
285858d285575
< xref: Orphanet:228384 {source="MONDO:relatedTo", source="OMIM:613443"}
286213d285929
< xref: Orphanet:101016 {source="OMIM:613485", source="MONDO:directSiblingOf"}
287972d287687
< xref: Orphanet:298 {source="OMIM:613662", source="MONDO:relatedTo"}
288169d287883
< xref: Orphanet:139474 {source="OMIM:613675", source="MONDO:relatedTo"}
288461d288174
< xref: Orphanet:101016 {source="OMIM:613688", source="MONDO:directSiblingOf"}
288546d288258
< xref: Orphanet:101016 {source="MONDO:directSiblingOf", source="OMIM:613693"}
288600d288311
< xref: Orphanet:101016 {source="OMIM:613695", source="MONDO:directSiblingOf"}
290871d290581
< xref: Orphanet:216812 {source="OMIM:613848", source="MONDO:directSiblingOf"}
290900d290609
< xref: Orphanet:216820 {source="MONDO:directSiblingOf", source="OMIM:613849"}
291439d291147
< xref: Orphanet:90674 {source="DOID:0070122", source="MONDO:relatedTo"}
291798d291505
< xref: Orphanet:1334 {source="MONDO:relatedTo", source="OMIM:613953"}
292161,292162d291867
< xref: Orphanet:216812 {source="OMIM:613982", source="MONDO:directSiblingOf"}
< xref: Orphanet:216820 {source="OMIM:613982", source="MONDO:directSiblingOf"}
292302d292006
< xref: Orphanet:3322 {source="MONDO:relatedTo", source="OMIM:613989"}
292327d292030
< xref: Orphanet:3322 {source="MONDO:relatedTo", source="OMIM:613990"}
294002d293704
< xref: Orphanet:656 {source="MONDO:relatedTo", source="OMIM:614131"}
295801d295502
< xref: Orphanet:99976 {source="OMIM:614266", source="MONDO:relatedTo"}
296915d296615
< xref: Orphanet:99828 {source="MONDO:relatedTo", source="OMIM:614371"}
297673d297372
< xref: Orphanet:220497 {source="OMIM:614424", source="MONDO:directSiblingOf"}
298924d298622
< xref: Orphanet:71493 {source="OMIM:614521", source="MONDO:directSiblingOf"}
299936d299633
< xref: Orphanet:899 {source="OMIM:614643", source="MONDO:relatedTo"}
300971d300667
< xref: Orphanet:88 {source="OMIM:614742", source="MONDO:relatedTo"}
300994d300689
< xref: Orphanet:88 {source="MONDO:relatedTo", source="OMIM:614743"}
301654d301348
< xref: Orphanet:899 {source="OMIM:614830", source="MONDO:relatedTo"}
301943d301636
< xref: Orphanet:2318 {source="MONDO:relatedTo", source="OMIM:614844"}
302151d301843
< xref: Orphanet:216812 {source="OMIM:614856", source="MONDO:directSiblingOf"}
303187d302878
< xref: Orphanet:137783 {source="OMIM:614915", source="MONDO:directSiblingOf"}
304675d304365
< xref: Orphanet:899 {source="MONDO:relatedTo", source="OMIM:615041"}
304873d304562
< xref: Orphanet:216820 {source="OMIM:615066", source="MONDO:directSiblingOf"}
305906d305594
< xref: Orphanet:899 {source="MONDO:relatedTo", source="OMIM:615181"}
306008,306010d305695
< xref: Orphanet:98988 {source="MONDO:relatedTo", source="OMIM:615188"}
< xref: Orphanet:98994 {source="MONDO:directSiblingOf", source="OMIM:615188"}
< xref: Orphanet:98995 {source="MONDO:relatedTo", source="OMIM:615188"}
306034d305718
< xref: DOID:0070020 {source="MONDO:relatedTo"}
306039d305722
< xref: Orphanet:3322 {source="MONDO:relatedTo", source="OMIM:615190"}
306279,306280d305961
< xref: Orphanet:216812 {source="OMIM:615220", source="MONDO:directSiblingOf"}
< xref: Orphanet:216820 {source="OMIM:615220", source="MONDO:directSiblingOf"}
306627,306628d306307
< xref: Orphanet:154 {source="OMIM:615248", source="MONDO:relatedTo"}
< xref: Orphanet:75249 {source="OMIM:615248", source="MONDO:relatedTo"}
306657d306335
< xref: Orphanet:899 {source="MONDO:relatedTo", source="OMIM:615249"}
306871,306875d306548
< xref: Orphanet:98985 {source="MONDO:relatedTo", source="OMIM:615274"}
< xref: Orphanet:98989 {source="MONDO:relatedTo", source="OMIM:615274"}
< xref: Orphanet:98991 {source="MONDO:relatedTo", source="OMIM:615274"}
< xref: Orphanet:98994 {source="MONDO:directSiblingOf", source="OMIM:615274"}
< xref: Orphanet:98995 {source="MONDO:relatedTo", source="OMIM:615274"}
306900d306572
< xref: Orphanet:98984 {source="MONDO:directSiblingOf", source="OMIM:615277"}
307130d306801
< xref: Orphanet:899 {source="MONDO:relatedTo", source="OMIM:615287"}
307437d307107
< xref: Orphanet:352596 {source="MONDO:relatedTo", source="OMIM:615338"}
307626,307627d307295
< xref: Orphanet:370959 {source="MONDO:relatedTo", source="OMIM:615351"}
< xref: Orphanet:370968 {source="MONDO:relatedTo", source="OMIM:615351"}
308083d307750
< xref: Orphanet:93591 {source="MONDO:relatedTo"}
308520d308186
< xref: DOID:0080130 {source="MONDO:directSiblingOf"}
309148d308813
< xref: Orphanet:85142 {source="MONDO:relatedTo"}
309302d308966
< xref: Orphanet:370088 {source="MONDO:relatedTo", source="OMIM:615486"}
310036d309699
< xref: Orphanet:391411 {source="MONDO:relatedTo", source="OMIM:615530"}
313451,313452d313113
< xref: Orphanet:251627 {source="OMIM:616568", source="MONDO:relatedTo"}
< xref: Orphanet:251630 {source="OMIM:616568", source="MONDO:relatedTo"}
313589d313249
< xref: Orphanet:69061 {source="OMIM:615861", source="MONDO:relatedTo"}
313841d313500
< xref: Orphanet:79304 {source="OMIM:615878", source="MONDO:directSiblingOf"}
314051d313709
< xref: Orphanet:329173 {source="OMIM:615895", source="MONDO:relatedTo"}
315646d315303
< xref: Orphanet:656 {source="MONDO:relatedTo", source="OMIM:616002"}
318107d317763
< xref: Orphanet:216812 {source="OMIM:616229", source="MONDO:directSiblingOf"}
318211d317866
< xref: Orphanet:101016 {source="OMIM:616247", source="MONDO:directSiblingOf"}
318255d317909
< xref: Orphanet:101016 {source="OMIM:616249", source="MONDO:directSiblingOf"}
318635d318288
< xref: Orphanet:98991 {source="OMIM:616279", source="MONDO:relatedTo"}
319032d318684
< xref: Orphanet:2514 {source="MONDO:relatedTo", source="OMIM:616311"}
319565d319216
< xref: Orphanet:3322 {source="MONDO:relatedTo", source="OMIM:616353"}
320597d320247
< xref: Orphanet:803 {source="MONDO:relatedTo", source="OMIM:616437"}
321381d321030
< xref: Orphanet:216820 {source="OMIM:616507", source="MONDO:directSiblingOf"}
321409d321057
< xref: Orphanet:98994 {source="OMIM:616509", source="MONDO:directSiblingOf", source="DOID:0110267"}
321660,321661d321307
< xref: Orphanet:370997 {source="MONDO:relatedTo", source="OMIM:616538"}
< xref: Orphanet:899 {source="MONDO:relatedTo", source="OMIM:616538"}
321836d321481
< xref: Orphanet:3322 {source="MONDO:relatedTo", source="OMIM:616553"}
333099d332743
< xref: OMIMPS:300751 {source="MONDO:relatedTo", source="https://orcid.org/0000-0002-6601-2165"}
336828d336471
< xref: Orphanet:183616 {source="MONDO:mondoIsBroaderThanSource"}
339964d339606
< xref: OMIM:175020 {source="Orphanet:157798/btnt", source="MONDO:relatedTo", source="Orphanet:157798"}
347492d347133
< xref: Orphanet:448426 {source="MONDO:mondoIsBroaderThanSource"}
349905d349545
< xref: OMIM:125530 {source="MONDO:relatedTo", source="GARD:0007170"}
353753d353392
< xref: Orphanet:498491 {source="MONDO:mondoIsBroaderThanSource"}
358734d358372
< xref: OMIM:141749 {source="MONDO:relatedTo", source="Orphanet:231237", source="Orphanet:231237/ntbt"}
362484,362486d362121
< xref: OMIM:141749 {source="MONDO:relatedTo", source="Orphanet:251380/btnt", source="Orphanet:251380"}
< xref: OMIM:142470 {source="MONDO:relatedTo", source="Orphanet:251380/btnt", source="Orphanet:251380"}
< xref: OMIM:613566 {source="MONDO:relatedTo", source="Orphanet:251380/btnt", source="Orphanet:251380"}
364569d364203
< xref: Orphanet:253 {source="MONDO:mondoIsBroaderThanSource"}
372518d372151
< xref: Orphanet:251262 {source="MONDO:directSiblingOf", source="OMIM:165800"}
374431d374063
< xref: Orphanet:391411 {source="DOID:0060894", source="MONDO:directSiblingOf"}
379823d379454
< xref: Orphanet:325697 {source="MONDO:mondoIsBroaderThanSource"}
383832d383462
< xref: Orphanet:157798 {source="MONDO:relatedTo", source="OMIM:175020"}
390345d389974
< xref: DOID:0110305 {source="MONDO:relatedTo", source="MONDO:directSiblingOf"}
394768d394396
< xref: OMIM:300910 {source="MONDO:relatedTo", source="Orphanet:391330", source="Orphanet:391330/nd"}
398143d397770
< xref: OMIMPS:145600 {source="MONDO:relatedTo", source="https://orcid.org/0000-0002-6601-2165"}
403056,403058d402682
< xref: OMIM:141749 {source="MONDO:relatedTo", source="Orphanet:46532/btnt", source="Orphanet:46532"}
< xref: OMIM:142470 {source="MONDO:relatedTo", source="Orphanet:46532/btnt", source="Orphanet:46532"}
< xref: OMIM:613566 {source="MONDO:relatedTo", source="Orphanet:46532/btnt", source="Orphanet:46532"}
405762d405385
< xref: OMIMPS:151623 {source="MONDO:relatedTo", source="https://orcid.org/0000-0002-6601-2165"}
405969d405591
< xref: Orphanet:280369 {source="MONDO:mondoIsBroaderThanSource"}
411687d411308
< xref: Orphanet:98737 {source="MONDO:mondoIsBroaderThanSource"}
415632d415252
< xref: Orphanet:183466 {source="MONDO:mondoIsBroaderThanSource"}
415657d415276
< xref: Orphanet:183469 {source="MONDO:mondoIsBroaderThanSource"}
415684d415302
< xref: Orphanet:228215 {source="MONDO:mondoIsBroaderThanSource"}
415739d415356
< xref: Orphanet:183481 {source="MONDO:mondoIsBroaderThanSource"}
418387d418003
< xref: OMIM:615221 {source="MONDO:relatedTo", source="Orphanet:85193/btnt", source="Orphanet:85193"}
420801d420416
< xref: OMIM:604547 {source="Orphanet:888/btnt", source="MONDO:relatedTo", source="Orphanet:888"}
422115,422116d421729
< xref: Orphanet:90322 {source="OMIM:216400", source="MONDO:directSiblingOf"}
< xref: Orphanet:90324 {source="OMIM:216400", source="MONDO:directSiblingOf"}
422149d421761
< xref: Orphanet:90321 {source="OMIM:133540", source="MONDO:directSiblingOf"}
422151d421762
< xref: Orphanet:90324 {source="OMIM:133540", source="MONDO:directSiblingOf"}
422535d422145
< xref: Orphanet:90635 {source="OMIM:607197", source="MONDO:directSiblingOf"}
424982d424591
< xref: Orphanet:357506 {source="MONDO:mondoIsBroaderThanSource"}
426184d425792
< xref: Orphanet:522043 {source="MONDO:mondoIsBroaderThanSource"}
431117d430724
< xref: Orphanet:325706 {source="MONDO:mondoIsBroaderThanSource"}
432546d432152
< xref: Orphanet:206634 {source="MONDO:mondoIsBroaderThanSource"}
432641d432246
< xref: Orphanet:98495 {source="MONDO:mondoIsBroaderThanSource"}
436677d436281
< xref: Orphanet:99001 {source="MONDO:relatedTo", source="DOID:0060863"}
445143,445145d444746
< xref: OMIM:141900 {source="MONDO:relatedTo", source="UMLS:C0019025"}
< xref: OMIM:142200 {source="MONDO:relatedTo", source="UMLS:C0019025"}
< xref: OMIM:142250 {source="MONDO:relatedTo", source="UMLS:C0019025"}
445185d444785
< xref: Orphanet:465508 {source="DOID:0111029", source="MONDO:mondoIsBroaderThanSource"}
446251,446253d445850
< xref: Orphanet:247806 {source="OMIM:175100", source="MONDO:directSiblingOf"}
< xref: Orphanet:79665 {source="OMIM:175100", source="MONDO:directSiblingOf"}
< xref: Orphanet:99818 {source="OMIM:175100", source="MONDO:directSiblingOf"}
455206d454802
< xref: Orphanet:98853 {source="OMIM:181350", source="MONDO:directSiblingOf"}
455268d454863
< xref: Orphanet:488191 {source="MONDO:relatedTo", source="OMIM:616780"}
455283d454877
< xref: Orphanet:404466 {source="OMIM:617712", source="MONDO:directSiblingOf"}
455296d454889
< xref: Orphanet:488191 {source="OMIM:617743", source="MONDO:relatedTo"}
457060d456652
< xref: DOID:0111649 {source="MONDO:relatedTo"}
458418d458009
< xref: Orphanet:454887 {source="GARD:0000046", source="MONDO:relatedTo"}
458975d458565
< xref: Orphanet:1074 {source="MONDO:relatedTo", source="GARD:0000697"}
463004d462593
< xref: Orphanet:272 {source="GARD:0006475", source="MONDO:directSiblingOf"}
465159,465162d464747
< xref: Orphanet:95712 {source="MONDO:relatedTo", source="OMIM:218700"}
< xref: Orphanet:95713 {source="MONDO:relatedTo", source="OMIM:218700"}
< xref: Orphanet:95719 {source="MONDO:relatedTo", source="OMIM:218700"}
< xref: Orphanet:95720 {source="MONDO:relatedTo", source="OMIM:218700"}
467025,467026d466609
< xref: Orphanet:91483 {source="MONDO:relatedTo", source="OMIM:601631"}
< xref: Orphanet:98978 {source="MONDO:relatedTo", source="OMIM:601631"}
467220,467221d466802
< xref: Orphanet:217566 {source="OMIM:610913", source="MONDO:directSiblingOf"}
< xref: Orphanet:440392 {source="OMIM:610913", source="MONDO:directSiblingOf"}
467677,467681d467257
< xref: Orphanet:251627 {source="MONDO:relatedTo", source="OMIM:137800"}
< xref: Orphanet:251630 {source="MONDO:relatedTo", source="OMIM:137800"}
< xref: Orphanet:301 {source="MONDO:relatedTo", source="OMIM:137800"}
< xref: Orphanet:360 {source="MONDO:relatedTo", source="OMIM:137800"}
< xref: Orphanet:94 {source="MONDO:relatedTo", source="OMIM:137800"}
468654d468229
< xref: Orphanet:1525 {source="OMIM:259100", source="MONDO:directSiblingOf"}
473008d472582
< xref: DOID:417 {source="MONDO:relatedTo"}
474180d473753
< xref: Orphanet:2190 {source="MONDO:relatedTo", source="OMIM:143400"}
474483d474055
< xref: OMIM:614157 {source="MONDO:mondoIsNarrowerThanSource"}
478759,478760d478330
< xref: Orphanet:435938 {source="MONDO:directSiblingOf", source="OMIM:300998"}
< xref: Orphanet:459070 {source="MONDO:relatedTo", source="OMIM:300998"}
478783d478352
< xref: Orphanet:442835 {source="MONDO:relatedTo", source="OMIM:301008"}
479042d478610
< xref: Orphanet:442835 {source="OMIM:617831", source="MONDO:relatedTo"}
479065d478632
< xref: Orphanet:442835 {source="MONDO:relatedTo", source="OMIM:617854"}
485822d485388
< xref: Orphanet:731 {source="MONDO:relatedTo", source="OMIM:263200"}
485940d485505
< xref: Orphanet:495 {source="OMIM:133200", source="MONDO:directSiblingOf"}
486110d485674
< xref: Orphanet:313 {source="MONDO:relatedTo", source="OMIM:617571"}
486486d486049
< xref: Orphanet:731 {source="OMIM:617610", source="MONDO:relatedTo"}
486792d486354
< xref: Orphanet:442835 {source="OMIM:617830", source="MONDO:relatedTo"}
487075d486636
< xref: Orphanet:1465 {source="MONDO:relatedTo", source="OMIM:617808"}
497748d497308
< xref: Orphanet:90056 {source="MONDO:mondoIsBroaderThanSource"}
500756d500315
< xref: Orphanet:442835 {source="MONDO:relatedTo", source="OMIM:617836"}
502793d502351
< xref: Orphanet:215 {source="GARD:0003995", source="MONDO:relatedTo"}
507679d507236
< xref: Orphanet:528084 {source="MONDO:relatedTo"}
509062d508618
< xref: Orphanet:871 {source="MONDO:relatedTo", source="OMIM:115080"}
512965d512520
< xref: Orphanet:53540 {source="OMIM:268100", source="MONDO:directSiblingOf"}
513172d512726
< xref: OMIM:602089 {source="MONDO:relatedTo"}
516236d515789
< xref: DOID:3491 {source="MONDO:relatedTo"}
516346d515898
< xref: Orphanet:2369 {source="MONDO:relatedTo"}
520940d520491
< xref: Orphanet:79126 {source="MONDO:relatedTo", source="OMIM:178500"}
521370d520920
< xref: Orphanet:93454 {source="MONDO:relatedTo"}
522303d521852
< xref: OMIMPS:610551 {source="MONDO:relatedTo"}
525712,525715d525260
< xref: DOID:0080813 {source="MONDO:mondoIsBroaderThanSource"}
< xref: DOID:0080814 {source="MONDO:mondoIsBroaderThanSource"}
< xref: DOID:0080816 {source="MONDO:mondoIsBroaderThanSource"}
< xref: DOID:0080824 {source="MONDO:mondoIsBroaderThanSource"}

@matentzn

I think we need to also make sure the x-ref without MONDO:#### sources are also removed.
I think we should also remove the other x-ref (e.g ncit, umls, ICD,...)

@sabrinatoro this would, however, contradict @cmungall recommendation. He said to only prune out non-exact mappings for core resources..
So this is not a correction of this PR here, what you are asking for is changing the conclusions in https://github.com/monarch-initiative/mondo/issues/7511.
My suggestion is to First address that specific issue, and then make an issue about the non-exact xrefs from other resources as a second issue (which needs to be discussed with Chris present, as that is a massive change).

He said to only prune out non-exact mappings for core resources.

@matentzn, I forgot the part about "only for core resources". Though I think it is important to look at the other one too as we get a lot of user requests because x-ref are incorrect. But we can work on this later.
More importantly: in my mind, "non-exact" includes the one with no MONDO:### source. These are actually more "dangerous" I don't see any in the diff above, and I remember seeing examples in the ontology (though a query would be needed to find examples).

@twhetzel please merge after QC finished.

authors: matentzn sabrinatoro


text:
LoginWithFacebook Error

When i try login with facebook it gives me, "Uncaught TypeError: Cannot read property 'reactiveQuery' of undefined "

I'm debugging my app which has included asteroid.chrome.js and facebook-login.js in Chrome dev tools. Asteroid.loginWithFacebook is undefined. Sounds like toprakdeviren explains the error in the asteroid code above? I'd like to dig in but don't understand how the plugins work.

I've got the same problem:
Uncaught TypeError: Cannot read property 'reactiveQuery' of undefinedasteroid.chrome.js:788
 Asteroid._getOauthClientIdfacebook-login.js:16
 getFacebookOauthOptionsfacebook-login.js:29
 Asteroid.loginWithFacebookinject.js:25 initinject.js:117
 (anonymous function)

I just checked, and I do have a collection in my database called meteor_accounts_loginServiceConfiguration . I added a line
this.getCollection("meteor_accounts_loginServiceConfiguration"); at asteroid.chrome.js:787 so that the local representation of the collection gets created. However, the ReactiveQuery is not returning any results. I have noticed that my ReactiveQueries don't return any results, but if I add a handler using .add() then I can get the data from the server collections.

Mmh, if you post a snippet of code I can probably pinpoint the issue more precisely, but I have a theory. :-)
A collection gets created automatically when one of its element gets sent to the client. It might be that when you're calling loginWithFacebook "too early". You should at least wait for the DDP session to have started (listen to the connected event of the Asteroid instance). After that, collection elements will be sent by the server, so you can start using them. Elements from the meteor_accounts_loginServiceConfiguration collection are sent when you subscribe to meteor.loginServiceConfiguration, which asteroid does automatically for you. You'll have the guarantee that you have the service configurations on the client when that subscription is signaled by the server as ready. For that, subscriptions in Asteroid have a ready property, which is a promise that is resolved when the ready signal is received. So, to give a code example, you could try:
myAsteroidInstance.on("connected", function () {
    // Asteroid doesn't expose the subscription directly. Fortunately, subscription calls are memoized
    // so you can safely call the subscribe method multiple times and it'll always return the same object
    myAsteroidInstance.subscribe("meteor.loginServiceConfiguration").ready.then(function () {
        myAsteroidInstance.loginWithFacebook();
    });
});

Hope this helps. :-)

@pscanf, yep, that was exactly the problem, thanks! My new problem is that I don't have access to chrome.tabs because I'm in a content script in a Chrome extension. Tempted to try and write something that uses a popunder instead of a popup for login, but I'll probably just end up moving the login part to a background script instead.

Oh right! That was the other thing I wanted to say! :smile:
Take a look at this code, it's a sample chrome extension implementation which should work.

To expand on that a little, basically I don't login from the content script. Rather I message the background tab that I want to login, and the background tab initiates the dances.

Which is exactly your proposed approach. I should read more carefully. :smile: (Pardon me, it's bedtime here, my disattention is caused by sleepiness :stuck_out_tongue: )

Also, from this code it seems you can forego waiting for the connected events, as asteroid will queue the subscription call until the connection is established. Who knew! :smile:

Awesome, I think you just saved me hours of head scratching. I'll try and submit some useful code to asteroid one of these days in return, once my app is up and running. ps- you must be excited about Dawn getting to Ceres!

No problem, always happy to help! :smiley:
Eh eh, this days I was like "Yeah! Everyone's talking about Asteroid and Ceres! Oh, wait. Nevermind..." :smile:

FYI I still haven't quite gotten login to work from the background script. I'm watching what's going on server-side with node-inspector. The server renders a login success response page with credentials and a function to store them in localStorage. I guess it's failing to store these, because in chrome dev tools my local storage for the background script context stays empty.
I will probably try putting something in the catch () here to debug this, but I'm going to lunch for a while and thought maybe you have a magic bullet for this!
I haven't actually tried running your asteroid version of todo yet.

    Login completed.
      Click here to close this window.

{"setCredentialToken":true,"credentialToken":"XXX","credentialSecret":"XXX","storagePrefix":"Meteor.oauth.credentialSecret-","isCordova":false}

Try adding the mondora:asteroid  package to the meteor app.

I can't believe I haven't put it into the documentation yet. I really need to give more attention to this library! (We're using in production in ~5 projects and all, so it's not abandoned, but I haven't really put enough effort in documenting it properly, writing examples etc).

Hm, tried adding it and there was no change.

Mmh, I can't really tell what could be causing the issue. I can help you via hangout if you want.

pscanf helped me via Facebook. The problem was lack of permissions! I needed to add permissions to activeTab and tabs in my manifest.json. I guess this isn't exactly @toprakdeviren 's problem, but mine is solved now.

source: gharchive/issue

authors: foobarbecue pscanf toprakdeviren

repo: mondora/asteroid

license: mit

license_type: permissive

license_source: bigquery


text:
Sub PGS transparent issue

Hello,
I notice that most of my video with PGS subtitle read PGS but there is only the contour (the inside is transparent instead of fill with a color)
No issue with other player (like Kodi)

I believe I noticed some tiny issue with one PGS subtitles (not perfect outline/alpha of characters) in the past but please share a your sample media so we can test it and fix or report to ExoPlayer.

Do you know a tool to use to cut a small part of a MKV (HEVC Dolby Vision) ?

I have the same watching Quiet Place Part II in DV. It's like the font goes transparent and has a thin black outline instead.

Like this?

Yeah, Exactly like that.

Seems like these are dual layer PGS; currently not supported by ExoPlayer: https://github.com/google/ExoPlayer/issues/7458

Closing as this is an upstream issue.

authors: EXOSKELTON89 moneytoo psychoboust

repo: moneytoo/Player

license: Unlicense

license_source: github-api


text:
Add highlighting support

Add support for, for example, &highlight=title,plot and project those into each document

Added highlighting support in e7ea5889114e58ccf6b677d5bab6683a9e8aa5e6


text:
New version in nuget

Hi,
could you add a new version to NuGet? I need to specify the index name.

I'm hoping to release Beta 2 in a month or so.  In the meantime, feel free to use a custom build from the tip of the main branch as a temporary measure.

What is stopping you? It is only a beta anyway.

authors: SebastianStehle dgolub

repo: mongodb-labs/mongo-csharp-search


text:
Forward rust-nightly feature to textnonce dependency

textnonce has a rust-nightly feature to use serde_macros instead of serde_codegen. Without it, compilation fails if serde_macros is used otherwise.
A solution would be to copy this rust-nightly feature into the mongodb crate, and forward it appropriately.

Merged with #149.


text:
PHPLIB-411: postBatchResumeToken, getResumeToken(), and resume improvements

https://jira.mongodb.org/browse/PHPLIB-411
https://jira.mongodb.org/browse/PHPLIB-422
https://jira.mongodb.org/browse/PHPLIB-423
https://jira.mongodb.org/browse/PHPLIB-435

Added ChangeStream::getResumeToken() method, which returns the cached resume token.
postBatchResumeToken and startAfter (introduced in PHPLIB-407) can now be used for resuming.
Replaced TailableCursorIterator with ChangeStreamIterator. In addition to avoiding getMore commands when calling rewind(), the new class also tracks the size of each cursor batch so it can capture the postBatchResumeToken from getMore commands.
Refactored the resume process such that Watch now exclusively constructs the inner iterator for ChangeStream.
UnexpectedValueException is now thrown if firstBatch and nextBatch fields are not found in aggregate and getMore responses, respectively.

I just went through an added documentation headers in WatchFunctionalTest for various prose tests that are already implemented. Additional prose tests can be deferred to PHPLIB-457. I also created PHPLIB-456 as a future todo item while working on this PR.
Feel free to review when you get a chance. I don't intend to push anything else unless something comes up during review.

I don't intend to push anything else unless something comes up during review.

Interesting, the Travis CI replica set tasks completed. I wonder if that means PHPLIB-432 is resolved. Will need to investigate whether this PR inadvertently fixed it or if it was resolved by some changes on Travis' end.

source: gharchive/pull-request

repo: mongodb/mongo-php-library


text:
CLOUDP-160268: Support Snapshot Distribution for kubernetes config generate

Proposed changes
The Atlas Kubernetes Operator now supports the Snapshot Distribution. This PR adds to the existing kubernetes config generate command the ability to include the new feature to the generated config.
Jira ticket: CLOUDP-160268
Checklist

[x] I have signed the MongoDB CLA
[x] I have added tests that prove my fix is effective or that my feature works
[ ] I have added any necessary documentation in document requirements section listed in CONTRIBUTING.md (if appropriate)
[ ] I have addressed the @mongodb/docs-cloud-team comments (if appropriate)
[ ] I have updated test/README.md (if an e2e test has been added)
[x] I have run make fmt and formatted my code

Is it okay for now if we merge it as is?

We have a preference for not using pseudo-versions as they break dependabot so as long as you guys are on top of any needed update

@gssbzn I have updated the atlas operator dependency to a proper version. Is it okay to merge when CI is green?

authors: gssbzn helderjs

repo: mongodb/mongodb-atlas-cli


text:
CLOUDP-229230: Search nodes e2e tests

Proposed changes
Added e2e tests for search nodes.
Jira ticket: CLOUDP-229230

Rebased from master


text:
Typo fix: 'readPeference', additional test

(also fixed typo in db.js on line 619: needed options....)
This seems to fix my (easily testable) issues in Compass. Thanks! :)

let me know if there is anything else, otherwise I'll push a new release next week.

authors: Machyne christkv

repo: mongodb/node-mongodb-native


text:
feat(NODE-3938): Add support for pre/post images in change streams

Description
What is changing?

Adds support for pre/post images in change streams (https://jira.mongodb.org/browse/DRIVERS-1915)
Adds tests for create collection and modify collection with pre/post image (https://jira.mongodb.org/browse/NODE-4210)
Includes changes from https://github.com/mongodb/specifications/commit/d1458823bd810014df9da16d3a5354d2269ab865 (this commit is linked in NODE-4210)

Is there new documentation needed for these changes?
No.
Double check the following

[x] Ran npm run check:lint script
[x] Self-review completed using the steps outlined here
[x] PR title follows the correct format: <type>(NODE-xxxx)<!>: <description>
[x] Changes are covered by tests
[x] New TODOs have a related JIRA ticket

@baileympearson could you rebase against main to get the versioned api tests passing, just to have a little more green? Then I'll merge. Thanks!

authors: baileympearson durran


text:
Compound unique index not checked on object update

I'm using mongomock==3.9.0
Take a model declaration that looks like:
class Flower(Document):
    meta = {
        'indexes': [
            'name',
            'email',
            {'fields': ['email', 'tree'], 'unique': True},
        ],
    }
    name = StringField(required=True)
    email = StringField(required=True)
    tree = ReferenceField(Tree, required=True, reverse_delete_rule=CASCADE)
    created_at = DateTimeField(default=datetime.datetime.utcnow)

and two objects like
first = Flower(name='First', email='first@flower.net', tree=some_tree).save()
second = Flower(name='Second', email='second@flower.net', tree=some_tree).save()

Doing
third = Flower(name='Third', email='second@flower.net', tree=some_tree).save()

correctly throws *** mongoengine.errors.NotUniqueError: Tried to save duplicate unique keys (E11000 Duplicate Key Error)
But the following works:
second.update(email=first.email, tree=first.tree)

when it should throw a NotUniqueError instead.

Hi, thanks for reporting. I'll investigate this week.

I wasn't able to reproduce, please update to a more recent mongomock and try again.

authors: faustow pcorpet

repo: mongomock/mongomock

license: ISC


text:
@ Letter Country Code not showing up - Full Country Name Instead

I'm using '+weather.country+' but to no avail, it still displays the Full Country Name. Unlike Region, ex: NC - that is working even in other countries.

Thanks for reporting this. It looks like Yahoo has changed what is returned as country and now returns the full country name instead of the abbreviated version. I'll update the website to reflect their change.

authors: TerrenceLP fleeting


text:
Data shown does not correlate with Yahoo website?

Using simpleweather seems to be working fine, and I can display the weather in c/f for multiple locations. However, when i check the Yahoo weather site for that location, it is wildly different from the data just displayed by simpleweather. Not a problem with converting c/f because the numbers i am getting are similar, not a clear unit error.
What is going on here?
Anyone else having this problem?

For example, I will get simpleweather to display the temperature in Bali and it will be 26deg, then i check on the Yahoo weather page for Bali and it will be 19deg. Etc etc.

Odds are it's just a different set of weather data they are using between the site and API. I don't believe they use their own API for their weather stuff. You can also check the data being returned at https://developer.yahoo.com/weather/. simpleWeather doesn't really modify any of the data outside of converting temps if needed.

Ah okay, thanks. Does returning the simple temperature return the high for the day, or the current temperature?

temp will be the current temperature. Anything from forecast will be high/low. Full data listing on http://simpleweatherjs.com/.

authors: AlcuinGuest fleeting


text:
This breaks when formatting a django template with Japanese characters in UTF-8.

This breaks when formatting a django template with Japanese characters in UTF-8.
Before formatting

After formatting

Is it possible to increase the option to explicitly specify the character code in settings.json?
Below is my environment.

OS - Windows 10 Japanese
File encoding - UTF-8 CRLF
Python 3.9.10
djLint version - 1.0.2
djlint-vscode version - 1.1.0

The same thing happens with Cyrillic (#17).

Excuse me.
I noticed that the same thing happens when I try it with djlint alone.
This may be a problem with djlint itself, so I reported it to djlint.

If you turn on "Beta: Use Unicode UTF-8 with worldwide language support" in the system locale setting of windows, you can do it without any problem.
It seems to be a problem with windows settings. Thank you.

Solution - update djLint to version 1.1.1 or higher.

After applying this update, it worked fine even if I restored the Windows settings.

authors: Taikono-Himazin monosans

repo: monosans/djlint-vscode

license: MIT


text:
Upgrade to allow usage with Sylius <1.12

To allow usage with Sylius <1.12 I had to remove PHP 7.4 support.
I haven't tested all plugin features (yet)

Hello @welcoMattic
Thank you for your contribution.
We made it in another PR #30

authors: maximehuran welcoMattic

repo: monsieurbiz/SyliusHomepagePlugin


text:
User registration

Registration page and functionality needed.

Basic API Endpoint added.

Simple Layout has been added.
Endpoint is not being called already

Simple Register Form now calles API and registers user.

repo: monsterkrampe/organize-my-life


text:
Implement Tours

Compilation of areas where tours could help the new user experience. Feel free to comment with any suggestions

[ ] Opposed Tests
[ ] Module Initialization and Updating

The + symbols next to characteristics and skills that can be clicked on to automatically whatever, it was a simple oversight from my part ALRIGHT? Lots of people didn't know!
How to roll your Earning skill and how to roll when resting for the night to regain Wounds. It's a verbal walkthrough everytime how to do this lol.
How the hell did Jagusti do those empty boxes? How about a Foundry Tour on that shit.
Using the "T" key.
/table and Dark Deal commands.
Pay/trade/etc commands. I still don't even understand this black magic.
Properly walkthrough the /char process because whoever designed that is an absolute genius.
Perhaps better explanation/showing how the Experience bar works because literally every player I've ever had is a bit weirded out by only using the Total box and then it takes them a bit to understand how it's supposed to work. "Why can't I type in current?!"
Obviously the entire opposed roll process, perhaps with variables such as altering an already rolled result, applying damage, and right click the roll to automate using Fortune/etc. Obviously.

How to apply damage to multiple tokens
career advancment / switch
npc auto-career advancement.

How the hell did Jagusti do those empty boxes? How about a Foundry Tour on that shit.

Use Add task button or type - [ ]  at the beginning of the line.

[ ] How to Roll: The roll dialog.
[ ] How to Re-Roll: Using a Fortune Point (also to add +1SL), Making a Dark Deal, etc.

authors: ALR-Burning Txus5012 moo-man moonwolf-github silentmark


text:
FireFox not working windows 10

https://i.imgur.com/W3Zk2To.png

can you tell me more details?
Type about:profiles into the Firefox address bar.


text:
アウトラインシェーダーの追加

実装概要

普通の背面法だと丸々アウトラインで塗りつぶされてしまったのでステンシルを使った描画方法を採用
1パス目

アウトライン方向に膨張させてステンシルだけ書く（描画は行わない）

2パス目

膨張させずにステンシルを書く（描画は行わない）

3パス目

アウトライン描画

URPだとマルチパスシェーダーの扱いが特殊で、パスごとにLightModeTagを設定してあげてURPDataのRenderObjectで呼び出すといったことを行っている（今回は不透明描画後）

パラメータ

Outline Width アウトラインの太さ
Outline Color アウトラインの色
基本Outline Widthを0にして、編集したいオブジェクトのみOutline Widthを高くすることで選択・非選択ができる想定

適用例

フォーク先チェックするのめんどいのでいったんマージ
多分LGTM

確認しました！
良いと思われます！ありがとうございます！！！

repo: moorestech/moorestech


text:
Add Type filter for the search

One of the important filters we will need is the Type filter that lets us distinguish individuals from other types of entities. I'd be happy to add it to the UI once the search API supported this.

@stoutlinden I think I've got this working now:
https://gist.github.com/adamdecaf/6d9ec68dbce0308695057953dc38a0a2

authors: adamdecaf stoutlinden

repo: moov-io/ofac


text:
remove unnecessary quotes which fixes execution in windows 10

removed unnecessary quotes on line 34 and  line 86; these quotes make an execution in Windows 10 impossible;

Thanks a lot @joestr

authors: andsel joestr

repo: moquette-io/moquette


text:
The event click is not listen in the emergent react-autosuggest list

Are you reporting a bug?No

The problem that I have, it seems to me may be how I am structuring the application, because the plugin is mounted on another component.

Provide the steps to reproduce the issue, e.g.:

Focus on the input field
Type c, and wait for suggestions to appear
Press Click

Observed behaviour: The list component disappears and the click event is not heard, but the case of focus and keyboard events funciona perfectly
Expected behaviour: Listen to the click to fill in the fields as in all the examples

In my input code structure and the component in general are within the other component, as I show in part of the code below:
Parent Component
class SideMenu extends React.Component {
  constructor(props){
    super(props);
    this.state={
      nameSideMenu: "",
    }
  }
  changeName=(value)=>{
    const h=new Side();
    this.setState({nameSideMenu: value})
    this.props.value_return(value);
    h.setState({name: value})
  }

  render(){
    return(

Search

       <CajaTxt value={this.changeName}/>

    )
  }
}

Child Component, in the render of the CajaTxt class
return(<form>
         <Autosuggest
          id="Name"
          suggestions={nicknameSuggestions}
          onSuggestionsFetchRequested={this.onNicknameSuggestionsFetchRequested}
          onSuggestionsClearRequested={this.onNicknameSuggestionsClearRequested}
          onSuggestionSelected={this.onNicknameSuggestionSelected}
          getSuggestionValue={getSuggestionNickname}
          renderSuggestion={renderSuggestion}
          inputProps={nicknameInputProps}
        />
</form>)

Help me please, I've been standing for a long time trying to correct that Bug

Any update on this facing the same issue.

authors: ChristianMarca sonamgupta-kiwi

repo: moroshko/react-autosuggest


text:
critical css

for the final auto tweaks of the markup /css
ATM netlify does it out of the box - but would be nice to have in the build for more control and testing localo
https://github.com/addyosmani/critical
https://www.npmjs.com/package/eleventy-critical-css is a year old and looks not to be maintained atm

:)


text:
🛑 Bama is down

In e821a8e, Bama (https://bama.design) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Bama is back up in 9d3df41 after 5 minutes.

repo: mortonpepper/upptime-upptime


text:
🛑 Bama is down

In 12bcb01, Bama (https://bama.design) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Bama is back up in bb83149 after 24 minutes.


text:
Add isSelectedColor and notSelectedColor

HI, can you add selected and not selected color props?

anyone here?

Please check this PR.
https://github.com/moschan/react-native-simple-radio-button/pull/19

authors: ajoshdee moschan


text:
Slideshow style changes

This can be a thread for addressing particular style and visual changes requested for the slideshow. This will become more prevalent as further content is added to the presentation.

Make sure Logo's are sized properly when showing the simulation engines, and most importantly that the HOOMD logo is not overly large.
Make sure the MoSDeF logo is shown at some point, and preferable shown on every slide somewhere, or at least a version of it. Could be cool if clicking that logo takes you to an overview page so you can navigate back to a particular section of the show. If not, it definitely should be on the title screen.

Couple of more points from an earlier discussion:

Box Border Radii should be mirrored.
Better transitions and interactivity.
GMSO slides tables could be better.

authors: CalCraven umesh-timalsina

repo: mosdef-hub/mosdef-slideshow


text:
Cassandra project update with collection and statistics scripts

Update the Cassandra project with computation of averages for NPT methane

pre-commit.ci run


text:
add tls metrics when connpool changed

Add TLS Metrics for Connpool

Cannot Create Metrics in init phase， becasue metrics should be inited after config parse. So create metrics in cluster manager
if tls states makes connection pool changed, inc 1

Codecov Report

:exclamation: No coverage uploaded for pull request base (release@6d68d0f). Click here to learn what that means.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             release    #1217   +/-   ##
==========================================
  Coverage           ?   54.93%
==========================================
  Files              ?      249
  Lines              ?    23777
  Branches           ?        0
==========================================
  Hits               ?    13061
  Misses             ?     9520
  Partials           ?     1196

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 6d68d0f...b00148e. Read the comment docs.

authors: codecov-commenter nejisama

repo: mosn/mosn


text:
minDate doesn't effects a year

Description
Say datepicker has as minDate 16.04.2018. But it doesn't disable a years. So you can simply check 16.04.2017 with years picker.
Expected outcome
Can't select year earlier than min year.
Actual outcome
Can select year earlier than min year.
Live Demo
Check for demo in web components https://www.webcomponents.org/element/motss/app-datepicker/demo/demo/index.html
Steps to reproduce

Put a app-datepicker element in the page.
Open the page in a web browser.
Set minDate.
Try to select year earlier than minDate.

Why does _isListOfYearsSelected is called? I am adding another listener to identify disabled or not, but it has not been called:
<div class$="each-list-of-years [[_isListOfYearsSelected(selected)]] [[_isDisabledYear(item, minDate, maxDate)]]"

_isDisabledYear: function (item, minDate, maxDate) {
        var year = item.year;
        var max = this.maxDate;
        var min = this.minDate;

        return (max && year > max.getFullYear()) || (min && year < min.getFullYear()) ? ' is-disabled-year' : '';
      }

@stat92 If not mistaken, iron-list calls it. selected is one property from iron-list. iron-list sets it to true when a list item is selected. _isListOfYearSelected will compute the class accordingly to the value of selected.

@stat92 Perhaps re-render the year list when a minDate or maxDate is set?

@motss What's about PR ?

Closing this in favor of v4. Highly recommend using v4 even if you are using polymer.
Thank you for the support.

repo: motss/app-datepicker


text:
Implement #177

#177
Alternatively.
import Qt
binding = __import__(Qt.__binding__)
binding.__path__

Which do you feel is most intuitive?

See discussion for why the hold status at https://github.com/mottosso/Qt.py/issues/177


text:
Add parse_headers.py script

Writing a Python binding is tedious, but it doesn't have to be.
This Python script parses the header files in the dev kit and auto-generates a binding stub (including docstrings). It does not handle enum, and can get confused by nameless arguments like MPlug::setFloat. It has been run against a random sample of headers and appears stable. The script writes to a /tmp dir in the repo so you can regenerate the stub for an existing class without overwriting it.
This script should help lower the barrier of entry for people who want to contribute, but don't have the patience for setting up the boiler plate.
Usage
mayapy ./Scripts/parse_header [header_name(s)]

At first I was worried it would automatically produce the final version of each class/method, and that it wouldn't let you handle MStatus or do the necessary due-diligence to throw exceptions at the right times and avoid fatal crashes (i.e. like OpenMaya 1.0).
But then I saw the sample MDagPath and realised it'll produce boiling plate for the user to fill in! That's really great; it was tedious having to copy/paste these things from the docs.
Merging this, let's keep it rolling!

repo: mottosso/cmdc


text:
#01 - Python

Describe tus cambios
(Opcional) Sobre todo aconsejable si la "Pull Request" se corresponde con una corrección adicional y no con la presentación de un ejercicio.
Comprobaciones
Asegúrate de cumplir los siguientes puntos antes de realizar la "Pull Request":

[x] El título de mi Pull Request sigue este formato: "#[número] - [lenguaje_utilizado]". (Ej: #00 - Python")
[x] El nombre el fichero que se corresponde con el de mi usuario en GitHub más la extensión del lenguaje. (Ej: mouredev.py)
[x] El fichero de corrección se encuentra dentro del directorio del ejercicio y en una carpeta con el nombre del lenguaje de programación utilizado en minúsculas. (Ej: 00/python/mouredev.py)
[x] He revisado que el nombre del directorio del lenguaje no es conflictivo:

c#, no csharp
c++, no cplusplus
go, no golang
javascript, no js

[x] Únicamente he incluído los ficheros de ejercicios. No se aceptarán Pull Requests que contengan archivos adicionales asociados a editores de código o semejantes.

Información

Tienes toda la información sobre los retos semanales en retosdeprogramacion.com/roadmap.
Cada semana se realizará la corrección en directo y publicación de un nuevo reto en twitch.tv/mouredev.
Recuerda que tienes un grupo de apoyo llamado "reto-semanal" en Discord.

Los cambios necesarios fueron realizados.
Gracias.

repo: mouredev/roadmap-retos-programacion


text:
Feature Request: Show which parts of a changelog are new since last viewing

This may be too annoying to bother with, but since not everyone is so thoughtful as to add datestamps to their changelog.md, some way of seeing 'how much of this is actually new' would be handy. Maybe save a local copy when its marked viewed, and diff against current when next shown? Add a  or something between new and old sections?

I am not sure I can do this. I think maybe at best I could show you what version you last viewed. This way you have an idea of where to start looking at the change log?

That'd suffice, I think. I figured the original ask would probably either be trivial or too annoying to bother with, didn't know which for sure.


text:
autoClick on active Goldrain

activates automaticly autoClick for 20 seconds after someone used Goldrain

You've been working with an old version of the script, and this pull request conflicts pretty heavily due to the changes that have occurred since you forked. Please pull the latest version, fix your merge conflicts, and resubmit your pull request.
Once that's fixed, this looks like a very good improvement and I'd be happy to add it.

This needs to be merged with the latest version of the code. The pull request needs to just make the relevant changes, not undo other commits' additions and fixes.

new Version in an other Pullrequest

authors: almidar mouseas

repo: mouseas/steamSummerMinigame


text:
feat(rating): make rating page publicly accessible

How does this PR impact the user?
https://github.com/user-attachments/assets/41f5cb0d-b87a-4852-bbc3-a905fdebe2bb
Description
Made the rating page accessible to unauthenticated users by moving the link from game screen to the global header, and adding /rating and /api/rating to the list of public paths.
Checklist

[x] my PR is focused and contains one wholistic change
[x] I have added screenshots or screen recordings to show the changes

Hello @yurijmikhalevich!
I've made the rating page publicly accessible. Do you have any suggestions regarding the placement of the rating link in the global header?
I was also thinking about displaying the link conditionally depending on the subtitle to avoid showing it on the rating page itself, please let me know what are your thoughts on that

Hello @yurijmikhalevich ,
Also wanted to let you know that I would love to work on #43, once this one gets merged!

Can you please comment on #43? Otherwise, GitHub doesn't let me assign it to you 😄

authors: arilloid yurijmikhalevich

repo: move-fast-and-break-things/aibyss


text:
Pilot coverage for unit tests

Discussion: #396
Add job(s) to CI to collect coverage metrics on the unit tests (i.e. tests ran by cargo test in the workspace with no external setup) of all workspace crates that currently exhibit such tests. To get good results, it's suggested to use the cargo-llvm-cov tools.
Goals:

Collect line and region coverage.
Upload results to analyze, preferably using a code-browsing service like codecov.io.

Stretch goals:

Get differential reports and notes on coverage degradation.

Non-goals:

Reach any particular coverage target in process of resolving this issue.

Sounds good! Because the extent to which this does not include e2e tests is dependent on #393, I will simply regard everything run with cargo test currently as valid.

You might have to list specific crates for cargo test. I think currently the workspace also wants to run e2e tests by default, but feel free to feature-gate that.

authors: l-monninger mzabaluev

repo: movementlabsxyz/movement


text:
Running ABRA on BAM files generated from the GATK pepeline

I am trying to run ABRA for somatic indel detection. I have BAM files which were aligned using BBMap and were then realigned and quality recalibrated using GATK.
Will the GATK realignment step have any +ive/-ive effect on the result of ABRA ?

I do not believe GATK realignment will have much of an impact on ABRA results.  It is possible IndelRealigner may realign some subset of reads that ABRA does not.  We have not tested this combination much.
In the past, we ran into a couple of cases where BQSR lowered quality around "true" (mismapped) somatic indels causing them to go undetected.  These were clinically validated indels.  We stopped using BQSR for this reason.  Note however, that this is based on anecdotal observations, not rigorous testing.
I've not used BBMap - let me know if you run into issues.

authors: chisqr mozack

repo: mozack/abra


text:
All the comments for a text annotation are not displayed

Attach (recommended) or Link to PDF file here:
comments.pdf
Configuration:

Web browser and its version: Firefox nightly
Operating system and its version: linux debian

Steps to reproduce the problem:

Open the pdf
Click on the yellow button

What is the expected behavior? (add screenshot)

What went wrong? (add screenshot)

Isn't this a duplicate of 10982?

Isn't this a duplicate of 10982?

Sure looks like it to me too, let's indeed mark it as duplicate of #10982

authors: Snuffleupagus calixteman timvandermeij


text:
Chrome 2D Canvas Acceleration on M1 Macbook Air produces white bars

Attach (recommended) or Link to PDF file here:
FPS_test.pdf
Configuration:

Web browser and its version: Chrome Version 101.0.4951.64 (Official Build) (arm64)
Operating system and its version: macOS Monterey, MacBook Air (M1,2020)
PDF.js version: latest? (reproducible using y'all's demo)
Is a browser extension: no

Steps to reproduce the problem:

produce a high resolution (?) pdf. (?) is because it's happened for all kinds of pdfs I've made using different programs. It doesn't happen for all pdfs but what seems to be in common is large/high resolution PDFs.
open in the demo

What is the expected behavior? (add screenshot)

The above image is produced when 2d canvas acceleration is disabled:

What went wrong? (add screenshot)

This is what happens when that flag is set to Enabled (which is the default in Chrome). I came across the behavior in  Overleaf PDF viewer (which is built with pdf.js, apparently). I regret to inform you that none of my colleagues have been able to reproduce the behavior. However, they do not have M1 Macs and thus I suspect the issue has something to do with that... I also regret to inform you that the PDF does render correctly using Chrome's built-in PDF viewer so it does seem like it has to do with pdf.js. Then again, y'all are the experts so maybe it truly is someone else's problem (which for your sake, I hope it is).
Link to a viewer (if hosted on a site other than mozilla.github.io/pdf.js or as Firefox/Chrome extension): N/A

This is what happens when that flag is set to Enabled (which is the default in Chrome).

The fact that this is connected with hardware acceleration of canvases unfortunately points to a browser (or platform) bug, since that shouldn't actually affect rendering in that way. See e.g. issue #14897, which is another recent issue related to hardware acceleration in Google Chrome.
Hence the only way forward here is unfortunately to report this, as bug related to hardware acceleration of canvases, to the Google Chrome project instead.

I also regret to inform you that the PDF does render correctly using Chrome's built-in PDF viewer so it does seem like it has to do with pdf.js.

Note that the built-in PDF viewer in Google Chrome, also known as PDFium, doesn't use the web-platform for its rendering.

authors: Snuffleupagus agurvich


text:
Printing PDF with minimal margin gets truncated on paper

Attach (recommended) or Link to PDF file here:
print-test-minimal-margin-a4.pdf
Configuration:

Web browser and its version: Chrome 104.0.5112.101
Operating system and its version: MacOS 12.5.1
PDF.js version: v2.16.105
Is a browser extension: no

Steps to reproduce the problem:

Drag and drop PDF to demo viewer
Click the Print icon (top right)
In the Print dialog that appears just leave everything as default and print.

What is the expected behavior? (add screenshot)
That the document is printed without being truncated on the sides.
What went wrong? (add screenshot)
Top and left margins are truncated on paper, see screenshots:

Link to a viewer (if hosted on a site other than mozilla.github.io/pdf.js or as Firefox/Chrome extension):
N/A

I'm trying to understand more about this issue as we're seeing a similar issue with some of our documents. We considered adding some margins by default in the CSS for the print media but so far that has had undesirable outcomes (like shifting/resizing content).
From what I can tell only some printer models support "full bleed" or "borderless" printing. Most printers have a "non-printable margin" around the edges of the sheet. It's size varies from printer to printer. In these cases, there is no way to print to the edges.
Depending on the print dialog and printer/print-driver used when printing your document (chrome, edge, firefox, windows, mac, linux, printer-specific, etc) you will likely have some sort of scaling options. Many times there is an option to "fit" or "fit to printable area". From what I can tell, these types of settings are sometimes selected by default so most people don't notice them.  I don't think there is any way to configure any of these settings from Javascript. Also, it's not very common to have a document that has content outside the printable area.
I'd love to hear what the repo maintainers have to say, but I'm thinking the only options here are manual intervention of print settings during printing, or possibly print media margins in the CSS.

Wasted a lot of paper trying to troubleshoot this. Firefox has lots of settings do adjust margins but not for pdfs. I need a way for firefox to drop the pdf down the page about 0.25 inches but there doesn't seem to be a way.


text:
Text selection not possible for annotations with a trigger div

Some annotation types, like Squiggly and Highlight, make use of trigger divs to show the popup on hover. These divs overlay the text div, causing text selection to be impossible when starting on the div. Starting selection from outside the div does work, so this is not a large usability issue, but if someone knows an issue for this that would be great.
(Try for instance https://drive.google.com/uc?export=download&id=0B6YhVF9p-y2AMmlnaURWSjZKNlk)

Text-selection actually seem to work (or rather not work) almost identical for the annotations in that file, when comparing Adobe Reader and PDF.js.

Yes. agreed that is hard. However I found a fix so that text selection of anchor tags can be possible. Solution: On mousedown in the every page (selector = '.page') hide the annotationLayer until a mouseup is triggered for that page. This way anchor tags don't hinder the text selection. I implemented this for my application and it looks fine so far.

Given https://github.com/mozilla/pdf.js/issues/7013#issuecomment-188726595, let's close this old issue as WONTFIX for now.


text:
Fix a regression, from PR 5356, that breaks all scrolling in PresentationMode

This regressed in PR #5356.
Rather than just backing out the offending code, this patch restores scrolling in PresentationMode by making the overflow: hidden; check optional and letting the callers that need it (e.g. PDFFindController) opt-in to use it.

/botio-windows preview

/botio-linux preview

I can confirm that this fixes both scrolling in presentation mode and the original issue that Rob's PR fixed. The code is also cleaner in my opinion. Thank you!

authors: Snuffleupagus timvandermeij


text:
Add (and adjust) a couple of findbar title attributes, in viewer.html, that doesn't agree with the l10n/en-US/viewer.properties file

The point of this patch is to fix a couple of inconsistencies in viewer.html, compared to the locale files, such that the viewer would work correctly even without the l10n/ files present.
Note: Since this isn't changing any of the locale files, we should not need to update any of the string names.
Looking through the history of the findbar code, it seems that the findPrevious/findNext buttons have never had a title set (note PR #2168, which was the initial findbar implementation).
Furthermore, the placeholder of the findInput didn't agree 100% with locale file either, so this is also adjusted.

/botio-linux preview

Thank you for improving this!


text:
Cache strategies

This PR contains new offline strategies for the Service Worker Cookbook. I would appreciate usage testing and code review here. @marco-c @potch

In order to preserve your sanity, I split the PW into 6 smaller and I'm closing this. You have the details in the base PR.

repo: mozilla/serviceworker-cookbook


text:
Update suggested commit wording to automatically close issues when landing

With "Fixes #N" an the issue N will automatically close once it's pushed: https://help.github.com/articles/closing-issues-via-commit-messages/

r+

Note: that commit message style doesn't automatically close the original issue once it's pushed, you need to reference the issue number inside the PR body.
See https://github.com/mozilla/tofino/pull/71 for an example.
We should update the readme to suggest doing just that. @bgrins care to do it?

I also suggest making a not about asking for review. Pinging somebody in a comment usually works, but it feels better to just assign somebody to a PR if you want their review.

I also suggest making a note about how to ask for review. Pinging somebody in a comment usually works, but it feels better to just assign somebody to a PR if you want their review.

I'm all for getting rid of email pings as a way to track reviewers, but it may be a separate discussion / issue depending on a couple questions:

Does everyone have permissions to set the assignee to anyone else in PRs?
Does a user get notified when they are assigned to a PR?

Note: that commit message style doesn't automatically close the original issue once it's pushed, you need to reference the issue number inside the PR body.

According to https://help.github.com/articles/closing-issues-via-commit-messages/ it looks like it should be enough.

authors: bgrins victorporof

repo: mozilla/tofino


text:
Implement multi-type search for apps+websites (bug 1149995)

https://bugzilla.mozilla.org/show_bug.cgi?id=1149995
Sorting results by relevancy works, but most of the rest of the sort options are semi-broken either because the corresponding field does not exist in websites mapping (rating, reviewed, name_sort)
or because it's empty (popularity, trending). A follow-up bug will take care of those.

r+wc. Nicely done.

authors: diox robhudson

repo: mozilla/zamboni


text:
use XHRs to fetch dashboard data

It maybe needs a bit of polish (e.g. the "minimum issuance" slider has no effect on the "worst CAs" chart - that always stays as "worst CAs with issuance > 1000"), but the functionality is basically there.

Cool! This is a good approach. Is this live at people.mozilla.org/~dkeeler/dashboard?

Yes - what's there should be up-to-date.

Looks great! Just a few minor nits.

Thanks for the review! I addressed your comments and re-deployed to people.mozilla.org/~dkeeler/dashboard

authors: monicachew mozkeeler

repo: mozkeeler/sunlight


text:
Changing gravity to a only one point on the rope

Hello, it me again
I was wondering if there is a way to add more gravity to one point of the rope, so we can give the illusion of the player weight on the rope
this is my question, thanks in advance

Not possible out of the box.
What exactly is your use case?
You can hook the NativeRopeServer.on_pre_update signal and manually shift the point by gravity_direction * custom_gravity * physics_delta.
You can also look at the walk_on_rope example how a RopeHandle  is used there for a similar purpose.

I will try your method
this is my use case by the way:

Ah, then the walk_on_rope example is very likely what you're searching for.

well, I have tried a lot of solution and it didn't work
and I didn't like walk_on_rope example
so if possible, I have a feature request which is :

to add the ability to change the gravity of a single point on the rope

Will not happen, because it's too application specific and easy to implement oneself.
I gladly help you to get it working but I need to know

what you have tried so far (possibly with a minimal reproduction project)
what didn't work
what you don't like about the example
what you expect exactly.

sorry for taking so long

what I wanted to do :
I wanted to do this idea which was very simple

then I tried this idea and here were I struggled

explanation of it :
basically I wanted the rope to go down when you jump on it and the more you jump the more down you go
of course simulating this with physics will take ages so I just wanted an illusion

what I tried to give the illusion :

looking for a way to change the gravity of the point that the player is standing on but this is not possible
there is a property in the rope called segment_length_distribution I tried get the player rope_position
and change  segment_length_distribution according to it and increase the general gravity to give the illusion
but godot curve don't supporte the y cordinate as a varible so it didn't work

what I don't like about the example :
I don't think it workes for me
and I didn't understand well it's Mechanic

Unfortunately, I cannot open your project because of broken dependencies.

If I understand correctly, you want a kind of trampoline effect where jumping repeatedly sends you higher and higher while simultaneously pushing the rope further and further downwards.
I think the example already brings you halfway there it just misses a crucial piece: transferring the speed of the rope to the player when jumping and likewise transferring the player's speed to the rope when landing.
This is actually a bit tricky and I don't know a goodt and simple solution off the top of my head.
But I'll think about it and report back.

and I didn't understand well it's Mechanic

The example works like this:
The player object detects ropes using an Area2D. If a rope collision was detected, it will set this rope as target to the RopeHandle which is also a child of the player node. The RopeHandle will be enabled while the player is standing on the rope (when a collision exists) and disabled when jumping or when no collision exists.
The RopeHandle is placed below the player object so it always pushes the rope down. This works because the player will be standing on the rope and if the handle is positioned below the player, it will always be located below the player and thus below the rope. The further the handle is positioned below the player, the more the rope will be pushed down. This effect can be used to give the illusion of weight.
In this case, applying more gravity to a single point will actually have almost the same effect as the handle approach, because they both do the same: pushing a point a little downwards. There might be a slight difference though, I haven't tested it myself.
You can easily test it by just shifting the point according to your desired gravity.
Relevant functions are:

Rope.get_nearest_point_index() to get the nearest point index
Rope.get_point(), Rope.set_point(), Rope.move_point() to get, set or move positions of a given point index

So essentially in _physics_process() or NativeRopeServer.on_pre_update() you run rope.move_point(index, Vector2.DOWN * custom_gravity * delta.
See also the in-engine documentation for rope related nodes. Most functions are properly documented.

there is a property in the rope called segment_length_distribution I tried get the player rope_position
and change segment_length_distribution according to it

Segment length distribution is not useful for this purpose.
It is used to change the length of individual rope segments according to the given curve. This can be used to increase detail at certain areas while decreasing detail in others.
For example, if you know that most motion will happen at the end of the rope and not at the beginning, you can assign a "falling" segment length distribution curve which starts high and ends low so that segments at the start of the rope will be larger while segments at the end of the rope will be smaller, effectively making the rope more detailed with the same point count.
There should be an example in rope_properties.tscn.

thanks for your help
I think Rope.move_point() is promising and very close to what I was looking for
and about the project being broken I think it is because .aseprite file maybe if you delete them it will open but you will not be able to see the player or the coin so turn on collison shap visibility to make things easier

I'll close this issue since the original question has been answered.
If you still have questions let me know.

authors: Zheromaro mphe

repo: mphe/GDNative-Ropesim


text:
Gradle 7: replace maven with maven-publish

React Native now uses Gradle 7 which has removed maven in favor of maven-publish.
This PR fixes the following error for React Native 0.67.x projects:

A problem occurred evaluating project ':react-native-context-menu-view'.
> Plugin with id 'maven' not found.

Thank you!!!

Hi !
Thanks for the fix :)
Do you know when it will be deployed to an available release ?
It's currently blocking our development :)
Thanks in advance

Hey, @albat, I am not the owner of the repository, so I cannot give an ETA release, however you could:

install the repository at the branch that has the fix with: yarn add react-native-context-menu-view#master
or use patch-package in combination with postinstall and get the changes I made here as a patch

Additonally, Watch the repo to get notified for a new release.

ProTip! Add .patch or .diff to the end of URLs for Git’s plaintext views.

Hi! I will cut a new release a little later today. In the meantime @fakeheal s advice will work as well :)

Thanks both for your replies :)
Indeed @fakeheal advice is working for dev environment and I was able to run it locally ^^
Unfortunately for production when build is done through pipelines, the real package needs to exist (or I need to clone it and create an internal package, but I want to avoid that as much as I can)
Thanks :)

@albat version 1.3.1 has been puiblished to npm. Hope it works well for you!

Thanks, I confirm it's working now :)

authors: albat fakeheal mpiannucci


text:
ID Is this a probate case:
User feedback: something
(probate_case)

Question ID
Is this a probate case

Details
TEST TEST TEST da-prod, "share my answers" checked

Variable being sought
probate_case

Package version
1.4

Filename
docassemble.Simpmotion:data/questions/simpmotion.yml

test

authors: MPLP-Docassemble ekressmiller

repo: mplp/docassemble-Simpmotion