Ticket #70 (closed enhancement: wontfix)

Opened 2 years ago

Last modified 2 years ago

Create PleiadesThesauri portal tool

Reported by: thomase Assigned to: thomase
Priority: blocker Milestone: Geo Control
Component: PleiadesThesauri Version: Beta
Keywords: Cc:

Description (Last modified by thomase)

Dependent upon: #71, #72, #73, #74, #75, #76, #77, #78, #79, #80, #81, #82, #83, #84, #85, #86, #87

Pulling language/script combinations from the PloneLanguageTool for use in, e.g., GeographicNameLite has proved problematic. It now seems best not to entangle these two functions. So, we need a separate tool for managing this, preferably with scope for realizations of the language/script names in multiple modern languages for locale-specific presentation via, e.g., LinguaPlone. Moreover, ATVocabularyManager (which we were considering using for, e.g., GeographicEntityTypeThesaurus), has alot of overhead related to its support for VDEX. Though we intend to use VDEX for our core vocabularies, the way ATVM handles them is clunky. Given these factors, we're building our own portal tool: PleiadesThesauri

Change History

08/28/06 13:45:19 changed by thomase

  • description changed.

08/28/06 15:34:18 changed by thomase

  • status changed from new to assigned.
  • description changed.

08/28/06 15:38:21 changed by thomase

  • description changed.

08/29/06 17:41:16 changed by thomase

  • component changed from Portal to PleiadesThesauri.
  • milestone changed from Geo Prime to Geo Control.

10/06/06 11:20:24 changed by thomase

REthink this. It may be possible/advisable to use ATVM, just not load the VDEX vocabularies using its VDEX vocabulary mode. Write something to read our basic VDEX thesauri and plug them into ATVM as "simple" vocabularies.

11/17/06 17:15:00 changed by thomase

No, we're not building our own portal tool. After further consideration, and consultation between our team and Jens (the author of ATVM), it now makes more sense to build a plugin for ATVM in PleiadesEntity (and contribute patches, where more appropriate) in order to get the functionality we need. A plugin means that we can register our code with his product, and his product will run our code. In theory, this means we can use the AGX vocabulary type hooks to indicate our plugin. So whatever goodness we need, that doesn't belong as an upgrade to the ATVM product itself, we can patch in with a plugin.

11/28/06 11:37:53 changed by thomase

  • status changed from assigned to closed.
  • resolution set to wontfix.

See previous comment.