berkeleyprosopography / bps Goto Github PK

From [email protected] on May 23, 2012 10:54:48

f all assertions support confidence, this this comes for free.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=26

From [email protected] on May 23, 2012 10:38:53

Allowing a given document to have an earliest and latest date, instead of a single date. Look at the date work on CSpace.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=11

From [email protected] on May 23, 2012 16:16:22

Pairs activities with dates on which they occurred. Dependencies: activity identification, date processing. (Laurie to contribute)

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=49

From [email protected] on May 23, 2012 10:52:23

Partially working? May have been buggy?

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=20

From [email protected] on May 23, 2012 10:51:41

Just need a pair of date pickers. May start with simple select-based widgets for month and day, and enter year? Then filter on this range. Add date range filter to the services.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=18

From [email protected] on May 23, 2012 10:31:19

Most likely to get the document composition site, from the colophon. Should come through into TEI. There are plenty of cases in which composition site differs from the origins of the people. So this implies that we may need assertions of origin on people (citations), unless and until we can get this from the documents.

A simple model presumes Oracc is generating these from ATF. Since this is unlikely at this point, need to create a subtask to recognize and enhance the TEI to mark up locations.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=9

From [email protected] on May 23, 2012 10:51:59

Need to look at CSpace date support and probably show a literal archaic date (as imported or entered) and not convert a julian back to an archaic. Tis is trivial once we have the data model.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=19

From [email protected] on May 23, 2012 16:39:30

Display person and his/her social status.
Dependency: marking for social status.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=50

From malcolm.malcolm on May 23, 2012 15:43:00

High priority.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=44

From [email protected] on May 23, 2012 10:50:52

Just a new feature like gender.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=16

From [email protected] on May 23, 2012 10:50:34

Kind of like name variants, but tied to individuals in at least some cases. So can normalize to another name, and can also indicate a given person. Once we have a model for nicknames, then the assertion says that a given nickname actually applies to a given person. May have to consider different cases: 1) nickname is just like a diminutive for another name, and 2) nickname is tied to a Person.
Need to distinguish this from double names, where users can assert that a given Person had more than one name. May do this implicitly by asserting that two citations are the same, and code sees that there is no overlap in names.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=15

From [email protected] on May 23, 2012 15:48:40

PLS clarify?

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=45

From [email protected] on May 23, 2012 16:08:56

Displays all instances of a person (including text id [publication info and Pnumber], and [link to] orthographies.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=48

From [email protected] on May 23, 2012 10:52:49

Need a mechanism for incorporating a date converter into the system. Need a date converter for this corpus. This would be based upon some tables found in the literature. Can write a custom converter as long as it plogs in to the framework.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=21

From malcolm.malcolm on May 23, 2012 15:42:19

High priority.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=42

From [email protected] on May 23, 2012 10:28:04

Just use some patterns and markers, and make this independent of the current services and model - i.e., it should process TEI, and add markup to TEI, based upon the markers or patterns. Laurie has identified some patterns and markers (templates). Laurie will prepare some example

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=6

From [email protected] on May 23, 2012 10:51:10

Need to look at what we have in there, and whether we need to refine the current support.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=17

From [email protected] on May 23, 2012 10:39:26

This presumes some "vocabularies" of attributes, which must be extensible somehow. E.g., assert rank, social status, etc.? May need to think about the model of built-in features vs. extension features, so that we can have rules on anything without lots of special cases. note that int he general case, feature classes/types will be very corpus, era-specific.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=12

From [email protected] on May 23, 2012 10:32:35

This is just straight assertion support. No big deal on top of the rest. Depends upon basic assertion support.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=10

From [email protected] on May 23, 2012 10:26:40

Allows user to "set" the name of the activity in a document. Should probably provide a list of existing activities, and allow them to add a new one. Must also be able to anchor the assertion, but DocIds should be more stable than element IDs. Can use the external P-number for now. Problem is that in the general case, a document can have multiple activities, so really must assert that a given activity has name "foo".

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=5

From [email protected] on May 23, 2012 14:36:00

Clear all corpora from workspace to allow for new processing.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=35

From [email protected] on May 23, 2012 15:07:20

Enable selection of corpus documents research deems relevant for restricted inquiries

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=37

From [email protected] on May 23, 2012 11:29:13

Put in enough info so we know what we have to do.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=29

From [email protected] on May 23, 2012 10:54:20

This needs some serious discussion, because of implications on proxy roles, and indirect co-occurrence in documents, etc.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=25

From [email protected] on May 23, 2012 11:28:50

Need some patterns, etc. Also need to resolve what to do with these.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=28

From [email protected] on May 23, 2012 15:41:12

Activity view: "show all real-estate sales", etc.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=40

From [email protected] on May 23, 2012 10:50:11

This is a generalization of filtering on gender, social status, etc.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=14

From [email protected] on May 23, 2012 11:29:57

Put in enough info so we know what we have to do.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=31

From [email protected] on May 23, 2012 15:54:00

Standardize broken name notation in TEI

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=47

From [email protected] on May 23, 2012 10:29:02

Just pick it up in doc header

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=7

From [email protected] on May 23, 2012 11:28:25

Cf. patterns for roles, which may include markers for activities.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=27

From [email protected] on May 23, 2012 14:01:24

Don't really want them all editing on GDocs, but it would be nice to share that for folks who care, linking to it from our Wiki. Perhaps we can export to PDF and attach it to the wiki?

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=33

From [email protected] on May 23, 2012 15:38:53

List/display SNA features in network.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=39

From [email protected] on October 06, 2009 14:55:39

Replace the Contact list on the hom epage with a link to the contacts page,
and make that be complete and nice. Should probably rename to Team Members
or something. Later, can have an area for previous members.

Update the Roadmap to be real.

Move the "Background Research, Related Projects" to a separate page, and
link to it.

Think about order of content:
News, Intro, Roadmap, Team, Vision, Principles?
Need an FAQ.

Example Markup should probably go nearer the Arch info, etc. Probably not
on the home page.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=1

From malcolm.malcolm on May 23, 2012 15:42:40

High priority.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=43

From [email protected] on May 23, 2012 15:19:09

?

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=38

From [email protected] on May 23, 2012 10:25:46

Need to figure where to gather these, and how to make available. Probably a log file, and then just show it.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=4

From [email protected] on May 23, 2012 10:53:23

More blue sky, ranking notwithstanding.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=23

From [email protected] on May 23, 2012 10:25:04

Need to parse the headers (i.e,. nym sections) in TEI from Oracc to get the actual variations on the names and which was used in line.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=3

From [email protected] on May 23, 2012 10:23:52

This was another view in the corpus UI.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=2

From [email protected] on May 23, 2012 10:29:38

All we have now are years. Need to get some documents with detailed Julian dates to test import, UI, etc.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=8

From [email protected] on May 23, 2012 15:05:33

Enable single users to open and work in multiple workspaces, allowing for assigning differing assertion weights or for working with different corpus configurations (e.g., one dealing with intra-, one with iter-city issues.)

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=36

From [email protected] on May 23, 2012 11:29:47

Foo

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=30

From [email protected] on May 23, 2012 13:21:03

Put in enough info so we know what we have to do. Ideally, should have a User Story that specifies the expected functionality. If the functionality is internal to the system, please use an Admin Story or a Service Story.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=32

From [email protected] on May 23, 2012 10:49:39

Must model before can filter

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=13

From [email protected] on May 23, 2012 10:53:54

Once we have more attributes modeled, need to allow for rules based upon them. Think about this in the modeling of the attributes. Cf. Notes on changing gender, etc. to a generic attribute.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=24

From [email protected] on May 23, 2012 14:34:13

re-import corpus subsequent to queries made in workspace

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=34

From [email protected] on May 23, 2012 15:50:49

Provide list of names that contain at least one of the preserved elements in the name.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=46

From malcolm.malcolm on May 23, 2012 15:41:19

Low priority.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=41

From [email protected] on May 23, 2012 10:53:09

Put in enough info so we know what we have to do.

Original issue: http://code.google.com/p/berkeley-prosopography-services/issues/detail?id=22