<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: What I&#8217;ve been working on: MapMyPix</title>
	<atom:link href="http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/feed/" rel="self" type="application/rss+xml" />
	<link>http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/</link>
	<description>A blog about Adobe Flex</description>
	<pubDate>Tue, 06 Jan 2009 19:41:19 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Flex-info.fr : Communauté Flex &#187; Blog Archive &#187; Application GPS - Photos</title>
		<link>http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-20519</link>
		<dc:creator>Flex-info.fr : Communauté Flex &#187; Blog Archive &#187; Application GPS - Photos</dc:creator>
		<pubDate>Sat, 20 Oct 2007 00:53:01 +0000</pubDate>
		<guid isPermaLink="false">http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-20519</guid>
		<description>[...] http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/ aucun [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/" rel="nofollow">http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/</a> aucun [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: d.c.Holth &#187; Blog Archive &#187; MapMyPix. The best photo geocoder ever.</title>
		<link>http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-20301</link>
		<dc:creator>d.c.Holth &#187; Blog Archive &#187; MapMyPix. The best photo geocoder ever.</dc:creator>
		<pubDate>Thu, 18 Oct 2007 14:15:08 +0000</pubDate>
		<guid isPermaLink="false">http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-20301</guid>
		<description>[...] Since it has been a while since I posted last, I wanted to write a long detailed entry about MapMyPix and how sweet it is, but Doug McCune and  Tom Link beat me to the punch! I suggest you check out their blogs for more information on this awesome combination of technology and our first experience developing on AIR.I was brought on to the project because of my experience working with Flickr. Uploading, downloading and managing the photos online became my primary responsibility on the project. I didn&#8217;t use the classes I had previously written for this project however. [...]</description>
		<content:encoded><![CDATA[<p>[...] Since it has been a while since I posted last, I wanted to write a long detailed entry about MapMyPix and how sweet it is, but Doug McCune and  Tom Link beat me to the punch! I suggest you check out their blogs for more information on this awesome combination of technology and our first experience developing on AIR.I was brought on to the project because of my experience working with Flickr. Uploading, downloading and managing the photos online became my primary responsibility on the project. I didn&#8217;t use the classes I had previously written for this project however. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonas</title>
		<link>http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-19081</link>
		<dc:creator>Jonas</dc:creator>
		<pubDate>Tue, 09 Oct 2007 16:19:40 +0000</pubDate>
		<guid isPermaLink="false">http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-19081</guid>
		<description>There are also potential applications for environmental consultant types for vegetation monitoring and surveys, though we are usually using commercial grade units that don't utilize the .gpx file type. Would be great for municipalities mapping trees, signs, or anything else where knowing the rough location as well as the condition of the object is important, but sub-meter accuracy is not necessary. 

Would be perfect to map the photos on a canoe trip down the Suwanee River in December. You interested or what? Jambo and Terry are making some noise like they might make the trek to Florida. It will be a good time. Let me know.</description>
		<content:encoded><![CDATA[<p>There are also potential applications for environmental consultant types for vegetation monitoring and surveys, though we are usually using commercial grade units that don&#8217;t utilize the .gpx file type. Would be great for municipalities mapping trees, signs, or anything else where knowing the rough location as well as the condition of the object is important, but sub-meter accuracy is not necessary. </p>
<p>Would be perfect to map the photos on a canoe trip down the Suwanee River in December. You interested or what? Jambo and Terry are making some noise like they might make the trek to Florida. It will be a good time. Let me know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug</title>
		<link>http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-19070</link>
		<dc:creator>Doug</dc:creator>
		<pubDate>Tue, 09 Oct 2007 15:27:43 +0000</pubDate>
		<guid isPermaLink="false">http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-19070</guid>
		<description>@Todd - we make heavy use of the EXIF thumbnails. All thumbnails shown in the application on the map are the extracted EXIF thumbnails (and if not available we save our own thumbnail). The problem came when we wanted to let people view the full resolution image (which you can do if you select an individual image on the map). Then you can navigate between the other images and view any of those in hi-res mode. It was when were were loading these full size images that we ran into memory problems.

And we're doing a similar thing that it sounds like you're doing to save our own thumbnails if no EXIF thumb is available, which is to set up a queue of image resizing processes and run one after the other, making sure to dispose of bitmapData objects, etc.</description>
		<content:encoded><![CDATA[<p>@Todd - we make heavy use of the EXIF thumbnails. All thumbnails shown in the application on the map are the extracted EXIF thumbnails (and if not available we save our own thumbnail). The problem came when we wanted to let people view the full resolution image (which you can do if you select an individual image on the map). Then you can navigate between the other images and view any of those in hi-res mode. It was when were were loading these full size images that we ran into memory problems.</p>
<p>And we&#8217;re doing a similar thing that it sounds like you&#8217;re doing to save our own thumbnails if no EXIF thumb is available, which is to set up a queue of image resizing processes and run one after the other, making sure to dispose of bitmapData objects, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd P</title>
		<link>http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-19069</link>
		<dc:creator>Todd P</dc:creator>
		<pubDate>Tue, 09 Oct 2007 15:18:15 +0000</pubDate>
		<guid isPermaLink="false">http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-19069</guid>
		<description>You guys might want to look into using the EXIF embedded JPEG thumbnails that most modern digital cameras use.   Kevin Hoyt's blog has an interesting article on this:  

http://blog.kevinhoyt.org/2007/07/06/exif-thumbnails-and-the-air-bus-tour/
http://blog.kevinhoyt.org/2005/11/01/actionscript-3-meets-exif-21

I met him at the Adobe OnAir tour in Boston and was talking strategies with him about building thumbnails from large JPEG files, and he pointed me to the embeded thumbnai stuff.

I have an Air application that scans a directory of images and makes thumbnails out of them.  I haven't really run into any memory issues.  I going through great pains, though, to call dispose on Bitmapdata.dispose, and try to reuse image resources.  And since the asyncronous nature of Flex/AIR, I had to go through great pains to link events in a specific order as to only process a single image at a time.</description>
		<content:encoded><![CDATA[<p>You guys might want to look into using the EXIF embedded JPEG thumbnails that most modern digital cameras use.   Kevin Hoyt&#8217;s blog has an interesting article on this:  </p>
<p><a href="http://blog.kevinhoyt.org/2007/07/06/exif-thumbnails-and-the-air-bus-tour/" rel="nofollow">http://blog.kevinhoyt.org/2007/07/06/exif-thumbnails-and-the-air-bus-tour/</a><br />
<a href="http://blog.kevinhoyt.org/2005/11/01/actionscript-3-meets-exif-21" rel="nofollow">http://blog.kevinhoyt.org/2005/11/01/actionscript-3-meets-exif-21</a></p>
<p>I met him at the Adobe OnAir tour in Boston and was talking strategies with him about building thumbnails from large JPEG files, and he pointed me to the embeded thumbnai stuff.</p>
<p>I have an Air application that scans a directory of images and makes thumbnails out of them.  I haven&#8217;t really run into any memory issues.  I going through great pains, though, to call dispose on Bitmapdata.dispose, and try to reuse image resources.  And since the asyncronous nature of Flex/AIR, I had to go through great pains to link events in a specific order as to only process a single image at a time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: derrick</title>
		<link>http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-19009</link>
		<dc:creator>derrick</dc:creator>
		<pubDate>Tue, 09 Oct 2007 06:20:04 +0000</pubDate>
		<guid isPermaLink="false">http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-19009</guid>
		<description>Sounds similar to what www.everytrail.com does. They use timestamp geotagging too. It's a nice site with many worldwide GPS routes and geotagged photos.</description>
		<content:encoded><![CDATA[<p>Sounds similar to what <a href="http://www.everytrail.com" rel="nofollow">http://www.everytrail.com</a> does. They use timestamp geotagging too. It&#8217;s a nice site with many worldwide GPS routes and geotagged photos.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug</title>
		<link>http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-18994</link>
		<dc:creator>Doug</dc:creator>
		<pubDate>Tue, 09 Oct 2007 03:25:25 +0000</pubDate>
		<guid isPermaLink="false">http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-18994</guid>
		<description>@PaulH - the app shouldn't be limited to the US only, it should work worldwide, but MapQuest's service only provides tiles for a limited subset of the world at the moment. I know they just added New Zealand recently, and we've tried the app with a data set there (actually, some of the screenshots I posted are showing New Zealand). When you load your GPX file, does it display the route as a red line and just not show the map? If so that means that MapQuest doesn't yet support that area with their API. It's a new APi so I think they're rolling out worldwide support for map tiles as they go.

I'm also heavily involved right now in a Flex project using ESRI's API. There are things I like about both APIs, interesting that you would say that neither is as good as googles. From an API standpoint what does google have that the others don't?</description>
		<content:encoded><![CDATA[<p>@PaulH - the app shouldn&#8217;t be limited to the US only, it should work worldwide, but MapQuest&#8217;s service only provides tiles for a limited subset of the world at the moment. I know they just added New Zealand recently, and we&#8217;ve tried the app with a data set there (actually, some of the screenshots I posted are showing New Zealand). When you load your GPX file, does it display the route as a red line and just not show the map? If so that means that MapQuest doesn&#8217;t yet support that area with their API. It&#8217;s a new APi so I think they&#8217;re rolling out worldwide support for map tiles as they go.</p>
<p>I&#8217;m also heavily involved right now in a Flex project using ESRI&#8217;s API. There are things I like about both APIs, interesting that you would say that neither is as good as googles. From an API standpoint what does google have that the others don&#8217;t?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PaulH</title>
		<link>http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-18992</link>
		<dc:creator>PaulH</dc:creator>
		<pubDate>Tue, 09 Oct 2007 03:16:23 +0000</pubDate>
		<guid isPermaLink="false">http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-18992</guid>
		<description>esri's APIs are always a bit quirky but their support for aws flex is actually pretty good so far.  esri's data outside the US is quite a bit better than mapquest's. they also have a "free" public webservice. neither is as good as google's--google's negative is their localization, we're building a flex app right now with global sample data &#38; while thai users are very happy to see thai language vector maps they're not so happy to see japanese language ones.

btw you guys never heard of scalebars or north arrows ;-)

in any case, is this app US-only? i tried dragging a GPX file from my bike riding NE of bangkok &#38; got no joy.</description>
		<content:encoded><![CDATA[<p>esri&#8217;s APIs are always a bit quirky but their support for aws flex is actually pretty good so far.  esri&#8217;s data outside the US is quite a bit better than mapquest&#8217;s. they also have a &#8220;free&#8221; public webservice. neither is as good as google&#8217;s&#8211;google&#8217;s negative is their localization, we&#8217;re building a flex app right now with global sample data &amp; while thai users are very happy to see thai language vector maps they&#8217;re not so happy to see japanese language ones.</p>
<p>btw you guys never heard of scalebars or north arrows <img src='http://dougmccune.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>in any case, is this app US-only? i tried dragging a GPX file from my bike riding NE of bangkok &amp; got no joy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Doug</title>
		<link>http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-18989</link>
		<dc:creator>Doug</dc:creator>
		<pubDate>Tue, 09 Oct 2007 01:14:01 +0000</pubDate>
		<guid isPermaLink="false">http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-18989</guid>
		<description>@shaun - The app compares timestamps of when the photo was taken against the GPS track points (which have timestamps as well). It finds the closest track point, and assuming it's within an acceptable range in time it places the photo at that point on the map.</description>
		<content:encoded><![CDATA[<p>@shaun - The app compares timestamps of when the photo was taken against the GPS track points (which have timestamps as well). It finds the closest track point, and assuming it&#8217;s within an acceptable range in time it places the photo at that point on the map.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: shaun</title>
		<link>http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-18987</link>
		<dc:creator>shaun</dc:creator>
		<pubDate>Tue, 09 Oct 2007 01:08:15 +0000</pubDate>
		<guid isPermaLink="false">http://dougmccune.com/blog/2007/10/08/what-ive-been-working-on-mapmypix/#comment-18987</guid>
		<description>Sorry I should have looked at Toms blog before posting. cheers,</description>
		<content:encoded><![CDATA[<p>Sorry I should have looked at Toms blog before posting. cheers,</p>
]]></content:encoded>
	</item>
</channel>
</rss>
