I've been researching why my cities public transport isn't available in Google Maps. Turns out that the (mostly public) transport company assumes itself in competition to app vendors such as Google Maps and Citymapper; the bus company "doesn't own the whole experience anymore". So, while they give access to static routes with some delay, real-time data or accurate data is out of reach.
How do companies like Citymapper approach that issue? Do they usually pay fees to the transport companies, or do transport companies in the supported cities all give API access?
A proper app would definitely benefit public transport in my area.
(word has it that my area's transport tariffs are way to complicated to be mapped onto Google's API)
[Edit: to be more concise; the transportation company doesn't want 3rd parties to offer an app. How does Citymapper approach that?]
The university website mentions student ID cards with chip. Is that not sufficient to provide strong authentication towards a self-service portal for password reset?
Thanks to the tremendous efforts! Whenever the GBoard is updated (on Android; the iOS version is just a subset), you can feel the progress that has been made.
If I remember correctly, cellphones with radio receivers tell you to plug in headphones whenever you're tuning in. My guess is the headphones cables act as the antenna.
[Edit: TIL AM stations seem to transmit at frequencies way smaller than FM]
That's one of the things that need to be solved, rather than celebrated. Commuting -- no matter which transport you're using, is a waste of time and energy.
You pass by the bakery. You're not hungry… but it does look delicious. You go back, look through the windows again -- and decide you are hungry!
If you're in a car, you don't stroll around. You drive where you want to drive. Even discovering new things is hard since the people behind demand you don't slow down.
(this is loaded with personal experience and preference, I can perfectly understand this doesn't match yours.)
It's a difference if you make a 30 min walk, pass by a bakery in the morning and the supermarket or a restaurant in the evening. You can't have that in the car, or train.
The "Too Good To Go" app became quite popular in Germany now. Restaurants, hotels and alike offer leftovers for a dime. You buy a voucher and collect a meal usually just after closing time.
Besides, we use "to container sth." for grabbing good food from the supermarket's trash. Is that something common in the US?
I’ve used non-Google devices most of the time, now trying out an iPhone.
Just did a factory reset and restore via iCloud. My fear of loosing my phone, incomplete backups and messed up restore is gone. Works.
Might be possible with Google phones, too. For all the others it’s just messy.
(I‘d agree with you, until I tried it three weeks ago. Working with computers all day, I need others to take care of my personal and pocket computers...)
If you were talking about yourself only, I'd agree. But since you name humanity, one thing must be very clear: most people don't like keyboards. That's something that holds in "the developed world". Outside of the ASCII-world, that might be even more so.
Smartphone keyboards with glide typing function very well for language (i.e., no passwords and no programming). They have an important feature: they provide the input you want, not exactly characters for the keypresses you did.
If you consider the Chinese language, many people use the input either by drawing (elderly people) or with Pinyin, a phonetics script. In both cases there's a lot of software involved to figure out what people want.
The point is: programmers are a tiny minority who need exactly the characters for the keys they presses. Most other people just need text in their native language.
The authors mention the headline attacks in a side note only. Their paper is about formal verification of the standard. That is indeed something new. Their framework finds a couple of new issues -- and also old ones, which made it to the headline.
With contactless payments, you share your payment information with the point of sales. You do not get the opportunity to check what's going on (and it will never be due to the awkward position you have to hold your phone to get within NFC range).
For QR code payments, the point of sales generates all the information (how much money to which merchant) and encodes it at QR. You scan the code and confirm the information, which results in a payment.
How do companies like Citymapper approach that issue? Do they usually pay fees to the transport companies, or do transport companies in the supported cities all give API access?
A proper app would definitely benefit public transport in my area.
(word has it that my area's transport tariffs are way to complicated to be mapped onto Google's API)
[Edit: to be more concise; the transportation company doesn't want 3rd parties to offer an app. How does Citymapper approach that?]