Monthly Archives: October 2016

Why AI Makes It Hard to Prove That Self-Driving Cars Are Safe

This article is taken from here.

By Andrew Silver

Posted

Car manufacturers will have difficulty demonstrating just how safe self-driving vehicles are because of what’s at the core of their smarts: machine learning.

“You can’t just assume this stuff is going to work,” says Phillip Koopman, a computer scientist at Carnegie Mellon University who works in the automotive industry.

mjgxnzuwmq

Photo: David Paul Morris/Bloomberg/Getty Images

A member of the media test drives a Tesla Motors Model S equipped with Autopilot in Palo Alto, Calif., last fall.

Car manufacturers will have difficulty demonstrating just how safe self-driving vehicles are because of what’s at the core of their smarts: machine learning.

“You can’t just assume this stuff is going to work,” says Phillip Koopman, a computer scientist at Carnegie Mellon University who works in the automotive industry.

In 2014, a market research firm projected that the self-driving car market will be worth $87 billion by 2030. Several companies, including Google, Tesla, and Uber, are experimenting with computer-assisted or fully autonomous driving projects—with varying success because of the myriad technical obstacles that must be overcome.

Koopman is one of several researchers who believe that the nature of machine learning makes verifying that these autonomous vehicles will operate safely very challenging.

Traditionally, he says, engineers write computer code to meet requirements and then perform tests to check that it met them.

But with machine learning, which lets a computer grasp complexity—for example, processing images taken at different hours of the day, yet still identifying important objects in a scene like crosswalks and stop signs—the process is not so straightforward. According to Koopman, “The [difficult thing about] machine learning is that you don’t know how to write the requirements.”

Years ago, engineers realized that analyzing images from cameras is a problem that can’t be solved by traditional software. They turned to machine learning algorithms, which process examples to create mathematical models for solving specific tasks.

Engineers provide many human-annotated examples—say, what a stop sign is, and what isn’t a stop sign. An algorithm strips down the images, picking unique features and building a model. When a computer is subsequently presented with new images, it can run them through the trained model and get its predictions regarding which images contain a stop sign and which ones don’t.

“This is an inherent risk and failure mode of inductive learning,” Koopman says. If you look inside the model to see what it does, all you get are statistical numbers. It’s a black box. You don’t know exactly what it’s learning, he says.

To make things more concrete, imagine if you test drive your self-driving car and want it to learn how to avoid pedestrians. So you have people in orange safety shirts stand around and you let the car loose. It might be training to recognize hands, arms, and legs—or maybe it’s training to recognize an orange shirt.

Or, more subtly, imagine that you’ve conducted the training during the summer, and nobody wore a hat. And the first hat the self-driving car sees on the streets freaks it out.

“There’s an infinite number of things,” that the algorithm might be training on, he says.

Google researchers once tried identifying dumbbells with an artificial neural network, a common machine learning model that mimics the neurons in the brain and their connections. Surprisingly, the trained model could identify dumbbells in images only when an arm was attached.

Other problems with safety verification, Koopman says, include training and testing the algorithm too much on similar data; it’s like memorizing flash cards and regurgitating the information on an exam.

If Uber dropped its self-driving cars in a random city, he says, where it hasn’t exhaustively honed computer maps, then maybe they wouldn’t work as well as expected. There’s an easy fix: If you only train and only operate in downtown Pittsburgh (which Uber has mapped), then that could be okay, but it’s a limitation to be aware of.

There’s also the challenge of ensuring that small changes in what the system perceives—perhaps because of fog, dust, or mist—don’t affect what algorithms identify. Research conducted in 2013 found that changing individual pixels in an image, invisible to the unaided eye, can trick a machine learning algorithm into thinking a schoolbus is not a schoolbus.

“You would never put such [a machine learning] algorithm into a plane because then you cannot prove the system is correct,” says Matthieu Roy, a software dependability engineer at the National Center for Scientific Research in Toulouse, France, who has worked in both the automotive and avionics industries. If an airplane does not meet independent safety tests, it cannot take off or land, he says.

Roy says it would be too difficult to test autonomous cars for all the scenarios they could experience (think of an explosion or a plane crashing right in front). “But you have to cope with all the risks that may arrive,” he says.

Alessia Knauss, a software engineering postdoc at the Chalmers University of Technology in Göteborg, Sweden, is working on a study to determine the best tests for autonomous vehicles. “It’s all so costly,” she says.

She’s currently interviewing auto companies to get their perspectives. She says that even if there were multiple sensors—such as in Google’s cars—that act as backups, each component has to be tested based on what it does, and so do all of the systems that make use of it.

“We’ll see how much we can contribute,” Knauss says.

Koopman wants automakers to demonstrate to an independent agency why they believe their systems are safe. “I’m not so keen to take their word for it,” he says.

In particular, he wants car companies to explain the features of the algorithms, the representativeness of the training and testing data for different scenarios, and, ultimately, why their simulations are safe for the environments the vehicle is supposed to work in. If an engineering team simulated driving a car 10 billion miles without any hiccups, although the car didn’t see everything, a company could explain that any other scenarios wouldn’t happen very often.

“Every other industry that does mission critical software has independent checks and balances,” he says.

Last month, the U.S. National Highway Traffic Safety Administration unveiled guidelines for autonomous cars, but they make independent safety testing optional.

Koopman says that with company deadlines and cost targets, sometimes safety corners can be cut, such as during the 1986 NASA Challenger accident, where ignoring risk led to a spacecraft exploding 73 seconds after liftoff and killing seven astronauts.

It’s possible to have independent safety checks without publicly disclosing how the algorithms work, he says. The aviation industry has engineering representatives who work inside aviation companies; it’s standard practice to have them sign nondisclosure agreements.

“I’m not telling them how to do it, but there should be some transparency,” says Koopman.

PERKONGSIAN PENGALAMAN WOMEN’S BOAT TO GAZA

unnamed

 

Assalamualaikum wbt,

 

YBhg. Dato/Prof./Dr./Tuan/Puan/Saudara/Saudari,

Sukacita dimaklumkan bahawa Sekretariat Dewan Wanita, Majlis Dakwah Negara (MDN) dengan kerjasama persatuan WANGI UTM Kuala Lumpur dan IKRAM akan mengadakan sesi perkongsian pengalaman Women’s Boat to Gaza bersama DR FAUZIAH MOHD HASSAN seperti ketetapan berikut;

Tarikh      :  20 Oktober 2016 [Khamis]

Tempat    :  Dewan Jumaah, UTMKL

Masa       :  9:30 am

Sehubungan dengan itu, YBhg. Dato/Prof./Dr./Tuan/Puan/Saudara/Saudari adalah dijemput untuk turut menjayakan program tersebut di atas. Untuk makluman, Yang Berbahagia Pengarah Kampus telah bersetuju memberi pelepasan pejabat kepada Staf UTMKL yang berkelapangan dan kehadiran akan dicatat sebagai mata CPD di dalam UTMSmile. Sila daftarkan kehadiran kepada naizatulsyima.kl@utm.my atau norainiramli@utm.my sebelum atau pada 18 Oktober 2016. Jamuan akan disediakan.

Sekian, Wassalamu’alaikum wbt.

ZAHARAH BINTI MUSTAFFA

Pengerusi

WANGI UTM Kuala Lumpur

Pensyarah Kanan

Fakulti Tamadun Islam

UTM Kuala Lumpur

Tel: 03- 22031343 / 013 6749627

email: zaharah.kl@utm.my

2016 IEEE Conference on Systems, Process and Control, Melaka, Malaysia, 16-18 December 2016

ICSPC 2016 Melaka. Deadline 24th October 2016. 
Call For Paper: 2016 IEEE Conference on Systems, Process and Control, Melaka, Malaysia, 16-18 December 2016
Important dates are listed below:
Submission of full papers: 24th October 2016 (Extended)
 
Dear Sir/Madam,
 
The IEEE Malaysia Section Control Systems Chapter and the Faculty of Electrical Engineering, UITM are pleased to announce the 2016 IEEE Conference on Systems, Process and Control (ICSPC 2016) which will be held in Melaka, Malaysia on 16-18 December 2016.
The conference will provide an excellent platform for knowledge exchange between researchers working in areas of listed below. In addition, it provides an opportunity for the participants from Malaysia and overseas to share research findings and establish network and collaborations. This event calls for local and international participation.
 
We welcome submissions in these topics:
Automation & Robotics
System Identification
Modeling & Simulation
Process & Control
Intelligent Systems
Optimization of Systems
Nonlinear Systems
Digital Control
Advancements in Computation
Algorithms for Control
Optimal and Robust Control
Emerging Areas
Control Applications in Other Areas
 
Important dates are listed below:
Submission of full papers: 24th October 2016
Notification of acceptance: 4th November 2016
 
Please submit your papers via our submission system:
 
Conference content will be submitted for inclusion into IEEEXplore as well as other Abstracting and Indexing (A&I) databases.
 
——————————————————
CALL FOR REVIEWERS
——————————————————
 
We would also like to invite you as a reviewer to help uphold the quality of submissions. If you are interested to do so, please register here:
 
using the keycode icspc2016_rev.
 
Thank you,
 
ICSPC 2016 Organizing Committee

Pekeliling Pentadbiran Bil.31 & Surat Pekeliling Pentadbiran Bil.34, 35, 36 : JAWATAN PENTADBIR AKADEMIK UNIVERSITI

Salam Sejahtera / Warm Greetings.

Y. Bhg. Tan Sri / Datuk / Dato’/ Prof / Dr / Saudara,

[Sila klik pada tajuk pekeliling untuk perincian pekeliling]

[For details, kindly click the title of the circular]

Adalah dimaklumkan bahawa akan wujud kekosongan bagi jawatan-jawatan pentadbir akademik berdasarkan pekeliling-pekeliling berikut:-
 
 
Jawatan:
  1. Dekan Penyelidikan, Smart Digital Community
  2. Dekan, Sekolah Pendidikan Profesional & Pendidikan Berterusan
  3. Pengarah, Unit Pengurusan Makmal Universiti
  4. Pengarah Pembangunan Mahasiswa, Pejabat Hal Ehwal Mahasiswa & Alumni
  5. Timbalan Dekan, Sekolah Pendidikan Profesional & Pendidikan Berterusan
  6. Timbalan Dekan (Penyelidikan, Inovasi, Komuniti & Jaringan), UTM IBS
  7. Timbalan Pengarah Keselamatan dan Kesihatan Pekerjaan, OSHE
  8. Timbalan Pengarah (Web), Pejabat Hal Ehwal Korporat
 
 
Jawatan:
  1.  Timbalan Dekan (Perhubungan dan Pengantarabangsaan)
 
 
Tarikh tutup semua permohonan : 26 Oktober 2016

Semua permohonan hendaklah secara bersurat serta dimasukkan ke dalam sampul surat bertaraf-SULIT-dengan menulis jawatan dipohon di penjuru sebelah kanan sampul dan dihantar kepada Timbalan Pendaftar, Seksyen Governan, Pejabat Pendaftar UTM Johor Bahru.


Nor Qamariah binti Othman
Penolong Pendaftar / Assistant Registrar
Bahagian Pengurusan Organisasi / Organisational Management Division,
Pejabat Pendaftar / Office of the Registrar,
Universiti Teknologi Malaysia,
81310 Johor Bahru, Johor.

 

Office:07-5530051  I  Fax: 07-5545755

Pekeliling Pentadbiran Bil.32/2016:PERMOHONAN JAWATAN BENDAHARI UNIVERSITI TEKNOLOGI MALAYSIA

ه

Salam Sejahtera / Warm Greetings.

Y. Bhg. Dato/ Prof/ Dr/ Saudara,

[Sila klik pada tajuk pekeliling untuk perincian pekeliling]
[For details, kindly click the title of the circular]

Dengan hormatnya dimaklumkan bahawa akan wujud kekosongan bagi jawatan berikut di Universiti Teknologi Malaysia.

Jawatan:

  •  Bendahari

2.   Sehubungan dengan itu, semua Staf Pengurusan dan Profesional yang berkelayakan boleh mengemukakan permohonan dengan menyertakan maklumat berikut:-

    • Curriculum Vitae (CV) yang lengkap dan terkini berserta gambar berukuran passport; dan
    • Key Performance Indicator (KPI) serta ringkasan mengenai perancangan sekiranya dilantik sebagai Bendahari di UTM.

3.   Permohonan yang lengkap hendaklah dialamatkan kepada:

PENDAFTAR

UNIVERSITI TEKNOLOGI MALAYSIA

81310 JOHOR BAHRU

JOHOR

Tarikh tutup permohonan : 31 Oktober 2016

 
4.   Sebarang pertanyaan bolehlah dikemukakan kepada:-
 
Pn Hjh Sabrena binti Omar
Penolong Pendaftar Kanan
Bahagian Sumber Manusia
Pejabat Pendaftar UTM
 
Tel: 07-5530346
emel : sabrena@utm.my

Sekian, dimaklumkan.

Nor Qamariah binti Othman
Penolong Pendaftar / Assistant Registrar
Bahagian Pengurusan Organisasi / Organisational Management Division,
Pejabat Pendaftar / Office of the Registrar,
Universiti Teknologi Malaysia,
81310 Johor Bahru, Johor.


Office:07-5530051  I  Fax: 07-5545755

 
 

 

UBER’s Head of Machine Learning Thinks You Might be Doing it Wrong

DANIEL FAGGELLA

JUNE 6, 2016

This article is obtained from here.

 

Machine learning has the best chance of achieving meaningful return on investment when companies model previous success.

At last week’s Applied Artificial Intelligence conference in San Francisco, Uber’s Head of Machine Learning Danny Lange laid out his four principles for simplifying the process of applying machine learning in business.

Lange has witnessed firsthand the evolution of machine learning technologies, and he has a pretty good idea of what works and what doesn’t when companies want to implement machine learning for the first time.

A software creator and computer scientist by early trade, Lange founded Cupertino-based Vocomo Software in 2001 before it was acquired by Voxeo in 2005. Most recently in November 2015, Lange took on the role of head of machine learning at Uber.

One of the beauties of more companies implementing machine learning are all the mistakes they make and the resulting lessons that can be gleaned by those who are interested in using the technology, but haven’t yet made the leap.

You don’t have to be a behemoth company, Lange says, to apply machine learning. Open-source machine learning platforms are more accessible than ever, and if you have the right framework for implementing them, opportunities abound for even smaller businesses to find value. Lange suggests making the time spent implementing machine learning more productive by considering the following:

1 – ‘Low hanging fruit’ is the answer to this question: “If we only knew…”. Find a problem before you implement machine learning as a solution. Ask the question you’re dying to know but can’t figure out with existing methods i.e. ‘If we only knew’ the real return on investment (ROI) of our video marketing, or how to get more people to stay on our subscription software, or the commonalities of our customers that require the least amount of weekly and monthly maintenance, or (fill in the blank).

2 – Start supervised learning with a wealth of historic data. Lange argues that most companies don’t need to collect months of data after implementing a machine learning system before they derive value. Instead, look at the historical information that you already have and feed it to a supervised machine learning system (an algorithm that takes a known set of inputs and a matching known set of outputs and trains a model to generate predictions for responses to new data). Companies often have reams of saved customer service data that can yield lots of valuable insights, like how lead sources correlate to refunds, or how service packages are related to the amount of customer support a particular customer requires. The key is to choose existing data that is related to your main problem or question so that you drive ROI with purpose.

3 – Start with clean data, not big data: Don’t just find the biggest bucket of information; instead, find the information that you know is clean. Maybe you have lots of data around promotions and sales, but you tracked that data differently every month and yielded “messy” or “dirty” data (in other words, data that is not uniform). You have make sure you’re comparing apples to apples – this is what’s meant by clean data. Try finding a clean subset of information from that larger messy data set – maybe the way you measure and track customer churn and lead source has been the same. Your resulting dataset may not be as big, but if you can look at the data evenly across the board i.e. the format has stayed the same, then it’s considered clean and right for the job.

4 – Use an available cloud system (Amazon, Google, Microsoft, etc.): Some of the biggest names in the industry have started to introduced cloud-based machine learning (also known as open source software libraries), which are more or less like ‘machine learning kits’ that allow companies and developers of varying skill levels to build their own systems and models.  Amazon offers Amazon Machine Learning, Google has TensorFlow, Baidu offers The Stack, and there are others. Danny recommends doing some research and leveraging one of these pre-packaged systems and skipping the from-scratch route.

RASMI: PENANGGUHAN TEMPAHAN KENDERAAN POOL UTM SEMPENA MAJLIS KONVOKESYEN KE-57

Assalammualaikum wbt / Salam Sejahtera,

YBhg Datuk/Dato’/Prof/Dr/Tuan/Saudara,

Dengan segala hormatnya perkara di atas adalah dirujuk.

Dimaklumkan bahawa Majlis Konvokesyen UTM ke-57 akan berlangsung pada 22-24 Oktober 2016.

Sehubungan itu, segala operasi tempahan kenderaan pool Universiti DITANGGUHKAN bermula pada 20 Oktober hingga 24 Oktober 2016 bagi memastikan segala urusan pengangkutan bagi Majlis Konvokesyen tersebut berjalan lancar.


Pejabat ini akan beroperasi semula seperti biasa pada 25 Oktober 2016. Segala kerjasama semua pihak amatlah dihargai bagi menjayakan program ini dan sebarang kesulitan yang timbul amatlah dikesali.

Harap Maklum dan Salam Hormat.
 
Sekian, terima kasih.

MOHD SHARIMAL BIN OSMAN
Pegawai Eksekutif,
Unit Kenderaan,
Bahagian Perkhidmatan,
Pejabat Harta Bina,
UTM, Skudai Johor.

Tel: 07-5530580
H/P: 019-7293169
Fax: 07-5530218

IEEE SysCon 2017 Submission Deadline Extended

Due to numerous requests, the committee has decided to extend the initial submission deadline to October 31, 2016.

 

The 11th annual IEEE International Systems Conference will be held in Montreal, Canada, April 24-27, 2017. For comprehensive submission information, please reference the conference web site at: http://ieeesyscon.org.

PAPER SUBMISSION
Full papers, extended abstracts, tutorial proposals, and special session proposals on the following topics are now being solicited:

  • Systems Engineering
  • Engineering Systems-of-Systems
  • Systems Architecture
  • Complex Systems
  • Autonomous Systems
  • Medical Systems
  • Space and Communication Systems
Papers of both categories should be submitted electronically to the EDAS IEEE SysCon 2017 Submission Portal at: https://edas.info/N22742

IMPORTANT DATES
Initial Manuscript Deadline: October 31, 2016
Acceptance Notification: December 1, 2016
Final Manuscript Deadline: February 13, 2017
Opening Day of SysCon 2017: April 24, 2017