Bus App Projekt

Hallo Liste,

wir arbeiten an einer Bus-Routing Webapp auf Basis der sasabus.org API. Die
App ist 100% client-seitiges JS und hat eine schnelle, übersichtliche
responsive UI. Ihr könnt sie hier ausprobieren: http://bus.sparber.net/

Die App hat zwar noch ein paar kleinere Bugs, ist jetzt aber stabil genug
um sie einem größeren Publikum für Feedback/Testing zu öffnen.
Deshalb möchten wir euch bitten sie zu testen und uns Feedback zu geben und
eventuelle Bugs zu melden.

Github Repo: GitHub - realnumbers/bus: Simple bus routing application
Bugtracker: Issues · realnumbers/bus · GitHub

Grüße,
Tobias Bernard und Julian Sparber

attachment.htm (966 Bytes)

Hallo Tobias und Julian!

wir arbeiten an einer Bus-Routing Webapp auf Basis der sasabus.org
<http://sasabus.org> API. Die App ist 100% client-seitiges JS und hat
eine schnelle, übersichtliche responsive UI. Ihr könnt sie hier
ausprobieren: http://bus.sparber.net/

WOW, gefällt mir sehr gut. Ist wirklich sehr schnell!

Die App hat zwar noch ein paar kleinere Bugs, ist jetzt aber stabil
genug um sie einem größeren Publikum für Feedback/Testing zu öffnen.
Deshalb möchten wir euch bitten sie zu testen und uns Feedback zu
geben und eventuelle Bugs zu melden.

Github Repo: GitHub - realnumbers/bus: Simple bus routing application
Bugtracker: Issues · realnumbers/bus · GitHub

Ich nehme auch Markus Windegger von der SASA und Davide Montesin,
Hauptentwickler von html5.SASAbus.org ins CC mit auf.

Es wäre interessant, wenn auch eure App auf der www.SASAbus.org als eine
3. App, neben der Android und der HTML5 App, aufgenommen würde. Was
haltet ihr davon?

LG
Patrick

attachment.htm (2.2 KB)

Hallo,

also super projekt! Gefällt mir sehr gut!

Welche daten benutzt ihr denn genau von uns?
Die datenbank von SASAbus html5 oder benutzt ihr die daten aus dme vdv datenmodell?

Ist die routing engine auch offline kompatibel (daten in local store?)?

Habe heute morgen erst mit davide montessin über eine routing engine gesprochen...:wink:

Grüße
~markus

attachment.htm (3.18 KB)

Ciao, complimenti anche da parte mia!

Con Julian ci siamo sentiti per scambiarci informazioni. Loro usano il
routing
API JSON di SASABus HTML5.

Saluti!

attachment.htm (4.67 KB)

è veloce, ma:
- manca il nr. della linea-bus, solo l'orario;
- difficile individuare la posizione della fermata senza sapere dove si
trova.
- non sono riuscito a programmare un viaggio da Merano Stazione Treni a
Maia Alta o Maia Bassa
diego

attachment.htm (5.04 KB)

Danke :smiley:

Wir wären natürlich geehrt wenn die App auf der SASAbus Seite aufgenommen
würde, allerdings würde ich damit noch warten bis sie etwas stabiler/besser
getestet ist.
Außerdem brauchen wir noch einen Namen und eine schönere Domain (wir sind
für Vorschläge offen).

lg
Tobias

attachment.htm (2.93 KB)

Hallo,

Wie Davide schon gesagt hat verwenden wir für das routing die API, deshalb
funktioniert es offline natürlich nicht :slight_smile:

Für die Haltestellen verwenden wir eine Liste die uns Davide gegeben hat,
welches wir mit einem bash Skript in JSON umformatieren.

Dazu wollte ich fragen ob jemand hier weiß bei wem man Fehler im Datenset
oder in den API Antworten melden kann (wir haben einige falsch formatierte
Haltestellennamen gefunden, und die API gibt manchmal unvollständige
Strings zurück).

lg
Tobias

attachment.htm (4.24 KB)

Ciao,

1. Il numero della linea bus c'è, ma viene visualizzato solo quando clicchi
un risultato della ricerca (sulla schermata dettagli). Cercheremo di
comunicare meglio il fatto che i risultati sono cliccabli :smiley:

2. Lo sappiamo e ci piacerebbe avere una soluzione migliore (per esempio
con una mappa), ma visto che è abbastanza difficile da implementare non
l'abbiamo ancora fatto.

3. Non sono sicuro, ma probabilmente è perchè non esistono fermate a Maia
Alta che contengono la stringa "Maia Alta". Sarebbe bello avere una ricerca
più contestuale (e.g. che trova fermate in un quartiere cercando il nome
del quartiere) ma visto che non è compreso nel dataset che abbiamo sarebbe
molto difficile.

saluti,
Tobias

attachment.htm (6.5 KB)

Si, mi chiedevo se il routing offline potrebbe dare un valore aggiunto
alle app.

3. Non sono sicuro, ma probabilmente è perchè non esistono fermate a Maia
Alta che contengono la stringa "Maia Alta". Sarebbe bello avere una ricerca
più contestuale (e.g. che trova fermate in un quartiere cercando il nome
del quartiere) ma visto che non è compreso nel dataset che abbiamo sarebbe
molto difficile.

Hi,

ja das ist effektiv ein Problem, aber ich schaetze das liegt an den Rohdaten der
SASA und nicht an eurer Software.

Die Haltestellennamen in Marling z.B. sind:

Marlengo 1, Marlengo
Marlengo 2, Marlengo
Marlengo 4, Marlengo
Merlengo 3, Marlengo
Paese 1, Marlengo

Uebersichtlicht, gell :wink:

Deutsche Namen scheinen auch nicht enthalten zu sein? Oder vielleicht schliesst
ihr von meiner $LANG auf die Sprache?

Bye,
Chris.

PS: sonst gut gemacht :slight_smile:

Ja, wir verwenden abhängig von der Sprache des Systems jeweils nur die
deutschen oder die italienischen Namen um redundante Suchergebnisse zu
vermeiden. Dasselbe gilt übrigens für die Sprache der UI.

lg
Tobias

2014-05-02 21:10 GMT+02:00 Chris Mair <chris(a)1006.org>:

attachment.htm (1.98 KB)

Ok...kapiert...

Also die infos zwecks daten bitte an mich (windegger(a)sasabz.it)...

Ja wir wissen bescheid über die fehler, die haben wir mit davide schon entdeckt bzw die hatte ich damals schon beim erstellen der sqlite-datenbank.

Manche sind so, komisch, da die haltestellennamen zu lange sind (begrenzte zeichenlänge des benutzen standards) und wir deshalb leerzeichen kürzen mussten. Bei einigen ist deutsch = italienisch, oder auch sonderzeichen (piazza universita' - universitätsplatz) oder bindestriche im namen (weiss ich nicht mehr auswendig). Das müsste sich aber im sommer ändern, denn da kommen neue haltestellennahmen (keine numerierungen mehr, endlich, wie z.b. drususstraße 11, oder karl wolff straße 1a :wink: ).

Ansonsten viel praktischer als z.b. unserer standard interface auf sasabz.it oder xml.opensasa.info.

Was z.b. noch interessant wäre, ihr könntet ja auch mal versuchen dann die echtzeitdaten zu integrieren (da müsst ihr aber vorher irgendwie die daten des formats vdv verarbeiten und daraus die kursnummer rausholen um über die auf bus.meran.eu nachzufragen, wo der bus gerade ist...:wink: )

Grüße
~markus

attachment.htm (3.97 KB)

Hallo,

Nachdem die Namen sowieso bald geändert werden bringt es also nichts,
Fehler im momentanen Datenset zu melden?

Wegen der Fehler in Bezug auf abgekürzte Strings, falsche Umalute,
Sonderzeichen etc. wollte ich fragen woher das kommt. Um welchen Standard
handelt es sich, und gibt es dazu keine Alternative ohne diese
Einschränkungen?

lg
Tobias

attachment.htm (5.02 KB)

L'applicazione è molto graziosa
Complimenti!

Peccato che la licenza dei dati della sasa abbia quel NC che vieta la
possibilità di trarre sfruttamento commerciale e, pertanto, ne vincola
anche l'applicazione creata.

C'è da dire che, alla luce dell'ultimo decreto firmato dal ministro
dei trasporti Maurizio Lupi, questa cosa dovrà essere messa in regola
http://www.corrierecomunicazioni.it/pa-digitale/27391_e-ticketing-il-governo-accelera-lupi-firma-il-decreto.htm
visto che l'articolo 5 dichiara
"Le aziende di trasporto pubblico locale pubblicano sui propri siti
internet, con formato dati di tipo aperto, ai sensi dell'art. 68 del
Codice dell'Amministrazione Digitale, l'elenco dei titoli di viaggio
interoperabili e dei titoli di viaggio integrati resi disponibili, le
relative modalità e punti di acquisto , nonché descrizione la
descrizione e gli orari della rete e dei servizi offerti, anche in
forma integrata."

e visto che il codice di amministrazione digitale all'articolo 68
all'articolo 3b dichiara

b) dati di tipo aperto, i dati che presentano le seguenti caratteristiche:
1) sono disponibili secondo i termini di una licenza che ne permetta
l'utilizzo da parte di chiunque, anche per finalità commerciali, in
formato disaggregato;

Ciao Liste,

C'e' da qualche parte anche un numero o un testo del decreto?

Sul sito non si trovano riferimenti al decreto, ed anche sul sito del
ministro delle infrastrutture e dei trasporti non si trova nulla.

Grazie in anticipo

~markus

attachment.htm (2.53 KB)

<http://archivio.digitpa.gov.it/amministrazione-digitale/CAD-testo-vigente&gt;http://it.wikipedia.org/wiki/Codice_dell'amministrazione_digitale
http://archivio.digitpa.gov.it/amministrazione-digitale/CAD-testo-vigente

diego

<http://archivio.digitpa.gov.it/amministrazione-digitale/CAD-testo-vigente&gt;

attachment.htm (3.76 KB)

Si, questo si, grazie. Pero intendevo il decreto anche sul e-ticketing
che riguarda sopratutto il trasporto pubblico, da quello che ha citato
Maurizio Napolitano.

Grazie e saluti
~markus

attachment.htm (4.68 KB)

Ciao a tutti,

allora devo fare un po di chiarezza dopo la mail di maurizio napolitano,
con tanti articoli e leggi e decreti.

Allora da noi qua in alto adige e' un po diverso, siccome la legislatura
e le concessioni prevedono un modello un po diverso di quello nazionale.
Da noi il gestore e l'unica "azienda di trasporto" visto e' la
provincia, che delega a noi tutti i lavori che sono da fare. In realta',
noi non possiamo neanche mettere fuori i dati, perche' lo puo fare
solamente la proviancia o l'azienda competente (non so se e' ancora il
SII o e' l' azienda mobilita' della provincia stessa).

Puo addiritura anche essere (siccome la provincia ha competenza primaria
nel trasporto pubblico) che questo decreto non viene neanche
considerato. Questo non lo so.

Noi per adesso abbiamo deciso di mettere a disposizione un servizio
aperto per il routing in xml, di mettere le fermate come CC0 e tutto il
resto per adesso sotto una licenza cc-by-nc, pero sempre con la
possibilita' di applicare delle licenze diverse se qualcuno si presenta.

Devo pero aggiungere adesso un po di opignone mia:
  - secondo me e' vero che il gestore provinciale deve mettere a
disposizione i dati in formato aperto (CC0), perche' cosi almeno il
sistema "provincia" e' un sistema consistente
  - finche qualche azienda blocca la nostra strada (un' azienda con 3
lettere del trasporto locale) questo non verra' mai fatto, anche per
quello abbiamo fatto il passo iniziale per far muovere un po tutti
  - io personalmente non vedo nessun problema per mettere fuori tutti i
dati in modo CC0, l'ho anche detto diverse volte, pero non sono io che
decide

Un' altra cosa vorrei anche aggiungere:

Vedo che Maurizio Napolitano si sta molto impegnarsi di questa cosa,
pero non sempre in modo diplomatico, siccome anch' io lo scorso anno
dopo una mail ho rischiato di ritirare tutti i dati aperti. Delle volte
gli aprocci meno "hardline" portano a successo i progetto molto piu
veloci che i progetto che tirano dritto in modo piu veloce possibile. E
poi e' anche sempre da considerare che siamo in una provincia autonoma,
che delle volte ha dei vantaggi pero anche degli svantaggi (come tutte
le cose).

un saluto a tutti!
~markus

attachment.htm (4.73 KB)