What purpose do the 003 and 005 tageditor popup anchors serve?
Hi, I noticed that 003 and 005 tageditors do not actually have a popup to back them up. That unlike LDR (000), 007, 008 the tags 003 and 005 do not call any window.open function and their respective Clictag_<number> functions are blank. what is the purpose for having these tageditor links around for these two? curious to know :) -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org
Hi, On Sun, Sep 7, 2014 at 9:59 PM, Indranil Das Gupta <indradg@gmail.com> wrote:
I noticed that 003 and 005 tageditors do not actually have a popup to back them up. That unlike LDR (000), 007, 008 the tags 003 and 005 do not call any window.open function and their respective Clictag_<number> functions are blank.
what is the purpose for having these tageditor links around for these two?
curious to know :)
There's no particular reason for these to have tageditor links - as you surmise, the only action of the plugins is to populate (empty) 003 and 005 fields with default values. Consequently, the links could be removed, as they do nothing -- although if we do that, perhaps there should be some alternative visual indication that something special happens if one clicks in those fields. Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org
Hi, On Mon, Sep 8, 2014 at 3:58 PM, Galen Charlton <gmc@esilibrary.com> wrote:
On Sun, Sep 7, 2014 at 9:59 PM, Indranil Das Gupta <indradg@gmail.com> wrote:
<snipped>
There's no particular reason for these to have tageditor links - as you surmise, the only action of the plugins is to populate (empty) 003 and 005 fields with default values.
The max role I can see for 003 tageditor link is to provide a link to set MarcOrgCode syspref but then that is handled elsewhere. Perhaps a z39.50 server list alike link to this page - http://www.loc.gov/marc/authority/ecadorg.html and its provider links? For example, http://www.loc.gov/marc/organizations/org-search.php?org_keyword=L2C2+Technologies&submit=Search pulls up my data in the LOC Org code db. It could be wrapped into an impromptu API (as long as LOC does not change *their* db lookup process) Does something like that even make any sense? I'm just thinking aloud here (so I might be talking utter BS :P) cheers, -indra -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org
Hi, On Mon, Sep 8, 2014 at 9:28 AM, Indranil Das Gupta <indradg@gmail.com> wrote:
The max role I can see for 003 tageditor link is to provide a link to set MarcOrgCode syspref but then that is handled elsewhere. Perhaps a z39.50 server list alike link to this page - http://www.loc.gov/marc/authority/ecadorg.html and its provider links?
For example, http://www.loc.gov/marc/organizations/org-search.php?org_keyword=L2C2+Technologies&submit=Search pulls up my data in the LOC Org code db. It could be wrapped into an impromptu API (as long as LOC does not change *their* db lookup process)
Does something like that even make any sense? I'm just thinking aloud here (so I might be talking utter BS :P)
I think providing access to the whole LC organization code list would be overkill unless you're using a Koha database as part of your workflow to do contract cataloging for a bunch of libraries. What might be useful for a consortium would be allowing more than one value for MarcOrgCode. In fact, that's already the topic of bug 10132 (MarcOrgCode would be useful on branch level). [1] [1] http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10132 Regards, Galen -- Galen Charlton Manager of Implementation Equinox Software, Inc. / The Open Source Experts email: gmc@esilibrary.com direct: +1 770-709-5581 cell: +1 404-984-4366 skype: gmcharlt web: http://www.esilibrary.com/ Supporting Koha and Evergreen: http://koha-community.org & http://evergreen-ils.org
Hi, On Mon, Sep 8, 2014 at 4:57 PM, Galen Charlton <gmc@esilibrary.com> wrote:
On Mon, Sep 8, 2014 at 9:28 AM, Indranil Das Gupta <indradg@gmail.com> wrote: <snipped>
What might be useful for a consortium would be allowing more than one value for MarcOrgCode. In fact, that's already the topic of bug 10132 (MarcOrgCode would be useful on branch level).
Point taken. Will be trying my hand with that one. Should not be too tough. cheers -indra -- Indranil Das Gupta Phone : +91-98300-20971 Blog : http://indradg.randomink.org/blog IRC : indradg on irc://irc.freenode.net Twitter : indradg -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-=-=-=-=-=-=- Please exchange editable Office documents only in ODF Format. No other format is acceptable. Support Open Standards. For a free editor supporting ODF, please visit LibreOffice - http://www.documentfoundation.org
participants (2)
-
Galen Charlton -
Indranil Das Gupta