You can now be a part of a team on Scale! Until recently, only the original creator of a task could access its history, visually inspect responses, and provide direct feedback on quality. It was a hurdle to our users getting the fullest possible value out of our platform. That's why we're excited to announce Teams, which will allow multiple users to have access to the same set of tasks.<h2>Inviting team members</h2> To take advantage of Teams, head over to “Your Team” in your settings menu. As a team administrator, you can invite new team members, manage existing teammates, and update your team name and payment information.<h2>Shared task history</h2> All members in a team will have access to the team's full Task History on the Scale dashboard. Team members can also quickly access team API keys and create new tasks as part of the team.<img src="https://cdn.builder.io/api/v1/image/assets%2Fe0438815ba51486bbb6a202747122d4b%2F84b4897a723f43fb97a56b46f2b51335" alt="Scale's Dashboard"> <h2>Quality assurance audit</h2> All team members have access to our Quality Assurance tool, where you can grab a random sample of completed tasks (filterable by task type, completion date, and more) and audit task responses using the same interface that our workers use to complete tasks.<img src="https://cdn.builder.io/api/v1/image/assets%2Fe0438815ba51486bbb6a202747122d4b%2Fd04705d0f82d49ca9a220a15ee97866d" alt="Scale's Quality Assurance"> We hope that this improves your Scale experience! If you have questions or other feedback, <a href="https://twitter.com/scale_ai" rel="noopener noreferrer" target="_blank">we'd love to hear from you</a>.

Introducing Teams - Complete Tasks on the Fly - Scale

Introducing Teams

Today we are happy to announce a new version of our customer dashboard! We’ve cleaned up the dashboard so it’s faster and more efficient for you to use. Our mission is to help you become more productive and successful using Scale. In order to achieve this, we’ve <a href="https://scale.com/dashboard" rel="noopener noreferrer" target="_blank">redesigned our dashboard</a> to better reflect how tasks are being completed with an overview of your project’s progress.<h2>New Layout</h2> Immediately, you’ll notice the new layout. The header has a new search input that allows you to search for tasks by ID on any page. Beside the header, you can manage your API keys (via Manage API Keys), making it easier to access your keys and quickly integrate Scale in your code.<img src="https://cdn.builder.io/api/v1/image/assets%2Fe0438815ba51486bbb6a202747122d4b%2Fd6176a7e06694a669b105644d2b1870c" alt="Scale's dashboard"> The sidebar navigation has direct access to the main sections (Overview, Tasks, and Payments) and Support (Chat &amp; Documentation).<h2>Overview</h2> We distributed our page’s elements more cleanly, and we updated the chart and the date filters as seen in the Overview.<img src="https://cdn.builder.io/api/v1/image/assets%2Fe0438815ba51486bbb6a202747122d4b%2F2ffab995d1c84b1d9b785410e57c3616" alt="Scale's dashboard"> <h2>Tasks</h2> This is one of the most important features of our application, as this is where the detailed information about your tasks are shown.<img src="https://cdn.builder.io/api/v1/image/assets%2Fe0438815ba51486bbb6a202747122d4b%2Fe7863fde39604fbb9a90255fa4ed4c27" alt="Scale's dashboard"> Here you will find the status and details of your tasks. You are also able to export the dataset and view the final result of a completed task.<h2> </h2><h2> Technical Aspects of Building the Dashboard</h2> A year ago, we decided to move all of our frontend to <a href="https://github.com/zeit/next.js/" rel="noopener noreferrer" target="_blank">Next.JS</a>, making it possible to have our website, blog, scaler tooling, and dashboard all in the same stack. This helped us move faster while sharing and extending react components.<img src="https://imagedelivery.net/wLbZE4_NzVVdgHc15St55g/ee1030dc-13c2-47a4-4cdc-7020e6c1c800/public" alt="Scale's dashboard"> In order to create more consistency, we have a <a href="https://scale.ai/ui-library" rel="noopener noreferrer" target="_blank">UI library where all of our components are stored</a>. At the time of starting the redesign of the dashboard, we had most of the components designed and implemented, so the process of creating the updated UI was smooth and fast. All of our CSS is written in styled-jsx with PostCSS plugin, meaning we only have a few lines of Global CSS. Our next steps in terms of frontend, are to implement Redux, to better handle different states of the UI, and continue updating our UI Library with more definitions in terms of: Typography, Backgrounds and Branding.<h2>Our Future Roadmap</h2> <ol><li>Onboarding: By having our</li><li> Onboarding tool be the first thing you see as you enter our</li><li> site, we further our goal of helping developers quickly jump in and start</li><li> using Scale. With this new feature, we show the decision makers at your</li><li> company how our services can quickly and seamlessly begin improving your</li><li> productivity. We are in the process of implementing this into our website as</li><li> the final touches are being placed into our dashboard.</li><li> </li><li>Responsive Design We know it can be frustrating to check</li><li> the status of your tasks without having the ability to on your handheld</li><li> devices. While it wasn't included in this release,</li><li> we will support mobile devices in the very near future.</li><li>Payment Model We are soon introducing a better way to</li><li> experience Scale with a simpler pricing model that makes our rates clear to</li><li> the user without any ambiguity or uncertainty. Stay Tuned.</li><li> </li><li> </li></ol><h2>Conclusion</h2> We know having a quick feedback loop is very important in order to achieve our mission of making our customers more produc__tive and comfortable using our product. Our improvements to the dashboard are meant to help our users quickly see how their projects and tasks are developing. We hope you enjoy our dashboard’s new and improved developments as much as we do! 😃 As always, we’d <a href="https://twitter.com/scale_ai" rel="noopener noreferrer" target="_blank">love to hear your comments and opinions</a>.

New Scale Dashboard - Easily Managing Your API Keys - Scale

Introducing Our New Dashboard

One of the most obvious signs that a site is made with <a href="https://github.com/zeit/next.js/" rel="noopener noreferrer" target="_blank">Next.JS</a> is that you load the page, you click a link to another section and it loads instantly. That’s because when a page is loaded, <a href="https://github.com/zeit/next.js/" rel="noopener noreferrer" target="_blank">Next.JS</a> will download in the background all the other pages linked with tags. This works great for static pages, but as soon as you have to fetch some data in the getInitialProps, loading that page will take time even if it the page code is prefetched. And what is worse — unless you explicitly add a loading indicator, it will usually take time with no indication in the UI! Prefetching and caching data is not trivial — for example, it could be wrong to serve a slightly outdated version of certain information. Also, different data could have different caching rules. Here at Scale we decided to implement a lightweight caching and data prefetching strategy, which allows having this instant navigation experience without compromising data freshness. <h2>Caching in getInitialProps</h2> On certain parts of our site, we know it is OK to show data that is a few minutes old. For those cases, we implemented a simple caching strategy that stores data with a 5 minute TTL. The implementation uses an abstraction around the fetch api that we called <code>cached-json-fetch</code>: <pre class="ql-syntax" spellcheck="false">import lscache from 'lscache';
import fetch from 'isomorphic-fetch';
const TTL_MINUTES = 5;
export default async function(url, options) {
// We don't cache anything when server-side rendering.
// That way if users refresh the page they always get fresh data.
if (typeof window === 'undefined') {
return fetch(url, options).then(response =&gt; response.json());
}
let cachedResponse = lscache.get(url);
// If there is no cached response,
// do the actual call and store the response
if (cachedResponse === null) {
cachedResponse = await fetch(url, options)
.then(response =&gt; response.json());
lscache.set(url, cachedResponse, TTL_MINUTES);
}
return cachedResponse;
}
export function overrideCache(key, val) {
lscache.set(key, val, TTL_MINUTES);
}
</pre>We then use this in the <code>getInitialProps</code> of our pages: <pre class="ql-syntax" spellcheck="false">import React from 'react';
import cachedFetch, { overrideCache } from 'lib/cached-json-fetch';
const SOME_DATA_URL = '/some_data';
export default class SomePage extends React.Component {
static async getInitialProps(ctx) {
const someData = await cachedFetch(SOME_DATA_URL);
const isServerRendered = !!ctx.req;
return { someData, isServerRendered };
}
componentDidMount() {
// When the page is server-rendered,
// we override the value in the client cache
if (this.props.isServerRendered) {
overrideCache(SOME_DATA_URL, this.props.someData);
}
}
}
</pre>Now, when we client-navigate to this page, it will check the cache first before fetching the data from the server. Alternatively, on a full page reload, it will always fetch the latest data from the server and reset the TTL. <h2>Prefetching data</h2> With a caching layer like this in place, it is extremely straightforward to add prefetching. In the example above, all we need to do is call <code>getInitialProps</code> so the cache is populated with all the necessary data to load the page. Now, if this page is client-navigated to before the TTL expires, it will load instantly just like a static page! To achieve this, we can create a simple abstraction over Link, which not only downloads the page structure in the background but also calls its <code>getInitialProps</code> to populate the cache: <pre class="ql-syntax" spellcheck="false">import React from 'react';
import Link from 'next/link';
import { resolve, parse } from 'url';
import Router from 'next/router';
export default class DataPrefetchLink extends Link {
async prefetch() {
if (typeof window === 'undefined') {
return;
}
const { pathname } = window.location;
const href = resolve(pathname, this.props.href);
const { query } = parse(this.props.href, true);
const Component = await Router.prefetch(href);
if (this.props.withData &amp;&amp; Component) {
const ctx = {pathname: href, query, isVirtualCall: true};
await Component.getInitialProps(ctx);
}
}
}
</pre>Using this in our pages is as simple as: <code>&lt;Link prefetch withData href="…"&gt;</code>. In case you have some calls in your page’s <code>getInitialProps</code> that do not use a cache, you can use the <code>isVirtualCall</code> flag in the context to avoid making them when the method is called for caching purposes only. For example: <pre class="ql-syntax" spellcheck="false">import React from 'react';
import cachedFetch, { overrideCache } from 'lib/cached-json-fetch';
import fetch from 'isomorphic-fetch';
const SOME_DATA_URL = '/some_data';
export default class SomePage extends React.Component {
static async getInitialProps(ctx) {
const someData = await cachedFetch(SOME_DATA_URL);
const isServerRendered = !!ctx.req;
const isVirtualCall = ctx.isVirtualCall;
// No need to call this when prefetching the page,
// since this data won’t be cached
let someNonCachedData;
if (!isVirtualCall) {
someNonCachedData = await fetch('/some_non_cached_data')
.then(response =&gt; response.json());
}
return { someData, someNonCachedData, isServerRendered };
}
componentDidMount() {
// When the page is server-rendered,
// we override the value in the client cache
if (this.props.isServerRendered) {
overrideCache(SOME_DATA_URL, this.props.someData);
}
}
}
</pre>The key element that makes this possible is that the programmatic prefetch API through <code>Router.prefetch</code> returns the page’s constructor, so we can call the <code>getInitialProps</code> directly on that object! You can find this extended Link component in npm as <a href="https://www.npmjs.com/package/data-prefetch-link" rel="noopener noreferrer" target="_blank">data-prefetch-link</a>. In conclusion, we learned that with some fine-tuning we can make our dynamic next.js pages load as fast as static pages, without sacrificing the freshness of the data or the flexibility to choose which data we want to cache. We hope this helps you make your web platforms faster!

Increase the Performance of Dynamic Next.JS Websites - Scale

Increasing the Performance of Dynamic Next.JS Websites

We recently worked with the team at Cloudinary to help build and evaluate a better image compression and quality measurements. The results of Cloudinary’s work on Scale were very insightful and we wanted to share it broadly to demonstrate how more companies can leverage human judgments to build high quality features. Without further ado, <a href="https://cloudinary.com/blog/author/tal_lev_ami" rel="noopener noreferrer" target="_blank">Tal Lev Ami</a>, CTO of Cloudinary, wanted to write about how they used Scale: <blockquote> Here at Cloudinary, we provide a cloud-based tool that enables our users to</blockquote><blockquote> compress images and video for their websites and apps. Our goal is to</blockquote><blockquote> preserve the visual integrity of the content, but deliver the smallest file</blockquote><blockquote> size to any device or browser to ultimately optimize website performance and</blockquote><blockquote> end user satisfaction.</blockquote> <blockquote> One of the hallmarks of the Cloudinary solution is the ability to automate</blockquote><blockquote> many functions of image compression, so that developers don’t have to spend</blockquote><blockquote> time tweaking each photo and making multiple copies of different sizes and</blockquote><blockquote> resolutions to fit every possible scenario. Compression algorithms can be</blockquote><blockquote> tricky because they’re trying to make changes that have the smallest visual</blockquote><blockquote> impact, but different images can react differently to compression.</blockquote> <blockquote> As we were developing the algorithm for our “q_auto” capabilities — which</blockquote><blockquote> strikes a balance between visual quality and file size — we needed to test</blockquote><blockquote> it to understand how the resulting images compared to the human eye. Enter</blockquote><blockquote> Scale.</blockquote> <blockquote> Many image compression formats — like JPEG 2000 and JPEG XR — have been</blockquote><blockquote> tweaked to score well on particular metrics, such as peak signal-to-noise</blockquote><blockquote> ratio (PSNR). But these don’t always correlate with human perception on</blockquote><blockquote> image quality.</blockquote> <blockquote> We leveraged Scale to compare pairs of images and give us perspective on</blockquote><blockquote> which image was liked most by humans. With Scale, we did a variety of tests,</blockquote><blockquote> comparing several formats, including WebP, JPEG 2000, JPEG XR (lossy) Lepton</blockquote><blockquote> (MozJPEG, recompressed with Lepton), FLIF, BPG, Daala, and PNG8</blockquote><blockquote> (pngquant+optipng). We also were able to get input on the difference between</blockquote><blockquote> the uncompressed original image vs. a compressed version.</blockquote> <blockquote> Scale enabled us to create A/B comparisons that were viewed by human</blockquote><blockquote> observers. We submitted over 4,000 image comparisons to Scale, sending at</blockquote><blockquote> least four independent Scale requests for each pair of image. This resulted</blockquote><blockquote> in at least eight actual human comparisons for each pair of images. The</blockquote><blockquote> outcome of these comparisons were evaluated beside other perceptual metrics</blockquote><blockquote> such as PSNR, Google’s Butteraugli, DSSIM (Structural (Dis)Similarity) and a</blockquote><blockquote> new metric Cloudinary developed called</blockquote><blockquote> <a href="https://cloudinary.com/blog/detecting_the_psychovisual_impact_of_compression_related_artifacts_using_ssimulacra" rel="noopener noreferrer" target="_blank">SSIMULACRA (Structural SIMilarity Unveiling Local And Compression Related</a></blockquote><blockquote><a href="https://cloudinary.com/blog/detecting_the_psychovisual_impact_of_compression_related_artifacts_using_ssimulacra" rel="noopener noreferrer" target="_blank"> Artifacts)</a>.</blockquote> <blockquote> The results showed that overall, PSNR is “correct” in only 67 percent of the</blockquote><blockquote> cases. Butteraugli gets it right in 80 percent of the cases, and DSSIM in 82</blockquote><blockquote> percent of the cases. Our new metric, SSIMULACRA, agrees with human</blockquote><blockquote> judgments in 87 percent of the cases. Looking just at the high-confidence</blockquote><blockquote> human judgments, we found about 78 percent agreement for PSNR, 91 percent</blockquote><blockquote> for both Butteraugli and DSSIM, and almost 98 percent agreement for</blockquote><blockquote> SSIMULACRA. You can</blockquote><blockquote> <a href="https://cloudinary.com/blog/detecting_the_psychovisual_impact_of_compression_related_artifacts_using_ssimulacra" rel="noopener noreferrer" target="_blank">read more about SSIMULACRA and these results on the Cloudinary blog</a>. Or if you want to give it a try:</blockquote><blockquote> <a href="https://github.com/cloudinary/ssimulacra" rel="noopener noreferrer" target="_blank">SSIMULACRA is free and open-source software!</a></blockquote> <blockquote> The results of Scale comparisons gave us useful data points to validate our</blockquote><blockquote> metrics and provided more insights into the compression benchmarks we are</blockquote><blockquote> running and the comparison of various image formats. And from these insights</blockquote><blockquote> we were able to improve our visual perception metrics and fine-tune our</blockquote><blockquote> “q_auto” functionality so we know how aggressively we can compress images.</blockquote> <blockquote> Through this process we were impressed not only by the useful data points</blockquote><blockquote> derived from the Scale, but also the great support we got from the company</blockquote><blockquote> and the product’s ease-of-use, all which came at a reasonable price.</blockquote>

We recently worked with the team at Cloudinary to help build and evaluate a better image compression and quality measurements.

Image Compression: Cloudinary Relies on Scale Technology

Guest Post: Cloudinary Uses Scale to Focus on Image Compression

We are excited to&nbsp;<a href="https://www.wsj.com/articles/scale-helps-engineers-outsource-microtasks-1495452603" rel="noopener noreferrer" target="_blank">announce</a>&nbsp;that we have raised a $4.5 million Series A round of funding led by Accel. Along with this funding, Accel’s Daniel Levine has joined Scale’s board. The funding will be used to invest in our rapid growth, expand our offerings, and grow our team. When we started Scale ten months ago, our goal was to build the simplest API for training data. Since then we have released six APIs (<a href="https://scale.com/image-annotation" rel="noopener noreferrer" target="_blank">Image Annotation</a>,&nbsp;<a href="https://scale.com/ocr-transcription" rel="noopener noreferrer" target="_blank">OCR Transcription</a>,&nbsp;<a href="https://scale.com/categorization" rel="noopener noreferrer" target="_blank">Categorization</a>,&nbsp;<a href="https://scale.com/comparison" rel="noopener noreferrer" target="_blank">Comparison</a>, and&nbsp;<a href="https://scale.com/data-collection" rel="noopener noreferrer" target="_blank">Data Collection</a>), and we process millions of API requests each month. This success has confirmed our conviction that there is no better time than now to build Scale. We are currently at an inflection point in the age of artificial intelligence (AI). Just like software before it, AI will have an enormous effect on productivity and enable incredible new technologies. Scale works with many companies and technologies at the forefront of this shift, including self-driving cars, intelligent assistants, and voice analytics. Our customers agree that integrating AI with accurate human intelligence is crucial to building reliable AI technology. As a result, we believe Scale will be a foundation for the next wave of development in AI. This financing will allow us to grow our engineering, operations, support, marketing, and sales teams to continue on our journey to make our customers more productive and efficient. We’re committed to continuously improving our costs, speed, and quality and to providing a quality customer experience. We’d also like to thank our colleagues, customers, partners, and investors for supporting on this journey to build APIs for human intelligence. We look forward to continuing to support companies and developers in creating innovative software in the age of AI. This is just the beginning. We are actively hiring exceptional engineers, designers, AI researchers, and more. If you are interested in joining Scale, check out our&nbsp;<a href="https://scale.com/about#jobs" rel="noopener noreferrer" target="_blank">careers page</a>.

Announcing Our Series A With Accel

One of the largest automobile companies in the world uses Scale to help build self-driving cars. Self-driving cars (SDCs) are one of the most exciting technologies being developed today. If they become a reality, the benefits that come will significantly impact our lives in several ways:<ul><li>Lives will be saved</li><li>Transportation speeds go up → Time is saved.</li><li>People will be freed up to be productive or enjoy entertainment on the road</li></ul>One of the big challenges for SDCs is&nbsp;extremely&nbsp;high-stakes computer vision. SDCs need to quickly recognize various road conditions, animals, people, other cars, etc. They need to understand how these things are behaving and how they’re likely to behave in the near future. Computer vision, by way of deep learning, has come a long way recently, but it needs to keep improving to ensure SDCs are safe and reliable. SDC companies are using Scale to tag objects by passing images through Scale’s&nbsp;<a href="http://scale.com/image-recognition" rel="noopener noreferrer" target="_blank">Image Recognition API</a>. Scalers label cars, people, signs, traffic lights, etc. to help train their models. An example call would look something like this: <pre class="ql-syntax" spellcheck="false">import scaleapi
client = scaleapi.ScaleClient('SCALE_API_KEY')
client.create_annotation_task(
 instruction='Draw a tight box around each **car** and **pedestrian**.'
 attachment_type='image',
 attachment='https://imagedelivery.net/wLbZE4_NzVVdgHc15St55g/e2bea5ad-8ea7-4726-6f9e-9e99264c0600/public',
 objects_to_annotate=['car', 'pedestrian'],
 with_labels=True,
 callback_url='http://www.example.com/callback'
)
</pre>At Scale, we deeply believe in investing in our customer experience. It’s great to have customers that push us, particularly in ways that benefit all customers. We worked closely with the automobile company to make sure our quality was up to their standards, while maintaining a reasonable cost. Some examples of specific things we did to deliver for the customer:<ul><li>Our Scalers take online tests to determine their skill level at a specific task. We improved the Image Recognition test to ensure that Scalers were bounding objects within a pixel of accuracy on each image. Not every customer needs that accuracy, but it’s nice to have nonetheless!</li><li>We invested in the software tool our Scalers use to annotate images to improve their UX. Improving the performance and layout of the tool made a big difference. We took the cost savings and passed it through to our customers.</li><li>We noticed our Scalers were still taking a bit longer to get through the images than we had expected. When we investigated, we realized they were spending a lot of time waiting for images to load. We spun up pre-fetching of the next image to speed things up. And again, we were able to take the cost savings and pass them through to our customers.</li></ul>There are countless more things we did to improve the Scale experience that our now available to all of our customers. And we promise to keep improving it. At Scale, we want to make our customers more productive and efficient. AI and self-driving cars are an awesome application of Scale towards that goal. If you need help with training your computer vision for self-driving cars,&nbsp;<a href="https://chat.scale.ai/" rel="noopener noreferrer" target="_blank">join our Slack</a>&nbsp;and ask. We’re confident we can deliver the cost, quality and Scale (pun intended) you need!

Blog

Introducing Teams

Introducing Our New Dashboard

Increasing the Performance of Dynamic Next.JS Websites

Guest Post: Cloudinary Uses Scale to Focus on Image Compression

Announcing Our Series A With Accel

Training Data For Self Driving Cars With Scale