Custom Query (2152 matches)
Results (451 - 453 of 2152)
Ticket
|
Resolution
|
Summary
|
Owner
|
Reporter
|
#142 |
fixed
|
Update User object with additional fields such as 'nickname'
|
pudo
|
dread
|
Reported by dread,
5 years ago.
|
Description |
Suggested fields:
- id, name (username/profile name), openid, email, password, extras (JsonType?)
- + current items: apikey, about, created)
- current contents of name is usually openid and should migrate to openid field (could match based on starting with http://)
- May also want a fullname field (or perhaps that can
just go in extras - may be better to have its own field as useful to search on this )
Related changes (probably separate tickets):
- Improve user home page to include this additional information (and have it be editable)
- Use user 'name' (username) for home page links (rather than current user/<id>)
- Where we show lists of revisions, each revision author is now a link to the author's user page.
Related to ticket:136 and ticket:138.
|
#1728 |
fixed
|
Update UKLP harvesters
|
amercader
|
amercader
|
Reported by amercader,
2 years ago.
|
Description |
Three small changes:
- Set Resource type to None instead of 'Undefined'
- Set extra 'UKLP' = True instead of 'INSPIRE' = True
These two changes will require manual update of the database.
- Allow datasets to be updated if the old source is inactive, even if the metadata date hasn't changed:
if last_harvested_object.metadata_modified_date is None \
or last_harvested_object.metadata_modified_date < self.obj.metadata_modified_date \
or self.force_import \
or last_harvested_object.metadata_modified_date == self.obj.metadata_modified_date and last_harvested_object.source.active is False:
|
#1516 |
fixed
|
Update SOLR schema after 1.5.1 release and set up multicore SOLR instances if needed
|
amercader
|
amercader
|
Reported by amercader,
2 years ago.
|
Description |
CKAN 1.5.1 will introduce changes in the SOLR schema and functions to support multiple schema versions. Unfortunately the changes in the schema will be backwards incompatible so either both CKAN and SOLR are upgraded, or SOLR is configured as multicore, with one core for each schema. The solr cores would look like:
http://<solr-server>/solr/schema-<version>
Different scenarios:
- Single SOLR instance used by only one CKAN site (e.g. SOLR running on the same machine):
- Update CKAN
- Update SOLR schema (symlink to suitable version in CKAN source)
- Rebuild search index
- Single SOLR instance used by multiple CKAN sites.
- Update CKAN source
- Configure SOLR as multicore, one core for version 1.2 and another for 1.3 of the schema (symlink to appropriate version in CKAN source)
- Update solr_url on each of the CKAN sites with the suitable core
- Rebuild search index
These are the SOLR and CKAN instances that need to be updated (Please add any missing ones):
- Same machine as the CKAN site:
test.ckan.net
iati.test.ckan.net
- data.gov.uk/ catalogue.data.gov.uk (confirm)
s004.okserver.org / eu4.okfn.org / solr.okfn.org
- thedatahub.org (=www.ckan.net)
- datagm.org.uk
publicdata.eu
- hri.fi (dev.fvh.fi?)
- it.ckan.net
- ie.ckan.net
- cz.ckan.net
- register.data.overheid.nl (nl.ckan.net?)
- no.ckan.net / datakilder.no
- br.ckan.net
- colorado.ckan.net
- at.ckan.net
TODO: which SOLR server are using these instances?
- data.norge.no
- nederland.ckan.net
- lt.ckan.net
- pl.ckan.net
- datadotmontreal.ca/
- ca.ckan.net / datadotgc.com
|
Note: See
TracQuery
for help on using queries.