Difference between revisions of "OSBW Statement of Interests"
Johnmiedema (Talk | contribs) m |
Johnmiedema (Talk | contribs) |
||
| Line 4: | Line 4: | ||
Please provide a short statement of your interest in open source book widgets. What brought you here? What would you like to see come out of this? Any ideas about where collaboration is needed in particular? | Please provide a short statement of your interest in open source book widgets. What brought you here? What would you like to see come out of this? Any ideas about where collaboration is needed in particular? | ||
| + | |||
| + | === Independent/Alternative Sources === | ||
| + | |||
| + | There are many book widgets available on the web, but they mostly use commercial data sources like Amazon which are hardly representative of the independent and alternative materials available on the web. There is a professional library issue in providing access to these materials. --[[User:Johnmiedema|Johnmiedema]] 05:52, 12 January 2009 (PST) | ||
=== Shared Modules === | === Shared Modules === | ||
| − | Why reinvent the wheel? Many book widget designers are interested in similar things: show book covers and other book data, use COinS or unAPI for integration with other applications, show availability, etc. The OpenBook plugin works in WordPress but much of the code can easily be adapted for other environments. As I move forward with OpenBook development, I would like to move the non-WordPress-specific code into code modules that can be shared with WordPress and non-WordPress widgets/plugins/modules. If others do the same, we can reduce effort. | + | Why reinvent the wheel? Many book widget designers are interested in similar things: show book covers and other book data, use COinS or unAPI for integration with other applications, show availability, etc. The OpenBook plugin works in WordPress but much of the code can easily be adapted for other environments. As I move forward with OpenBook development, I would like to move the non-WordPress-specific code into code modules that can be shared with WordPress and non-WordPress widgets/plugins/modules. If others do the same, we can reduce effort. --[[User:Johnmiedema|Johnmiedema]] 05:52, 12 January 2009 (PST) |
Revision as of 13:52, 12 January 2009
A number of people have expressed an interest in collaborating on open source book widgets. It makes sense to pool resources, but doing so takes a bit of coordination. An easy place to start is to collect a list of general interests in open source book widgets.
Please provide a short statement of your interest in open source book widgets. What brought you here? What would you like to see come out of this? Any ideas about where collaboration is needed in particular?
Independent/Alternative Sources
There are many book widgets available on the web, but they mostly use commercial data sources like Amazon which are hardly representative of the independent and alternative materials available on the web. There is a professional library issue in providing access to these materials. --Johnmiedema 05:52, 12 January 2009 (PST)
Why reinvent the wheel? Many book widget designers are interested in similar things: show book covers and other book data, use COinS or unAPI for integration with other applications, show availability, etc. The OpenBook plugin works in WordPress but much of the code can easily be adapted for other environments. As I move forward with OpenBook development, I would like to move the non-WordPress-specific code into code modules that can be shared with WordPress and non-WordPress widgets/plugins/modules. If others do the same, we can reduce effort. --Johnmiedema 05:52, 12 January 2009 (PST)
