<div dir="ltr">Hi Jeff,<br>my apologies that I am new and so have not seen your previous discussion thread but I just wanted to make sure that you had already seen and considered the National Library of Medicine's journal archiving DTD. This website has very good documentation about the tags and hierarchy:<br>
<br><a href="http://dtd.nlm.nih.gov/archiving/tag-library/2.3/index.html">http://dtd.nlm.nih.gov/archiving/tag-library/2.3/index.html</a><br><br>The DTD has been adopted by most major publishing houses for use across all their Science, Technology and Medicine journals. I would recommend using it as the standard on which to model, except where data entry presents a difficulty, because it would allow mass imports from PubMed and from journals much more easily in the future.<br>
<br>(I used to work at NLM so would be happy to answer more questions if you wanted to pursue this further.)<br><br>Best,<br>mohammad<br><br>Mohammad Al-Ubaydli, MD<br>e <a href="mailto:me@mo.md">me@mo.md</a><br>w <a href="http://www.mo.md">www.mo.md</a><br>
<br><div class="gmail_quote">On Wed, Sep 3, 2008 at 1:13 AM, Jeff Prucher <span dir="ltr"><<a href="mailto:jeff@metaweb.com">jeff@metaweb.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I'm reposting this because I've gotten some feedback at the related<br>
discussion thread (<url:<br>
<a href="http://www.freebase.com/discuss/threads/book#/guid/9202a8c04000641f8000000008cdbc2f" target="_blank">http://www.freebase.com/discuss/threads/book#/guid/9202a8c04000641f800000000<br>
8cdbc2f</a>>) and I'd like to see if anyone else has other thoughts before we<br>
make a decision on this.<br>
<br>
Original message:<br>
<br>
Spurred on by an aside that spatialed made in some discussion post awhile<br>
back (I can't locate the post), I'm considering revising the way that we<br>
model journal issues. Currently, each issue has its own topic, which links<br>
to both the journal and the articles contained in that issue. (See<br>
<a href="http://www.freebase.com/type/schema/book/journal_issue" target="_blank">http://www.freebase.com/type/schema/book/journal_issue</a>) The main problems<br>
with this format are that it is cumbersome to enter data, and also that most<br>
bibliographic sources are concerned primarily with the article and the<br>
journal, relegating the issue to a series of strings (volume, issue, date).<br>
This latter issue might make integration with standard bibliographic schemas<br>
a bit cumbersome, although it wouldn't be insurmountable.<br>
<br>
As an experiment, though, I thought I'd try to see what a model that<br>
eliminated the issue entirely looked like. Here are the results (this links<br>
to the filter view of the new CVT):<br>
<a href="https://sandbox.freebase.com/type/view/book/journal_publication" target="_blank">https://sandbox.freebase.com/type/view/book/journal_publication</a>.<br>
<br>
I've replaced the issue type with a CVT that connects the article and the<br>
journal, and includes the standard bibliographic data of Volume, issue,<br>
date, date extra, and pages ("date extra" is something I had to make up for<br>
journals that aren't published on a schedule that translates into<br>
mm/dd/yyyy). Journal articles have both Scholarly Work and Written Work as<br>
included types, although a journal article can also be a review, editorial,<br>
letter or other type of writing.<br>
<br>
The only real disadvantage that I see to this is that constructing the<br>
contents of a given issue will be harder -- users will have to query on a<br>
combination of several fields (volume, issue, etc.) to find what they're<br>
looking for.<br>
<br>
I'd love to hear what people think about this.<br>
<br>
Thanks,<br>
<br>
Jeff Prucher<br>
Type Librarian & Ontologist<br>
Metaweb Technologies, Inc.<br>
<br>
_______________________________________________<br>
Data-modeling mailing list<br>
<a href="mailto:Data-modeling@freebase.com">Data-modeling@freebase.com</a><br>
<a href="http://lists.freebase.com/mailman/listinfo/data-modeling" target="_blank">http://lists.freebase.com/mailman/listinfo/data-modeling</a><br>
</blockquote></div><br></div>