Ma nouvelle option #1 c'est le serveur de tuiles sur un Raspberry Pi 2. En
cherchant un peu, j'ai trouvé que ça a déjà été testé (mais pas vraiment
documenté, à ma connaissance) :
http://vimeopro.com/openstreetmapus/state-of-the-map-us-2013/video/68087551
J'ai commandé la bête, je pense pouvoir
Le 05/02/2015 02:34, Philippe Verdy a écrit :
Oui, mais une machine virtuelle (qu'elle soit hébergée sur Windows ou
autre) demande un PC assez performant
Je parle d'une machine virtuelle pour s'entrainer, faire des tests sur
des petites zones...
Une VM c'est pour un usage temporaire
cf.
Je ferais tous les tests en rentrant. En attendant je collecte les
idées et je commence à voir dans les diverses documentations qu'est-ce
que ça implique en terme de logiciels, systèmes d'exploitation et de
matériel nécessaire.
Donc merci pour toutes les idées déjà proposées :)
L'idéal serait
Non mais fait des essais.
Si tu es sous windows, tu installes VirtualBox.
Dans VirtualBox, tu t'installes un Ubuntu LTS.
Ensuite, tu essaie le tuto avec au début des petites zones. Grâce aux
instantanés, c'est facile de revenir à un état antérieur de la machine
virtuelle. C'est super
Oui, mais une machine virtuelle (qu'elle soit hébergée sur Windows ou
autre) demande un PC assez performant et c'est assez lourd à démarrer dans
la même session que la session utilisateur de l'OS principal pour exécuter
les outils web et des éditeurs comme JOSM qui lui aussi demande pas mal de
J'ai fait une estimation rapide de l'espace disque nécessaire pour
chaque niveau de zoom, et j'en conclus que l'option de préparer et
stocker les tuiles n'est pas très réaliste, ou alors avec un niveau de
zoom très limité.
En partant du zoom 3 qui fait à peu près 580 Ko, et en multipliant par
4 à
Le mardi 3 février 2015 11:37:49, Pierre Knobel a écrit :
Un rendu à la volée à partir des données d'OSMAnd serait effectivement
une bonne solution. En additionnant toutes les tailles sur la page
http://download.osmand.net/list.php on arrive à seulement 31Go. Reste
à trouver un moteur de
Le 03/02/2015 05:04, Eric SIBERT a écrit :
Pour la question du serveur de tuiles, j'avais commencé à regarder et
ça commençait à me paraître raisonnable:
http://duemafoss.blogspot.fr/2014/02/installation-of-openstreetmap-server-on.html
Le tuto que je recommande pour installer un serveur de
Je continue à réfléchir au sujet, et je suis en train de me dire que
le plus simple serait d'avoir quelque chose d'équivalent à ce que fait
Kiwix pour wikipedia : un petit executable qui se contente d'afficher
des données (tuiles précalculées) stockées localement sur un disque
dur externe.
Pour
Mon utilisation d'OSM en hors-ligne en consultation, c'est systématiquement
via OsmAnd. Oui, c'est une application Android et ça ne répond pas
exactement à la demande, mais c'est rudement pratique.
La carte générale Monde pèse 180Mo et permet d'explorer relativement bien
tout un tas d'endroits.
On 2/3/15, sly (sylvain letuffe) lis...@letuffe.org wrote:
ça manque encore de précisions il me semble, tu as besoin de quoi par
services cartographiques ?
Initialement je pensais à plusieurs services : tuiles, routage type
OSRM et minage de la base de données (requêtes overpass). Mais là
Le dimanche 1 février 2015 18:04:19, Pierre Knobel a écrit :
Mais là il ne s'agit pas de contribuer, juste d'avoir accès à des
services cartographiques pour économiser les accès web à GoogleMaps et
OSM,
ça manque encore de précisions il me semble, tu as besoin de quoi par
services
Pour la question du serveur de tuiles, j'avais commencé à regarder et ça
commençait à me paraître raisonnable:
http://duemafoss.blogspot.fr/2014/02/installation-of-openstreetmap-server-on.html
Donc ce n'est pas possible d'utiliser une seule base pour Overpass et le rendu ?
Et si on envisageait de produire toutes les tuiles en PNG une fois
pour toutes à tous les niveaux de zoom, est-ce que ça serait faisable
? Je m'attend à beaucoup de ressources nécessaires, mais ça pourrait
être fait
Le 01/02/2015 12:23, Pierre Knobel a écrit :
Donc ce n'est pas possible d'utiliser une seule base pour Overpass et le
rendu ?
Ce sont des bases avec des structures très différents (usage
différents), même si elles sont créées à partir des mêmes données.
Et si on envisageait de produire
Et si tu nous expliquait vraiment ton problème? ;-)
Non parce que si tu te retrouves sur un bateau avec une connexion
internet limitée, globalement, je ne vois pas comment tu peux faire pour
contribuer à OSM. Non seulement l'accès à la base OSM est difficile mais
qu'en est-il d'autres sources
On 2/1/15, Eric SIBERT courr...@eric.sibert.fr wrote:
Non parce que si tu te retrouves sur un bateau avec une connexion
internet limitée, globalement, je ne vois pas comment tu peux faire pour
contribuer à OSM. Non seulement l'accès à la base OSM est difficile mais
qu'en est-il d'autres
Pour ce qui est de la contribution depuis un bateau, c'est armchair
mapping (adresses, landuse à partir d'imageries aériennes, dégommage
de rouge dans la couche BANO... etc). De temps en temps on fait un
arrêt au port et on peut aller faire quelques bonnes contributions
issues du terrain ;) .
Dqns ce cas il te faut la base planet avec une synchro (qui va utiliser
aussi de la bande passante si tu bruc tout recevoir) ou bien te limiter à
mettre à jour uniquement la zone France (la mise à jour complète étant
accessible en ligne).
Je ne sqis pas si un serveur de base peut réellement
Une base planet pour du rendu c'est environ 500Go atuellement
Une base overpass c'est du même ordre (et plus avec la gestion des
historiques).
Ce qu'il faut c'est la RAM mais surtout un SSD (de plus en plus abordable).
Côté CPU, pas besoin de se ruiner vu le nombre d'utilisateurs et ce sont
20 matches
Mail list logo