Results for mash-up
On this page:
 
Dictionary:

mash-up

  (măsh'ŭp')
or mash·up n.

An audio recording that is a composite of samples from other recordings, usually from different musical styles.


 
 

A mixture of content or elements. For example, an application that was built from routines from multiple sources or a Web site that combines content and/or scripts from multiple sources is said to be a mashup. The term became popular in the 2005 time frame.

Mashup Contest

Set up as a competition, the first "Mashup Camp" was sponsored by Adobe, AOL, Sun, Microsoft, Google, Yahoo! and others. It was hosted at the Computer History Museum in Mountain View, California in February 2006. The winning mashup was Podbop (www.Podbop.org), which combined a concert event locator site with MP3 samples of the upcoming bands. Second place went to ChicagoCrime.org (www.chicagocrime.org), which showed crime locations in Chicago by mashing up the crime data with Google Maps.



 
Wikipedia: mashup (web application hybrid)

A mashup is a web application that combines data from more than one source into a single integrated tool; a typical example is the use of cartographic data from Google Maps to add location information to real-estate data from Craigslist, thereby creating a new and distinct web service that was not originally envisaged by either source.

mashup originally referred to the practice in pop music (notably hip-hop) of producing a new song by mixing two or more existing pieces.

Overview

Content used in mashups is typically sourced from a third party via a public interface or API, although some in the community believe that cases where private interfaces are used should not count as mashups. Other methods of sourcing content for mashups include Web feeds (e.g. RSS or Atom), web services and Screen scraping. Many people are experimenting with mashups using Amazon, eBay, Flickr, Google, Microsoft, and Yahoo APIs, which has led to the creation of the Mashup editor.

Quotes

a lot of talk about Web 2.0, web mashups, Ajax etc., which in my mind are all facets of the same phenomenon: that information and presentation are being separated in ways that allow for novel forms of reuse.

The mash-up part of this equation, is the offspring of an environment where application developers see it in their own selfish interest to facilitate the creation of integrated, yet highly derivative application hybrids by third parties, something they do by providing rich public APIs to their user base.

(Firefly is) a (mashup) tool for end users, not necessarily codeheads.

Types of mashups

Mashups currently come in three general flavors: consumer mashups, data mashups, and business mashups.

The most well-known type is the consumer mashup, best exemplified by the many Google Maps applications. Consumer mashups combine data elements from multiple sources, hiding this behind a simple unified graphical interface.

Other common types are "data mashups" and "enterprise mashups". A data mashup mixes data of similar types from different sources (see Yahoo Pipes), as for example combining the data from multiple RSS feeds into a single feed with a graphical front end. An enterprise mashup usually integrates data from internal and external sources - for example, it could create a market share report by combining an external list of all houses sold in the last week with internal data about which houses one agency sold.

A business mashup is a combination of all the above, focusing on both data aggregation and presentation, and additionally adding collaborative functionality, making the end result suitable for use as a business application.

A Telecom mashup is a telecommunications service where service elements come from more than one source and are combined into an integrated experience. For example, one could get the base service from company A, a ringback tone from company B, a voicemail service from company C, etc.

Mashups versus Portals

Mashups and Portals are both content aggregation technologies. Portals are an older technology designed as an extension to traditional dynamic web applications, in which the process of converting data content into marked-up web pages is split into two phases - generation of markup "fragments" and aggregation of the fragments into pages. Each of these markup fragments is generated by a "portlet", and the portal combines them into a single web page. Portlets may be hosted locally on the portal server or remotely on another server.

Portal technology defines a complete event model covering reads and updates. A request for an aggregate page on a portal is translated into individual read operations on all the portlets that form the page ("render" operations on local, JSR 168 portlets or "getMarkup" operations on remote, WSRP portlets). If a submit button is pressed on any portlet on a portal page, that is translated into a single update operation on that portlet alone ("processAction" on a local, JSR 168 portlet or "performBlockingInteraction" on a remote, WSRP portlet). The update is then immediately followed by a read on all portlets on the page.

Portal technology is about server-side, presentation-tier aggregation. It cannot be used to drive more robust forms of application integration such as two-phase commits.

Mashups differ from portals in the following respects:

Portal Mashup
Classification Older technology, extension to traditional web server model Newer, "Web 2.0" technology
Philosophy/Approach Approaches aggregation by splitting role of web server into two phases - markup generation and aggregation of markup fragments Adopts a more fundamental approach to content aggregation without regard to markup
Content dependencies Aggregates presentation-oriented markup fragments (HTML, WML, VoiceXML, etc.) Can operate on pure XML content and also on presentation-oriented content (e.g., HTML)
Location dependencies Content aggregation takes place on the server Content aggregation can take place either on the server or on the client
Aggregation style "Salad bowl" style - Aggregated content is presented 'side-by-side' without overlaps "Melting Pot" style - Individual content may be combined in any manner, resulting in arbitrarily structured hybrid content
Event model Read and update event models are defined through a specific portlet API CRUD operations are based on REST architectural principles, but no formal API exists
Relevant standards Portlet behaviour is governed by standards JSR 168, JSR 286 and WSRP, although portal page layout and portal functionality are undefined and vendor-specific Base standard is XML Data Interchange with REST semantics. RSS and Atom are commonly used. More specific mashup standards are expected to emerge.

It is possible to replicate the functionality of a JSR 168 portal entirely using Mashup technology, but many Mashup capabilities cannot be replicated using Portal technology. However, the Portal model has been around longer and has seen greater investment and product research. The technology is therefore more standardised and mature. In 2-3 years, increasing maturity and standardisation of Mashup technology may propel it beyond Portal technology in popularity. Alternatively, the two technologies may converge, with newer versions of current portal products resembling mashup servers in terms of flexibility while still supporting legacy portlet applications.

See also


 
 

Join the WikiAnswers Q&A community. Post a question or answer questions about "mash-up" at WikiAnswers.

 

Copyrights:

Dictionary. The American Heritage® Dictionary of the English Language, Fourth Edition Copyright © 2007, 2000 by Houghton Mifflin Company. Updated in 2007. Published by Houghton Mifflin Company. All rights reserved.  Read more
Computer Desktop Encyclopedia. THIS COPYRIGHTED DEFINITION IS FOR PERSONAL USE ONLY.
All other reproduction is strictly prohibited without permission from the publisher.
© 1981-2008 Computer Language Company Inc.  All rights reserved.  Read more
Wikipedia. This article is licensed under the GNU Free Documentation License. It uses material from the Wikipedia article "Mashup (web application hybrid)" Read more

On this page:   E-mail   print Print  Link  

 

Keep Reading

Mentioned In: