Gygabyte017

ciao a tutti, vorrei fare la seguente cosa: sul mio 6630 mi connetto a internet; ho un altro cellulare con bluetooth; vorrei fare in modo che la connessione a internet del 6630 venga condivisa tramite bluetooth, e che l'altro cellulare ci si possa agganciare e quindi essere connesso sfruttando la connessione del 6630. Conoscete per caso un programma per fare questa cosa?? Grazie mille

Grazie a tutti! Ora allora mi informo sui modelli che avete proposto! Grazie!

Ciao a tutti, mi sapreste indicare un cellulare Symbian che però non pesi tantissimo e non sia grosso come un mattone? Grazie 1000!

Ciao, mi da errore qui: dato = struct.unpack('h',f.read(2))[0] # Extract signed integer 2 bytes long (signed sHort) struct.error: unpack str size does not match format... [python 1.45, 6630 2nd FP2]

No a te non servono a niente! E' il sito a cui si collega il programma per scaricare più rapidamente i dati del traffico, ma ci pensa a tutto la midlet, a te serve solo la midlet! Ciao

ops sorry, ho messo l'index (che è inutile) invece dell'include1... OctoTrafficScript2_byGygabyte017.rar

Non capisco a che colori ti riferisci... Quelli del gra c'è la legenda di lato, con i 6 colori, mentre quelli dell'A24 non sono colori ma c'è proprio il testo! Lo script cerca nella pagina html la stringa 'km/h' e memorizza la velocità che c'è scritta subito accanto a sinistra, e poi li scala tra 0 e 9, ma questa è una mia "convenzione" nel senso che avrei potuto benissimo printare direttamente le velocità, ma per risparmiare bytes di traffico, li ho ridotti tra 0 e 9... tanto ho pensato che non cambia granchè all'utente sapere se un tratto per esempio è a 49km/h o 54km/h o 52km/h, e l'ho approssimato a '50km/h' e codificato con '5'... boh si può essere che sono finti... neanche a me è sembrato affidabile, anche perchè poi non si capisce le varie tratte da dove a dove sono... Molto interessante comunque il grafico del traffico! (studiando matematica all'uni, non potevo non apprezzare il grafico della densità della tiburtina ) ok va benissimo! OctoTrafficScript_byGygabyte017.rar

wow speriamo che non se ne accorgano mai Mmm si è vero probabilmente è per quello... tanto così funziona, fino ad ora non mi è mai capitato che non riuscisse a capire che colore sia (e la funzione è molto "severa", se il colore sembra troppo vicino a più di un possibile colore, o se non è vicino a nessun possibile colore , ritorna 0 errore/dato non disponibile) quindi penso sia ok... No in realtà lo script non legge la mappa urbana! (quella di roma interna dici no?) Il GRA lo legge da qua: http://traffico.octotelematics.it/dyn/1.gif?ts=1 Mentre l'A24 interna la legge da qua: http://traffico.octotelematics.it/dyn/241.html?ts=1 Avevo pensato di implementare anche le varie strade consolari, però il problema è quello che dici tu che la scala è diversa e inoltre col fatto che è una beta non so quanto sia attendibile... Stavo riprovando ora a vederla, ma tu riesci a vederla? http://traffico.octotelematics.com/traffic/rm.html?ts=1 mi dà 403Forbidden nonostante il ts=1 ! Mah! C'è un altro link?! Comunque se vuoi allego i sorgenti, non sono tanto commentati però

Non saprei, ho provato ora e mi dà "Internet Explorer: impossibile visualizzare la pagina Web" I miei sorgenti boh sì volendo li pubblico, anche se non sono definitivi perchè volendo si potrebbe implementare anche le altre autostrade.... Allora in pratica i dati li prende da octotelematics usando la "file_get_contents", e mettendo nei link "?ts=1", perchè da quando hanno ristretto l'accesso alle varie pagine, sembra che sia l'unico modo per avere i dati (e se è un bug, speriamo che non se ne accorgano!). Poi, nel caso del GRA, legge l'immagine scaricata, salvando dei "campioni" delle varie tratte (così come hai fatto tu)... però io ho avuto come problema il fatto che i colori non erano sempre costanti, tipo il verde non era sempre verde 0,255,0 ma a volte poteva anche essere 2,253,1 e così via, delle piccole variazioni... e quindi ho dovuto fare un sistema per gestire questi casi, ovvero una funzione che calcola quanto il colore letto è vicino ai vari colori possibili, e ritorna quello più probabile... Nel caso dell'A24 invece, legge direttamente l'html nella pagina, cercando la stringa "km/h", e legge il numeretto vicino. poi "scala" le velocità tra 0 e 9, e le scrive in output...

Funzione aggiunta, e ho anche ristrutturato il codice Allora, la nuova codifica è: GRA|XXXXXXXXXXXXXXXX A24|YYYYYYYY GGMMAAAAHHMMSS Notare che le stringhe identificative sono diventate da "EGR" a "GRA" e da "E24" a "A24" (era brutto con la E!), e inoltre GGMMAAAAHHMMSS rappresenta il timestamp in cui sono stati aggiornati i dati (ogni 100 secondi) Fammi sapere se ci sono problemi, ciao!

ok! domani aggiorno il codice

Di niente, spero ti sia utile!

Ciao a tutti, non so se lo avete già, ma io ho creato una pagina php http://edoedo.comze.com/strade.php che ritorna lo stato del traffico con la seguente sintassi (per ora solo per il raccordo e l'A24 interna): EGR|XXXXXXXXXXXXXX E24|YYYYYY dove gli X sono tanti quante le uscite del raccordo che sono mostrate su octotelematics (prima la corsia interna, poi la corsia esterna), cioè <corsiainternatrattoAureliaBoccea><corsiaesternatrattoAureliaBoccea> ecc, e valgono: 0 = dato non disponibile / errore 1 = nero 2 = rosso ... 6 = verde Gli Y invece, sono tanti quanti le uscite dell'A24 interna, sono DALLA tangenziale AL raccordo, prima la corsia est poi la corsia ovest, e valgono: 0 = velocità tra 0 e 5 km/h 1 = velocità tra 6 e 15 km/h 2 = velocità tra 16 e 25 Km/h ... 9 = oltre 86 km/h Ho cercato di farlo il più sintetico possibile per risparimiare il costo della connessione. Con una HTTP request si scambiano circa 1.5kb massimo (che nel mio caso mi costa 1 centesimo ) Con questi dati potete implementare il client grafico senza problemi e spendendo pochissimo... Spero vi sia utile!

Ciao a tutti, sono alcuni mesi che uso il tt5 con l'ultima mappa disponibile, e mi trovo abbastanza bene a Roma. Tuttavia ho sentito (anche da voi! ) che l'ultima mappa sarà proprio l'ultima in assoluto x il tt5, quindi sarà sempre peggio, mentre il r66 dovrebbe continuare a essere aggiornato. Inoltre ho letto che la voce-guida del r66 è molto meglio di quella del tt5, con il quale certe volte quando dice che ne so "girate a destra" e io vedo davanti a me 3 destre possibili devo guardare lo schermo x capire dove andare, quindi non è proprio perfetta.... Sapendo quindi delle mappe, e della voce-guida, mi conviene passare al r66? quali sono i principali svantaggi del r66 rispetto al tt5? Thank you!

Ciao dok, ottima idea, infatti alla fine è quello che ho fatto... Giusto m'è venuto il dubbio se fare una pagina che interroga un'altra sia legale, ma penso di si... Comunque così l'app x il cell non mi serve più visto che basta il browser... Certo volendo potrei fare che la pagina php ritorna uno stream "compresso" che poi un programma sul cell lo decomprime mostrando tutto bello in chiaro In pratica è un'app che interroga tramite pagina ponte il sito dell'atac per avere le info in tempo reale sull'arrivo dei mezzi pubblici a una data fermata.......

aia... Allora mi sa che è inutile cercare di fare un programma che fa le stesse cose di opera mini... Il fatto è che la pagina outputta come ho detto pochissimi bytes, ma vedendo nei log della connessione, ho tipo 1kb inviato e 1,5kb ricevuti! Il che incide sul mio budget vodafone Possibile che è così grosso l'header?? (Eppoi ma che invia in 1kb?? Apparte il GET?!? mah...)

Ciao a tutti, quanto tempo che non vi venivo a trovare ! Chiedo agli esperti di mshell, sapete per caso come si fa a ottenere una stringa contenente l'html di una data pagina web (ovviamente scaricata via TCP/IP) SENZA inviare alcun dato, cioè limitando al massimo lo scambio di dati? La pagina in questione contiene al max 20-30 bytes, e vorrei fare in modo che SOLO quei bytes siano ricevuti, senza header, e simili.... Come si può fare? Thank you

Se fosse un pò più dettagliata sarebbe meglio... In particolare mi servirebbe il pezzo di mare a nord, da una punta a all'altra... il sud posso anche trascurarlo.... Grazie

Ok meglio così Peccato però perchè mi divertiva cercare di capire la logica di quei numeri! Ciao ciao

Ciao a tutti, non è che potete mandare una mappa della sicilia calibrata per smartcomgps pure a me? gygabyte017[at]hotmail[dot]com Grazie tantissimo!!!

Da un'analisi molto veloce dei decimillesimi ho notato una cosa: Siano A e B due numeri pari o dispari consecutivi, cioè B=A+2. Allora se ci fai caso B-A=13 sempre! E si ai numeri pari viene aggiunto +6, ai dispari +7. Vediamo un pò ragionandoci sopra... uhm... Altre cose che noto sono che x i millesimi non ci sono informazioni sufficienti.. quel 0.001 è ottenibile come se fosse il decimo decimillesimo quindi col metodo di prima, ma servirebbe sapere almeno quanto vale 0.002... Per i centesimi, 0x28F * 2 = 0x51E quindi sembra che, procedendo in questo modo 0.03 = 0x28F*3=0x7AD ma non so se è corretto. I decimi cambiano di nuovo, sicuramente si vede che 0.11 = 0.10+0.01 = 0x1999+0x28F = 0x1C28... Domani provo a dare un'occhiata più approfondita e a cercare una regola di base... Ciao! Edit: Scusa ma tu questa tabella come l'hai ottenuta?!? Se l'hai generata tu, aggiungici un bel pò di numeretti in +!

Allora WriteBytes scrive data sul file file, ribaltando la stringa se reverse=true) Mi spiego meglio: file è l'oggetto restituito dalle funzioni IO, tipo file.create, ed è il file dove andrà a scrivere data rappresenta che cosa scrivere sul file. Può essere o un array di bytes (tipo [0x00,0x01,0x02,...] vedi per esempio le costanti Header e Footer), oppure una stringa esadecimale (tipo "000102") che la funzione poi converte in array di bytes. E poi byte per byte, scrive l'array su file. Se reverse è true, allora scrive l'array rovesciato, cioè inizia dalla fine e finisce all'inizio. Tutto qua. Esempi pratici: f=io.create("..."); stringa = "123456FF"; arr = [0x12, 0x34, 0x56, 0xFF]; WriteBytes(f, stringa) >> scrive 12 34 56 FF WriteBytes(f, stringa, true) >> scrive FF 56 34 12 WriteBytes(f, arr) >> scrive 12 34 56 FF WriteBytes(f, arr, true) >> scrive FF 56 34 12 Non ho capito il discorso dell'a capo... cioè viene codificato con bytes diversi?! Edit: spè forse ho capito. Praticamente l'a capo a seconda dell'applicazione che scrive sulla clip, può essere codificato da [14,32,40], [28,64,168] o [168] ?? Ma come li hai trovati?? Io non c'avevo pensato all'a capo in effetti...... ce ne potrebbero essere anche altri?!? Edit2: ma non esiste un qualche doc che spieghi la struttura ufficiale di questo file?!?!?

Si mi sono offeso!! Ci dovevo mettere il copyright! No dai scherzo m'hai anticipato perchè mi ci sarei messo io, ma se l'hai già fatto meglio, postalo! Cmq ciò significa che il codice che ho scritto era ben comprensibile! Senti ma visto che ci sei, tu che ne pensi dell'Unicode? Hai visto i due campi di lunghezza del testo? Il primo indica il numero di bytes+25, e il secondo il numero di caratteri. Ora, presupponendo di togliere il 25 al primo, è ovvio che i due numeri sono uguali se le lettere sono ASCII (<256), ma se provi a copiare un carattere unicode, vedrai che ci sono sorprese. Ad esempio copiandone uno solo, vedi che il numero di caratteri resta sempre 1, ma il numero di bytes diventa 3+25. Andando a controllare quali sono questi 3 bytes, scopri che gli ultimi due sono l'effettivo valore in unicode, ma il primo non capisco a che serve! Modificandolo, corrompe il file e non si può + incollare la clipboard.... Per esempio, se scrivi (in mshell) char(0x3E8), ti fai stampare il carattere, lo copi e vai a controllare l'hex della clipboard, noterai che c'è nel campo dei dati 0E 03 E8. A che serve lo 0E? Boh?!? .... Con altri caratteri invece ne scrive solo due, che (sembra) non hanno niente a che fare con l'hex originale... Hai qualche idea?!?!?!?!?!

Secondo me l'unica è scriverti una funzione che legge la stringa e ti dice se è un float oppure no.... La funzione dovrebbe, carattere per carattere: 1) Controllare che ci siano solo numeri, e il punto eventuale 2) Controllare che di punti ce ne siano al massimo uno 3) Controllare che il punto non sia all'inizio o alla fine della stringa Se le condizioni sono sempre vere, allora è float altrimenti no!

Si perchè l'esame di maturità m'ha distrutto psicologicamente Cmq no me lo sono studiato per conto mio, diciamo che ho copiato 6-7 volte il file (con contenuti diversi ovviamente, ogni volta copiavo un testo nuovo), e poi con un hex editor ho analizzato somiglianze&differenze e ci sono riuscito... mi sono un pò impicciato con i byte che contenevano la lunghezza del testo (ce ne sono 2 diversi, mi sfugge il motivo?!?!?) perchè erano rovesciati, cioè da leggere da destra a sinistra (mi pare codifica big endian può essere?) Diciamo che chi 1)conosce mshell 2)conosce python, può tentare di fare il "porting" ovvero trascrivere linea per linea il codice mshell in codice python, adattandolo ovviamente al nuovo linguaggio.... Se trovo tempo lo faccio io...