migurski's dashboard

migurski replied on November 15, 2009 18:03 to the question "Transformation calculator tool goes wonky on negative longitude?" in Modest Maps:

In theory it should work - can you post the exact numbers and projection you're using?

migurski reported a problem in SlideShare on April 03, 2009 18:37:

Presentation publish fail.

I uploaded a large(ish) PDF from Keynote - about 43MB. It seemed to work. I've filled out the form for title, description & tags three times now. Each time it tells me that the PDF is being converted, and to check http://www.slideshare.net/my-slideshows for updates. However, there are no updates and no indication that I've ever uploaded a slide show. Return visits to http://www.slideshare.net/upload continue to show my PDF with the "enter details and press publish" form. What's going on?

migurski replied on February 06, 2009 18:27 to the question "PNG or SWF Overlay" in Modest Maps:

Hi Matt,

I'm not sure that map would be well-suited for an overlay, because it's an illustration in a bird's eye view style, rather than an overhead geographic projection. I'm just not sure it would mesh well with the underlying map tiles presented by modest maps, esp. in cases where the mountain faces a direction other than South.

Something you could do would be to use those ski maps as a guide, and add the trails and lifts to OpenStreetMap. I don't think they'd show up in the default render but I'd be happy to help you figure out how to do a custom ski overlay.

Have you seen these btw? http://www.jamesniehues.com/west-usa-...

migurski replied on February 05, 2009 18:57 to the question "PNG or SWF Overlay" in Modest Maps:

Hi Matt,

It definitely can be done. A more detailed answer depends on your comfort level with code and image preparation, and the specific ski maps you're working with. Can you provide more information, maybe a link to your maps and where you've gotten?

migurski replied on February 03, 2009 19:19 to the question "PNG or SWF Overlay" in Modest Maps:

Hi Matt,

Can you explain a little more about your ski map: is it an overhead view that's suitable for display on top of a road or aerial map? There's a number of ways to do this. Personally, I've been on something of a vision quest with tiled geographic imagery, so I could help you in that direction if you're comfortable with a little command line scripting.

migurski replied on January 19, 2009 20:10 to the idea "[Tutorial] - Using WMS Map Provider with ModestMaps (epsg:4236 and epsg:900913)." in Modest Maps:

I'm curious to hear how you were able to deal with the powers-of-two thing from TileCache, fnicollet. It's such a core assumption of Modest Maps that I'd essentially written off support for such providers for the near future. Do you have any code to share?

migurski set one of migurski's replies as an official response to "Has AbstractZoomifyMapProvider been ported to Actionscript 3.0?" in Modest Maps

migurski replied on January 19, 2009 09:34 to the question "Has AbstractZoomifyMapProvider been ported to Actionscript 3.0?" in Modest Maps:

Yes, you can find it here: http://modestmaps.mapstraction.com/tr...

migurski replied on January 14, 2009 06:22 to the question "No country for old men!" in Modest Maps:

Hi Tiago,

Do you think you could throw a few suggestions into the 2.0 thread nextdoor? http://getsatisfaction.com/modestmaps...

In my experience, young or targeted open source projects like this one suffer from incomplete or nonexistent documentation. We've tried to do our best to maintain the wiki, but unfortunately the demands of keeping the library up to date mean that there's not always a ton of time left over for doc-writing. Fortunately, this forum can help take a bit of the edge off.

When thinking about documentation, so far we've decided that complete, working examples like those on the site and in source control are where we'd like to spend our time. Also, the intent of the library has always been to make slick geography available to experienced designers and developers. If in fact we're seeing a lot of interest from the new-to-Flash, then perhaps you're right and we should provide more entry-level guidance.

If you find yourself learning interesting things as you progress, I'd be happy to include them as beginning tutorials or hints someplace like the wiki - post them here, we'll do what we can.

migurski started following the idea "AsOpenLayers" in Modest Maps.

migurski replied on January 13, 2009 02:40 to the question "No country for old men!" in Modest Maps:

Why did you download the AS3 version file by file? It's all right there, in the 1.0 link from the homepage, http://modestmaps.com.

I'm getting the sense that the problems you're running into are a result of your relative inexperience with Flash. There are loads of resources online and people who can help with that beyond just the gorup of people using Modest Maps. Have you tried to ask your questions in a Flash forum oriented more toward beginning users?

A comment on the idea "Modest Maps 2.0?" in Modest Maps:

...which is not to say that there's anything wrong with AS2 code. It's not benefitting from focused current attention, but if you run into problems or come up with interesting additions (like a provider that talks to WMS) I'd love to hear about it. – migurski, on January 09, 2009 19:40

migurski replied on January 07, 2009 20:43 to the idea "Modest Maps 2.0?" in Modest Maps:

Seconding Tom: the improvements we're working on are of the "faster horse" variety, e.g. cleaning up the codebase, improving performance, modularizing the tile grid, fixing bugs. I would be extremely interested to hear what users of Modest Maps want most in a 2.0 release!

migurski replied on January 06, 2009 02:25 to the question "How to calculate Transformation between different projections" in Modest Maps:

Great!

migurski replied on January 03, 2009 07:45 to the question "How to calculate Transformation between different projections" in Modest Maps:

Hi Grispoo -

There are two parts to your question. One is implementing EPSG 22182. It looks like it's an instance of transverse mercator with a unique center and offset, so you'd need to implement some of the math found near the bottom of http://mathworld.wolfram.com/Mercator..., in a new IProjection class. If you have a copy of PROJ4 kicking around, it would help make it possible to check your work.

The second part is determining your transformation matrix. This is slightly harder to explain; is it enough of a hint to say that you're looking for transformation into image pyramid Coordinate, rather than flat map Point space?

If this isn't helpful I can try to follow up with a bit of code. Do you already have a tile set somewhere that we can look at together?

migurski replied on December 22, 2008 18:04 to the question "Overlay a single geographic image on a map" in Modest Maps:

To map between Location (lat, lon) and points on the screen, try the Map methods locationPoint() and pointLocation().

migurski replied on October 28, 2008 19:10 to the question "Can I use Zoomify to cover multiple part of the world using more images to create tiles ?" in Modest Maps:

The tricky part here would be to synchronize the positioning and placement of those zoomify images to one another. Do you know the projection of your source images? Are you reprojecting them into a common space like mercator?

migurski replied on October 28, 2008 19:07 to the question "modestmap pygame/pyglet tilesets" in Modest Maps:

Hi Goran,

getMapByExtentZoom is definitely the thing you want.

You'll notice that getMapByExtent accepts image dimensions, which means that it takes two locations and does its best to fit them inside a given map image. This means that the locations may or may not actually end up right at the map corners - in fact they usually don't, they're just guaranteed to fit someplace. The intent of this function is to create maps like this one, where you know what points you want to show and how big it should be, but don't otherwise care where, precisely, those point ssit on the map:
http://oakland.crimespotting.org/beat...

By contrast, getMapByExtentZoom determines an appropriate image size based on precise corner locations, which sounds closer in spirit to what you're aiming for.

Can you explain more about pygame and pyglet? It sounds like you're generating 512x512 tiles from the output of maps. There may be a better or more efficient way to do this directly with a custom provider.

Sorry about the Google maps thing. They change their tile URLs a lot, it's hard for us to keep up. We strongly recommend a more stable mapping provider like Microsoft or OpenStreetMap.

migurski replied on October 14, 2008 19:24 to the question "New to ModestMaps and need to know about its capabilities" in Modest Maps:

Hi Dels,

There are a few examples on the Modest Maps home page, here:
http://modestmaps.com/example.html
http://modestmaps.com/tutorial-actran...

Those are basic technology examples. The library has also been used in numerous public projects like these:
http://www.nike.com/nikeskateboarding... (under "Stores")
http://www.msnbc.msn.com/id/26295161/
http://snapshot.trulia.com/
http://hindsight.trulia.com/

You'll see the xoom & pan behavior you're talking about there.

WMS/WFS layer support is not core to the mission of the project, though the library has been adapted to do so by GeoCommons, code that may yet make it into Modest Maps' sample code section:
http://maker.geocommons.com/

migurski replied on September 30, 2008 07:11 to the question "Creating NASA Blue Marble Map?" in Modest Maps:

The map on that page is an example of Modest Maps. You can find it in the as2 directory of 1.0 archive, it's called SampleClient2.fla.