Tale til tekst spørring mot et API

Gratulerer med dagen folkens!

I dag er det 17. Mai 2018 og jeg tenker litt på HTTP verb og taletjenester. Vi har GET POST PUT DELETE som de gjeldende engelske verbene og vi kan oversette dem til FÅ POST OPPDATER og SLETT. Noen kan lage en taletjeneste for å spørre i HTTP og tjenesten kan lese opp oversatt XML eller JSON.

Mye arbeid har vært gjort på å gjøre API-tjenester velformede og det finnes også en del formater som ikke brukes i dag. Dagens tjenesteutviklere lager tjenester i JSON eller XML og bryr seg ikke om https://no.wikipedia.org/wiki/WSDL og SOAP. Det kan være noen lager tjenester som følger disse standardene men jeg har ikke vært borti å utvikle noe i disse formatene.

Jeg finner fremgangsmåter for forskjellige plattformer, og jeg har ikke mobilen min fra Samsung foran meg akkurat nå, men det er mulig jeg kan si VÆRET til den og den vil lese opp været hvor jeg er. Det er uansett litt interessant å fable om ting man kunne sagt bare ved å følge HTTP og da disse oversettelsene.

Man kan sette opp noen tjenester på www.etellerannetdomene.no og legge tjenester rett på domene og si til mobilen FÅ VÆR og utvikle en app som da kjører en GET (engelske HTTP-Verbet) mot www.etellerannetdomene.no/weather (husk at vær automatisk oversettes). Det begynner å bli mer avansert om man skal bruke de andre verbene til tjenester og man må vite noe om tjenesten på forhånd. Det er skrevet om tjenester for den semantiske weben men en agent som følger ideen om at man skal tilby sine tjenester i denne formen har ikke inntatt min verden i noe form.

Det er veldig mange problemstillinger som ligger i veien for at vi skal ha autonome agenter som er formet etter en åpen spesifikasjon av semantisk web-tjenester og mye ligger i incentivet bak å lage en tjeneste. Det finnes massevis av åpne data på weben og du kan gjerne lage en tjeneste som enten er betalt eller spiller av reklame hvor man syndikerer API-tjenester og blottlegger dem uten å gjøre så mye mer enn å benytte HTTP og lese opp svarene som kommer i responsen fra APIet. Men husk at i en sånn tjeneste kan du ikke se noe du har kun en talestyring og det er lett for brukeren å gjøre feil om man beveger seg lenger enn til FÅ (GET).

I en POST kan man tenke seg at man sier POST og deretter så er alt kodet informasjon enten det er XML eller JSON. I XML vil det være innhold og i JSON vil det se ut som {kode:»innhold»} eller noe sånn og datatyper er en utfordring.

Dette er egentlig et terreng som eksperter på semantisk web vet mye mer om enn meg og tankene om en «semantisk web» ligger i at folk følger standarder. Det finnes mange skjermlesere som leser opp innhold på weben og jeg tipper denne bloggen du leser nå lar seg lese av en skjermleser men jeg vet ikke for jeg har aldri prøvd en skjermleser.

Eneste jeg klarer å komme på som bruksområde for meg på eksempelet FÅ VÆR måtte være om jeg satt i bilen og kjørte eller kanskje noen andre stod på ski og hadde på seg håndfri og ville sjekke været i bakken. Kanskje man kunne sagt FÅ KALENDER. Da kan man jo tenke seg en POST KALENDER TID ATTENTRETTI TITTEL MIDDAG MED PER STED I HYTTEN som former en HTTP POST forespørsel mot for eksempel http://www.dittfirma.no/kalender med innmat i xml, siden den er fri for datatyper: <tid>18:30</tid><tittel>Middag med Per</tittel><sted>hytten</sted>

Men du kan se at datatyper spiller inn uansett, og dermed må man se nærmere på formatering uansett hva man gjør.

Og det er mulig din iPhone eller Samsung-telefon allerede kan denne jobben fra før. For min del så taster jeg inn avtaler og jeg søker etter været på skjermen. I tillegg er det ofte sprik i værtjenester.

Håper du har en fin 17. Mai, eller har hatt en fin dag i dag om du kommer til og leser på et senere tidspunkt.

Eiendomsmeglere bør skaffe seg VR

Jeg prøvde cardboard VR-briller for noen år siden og da Google Streetview med blant annet undervannsbilder. Det virket ganske bra.

Jeg tenker at det er en idé for eiendomsmeglere å eksportere tegninger for eiendommer slik at man kan få en VR-opplevelse. Dette kan de ha på kontorene sine.

Jeg har googlet litt rundt og det ser ut til at tegninger fra AutoCAD kan konverteres og skaleres litt ned slik at man kan få dem over i unity. Det kan godt være det kan være andre veier til en 3d opplevelse av en eiendom også.

Jeg har sett at man har 360-bilder på finn men hele 3d-modeller kunne vært noe som kunne gjort det lettere å velge bolig.

Universal React – testing av Next.js

Hei folkens!

Jeg fikk med meg at det har kommet et rammeverk for universell React. Dette betyr at React blir rendret på serveren, slik at browseren har HTML å begynne med slik utgangspunktet vil være etter du har kjørt ReactDOM.render(). Du kjører rett og slett render på serveren heller enn å gjøre det i React på klientsiden slik du vil gjøre det i utgangspunktet om du lager en React app etter mange av de fremgangsmåtene du finner på nettet i dag. Dette er greit for interne applikasjoner som skal brukes av en viss brukergruppe men ikke særlig greit om du vil Google skal se noe og du lager en applikasjon til den åpne weben.

Her finner du en oppstartsguide. Jeg ser at det har kommet en bok på Leanpub om Next.js men jeg tenker jeg skal klare meg med gratis dokumentasjon.

Planen min videre er å lage en universell versjon av Smileyhash. Jeg skal vurdere om jeg skal gjøre dette open source og blogge om det. Håper det kan skaffe meg noen lesere.