Deprecated: Assigning the return value of new by reference is deprecated in /var/san/www/prod/html/blogs/darcusb/wp-settings.php on line 512 Deprecated: Assigning the return value of new by reference is deprecated in /var/san/www/prod/html/blogs/darcusb/wp-settings.php on line 527 Deprecated: Assigning the return value of new by reference is deprecated in /var/san/www/prod/html/blogs/darcusb/wp-settings.php on line 534 Deprecated: Assigning the return value of new by reference is deprecated in /var/san/www/prod/html/blogs/darcusb/wp-settings.php on line 570 Deprecated: Assigning the return value of new by reference is deprecated in /var/san/www/prod/html/blogs/darcusb/wp-includes/cache.php on line 103 Deprecated: Assigning the return value of new by reference is deprecated in /var/san/www/prod/html/blogs/darcusb/wp-includes/query.php on line 61 Deprecated: Assigning the return value of new by reference is deprecated in /var/san/www/prod/html/blogs/darcusb/wp-includes/theme.php on line 1109 darcusblog - geek tools and the scholar

Nexus One: A First Smartphone First Impression

Posted in Technology on January 7th, 2010 by darcusb – Comments Off

For the past couple of years, I’ve contemplated buying a smartphone, but managed to avoid it for various reasons. While I appreciate the attention to detail in Apple’s phone platform, for example, there are other aspects of it that are just deal-breakers for me. I’ve long been considering the Android platform, but no phone seemed to offer the right mix of performance, design, and so forth. And I’ve not been thrilled to get tied into long-term contracts, or pay $100/month for a service plan when I don’t use talk much, and don’t do texting at all.

That changed this week, however, when Google announced their Nexus One. I’m not going to offer some in-depth review, which you can find elsewhere, but instead some brief first impressions of a more-or-less first-time smartphone user. So …

My base for comparison for the “smart” component of the smartphone is the iTouch, which I primarily use for accessing my Google based mail, news feeds, and calendars. How does the Nexus One/Android compare?

What I Like, in no particular order:

  1. That I could buy an unlocked phone and worry about the service on my own.
  2. Nice buying experience: after clicking a few buttons, the phone was off and on my doorstep less than 24 hours later. I dropped in my existing SIM card for a really simple, dirt-cheap, service through my employer, and was ready to go (albeit without data access, except through wi-fi; will probably upgrade to one of the new T-Mobile even more plus plans sometime soon).
  3. The hardware is small and sleek and elegant, the screen is gorgeous, and it’s fast.
  4. Nice integration. The multi-tasking of Android appears to allow for a nice notification system. My phone is charging right now, for example, but I can occasionally see the trackball light up, which means something (email, twitter updates, calendar reminder) has come up. If I sign in, I can pull a notification panel down for a quick summary. If I tap something, it brings me to the item(s) in question.
  5. The integration with Google service is, not surprisingly, really good.
  6. The widgets are really nice. For example, the weather one is way beyond what Apple provides: both really useful, and also beautifully-designed.

What I don’t like so much:

  1. It’s not as “unlocked” as it could and should be. While it’s great I can use my existing SIM card from a provider other than T-Mobile, it really sucks that I cannot get 3G data service on any other service. It’s both bad for customers and bad for the buying experience to ultimately have three or four different “Nexus One” products just to cater to the idiosyncrasies of each carrier. Come on Google: you need to do better here. For the Nexus Two, let’s see a phone that can work on ALL the major networks: both GSM and CDMA.
  2. UI Navigation. Let’s compare reading news feeds. On my iTouch, it’s really quick to move among different categories and feed options: I can do so by tapping on items, and by using the on-screen arrow keys that pop-up to move back, up, down, etc. On the N1, those screen-based navigation helps don’t appear; instead, I need to use the awkward “back” hardware key, and jump back-and-forth. Makes me wonder: did the Google people do actual user studies on this sort of intensive navigation? I’m sure such a study would uncover some obvious design flaws.
  3. More on navigation: really don’t like the way the hardware navigation keys work: I have to press harder than I want, and generally don’t see the point of all of them.
  4. Some of the aesthetic-design is an obvious step-behind Apple’s. For example, compare Google’s Gmail app to Apple’s Email one. The fonts (actually, in general) are not that great, and they are not terribly-well visually integrated into the (off-white) background. The bottom-line is despite the awesome screen, the emails are not as readable. Also, see point above about navigation.
  5. On email, why a separate “Gmail” app?
  6. Multi-touch would be nice to have, but not exactly a deal-breaker for me that it doesn’t yet have it.

Overall, however, my complaints are mostly minor issues that can be improved (and hopefully someone at Google comes across this at some point), and am generally happy with the phone.

Update: there’s an obvious problem with first impressions, of course, which is that they’re sometimes based on incomplete information. In the case of the news reader navigation issue I note above, I realized that the app (NewsRob) actually does allow for hovering navigation; it’s just hidden by default. This largely solves the problem.

Zotero Groups and Teaching

Posted in Teaching, Technology on September 24th, 2009 by darcusb – Comments Off

Like Sean Takats, I’ve been experimenting with using Zotero’s new groups functionality in a graduate seminar I teach. Here’s a quick report.

The course in question is a beginning seminar required of all grad students in my department (though this year I also have someone from history as well). Its purpose is to introduce them to the history of the discipline (geography), and to given them basic skills to analyze the development of literatures in more focused subfields.

The course involves weekly readings and reading responses. In the past, students posted the reading responses to a course listserv. The major product of the term is a literature review paper on the evolution of a subfield.

So my initial plan was:

  1. setup a private Zotero group for the course
  2. create collections for different broad topics, as well as weekly topics
  3. ditch the class listserv and have students comment on readings by adding notes to the Zotero items

How well did this work? Not exactly as planned. Item 3 above was a disaster, since Zotero groups are not setup to facilitate discussions. So I switched back to the listserv.

It’s been a challenge to get students up and running with Zotero, but they’re starting to adjust, and contributing to what may have a lot of promise: a collaborative annotated bibliography of sorts that will hopefully develop over time so that it can be a resource for future grad students.

But, issues:

  1. Tag management is a PITA for individual users, but unmanageable for groups. Automatic tagging is really more trouble than help, but before realizing this, you end up with dozens and dozens of useless tags, and no easy way to bulk manage them. Morever, there appears to be some weird syncing-related bugs that happen when I edit or delete tags individually. This is a problem that I hope gets resolved.
  2. Sometime sync issues (which could be networking related; not sure).
  3. There’s no easy way to see who contributed what to a group library.
  4. Students have struggled a bit understanding how group items relate to personal items (they are copied, not shared).
  5. No annotated bib support (I ask them to submit one).

So I think it’s fair to say we’re finding promise in the group functionality, but that there’s still some work to do.

Promoting an Extended Date-Time Format

Posted in Technology on September 7th, 2009 by darcusb – Comments Off

For people that work with bibliographic data, you quickly realize that standard date-time formats formats often don’t go far enough. So it’s nice to see this effort from the Library of Congress. It seems to be a clean superset of the ISO 8601 date-time format, and to cover the most important missing pieces. This is a datatype that can and should be used anywhere that people need to represent bibliographic dates. I’m interested in using it in both RDF (Dublin Core) and in JSON, for example.

Yet the first paragraph of the description page presents the effort much more narrowly:

There is no standard date/time format that meets the needs of various well-known XML metadata schemas, for example MODS, METS, PREMIS, etc. For several years there has been discussion of developing a reasonably comprehensive date/time definition for the bibliographic community, and submitting it either for standardization or some other mode of formalization - a W3C note for example, a NISO Profile, and/or an amendment to ISO 8601.

Issues:

  1. MODS, METS, etc. are not at all “well-known” except in the library world
  2. XML is not the only way to represent or move around data in 2009 (RDF and JSON are two I quite like, for example)
  3. XML Schema is not the only way to represent XML formats; many people avoid it like the plague
  4. formal standards are over-rated; better to first establish de facto standards through adoption

So my observation is simply this: the EDTF is little gem, and can and should be widely used in a variety of different contexts. The LoC should recognize this and adjust details (documentation, examples, namespace URI) accordingly to promote it as such.

Public Work From the Start

Posted in Research on August 7th, 2009 by darcusb – 2 Comments

I’ve become increasingly disillusioned with the nature of academic publishing. Just today I had a manuscript accepted for publication in a special issue of a journal that I myself have no access to (!). I hate that ideas I may be working on only get airing either in conference presentations, or after going through the peer-review process, or by informally passing around a manuscript among friends. I hate that the readership of my work is severely constrained by the publishing model that predominates in 2009.

As I’m working on setting up a new source-control and backup system for my academic manuscripts, I’m wondering: why not to put it all in public (say github) repositories? It’s certainly much easier technically. And it can have other benefits if I want comments during the process.

Three obvious arguments against:

First, there’s a long history of researchers treating their work as proprietary. There are entirely rational reasons for this that have to do with the rewards structure of the academy. In short, you don’t get tenure without being able to brand your work, and there is a competition for new ideas, a concern about people borrowing or stealing those ideas, and so forth.

But, I’m not that concerned about this issue. If ideas are public from the start, the digital paper trail is there such that interested parties can fairly easily determine the provenance of ideas.

The second issue is potentially bigger: peer review. If all work is public from the start, then peer review in theory cannot be blind. But maybe this is all the more reason to push on this idea; blind peer review is both overrated, and a bit of a fiction anyway.

The third issue is related to both of the above: the “previously published” standard for publication. Publishers almost without exception demand you assign copyright of your work to them, and part of involves guarantees that it has never been previously published. What does it mean to publish version-controlled draft work on the web, or to blog pieces as you go?

Maybe I ought to just to go all public, and all open access. Hmm …

Ah, the above is obviously related to the much more catchy notion of the open scholar [via DigitalKoans]

Law and the Thomson Reuters-Zotero Suit

Posted in General on August 3rd, 2009 by darcusb – Comments Off

Sean Takats blogged awhile back about the dismissal of Thomson Reuters suit about Zotero. I had a chance to read the transcript of the hearing. As Sean wrote, the judge dismissed the Thomson Reuters complaint due to a lack of jurisdiction. What exactly does this mean? From my non-expert read, the dismissal was on a technicality: that Thomson Reuters asserted damages ($10 million/year worth) it could not demonstrate. There was never any discussion of the substance of the suit; rather, virtually the entire hearing focused on the question of how Thomson Reuters came up with the $10 million figure. Answer: a very precise 80% of a vague estimate of number of downloads from the Zotero site, multiplied by $200 (the average price of Endnote software). The judge recognized this as ridiculous, and so threw out the case.

Here’s hoping Thomson Reuters has learned a lesson here and backs off refiling.

Google Wave and Rich Text

Posted in Technology on July 30th, 2009 by darcusb – 2 Comments

I finally got an account for the Google Wave sandbox account. Am still adjusting myself to the UI, and so don’t have a whole lot to say, except … it’s a rather large frustration to me to see Google reverting to the 1980s with its rich text widget. Yes, they have structured lists. That’s good. But, they have nothing approximating styles support. If you want to denote a section heading, you have to bold the damned text!

Come on Google, you can do better than this. Drop the damned font-family support and add at least basic support for headings (and farther out options for custom styles)!

HTML5 Process

Posted in Technology on June 9th, 2009 by darcusb – 2 Comments

Ben Adida on the microdata in HTML5 proposal:

So, I cannot live with something that throws away existing important implementations of the *exact* same use cases for no valid technical reason.

Ian’s response:

Indeed; I examined all the existing solutions that I could find closely as the first step (well, the second step, after collecting use cases). I didn’t go through all of them one by one in the e-mail, but I did explicitly examine Microformats and RDFa: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-May/019681.html

If you go to that URI, here’s his explanation for why not RDFa:

- it uses prefixes, which most authors simply do not understand, and which many implementors end up getting wrong (e.g. SearchMonkey hard-coded certain prefixes in its first implementation, Google’s handling of RDF blocks for license declarations is all done with regular expressions instead of actually parsing the namespaces, etc). Even if implemented right, namespaces still lead to flaky copy-and-paste behaviour.

- it sometimes uses rel=”" and sometimes uses property=”" and it’s hard to know when to use one or the other.

- it introduces much more power than is necessary to solve this problem.

I think the first point is a reasonable one in the sense that prefixes have costs as well as benefits. But the same is true of unprefixed names. A balanced discussion of these tradeoffs seems warranted. Is it really (really!) worth it to invent an entirely new spec because of one fairly trivial issue? Is it really (really!) worth it to force tools developers and publishers to have to do double work?

The other two points range from trivial to entirely ridiculous. Who really decides, for example, how much power is needed for extensible metadata in HTML? Surely the answer will depend a lot on particular use cases? For example, on the general citation case, WikiPedia may have less demanding needs than an academic or legal journal. Shouldn’t that understanding that one size does not fit all be at the center of any extensible metadata support in HTML5?

He then goes on to try to “fix” these problems by removing prefixing, and the rel/property ambiguity. Recognizing that removing the prefixing introduces other problems for readability, etc., he concludes that This, though, is quite ugly.

OK, so aesthetics are now a requirement shaping the design; I have no clue where that came from. To solve this problem he introduces an equally ugly, and completely arbitrary, new way to indicate a global name: the reverse DNS. Where’s the analysis that justifies these conclusions? Do we just accept these claims about aesthetics and usability without any kind of evidence?

Is there no sanity at all in the HTML5 process?

Thomson Reuters Suit Dismissed; Give it to Zotero

Posted in Technology on June 5th, 2009 by darcusb – 1 Comment

So the ridiculous nuisance suit that Thomson Reuters filed against GMU has been dismissed. Am curious to learn the precise details of the ruling, but those should be available soon enough.

In related news, I’d like to encourage people to do as one of the commenters to this story did; take what you would normally pay for an Endnote upgrade, and donate it to the CHNM instead.

Google Wave and Learning

Posted in Teaching, Technology on June 2nd, 2009 by darcusb – Comments Off

Michael Feldstein has two smart posts on the implications of Google Wave for learning:

Quick summary: like me, he thinks Wave is a potential game-changer that has major implications for learning. But he basically answers “no” to the question presented in his second post. His argument comes down to the core point that Wave is unstructured, and this is not always in sympathy with the goals of learning. The argument is twofold:
  1. Permissions: as he puts it, there are times when you want to control permissions, when you don’t want everything to be editable to everyone, when you want to steer a conversation or process in a particular direction. In those cases, the Wave Server as currently being demonstrated will not provide the necessary structure. It is possible that Google will implement fine-grained permissions structures in future versions, but I doubt it.
  2. Sequential structure: there are times when waves are exactly the opposite direction of where you want to go. I believe that half of good teaching is sequencing experiences such that students are more likely to learn in deep and meaningful ways…. Wave is not designed for that at all. To the contrary, it is designed to get out of the way of free-form communication.
I think Michael is spot on: how much of an LMS Wave could replace hinges on how much permissions control Google opts to add, and how well it can be integrated into other, more structured environments. I also suspect he’s right that Google is unlikely to add this sort of structure, but instead make it easy to integrate Wave into other, more structured, environments (such as an LMS).

But if we accept the conclusion that Wave is likely to be more a supplement than a replacement to a more structured LMS, this leads to I think an important question: how might the two worlds—structured and un/semi-structured—be best integrated? It doesn’t seem to me to necessarily follow, for example, that taking a big existing LMS and bolting Wave on is likely the best answer.

Google Wave Free Association

Posted in Teaching, Technology on May 29th, 2009 by darcusb – Comments Off

So Google’s announcement of Wave seems like a big deal. Rather than the typical deep and thoughtful post, which I’m sure others have done, some random thoughts:

  • from what I can tell, unlike much of Google’s current application infrastructure (GMail and Docs), the code will be open source; this would be really big
  • also unlike the current apps, Wave is distributed; this is also a really big deal
  • the collaborative document-editing seems wicked cool, and goes a fair bit beyond Docs
  • I absolutely cringe when I hear the phrase rich text in 2009, particularly when Google has so failed to get the basics of structured documents right in Docs
  • OTOH, HTML 5 provides some room for them to improve this if they put their mind to it
  • would really love if the extension mechanism was rich enough to allow integration of citations (say a Zotero extension; though perhaps something more distributed), and flexible enough to do it right (which by definition means not based on bibtex)
  • This has potentially big, though as yet unclear, implications for higher education, and for the sort of work that happens these days in LMSs.