If you run a search engine, here's an idea for free.
I like being able to search the web - for web pages, for map information, for local information. It's become a default action for me, I keep wireless PCs in all the rooms of the house, and my phone has Google bookmarked and ready to use wherever I am. I can concoct search queries that get me to the information I want quickly and easily, avoiding paid search results and catalogue aggregation sites. Boolean search logic is just another language now. However, sometimes I'd like to search by date.
This is where the utopia of the search engine suddenly comes to a screaming halt.
Yesterday
marypcb and I were planning a US trip (which is starting to look like it will fill most of March). As we were using the British Airways sale to book tickets, flights were limited - and the longer we stayed, the better the deal. So I tried to see if there were any interesting events we could visit whilst we were over.
And that's where everything fell apart.
Could I get a search term to let me know if there where any conferences we could visit? No matter how I tweaked the search terms I kept getting the same list that I had to page through to track down the information I needed. I couldn't sort it, filter it, or even tune the search.
The trouble is: search engines don't really like you trying to look for date ranges. A search term like "technology conference march 2006" doesn't really mean anything to Google. You'll get lots of results, but nothing to help you order results by date or by location. Date-based searching is as important as location-based search (and the two combine together very well indeed). As more and more people use, and rely on, search engines, the queries they use will become more and more complex.
Of course there are issues with the semantics of date (let alone with date formatting). Are you asking for web pages created on a certain date, or containing information about that date? Are you specifying a date range, or are you looking for a specific date? These are complex questions - and I wonder if they're the reason why the oft-rumoured Google Calendar is yet to appear.
Microformats are one approach that could help here. Technorati has defined hCalendar as a web page-embedded XML-tagged equivalent for the familiar iCalendar format, which would allow search engines to build arrays of calendar data for search that could be linked to web content. Alternatively iCalendar-driven calendars are appearing all over the web. Apple's iCal uses the format to publish web calendars to .Mac , as does Outlook and the new calendar tool in Windows Vista - and there are plenty of open source iCalendar servers, as well as desktop calendaring applications that can handle iCalendar data.
What's to stop these tools being used to ping a date registry when calendar information is posted in a public space?
So, Apple, Microsoft, Technorati, Google, FAST, Yahoo! and MSN, get together and give us time-based search. The UI doesn't really matter (though a calendar grid would work really well for drill down), as long as we can sort results by date...
I like being able to search the web - for web pages, for map information, for local information. It's become a default action for me, I keep wireless PCs in all the rooms of the house, and my phone has Google bookmarked and ready to use wherever I am. I can concoct search queries that get me to the information I want quickly and easily, avoiding paid search results and catalogue aggregation sites. Boolean search logic is just another language now. However, sometimes I'd like to search by date.
This is where the utopia of the search engine suddenly comes to a screaming halt.
Yesterday
![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
And that's where everything fell apart.
Could I get a search term to let me know if there where any conferences we could visit? No matter how I tweaked the search terms I kept getting the same list that I had to page through to track down the information I needed. I couldn't sort it, filter it, or even tune the search.
The trouble is: search engines don't really like you trying to look for date ranges. A search term like "technology conference march 2006" doesn't really mean anything to Google. You'll get lots of results, but nothing to help you order results by date or by location. Date-based searching is as important as location-based search (and the two combine together very well indeed). As more and more people use, and rely on, search engines, the queries they use will become more and more complex.
Of course there are issues with the semantics of date (let alone with date formatting). Are you asking for web pages created on a certain date, or containing information about that date? Are you specifying a date range, or are you looking for a specific date? These are complex questions - and I wonder if they're the reason why the oft-rumoured Google Calendar is yet to appear.
Microformats are one approach that could help here. Technorati has defined hCalendar as a web page-embedded XML-tagged equivalent for the familiar iCalendar format, which would allow search engines to build arrays of calendar data for search that could be linked to web content. Alternatively iCalendar-driven calendars are appearing all over the web. Apple's iCal uses the format to publish web calendars to .Mac , as does Outlook and the new calendar tool in Windows Vista - and there are plenty of open source iCalendar servers, as well as desktop calendaring applications that can handle iCalendar data.
What's to stop these tools being used to ping a date registry when calendar information is posted in a public space?
So, Apple, Microsoft, Technorati, Google, FAST, Yahoo! and MSN, get together and give us time-based search. The UI doesn't really matter (though a calendar grid would work really well for drill down), as long as we can sort results by date...
There are 13 comments on this entry. (Reply.)