So, either upload your image to Gmap Uploader, or go to the URL of a Gmap Uploader map you already have. After its done processing, at the bottom there will be a Deep Zoom URL. You can use this URL with either Seadragon AJAX, or Seadragon Mobile.

For Seadragon AJAX, I recommend putting this URL in the Embed The Viewer tool.

Once you’ve downloaded Seadragon Mobile to your iPhone, and opened it, follow these steps:

1. Press the plus button in the bottom right of Seadragon Mobile.
2. Select “Deep Zoom Content”.
3. Pick a name, for example, “Awesomeness”.
4. Enter the Deep Zoom URL from Gmap Uploader.
5. Press the “Done” button.
6. Be amazed.

Adding this feature probably means I need to change the name of Gmap Uploader. Any suggestions?

Hi! I’m Kyle Mulka. I just graduated from the University of Michigan with a degree in Computer Science. When the Google Maps API first came out, I was really excited about the possibilities and started hacking with it right away. I built a bunch of stuff, some of which you can see on my Google Maps page.

The semester after that summer, I started a class project which was basically Plazes but with more detail inside of buildings at our University. We called it liveUgli. UGLi is short for undergraduate library. Basically, we wanted the site to be a representation of what was currently happening in the library: what people were studying, which groups were meeting, if someone was planning a study break for lunch or frisbee or whatever. It would allow people to find study groups and meet up with friends and classmates. They would be able to more easily discover the people near them, but not close enough to see.

I believe there were many reasons which made liveUgli unsuccessful, the main one being that no one was using it, so the site was useless. This is a problem with all social networking sites. You need a critical mass of users for something like this to be successful. But, beyond that, there was no automatic detection of location (yet), and even the manual method was kind of difficult for users. Many people told me that they didn’t study in the UGLi, so the site was useless to them as well.
I set out to create a system by which we could easily add new location names and maps and floor plans to the system. I ended up calling this system Cartiki which stood for cartography wiki, or map making wiki. Not only would we, the administrators of the site be able to add locations, anyone could add locations in wiki fashion. I’m almost to the point where I’m ready to release Cartiki as a stand alone web application to be used to help people find locations, both on a regular Google Map, and on uploaded floor plans of buildings. This would be ideal as a university/corporate campus room finder.

The ability to upload custom maps and floor plans comes from another system I built for this purpose called the Gmap Uploader. This can also be used separately from Cartiki and liveUgli, especially for viewing high resolution photos.

Why hasn’t there been a good AJAX calendar that you can use to publish and subscribe to calendars via the ical standard? Right now, the best I’ve seen is Planzo, but it has yet to publish or subscribe via iCal. Next on the list to evaluate is AirSet, which looks promising, but their site is so full of features that it is hard to get to the simple stuff you really want.

One really good use of this type of software is to plan semi-weekly meetings between a group of about 10 people when individuals schedules sometimes change depending on the week, but for the most part stay the same.

I started to do this with Mschedule a couple summers ago, but the only data I drew from was from the University of Michigan’s schedule of courses and individual students’ schedules that we’re imported into the site by simply copying and pasting from the official site hosted by the University called Wolverine Access. It was my first web application, so I didn’t really know what I was doing with PHP, CSS, or even HTML div tags (I used tables for all the layout).

Calendaring

DeskNow – mail, instant messaging and collaboration tools

Sharing Microsoft Outlook Calendar and Contacts

Planzo.com

Hula Project – Hula

iCal Exchange

iCalShare – Share Your iCalendars!

eventSherpa – iCal for Windows

Web Calendar Software – iCal – Event Calendar

hello.php

CosmoHome

Web Calendar Server – Calcium from Brown Bear Software

nat friedman

Calendar – Standards Based Calendar Client Project

UW Calendar Home Page

Sambar Technologies Home Page

Internet Calendar Server & Calendar Hosting

Sun Java System Calendar Server

CalendarServer.com: Publish event schedule on the Web

Building a Simple Calendar Server with Fedora and WebDAV – FedoraNEWS.ORG

iCal Web Calendar Server download and review – web based calendar/scheduler from SnapFiles

CalDAV Projects

UPDATE: So, I found out that Mike really isn’t on the team. I went to one of their meetings and they pretty much told me I could work on the project. Awsome. So, keep an eye out for the news.

UPDATE: Finally! Here it is: http://mbus.pts.umich.edu/

These are some questions I’ve been asking myself in order to predict what the future of computing will be and where to position myself to get the most out of it. Check out this article out:

WebOS

Morfik

There has been a lot of discussion on a large amount of overlays on a single Google map. Different hacks have approached this problem in different ways. Many sites do not even deal with it because they can’t, don’t know how, or don’t want to.

The capability to display a huge amount of overlays I believe should be handled somehow by the Google Maps tool itself. However, since most, if not all of Google Maps is written in JavaScript this may be a problem. The JavaScript would have to load a large file and then query it. For JavaScript, this would take a long time if the file was large.

I’m going to explain a solution which is derived from what I’ve seen on a few different sites, and what I think would be the best. It uses PHP and MySQL, but I’m sure you could substitute in other technologies like ASP and Access, or JSP and Oracle for example. What would be an even better thing to do would be to figure out how to get a real GIS map server (Google it) to interact with Google’s native overlays, but for those of you who just need a simple solution, here it goes.

You would use PHP along with a MySQL table full of Overlay information. Then, the JavaScript would call a PHP function with the current bounds of the map which is represented by two points. It doesn’t matter how you call the function, just find a way. Then, PHP would use these two points to make a MySQL query on your table of points and only return those in the specified bounds back to the JavaScript. Then, the JavaScript would clear the map of markers and then redraw only the ones which are returned by your server (the ones that are currently in bounds).

I would appreciate questions and comments as I go ahead and implement this solution. Maybe someone has already done exactly this and open sourced their code. If so, I would love to hear about it to save me time.

-Kyle Mulka
http://maps.kylemulka.com

Update:

I forgot to discuss the problem of having too many overlays within a given bounds. That is kind of important. Oops. For example, if you are zoomed out all the way, your JavaScript will be handed all of the overlays in the world, and this will not help performance AT ALL for higher zoom levels. So, I’ll outline a general solution to this problem.

You need to organize overlays into groups. Visually, on a map, without knowing anything about the underlying data, I see only one general solution. If anyone has any others, I’d love to listen.

You would have an algorithm which reduces the number of overlays to display by automatically grouping overlays based on location. There are tons of ways to do this. I think the easiest way would be to split up the given bounds into four squares, then check each square to see if there are still to many markers in that square. If a square still has too many markers, simply divide that square into another four squares and count again. All of this information could be calculated ahead of time and stored in a database for painless and fast retrieval when queried. This is almost exactly what Google does with its map tiles. Each zoom level simply divides each tile (a square) into four smaller squares and displays the new four tiles. This is how Google Maps itself is so fast. They can simply save all of these tiles in a database or as image files for absolutely painless retrieval. There is almost no processing required on the server. It is extremely scalable.

Another improvement to this system may be to use the same system that Google uses to keep track of tiles. The tiles are cached on your computer, and when you go one way on a map, then go back, it doesn’t have to query the server for those tiles. It would be nice if you could some how cache the marker information in the browser as well.

-Kyle Mulka
http://maps.kylemulka.com