Re: [OSM-talk-fr] OSM hors ligne

2015-02-04 Par sujet Philippe Verdy 
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
ressources (mémoire et CPU).
Tout compte fait il vaut mieux y dédier un second PC, ce sera plus pratique
et plus performant, même sur un PC assez basique. Il faut juste y mettre un
SSD (assez gros tout de même pour y stocker assez de données) ou un disque
dur normal avec cache sur SSD (un SSD de 256Mo pour le cache ça tient la
route pour un usage limtié en réseau local, surtout avec une connexion
SATA3 ou USB3 ou sur un petit NAS ayant une liaison Ethernet Gigabit). Pur
la mémoire, une config de 8 Go RAM devrait suffire pour un serveur (même
avec un processeur à deux coeurs). Mais c'est toujours mieux sur deux PC
distincts que sur un gros PC unique avec 12Go RAM ou plus, 4 ou 8 coeurs.

Une VM c'est pour un usage temporaire mais c'est pénible à redémarrer sans
arrêt alors que le PC client a aussi d'autres usages (lire ses mails,
navigeur sur le web et faire des recherches, écouter une musique ou une
webradio, faire des courriers adminsitratifs, recevoir les messages et
photos de sa famille, jouer un peu dessus) et peut planter facilement à
tout moment (réinstaller un serveur qui crashe en même temps est une tâche
lourde, même si on dispose de snapshots, car ces snapshots doivent aussi
être archivés et c'est l'archivage qui prend beaucoup de ressources machine
en performance et qui prend aussi du temps pendant lequel on n'a pas
telmlement d'autres usages possibles).

On devrait tous avoir chez nous maintenant un bon vieux PC de bureau à
recycler en serveur de fichiers ou de médias ou d'archivage (exit le vielle
version de Windows dessus, réinstaller une Ubuntu et ça roule, on le glisse
dans un coin, même sans écran dédié ou qui peut rester éteint tant qu'on
n'a pas d'admin physique à faire dessus), et un notebook moderne ou une
tablette convertible pour l'usage client à tout moment, et un mobile en
plus dans sa poche (pour consulter rapidement ses mails et SMS sans
interrompre sa session de travail en court sur le PC client)... On a en
plus du stockage plus ou moins distant qu'on n'utilise pas à fond, et tout
n'est plus à stocker localement chez soi, ou seulement temporairement, dans
un projet open-source, open-data, ou voire "social")



Le 4 février 2015 22:16, Eric SIBERT  a écrit :

> 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 pratique pour faire des essais. Ensuite, tu essaies
> des zones de plus en plus grandes ou plus chargées.
>
> Et tu viens nous raconter ;-)
>
> Eric
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-04 Par sujet Philippe Verdy 
Note : j'ai d'autres messages dont son premier qui est particulièrement
troublant (uniquement un ordre en capitales sans rien expliquer).
tony non seulement continue à faire ce qu'il veut mais il continue à
recasser les relations frontières que j'ai corrigées dans le changeset
qu'il m'a reproché. Il n'y a que dans mon dernier message posté ici où je
poste son dernier message qu'il me dit le faire pour un usage pro (il ne
cite pas la société qui apparemement est un prestatataire privé pour les
collectivités locales de la région).

Visiblement il utilise OSM comme si c'était un SIG privé.

Le 5 février 2015 01:42, Philippe Verdy  a écrit :

> IMPORTANT : Aux contributeurs OSM d'Orange et la région du Vaucluse.
>
> Pour info, un professionnel de la région d'Orange casse des tas d'infos
> sur les frontières et veut imposer ses propres règles. Il ne veut pas lire
> les discussions concernant la BANO. Il ne comprend rien aux relations et
> associe librement des voies à une commune ou l'autre, change les noms pour
> correspondre à ses besoin.
>
> En copie jointe une série de messages (envoyés uniquement en messages
> privés à moi sur la messsagerie d'OSM)
>
> Ca clashe sur ses besoins qu'il n'a jamasi expliqué avant, et il
> s'approprie totalement les données dans la région où il travaille
> (apparemment tout le Vaucluse, mais pas que !!!).
>
> J'ai déjà réparé des tas de relations qu'il a cassées, mais visiblement ça
> ne lui plait pas du tout.
>
> Que pensez vous des propos de tony ? Avez-vous un contact avec lui dans la
> région d'Orange ?
>
> Le 5 février 2015 01:36, Philippe Verdy  a écrit :
>
> Le "nous" n'est justifé que par toi, tu n'en as discuté nulle part
>> ailleurs, et il est très détestable que toit tout seul tu décide de
>> commencer par donner des ordres alors que tu n'est pas propriétaire du
>> projet.
>>
>> Et tu ne veux toujours rien dire sur la liste francophone où c'est
>> activement discuté.
>>
>> Alors oui le schéma commun vient avant les schéma propriétaires (qui
>> n'ont en fait pas réellement leur place dans OSM).
>> OSM n'est pas fait pour être le SIG d'une collectivité.
>>
>> Le fil de discussion c'est simplement la liste de discussion standard
>> d'OSM francophone. Elle est publique.
>>
>> Admettons que tu veuilles mettre ton "ref:FR:commune" mais il n'a été
>> discuté ou approuvé nulle part. Admettons que tu le mette sur les voies,
>> mais pour tout le monde il ne sert à rien. Ton tag n'a été documenté nulle
>> part.
>>
>> Pour la BANO, on devra bien se servir du ref:FR:FANTOIR sur les deux
>> relations associatedStreet, puisqu'il n'est PAS bon pur les voies partagées
>> par les adresses de deux communes.
>>
>> Et en plus tu continues à saccager les relations frontières comme tu
>> veux. Visiblement tu ne sembles pas du tout intéressé par les relations
>> mais tout le monde sur OSM est concerné, il n'y a pas QUE toi ici. Un bon
>> nombre de tes  changements seront annulés assez vite (je veux bien garder
>> ton "ref:FR:commune" sur les voies mais pour OSM il n'a aucun sens tant
>> qu'il n'est pas documenté ses règles de fonctionnement.
>>
>> Alors merci d'arrêter de commencer par des propos aussi agressifs en
>> commençant juste par des ordres sans rien comprendre des raisons qui ont
>> poussé moi (et pousserons aussi d'autres) à revenir sur tes changements
>> propriétaires qui cassent tout le reste. Tu aurais du commencer par
>> demander des explications et expliquer tes besoins pour voir comment on
>> peut faire pour être compatible. Mais OSM n'a pas à suivre les ordres des
>> seuls besoin de toi et ton petit groupe, même pour des modifs que tu crois
>> (à tord) purement "locales".
>>
>> Le 4 février 2015 23:02, tony emery <
>> m-483819-f34...@messages.openstreetmap.org> a écrit :
>>
>> Bonjour Verdy_p,
>>>
>>> tony emery  vous a
>>> envoyé un message depuis OpenStreetMap avec le sujet Re: Re: Gros problème
>>> de correction... Groupe de modifications : 28377712 :
>>> ==
>>>
>>>  Cela n'a rien à voir avec les codes fantoir. C'est un identifiant
>>> STRICTEMENT communal, voir même très localisé en Vaucluse. Donc merci de ne
>>> pas y toucher.
>>>
>>> Justement : si c'est strictement communal, cela ne concerne que la
>>> commune qui l'utilise et pas la voisine qui a ses propres besoins. Peu
>>> importe si ce n'est utilisé que dans le Vaucluse d'ailleurs.
>>>
>>> Non, je parle de gestion de voie, c'est à dire les agents communaux ou
>>> intercommunaux qui interviennent sur cette voie. Il n'y a qu'une seule
>>> commune qui intervient et donc cette voie n'est recensée que pour une seule
>>> commune, celle qui intervient dessus.
>>>
>>> Je n'ai pas envie de passer mon temps à t'expliquer tout ça car j'y
>>> passerai des semaines. Nous, (intercommunalités de Vaucluse) avons créés
>>> cette identifiant et on s'en sert de cette manière, que cela te plaise ou
>>> non. une voie, une commune, un identifiant. Point-barre.
>>>
>>> Vous faites ce que

Re: [OSM-talk-fr] [OpenStreetMap] Re: Re: Gros problème de correction... Groupe de modifications : 28377712

2015-02-04 Par sujet Philippe Verdy 
IMPORTANT : Aux contributeurs OSM d'Orange et la région du Vaucluse.

Pour info, un professionnel de la région d'Orange casse des tas d'infos sur
les frontières et veut imposer ses propres règles. Il ne veut pas lire les
discussions concernant la BANO. Il ne comprend rien aux relations et
associe librement des voies à une commune ou l'autre, change les noms pour
correspondre à ses besoin.

En copie jointe une série de messages (envoyés uniquement en messages
privés à moi sur la messsagerie d'OSM)

Ca clashe sur ses besoins qu'il n'a jamasi expliqué avant, et il
s'approprie totalement les données dans la région où il travaille
(apparemment tout le Vaucluse, mais pas que !!!).

J'ai déjà réparé des tas de relations qu'il a cassées, mais visiblement ça
ne lui plait pas du tout.

Que pensez vous des propos de tony ? Avez-vous un contact avec lui dans la
région d'Orange ?

Le 5 février 2015 01:36, Philippe Verdy  a écrit :

> Le "nous" n'est justifé que par toi, tu n'en as discuté nulle part
> ailleurs, et il est très détestable que toit tout seul tu décide de
> commencer par donner des ordres alors que tu n'est pas propriétaire du
> projet.
>
> Et tu ne veux toujours rien dire sur la liste francophone où c'est
> activement discuté.
>
> Alors oui le schéma commun vient avant les schéma propriétaires (qui n'ont
> en fait pas réellement leur place dans OSM).
> OSM n'est pas fait pour être le SIG d'une collectivité.
>
> Le fil de discussion c'est simplement la liste de discussion standard
> d'OSM francophone. Elle est publique.
>
> Admettons que tu veuilles mettre ton "ref:FR:commune" mais il n'a été
> discuté ou approuvé nulle part. Admettons que tu le mette sur les voies,
> mais pour tout le monde il ne sert à rien. Ton tag n'a été documenté nulle
> part.
>
> Pour la BANO, on devra bien se servir du ref:FR:FANTOIR sur les deux
> relations associatedStreet, puisqu'il n'est PAS bon pur les voies partagées
> par les adresses de deux communes.
>
> Et en plus tu continues à saccager les relations frontières comme tu veux.
> Visiblement tu ne sembles pas du tout intéressé par les relations mais tout
> le monde sur OSM est concerné, il n'y a pas QUE toi ici. Un bon nombre de
> tes  changements seront annulés assez vite (je veux bien garder ton
> "ref:FR:commune" sur les voies mais pour OSM il n'a aucun sens tant qu'il
> n'est pas documenté ses règles de fonctionnement.
>
> Alors merci d'arrêter de commencer par des propos aussi agressifs en
> commençant juste par des ordres sans rien comprendre des raisons qui ont
> poussé moi (et pousserons aussi d'autres) à revenir sur tes changements
> propriétaires qui cassent tout le reste. Tu aurais du commencer par
> demander des explications et expliquer tes besoins pour voir comment on
> peut faire pour être compatible. Mais OSM n'a pas à suivre les ordres des
> seuls besoin de toi et ton petit groupe, même pour des modifs que tu crois
> (à tord) purement "locales".
>
> Le 4 février 2015 23:02, tony emery <
> m-483819-f34...@messages.openstreetmap.org> a écrit :
>
> Bonjour Verdy_p,
>>
>> tony emery  vous a
>> envoyé un message depuis OpenStreetMap avec le sujet Re: Re: Gros problème
>> de correction... Groupe de modifications : 28377712 :
>> ==
>>
>>  Cela n'a rien à voir avec les codes fantoir. C'est un identifiant
>> STRICTEMENT communal, voir même très localisé en Vaucluse. Donc merci de ne
>> pas y toucher.
>>
>> Justement : si c'est strictement communal, cela ne concerne que la
>> commune qui l'utilise et pas la voisine qui a ses propres besoins. Peu
>> importe si ce n'est utilisé que dans le Vaucluse d'ailleurs.
>>
>> Non, je parle de gestion de voie, c'est à dire les agents communaux ou
>> intercommunaux qui interviennent sur cette voie. Il n'y a qu'une seule
>> commune qui intervient et donc cette voie n'est recensée que pour une seule
>> commune, celle qui intervient dessus.
>>
>> Je n'ai pas envie de passer mon temps à t'expliquer tout ça car j'y
>> passerai des semaines. Nous, (intercommunalités de Vaucluse) avons créés
>> cette identifiant et on s'en sert de cette manière, que cela te plaise ou
>> non. une voie, une commune, un identifiant. Point-barre.
>>
>> Vous faites ce que vous voulez avec les codes Fantoir, nous gérons nos
>> identifiants internes. Encore une fois, on s'en sert professionnellement
>> donc merci de respecter cette méthode.
>>
>> Cela a bien à voir avec la BANO (certes, le ref:FR:commune ne sert pas à
>> la BANO) puisque cela touche *aussi* les adresses (postales)
>>
>> Non, ça n'a rien à voir, c'est un identifiant unique créé par la commune
>> et qui sert à faire le lien entre les différents identifiants des autres
>> bases de données (DGFiP, INSEE,...).
>>
>> Note enfin que tu utilises le tag "city" dans ces mêmes relations
>> utilisant des voies frontalières. Ce qui est aussi faux quand il y a des
>> noeuds d'adresse associés dans la commune voisine. Déjà ce devrait plutôt
>> être addr:city (s

Re: [OSM-talk-fr] OSM hors ligne

2015-02-04 Par sujet Eric SIBERT 

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 pratique pour faire des essais. Ensuite, tu 
essaies des zones de plus en plus grandes ou plus chargées.


Et tu viens nous raconter ;-)

Eric

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM hors ligne

2015-02-04 Par sujet sly (sylvain letuffe) 
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 rendu qui digère les fichier OBF et  fonctionne
> sous Windows ou Linux. Ou un émulateur Android.

Pas forcément qui gère ce format obf, il y a plein de soft qui ont leur 
propre format de stockage en vectoriel, le gros du boulot... c'est de les 
essayer !

https://help.openstreetmap.org/questions/12806/linux-desktop-viewer-like-osmand-for-android
-- 
sly (sylvain letuffe)
http://wiki.openstreetmap.org/wiki/User:Sletuffe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OSM hors ligne

2015-02-04 Par sujet Pierre Knobel 
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 à chaque niveau de zoom suivant, j'arrive à environ 200 Go de
données mondiales pour les niveaux de zoom 3 à 12. Au delà, on arrive
à des quantités de données qui me semblent excessives. Peut-être qu'en
optimisant, en ignorant les océans, on pourrait arriver au niveau 13
ou 14.

Pour ce qui est des villes individuelles, j'ai fait le test sur Paris
(http://a.tile.openstreetmap.fr/osmfr/10/518/352.png) et j'arrive à
900 Mo de données pour les niveaux de zoom 13 à 18. Je dirais que
Paris est plutôt plus dense que la moyenne des capitales, donc la
taille moyenne des villes risque d'être plus élevées. Ca limite à 100
ou 200 le nombre de villes qu'on peut envisager de mettre sur un
disque dur portable.

Ce n'est pas un calcul hyper-rigoureux, mais ça donne des ordres de grandeur.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr