On Thursday 18 January 2007 21:42, Eriol wrote:
> Il problema e` sulla citta` e` un bel problema.
Se il problema e` sulla citta`, e` un bel problema.
--
Eriol - *p = NULL; - EIBTI
GPG Key ID 0B7C8A19
http://blog.mornie.org
___
Python mailing list
Py
On Thursday 18 January 2007 19:32, Lawrence Oluyede wrote:
> Quella è obbligatoria insieme alla nazione, se poi uno vuole mentire
> sono affari suoi :D
Scusatemi sto seguendo a sprazzi... :D la prossima volta leggo con piu`
attenzione il thread :D
Il problema e` sulla citta` e` un bel problema.
La citta`, pero`, penso possa essere obbligatoria, del resto la mappa e`
il pezzo forte dell'applicazione, no? :)
Quella è obbligatoria insieme alla nazione, se poi uno vuole mentire
sono affari suoi :D
--
Lawrence
http://www.oluyede.org/blog
http://www.neropercaso.it
__
On Thursday 18 January 2007 19:17, Lawrence Oluyede wrote:
> > Anche se, effettivamente, creare una immagine per ogni nazione è un
> > mezzo suicidio (ma forse no, magari si può automatizzare la cosa con
> > PIL)...
>
> ma i robi di gmaps fan cosi schifo :D ? Pensiamoci più avanti va :D
Concordo,
Sei tu che hai messo in mezzo queste bandierine.
No, è yes
Intendevo administrative_area e sub_administrative_area e city.
City mi sta bene, ma gli altri due concetti possono non esistere in altri stati.
--
Lawrence
http://www.oluyede.org/blog
http://www.neropercaso.it
_
Lawrence Oluyede ha scritto:
Anche se, effettivamente, creare una immagine per ogni nazione è un
mezzo suicidio (ma forse no, magari si può automatizzare la cosa con
PIL)...
ma i robi di gmaps fan cosi schifo :D ? Pensiamoci più avanti va :D
Sei tu che hai messo in mezzo queste bandierine.
Anche se, effettivamente, creare una immagine per ogni nazione è un
mezzo suicidio (ma forse no, magari si può automatizzare la cosa con PIL)...
ma i robi di gmaps fan cosi schifo :D ? Pensiamoci più avanti va :D
Vogliamo rendere i campi obbligatori?
No, perché io sono il primo a non mettere
Lawrence Oluyede ha scritto:
Per quel che ricordo non esiste copyright sulle bandiere quindi potremmo
prenderle da qualunque parte.
Per il pitone, non va bene il logo ufficiale? Facendo richiesta alla PSF,
ovviamente, per poterlo utilizzare?
Ehm, a che servono le bandiere? Intendo dove? sulla m
Per quel che ricordo non esiste copyright sulle bandiere quindi potremmo
prenderle da qualunque parte.
Per il pitone, non va bene il logo ufficiale? Facendo richiesta alla PSF,
ovviamente, per poterlo utilizzare?
Ehm, a che servono le bandiere? Intendo dove? sulla mappa? Direi di no
dato che è u
Eriol ha scritto:
On Thursday 18 January 2007 18:37, Manlio Perillo wrote:
Io pensavo ad un pitone con la bandiera italiana (o altra nazione) come
sfondo.
Carino :)
Per quel che ricordo non esiste copyright sulle bandiere quindi potremmo
prenderle da qualunque parte.
Per il pitone, non va ben
On Thursday 18 January 2007 18:37, Manlio Perillo wrote:
> Io pensavo ad un pitone con la bandiera italiana (o altra nazione) come
> sfondo.
Carino :)
Per quel che ricordo non esiste copyright sulle bandiere quindi potremmo
prenderle da qualunque parte.
Per il pitone, non va bene il logo ufficial
Lawrence Oluyede ha scritto:
E questò è perfetto per identificare un indirizzo.
Tuttavia significa che, ad esempio in Italia, non possiamo fare ricerche
per regioni dato che administrative_area rappresenterà la provincia.
Allora piazziamo un campo in +
administrative_area: regione, distretto,
Y3s ha scritto:
E questò è perfetto per identificare un indirizzo.
Tuttavia significa che, ad esempio in Italia, non possiamo fare ricerche
per regioni dato che administrative_area rappresenterà la provincia.
Comunque per ora lasciamo così, altrimenti non finiamo più (sono troppo
pignolo...
E questò è perfetto per identificare un indirizzo.
Tuttavia significa che, ad esempio in Italia, non possiamo fare ricerche
per regioni dato che administrative_area rappresenterà la provincia.
Allora piazziamo un campo in +
administrative_area: regione, distretto, contea
province: provincia
o
> E questò è perfetto per identificare un indirizzo.
> Tuttavia significa che, ad esempio in Italia, non possiamo fare ricerche
> per regioni dato che administrative_area rappresenterà la provincia.
>
>
> Comunque per ora lasciamo così, altrimenti non finiamo più (sono troppo
> pignolo...).
>
Lawrence Oluyede ha scritto:
Nel tuo caso la city indica il paese?
city = city = città
Quindi se io volessi cercare tutti i Pythonisti di Avellino non potrei
farlo.
city appunto
Comunque il problema è cercare di avere una idea di quanti campi servano
per un indirizzo internazionale.
i f
Nel tuo caso la city indica il paese?
city = city = città
Quindi se io volessi cercare tutti i Pythonisti di Avellino non potrei
farlo.
city appunto
Comunque il problema è cercare di avere una idea di quanti campi servano
per un indirizzo internazionale.
i form dei siti stranieri son tut
Lawrence Oluyede ha scritto:
Si, questo lo avevo capito.
Stavo pensando a come gestirlo al meglio.
In stiq è cosi: c'è una relazione many to many tra news e tag (nel
nostro caso tra userprofile e tag). Django crea in automatico la
tabella di mezzo. Nel caso della UI poi ci pensiamo.
Invece io
Si, questo lo avevo capito.
Stavo pensando a come gestirlo al meglio.
In stiq è cosi: c'è una relazione many to many tra news e tag (nel
nostro caso tra userprofile e tag). Django crea in automatico la
tabella di mezzo. Nel caso della UI poi ci pensiamo.
Invece io vorrei un campo che, per l'It
Lawrence Oluyede ha scritto:
- per Tag ci voglio pensare su, magari usiamo anche un altro nome
Semplicemente i tag sono le specialties del programmatore.
Le keywords insomma.
"django twisted zope".split() :-)
a-la-delicious
Si, questo lo avevo capito.
Stavo pensando a come gestirlo al megl
- per Tag ci voglio pensare su, magari usiamo anche un altro nome
Semplicemente i tag sono le specialties del programmatore.
Le keywords insomma.
"django twisted zope".split() :-)
a-la-delicious
- state cosa andrebbe a rappresentare, ad esempio per l'Italia?
Nulla, per questo è blank=True.
Lawrence Oluyede ha scritto:
Direi che è il caso di concentrarci sul model più che sul resto, senza
questo non esiste l'app.
http://dpaste.com/hold/4787/
Manca qualcosa? Qualche cambiamento?
Per me va bene.
Solo un paio di note:
- per Tag ci voglio pensare su, magari usiamo anche un altro no
Direi che è il caso di concentrarci sul model più che sul resto, senza
questo non esiste l'app.
http://dpaste.com/hold/4787/
Manca qualcosa? Qualche cambiamento?
Pensavo anche di pre-popolare la tabella country con uno script
countries.sql che mi sono creato con tutte e 244 le nazioni con
relat
23 matches
Mail list logo
