parruc / bagnialmare Goto Github PK

Originally reported by: Matteo Parrucci (Bitbucket: parruc, GitHub: parruc)

Preparare una mail di "welcome kit" per il lancio spiegando al gestore come modificare cose

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/11

Originally reported by: Matteo Parrucci (Bitbucket: parruc, GitHub: parruc)

Ragazzuoli Se non vi viene in mente qualche motivo valido per continuare ad usare i json io passerei al backend di django così iniziamo a tradurre e sistemare cose e ci rendiamo conto se tutto funge come dovrebbe...

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/10

Originally reported by: Matteo Parrucci (Bitbucket: parruc, GitHub: parruc)

ottimi spunti su come/cosa testare:

• http://www.realpython.com/blog/python/testing-in-django-part-1-best-practices-and-examples/
• http://www.realpython.com/blog/python/testing-in-django-part-2-model-mommy-vs-django-testing-fixtures/

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/4

Originally reported by: Matteo Parrucci (Bitbucket: parruc, GitHub: parruc)

Spostare il codice inerente il search in un'app a parte

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/1

Originally reported by: Matteo Parrucci (Bitbucket: parruc, GitHub: parruc)

Spostare il codice inerente il search in un'app a parte

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/1

Originally reported by: Matteo Parrucci (Bitbucket: parruc, GitHub: parruc)

Aggiugnere unittest e functest a saltstack in modo che siano generati parametricamente tenendo conto del virtualenv corretto sullo stile di prepare_data.sh.

Forse conviene fare una cartella apposita testing su saltstack dove mettiamo tutta la roba del test compresi i symlink nginx ecc. che viene eseguita solo in dev altrimenti django nginx ecc si riempiono troppo e diventano illeggibili

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/5

Originally reported by: Marco Bartolini (Bitbucket: flyingfrog, GitHub: flyingfrog)

Definire il layout delle tre pagine principali

1. Ricerca / homepage
2. Risultato ricerca
3. scheda singola

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/7

Originally reported by: Matteo Parrucci (Bitbucket: parruc, GitHub: parruc)

Spostare il codice inerente il search in un'app a parte

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/1

Originally reported by: Marco Bartolini (Bitbucket: flyingfrog, GitHub: flyingfrog)

Bisonga aggiornare il modello tenendo conto di:

• nuova definizione di Municipalita'
• non abbiamo inserito un campo (magari facoltativo) language_spoken o qualcosa di simile che secondo me sarebbe importante

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/9

Originally reported by: Marco Bartolini (Bitbucket: flyingfrog, GitHub: flyingfrog)

Sembra che ci sia qualcosa che non va nel supporto alle spatial queries, in particolare me ne sono accorto eseguendo il codice che riporto qui sotto:

#!python

(venv)ombrelloni@vagrant-wheezy32:~/django$ python manage.py shell
In [1]: from bagni.models import Bagno

In [2]: from django.contrib.gis.geos import Polygon

In [3]: NW = [44.8, 11.2]

In [4]: SE = [43.3, 13.8]

In [5]: bbox = Polygon.from_bbox((NW[0], NW[1], SE[0], SE[1]))

In [6]: Bagno.objects.filter(point__contained=bbox)

ValueError: PostGIS geography does not support the "contained" lookup.

mentre invece nella documentazione dice chiaramente che dovrebbe essere supportato, assieme a tanti altri lookup types:

geodjango lookup types

Questo è un bel problema perchè al momento non permette di eseguire la classica query che ci servirebbe per visualizzare i bagni presenti in una particolare zona geografica.

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/8

Originally reported by: Matteo Parrucci (Bitbucket: parruc, GitHub: parruc)

Associazioni/pagine facebook in cui pubblicare link al sito:

• Gruppo freesbee forli
• Forum delle mamme
• ecc

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/12

Originally reported by: Matteo Parrucci (Bitbucket: parruc, GitHub: parruc)

Decidere cosa usare per la traduzione dei contenuti:
django-modeltranslation potrebbe essere una soluzione

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/3

Originally reported by: Matteo Parrucci (Bitbucket: parruc, GitHub: parruc)

Dividere le faccette in categorie:
ad esempio ci sarà una faccetta per la categoria "sport&welness" ed un'atra per "eventi"

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/2

Originally reported by: Matteo Parrucci (Bitbucket: parruc, GitHub: parruc)

Creare form di contatto invece di pubblicare mail ecc nella pagina del dettaglio del singolo bagno.
Il sito partirà solo con il numero di telefono esposto al pubblico.
Quando un gestore si registra e crea l'utente alla pagina del suo bagno verrà quindi aggiunto un bottone "contattaci" che permetterà all'utente di compilare un form per inviare una mail al bagno prescelto.

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/13

Originally reported by: Matteo Parrucci (Bitbucket: parruc, GitHub: parruc)

Spostare il codice inerente il search in un'app a parte

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/1

Originally reported by: Marco Bartolini (Bitbucket: flyingfrog, GitHub: flyingfrog)

In molti bagni mancano le coordinate, Inge propone di assegnarle secondo una distribuzione basata sul numero di bagno.

• Bitbucket: https://bitbucket.org/flyingfrog/4hm/issue/6