RCMP find prisoner after report of escape from Prince Albert hospital
by Saskatoon StarPhoenixPolice say Courtney Leanne Sinclair was in RCMP custody Monday in connection with a break and enter when she "complained of abdominal pain and was taken to hospital in Prince Albert by an RCMP officer as a precaution."
A woman who was the subject of an RCMP search in Saskatchewan has been found and arrested.
According to police, Courtney Leanne Sinclair was in RCMP custody on Monday in connection with a break and enter when she “complained of abdominal pain and was taken to hospital in Prince Albert by an RCMP officer as a precaution.”
Police in a news release said Sinclair wasn’t restrained when she was taken to hospital and that no hospital employees saw her leave. Members of the RCMP and the Prince Albert city police searched the area around the hospital but were unable to find her, prompting RCMP to issue a province-wide bulletin seeking information on her whereabouts.
RCMP said Wednesday in a news release that Sinclair had been arrested without incident.


{% include "boiler.html" %}
Elephant Workset Constructor
Current Workset Parameters
Include only works by these
persons
in the workset:
Include only works with these
publication places
in the workset:
Include only works by authors who have written on these
subjects
in the workset:
Include only works by authors who have written in these
genres
in the workset:
Limit by
date
:
Workset Constructor
Person
Add selected
Add all listed
Place
Add selected
Add all listed
Subject
Add selected
Add all listed
Genre
Add selected
Add all listed
Dates
Work published
Author born
Author died
Author fl. from
Author fl. until
during
before
after
Add
Add selected
Add all listed
Workset Description
Title:
Abstract:
Back to viewer


Note: starting with GDAL 1.10, the driver is compiled only if GDAL is built with SQLite support.
Points are represented as wkbPoints, lines and boundaries as wkbLineStrings and areas as wkbPolygons. wkbMulti* features are not used. Feature types cannot be mixed in one layer.
Starting with GDAL 1.9, the driver uses SQLite as a backend database when reading VFK data. By default, SQLite database is created in a directory of input VFK file (with file extension '.db'). Since GDAL 1.10, the user can define DB name with OGR_VFK_DB_NAME configuration option. If OGR_VFK_DB_OVERWRITE=YES configuration option is given, the driver overwrites existing SQLite database and stores data read from input VFK file into newly created DB. Since GDAL 1.11, if OGR_VFK_DB_DELETE=YES configuration option is given, the driver deletes backend SQLite database when closing the datasource.
Starting with GDAL 1.10, resolved geometries are stored also in backend SQLite database. It means that geometries are resolved only once when building SQLite database from VFK data. Geometries are stored in WKB format. Note that GDAL doesn't need to be built with SpatiaLite support. Geometries are not stored in DB when OGR_VFK_DB_SPATIAL=NO configuration option is given. In this case geometries are resolved when reading data from DB on the fly.
Since GDAL 1.11, the driver reads by default all data blocks from VFK file when building backend SQLite database. When configuration option OGR_VFK_DB_READ_ALL_BLOCKS=NO is given, the driver reads only data blocks which are requested by the user. This can be useful when the user want to process only part of VFK data.
The driver supports reading files managed by VSI Virtual File System API, which include "regular" files, as well as files in the /vsizip/, /vsigzip/, and /vsicurl/ read-only domains.
Since GDAL 2.2 also a full path to the backend SQLite database can be used as an datasource. By default, such datasource is read by SQLite driver. If configuration option OGR_VFK_DB_READ=YES is given, such datasource is open by VFK driver instead.


Sharing the experience of mask map development
kiang @ Facing the Ocean Anywhere 2020-1: Civic Hacking for Public Health 2020-03-27
Howard made the first version of mask map
Minister Tang told us the policy is going to change in slack
The collaboration began at HackMD
The community effort was brought to gov's website
Minister Tang and the government share the links
More and more people coming to the website
One error in data brought many people to the hospital
The official website for mask offline and they just forward all people to community sites
Most people using the website coming from the North Taiwan
The way pharmacies selling masks cause the information not reliable
Invite pharmacies to provide information in the website
Increase the frequency of data updates
Minister just sent Pull-Request to fix the code
More than 400,000 people visiting the site in just one day


VPD-SM correlation flux frequency heat productivity tower using variables ESMs SM, climate copula coupling distribution events, higher soil stress thresholds water Anderegg Climate daily define global impact increase land large model percentile) px; stomatal values vegetation {font-family (above Science assessed based defined effect especially fig. font-size importance intensity lower mortality occur season strong stronger tree warming (below FLUXNET Nature SM. Sci. additional change difference double; driver expected increased models percentiles primary reductions results risks studies van (−. Amazon Anomalies F). NASA Smith Southern United VPD) VPD, bin border-color border-width changes conductance day deficit events. fertilization hydraulic independent loss moisture monthly periods responses simulations. solid; strongly temperature, {font-style {font-weight Acad. Additional Allen Buchmann Earth However, I). Lobell McDowell Model Natl. Northern Proc. Reichstein S.Z. SM) Seneviratne Supplementary U.S.A. according act analysis assess bold boreal capacity co-occurrence coefficient continents copulas costs courier; determined did ecosystems. em; enhanced evaluate evaluated expressed extremes. function http://orcid.org/--- individually. land-atmosphere largely lead marginal method net occurrence period period. pt;} reduce reduces region, regions, respiration response risk selected simulated sites. support table temperatures threshold variability work


Hi, I am Ajay. I am a Software Engineering major from SJSU.
This website showcases some of my skills and projects.
I like to make and break things.
And remember... It's not a bug, it's a feature.
Grew up in a beautiful small town.
Developed a keen interest in Science and Math. Loved Cartoons,Hollywood movies and Science Fiction.
2011-2015
Bachelor's in Engineering, RCOEM Nagpur
Dived into Engineering.
Got my Bachelors' in Electronics and Communication Built an Autonomous Car. Started Coding. Completed over 40 courses
2015 - 2017
Senior System Engineer, Infosys Ltd
Kept my eyes and ears open. Got my hands dirty trying to code. Took ownership of my projects. Worked directly with clients. Was guided by amazing mentors. Designed beautiful interfaces.
2017 - 2019
San Jose State University
Joined SJSU as a Software Engineering Grad student. Fast tracked into learning advanced concepts and apply them in the academic projects.
May 2018 - December 2018
Software Engineering Intern, Philips Andover
Worked in healthcare company.Explored new cultures. Designed user friendly tool for the testing team. Tuned performances. Travelled through East Coast. Withstood Boston's cold
February 2019 - August 20169
Junior WebMaster, H&A Marketing
Embraced challenges. Worked with wonderful teams including Editorial, Graphics and Photography
SONIFY - Graph Sonification to make visual Graphs Accessible
Graph sonification was our MHCI Capstone Project at CMU, sponsored by Bloomberg L.P. We researched accessibility in desktop computers, and found pain points in accessing visual content for people with a vision impairment. We prototyped ways of making visual graphs accessible, and built a touchscreen application to sonify visual data such that it is comprehensible to people with a vision impairment.
Our research led us to focus on helping people who are blind hear the contents of a graph through tones. Our current prototype can be seen above. The UI is completely through touch input and audio output. As the user pans left and right a tone is played that represents how high or low the graph is at that given point. People can swipe up and down to change the number of graphs. People can also chose which stock price graphs they wish to listen to (the demo video shows Microsoft Equity Graph and NASDAQ). People can change the range of dates for which they want to listen to the data (week/month/year) and zoom in and out of the graphs.
PROCESS
Timeline: January - August 2016
Client: Bloomberg L.P.
Mentors: Dr. Bonnie John, Richard Ram, Drew Gulley, Karen Berntsen, Gary Minnaret
TEAM
Laya Muralidharan, Felicia Alfieri, Monali Agarwal, Jacob Jorgensen, Safinah Ali. My primary role was Interaction Design. My responsibilities include user research, design, prototyping, iOS and web development. Coming from a visual design background, I mentored my team on design, interactions, and presentation. I learned immensely from my team about research, writing and development.
BACKGROUND
This is a project sponsored by Bloomberg with the goal of improving the accessibility of the Bloomberg Terminal. For the first four months we conducted user research while at Carnegie Mellon University and narrowed down the project space. We are currently designing, prototyping and developing a solution at Bloomberg's headquarters in NYC.
RESEARCH
We conducted research during a semester at Carnegie Mellon. It consisted of literature review, interviews with people with disabilities,interviews with Bloomberg stakeholders and an empathy study. Our timeline can be seen below:
Literature Review
Our team was entirely new to the field of accessibility, so we had decades of research to review. We split up accessibility over a few domains and studied the field over about a month.
We created a secondary research report for our clients, that synthesized the majority of our findings in our literature review. We wanted to go beyond dividing disabilities into the broad categories of visual, cognitive, auditory and motor. We found that there was overlap between those four categories and the solutions that exist. Instead we broke our research into conditions, limitations and solutions. An excerpt from our report can be seen below:
Empathy Studies
In order to gain empathy for those with disabilities and to gain a better understanding of the tools they use, we simulated a few common conditions. While empathy studies don't provide accurate insight into disability, we found it helpful to experience things from a different perspective. For example, I wore sound cancelling earplugs to simulate deafness, while using my computer for one week. I observed what I had expected - missing out on notifications. What I did not expect, however, was that I missed out on audio feedback from software such as Skype and Slack, that indicate the system state.
Interviews and Contextual Inquiry
To better understand the human experience of computer accessibility, we interviewed computer users with disabilities. We asked participants to explain how their conditions or limitations affect their computer experience and any outstanding challenges they face while working.
Through observation, we could see where accessibility tools helped immensely, and where they fell short. We also noted how participants developed workarounds to overcome challenges.
We conducted stakeholder interviews with various teams at Bloomberg. These interviews gave us a better understanding of Bloomberg’s internal processes and organizational structure, as well as the firm’s philosophy toward the development and use of tools to enhance computer accessibility.
We also had the opportunity to interview key stakeholders at Bloomberg from design, engineering, diversity & inclusion, legal, human resources and sales.
Interview Synthesis
Following our interviews, we took all of our notes and looked for patterns in our interview data. We grouped our findings into categories and subcategories in a large Affinity Diagram.
Research Insights
We synthesized all of our data from our literature review and interviews and were able to come up with seven broad insights that encompassed many of the small points we consistently found in our research (written from the perspective of our users):
I invent workarounds for even basic tasks
Software updates derail my work
I am afraid of making mistakes other people might see
Even if accessibility tools exists, I can't easily find or learn to use them
I have to use multiple accessibility tools to accomplish a single task
Tools that help me also hurt my work
It's impossible for me to get the "gist" of a page
COMMUNICATING OUR FINDINGS
In order to communicate our findings effectively, we prepared and gave a presentation for our clients. We also wrote and designed a short research findings book that our clients could not only read, but also share with others at Bloomberg. We then held a visioning session with our clients in which we had them participate in the design and brainstorming process so that they could feel invested in the ideas that we generated.
BRAINSTORMING
After our visioning session we brainstormed and conducted a more specific literature review in order to narrow down our focus to one of our seven insights. Eventually we narrowed our focus on our seventh insight, "It's impossible for me get the gist of a page." By doing so, we decided to create a solution that could help those with visual impairments.
After narrowing our focus on this insight, we brainstormed even further. Eventually we narrowed down to 11 concrete ideas that had the potential to help someone with a visual impairment get the gist of the GUI, content or system status.
PROTOTYPING
Since our focus was on people with visual impairments, many of our prototypes would have to have custom audio or text-to-speech. Because of this, many of the common prototyping tools wouldn't work or would be overkill. We started by creating mock ups for each of our 11 ideas and passed them by the UX team at Bloomberg. We then created rough prototypes for five of our ideas using Keynote, paper and audio files. we then tested our prototypes with three users that were internal to Bloomberg.
From these tests, we were able to get a feel for what was and wasn't working. After our user tests and further discussion, we decided to focus on graph sonification.
Interviews and Think-Alouds
In order to understand how charts and graphs are used by those in the finance field, we conducted interviews and "think-alouds" with around 20 participants. We interviewed four graph designers/engineers and three expert users. We followed that up with ten quick think-alouds with other Bloomberg employees. We also met with people from a local blind community who walked us through the ways they currently interact with graphs. From these interviews, we were able to get a deeper understanding of how graphs were used in the Bloomberg Terminal and in general in the blind community.
Usability Testing
For our next round of testing, we focused on user interaction. We took some time to brainstorm how we would want the user to interact with our next prototypes. We sketched out ideas and weighed our options, which you can see here:
After our brainstorming session, we decided on testing a few iterations and features. In these iterations, users interacted with our prototypes through keyboard commands or scrubbing back and forth through a graph via a trackpad. We sought to answer the following questions from these tests:
Which interaction gives participants the most accurate interpretation of a graph?
Which audio sounds are most pleasing?
Which audio sounds lead to the most accurate interpretations of a graph?
For this round of user testing, I built the keyboard interaction to make an HTML web-app with sound. I programmed key patterns in the keys of the Bloomberg keyboard, where each key signified a specific value and certain keys played the stock chart patterns. I wanted to evaluate the interaction of the input medium, and learnability of the data when presented in sound. Our second prototype was built with a track-pad interaction where the user could crub across the device to listen to stock patterns. When we completed our prototypes, we were able to use the usability lab at Bloomberg to test with 6 participants (plus an additional participant for a pilot round).
We found out that both the interactions - keyboard and scrubbing had their advantages and disadvantages. While partcipants preferred using the keyboard interaction due to familiarity and discrete data points, they could recreate graphs more accurately using the scrubbing interface. Participants often were confused about picking up their finger or wondering when they were at the end of the graph or not. We decided to pick the best of both the prototypes and make a combination - an interaction that provides discrete discrete data points, as well as gives full user control. We decided to move from a trackpad to a smartphone touch interface. Moving from a relative positioning system (trackpad) to an absolute positioning system (touchscreen) we could overcome these shortcomings.
We also found that text-to-speech output took longer to get the gist of the graph, but it was quite accurate. By combining the strengths we saw in each iteration, we moved on to a touchscreen prototype.
Prototype
Based on our insights from earlier prototyping sessions, we built an iOS prototype app for both iPhone and iPad. In our first two round of testing with blind participants, we learned that they prefer using the iPhone interface because they have a better sense of space on it, and find the iPad very effort-full to scrub. After 4 rounds of user testing, and iterating, we went through several interactions and gestures. We also added features, such as multi-line interactions, and panning sounds based on the feedback we received from users.
Phase 1
Phase 2
Phase 3 early prototype
One challenge we faced while designing interactions was the clash we were having with existing voice-over interactions. We resolved these in drawing parallels from Apple's voice-over interactions, and using similar gestures. For example, Apple uses a 3-finger tap to get the summary of an element. Another tech challenge we faced was overriding the voice-over control on the application. We initially designed the application such that voice over does not work in it. But this decision received negative feedback as people with a vision impairment rely on voice over for all interactions. Hence we re-designed the application such that voice-over works in the top half of the screen, which contains all the user control, and the bottom half uses the scrubbing gesture for getting the gist of the graph. We designed the three finger interaction to provide a quick summary of the graph.
From our user research, we had learned that users with a vision impairment are often helped by other sighted users in performing desktop tasks, especially when there are errors. For this purpose, we decided to build a visual interface to the application. This could also benefit partially sighted users and could extend our application to fully sighted users as well. Some iterations of the visual interface can be seen below.
Visual Interface iteration 1
Visual Interface iteration 2
Visual Interface iteration 3
Visual Interface iteration 4
Visual Interface - final iteration
Sonify has been completely programmed in Swift, in the XCode 8 integrated development environment. Sonfiy makes use of AudioKit, an audio synthesis, processing, and analysis platform for OS X, iOS, and tvOS. Sonify is pulling data from Kibot.com, historical intraday market data for stocks, indexes and ETFs.
Interactions
Open the app and drag a finger left and right across the bottom half of the phone screen to play a sonified line. The horizontal movement traverses X-values (dates), and corresponding Y-values (stock prices) are represented through rising and falling pitch.
Tap anywhere on the graph to hear the X and Y values at that point.
Interact with the top half of the screen to navigate a menu that is compatible with VoiceOver, Apple's in-built screen reader. Use VoiceOver gestures to navigate the menu to access summary information about the graph, including current price, highs and lows, and date range.
Swipe down in the graph section to switch to a second line. Swipe down again to access both lines simultaneously. Each line is represented by a different sound, to distinguish between the two for comparison.
Evaluation
We tested our current prototype with four blind users so far with positive results. We received constructive feedback from the users about features that were difficult to understand, and features they found very useful. One user quote that particularly stood out was:
"It paints a better picture than gonig through numbers. I haven't seen graphs in 20 years... but then, by using this app, last time and this time, my ears and my brain is beginning to be like, oh, much easier."
There are 39 million people worldwide that are estimated to be blind, and we know of only 7 blind stock traders in the world. We aren't improving a product used by thousands, but we are creating an opportunity for millions of people to use graphs.
Sonify has been developed and launched, and can be downloaded here.
A Survey App
The project was carried out as a part of my Advanced Database class.
I worked on creating the schema for the database along with the ER Diagram and then developing the web application on MERN stack was the scope of the project.
Timeline: May - July 2014
Employer: Amazon.com
Mentor: Mr. Sridhar Godavarthy, senior Software Development Engineer, amazon.com
BACKGROUND
Tools currently used to edit Kindle content
TEAM
PROCESS
WHAT I LEARNED
The Gender Gap
This information visualization project was carried out as a part of the elective course, Information Visualization. I designed graphics to visualise the sex ratio of urban and rural India over the years. I further made an Illustrator script to visualize a similar data from every state in the country.
Timeline: December 2015
Course: Information Visualization
Mentors: Prof. Prasad Bokil
Background
Decades of sex determination tests and female foeticide that has acquired genocide proportions are finally catching up with states in India. The decline in child sex ratio in India is evident by comparing the census figures. In 1991, the figure was 947 girls to 1000 boys. Ten years later it had fallen to 927 girls for 1000 boys. This is alarming. More than we realize. An imbalance in gender ration, can lead to severe repercussions for the society. Moreover, these figures depict a discriminatory history against females, that I felt compelled to bring to light. As a part of my elective course, Information Visualization, I chose to pick a socially relevant topic, and best use visualization to bring to light the gender divide of the country.
Process
The course taught me several information visualization techniques and which ones work well for specific kinds of data. I decided to chose a dataset with multiple dimensions, in order to learn multi-level data visualization. The data set included gender rations (number of female citizens for every 1000 male citizens) in urban and rural areas from 2005 to 2011. There was no data for the number of trans-gender citizens.
I iterated on several layouts to visualize this data. We went through several rounds of critique in the class and made improvements and increments in the iterations. Some initial iterations can be seen here:
I finally settled on a circular layout owing to the multi-level data. I wanted to depict the 'gap' which is why I used a 'part of a whole' technique, where the number of female citizens are shown as a part of the full circle of '1000' male citizens. The colors were used to show a gradient of alarm, while pointing out extremes. I also used a contrasting green for rare anomalies for data that stands out. For example, the state of Chhatisgarh has a gender ration higher than 1000. I used visual outlines of gender symbols and states for visual depiction of the concept.
I have, also further worked on creating custom illustrator scripts (only compatible with CS6) for visualizing data from any state. Contact me for access to the script.
Motion Graphics
I have been actively teaching myself motion design, and animation using Framer.js, and Adobe After Effects. I have explored stop motion animation, motion graphics, and kinetic typography. These are some of my work samples.
Visual Design
I am a visual design enthusiast, and have been practicing visual communication for four years. I have worked with event branding, social initiatives, freelance projects, and personal projects.
Smart City
np
Timeline: August - December 2016
Course: Service Design
Mentor: Prof. Jodi Forlizzi
Research
In order to understand challenges faces by drivers, particularly learners, we conducted an initial research. We used interviews, surveys, read literature on road rage, and reviewed statistics on road accidents. We focused on parking, external distractions safety, struggles that learners face internal distractions, speeding, and feedback for drivers. We found out a bunch of pain-points including parking troubles, difficulty in communication, confusing signage, and a lack of feedback. We decided to focus on communication breakdown between drivers, and stress inducing feedback experience by novice drivers.
Service concepts
Based on our research, we storyboarded some initial service concepts. These included:
Car to car feedback: Creating a means of communication between cars (i.e. communicating via bluetooth through a built-in voice controlled audio system), so that drivers can inform other drivers of their driving constructively. Example, telling drivers to speed up, or notify or warn them.
Automated driving feedback: Another service concept for our design opportunity is a built-in ‘intelligent assistant’ like SIRI that would grade and comment on a driver’s driving performance during and after a trip with positive criticism in a calm voice. New drivers would benefit from this type of service, as they would be receiving feedback from a third-party in a constructive manner that would not discourage / stress them and thus ruin their driving experience.
Creating empathy for drivers: This service concept would be some sort of system that would monitor, grade and label a driver’s driving performance and make it visible to other drivers nearby what types of drivers are on the road. This system would allow drivers to be aware of the circumstances they are in as they share the road with other drivers, and adjust their driving accordingly
Prototyping service concepts
We Speed dated these concepts with potential users by asking them to go through the service scenario, and think aloud what would work, or what wouldn't work for them. Based on the feedback we received, we creating 4 new service scenarios focusing on inter-car and automated feedback, as well as creating empathy for other drivers. We enacted some of these scenarios with potential users by using toy cars, and asked them to think aloud about their experience and decisions throughout the activity. We received a mixed feedback, where people were happy about in-car communication, but found positive driving feedback to be patronizing. This feedback helped up narrow down on one solution.
Solution
We created a built in an Intelligent Driving Assistant (MIDA), that provides learners with constructive feedback, to supplement driving teachers and parents with the benefit of decreasing stress and increasing freedom. This is a valuable business case because driving schools can use MIDA to teach new drivers, DMV can use MIDA to assess driving ability, it encourages better driving habit, and fewer accidents. Hence, we re-positioned our stakeholder model, due to the addition of the new service MIDA.


WE HAVE DECIDED TO CONTACT YOU DUE TO THE URGENCY OF THIS TRANSACTION,AS WE HAVE BEEN RELIABLY INFORMED OF YOUR DISCRETNESS AND ABILITY IN TRANSACTION OF THIS NATURE. LET ME START BY INTRODUCING MYSELF PROPERLY TO YOU.I AM MR.BOM UCHE,CREDIT OFFICER WITH THE UNION BANK OF NIGERIA PLC,LAGOS. I CAME TO KNOW YOU IN MY PRIVATE SEARCH FOR A RELIABLE AND REPUTABLE PERSON TO HANDLE THIS CONFIDENTIAL TRANSACTION,WHICH INVOLVES THE TRANSFER OF HUGE SUM OF MONEY TO A FOREIGN ACCOUNT REQUIRING MAXIMUM CONFIDENCE.  IT IS BECAUSE OF THE PERCEIVED POSSIBILITY OF NOT BEING ABLE TO LOCATE ANY OF LATE ENGR.JOHN CREEK(SNR)'S NEXT OF KIN(HE HAD NO WIFE OR CHILDREN THAT IS KNOWN TO US).THE MANAGEMENT UNDER THE INFLUENCE OF OUR CHAIRMAN AND MEMBERS OF THE BOARD OF DIRECTORS,THAT ARANGE HAS BEEN MADE FOR THE FUND TO BE DECLEARED "UNCLAINMED" AND SUBSEQUENTLY BE DONATED TO THE TRUST FUND FOR ARMS AND AMMUNITION TO FURTHER ENHANCE THE COURSE OF WAR IN AFRICA AND THE WORLD IN GENERAL.  JOHN CREEK(SNR) SO THAT THE FUND USD20MILLION WILL BE RELEASED AND PAID INTO YOUR ACCOUNT AS THE BENEFICIARY'S NEXT OF KIN.      THANK YOU IN ADVANCE FOR YOUR ANTICIPATED CORPORATION. YOURS FAITHFULLY, MR.BOM UCHE.


MIDNIGHT RAIN Is a New Series on Webtoon
by Tommy WilliamsA new series recently launched on Webtoon called Midnight Rain. This story is written by Pani and looks to be a drama with a touch of romance. For a web comic, the art actually looks pretty good in my opinion.
Noemi’s parents are working for one of the richest family in the country and moved to live on their estate. There she meets Blade, the hot-headed prince and Soren, the illegitimate son. Enjoying simple childhood days and falling in love for the first time...
You can watch the first few episodes of Midnight Rain on Webtoon now with new episodes every Monday.