Archive for the ‘Devices and Software’ Category

Using the Kindle for Bible Study

Monday, February 6th, 2012

Since posting about OSNOVA’s work on the use interface (UI) for Kindle-formatted bibles, we’ve seen some increasing activity on the site in regards to Bibles, religious apps, and best usages of religious apps on the Kindle, Nook, and other eReader devices. Certanely, the acquisition and use of eReaders and tablets is growing, and we would do well to chart and observe some means of using these devices similar to, and as an enhancement from, how we have used print books and smaller mobile devices for study and reflection. And as This Lamp’s review of the Kindle Touch 3G reveals, there is something to be gained from understanding the benefits and limitations of eInk devices, which are different from tablet computers.

The Biblical Learning Blog posted 25 ways in which the Kindle is useful for bible study. These are grouped, but certainly point to the wealth of content that can be found for Kindle devices. Here’s a snippet:

  • Bible Options: This search leads to various options to the traditional Bible, including a Bible in contemporary language, the Apologetics Study Bible, a complete Jewish Bible, the Jefferson Bible and much more.
  • Bible Study: This link leads to the Bible Study option at the Amazon Kindle Store. You can search for Bible study books by title, customer review or by price.
  • Bible Study Guides: Amazon makes a wide variety of Bible study guides available to many markets, from an equally wide variety of writers.
  • Bible Translations: Use the menu to the left of this search page to discover Biblical translations for a wide variety of Bibles.
    Christian Books: From fiction to theology and from how-to books to music, this search reveals thousands of books available to Kindle readers.

Read the rest of 25 Ways the Kindle is Useful for Bible Study at the Biblical Learning Blog.

Back in October, we talked about some of the effects that the Kindle opens up to those folks who might have previously considered electronic texts, or even those who have, but might have creative pursuits which better translate into that domain. Wisdom is the skillful application of knowledge and understanding (Proverbs 4:7). Let’s continue to collect wisdom in using all electronic texts by identifying both their strengths and weaknesses, and then making a concerted effort to esteem one another as the reading and publishing environment evolves.

View a listing of bibles and other religious apps for the Kindle and other mobile computing devices.

 

[Guest Post] iBooks Author: It’s Place in an eBook Production Workflow

Friday, January 27th, 2012

This is a guest post submitted by Craig Button (@TheProdSon)

Introduction, Quick Summary

Since most of you have no idea who I am, I suppose I should introduce myself. First and foremost I am a believer and follower of Jesus Christ. After that I’m a geek. I’ve owned just about every type of computer ever made and today work on both Mac and PCs depending on what I’m doing. I use both Pages and MS Word, prefer Excel to Numbers, and either PowerPoint or Keynote depending on what I’m doing. I’m a health care provider by profession, an educator by avocation, I’ve been clergy, (church offices on weekdays weren’t what I was expecting) and am now a grad student. I’m always looking for ways to package and present information.

I was excited when Apple announced iBook 2.0 and iBooks Author. I’m in the process of producing a couple of books/ebooks and was looking for something that would make it easier. I was hoping that iBA was going to be it.

After spending a few days playing with it (and I have to be honest and admit it was playing, not a focused systematic study/evaluation of the program) There are some conclusions that I’ve come to regarding iBooks Author which might not match your needs, but hopefully shines some light towards its strengths and weaknesses at this juncture of the application.

Summarizing the Positives and Negatives

There will be projects I’ll use iBA for. However, I won’t be using it for everyday kind of work. Not because, I don’t like it, or it’s a bad program, or even because of the EULA that says you can only sell product from iBA thought Apple. I’m accustomed to a bit more control and flexibility when creating publications, and iBA doesn’t quite meet those spot on – though its not far off.

Positives about iBA: It works, it looks good, it’s easy and it produces what it says it’s going to.

Negatives about iBA: it produces HUGE files. A test file went from 800K .txt file to 27MB (~1000K = 1MB) with a couple of pictures added. The second, and in my case the biggest thing against iBA, is it only produces a product that can be viewed on iOS devices. That means not on the Kindle, not on a Nook, not on an Android phone, not on anything unless it has been made by Apple. I’m a Mac fan boy. But, I’m about communication. Therefore, limiting my target audience isn’t good for me. My first product is to be a textbook on Critical Care for Emergency Room nurses. The second book will be first aid and health for photographers. Both topics I’m pretty passionate about (hence my issues with file sizes and limited devices).

It’s About Workflow

It’s about workflow. The term workflow is one that you hear in the digital photography world. It is the term that defines the flow of data from the camera to the final print. I think the term works well for the ePub/ebook industry as well.

My Workflow: I use a program called Scrivener. This is a Mac application, (Windows and Linux also available) that I use to produce the text of my work. It’s a combination text editor and research organizer. This is probably were 80+% of my work is done. I do all my writing within Scrivener. It also produces ePub files which can be read by nearly all computing platforms. It does have some drawbacks, with one of them being that its not easy to place tables and graphics into the output. From there, I use Adobe InDesign for layout that needs formatting and graphics. I don’t own this program; I rent it as needed since I only use it maybe 1-2 months out of the year. Using InDesign I produce a ePub, witch is a zip file that includes all the information needed for the ebook reader to read your file. It only takes a little modification for it to work on any of the readers.

How could iBA fit into this workflow? Well in my next publication, it might work for me. These books I’m publishing on health care and first aid directed at travel photographers whom are likely to have iOS devices. But, in using iBooks with plans on selling it, I’m sure the iPad market will be a bit too limiting. I will however give it a try. iBA is very easy, and I’m hoping it will allow me to easily produce the product I want. However, for anything that is text-based, or contains just a few graphics, the files produced by iBA are way to big and to limiting.

The workflow I have fits my use case, and allows me the broadest target audience. While I’m a geek, and still have a copy of the original PageMaker running on a Mac Classic, I’d like to have more control than what iBA offers. On the other hand, for someone who has never produced an ebook, iBA might be the perfect tool.

Conclusions

After writing the first few paragraphs, and sleeping on it, I came up with a few other thoughts. The first is that I’ve been through this kind of transition before. I remember when PageMaker first came out and people had lots of different fonts to use. I remember when Photoshop first came out and it was affordable to anyone to buy. People produced some horrendous publications and photos. And you’ve all probably sat through some pretty long, boring PowerPoint presentations. Just because the tools are there, doesn’t mean that everyone should use them.

I’m a Tim Taylor, not a Bob Villa, when it comes to using those hammers and screwdrivers. Like any task which needs to be done, it deserves to be done right. Use the right tool, have the right people use the tool, and spread the word.

For more information and to download (free), see the iBooks Author page on the Apple website. Note: content created with iBooks Author can only be read on devices with iBooks2 on the iOS device.

Craig is @TheProdSon on Twitter.

 

Splashtop Remote, Bible Library Servers, and Mobile Accessibility

Friday, January 20th, 2012


Last month, we had a post from LaRosa Johnson talking about his new Asus Transformer Android tablet computer and how he planned to use it work and Biblical studies. Of the latter, he was doing something pretty neat in that he would use the tablet to remotely log into his laptop to be able to use the desktop Bible software packages that he has there. We’ve found another example of this over at Biblical Studies and Technological Tools where instead of a tablet, we’ve got an Android smartphone, and the software being used is SplashTop Remote Desktop. Here’s a snippet of that experience:

In the past I have used Logmein for remote access to the various family computers I maintain. Even the basic free account lets me take over a computer and run programs on it. It works great and is secure. I will continue to use it for such maintenance tasks. Note that this can work the other way around, and what a program like this allows me to do is run programs that are on my home system from any other computer. As long as I have my home system on and Logmein enabled, I can remotely connect to my home system and use my installed programs like BibleWorks or Logos. I’ve also used it to grab files I’ve forgotten on my home computer when I’m at school. (I now use SugarSync to keep my systems all in sync via the cloud. It’s a wonderful thing.) It’s a little slow to use Logmein this way, but it works. What this also means is that I can use the web browser on my smartphone and see BibleWorks on my phone. I say “see,” because without the use of a mouse on my phone, I really can’t do too much. Logmein does have an Android app ($29), but I just don’t use it that much, especially on my phone, to buy it.

Read the rest of BibleWorks and Logos on Android (sort of…) at Biblical Studies and Technological Tools.

Now, this sounds like something that would be only useful in areas where wireless bandwidth is accessible and there’s some technological savy on the part of the person putting this together. But, I can’t help thinking that at some level, it would make a lot of sense to see something like Bibleworks, Logos, etc. offered in a “server package” where you purchase “seats” and those authenticate mobile devices are able to use it. This would be no different than what we see with CRM, task management, Intranet, and office productivity suites (Salesforce, Basecamp, SharePoint, and Google Apps to name a few).

A difference in the application here though would need to be that Bible software suites doing this would want to explore being usable in different streams. For example, something like having the BibleWorks install and UI sitting on a Seagate GoFlex Satellite, with anyone accessing that hard drive/access point being able to “see/read” BibleWorks on their device, but it is being served from that single point. There’d also be something like Logos’ Biblia that could be explored where a license for an organization could make available to authenticated seats some measure of the Logos library. Or, finally we could see the BibleWorks/Olive Tree/Logos/etc. move to a model of use where instead of purchasing and downloading a product, that people and organizations purchase access to a virtual desktop of sorts which would allow them (a) access to the library and (b) multiple devices which can access it per use account. Now that I’m thinking about it, it would be really neat if I could recreate the mobile web server and then host the bible project I’m working on from it… uhmmm

In whatever case, its pretty neat to see these kinds of access choices taken when it comes to Bible software. We shouldn’t limit mobile just to “what’s designed for the small screen” when its clearly possible for that small screen to access a bit more. What is worth being explored though is how we can better enable mobile to be a key to a content library, whether or not those with the devices have the financial means to access the content or not.

 

2012 Resolution #4: All Books Project and Mobile UX Standards

Sunday, January 15th, 2012

NET Bible (logo)Technically, it’s the last week of the year and I am supposed to be on vacation. It not felt needed to be taking this time off, but even felt that unction from the Lord that I really needed to set this aside and just breathe a bit. 

And that’s been the case for the most part. Ok, so I cheated a bit one day and pre-wrote another post. But I’ve remained quiet on Twitter and in much administrative work. The break was needed. Then I was awaken from a nap on Christmas Day with a former idea about redoing the UI for the NET Bible. You see, I haven’t found a suitable application for the N8 which I own (I have indeed changed my perspective towards my needs for a Bible app on that style of a mobile several times), and have therefore left things stoic with the HTML files which come from the NET Bible’s publishing. It’s not difficult, as it is a bookmark in my web browser, making me just a browser search away from further readings. But, it’s not the most mobile-optimized experience. Hence, the waking from a really good 2nd nap.

Establishing the Goal, Identifying the Issues
The first issue that anyone runs into with mobile bible readers is getting around. Yes, there are other aspects such as speed, available content, notes, etc. But, I tend to always boil things down to two key features: reading and searching. Both of these aren’t done well enough in general on mobile, nor on specific platforms, to tilt me one way or another. I figured that since I’m in a browser often enough, and across two platforms which don’t have much shared between them in terms of consistently updated, shared applications, that I could do something that better fits my personal needs. One part of that is navigation, another part is that I search for content differently. The ideal reader for me would need to be equally proficient in both of these.

I am tacking the first issue of navigation on my mobile for this NET Bible. I want a UI that works on my mobile device, with one hand, that spatially orients me to the text, and doesn’t (necessarly) lock me into an app as much as it makes the case for a translation that works and I can change that source as needed. Reading the Word shouldn’t be a distraction, it should make me smile, even in the parts where the justice of God is splitting folks wide open. The UI is first.

Second is search. I’d like to be able to search anything and everything in the text. And then save that search. Search should work as fast as a contact search does. It also should be intelligent – showing me what I searched for previously, and automatically saving the search when its done. That’s the piece that would take the longest to nail. Maybe its a native solution only here – that’s ok, I’m willing to compromise from the route I’ve taken with doing the UI with HTML/CSS/JS – I think.
All Books - Personal Bible Reader (In-Dev Screenshot) - Share on Ovi
What’s Been Developed to Date
What you are looking at is essentially a framework, slightly HTML5-friendly and leveraging jQuery till my JS skills improve (uhmm, CodeYear is looking quite attractive). This is what I’m now using to get around the many, many pages that make up the NET Bible on my mobile. And the really neat thing is that it gets me around, while getting out of the way so that I can simply read. That is key for all of us when looking at reader applications and services, and I think this nails that well.

I’m skipping the landing page that’s done on the official NET Bible. Since this is a personal project, I’m really all about just getting into the text as fast as possible. As you can tell from the screenshot, each section has its own color. That’s just a visual aide to get me into that section as fast as possible. Interesting thing here was how the colors made it easier to navigate on the tablet, where it made little difference initally on the mobile.

At the top of the page is what amounts to a navigation menu. That’s just there to refine things and to setup an eventual search feature. I’ve ignored some (not all) of the conventions for touch-based navigation because I want to keep more of the screen available for text. Being able to have as much screen as possible for reading is important to me.

Remaining Issues/Imperfections
I’ve actually not yet gotten the text placed into this yet (at the time of this article’s writing/editing). I know what I want to have in terms of look and feel, but not sure how best to implement it from a JavaScript perspective. That’s a knowledge gap on my end that I hope to solve, but if you take a look at my sketches, its something that’s probably a lot easier than I’ve been thinking about it.

Another issue, and this follows the text, is that of having the notes show/hide in a pretty manner. The notes are one of the key reasons that I use the NET Bible (really, all published versions of the Bible should come with through translators’ notes). Having those notes show on a tap/swipe manner is something that I think I’d have to switch to using jQuery Mobile or jQuery Touch – or even a custom JavaScript function – to make work.

Performance is a problem. The Nokia N8 received a new web browser with the Nokia/Symbian Anna update, but it still seems to suffer a good bit with my using of jQuery. That’s going to bug me when the full text gets in there. That’s sitting as a near-major issue.

I have not (nor plan to) test this on every mobile platform. I built this on my iPad, and made sure it worked on my N8. It’s totally something to address a personal (peeve) need of mine, but I am compelled as all get out to share it. It uses jQuery, though should probably have the JS written from scratch into th page since it uses so little. And it relies on CSS being supported enough so that it works cleanly (though the HTML is semantically written so that it doesn’t matter if CSS is not supported at all). This also uses a bit of data for the image and for jQuery. So, if you wanted to use this as is, be sure you are aware of that part. I’m not sharing this to support it – only to share something that can be useful for your pursuits.
UX Flow for All Books Personal Bible Reader - Share on Ovi
Things to Work On
At this point, I haven’t tweaked the NET Bible chapter pages as I would like to. The notes are my most important reason for using this text and figuring how to take their code for opening the notes into the footer area that I have is a bugger. I want that to work most of all, but haven’t yet figured up how to make it work best on my device (let alone anyone else’s).

Search needs to be worked on. I have the flow of how search works, now its a manner of building search that works best for (a) the device I’m using and (b) the approach I’ve taken. I’ll probably be leaning on the insights of some developer communities for this.

Why Even Do This
Personally, I’ve just not been happy with any Bible reader since Bible+. Part of that is that my attention and needs have changed even more than I’ve changed devices. I started simply wanting to read, then it became a matter of comparing versions, then needing something to facilitate teaching/discussions, then it was all about just having apps. Now, I just want the text. As much of it as I can take in, as much of it that’s historically receivable. As much as I can that will continue to provoke me to grow up in this. For all of that, I was practically compelled to build one at some point (Brett and LJ, I’ve listened).

On the other side of this, I’ve gotten a lot of questions about formats for documents on mobiles in 2011. I keep telling folks the same things: .txt and .html. Those are the most ubiquitous formats out there for text documents and work everywhere. If you can get your content into HTML 4.01 you really can meet just about every device made in the last decade that has a browser (regardless if they have a connection or not). If you have a “container” like this, and just fill in the text with whatever txt/html archive that you have available, it works. Many people don’t need multiple versions, they just need to get in and read.

I also thought about how the community came together to solve issues like this with the Palm Bible+ app from the Palm Pilot days. For those of you with a PalmOS PDA or Treo/Centro around still, you should dust it off and download that app and a few modules. Notice something different compared to current apps? Speed in the navigation and search. Heck, if you have peeked into the manual, you’d notice that there’s some easy to remember/use text shortcuts for just about every primary feature, and a few not-so-primary ones (I wrote the manual, and designed the website). Most of all, it gets out of the way. You get into the text and everything else gets out of the way. This is what I thought of when I had the NET Bible and other mobile bible apps. Yes, there is some extent of “designing the experience” that happens, but in consideration to the “Father in heaven who revealed this,” (Jesus said this to Peter) too little chance for that to happen. In a real sense of things, “get out of the way and let me meet God (in my mobile bible reading).”

I have ideas of how to do the search on my N8, but need to know if I need to hack the widgets/WRT feature and figure some kind of database that would live on my memory card which that search could address those queries (maybe there’s a search widget that could be constrained to the local files and/or an online search). Then I would have it, something similar enough to the simplicity of the PalmOS experience, but much like apps today where I am taking (some) advantage of the context of the device I am using and building from there.

From Here To…
This is something that I’m hoping to keep my attention towards finishing this year. Even if I don’t have the N8 at the end of the year, this is something that could work on just about any device I’d go with (except the iPhone). There’s a bit of pain happening with building this, and some understanding (again) of the fun folks (YouVersion, Logos, OliveTree, etc.) go through in building this. But, since I’m just looking to build something that works for me, I can keep most of the distractions at bay and just go for it. Plus, I’m using the HTML archive of the NET Bible as I’m building this, so if there’s something I’m not doing right, it can change pretty quickly.

For you, this is merely an exercise to share. Some of you might be in a similar mode that I’m in – nothing quite works and you have just enough technical skill to nearly get there. If you feel like taking a stab at this for your own efforts, here’s a link to my public Dropbox folder continaing the mobile container and the NET Bible archive (if someone puts this on GitHub, awesome). Whatever you do, let the folks at Bible.org know. I think this will help their efforts (and I’ve not even broken my brain on doing the UI completly from an icon-driven aspect, yet).

Mobile-Friendly and Personalization As Core to User Experience
The takeaway from this project is that there have been several methods to engaging Bible/document reading, social/offline networking, funddraising, and other initiatives in mobile ministry. However, even if you nail the features, at some point in the maturing of that person using the service or the company offering it, doing something that fits the mobile context and that’s personalized will come forth. It might not be the aims of your projects initially, but do know that eventually, they all point to these goals needing to be met.

Some people commit to reading the Bible anew at the beginning of the year. I’m trying to make a Bible app… yea, that fits.

 

A MobiMedia for Churches Idea

Friday, January 13th, 2012

During my vacation (last week of 2011), I visited the church my best friend attends in PA and got a chance to meet the elder in charge of operational items for the church. My bro plugged me and what I’ve been doing with MMM and we got into a quick conversation about the church’s move into TV/broadcasting that they expect for this year. In listening, I started to ask why they are looking to go broadcasting, but changed my question to something a bit different. This is a paraphrase of what I proposed to him:

A TV/broadcast ministry for the size of church that you have will need probably about 5-6 dedicated people. You’ll want 2 camera persons, a video tech, a sound tech, and then a production manager to keep all of those together. You’ll probably need to have one of those persons, if not someone (or 2) else to take the content and do any further graphic/sound editing to the final product. And then there’s likely someone on that team, if not another team entirely that is going to be responsible for putting it on a website and making it “press ready” for other local stakeholders who’d want to rebroadcast it. That’s a lot of folks. 

Many of the members have mobile devices (feature phone, smartphones, and tablets were all visible during the service I attended). Why not create mobile media (mobimedia) teams in which people can sign up and do one of three things: recording video, recording audio, and taking still pictures. Ideally, you’d want to make sure that you keep the groups mixed so that the devices are being used within their best capacity, but then you end up with the people who are part of your community, giving a view of a service or event from their perspective, not just the one that’s most camera friendly.

You would then have just two positions to create for the community: a production designer/manager who would be responsible for taking all of the content from the devices, and then creating the “official” video that goes public, and a public relations-like person who would field questions/comments from the public/stakeholders.

When I proposed this to that elder, it was like a light bulb went off. He never considered that (a) the normal design of doing multimedia would need so many layers of people and processes and that (b) it would be possible to include the community in such a way that they’d have a greater sense of ownership of the community and the preached Gospel message.

Now, there are a few things here. You aren’t going to get RED camera quality video or Dolby quality audio from everyone’s mobiles, so you’d want to make sure that you have some kind of grid that would allow you to see the quality of video/audio/stills so that you can organize your teams appropriately. Then again, there was this movie shot entirely on a Nokia N8, so quality isn’t really a question right?

You’d want to make sure that you design a policy that allows people to keep whatever they record, but with the statement that if they make their’s public that it cannot be considered official content from the church. So, you might have a Flickr/YouTube gallery that they would all upload the pics/videos to, but then have something of an official “set” that becomes the public-facing gallery. You’d also have some streams for training that would have to be taken up. For example, you’d definitely want to do a workshop talking about how to best take photos/videos during a service (mindful of flash, camera sounds, zoom, etc.). There might only be a few folks who can do this well in your churches now, but what if that few turned into a few folks from your teen, college, and senior ministries? Considering that many mobiles really are just fine in doing this, these are the kinds of thoughts you’d want to have going into it.

I’m of the opinion that mobiles and people are ready for doing this. But, if I’m to pull this off, I’d have to start a church or something to prove it (uhmmm, the people formerly known as congregation) or just point to those folks already doing it in similar genres (Mobile Media Toolkit, hint, hint).

So, now I throw this one out there to you. Some of you are in churches of similar size (<250 people) and have similar contexts (cable channel access, many mobile devices, need to provoke greater involvement from community, etc.). Couldn’t this work for you? And if it couldn’t (because there’s some unspoken rule about using the latest greatest cameras/tools/tech, this is just not normal, we don’t have money/resources, etc.), then why? 

 

Technokitten’s Report from the 2011 Mobile Marketing Awards

Thursday, January 12th, 2012

In a report from the 2011 Mobile Marketing Awards, Technokitten published a list of the nominees and winners – alongside their projects. This listing should prove helpful.

Most Effective Mobile Site

Winner: The Guardian for The Guardian Mobile Site
Summary: Developing the mobile site is part of The Guardian’s Open Strategy. Its core purpose is to increase the reach of the brand. The aim is to deliver text and image content in a fast, fresh site that will appeal to readers on any handset in any country.
Results: Since launch in March 2009, m.guardian.co.uk has grown into the UK’s number one mobile content service for the digital newspaper industry, achieving over 7 million unique browsers and page views of more than 36 million per month. It accounts for around 12 per cent of The Guardian’s total digital traffic and has seen a 233 per cent increase year on year. m.guardian.co.uk has also seen strong growth in its global audience, particularly from the US (2.12m unique browsers) and Canada, Ireland, Australia and India. Combining targeted mobile ad solutions with rich-media formats has allowed The Guardian to grow advertising revenues by more than 80 per cent year on year.
Finalists:

  • bemoko/Macmillan Cancer Support for Macmillan Mobile Site
  • Found/Autoglass for Smashing the Glass Repair Market on Mobile
  • Incentivated/Centaur for Marketing Week Live!
  • New Look/MIG for New Look’s Mobile Commerce Site
  • Somo/Audi for Audi Mobile Site

Read the rest of Technokitten’s Report from the 2011 Mobile Marketing Awards The video in this post is the winning Pepsi entry, Content in a Bottle

Successful mobile marketing campigns point the way to avenues and practices which can (and should) be used within mobile ministry efforts – especially where engagement, interactivity, widespread adoption, or content management play important roles.