summaryrefslogtreecommitdiff
path: root/defaults/solr.webgraph.schema
AgeCommit message (Collapse)Author
2014-08-01target linktexts must be string to enable search facets on these fieldsorbiter
2014-04-16removed clickdepth_i field and related postprocessing. This informationMichael Peter Christen
is now available in the crawldepth_i field which is identical to clickdepth_i because of a specific crawler strategy.
2013-12-04- reduce computation in case that specific postprocessing fields are notMichael Peter Christen
selected - de-select citation rank computation
2013-09-27added two more fields source_cr_host_norm_i,target_cr_host_norm_i inMichael Peter Christen
webgraph and an addition to postprocessing to copy all cr ranking attributes to the link edges associated to the postprocessing documents
2013-09-25added the new field harvestkey_s to the collection index and theMichael Peter Christen
webgraph index which is temporary filled with the crawl profile key. This is used to select a set of documents for post-processing as soon as a crawl is finished. Now the postprocessing for a specific crawl is started when that specific crawl is finished and not at the end of all post-processing steps.
2013-09-15- replaced the properties object in AnchorURL with distinct variablesMichael Peter Christen
for anchor attributes. - this caused that large portions of the parser code had to be adopted as well - added a counter target_order_i for anchor links in webgraph computation
2013-06-25added url_file_name_s in default collection schema for the file nameMichael Peter Christen
without the file extension. This part of the file path is removed from the multi-field url_paths_sxt, which has now not the file name as last part of the path list. The same applies to the new fields source_file_name_s and target_file_name_s in the webgraph schema.
2013-03-17increased number of links limitation from 1000 to 10000 for rss feedsorbiter
and html documents
2013-03-14added clickdepth field writing for webgraph core (unfinished)orbiter
2013-03-13changes in ranking computationMichael Peter Christen
- an existing ranking servlet for solr was extended. It is now possible to set boost values for fields, boost functions and boost queries. - The ranking can have different instances, but currently only the first one is used - added an abstraction layer for fields which can be used for search and those fields can be edited in the solr ranking configruation - the ranking value from solr within the field score is used to combine remote search requests, which all are created using the same locally defined boost values - reduced the number of fields which are used for search (makes it faster) - replaced some text fields by string fields (makes indexing faster) - removed classes which had no use - made a large number of experiments for a better ranking and created a temporary setting which prefers hits inside titles - adjusted also the RWI-based ranking computation to 'prefer title' - made special cases like for portal search where no post-processing and post-ranking is wanted: this keeps the original ranking order as done by Solr - fixed many bugs with old settings for ranking
2013-02-22added the generation of 50 (!!) new solr field in the core 'webgraph'.Michael Peter Christen
The default schema uses only some of them and the resting search index has now the following properties: - webgraph size will have about 40 times as much entries as default index - the complete index size will increase and may be about the double size of current amount As testing showed, not much indexing performance is lost. The default index will be smaller (moved fields out of it); thus searching can be faster. The new index will cause that some old parts in YaCy can be removed, i.e. specialized webgraph data and the noload crawler. The new index will make it possible to: - search within link texts of linked but not indexed documents (about 20 times of document index in size!!) - get a very detailed link graph - enhance ranking using a complete link graph To get the full access to the new index, the API to solr has now two access points: one with attribute core=collection1 for the default search index and core=webgraph to the new webgraph search index. This is also avaiable for p2p operation but client access is not yet implemented.
2013-02-21introduced a second core named 'webgraph'. This core will hold the linkMichael Peter Christen
structure, but is not filled yet. To have the opportunity of a second core, multi-core functionality had to be implemented to the deep-embedded solr: - migrated the solr_40 directory content to a subdirectory 'collection1'; the previously used default core is now called collection1 - added solr_40/webgraph subdirectory as second core - added a servlet configuration for the second core 'webgraph' in /IndexSchema_p.html - added instance handling as addition to solr connections: all solr connectors are now instances of an solr 'instance' object; this required a complete re-design of the solr embedding - migrated also caching and sharding ontop of new instance handling - migrated the search apis to handle now the access to a specific core, the default core named 'collection1' - migrated the remote solr search interface to access shards of cores; for the yacy remote search the default core is now called 'solr'; using the peer address as solr address - migrated the solr backup and restore process: old backups cannot be used after this migration! - redesign of solr instance handling in all methods which access the instances: they cannot hold copies of these instances any more; the must retrieve the actuall connection object every time they want to write to it (this solves also some bugs when switching the index/network) - added another schema 'solr.webgraph.schema', the old solr.keys.list is replaced by solr.collection.schema