-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
sostituire gmaps con API piu' astratte #2
Comments
E' una delle modifiche che abbiamo in programma. Avevamo preso in considerazione LeafLet, mi da l'impressione a prima vista di essere più adatta. |
Io preferisco di gran lunga OpenLayers in quanto è di più alto livello. |
Per quello che vi serve, consiglio senza dubbio leaflet, più leggera e performante. |
OpenLayers non e' una fonte dati. |
A sto punti consiglierei però wax: http://mapbox.com/wax/ |
mmm ... allora ti chiedo scusa, ma nella tua frase prima dici Dal mio punto di vista, se Decoro Urbano deve mostrare una mappa di un comune, lo fa su quello che offre un comune, oppure Google Maps sa prima del comune quando cambia la toponomastica? :) In ogni caso e' inutile fare troppi discorsi, la cosa migliore e' fare il fork del repository di DU, fare la patch con OL o LL e poi restituirlo ... |
ecco allora ho scritto male e non me n'ero accorto! |
Si infatti, dal punto di vista tecnico basterebbe dare al comune la possibilità di specificare uno o più WMS, e questi comparirebbero in automatico come "sfondi" sulla mappa quando si consulta quel comune |
Ciao, |
Lo è tuttora? Come si può aiutare? |
Es.
OpenLayers o LeafLet
in modo da essere piu' interoperabili ed utilizzare servizi OGC, o OpenStreetMap o altri provider (Gmaps, Bing, Yahoo ...)
The text was updated successfully, but these errors were encountered: