[cseh_17]

Asta am inteles, si exact de asta nu insistam pe butoanele pt linii, sau insai tabelul. Insa cele trei categorii de MTC nu se schimba. Astea ar putea fi lasate local pe homescrenn. Ce spuneam eu era sa fie un look user firendly, macar prima pagina pe care o deschide utilizatorul. (ma rog ca tot se plangea lumea ca nu arata bine).

Aaanyways, colegul Darius Costolas, vezi ca datele de pe serverul tau nu sunt tocmai actuale:

- lipseste M22
- linia 7 numai e circuit cu 2 sensuri demult
- 13 e troleu, nu autobuz

[Darius Costolas]

POC la ce am inceput sa fac:

Aceasta postare a fost editata de Darius Costolas: 11 martie 2017 - 00:32

[Florin.B RATT]

Darius, am doar o simpla propunere, daca vrei o bagi in seama, daca nu... nu. Hai sa folosim acelasi cod de culori. Eu personal incerc sa impun asta ca sa avem o identitate vizuala, pe tip de MTC. Daca ai nevoie, iti pot trimite codul hexa al culorilor folosite de noi.

Am lucrat la o varianta noua de design... Daca reusim, maine va fi online, fara sa fie necesar un update, desigur. Tot ce pot sa spun acum e ca cei ce vor spune ca arata ca din '80, vor fi doar carcotasii. (sper)

[Darius Costolas]

Ok, dar trebuie sa vad daca se potrivesc cu standardele Material Design

[Florin.B RATT]

Am citit zilele astea foarte mult despre Material Design si nu-mi pare sa impuna vreo limitare in sensul asta. Hai sa fim seriosi, ca doar nu suntem la armata sa purtam toti aceasi uniforma (adica toate aplicatiile sa arate absolut identic la un moment dat, adica sa para realizate de Google, asa cum e si intentia)
In mare, culorile sunt astea din cele trei icoane din semnatura mea.

[Darius Costolas]

Ok, am inteles, cat despre material design, cele mai bune informatii se gasesc aici: https://material.io/guidelines/


@cseh_17 multumesc pentru observatie. Am rezolvat aceste probleme, nu aveam de unde stii ca nu circul cu acele linii si nu m-a avertizat nimeni.

[Florin.B RATT]

Exact de acolo ma informam si eu:

Citeaza

These elements do far more than please the eye. They create hierarchy, meaning, and focus. Deliberate color choices, edge-to-edge imagery, large-scale typography, and intentional white space create a bold and graphic interface that immerse the user in the experience.

...si exact asta vrem sa facem Adica sa dam sens la ce vede utilizatorul, alegand in mod deliberat anumite culori.

[Florin.B RATT]

Online o versiune cu grafica modificata. S-a adaugat si un buton ce inchide ferestra si duce la pagina Alege. Daca modificarile nu va apar pe mobil, inchideti fortat aplicatia din Managerul de aplicatii si reporniti-o. Cosmin a marit textul din tabel si lucreaza la aspectul acestuia. Poate maine il vom avea si pe acesta updatat.

Asa arata acum ecramele categoriei de MTC:

[Vyc]

Am instalat aplicatia si am o intrebare: De ce are nevoie de locatia mea atunci cand o instalez? Nu vad nicio functie care sa-i justifice permisiunea.

[Florin.B RATT]

Din cate am inteles, e posibil sa implementam o functiune ulterior, una care sa iti ofere doar timpii pentru locatia in care te afli. (asta ar degreva serverul nostru) Pe moment nu te ajuta si nu te incurca cu nimic. Nu trebuie sa ai activat nici modulul GPS al telefonului.
Oricum, chiar daca in viitor vom utiliza aceste date, RATT este operator de date cu caracter personal, deci va respecta toate regulile impuse de asta, cu toate ca locatia este asociata unui IP si nu unui numar de telefon, IP care in general e dinamic, la fiecare conectare fiind diferit. Nu urmarim pe nimeni, asa cum se credea si cand s-a cerut validarea cardurilor, deci stai linistit.

[cseh_17]

Acuma daca RATT a facut atat tam-tam cu aplicatia asta, posibilitatile sunt INFINITE.
Pe viitor as vrea sa vad o functie care sa-mi permita sa verific starea abonamentului si creditul din portofel direct pe telefon, citind cartela cu NFC-ul.

[Vlad Vesa]

De cateva zile stau si citesc atent fiecare problema disputata aici si tot imi zic ca ar trebui sa postez, vreau sa postez si eu punctul meu de vedere doar ca ajung la lucru si probleme, probleme, task-uri si uit sau nu am pur si simplu timpul fizic necesar sa scriu aceste randuri.

Dar azi, e duminica si nu e lucru asa ca sper sa fie cu folos!

Ma bucur ca lucrurile incep sa prinda contur, sa se aseze. As vrea totusi sa aduc niste clarificar in importanta acelui api de care toata lumea discuta acu o vreme, si mai nou dinnou.

E clar ca in "perioada de tranzitie", in care serverul RATT mai poate sa isi traga sufletul de la numarul urias de requesturi care aplicatiile facute de mine, de Mihai si de Cristi le faceau multe persoane au avut de suferit datorita faptului ca, probabil, se bazau pe buna functionare a acestor aplicatii care brusc nu a mai fost. Dar clar asta e trecut si e bine sa ne concentram pe viitor.

Problema: Florin ziceai ca vreti sa aveti o aplicatie ce nu trebuie actualizata asa des, contentul ei sa fie web based astfel orice modificare o faceti sa fie pe server.
Solutia cu api: Acceasi abordare este disponibila si daca folositi un api. Sa presupunem existenta unui api care sa fie accesibil in felul urmator:

/api/v1/mijloace - acesta va scoate in exterior mijloacele de transport disponibile in prezent
[
data: [{
      name: "Autobuz 40"
      icon: "url to icon"
      id: "identificator"
      type: "3"
},
{
      name: "Tramvai 1"
      icon: "url to icon"
      id: "identificator"
      type: "1"
}],
"message": "Data retrieved successfully",
"success": true

]

/api/v1/mijloace/xxxx - acesta va returna in format json traseele cu statiile si cu timpi
[
data: {
    "id": xxxx,
    "operator_id": xxxx,
    "name": "40",
    "type": "Bus",
    "available": true,
    "agency_id": "1",
    "routes": [
      {
        "id": 19,
        "name": "Posta Mare - Stuparilor",
        "stations" : [
            {
              "id": 3220,
              "name": "Posta Mare",
              "latitude": 45.754741,
              "longitude": 21.2337
           },
           {
             "id": 3225,
             "name": "Popa Sapca",
             "latitude": 45.760793,
             "longitude": 21.232873
           },
        ]
      },
      {
        "id": 20,
        "name": "Stuparilor - Posta Mare"
      }
    ]
},
"message": "Data retrieved successfully",
"success": true
]
 

Deci fiecare aplicatie cand se va deschide va face 1 request, pentru update-ul de route, unde va da pe langa informatia legata de mijloacele disponibile, si destinatia care asset-urile grafice care le propune "regia" pentru utilizare (aici vine vointa developerului sa i-a in considerare sau nu acele asset-uri grafice). Mai apoi dai click pe un mijloc de transport, alt request este facut pentru a obtine timpi pentru acea ruta.

Toate aceste informatii, pot fi cache-uite pentru ca e clar ca timpi nu se schimba mai des de 1 minut si e ineficient sa fie facut cate un request la baza de date de fiecare data.

E clar ca sa transferi niste text, care e si ala foarte putin e multi mai bine decat sa transferi o pagina intreaga

Problema: Cristi zicea ca ar fi util ca utilizatorul sa isi poata vedea informatiile soldului de pe cardul de ratt
Solutia api: E clar ca ce am prezentat mai sus poate fi extins cu usurinta

 
/api/v1/informatii-card - facut un request de tip POST cu datele confidentiale ale utilizatorului (aici fiecare utilizator de card ratt va primi un user si o parola sau ceva de genul cu care sa poata sa isi verifice datele)

Problema: Ratt nu poate controla accesul la aplicatiile ce ii consuma feed-ul de date.
Solutie Api: toate aplicatiile ce fac sau vor face requesturi care feed-ul ratt se vor autentifica printr-un asa zis token primit de la administratorul de system RATT. Se poate astfel gestiona accesul, dar si numarul de requesturi pe care o aplicatie il poate face /minut /ora ... s.a.m.d.. Daca aplicatia sau administratorul aplicatiei nu intelege sa respecte termeni si conditiile de functionare ale ratt, i se revoca tokenul si practic aplicatia nu mai poate sa consume feed-ul de date RATT.


In cele ce le-am prezentat mai sus am enumerat doar o parte a posibilelor beneficii.


Tin sa precizez ca asa cum am facut si pana acum va fi si de acum incolo, free of charge. Daca credeti ca va intereseaza ideea va pot prezenta ce am facut pana acum, va pot explica ce/cum am facut pana acum si va pot ajuta oricand punem sistemul pe picioare si astfel sa se stabilizeze odata situatia.

Atat eu, cat si alte persoane, cred, din comunitate pot sa se implice si vor vrea sa o faca daca se doreste acest lucru. Modul de lucru sunt sigur ca se va gasi ceva eficient, putem lua modelul govithub-ului ce au reusit foarte multe proiecte cu voluntari.

P.S. 1: De ceva vreme lucrez la asa ceva pentru a vi-l prezenta, dar in ultima perioada cu modificarile ce s-au facut e tot mai greu sa duc la bun sfarsit planul datorita faptului ca nu apuc sa fac o modificare pana cand iar se schimba ceva si tot asa. E clar necesar aportul vostru ca si regie pentru a face conexiunile cu baza de date pentru obtinerea timpilor.

P.S. 2: Datele prezentate mai sus sunt in format "json" orice server php stie sa le genereze foarte simplu si mai mult decat atat orice aplicatie (limbaj) stie sa consume datele respective la fel de simplu.

Aceasta postare a fost editata de Vlad Vesa: 12 martie 2017 - 17:54

[Florin.B RATT]

Vlad, cum spuneam, nu e specialitatea mea asta. O sa-i rog pe colegi sa se uite peste ce ai scris. Te tin la curent...
Din cate stiu, cardul RATT nu este citibil de NFC-ul din telefon, deci nicio sansa sa avem asa ceva.

[FxTm]

Acum seara am observat ca aplicatia nu imi afiseaza Statia si timpul pe aceasi rand . A mai intampinat cineva aceasta problema?

Thumbnail atasat

• 

Aceasta postare a fost editata de FxTm: 12 martie 2017 - 20:02

[Visor]

Chiar modificam pe server aspectul asta atunci. Da un refresh si spune-mi daca e ok.

[FxTm]

Super, totul e in regula!!!

[Vlad Vesa]

Florin.B RATT, la 12 martie 2017 - 18:36, a spus:

Vlad, cum spuneam, nu e specialitatea mea asta. O sa-i rog pe colegi sa se uite peste ce ai scris. Te tin la curent...
Din cate stiu, cardul RATT nu este citibil de NFC-ul din telefon, deci nicio sansa sa avem asa ceva.

Super!,

Cardul e un "bonus", incet si sigur sunt convins ca vor fi solutii pentru toate problemele.

[Darius Costolas]

Am facut un poc la cum ar trebui sa arate o aplicatie in 2017 https://www.youtube....eature=youtu.be , totul facut intr-un weekend nu in 10 ani ... (cu tot cu partea de server)

Aceasta postare a fost editata de Darius Costolas: 12 martie 2017 - 23:56

[MihaiBalint]

Vlad Vesa, la 12 martie 2017 - 17:43, a spus:

Problema: Florin ziceai ca vreti sa aveti o aplicatie ce nu trebuie actualizata asa des, contentul ei sa fie web based astfel orice modificare o faceti sa fie pe server.
Solutia cu api: Acceasi abordare este disponibila si daca folositi un api. Sa presupunem existenta unui api care sa fie accesibil in felul urmator:

/api/v1/mijloace - acesta va scoate in exterior mijloacele de transport disponibile in prezent
/api/v1/mijloace/xxxx - acesta va returna in format json traseele cu statiile si cu timpi

Problema: Ratt nu poate controla accesul la aplicatiile ce ii consuma feed-ul de date.
Solutie Api: toate aplicatiile ce fac sau vor face requesturi care feed-ul ratt se vor autentifica printr-un asa zis token primit de la administratorul de system RATT. Se poate astfel gestiona accesul, dar si numarul de requesturi pe care o aplicatie il poate face /minut /ora ... s.a.m.d.. Daca aplicatia sau administratorul aplicatiei nu intelege sa respecte termeni si conditiile de functionare ale ratt, i se revoca tokenul si practic aplicatia nu mai poate sa consume feed-ul de date RATT.

+1 +1 +1 +1

Dar as prefera ca URLurile sa fie in engleza...

[MihaiBalint]

@Vlad, @Darius - se pare ca toti lucram la o varianta de server

De exemplu atasat aveti o parte din documentatia draft de la serverul la care lucrez eu:  TPT-Commuter-API.pdf (113.08K)
Number of downloads: 261

(scuze pentru inevitabilele greseli de engleza, si micile inconsistente)

Aceasta postare a fost editata de MihaiBalint: 13 martie 2017 - 10:58