Lawrence Oluyede ha scritto:
> Puoi, provandolo da shell. Bisognerebbe aggiungere il supporto a
> google.py dentro l'admin. Io sono ancora contrario a metterlo nel
> save() perché quando stavo sistemando i model mi sono accorto che
> geo_location aveva bisogno di user (per l'indirizzo) e user di
Ciao Ragazzi
sono arrivato ad un bivio sul mio programma per la gestione dei back up
ho deciso di usare file di testo per tenere le info su:
utente titolare del backup (pippo)
pathserver\backup\pippo\bath\backup.log
e-mail [EMAIL PROTECTED]
tenedoli su una sola riga divisi da virgola
pi
On 1/21/07, Salvatore MONACO <[EMAIL PROTECTED]> wrote:
sugerimenti...sull'implementazione
YAML
--
-enrico
___
Python mailing list
[email protected]
http://lists.python.it/mailman/listinfo/python
Altrimenti fai il commit di quello che c'è, lo correggiamo in seguito.
La mia obiezione era che il codice attuale c'è e funziona.
eh ok ma manca parecchia roba che ho aggiunto. Il google.py va
comunque riscritto indipendentemente dal model, o meglio, ampliato. Io
committo, facciamo sempre a temp
YAML lo dovrei studiare
a quel punto perderei di efficacia voglio una cosa il piu' possibile easy...
userei in quel caso XML ma punto a due file di testo uno con i dati e
uno per scivere i log
enrico franchi ha scritto:
On 1/21/07, Salvatore MONACO <[EMAIL PROTECTED]> wrote:
sugerimenti...su
[EMAIL PROTECTED] ha scritto:
[...]
class GeoLocation(models.Model):
> [...]
+# the longitude of the location
+longitude = models.IntegerField()
+# the latitude of the location
+latitude = models.IntegerField()
+# the geo location detail, in JSON format as returned by the g
Questo credo sia un errore.
geo_location è una stringa, si deve fare prima un json.loads
Inoltre non sono sicuro che il campo 'address' sia sempre presente nel
valore restituito dal geo coder.
Non ha molta importanza, non è nemmeno testato. È li di bellezza,
quando cominceremo ad usare il model
