https://www.bioontology.org//mediawiki/api.php?action=feedcontributions&feedformat=atom&user=Gkparai 2026-06-05T21:40:01Z User contributions MediaWiki 1.35.9 https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9666 2010-01-19T20:07:16Z

<p>Gkparai: /* Usage */</p> <hr /> <div>== Introduction ==<br /> <br /> The LexiconBuilder project has been undertaken for creating a service that allows building of custom lexicons from bioportal ontologies. The custom lexicons built by our system can be potentially used for a variety of natural language processing and other ontology related tasks.<br /> <br /> While generating the custom lexicons, several features of our system can be utilized for ease of creation, integration and maintainence of such lexicons. The users can specify ontology mappings in order to identify and retrieve relevant concepts in other ontologies which they might not even know about, in order to assist in enriching the custom lexicons. It also facilitates the interpretation of datasets using the concept mappings between particular datasets. They can also make use of the visualization services provided by NCBO to view and understand the ontology structure retrieved, which otherwise can be a daunting task. Additionally, users can also retrieve identifiers for concepts etc using the lexicon builder and can then utilize the hierarchy services using those ids to identify and visualize the hierarchies(using the visualization service) in the lexicon and can then subsequently make changes to their lexicon building parameters, until they narrow down to their exact requirements. Our system also simplifies the task of performing version management of the custom lexicons. When changes occur to the underlying data, new data is added to the ontologies or old data is changed/deleted, the users can simply retrieve a newer version of their lexicon using our services. <br /> <br /> The custom lexicons generated by using our system can help users in a variety of tasks, some exemplified by the users of our system. These lexicons can be used for domain or requirement specific text annotation tasks. e.g. annotation of protein mutations with disease terms. They can also be very useful for ontology related tasks such as ontology learning especially information extraction and also for the task of ontology enrichment. One of our users want to use our service for compiling a disease dictionary, which has actually served as our driving use case. They can also be employed for the purpose of tagging elements for enhancing the user browsing experience for domain specific information e.g. For the task of assisting the user when they are browsing the Web especially for documents related to the biomedical domain we could possible tag elements related to say Tumors and add more context specific information using a Tumor lexicon generated using our system. Another example comes from our user who are using our system to create workflow specific lexicons for concept recognition tasks.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> <br /> '''Note: The prototype is currently in the development phase and constantly undergoing changes.'''<br /> <br /> == Usage ==<br /> '''Inclusion Criteria'''<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T000,T047,T048.<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: none]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.)<br /> <br /> '''MEDLINE Counts''' [default: all]<br /> (i.e., MEDLINE count of the concepts retrieved is greater than the specified count e.g. 10000)<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> e.g. 'Result Offset' = 0 'Result Count' = 100 For retrieving the top 100 results.<br /> <br /> '''Exclusion Criteria'''<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> <br /> '''withDefaultStopWords''' true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> <br /> '''Output Criteria'''<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.)<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Unique Column''' (i.e., the unique column on which to group the results. e.g. using Concept will give one row for each unique concept.)<br /> LocalConceptID<br /> TermName<br /> The 'unique column' parameters are available only if you choose them in the Output Columns section too.<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No<br /> <br /> == Workflow ==<br /> <br /> [[Image:Example.png]]</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9665 2010-01-19T20:04:53Z

<p>Gkparai: /* Usage */</p> <hr /> <div>== Introduction ==<br /> <br /> The LexiconBuilder project has been undertaken for creating a service that allows building of custom lexicons from bioportal ontologies. The custom lexicons built by our system can be potentially used for a variety of natural language processing and other ontology related tasks.<br /> <br /> While generating the custom lexicons, several features of our system can be utilized for ease of creation, integration and maintainence of such lexicons. The users can specify ontology mappings in order to identify and retrieve relevant concepts in other ontologies which they might not even know about, in order to assist in enriching the custom lexicons. It also facilitates the interpretation of datasets using the concept mappings between particular datasets. They can also make use of the visualization services provided by NCBO to view and understand the ontology structure retrieved, which otherwise can be a daunting task. Additionally, users can also retrieve identifiers for concepts etc using the lexicon builder and can then utilize the hierarchy services using those ids to identify and visualize the hierarchies(using the visualization service) in the lexicon and can then subsequently make changes to their lexicon building parameters, until they narrow down to their exact requirements. Our system also simplifies the task of performing version management of the custom lexicons. When changes occur to the underlying data, new data is added to the ontologies or old data is changed/deleted, the users can simply retrieve a newer version of their lexicon using our services. <br /> <br /> The custom lexicons generated by using our system can help users in a variety of tasks, some exemplified by the users of our system. These lexicons can be used for domain or requirement specific text annotation tasks. e.g. annotation of protein mutations with disease terms. They can also be very useful for ontology related tasks such as ontology learning especially information extraction and also for the task of ontology enrichment. One of our users want to use our service for compiling a disease dictionary, which has actually served as our driving use case. They can also be employed for the purpose of tagging elements for enhancing the user browsing experience for domain specific information e.g. For the task of assisting the user when they are browsing the Web especially for documents related to the biomedical domain we could possible tag elements related to say Tumors and add more context specific information using a Tumor lexicon generated using our system. Another example comes from our user who are using our system to create workflow specific lexicons for concept recognition tasks.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> <br /> '''Note: The prototype is currently in the development phase and constantly undergoing changes.'''<br /> <br /> == Usage ==<br /> '''Inclusion Criteria'''<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T000,T047,T048.<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: none]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.)<br /> <br /> '''MEDLINE Counts''' [default: all]<br /> (i.e., MEDLINE count of the concepts retrieved is greater than the specified count e.g. 10000)<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> e.g. 'Result Offset' = 0 'Result Count' = 100 For retrieving the top 100 results.<br /> <br /> '''Exclusion Criteria'''<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> <br /> '''withDefaultStopWords''' true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> <br /> '''Output Criteria'''<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.)<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Unique Column''' (i.e., the unique column on which to group the results. e.g. using Concept will give one row for each unique concept.)<br /> LocalConceptID<br /> TermName<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No<br /> <br /> == Workflow ==<br /> <br /> [[Image:Example.png]]</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9664 2010-01-19T20:03:59Z

<p>Gkparai: /* Usage */</p> <hr /> <div>== Introduction ==<br /> <br /> The LexiconBuilder project has been undertaken for creating a service that allows building of custom lexicons from bioportal ontologies. The custom lexicons built by our system can be potentially used for a variety of natural language processing and other ontology related tasks.<br /> <br /> While generating the custom lexicons, several features of our system can be utilized for ease of creation, integration and maintainence of such lexicons. The users can specify ontology mappings in order to identify and retrieve relevant concepts in other ontologies which they might not even know about, in order to assist in enriching the custom lexicons. It also facilitates the interpretation of datasets using the concept mappings between particular datasets. They can also make use of the visualization services provided by NCBO to view and understand the ontology structure retrieved, which otherwise can be a daunting task. Additionally, users can also retrieve identifiers for concepts etc using the lexicon builder and can then utilize the hierarchy services using those ids to identify and visualize the hierarchies(using the visualization service) in the lexicon and can then subsequently make changes to their lexicon building parameters, until they narrow down to their exact requirements. Our system also simplifies the task of performing version management of the custom lexicons. When changes occur to the underlying data, new data is added to the ontologies or old data is changed/deleted, the users can simply retrieve a newer version of their lexicon using our services. <br /> <br /> The custom lexicons generated by using our system can help users in a variety of tasks, some exemplified by the users of our system. These lexicons can be used for domain or requirement specific text annotation tasks. e.g. annotation of protein mutations with disease terms. They can also be very useful for ontology related tasks such as ontology learning especially information extraction and also for the task of ontology enrichment. One of our users want to use our service for compiling a disease dictionary, which has actually served as our driving use case. They can also be employed for the purpose of tagging elements for enhancing the user browsing experience for domain specific information e.g. For the task of assisting the user when they are browsing the Web especially for documents related to the biomedical domain we could possible tag elements related to say Tumors and add more context specific information using a Tumor lexicon generated using our system. Another example comes from our user who are using our system to create workflow specific lexicons for concept recognition tasks.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> <br /> '''Note: The prototype is currently in the development phase and constantly undergoing changes.'''<br /> <br /> == Usage ==<br /> '''Inclusion Criteria'''<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T000,T047,T048.<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: none]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.)<br /> <br /> '''MEDLINE Counts''' [default: all]<br /> (i.e., MEDLINE count of the concepts retrieved is greater than the specified count e.g. 10000)<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> e.g. 'Result Offset' = 0 'Result Count' = 100 For retrieving the top 100 results.<br /> <br /> '''Exclusion Criteria'''<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> <br /> '''withDefaultStopWords''' true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> <br /> '''Output Criteria'''<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.)<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No<br /> <br /> == Workflow ==<br /> <br /> [[Image:Example.png]]</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9663 2010-01-19T20:01:55Z

<p>Gkparai: /* Usage */</p> <hr /> <div>== Introduction ==<br /> <br /> The LexiconBuilder project has been undertaken for creating a service that allows building of custom lexicons from bioportal ontologies. The custom lexicons built by our system can be potentially used for a variety of natural language processing and other ontology related tasks.<br /> <br /> While generating the custom lexicons, several features of our system can be utilized for ease of creation, integration and maintainence of such lexicons. The users can specify ontology mappings in order to identify and retrieve relevant concepts in other ontologies which they might not even know about, in order to assist in enriching the custom lexicons. It also facilitates the interpretation of datasets using the concept mappings between particular datasets. They can also make use of the visualization services provided by NCBO to view and understand the ontology structure retrieved, which otherwise can be a daunting task. Additionally, users can also retrieve identifiers for concepts etc using the lexicon builder and can then utilize the hierarchy services using those ids to identify and visualize the hierarchies(using the visualization service) in the lexicon and can then subsequently make changes to their lexicon building parameters, until they narrow down to their exact requirements. Our system also simplifies the task of performing version management of the custom lexicons. When changes occur to the underlying data, new data is added to the ontologies or old data is changed/deleted, the users can simply retrieve a newer version of their lexicon using our services. <br /> <br /> The custom lexicons generated by using our system can help users in a variety of tasks, some exemplified by the users of our system. These lexicons can be used for domain or requirement specific text annotation tasks. e.g. annotation of protein mutations with disease terms. They can also be very useful for ontology related tasks such as ontology learning especially information extraction and also for the task of ontology enrichment. One of our users want to use our service for compiling a disease dictionary, which has actually served as our driving use case. They can also be employed for the purpose of tagging elements for enhancing the user browsing experience for domain specific information e.g. For the task of assisting the user when they are browsing the Web especially for documents related to the biomedical domain we could possible tag elements related to say Tumors and add more context specific information using a Tumor lexicon generated using our system. Another example comes from our user who are using our system to create workflow specific lexicons for concept recognition tasks.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> <br /> '''Note: The prototype is currently in the development phase and constantly undergoing changes.'''<br /> <br /> == Usage ==<br /> '''Inclusion Criteria'''<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T000,T047,T048.<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: none]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.)<br /> <br /> '''MEDLINE Counts''' [default: all]<br /> (i.e., MEDLINE count of the concepts retrieved is greater than the specified count e.g. 10000)<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> e.g. 'Result Offset' = 0 'Result Count' = 100 For retrieving the top 100 results.<br /> <br /> '''Exclusion Criteria'''<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> withDefaultStopWords true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> Output Criteria<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.)<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No<br /> <br /> == Workflow ==<br /> <br /> [[Image:Example.png]]</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9662 2010-01-19T20:01:11Z

<p>Gkparai: /* Usage */</p> <hr /> <div>== Introduction ==<br /> <br /> The LexiconBuilder project has been undertaken for creating a service that allows building of custom lexicons from bioportal ontologies. The custom lexicons built by our system can be potentially used for a variety of natural language processing and other ontology related tasks.<br /> <br /> While generating the custom lexicons, several features of our system can be utilized for ease of creation, integration and maintainence of such lexicons. The users can specify ontology mappings in order to identify and retrieve relevant concepts in other ontologies which they might not even know about, in order to assist in enriching the custom lexicons. It also facilitates the interpretation of datasets using the concept mappings between particular datasets. They can also make use of the visualization services provided by NCBO to view and understand the ontology structure retrieved, which otherwise can be a daunting task. Additionally, users can also retrieve identifiers for concepts etc using the lexicon builder and can then utilize the hierarchy services using those ids to identify and visualize the hierarchies(using the visualization service) in the lexicon and can then subsequently make changes to their lexicon building parameters, until they narrow down to their exact requirements. Our system also simplifies the task of performing version management of the custom lexicons. When changes occur to the underlying data, new data is added to the ontologies or old data is changed/deleted, the users can simply retrieve a newer version of their lexicon using our services. <br /> <br /> The custom lexicons generated by using our system can help users in a variety of tasks, some exemplified by the users of our system. These lexicons can be used for domain or requirement specific text annotation tasks. e.g. annotation of protein mutations with disease terms. They can also be very useful for ontology related tasks such as ontology learning especially information extraction and also for the task of ontology enrichment. One of our users want to use our service for compiling a disease dictionary, which has actually served as our driving use case. They can also be employed for the purpose of tagging elements for enhancing the user browsing experience for domain specific information e.g. For the task of assisting the user when they are browsing the Web especially for documents related to the biomedical domain we could possible tag elements related to say Tumors and add more context specific information using a Tumor lexicon generated using our system. Another example comes from our user who are using our system to create workflow specific lexicons for concept recognition tasks.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> <br /> '''Note: The prototype is currently in the development phase and constantly undergoing changes.'''<br /> <br /> == Usage ==<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T000,T047,T048.<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: none]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.)<br /> <br /> '''MEDLINE Counts''' [default: all]<br /> (i.e., MEDLINE count of the concepts retrieved is greater than the specified count e.g. 10000)<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> e.g. 'Result Offset' = 0 'Result Count' = 100 For retrieving the top 100 results.<br /> <br /> '''Exclusion Criteria'''<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> withDefaultStopWords true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> Output Criteria<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.)<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No<br /> <br /> == Workflow ==<br /> <br /> [[Image:Example.png]]</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9661 2010-01-19T19:14:02Z

<p>Gkparai: /* Usage */</p> <hr /> <div>== Introduction ==<br /> <br /> The LexiconBuilder project has been undertaken for creating a service that allows building of custom lexicons from bioportal ontologies. The custom lexicons built by our system can be potentially used for a variety of natural language processing and other ontology related tasks.<br /> <br /> While generating the custom lexicons, several features of our system can be utilized for ease of creation, integration and maintainence of such lexicons. The users can specify ontology mappings in order to identify and retrieve relevant concepts in other ontologies which they might not even know about, in order to assist in enriching the custom lexicons. It also facilitates the interpretation of datasets using the concept mappings between particular datasets. They can also make use of the visualization services provided by NCBO to view and understand the ontology structure retrieved, which otherwise can be a daunting task. Additionally, users can also retrieve identifiers for concepts etc using the lexicon builder and can then utilize the hierarchy services using those ids to identify and visualize the hierarchies(using the visualization service) in the lexicon and can then subsequently make changes to their lexicon building parameters, until they narrow down to their exact requirements. Our system also simplifies the task of performing version management of the custom lexicons. When changes occur to the underlying data, new data is added to the ontologies or old data is changed/deleted, the users can simply retrieve a newer version of their lexicon using our services. <br /> <br /> The custom lexicons generated by using our system can help users in a variety of tasks, some exemplified by the users of our system. These lexicons can be used for domain or requirement specific text annotation tasks. e.g. annotation of protein mutations with disease terms. They can also be very useful for ontology related tasks such as ontology learning especially information extraction and also for the task of ontology enrichment. One of our users want to use our service for compiling a disease dictionary, which has actually served as our driving use case. They can also be employed for the purpose of tagging elements for enhancing the user browsing experience for domain specific information e.g. For the task of assisting the user when they are browsing the Web especially for documents related to the biomedical domain we could possible tag elements related to say Tumors and add more context specific information using a Tumor lexicon generated using our system. Another example comes from our user who are using our system to create workflow specific lexicons for concept recognition tasks.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> <br /> '''Note: The prototype is currently in the development phase and constantly undergoing changes.'''<br /> <br /> == Usage ==<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T000,T047,T048.<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: none]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.)<br /> <br /> '''MEDLINE Counts''' [default: all]<br /> (i.e., MEDLINE count of the concepts retrieved is greater than the specified count e.g. 10000)<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> Exclusion Criteria<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> withDefaultStopWords true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> Output Criteria<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.)<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No<br /> <br /> == Workflow ==<br /> <br /> [[Image:Example.png]]</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9649 2010-01-15T22:51:45Z

<p>Gkparai: /* Introduction */</p> <hr /> <div>== Introduction ==<br /> <br /> The LexiconBuilder project has been undertaken for creating a service that allows building of custom lexicons from bioportal ontologies. The custom lexicons built by our system can be potentially used for a variety of natural language processing and other ontology related tasks.<br /> <br /> While generating the custom lexicons, several features of our system can be utilized for ease of creation, integration and maintainence of such lexicons. The users can specify ontology mappings in order to identify and retrieve relevant concepts in other ontologies which they might not even know about, in order to assist in enriching the custom lexicons. It also facilitates the interpretation of datasets using the concept mappings between particular datasets. They can also make use of the visualization services provided by NCBO to view and understand the ontology structure retrieved, which otherwise can be a daunting task. Additionally, users can also retrieve identifiers for concepts etc using the lexicon builder and can then utilize the hierarchy services using those ids to identify and visualize the hierarchies(using the visualization service) in the lexicon and can then subsequently make changes to their lexicon building parameters, until they narrow down to their exact requirements. Our system also simplifies the task of performing version management of the custom lexicons. When changes occur to the underlying data, new data is added to the ontologies or old data is changed/deleted, the users can simply retrieve a newer version of their lexicon using our services. <br /> <br /> The custom lexicons generated by using our system can help users in a variety of tasks, some exemplified by the users of our system. These lexicons can be used for domain or requirement specific text annotation tasks. e.g. annotation of protein mutations with disease terms. They can also be very useful for ontology related tasks such as ontology learning especially information extraction and also for the task of ontology enrichment. One of our users want to use our service for compiling a disease dictionary, which has actually served as our driving use case. They can also be employed for the purpose of tagging elements for enhancing the user browsing experience for domain specific information e.g. For the task of assisting the user when they are browsing the Web especially for documents related to the biomedical domain we could possible tag elements related to say Tumors and add more context specific information using a Tumor lexicon generated using our system. Another example comes from our user who are using our system to create workflow specific lexicons for concept recognition tasks.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> <br /> '''Note: The prototype is currently in the development phase and constantly undergoing changes.'''<br /> <br /> == Usage ==<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T000,T047,T048.<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: none]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.)<br /> <br /> '''Pubmed Counts''' [default: all]<br /> (i.e., PUBMED count of the concepts retrieved is greater than given count e.g. 10000)<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> Exclusion Criteria<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> withDefaultStopWords true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> Output Criteria<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.)<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No<br /> <br /> == Workflow ==<br /> <br /> [[Image:Example.png]]</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9648 2010-01-15T22:51:19Z

<p>Gkparai: /* Introduction */</p> <hr /> <div>== Introduction ==<br /> <br /> The LexiconBuilder project has been undertaken for creating a service that allows building of custom lexicons from bioportal ontologies. The custom lexicons built by our system can be potentially used for a variety of natural language processing and other ontology related tasks.<br /> <br /> While generating the custom lexicons, several features of our system can be utilized for ease of creation, integration and maintainence of such lexicons. The users can specify ontology mappings in order to identify and retrieve relevant concepts in other ontologies which they might not even know about, in order to assist in enriching the custom lexicons. It also facilitates the interpretation of datasets using the concept mappings between particular datasets. They can also make use of the visualization services provided by NCBO to view and understand the ontology structure retrieved, which otherwise can be a daunting task. Additionally, users can also retrieve identifiers for concepts etc using the lexicon builder and can then utilize the hierarchy services using those ids to identify and visualize the hierarchies(using the visualization service) in the lexicon and can then subsequently make changes to their lexicon building parameters, until they narrow down to their exact requirements. Our system also simplifies the task of performing version management of the custom lexicons. When changes occur to the underlying data, new data is added to the ontologies or old data is changed/deleted, the users can simply retrieve a newer version of their lexicon using our services. <br /> <br /> The custom lexicons generated by using our system can help users in a variety of tasks, some exemplified by the users of our system. These lexicons can be used for domain/requirement specific text annotation tasks. e.g. annotation of protein mutations with disease terms. They can also be very useful for ontology related tasks such as ontology learning especially information extraction and also for the task of ontology enrichment. One of our users want to use our service for compiling a disease dictionary, which has actually served as our driving use case. They can also be employed for the purpose of tagging elements for enhancing the user browsing experience for domain specific information e.g. For the task of assisting the user when they are browsing the Web especially for documents related to the biomedical domain we could possible tag elements related to say Tumors and add more context specific information using a Tumor lexicon generated using our system. Another example comes from our user who are using our system to create workflow specific lexicons for concept recognition tasks.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> <br /> '''Note: The prototype is currently in the development phase and constantly undergoing changes.'''<br /> <br /> == Usage ==<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T000,T047,T048.<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: none]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.)<br /> <br /> '''Pubmed Counts''' [default: all]<br /> (i.e., PUBMED count of the concepts retrieved is greater than given count e.g. 10000)<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> Exclusion Criteria<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> withDefaultStopWords true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> Output Criteria<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.)<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No<br /> <br /> == Workflow ==<br /> <br /> [[Image:Example.png]]</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9647 2010-01-15T22:50:05Z

<p>Gkparai: /* Introduction */</p> <hr /> <div>== Introduction ==<br /> <br /> The LexiconBuilder project has been undertaken for creating a service that allows building of custom lexicons from bioportal ontologies. The custom lexicons built by our system can be potentially used for a variety of natural language processing and other ontology related tasks.<br /> <br /> While generating the custom lexicons, several features of our system can be utilized for ease of creation, integration and maintainence of such lexicons. The users can specify ontology mappings in order to identify and retrieve relevant concepts in other ontologies which they might not even know about, in order to assist in enriching the custom lexicons. It also facilitates the interpretation of datasets using the concept mappings between particular datasets. They can also make use of the visualization services provided by NCBO to view and understand the ontology structure retrieved, which otherwise can be a daunting task. Additionally, users can also retrieve identifiers for concepts etc using the lexicon builder and can then utilize the hierarchy services using those ids to identify and visualize the hierarchies(using the visualization service) in the lexicon and can then subsequently make changes to their lexicon building parameters, until they narrow down to their exact requirements. Our system also simplifies the task of performing version management of the custom lexicons. When changes occur to the underlying data, new data is added to the ontologies or is changed, the users can simply retrieve a newer version of their lexicon using our services. <br /> <br /> The custom lexicons generated by using our system can help users in a variety of tasks, some exemplified by the users of our system. These lexicons can be used for domain/requirement specific text annotation tasks. e.g. annotation of protein mutations with disease terms. They can also be very useful for ontology related tasks such as ontology learning especially information extraction and also for the task of ontology enrichment. One of our users want to use our service for compiling a disease dictionary, which has actually served as our driving use case. They can also be employed for the purpose of tagging elements for enhancing the user browsing experience for domain specific information e.g. For the task of assisting the user when they are browsing the Web especially for documents related to the biomedical domain we could possible tag elements related to say Tumors and add more cotext specific information using a Tumor lexicon generated using our system. Another example comes from our user who are using our system to create workflow specific lexicons for concept recognition tasks.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> <br /> '''Note: The prototype is currently in the development phase and constantly undergoing changes.'''<br /> <br /> == Usage ==<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T000,T047,T048.<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: none]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.)<br /> <br /> '''Pubmed Counts''' [default: all]<br /> (i.e., PUBMED count of the concepts retrieved is greater than given count e.g. 10000)<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> Exclusion Criteria<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> withDefaultStopWords true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> Output Criteria<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.)<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No<br /> <br /> == Workflow ==<br /> <br /> [[Image:Example.png]]</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9452 2009-12-15T16:53:21Z

<p>Gkparai: /* Usage */</p> <hr /> <div>== Introduction ==<br /> <br /> Build lexicons for text annotation according to user requirements.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> <br /> '''Note: The prototype is currently in the development phase and constantly undergoing changes.'''<br /> <br /> == Usage ==<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T000,T047,T048.<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: none]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.)<br /> <br /> '''Pubmed Counts''' [default: all]<br /> (i.e., PUBMED count of the concepts retrieved is greater than given count e.g. 10000)<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> Exclusion Criteria<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> withDefaultStopWords true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> Output Criteria<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.)<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9451 2009-12-15T16:51:21Z

<p>Gkparai: /* Code location */</p> <hr /> <div>== Introduction ==<br /> <br /> Build lexicons for text annotation according to user requirements.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> <br /> '''Note: The prototype is currently in the development phase and constantly undergoing changes.'''<br /> <br /> == Usage ==<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> You can find the list of localOntologyIDs available here: /obs/ontologies)<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> You can retrieve the list of concepts here :/obs/localConceptIDs)<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T047,T048,T191.<br /> You can find the list of localSemanticTypeIDs available here: /obs/semanticTypes)<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: all]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.<br /> You can find the list of mapping types available here: /obs/mappingTypes). Note if you use the keyword null in your list, it will disable the mapping expansion component.<br /> <br /> '''Pubmed Counts''' [default: all]<br /> (i.e., PUBMED count of the concepts retrieved is greater than given count e.g. 10000<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> Exclusion Criteria<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> withDefaultStopWords true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> Output Criteria<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.) [default: all]<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9450 2009-12-15T16:50:43Z

<p>Gkparai: /* Code location */</p> <hr /> <div>== Introduction ==<br /> <br /> Build lexicons for text annotation according to user requirements.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> Note: The prototype is currently in the development phase and constantly undergoing changes.<br /> <br /> == Usage ==<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> You can find the list of localOntologyIDs available here: /obs/ontologies)<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> You can retrieve the list of concepts here :/obs/localConceptIDs)<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T047,T048,T191.<br /> You can find the list of localSemanticTypeIDs available here: /obs/semanticTypes)<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: all]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.<br /> You can find the list of mapping types available here: /obs/mappingTypes). Note if you use the keyword null in your list, it will disable the mapping expansion component.<br /> <br /> '''Pubmed Counts''' [default: all]<br /> (i.e., PUBMED count of the concepts retrieved is greater than given count e.g. 10000<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> Exclusion Criteria<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> withDefaultStopWords true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> Output Criteria<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.) [default: all]<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9449 2009-12-15T16:45:22Z

<p>Gkparai: /* Usage */</p> <hr /> <div>== Introduction ==<br /> <br /> Build lexicons for text annotation according to user requirements.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> == Usage ==<br /> <br /> '''Ontologies''' [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> You can find the list of localOntologyIDs available here: /obs/ontologies)<br /> <br /> '''Parent Concept''' [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> You can retrieve the list of concepts here :/obs/localConceptIDs)<br /> <br /> '''Synonyms''' true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> '''Semantic Types For Concepts''' [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T047,T048,T191.<br /> You can find the list of localSemanticTypeIDs available here: /obs/semanticTypes)<br /> <br /> '''Mapping Types For Mapped Concepts''' [default: all]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.<br /> You can find the list of mapping types available here: /obs/mappingTypes). Note if you use the keyword null in your list, it will disable the mapping expansion component.<br /> <br /> '''Pubmed Counts''' [default: all]<br /> (i.e., PUBMED count of the concepts retrieved is greater than given count e.g. 10000<br /> <br /> '''Result Offset''' [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> Exclusion Criteria<br /> <br /> '''stopWords''' [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> withDefaultStopWords true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> Output Criteria<br /> <br /> '''Output Columns''' (i.e., the columns you want in the results.) [default: all]<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> '''Output Format''' (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited<br /> <br /> '''Compressed Output''' (Yes: Dictionary as a compressed ZIP file. No: Dictionary displayed on browser. ) [default: No]<br /> Yes<br /> No</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9419 2009-11-22T08:18:04Z

<p>Gkparai: </p> <hr /> <div>== Introduction ==<br /> <br /> Build lexicons for text annotation according to user requirements.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> == Usage ==<br /> <br /> Ontologies To Expand [default: all]<br /> (i.e., list of ontologies you want to use to expand separated with comma (without spaces) e.g., SNOMEDCT,NCI,MSH.<br /> You can find the list of localOntologyIDs available here: /obs/ontologies)<br /> <br /> Concepts Under Parent Concept [default: all]<br /> (i.e. localConceptID of the concept to retrieve children concepts.<br /> You can retrieve the list of concepts here :/obs/localConceptIDs)<br /> <br /> Synonyms true false [default: true]<br /> (i.e., do you want the synonyms of the concept too?)<br /> <br /> Semantic Types For Concepts [default: all]<br /> (i.e., list of UMLS semantic types you want to use separated with comma (without spaces) e.g., T047,T048,T191.<br /> You can find the list of localSemanticTypeIDs available here: /obs/semanticTypes)<br /> <br /> Mapping Types For Mapped Concepts [default: all]<br /> (i.e., list of mapping types you want to use for the mapping expansion component separated with comma (without spaces) e.g., inter-cui,from-mrrel.<br /> You can find the list of mapping types available here: /obs/mappingTypes). Note if you use the keyword null in your list, it will disable the mapping expansion component.<br /> <br /> Pubmed Counts [default: all]<br /> (i.e., PUBMED count of the concepts retrieved is greater than given count e.g. 10000<br /> <br /> Result Offset [default: None]<br /> (i.e., Retrieve results starting from this result. If Result Offset and NO Result Count then returns the top 'Result Offset' results)<br /> Result Count [default: None]<br /> (i.e., Number of results you want to retrieve starting from the offset.)<br /> Exclusion Criteria<br /> <br /> stopWords [default: empty]<br /> (i.e., list of stop words to use (i.e., not to use for annotation) separated with comma (without spaces) e.g., in,am,be,is.<br /> withDefaultStopWords true false [default: false]<br /> (i.e., do you want to use our default stop word list available here: /obs/stopwords . This cancel the above one.)<br /> Output Criteria<br /> <br /> Output Columns (i.e., the columns you want in the results.) [default: all]<br /> LocalConceptID<br /> LocalOntologyID<br /> OntologyName<br /> OntologyVersion<br /> OntologyDescription<br /> TermName<br /> LocalSemanticTypeID<br /> LocalSemanticTypeName<br /> MappedLocalConceptID<br /> MappingType<br /> <br /> Output Format (i.e., the format of the results.) [default: asXml]<br /> asXML<br /> asText<br /> asTabDelimited</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9418 2009-11-22T08:16:10Z

<p>Gkparai: </p> <hr /> <div>== Introduction ==<br /> <br /> Build lexicons for text annotation according to user requirements.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/<br /> <br /> == Usage ==</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9417 2009-11-22T08:15:34Z

<p>Gkparai: /* Introduction */</p> <hr /> <div>== Introduction ==<br /> <br /> Build lexicons for text annotation according to user requirements.<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/</div>

Gkparai https://www.bioontology.org//mediawiki/index.php?title=Lexicon_Builder&diff=9416 2009-11-22T05:53:46Z

<p>Gkparai: /* Code location */</p> <hr /> <div>== Introduction ==<br /> <br /> == Code location ==<br /> <br /> https://bmir-gforge.stanford.edu/gf/project/lexicon_builder/<br /> <br /> Home page: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilder/<br /> <br /> The Service end point: http://ncbolabs-dev1.stanford.edu:8080/LexiconBuilderService/</div>

Gkparai