Per our usual activities here, we occasionally check out processes and software which would be relevant to the #mobmin (mobile ministry) world. A question for many groups is the process of making a mobile application, and so we definitely like to take a look at the various application creation platforms that are out there to get an idea of what’s needed in terms of graphical, technological, and marketing knowledge to get things up and running. The latest of these development platforms we are looking at is the biNu platform.
biNu is a software delivery platform. Think, something like an app store – but optimized for feature phones (non-smartphones). When there is an opportunity for an engagement to be accented with a mobile app on a (most likely) Java-based mobile, biNu is positioned through its delivery platform to refactor your RSS feeds or any other custom (mobile-lite) page content into a downloadable application for these mobiles.
We took a look at it from the perspective of a content owner who’s looking to gain a presence on feature phones (its a good idea to read Should Our Church Have an App or Mobile Website prior to this). Therefore, our most important places of entry happen through the biNu Dev portal (still in beta – this comes up again).
Note: the screenshots and activity here were performed on a Windows 7 laptop using the Google Chrome browser. For the benefit of the impression, this is an imposed boundary to using the product.
Step 1: Registering for at the biNU Developer Portal
As with similar services, you have to go through a short process to register for the biNU developer portal (http://developer.binu.com/). After filling out the form, you get a confirmation screen noting that you need to complete a step in your email in order to complete the process. Nice and simple in this respect.
Step 2: Navigating

Once you login, you are presented a straight-forward list of what you’d want to do: List Apps (see all the apps you’ve built), or create a new Basic or regular app. First up on my listing was to do the Basic App (this would most likely be the used option for 1st time users of this service).
Step 3: The Basic App Wizard

Once you get into the Basic App creation wizard, you simply just add the title and description to your app. You do need three graphic files here. Though the sizes were specified, I noticed in the test view that all of them seemed to be resized fine. I’d recommend here not using anything smaller than the recommendation, and you will need to ensure that its a PNG graphic w/o transparency for best effect.
You will also need the URL for the RSS feeds that you would use to populate the app. I took our raw feed, in addition to our Twitter feed and the Twitter feed for the #mobmin hashtag (we’ve done this previously with other apps) and there seemed to be no issue with either of those kinds of sources.
Step 4: Testing/Further Edits

biNu offers a Java-based emulator that gives you an impression of how your content will flow to the smaller screen and different input controls of a feature phone. On the PC that I used, I didn’t update the Java client in order for this to work properly (but you would probably want to do this).
Step 5: Publishing

Once you have created and tested your app in the emulator, next is to publish it. There are two avenues for publishing – the first puts the app on the biNu platform “store” where those who’ve downloaded biNu would be able to search and download it among other similar apps/services. The second avenue is for you to generate the app yourself using biNU, and then use publish that app on your website or wider-serving app stores such as GetJar.

When you choose the option to generate an app, you are taken to a screen that’s similar to the app wizard where you refine the details about your app. What’s most interesting here is that you see the option to generate either a “regular” Java app (ideally, compatible with most Java mobiles) or an Android java app (an apk, compatible with Android devices). Apps can be unsigned or signed using Verisign or Thawte. Again, good options for an app which could be distributed in an open market environment.
Generating the app was the only point in the process where I entered an issue that I had to escalate to biNu directly. As of this writing, this is something being looked at.
Step 6: All Done, Go Build Some More

Once you’ve finished making your app (testing, publishing, and generating Java versions), you are pretty much done. As seen in the publishing step, you’ve been given a URL with which to publicize the app (I’d recommend using a URL shortening service like TinyURL or Bit.ly to make it smaller, more share-friendly, and easier to add to marketing materials). View/Download the 1st MMM biNu app.
Conclusions:
Overall, using the biNu app wizard enabled me to build an app in less than 30min. When I went back through the process to build an app from scratch (see Step 2: Navigating), the process took even less time because the source for the app was an existing mobile website (in this case, our alternate mobile site which is written using HTML5 and jQuery). Given the speed and costs (free) to just get on their platform, this isn’t a bad idea for many sites. I’d like to know how some of the more interactive content offerings would fare here – for example, those doing church online might want this for a presence, but the experience of viewing media on a 2.2in screen that’s not optimized for such “snack time” viewing might be a turn off in some respects. Still, there’s some sense that could be made from doing this and perhaps pointing to your YouTube feed of content.
For more information about biNU, do check out their website. Again, the developer section of the site is in beta right now, so if you enter into any issues with it, do chalk it up to that aspect of things. Still, there aren’t too many mobile services specifically targeting feature phones (more people use these than smartphones by a very wide margin). If your content is ready to go, then biNu should be ready for you.
Goodbye Analog, Hello Digital
Sunday, May 20th, 2012This article was originally posted as a blog post at Urban Scholar:
Earlier today I was contemplating the thought of purchasing a new print Bible. One of the first posts I made on this site was about my switching to the ESV. Well, the only print ESV I own is a 2001 text edition, and there have been a number of changes since then with the 2007 & now 2011 update. So, I started to think that I should purchase a new ESV to have on me, especially for when the opportunity presents itself to teach again. I thought about it to the point that I even tweeted about the kind of Bible I wanted, saying the following:
As the day went on, with the thought still on my mind, I wondered if the local Lifeway store had any 2011 ESV Bibles in stock. Then, as I thought about it some more, I was thinking, “Oh, I need a nice ‘preaching’ Bible too, to go with the thinline as my everyday ‘handy’ Bible!” After a while, I finally paused and asked myself a question. If I do all of my studying of the Bible digitally, why should I have a Bible that I only use for teaching? Shouldn’t the same Bible I study with be the same Bible I teach from? The answer was: why not?!
As I thought through this some more, I wondered what this would look like for me. Preaching from a tablet is nothing new and has become more popular in the last couple of years, so it’s not like I’d be breaking new ground or anything; yet, there could be something that better suits how I do things. In my thought process, I quickly realized that the way I teach requires lots of “page flipping” because I typically cross reference a lot of Scriptures. How could I leverage a tablet to my advantage? Right now Logos is my primary tool for study, but their mobile app doesn’t support a split screen of Bible & notes; so, that wouldn’t work. Then, I remembered that I have Olive Tree, which does & can also sync with Evernote. Having Evernote means that I can simply copy/paste or dump my passages or notes into an Evernote note and sync it with Olive Tree quite easily. Then, I can have my notes split with my Bible, and tap to open a reference. Now that could work! That would completely eliminate the need for a print Bible & printed notes.
So, let’s take this further because now I’m thinking about completely getting rid of my laptop from the pulpit. This proves tricky because that’s how I run my PowerPoint slideshow for the congregation to follow along. If you’re asking, yes, I usually run my own PowerPoint. Then I started thinking that this is somewhere that Logos could come back into play. They recently released Proclaim Church Presentation Software and it is built for this kind of thing. So, I just get a computer, any computer, connected to the overhead projector (whether it be my own or the one in the sound booth) and load it up; then, I can use my phone (or the tablet) as a remote to progress the slides as needed. Now that would be cool!
I could really see myself teaching in that fashion, and it’s right up my alley. I’m a digital guy, so working in this fashion keeps all of my notes accessible to me from multiple devices and I’m not in a jam if I ever forget or lose my print Bible. Plus, there’s always the freedom of being able to switch translations on the fly, which is nice. I also feel that technology is at a point now that it is fairly reliable, especially in terms of battery life, where no real red flags are raised for me anymore. I truly think that this is the route that I’m going to go in the future, however the Lord sees fit for that to happen.
Tags: Bible, Bible apps, Bible study, digital, ESV, Evernote, logos bible software, mobile in moment, mobile in personal/moment, Olive Tree, preaching, proclaim, technology
Posted in Commentary, Devices and Software | No Comments »