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 m
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 vra
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. s
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
ress
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 pratiq
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 r
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 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 serve
On 2/3/15, sly (sylvain letuffe) 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à pour
l'instant
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
https://www.evernote.com/pub/view/shahada130/ickywikipublicnotebook/7699d902-ca55-4709-afd4-1c614b5767
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.
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 cartogr
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 éc
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 fonctio
On 2/1/15, Eric SIBERT 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 sources de données?
>
> L'
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 ;) .
Mais
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
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 t
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 à
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
surtout
Bonsoir.
Je suis en train de me demander s'il existe des solutions pour consulter
l'intégralité d'OSM sans accès internet.
Mon problème c'est que je travaille dans un environnement où l'accès
Internet est très lent et très cher, et où il est impossible de télécharger
plus de quelques Mo de donnée
21 matches
Mail list logo
