tasksource/reqeval-ambiguity-detection

1	ID	Sentence	Detected as21	diagnostic#01	The absolute time of input will be associated with each sensed data item for <referential>its</referential> complete lifecycle, including permanent storage.	NOCUOUS32	diagnostic#02	Each sensed data item will be qualified as to <referential>its</referential> certitude during the acquisition process.	INNOCUOUS43	diagnostic#03	Sensed data input to the tool shall be validated with respect to <referential>its</referential> expected range of values.	INNOCUOUS54	diagnostic#04	The faults identified and <referential>their</referential> causes and sources, shall be saved to permanent storage for subsequent analysis.	INNOCUOUS65	diagnostic#05	The tool shall monitor the unit under diagnosis, either in real time or batch mode, for an indefinite period of time or until input data are no longer available, and log diagnostic results as <referential>they</referential> are determined.	NOCUOUS76	diagnostic#06	Selecting the “Configure Diagnostics” menu item of the main menu entitled “File” shall display the configuration window, making <referential>it</referential> the current window, modal to the main window.	NOCUOUS87	diagnostic#07	Entering a file name shall cause the permanent storage of the modified parameters and <referential>their</referential> immediate use by the diagnostic operations after confirmatory responses by the user.	INNOCUOUS98	diagnostic#08	If the user does not confirm the request to save, <referential>it</referential> will not be performed.	INNOCUOUS109	diagnostic#09	If the user does not confirm the request to relay the modified parameters to the diagnostic processing immediately, <referential>it</referential> will not be performed.	NOCUOUS1110	diagnostic#10	The subsystems window, condition window, and diagnostic information window shall display a title that indicates <referential>its</referential> specific location or absolute path in the navigation hierarchy of windows.	NOCUOUS1211	diagnostic#11	This set(s) of indicators shall summarize diagnostic indicators not currently appearing on the list above (below) <referential>it</referential>.	NOCUOUS1312	diagnostic#12	An indicator in the summary set shall be active if any similar indicator not appearing above (or below) <referential>it</referential> is active.	NOCUOUS1413	diagnostic#13	The third window in the hierarchy is the subsystems window and <referential>it</referential> can only be displayed by a user selection on the main window.	INNOCUOUS1514	diagnostic#14	The fourth window in the hierarchy is the condition window and <referential>it</referential> can only be displayed by a user selection on the subsystems window.	INNOCUOUS1615	diagnostic#15	This window can only be displayed by a user selection on the condition window or by a user selection on the diagnostic history window if <referential>it</referential> is displayed.	NOCUOUS1716	library#26-0	In addition, some publishers may only allow <referential>their</referential> material to be served up through NLM’s system at a certain interval after its publication.	INNOCUOUS1817	library#26-1	In addition, some publishers may only allow their material to be served up through NLM’s system at a certain interval after <referential>its</referential> publication.	NOCUOUS1918	library#27	The Archival Information Update function in Administration also submits dissemination requests to obtain DIPs needed to perform <referential>its</referential> update functions.	NOCUOUS2019	library#28	During the development of the functional requirements for the NLM Digital Repository, <referential>it</referential> has become apparent that NLM will have several repositories – LocatorPlus, PubMed Central (covering journals), and the digital repository currently under investigation.	NOCUOUS2120	library#29	<referential>It</referential> is possible that the initial NLM Repository may be composed of more than one electronic storage facility, especially in the early development of the repository.	NOCUOUS2221	library#30	The NLM System Administration/Programming Access: Provides an NLM Administrative/Programming Level, ultimate rights to the system, required for <referential>its</referential> management, development, and for assigning appropriate rights to users.	NOCUOUS2322	library#31	Access rights and conditions to materials and the directories/folders in which <referential>they</referential> are kept must provide for one or more of the following basic privileges, either alone or in combination:• Create/Write access• Edit access• Read access• Delete access.	NOCUOUS2423	library#32	Both an object and <referential>its</referential> related metadata may be embargoed in terms of public access.	INNOCUOUS2524	library#33	Access rights and conditions of use will be held for each digital object and <referential>its</referential> related metadata.	INNOCUOUS2625	library#34	System must have the ability to search and display metadata, preferably in a user-conformable, human readable display as well as in <referential>its</referential> native format for machine harvesting and manipulation.	NOCUOUS2726	weather#21	The Clarus program shall maintain information about requestors and <referential>their</referential> access to data and information.	INNOCUOUS2827	weather#22	The Clarus program shall operate the Clarus system according to <referential>its</referential> published IT Security Plan.	NOCUOUS2928	weather#23	The QChS shall be able to use historical environmental data in <referential>their</referential> quality checking algorithms.	NOCUOUS3029	weather#24	The QChS shall be implemented to quality check new observation types as <referential>they</referential> become available.	NOCUOUS3130	weather#25	The Clarus system shall process data as <referential>they</referential> are received.	INNOCUOUS3231	weather#26	The QChS shall apply quality flags to data as <referential>they</referential> are received.	NOCUOUS3332	weather#27	The SS shall record when <referential>it</referential> initiates actions.	INNOCUOUS3433	weather#28	The Clarus system shall be able to publish environmental data at three times the volume rate that <referential>it</referential> collects it.	NOCUOUS3534	archive#01	<referential>It</referential> shall be possible to request that automatically generated migration metadata be stored in the converted iles (e.g., OS/Kernel type, original ARC name, ARC size, ARC digests, conversion timestamp, ARC record offset, ...).	INNOCUOUS3635	archive#02-0	The IIPC members should provide <referential>us</referential> with the default METADATA they want to be included for migration.	NOCUOUS3736	archive#02-1	The IIPC members should provide us with the default METADATA <referential>they</referential> want to be included for migration.	INNOCUOUS3837	archive#03	Software checkpoints (such as start-trans, end-trans) may be added during processing for managing atomic transactions (e.g., operations on a ile, these must start and complete to be accepted in the migration), except where operating system limitations would prohibit <referential>it</referential>.	NOCUOUS3938	archive#04	<referential>It</referential> shall be possible to perform a “dry-run migration”.	INNOCUOUS4039	archive#05	To validate that the migration succeeded, arc_warc_verify will use the METADATA included in the newly generated WARC iles to match records with <referential>their</referential> corresponding ARC iles (see FR4, and FR5).	NOCUOUS4140	archive#06	Enhance the WARC browser to display aggregated WARCs summaries in <referential>its</referential> UI.	INNOCUOUS4241	archive#07	Enhance the WARC browser to display a manifest of WARC iles and <referential>their</referential> locations.	INNOCUOUS4342	railway#63	As a train approaches the limits of the coverage of the PLMN <referential>it</referential> is registered with, <referential>it</referential> will be necessary for <referential>it</referential> to register with the next PLMN providing coverage.	NOCUOUS4443	railway#64	Each type of equipment has slightly different requirements placed upon <referential>it</referential> in terms of EMC and climate.	INNOCUOUS4544	railway#65	Where other data interfaces are implemented, <referential>they</referential> should be of the RS422 standard.	INNOCUOUS4645	railway#66	Upon switch on, once the radio is connected to a mobile network, <referential>it</referential> shall be able to receive all calls made using the MSISDN or appropriate group call number.	NOCUOUS4746	railway#67	In addition, the Operational radio is specified to allow <referential>its</referential> use in the operating environment experienced on the operational railway (eg shunting and maintenance), with the specifications in this section taking priority over those in section 4 where any discrepancy is identified.	INNOCUOUS4847	railway#68	The SIM cards shall be fixed into the radio such that <referential>they</referential> can only be removed by the use of a tool.	INNOCUOUS4948	railway#69	A group call controller who wishes to start talking (except in the case of an originator, a joiner or a re-joiner speaking for the first time5) shall indicate <referential>his</referential> wish, for example by pressing the PTT button, whereupon the 3-digit DTMF sequence “###” shall be transferred.	NOCUOUS5049	railway#70	The terminal of the controller should receive a single DTMF grant tone “#” of duration 100ms  5ms sent by the network if <referential>it</referential> has detected the 3-digit DTMF sequence “###” and if the controller was not previously talking.	NOCUOUS5150	railway#71	Any group call controller who wishes to stop talking shall indicate <referential>his</referential> wish, for example by releasing the PTT button, whereupon the 3-digit DTMF sequence “#**” shall be transferred.	INNOCUOUS5251	railway#72	All Train Function Numbers and <referential>their</referential> associated MSISDN numbers shall be stored in the same routing database, which is the database of the GSM-R network in which the train is currently operating.	INNOCUOUS5352	railway#73	If functional numbers are to be used outside the EIRENE network, <referential>they</referential> will require either a public number allocation or, alternatively, an EIRENE Network Access Number (ENAN) may be used as described in 9.11 9.3.3 Each national railway should obtain a public numbering allocation for MSISDN numbers from the relevant regulatory bodies.	INNOCUOUS5453	railway#74-0	<referential>It</referential> is the responsibility of each individual GSM-R operator to acquire a public domain NDC from their national telecommunications regulator.	NOCUOUS5554	railway#74-1	It is the responsibility of each individual GSM-R operator to acquire a public domain NDC from <referential>their</referential> national telecommunications regulator.	INNOCUOUS5655	railway#75	Mobiles shall be capable of operation using algorithms for all countries in which <referential>they</referential> need to roam.	NOCUOUS5756	railway#76	Functional numbering provides the mechanism by which a mobile terminal, or an item of equipment connected to a mobile terminal, can be addressed by a number identifying the function for which <referential>it</referential> is being used.	NOCUOUS5857	railway#77	For international Railway emergency calls, in order to minimise call set-up times, <referential>it</referential> is recommended that the anchor MSC always directly controls the cell where the Railway emergency call was originated.	NOCUOUS5958	railway#78	Each mobile shall store a list of emergency Group IDs in the SIM appropriate to <referential>its</referential> function (the Cab radio will store Group ID 299 and 599 - see table 9-8).	NOCUOUS6059	railway#79	For post-incident analysis <referential>it</referential> is important that the initiation and receipt of Railway emergency calls by mobiles is confirmed by a message sent to a ground-based location (and also registered in the train borne recorder, in cases where a train borne recorder is connected to the Cab radio).	NOCUOUS6160	railway#80	The common shunting group provides a point of contact for leaders and team members to set up a dedicated shunting group call for <referential>their</referential> shunting operation.	NOCUOUS6261	railway#81	The terminal application shall prevent members of a dedicated shunting team from initiating a new call (unless <referential>they</referential> are registered as shunting team leader and have left shunting mode using the “maintain group call” function described in 14.2.4).	INNOCUOUS6362	railway#82	Users shall be prevented from joining a dedicated shunting group by the EIRENE terminal application unless a valid functional number for the group has been successfully registered to the GSM-R network by <referential>their</referential> terminal.	INNOCUOUS6463	railway#83	If an ETCS equipped train passes a level transition to one or more levels for which <referential>it</referential> is not equipped, ETCS shall initiate a brake application.	INNOCUOUS6564	space#21	When memory alignment is permitted, Redundancy Management attempts to reintegrate a processor with the other members of <referential>its</referential> original FCP virtual group by commanding the affected FCP virtual group to perform re-synchronization operations.	NOCUOUS6665	space#22	Network Element FTSS CSCIIBNF time-out Indicates that the members of the destination virtual group corresponding to the set bits did not free enough space in <referential>their</referential> input buffers to hold the incoming packet within the allowable time skew.	NOCUOUS6766	space#23	The FTSS shall provide an API call to allow the ICP application to determine on which channel <referential>it</referential> resides.	NOCUOUS6867	space#24	The FTPP shall recover from a babbling NE or ICP within 40 milliseconds after <referential>it</referential> is detected.	NOCUOUS6968	space#25	<referential>It</referential> shall be possible to modify the CT whenever any of this information is changed by using a CT update primitive in a synchronous and atomic manner.	INNOCUOUS7069	space#26	When a majority, but not a unanimity, of FCP members are observed with packets in <referential>their</referential> output buffers, a time-out shall (3.2.2.6.7) be initiated.	NOCUOUS7170	space#27	When the timestamp counter reaches the maximum value (Hex FFFFFFFF or approximately 5500 seconds), <referential>it</referential> shall (3.2.2.7.6) wrap around to zero.	INNOCUOUS7271	space#28	The Start-Up shall synchronize <referential>its</referential> FCP with other operational FCPs.	INNOCUOUS7372	space#29	The Scheduler shall detect 50 Hz, 10 Hz, and 1 Hz frame overruns at the next frame following the end of <referential>their</referential> respective rate boundaries.	NOCUOUS7473	space#30	The FTSS shall wait for the ICP to signal that <referential>it</referential> has completed initialization before suspending the application for memory re-alignment.	NOCUOUS75