Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[Jo.]

Le 21 février 2013 00:01, PierreV  a écrit :

>
> Sinon j'ai trouvé un "double nom" pas loin de chez moi:
>
> http://tile.openstreetmap.fr/?zoom=14&lat=46.68232&lon=-0.39861&layers=B0
>

Pour le double nom "Hérisson", il y a un nom donné à la zone résidentielle.
Ça peut en être la cause. D'ailleurs quelle est la recommandation d'édition
concernant les nom de zone ? Faut il les mettre ou pas ?

Il y a également une aire sans nom ni tag autour de la mairie, ce serait à
contrôler.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Demandes de co-voiturage pour aller et retour jusqu’à et depuis Lyon / l'Épitech.

[PierreV]

Bonsoir,

Je sais que c'est un peu tard, mais étant dispo a la seule condition que je
ne soit pas "seul" pour faire l'allé-retour, je suis prêt a traverser la
france pour vous rejoindre a Lyon:
Ceux qui seraient intéressé pour du covoiturage sur le trajet:
Niort-Poitiers-Clermont-Lyon qu'il me fassent signe sur:
http://www.covoiturage.fr/trajet-niort-lyon-8955493



--
View this message in context: 
http://gis.19327.n5.nabble.com/Demandes-de-co-voiturage-pour-aller-et-retour-jusqu-a-et-depuis-Lyon-l-Epitech-tp5748499p5750102.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[Frank Villaro-Dixon]

On 21/02/13 00:01, PierreV wrote:

Génial ce nouveau rendu!



Pour la baguette est-il possible de la mettre "a 45°" et/ou un chouilla plus
gros? car a plat ca fait une sorte de "trait".

Yep, je plussoie. On dirait une lame de scie à bois


C'est génial de mettre en avant les gares, la poste, les pharmacies, les
hopitaux pour des zoom plus gros.
Le drapeau pour la mairie est une bonne idée, mais la première fois que je
l'ai vu, je me demandais ce que ca représentait?
À Genève, avec toutes les missions et consulats, ce drapeau fait penser 
à un consulat aussi.

 donc un "texte" mairie est

peut etre a accompagner? En plus au zoo


Sinon, pas mal du tout ! ;)


--
Frank Villaro-Dixon - PGP: 6F36914A
http://frank.villaro-dixon.eu

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

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[PierreV]

Génial ce nouveau rendu!
Désolé si je fait trop de commentaires, mais autant en profiter de faire un
rendu qui soit adapté aux Français!

Au zoom 14 les noms des "hammeaux" et "lieux dits" apparait... est-ce que
c'est possible d'y différencier le ou les bourgs principaux avec une police
non italique ou en gras? comme pour le zoom 15?
http://tile.openstreetmap.fr/?zoom=14&lat=46.43702&lon=-0.28113&layers=B0

Sinon j'ai trouvé un "double nom" pas loin de chez moi:
http://tile.openstreetmap.fr/?zoom=14&lat=46.68232&lon=-0.39861&layers=B0

Pour la baguette est-il possible de la mettre "a 45°" et/ou un chouilla plus
gros? car a plat ca fait une sorte de "trait".

C'est génial de mettre en avant les gares, la poste, les pharmacies, les
hopitaux pour des zoom plus gros.
Le drapeau pour la mairie est une bonne idée, mais la première fois que je
l'ai vu, je me demandais ce que ca représentait? donc un "texte" mairie est
peut etre a accompagner? En plus au zoom 15 il disparait, alors qu'il
apparait dès le 14: 
http://tile.openstreetmap.fr/?zoom=15&lat=46.31886&lon=-0.58659&layers=B0
Et meme au zoom 14 quand un nom est "par dessus" il n'apparait pas exemple
pour Niort alors qu'on oit bien les mairies annexes:
http://tile.openstreetmap.fr/?zoom=14&lat=46.32597&lon=-0.45319&layers=B0

Pour les "Temples Protestant" serait-il possible de les faire apparaître
avec une "croix" voire même avec une "croix huguenote" plutôt qu'avec un
"carré"?
http://tile.openstreetmap.fr/?zoom=19&lat=46.32314&lon=-0.46065&layers=B0
Pour les églises (catho, protestants, ou autres), campings, et offices de
tourismes est-il possible de les afficher dès le zoom 15 comme pour les
hopitaux? Ce sont des "points" de repère que l'on donne assez souvent pour
des personnes qui ne connaissent pas une ville...

Autre proposition: je ne pense pas que c'est utile de les mettre sur le
"rendu osmfr", mais serait-il possible de rajouter des calques de pistes
cyclables, transports en communs, et d'altimétrie que l'on cocherais pour
activer en transparence par dessus le rendu osmfr?

Dernière idée, il n'est pas possible de mettre sur
http://tile.openstreetmap.fr un calque bing, mais si l'auteur de francetopo
le veut bien, on peut éventuellement mettre un calque "francetopo" voire
même peut etre un rendu 3Liz ou un autre "rendu" fait par des français?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Vers-une-mise-a-disposition-d-un-rendu-FR-etait-osm13-est-operationnel-tp5750007p5750100.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Requête XAPI dans le Mirror download

[Severin MENARD]

Merci, c'était exactement ce que je cherchais. J'avais l'habitude
d'utiliser des xapi ou jxapi par le passé mais ne savais pas ce que la
syntaxe devait ici comprendre. Je n'ai pas l’impression aue dans le wiki,
que j'avais consulté  il soit donné un tel exemple pour cette
fonctionnalité du Mirror Download.
Ah et pour rassurer Christian, non bien sûr je ne comptais pas appliquer
cette requête au monde entier mais sur une zone précise :)

Message: 1
> Date: Mon, 18 Feb 2013 13:05:54 +0100
> From: "sly (sylvain letuffe)" 
> To: Discussions sur OSM en français  
> Subject: Re: [OSM-talk-fr] Requête XAPI dans le Mirror  download
> Message-ID: <201302181305.55022.li...@letuffe.org>
> Content-Type: text/plain; charset=iso-8859-15
>
> On lundi 18 février 2013, Severin MENARD wrote:
> > Bonjour,
> >
> > Quelqu'un connait-il la formule magique pour faire fonctionner le
> requêteur
> > XAPI du plug-in Mirror download ? Mes requêtes résultent toujours en
> > erreur. Exemple recherché : une requête qui identifie tous les
> > objets contenant une clé name.
>
> Télécharger depuis un miroir
> Objet type : *
> requête XAPI : [name=*]
> Sélectionnes une zone
>
> La documentation est ici :
> http://wiki.openstreetmap.org/wiki/Xapi
> --
> sly, DWG member since 11/2012
> Coordinateur du groupe [ga]
> http://wiki.openstreetmap.org/wiki/User:Sletuffe
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suppression GR dans OSM (encore) (était [forum-osm-fr] Réalisation de cartes Garmin...)

[Balaitous]

Bonjour,

Je suis partisans de laisser les relations tant qu'aucune demande n’aura
été formulée pour demander leur suppression.

Pour ce qui est du risque juridique, si j'ai bien compris, OSM a demandé
à la FFRP l'autorisation, mais n'a pas reçu de réponse.
Donc la FFRP est parfaitement au courant et a choisi de laisser faire.
OSM est toujours a temps de retirer les relations en question en cas de
demande explicite de la FFRP.

wikipedia publie les itinéraires de manières suffisamment détaillée pour
pouvoir les recréer sur une carte. Quelqu'un sait-il s'ils ont eu des
débats à ce sujet ? ont-ils une autorisation pour cela ?

Balaitous


Le dimanche 17 février 2013 à 11:03 +0100, Pieren a écrit :
> 2013/2/16  :
> > Le message suivant de :
> > ##
> > j'ai pris le temps de renseigner un wiki sur le sujet, y figure le détail 
> > du style mkgmap et du fichier typ requis pour obtenir l'affichage désiré.
> 
> Ce message posté sur le forum m'a permis de retrouver un grand
> itinéraire GR encore présent dans OSM:
> http://www.openstreetmap.org/browse/relation/2650826
> 
> Bien que la relation ne contienne pas la mention directe "GR", le
> tracé est clairement celui de l'itinéraire GR36 de la FFRP. La
> référence ("36") et le balisage (tag "osmc:symbol") sont aussi de la
> FFRP.
> Rappelons qu'il n'y a pas que la marque "GR" qui soit déposée mais que
> les tribunaux ont construit une jurisprudence qui considère que les
> itinéraires eux-mêmes sont une oeuvre originale protégée par le droit
> d'auteur (donc on sort un peu du cadre restreint du droit des
> marques).
> Pour ceux qui doutent encore, lire ceci :
> http://www.voxpi.info/2008/12/12/la-protection-juridique-des-itinraires-de-randonne/
> Je pense donc qu'il est nécessaire, malheureusement, de supprimer
> cette relation (et les autres du même type). Je dis malheureusement
> parce qu'on voit bien que certains contributeurs y investissent
> beaucoup de temps et que ça ne sera pas de gaité de coeur que cela
> sera supprimé mais par obligation vis à vis du projet OSM qui est doit
> être irréprochable dans la protection du droit d'auteur, bien plus que
> la multitude des sites internets amateurs qui parlent des GR et qui
> sont tolérés parce qu'il sont justement amateurs, faits par des
> amoureux de rando et dans un but non lucratif. Alors qu'OSM est une
> base de données qui peut servir à tout, y compris des applications
> commerciales et doit rester à ce titre irréprochable.
> Comme je ne me sens pas l'âme d'un bourreau et que cette décision doit
> être commune, je souhaiterais que ces suppressions des relations GR,
> parfois imposantes en taille, maintes fois évoquées sur cette liste et
> ailleurs, mais jamais effectuées, soient discutées par ses membres les
> plus impliqués lors du prochain SOTM-Fr et actées une fois pour toute
> (ou plutôt, jusqu'à changement du contexte juridique ou d'un accord
> avec la FFRP).
> Qu'en pensez vous ?
> 
> Pieren
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [OSM-talk-fr] Multipolygone

[BLOREC]

Le 20/02/2013 21:15, Nicolas Dumoulin a écrit :
> Le mercredi 20 février 2013 19:02:59 BLOREC a écrit :
>> Bonsoir,
>>
>> Je suis débutant en JOSM, et je me trouve confronté à un problème de
>> multipolygone, en effet je souhaite représenter des ilots insubmersibles
>> au sein d'une zone inondable et je ne trouve pas la réponse. Merci
>> d'avance pour l'aide
> Normalement JOSM se débrouille tout seul avec l'action « Créer un 
> multipolygone » dans le menu « Outils », après avoir sélectionné tes 
> polygones 
> concernés : bordures (outer) et îlots (inner).
> Tu peux ensuite vérifier ta relation dans la liste des relations (fenêtre à 
> droite qu'il faut éventuellement afficher avec un bouton à gauche ou Alt+R).
>
> Je viens de me rendre compte que peu de doc sur les relations dans JOSM 
> existent en français :
> http://wiki.openstreetmap.org/wiki/JOSM/Advanced_editing
> http://josm.openstreetmap.de/wiki/Help/Dialog/RelationEditor
> Ici, tu peux lire comment créer de toute pièce une relation :
> http://wiki.openstreetmap.org/wiki/FR:Relation:route#JOSM
>
> Après les relations, il faut pratiquer. Je trouve JOSM assez intuitif une 
> fois 
> qu'on sait comment ça marche (ça peut se dire ça ?).
>
Merci pour l'info, je vais faire des essais

Hervé

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

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[Vincent Pottier]

Le 20/02/2013 16:26, Christian Quest a écrit :
Bing ne nous autorise pas (il me semble) à faire ce mix, mais 
uniquement à utiliser leurs images pour décalquer par dessus.


Pour le zoom 19, j'avais cassé ça bêtement... num_zoomlevels = 19 -> 
ça va jusqu'au zoom 18, donc il fallait laisser 20 ;)


http://tile.openstreetmap.fr/?zoom=19&lat=45.51551&lon=-73.5315&layers=B0


Une idée pour ce rendu...
Sur les terrains de sport, à zoom un peu fort, il pourrait y avoir une 
icône indiquant le sport pratiqué : foot, rugby...
Peut-être qu'il y aura collision entre des icônes athlétisme et foot sur 
un certain nombre de terrains. Il faudrait alors privilégier le terrain 
du centre : on devine l'usage de la piste extérieure.

--
FrViPofm

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

Re: [OSM-talk-fr] Multipolygone

[Nicolas Dumoulin]

Le mercredi 20 février 2013 19:02:59 BLOREC a écrit :
> Bonsoir,
> 
> Je suis débutant en JOSM, et je me trouve confronté à un problème de
> multipolygone, en effet je souhaite représenter des ilots insubmersibles
> au sein d'une zone inondable et je ne trouve pas la réponse. Merci
> d'avance pour l'aide

Normalement JOSM se débrouille tout seul avec l'action « Créer un 
multipolygone » dans le menu « Outils », après avoir sélectionné tes polygones 
concernés : bordures (outer) et îlots (inner).
Tu peux ensuite vérifier ta relation dans la liste des relations (fenêtre à 
droite qu'il faut éventuellement afficher avec un bouton à gauche ou Alt+R).

Je viens de me rendre compte que peu de doc sur les relations dans JOSM 
existent en français :
http://wiki.openstreetmap.org/wiki/JOSM/Advanced_editing
http://josm.openstreetmap.de/wiki/Help/Dialog/RelationEditor
Ici, tu peux lire comment créer de toute pièce une relation :
http://wiki.openstreetmap.org/wiki/FR:Relation:route#JOSM

Après les relations, il faut pratiquer. Je trouve JOSM assez intuitif une fois 
qu'on sait comment ça marche (ça peut se dire ça ?).

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

[OSM-talk-fr] Multipolygone

[BLOREC]

Bonsoir,

Je suis débutant en JOSM, et je me trouve confronté à un problème de
multipolygone, en effet je souhaite représenter des ilots insubmersibles
au sein d'une zone inondable et je ne trouve pas la réponse. Merci
d'avance pour l'aide

Hervé dans le 56

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

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[Nicolas Dumoulin]

Le mercredi 20 février 2013 16:26:33 Christian Quest a écrit :
> Bing ne nous autorise pas (il me semble) à faire ce mix, mais uniquement à
> utiliser leurs images pour décalquer par dessus.

Oui, et ça manque des fois.
Mais grâce au CRAIG, j'ai pu répondre à une suggestion de mes élus :-)
http://minilien.fr/a0m6cx

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[Christian Quest]

Bing ne nous autorise pas (il me semble) à faire ce mix, mais uniquement à
utiliser leurs images pour décalquer par dessus.

Pour le zoom 19, j'avais cassé ça bêtement... num_zoomlevels = 19 -> ça va
jusqu'au zoom 18, donc il fallait laisser 20 ;)

http://tile.openstreetmap.fr/?zoom=19&lat=45.51551&lon=-73.5315&layers=B0


Le 20 février 2013 16:14, Pierre Béland  a écrit :

> Très intéressants ces rendus.
>
> Je vous égare dans une autre direction que les portes cafés  - on ouvre le
> tiroir à DVD et on y dépose le café de le trou prévu à cet effet. Histoire
> racontée par des services de dépannage informatique.
>
> Si j'utilise un lien avec un zoom plus grand que 18, la page Tile ne
> retombe pas sur ses pattes. voir
> http://tile.openstreetmap.fr/?zoom=20&lat=45.51551&lon=-73.5315&layers=000B00
>
> Aussi, lors d'activations humanitaires, nous avons souvent besoin de
> discuter d'observations faites sur le terrain. Pour cela, une page de
> comparaison entre OSM et l'Imagerie Bing est très utile. La page
> tile.openstreetmap.fr serait un bon endroit pour y ajouter une couche
> Bing.
>
> Pierre
>
>   --
> *De :* Christian Quest 
> *À :* Discussions sur OSM en français 
> *Envoyé le :* Mercredi 20 février 2013 3h35
> *Objet :* [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR"
> (était: osm13 est opérationnel !)
>
> Le 20 février 2013 06:24, Vincent de Chateau-Thierry  a
> écrit :
>
>
> C'est vrai Christian, tu devrais enlever le lecteur DVD et l'installer
> dans ta voiture pour les passagers arrières. Quoique dans une Smart... :-)
>
>
>
> Un DVD pour le chien dans le coffre alors ;) Didier ?
>
>
>
> Sinon, est-ce que cette machine a une destination particulière ? Tuiles au
> zoom 19, "french" rendu, instance OSRM, que sais-je...?
>
>
>
> Cette machine est taillée pour du rendu de tuiles, grace à son SSD en PCI
> express qui élimine en grande partie le goulot d'étranglement des IOPs
> comparé aux 6 disques SAS en RAID. Vous pouvez comparer entre "2u" sur
> http://layers.openstreetmap.fr et "osmfr" sur 
> http://tile.openstreetmap.fr(sachant que j'ai quelques requêtes SQL qui 
> peuvent être optimisées).
>
> Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma
> part qu'il faut mettre en valeur nos données et proposant un exemple de
> rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas
> très lisible et celui un peu trop générique de MapQuest, sans en faire un
> rendu spécialisé.
>
> C'est dans ce but que j'ai adapté le rendu OSM pour faire ce que j'ai
> pompeusement appelé rendu "osmfr" car adapté aux habitudes et à notre
> culture (croix verte pour les pharmacies, les boulangeries symbolisées par
> une baguette au lieu d'un bretzel, etc).
> Ensuite j'ai cherché à améliorer la lisibilité et la hiérarchisation de
> l'info en différenciant un peu plus chaque niveau de zoom.
> J'ai aussi corrigé les principaux défaut souvent signalés: les noms des
> communes en double par exemple...
>
> J'ai aussi adapté la feuille de style pour avoir un 19ème niveau de zoom à
> peu près cohérent.
>
>
> Voici la liste de mes modifs:
> http://wiki.openstreetmap.org/wiki/User:Cquest/osmfr_stylesheet
>
> Dès que c'est au propre, je partage ça sur github.
>
>
>
> Et au passage merci pour le temps que tu consacres à tout ça.
>
>
>
> De rien, je le fais avec plaisir et parce que j'apprends plein de choses
> en mettant ainsi les mains dans le cambouis.
>
> Contribuer c'est très bien, et réutiliser les données me semble aussi très
> enrichissant sur la manière de contribuer car on voit toute la complexité à
> exploiter cette masse de données pas toujours très cohérentes. A titre
> d'exemple, sachant qu'on avait un anglais qui viendrait au SOTMFR à Lyon
> (Henk de l'OSMF) je me suis dit "il faut que je rajoute le logo du métro
> londonien"... or, il y a semble-t-il bien moins de cohérence sur le réseau
> du métro de Londres que sur ceux qu'on a en France.
> Des valeurs multiples dans network, pas de tag operator, des gares non
> membre de relation de route, etc... donc j'ai remis ça pour plus tard.
>
> Je me creuse encore la tête pour faire un rendu simplifié des adresses en
> ne faisant apparaitre que les numéros aux coins de rue... sans bien partir
> dans des requêtes SQL trop lentes.
>
> --
> Christian Quest - OpenStreetMap France
> Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
> http://openstreetmap.fr/sotmfr2013
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetma

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[Pierre Béland]

Très intéressants ces rendus.

Je vous égare dans une autre direction que les portes cafés  - on ouvre le 
tiroir à DVD et on y dépose le café de le trou prévu à cet effet. Histoire 
racontée par des services de dépannage informatique.

Si j'utilise un lien avec un zoom plus grand que 18, la page Tile ne retombe 
pas sur ses pattes. voir 
http://tile.openstreetmap.fr/?zoom=20&lat=45.51551&lon=-73.5315&layers=000B00


Aussi, lors d'activations humanitaires, nous avons souvent besoin de discuter 
d'observations faites sur le terrain. Pour cela, une page de comparaison entre 
OSM et l'Imagerie Bing est très utile. La page tile.openstreetmap.fr serait un 
bon endroit pour y ajouter une couche Bing. 
Pierre 



>
> De : Christian Quest 
>À : Discussions sur OSM en français  
>Envoyé le : Mercredi 20 février 2013 3h35
>Objet : [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: 
>osm13 est opérationnel !)
> 
>
>Le 20 février 2013 06:24, Vincent de Chateau-Thierry  a 
>écrit :
>
>
>>C'est vrai Christian, tu devrais enlever le lecteur DVD et l'installer dans 
>>ta voiture pour les passagers arrières. Quoique dans une Smart... :-)
>>
>>
>
>
>
>
>Un DVD pour le chien dans le coffre alors ;) Didier ?
>
>
> 
>Sinon, est-ce que cette machine a une destination particulière ? Tuiles au 
>zoom 19, "french" rendu, instance OSRM, que sais-je...?
>>
>>
>
>
>
>
>Cette machine est taillée pour du rendu de tuiles, grace à son SSD en PCI 
>express qui élimine en grande partie le goulot d'étranglement des IOPs comparé 
>aux 6 disques SAS en RAID. Vous pouvez comparer entre "2u" sur 
>http://layers.openstreetmap.fr et "osmfr" sur http://tile.openstreetmap.fr 
>(sachant que j'ai quelques requêtes SQL qui peuvent être optimisées).
>
>
>Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma part 
>qu'il faut mettre en valeur nos données et proposant un exemple de rendu à mi 
>chemin entre celui par défaut d'OSM un peu trop fouillis et pas très lisible 
>et celui un peu trop générique de MapQuest, sans en faire un rendu spécialisé.
>
>
>C'est dans ce but que j'ai adapté le rendu OSM pour faire ce que j'ai 
>pompeusement appelé rendu "osmfr" car adapté aux habitudes et à notre culture 
>(croix verte pour les pharmacies, les boulangeries symbolisées par une 
>baguette au lieu d'un bretzel, etc).
>Ensuite j'ai cherché à améliorer la lisibilité et la hiérarchisation de l'info 
>en différenciant un peu plus chaque niveau de zoom.
>J'ai aussi corrigé les principaux défaut souvent signalés: les noms des 
>communes en double par exemple...
>
>
>J'ai aussi adapté la feuille de style pour avoir un 19ème niveau de zoom à peu 
>près cohérent.
>
>
>
>
>Voici la liste de mes modifs:
>http://wiki.openstreetmap.org/wiki/User:Cquest/osmfr_stylesheet
>
>
>Dès que c'est au propre, je partage ça sur github.
>
>
> 
>Et au passage merci pour le temps que tu consacres à tout ça.
>
>
> 
>De rien, je le fais avec plaisir et parce que j'apprends plein de choses en 
>mettant ainsi les mains dans le cambouis.
>
>
>Contribuer c'est très bien, et réutiliser les données me semble aussi très 
>enrichissant sur la manière de contribuer car on voit toute la complexité à 
>exploiter cette masse de données pas toujours très cohérentes. A titre 
>d'exemple, sachant qu'on avait un anglais qui viendrait au SOTMFR à Lyon (Henk 
>de l'OSMF) je me suis dit "il faut que je rajoute le logo du métro 
>londonien"... or, il y a semble-t-il bien moins de cohérence sur le réseau du 
>métro de Londres que sur ceux qu'on a en France.
>Des valeurs multiples dans network, pas de tag operator, des gares non membre 
>de relation de route, etc... donc j'ai remis ça pour plus tard.
>
>
>Je me creuse encore la tête pour faire un rendu simplifié des adresses en ne 
>faisant apparaitre que les numéros aux coins de rue... sans bien partir dans 
>des requêtes SQL trop lentes.
>
>-- 
>Christian Quest - OpenStreetMap France
>Week-end "SOTM-FR" à Lyon, les 23-24 février prochains: 
>http://openstreetmap.fr/sotmfr2013 
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] nouveau

[forum]

Le message suivant de taipak:
##
bonjour à tous ,

Je viens de faire mes premiers pas sur openstreetmap

Je travaille au Conseil Général de la Vendée et je suis ,entre autre , des 
chantiers sur les routes départementales .

C'est ainsi que pour ma première contrib ,j'ai inséré ,un nouveau giratoire sur 
la commune de Saint Révérend , sur la Rd 6 .

petit bug : le giratoire disparait à certaines échelles !!

pour information : Je dis bien Rd ( route départementale) , le terme Cd(chemin 
départemental) n'est plus employé depuis de longues années ! de même que 
pk(point kilométrique) est remplacé par Pr(point Réel) car un Pr ne fait pas 
forcément 1 km ;il peut faire plus ou faire moins !

Content de pouvoir contribuer à mon modeste niveau .

Une question : comment transformer les cartes openstreetmap pour les intégrer à 
un gps Mappy ?

"openstreetmapement vôtre" !

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=10&t=516
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

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

Re: [OSM-talk-fr] Statistiques

[Vincent de Chateau-Thierry]

> De : "Bruno Cortial" 

> Le 20 février 2013 13:11, Christian Quest  a écrit
> 
> > Est-il possible de faire un rendu avec les différentes intégrations
> > combinées ? Je pense à la poste, aux écoles, etc... bref visualiser
> > l'apport des intégrations opendata.
> >
> >
> Tout est possible, dés l'instant qu'on ne manipule pas des relations multi
> polygone, car l'outil d'import d'historique ne les gère pas. Ca m'embête
> car je voulais faire une vidéo sur les limites communales, on doit pouvoir
> faire ca sur une base statique en allant chercher les timestamp avec des
> requêtes Overpass META.
> 

Je plussois pour le rendu des limites communales (j'osais pas te le demander 
:-) ).
Il faudra qu'il fonctionne une fois la France au complet (lire : il reste 
quelques 
mois pour mettre ça au point, tranquille).
Et intéressé aussi par les rendus des thématiques opendata.

merci !
vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] Statistiques

[Arnaud]

Ensuite sous TileMill j'ai stylé la carte à une date donnée.  Le style 
fait une quinzaine de lignes (je vous le met en ligne sous peu), mais 
n'étant pas graphiste j'ai exploré lesnouvelles options de composition 
de Mapnik . Le cumul 
des points adresses (lueur rouge) est fait avec l'opérateur "plus".

Export du style CartoCSS vers le XML via Tilemill


Je serai intéressé par ton style, fais mois signe quand il est en ligne.
Je retenterai bien l'expérience car c'est tout de meme plus sympa que la 
précédente animation que j'avais réalisé...

http://geotribu.net/applications/osm_reunion_animation/reunion_animation.html

Merci

Arnaud

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

Re: [OSM-talk-fr] Statistiques

[Bruno Cortial]

Le 20 février 2013 13:11, Christian Quest  a écrit
:

> Effectivement, ambiance "blitz"
>
>
C'était pas vraiment voulu au départ !


> Est-il possible de faire un rendu avec les différentes intégrations
> combinées ? Je pense à la poste, aux écoles, etc... bref visualiser
> l'apport des intégrations opendata.
>
>
Tout est possible, dés l'instant qu'on ne manipule pas des relations multi
polygone, car l'outil d'import d'historique ne les gère pas. Ca m'embête
car je voulais faire une vidéo sur les limites communales, on doit pouvoir
faire ca sur une base statique en allant chercher les timestamp avec des
requêtes Overpass META.

MP-moi ce que tu souhaites ! C'est le genre truc qui n'apporte rien en
terme de contribution directe, mais peut apporter en visibilité externe. Je
réfléchis pour intégrer une courbe montrant une progression (nb de points,
nb de km), mais là on sort de mapnik...

@Nicolas :
Déjà j'ai découpé la zone voulue (osm-history-splitter), et importé dans
postgis (1-2 heures je ne sais plus trop avec un i7 3770 16gb et un SDD
Samsung 830 de 256 gb, c'est le SDD qui aide surtout)

Ensuite sous TileMill j'ai stylé la carte à une date donnée.  Le style fait
une quinzaine de lignes (je vous le met en ligne sous peu), mais n'étant
pas graphiste j'ai exploré les nouvelles options de composition de
Mapnik.
Le cumul des points adresses (lueur rouge) est fait avec l'opérateur "plus".
Export du style CartoCSS vers le XML via Tilemill

Le rendu: là aussi j'ai bien tourné en rond !
Pour obtenir les "flash" j'ai ajouté une colonne dans la base pour avoir
l'âge de chaque objet. C'est sans doute totalement débile, je suis sûr
qu'il existe des solutions sur les filtres d'encodage vidéo pour créer ce
genre d'effet à partir des images rendues.
Combien d'images rendre ? quelle durée ? quel combien de frame d'animation
pour un flash ? Beaucoup de tâtonnements.

Quand je me suis aperçu que les dailymotion, youtube fonctionnaient en 24p
(j'en avais prévu le double :luxe:) j'ai mis une image sur deux à la
poubelle :-/

Ah oui !  osm-history-render n'utilise qu'un coeur CPU... En gros il faut
le lancer en // sur des périodes distinctes pour accélérer la chose.

Pour la durée du rendu simple coeur, je ne sais plus, 5-6 heures. Encodage
de la vidéo avec ffmpeg 5 minutes !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Arnaud Vandecasteele]

Super boulot et l'animation est réussie.
Est-ce un style perso que tu as utilisé pour le rendu ?

Arnaud


2013/2/20 Nicolas Dumoulin :
> Le mercredi 20 février 2013 11:54:17 Bruno Cortial a écrit :
>> Le 20 février 2013 11:34, Christian Quest  a écrit
>>
>> > Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ?
>>
>> Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4
>> Mo dispo en 720p).
>> https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing
>>
>> Pour le fond sonore je ne sais pas trop quoi faire
>>
>> Pour le reste (france), je travaille encore mon style ;-)
>
> Ça a de la gueule !!
> Ça t'a pris combien de temps en terme de manipulation ?
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 

Arnaud Vandecasteele
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://www.marinegis.com/?page_id=131
http://geotribu.net/

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

Re: [OSM-talk-fr] Statistiques

[Nicolas Dumoulin]

Le mercredi 20 février 2013 11:54:17 Bruno Cortial a écrit :
> Le 20 février 2013 11:34, Christian Quest  a écrit
> 
> > Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ?
> 
> Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4
> Mo dispo en 720p).
> https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing
> 
> Pour le fond sonore je ne sais pas trop quoi faire
> 
> Pour le reste (france), je travaille encore mon style ;-)

Ça a de la gueule !!
Ça t'a pris combien de temps en terme de manipulation ?

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Statistiques

[Christian Quest]

Effectivement, ambiance "blitz"

Pour la musique ?  "Above the Map" de Zykos (festival SXSW2006) ;)


Est-il possible de faire un rendu avec les différentes intégrations
combinées ? Je pense à la poste, aux écoles, etc... bref visualiser
l'apport des intégrations opendata.


Le 20 février 2013 11:54, Bruno Cortial  a écrit
:

> Le 20 février 2013 11:34, Christian Quest  a
> écrit :
>
>> Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ?
>>
>>
>>
> Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4
> Mo dispo en 720p).
>
> https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing
>
> Pour le fond sonore je ne sais pas trop quoi faire
>
> Pour le reste (france), je travaille encore mon style ;-)
>
>
>


-- 
Christian Quest - OpenStreetMap France
Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Impression de banderolle... votre avis ?

[Hélène PETIT]

Le 20/02/2013 11:38, Christian Quest a écrit :

Je sais que la gratuité est toujours relative, et que ce n'est pas non
plus le truc fondamental d'OSM, mais c'est ça qui parle à énormément de
monde.
C'est ça qu'on met aussi en avant dans le logiciel libre... libre et
gratuit, non ?

C'est de la comm, il en faut, surtout sur une banderolle !


Oui, mais si c'est pas sur la banderolle les gens viennent sur le stand 
poser la question : "et ça coute combien ?", et là, tu as ton accroche 
de comm avec un vrai contact physique qui te laissera son adresse mail, 
et tout le sainfoin ; cool.



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

Re: [OSM-talk-fr] Impression de banderolle... votre avis ?

[Hélène PETIT]

Le 20/02/2013 11:16, Ista Pouss a écrit :

Je trouve que "gratuite" n'est pas forcément correct : il y a bien
quelqu'un qui paye quelque part.

+1

moi (miaou), j'avais mis :
"la cartographie libre, mondiale, citoyenne"
http://helene.petit2.free.fr/attac2012/IMGP0153.JPG





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

Re: [OSM-talk-fr] Statistiques

[Bruno Cortial]

Le 20 février 2013 11:34, Christian Quest  a écrit
:

> Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ?
>
>
>
Brut de fonderie j'ai le bombardement des adresses de Nantes Métropole (4
Mo dispo en 720p).
https://docs.google.com/file/d/0ByriFLbxzg_1UXRidnRtQXQwQ0k/edit?usp=sharing

Pour le fond sonore je ne sais pas trop quoi faire

Pour le reste (france), je travaille encore mon style ;-)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Impression de banderolle... votre avis ?

[Christian Quest]

Je sais que la gratuité est toujours relative, et que ce n'est pas non plus
le truc fondamental d'OSM, mais c'est ça qui parle à énormément de monde.
C'est ça qu'on met aussi en avant dans le logiciel libre... libre et
gratuit, non ?

C'est de la comm, il en faut, surtout sur une banderolle !


Le 20 février 2013 11:16, Ista Pouss  a écrit :

> Je trouve que "gratuite" n'est pas forcément correct : il y a bien
> quelqu'un qui paye quelque part.
>
> "Libre et participative" me semble déjà bien. De la liberté on peut aussi
> bien faire la gratuité que la facturité. Et de la participation on fait le
> partage des coûts, aussi bien que des ressources.
>
> Mais il est déjà 11h16, c'est peut être limite pour les délais :-)
>
> Cordialement.
>
>
> Le 20 février 2013 10:37, Christian Quest  a
> écrit :
>
>> Elle est là: http://www.cquest.org/temp/banderolle-osm.png
>>
>> Impression sur bâche vinyle de 2,50m de large dans l'après-midi...
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
>> http://openstreetmap.fr/sotmfr2013
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Les dérives de rue :
> Des textes à promenades 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Christian Quest]

Tu nous fait ça pour vendredi soir qu'on le montre samedi en ouverture ?


Le 20 février 2013 11:10, Bruno Cortial  a écrit
:

> Le 20 février 2013 10:53, Ab_fab  a écrit :
>
>> Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
>> d'annoncer du nouveau concernant les besoins en mémoire vive lors de
>> l'import des extraits historiques, qui devenaient vite démesurés :
>> http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html
>>
>> *"Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 
>> GB.**I'd love to hear feedback about this."*
>>
>> Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
>> de serveur osm_fr ?
>> à la clef, moultes animations et statistiques sur l'évolution d'OSM en
>> France (métropolitaine)
>>
>>
> C'est pas vrai ?! je viens de faire l'import de l'histo france, je croyais
> que j'en viendrai jamais à bout (16Gb de RAM + un fichier de swap sur SSD
> de 50Gb).
> Bonne nouvelle !
>
> PS : Je prépare des video à la "ITO - one year on edit". Si vous avez des
> idées de rendus...
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[Christian Quest]

Le 20 février 2013 11:01, Bruno Cortial  a écrit
:

> Le 20 février 2013 10:10, Christian Quest  a
> écrit :
>
>> Il y a un composant "style osmfr" sur http://trac.openstreetmap.fr/n'hésitez 
>> pas à l'utiliser pour proposer des améliorations et signaler des
>> problèmes car ça arrive vite... on fait une modif qui va bien sur la zone
>> sur laquelle on teste mais qui met la pagaille ailleurs ;)
>>
>>
> Bonjour,
> Bravo pour toutes ces petites modifs, cela rend déjà mieux que le rendu
> "mapnik", en particulier le bati plus soft. Je vais bien sûr proposer des
> tickets, en particulier sur le placement des labels et des adresses.
> Est-ce que le style (CartoCSS ?) est dispo pour qu'on puisse faire des
> tests à la maison ?
>
>
> décalage du nom de la limite admin du "bon" côté du trait (merci ST_Buffer
>> négatif)
>
>
> Il me semble qu'il y avait une autre ruse moins lourde, mais impossible de
> retrouver çà.
>
>
Il y a un patch pour mapnik qui permet de décaler plus proprement le texte,
mais il n'est pas sur la version qu'on utilise. J'ai donc eu recours à
ST_Buffer qui effectivement est gourmand.



>
>
>> Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma
>> part qu'il faut mettre en valeur nos données et proposant un exemple de
>> rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas
>> très lisible et celui un peu trop générique de MapQuest, sans en faire un
>> rendu spécialisé.
>
>
> En parlant de mettre en avant les données, est-il envisageable de rendre
> une couche UTFGrid  (ou une solution
> équivalente) avec les données OSM des POI, afin de les afficher au
> survol/clic de la souris ? Je n'ai aucune idée du cout CPU/disque que cela
> implique.
>
>
Le problème est de savoir ce qui a été rendu ou pas sur les tuiles et où
car on peut laisser une tolérance de placement (utile pour les libellés de
polygones).



> Je ne pourrais être au SOTM-FR, et ca me rend tout  triste !
>
>

Tu aura quand même la rediffusion en streaming pour te consoler.

-- 
Christian Quest - OpenStreetMap France
Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Impression de banderolle... votre avis ?

[Nicolas Moyroud]

Bonjour,

Je ne suis pas encore inscrit, mais il y a de fortes chances que je 
puisse venir au SOTM-FR ce week-end. Je saurai si c'est OK d'ici ce 
soir. Désolé Christian pour l'inscription de dernière minute, j'espère 
que tu m'accepteras encore au repas. :-[
Si je viens bien, je peux amener ma banderole qui avais déjà été 
utilisée sur différents stands, par exemple SIG-la-lettre 2012 :

http://libreavous.teledetection.fr/albums-photos/image?format=raw&type=orig&id=129
Je ne connais pas les dimensions exactes, mais elle est dans un format 
accrochable sous une table (je l'ai déjà fait). Elle est imprimée sur 
tissu avec oeillets. C'est l'ancien logo, mais bon elle est pas trop mal 
quand même...


a+
Nico


Le 20/02/2013 10:57, Christian Quest a écrit :

Oui, pas con.. ça donnerait ça en 250x70:

http://www.cquest.org/temp/banderolle-osm-250x70.png


Le 20 février 2013 10:47, Erik Amzallag > a écrit :


Jolie :)

D'expérience, favorisez une banderole pas plus haute qu'une table,
soit 70cm.
Car quand il n'y a pas de support mural, il faut pouvoir la
suspendre au devant d'une table sans devoir la faire trainer par
terre...

Erik




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

Re: [OSM-talk-fr] osm13 est opérationnel !

[Christophe Merlet]

Le mercredi 20 février 2013 à 02:24 +0100, Philippe Verdy a écrit :
> Le 20 février 2013 01:51, Christian Quest  a écrit :
> > C'est vrai ça, j'aurai dû le rendre à free ce serveur tout neuf tellement
> > c'est méga-super-archi nul d'avoir un lecteur de DVD sur une machine à 8000
> > euros.
> 
> Je n'ai pas dit ça.
> 
> Mais franchement la place qu'il prend pourra accueillir à la place une
> baie SSD, ou une batterie de secours pour le contrôleur RAID.


Tu n'en a pas marre de dire des conneries à tout bout de champ ???!!!

Où a tu vu que sur un serveur on collait des batterie de contrôleur RAID
dans un emplacement de CD slim ???!!!

Pathétique.


Librement,
-- 
Christophe Merlet (RedFox)


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

Re: [OSM-talk-fr] Impression de banderolle... votre avis ?

[Ista Pouss]

Je trouve que "gratuite" n'est pas forcément correct : il y a bien
quelqu'un qui paye quelque part.

"Libre et participative" me semble déjà bien. De la liberté on peut aussi
bien faire la gratuité que la facturité. Et de la participation on fait le
partage des coûts, aussi bien que des ressources.

Mais il est déjà 11h16, c'est peut être limite pour les délais :-)

Cordialement.


Le 20 février 2013 10:37, Christian Quest  a écrit
:

> Elle est là: http://www.cquest.org/temp/banderolle-osm.png
>
> Impression sur bâche vinyle de 2,50m de large dans l'après-midi...
>
> --
> Christian Quest - OpenStreetMap France
> Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
> http://openstreetmap.fr/sotmfr2013
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Les dérives de rue :
Des textes à promenades 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Bruno Cortial]

Le 20 février 2013 10:53, Ab_fab  a écrit :

> Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
> d'annoncer du nouveau concernant les besoins en mémoire vive lors de
> l'import des extraits historiques, qui devenaient vite démesurés :
> http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html
>
> *"Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 
> GB.**I'd love to hear feedback about this."*
>
> Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
> de serveur osm_fr ?
> à la clef, moultes animations et statistiques sur l'évolution d'OSM en
> France (métropolitaine)
>
>
C'est pas vrai ?! je viens de faire l'import de l'histo france, je croyais
que j'en viendrai jamais à bout (16Gb de RAM + un fichier de swap sur SSD
de 50Gb).
Bonne nouvelle !

PS : Je prépare des video à la "ITO - one year on edit". Si vous avez des
idées de rendus...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Ab_fab]

Et pendant pas longtemps, en plus, vu les super disques durs.
Une fois l'import réalisé, (j'imagine que l') on doit pouvoir réduire la
RAM allouée jusqu'à pas grand chose, puisqu'il n'y a pas de mise à jour
permanente pour ces extraits

Je ne sais pas si l'intérêt de Peter sur la question pourrait aller jusqu'à
faire le test lui même, si on lui laissait un peu de place pour une machine
virtuelle et ses accès ?
Si cela ne pose pas de cas de conscience au niveau de l'usage des
ressources, on peut toujours lui proposer ?

Le 20 février 2013 10:58, Christian Quest  a écrit
:

> 8Go c'est 1/8 de serveur R610... ça doit pouvoir se trouver ;)
>
>
> Le 20 février 2013 10:53, Ab_fab  a écrit :
>
> Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
>> d'annoncer du nouveau concernant les besoins en mémoire vive lors de
>> l'import des extraits historiques, qui devenaient vite démesurés :
>> http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html
>>
>> *"Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 
>> GB.**I'd love to hear feedback about this."*
>>
>> Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
>> de serveur osm_fr ?
>> à la clef, moultes animations et statistiques sur l'évolution d'OSM en
>> France (métropolitaine)
>>
>> Le 16 octobre 2012 10:37, Ab_fab  a écrit :
>>
>> J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en
>>> privé.
>>> Cela confirme le souci actuel concernant l'utilisation de la mémoire
>>> avec de gros extraits historiques. Mais rien n'est perdu pour qui veut (et
>>> surtout peut) s'attaquer au souci :
>>>
>>> *Hi
>>>
>>> Well, osm-history-renderer is - after all - a proof of concept. It's
>>> impossible atm. to import a full country without having tons of RAM.
>>>
>>> If you are interested in optimizing the memory usage I could provide you
>>> with plans about a memory layout frederik ramm and I once talked about; I
>>> never came around to implement it, while the necessary interfaces are
>>> already in place.
>>>
>>> Regards,
>>> Peter*
>>>
>>> Le 12 juillet 2012 11:25, Aurélien FILEZ  a écrit :
>>>
>>> Bonjour,

 J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me
 semble, et n'ai pas fait de découpage, étant donné que je recherche à
 sortir des statistiques sur l'ensemble de la France.

 Puis j'ai tenté de l'importer comme suit :

 osm-history-importer france.osh.pbf

 Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne
 plus pouvoir allouer quoi que ce soit.

 Est-ce qu'il y aurait un mode qui irait écrire directement en base,
 sans garder tant d'information en mémoire ?

 2012/7/12 Arnaud Vandecasteele 

> Cela dépend de quel process tu aprles :
>
>   - osm-history-splitter découpe la zone que tu désires
>
>   - osm-history-importer importe les données en base
>
>   - et osm-history-renderer génère les animations
>
> Concernant les perfs.
> Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec
> 2Go de Ram.
> Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un
> serveur en prod.
>
> Ensuite la taille dépend essentiellement du nombre d'images générées
> (en fonction du pas de temps) et de la dimension celles-ci. Difficile à
> dire donc.
>
> Arnaud
>
>
>
> 2012/7/12 Aurélien FILEZ 
>
>> Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui
>> tourne, ça me met encore une erreur par manque de mémoire.
>>
>> Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?
>>
>>
>> 2012/7/12 Ab_fab 
>>
>>> Cool,
>>>
>>> Tu nous tiens au courant des choses que tu as mis en pratique avec ?
>>> Et sinon, quels sont les besoins en mémoire de cet import, au final
>>> ?
>>> et l'espace disque nécessaire ?
>>> (Mêmes questions pour Arnaud)
>>>
>>> Le 12 juillet 2012 10:18, Aurélien FILEZ  a
>>> écrit :
>>>
>>>  Non en fait j'étais en session a distance et ça ne m'avais pas
 renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un
 problème de mémoire.

 Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
 tourne ;)


 2012/7/12 Ab_fab 

> As-tu bien donné à la bdd que tu as créée le même nom que le nom
> de l'utilisateur unix ?
>
> Selon le tuto :
>
> *"next we'll get that data into the database. Oh wait: which
> database? *
> *We'll first have to setup our postgres database. It's best if
> you use your user-database (that's database-name = your unix 
> username)"
> *
>
> Je crois que j'avais du recommencer à cause de cette "subtilité"
>
> On continue l'investigation sur dev-

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[Bruno Cortial]

Le 20 février 2013 10:10, Christian Quest  a écrit
:

> Il y a un composant "style osmfr" sur http://trac.openstreetmap.fr/n'hésitez 
> pas à l'utiliser pour proposer des améliorations et signaler des
> problèmes car ça arrive vite... on fait une modif qui va bien sur la zone
> sur laquelle on teste mais qui met la pagaille ailleurs ;)
>
>
Bonjour,
Bravo pour toutes ces petites modifs, cela rend déjà mieux que le rendu
"mapnik", en particulier le bati plus soft. Je vais bien sûr proposer des
tickets, en particulier sur le placement des labels et des adresses.
Est-ce que le style (CartoCSS ?) est dispo pour qu'on puisse faire des
tests à la maison ?


décalage du nom de la limite admin du "bon" côté du trait (merci ST_Buffer
> négatif)


Il me semble qu'il y avait une autre ruse moins lourde, mais impossible de
retrouver çà.



> Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma
> part qu'il faut mettre en valeur nos données et proposant un exemple de
> rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas
> très lisible et celui un peu trop générique de MapQuest, sans en faire un
> rendu spécialisé.


En parlant de mettre en avant les données, est-il envisageable de rendre
une couche UTFGrid  (ou une solution
équivalente) avec les données OSM des POI, afin de les afficher au
survol/clic de la souris ? Je n'ai aucune idée du cout CPU/disque que cela
implique.

Je ne pourrais être au SOTM-FR, et ca me rend tout  triste !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Christian Quest]

8Go c'est 1/8 de serveur R610... ça doit pouvoir se trouver ;)


Le 20 février 2013 10:53, Ab_fab  a écrit :

> Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
> d'annoncer du nouveau concernant les besoins en mémoire vive lors de
> l'import des extraits historiques, qui devenaient vite démesurés :
> http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html
>
> *"Maybe even germany.osh.pbf or france.osh.pbf would work out with 6 GB or 8 
> GB.**I'd love to hear feedback about this."*
>
> Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
> de serveur osm_fr ?
> à la clef, moultes animations et statistiques sur l'évolution d'OSM en
> France (métropolitaine)
>
> Le 16 octobre 2012 10:37, Ab_fab  a écrit :
>
> J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en
>> privé.
>> Cela confirme le souci actuel concernant l'utilisation de la mémoire avec
>> de gros extraits historiques. Mais rien n'est perdu pour qui veut (et
>> surtout peut) s'attaquer au souci :
>>
>> *Hi
>>
>> Well, osm-history-renderer is - after all - a proof of concept. It's
>> impossible atm. to import a full country without having tons of RAM.
>>
>> If you are interested in optimizing the memory usage I could provide you
>> with plans about a memory layout frederik ramm and I once talked about; I
>> never came around to implement it, while the necessary interfaces are
>> already in place.
>>
>> Regards,
>> Peter*
>>
>> Le 12 juillet 2012 11:25, Aurélien FILEZ  a écrit :
>>
>> Bonjour,
>>>
>>> J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me
>>> semble, et n'ai pas fait de découpage, étant donné que je recherche à
>>> sortir des statistiques sur l'ensemble de la France.
>>>
>>> Puis j'ai tenté de l'importer comme suit :
>>>
>>> osm-history-importer france.osh.pbf
>>>
>>> Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus
>>> pouvoir allouer quoi que ce soit.
>>>
>>> Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans
>>> garder tant d'information en mémoire ?
>>>
>>> 2012/7/12 Arnaud Vandecasteele 
>>>
 Cela dépend de quel process tu aprles :

   - osm-history-splitter découpe la zone que tu désires

   - osm-history-importer importe les données en base

   - et osm-history-renderer génère les animations

 Concernant les perfs.
 Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec
 2Go de Ram.
 Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un
 serveur en prod.

 Ensuite la taille dépend essentiellement du nombre d'images générées
 (en fonction du pas de temps) et de la dimension celles-ci. Difficile à
 dire donc.

 Arnaud



 2012/7/12 Aurélien FILEZ 

> Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui
> tourne, ça me met encore une erreur par manque de mémoire.
>
> Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?
>
>
> 2012/7/12 Ab_fab 
>
>> Cool,
>>
>> Tu nous tiens au courant des choses que tu as mis en pratique avec ?
>> Et sinon, quels sont les besoins en mémoire de cet import, au final ?
>> et l'espace disque nécessaire ?
>> (Mêmes questions pour Arnaud)
>>
>> Le 12 juillet 2012 10:18, Aurélien FILEZ  a écrit
>> :
>>
>>  Non en fait j'étais en session a distance et ça ne m'avais pas
>>> renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un
>>> problème de mémoire.
>>>
>>> Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
>>> tourne ;)
>>>
>>>
>>> 2012/7/12 Ab_fab 
>>>
 As-tu bien donné à la bdd que tu as créée le même nom que le nom de
 l'utilisateur unix ?

 Selon le tuto :

 *"next we'll get that data into the database. Oh wait: which
 database? *
 *We'll first have to setup our postgres database. It's best if you
 use your user-database (that's database-name = your unix username)"
 *

 Je crois que j'avais du recommencer à cause de cette "subtilité"

 On continue l'investigation sur dev-fr ?

 Le 11 juillet 2012 19:07, Aurélien FILEZ  a
 écrit :

 Après avoir exécuté "osm-history-importer france.osh.pbf",
> j'obtiens des tables hist_point, hist_line et hist_polygon vides (0 
> rows)
>
>
> 2012/7/11 Christian Quest 
>
>> Mis sous forme de graphique c'est plus parlant (document
>> LibreOffice)... http://dl.free.fr/pUraG0Fan
>>
>> On voit que le réseau autoroutier a été complet dès 2009, que les
>> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
>> primaire est stable depuis 2011.
>>
>>
>> Le 11 juillet 2012 15:48, Christian 

Re: [OSM-talk-fr] Impression de banderolle... votre avis ?

[Christian Quest]

Oui, pas con.. ça donnerait ça en 250x70:

http://www.cquest.org/temp/banderolle-osm-250x70.png


Le 20 février 2013 10:47, Erik Amzallag  a écrit :

> Jolie :)
>
> D'expérience, favorisez une banderole pas plus haute qu'une table, soit
> 70cm.
> Car quand il n'y a pas de support mural, il faut pouvoir la suspendre au
> devant d'une table sans devoir la faire trainer par terre...
>
> Erik
>
>
>
> Le 20 février 2013 10:44, Sylvain Maillard  a
> écrit :
>
> totalement pour !
>>
>> on devrait bien trouver un endroit à l'epitech pour quelle soit un peu
>> visible sur els photos ...
>>
>> Sylvain
>>
>>
>> Le 20 février 2013 10:37, Christian Quest  a
>> écrit :
>>
>>>  Elle est là: http://www.cquest.org/temp/banderolle-osm.png
>>>
>>> Impression sur bâche vinyle de 2,50m de large dans l'après-midi...
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>> Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
>>> http://openstreetmap.fr/sotmfr2013
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Statistiques

[Ab_fab]

Je ressors ce vieux sujet de la naphtaline, car Peter Körner vient
d'annoncer du nouveau concernant les besoins en mémoire vive lors de
l'import des extraits historiques, qui devenaient vite démesurés :
http://lists.openstreetmap.org/pipermail/dev/2013-February/026598.html

*"Maybe even germany.osh.pbf or france.osh.pbf would work out with 6
GB or 8 GB.**I'd love to hear feedback about this."*

Quelqu'un a les ressources ou serait prêt à tenter l'aventure sur un bout
de serveur osm_fr ?
à la clef, moultes animations et statistiques sur l'évolution d'OSM en
France (métropolitaine)

Le 16 octobre 2012 10:37, Ab_fab  a écrit :

> J'ai reposé la question sur dev hier, et Peter Körner m'a répondu en
> privé.
> Cela confirme le souci actuel concernant l'utilisation de la mémoire avec
> de gros extraits historiques. Mais rien n'est perdu pour qui veut (et
> surtout peut) s'attaquer au souci :
>
> *Hi
>
> Well, osm-history-renderer is - after all - a proof of concept. It's
> impossible atm. to import a full country without having tons of RAM.
>
> If you are interested in optimizing the memory usage I could provide you
> with plans about a memory layout frederik ramm and I once talked about; I
> never came around to implement it, while the necessary interfaces are
> already in place.
>
> Regards,
> Peter*
>
> Le 12 juillet 2012 11:25, Aurélien FILEZ  a écrit :
>
> Bonjour,
>>
>> J'ai téléchargé le fichier france.osh.pbf, qui date de juin il me semble,
>> et n'ai pas fait de découpage, étant donné que je recherche à sortir des
>> statistiques sur l'ensemble de la France.
>>
>> Puis j'ai tenté de l'importer comme suit :
>>
>> osm-history-importer france.osh.pbf
>>
>> Au fur et à mesure de la lecture, la mémoire se remplit, jusqu'à ne plus
>> pouvoir allouer quoi que ce soit.
>>
>> Est-ce qu'il y aurait un mode qui irait écrire directement en base, sans
>> garder tant d'information en mémoire ?
>>
>> 2012/7/12 Arnaud Vandecasteele 
>>
>>> Cela dépend de quel process tu aprles :
>>>
>>>   - osm-history-splitter découpe la zone que tu désires
>>>
>>>   - osm-history-importer importe les données en base
>>>
>>>   - et osm-history-renderer génère les animations
>>>
>>> Concernant les perfs.
>>> Pour ma part, j'ai un petit serveur qui tourne sur  Ubuntu 12.04 avec
>>> 2Go de Ram.
>>> Chaque processus me prend 98% du CPU. Donc à ne pas faire sur un serveur
>>> en prod.
>>>
>>> Ensuite la taille dépend essentiellement du nombre d'images générées (en
>>> fonction du pas de temps) et de la dimension celles-ci. Difficile à dire
>>> donc.
>>>
>>> Arnaud
>>>
>>>
>>>
>>> 2012/7/12 Aurélien FILEZ 
>>>
 Sur mon ubuntu server, de 8Go de RAM alors qu'il n'y a que ça qui
 tourne, ça me met encore une erreur par manque de mémoire.

 Ça n'écrit pas dans la BDD au fur et à mesure de la lecture ?


 2012/7/12 Ab_fab 

> Cool,
>
> Tu nous tiens au courant des choses que tu as mis en pratique avec ?
> Et sinon, quels sont les besoins en mémoire de cet import, au final ?
> et l'espace disque nécessaire ?
> (Mêmes questions pour Arnaud)
>
> Le 12 juillet 2012 10:18, Aurélien FILEZ  a écrit :
>
>  Non en fait j'étais en session a distance et ça ne m'avais pas
>> renvoyé le message d'erreur. Une fois sur le pc physique, j'ai vu un
>> problème de mémoire.
>>
>> Alors j'ai redémarré le serveur, et relancer le truc, tout seul, ça
>> tourne ;)
>>
>>
>> 2012/7/12 Ab_fab 
>>
>>> As-tu bien donné à la bdd que tu as créée le même nom que le nom de
>>> l'utilisateur unix ?
>>>
>>> Selon le tuto :
>>>
>>> *"next we'll get that data into the database. Oh wait: which
>>> database? *
>>> *We'll first have to setup our postgres database. It's best if you
>>> use your user-database (that's database-name = your unix username)"*
>>>
>>> Je crois que j'avais du recommencer à cause de cette "subtilité"
>>>
>>> On continue l'investigation sur dev-fr ?
>>>
>>> Le 11 juillet 2012 19:07, Aurélien FILEZ  a
>>> écrit :
>>>
>>> Après avoir exécuté "osm-history-importer france.osh.pbf", j'obtiens
 des tables hist_point, hist_line et hist_polygon vides (0 rows)


 2012/7/11 Christian Quest 

> Mis sous forme de graphique c'est plus parlant (document
> LibreOffice)... http://dl.free.fr/pUraG0Fan
>
> On voit que le réseau autoroutier a été complet dès 2009, que les
> voies rapides n'évoluent plus beaucoup depuis 2010, que le réseau
> primaire est stable depuis 2011.
>
>
> Le 11 juillet 2012 15:48, Christian Quest 
> a écrit :
> > Pour des stats il y a aussi ceci: http://length.osm4people.org/
> >
> > Et pour la France : http://length.osm4people.org/france.html
> > On y apprend qu'en novembre 2006, il y avait 2846km de routes et
> qu'en
>

Re: [OSM-talk-fr] Impression de banderolle... votre avis ?

[Romain MEHUT]

Le 20 février 2013 10:37, Christian Quest  a écrit
:

> Elle est là: http://www.cquest.org/temp/banderolle-osm.png
>
> Impression sur bâche vinyle de 2,50m de large dans l'après-midi...
>

Et en fin de vie recyclée par Bilum .
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Impression de banderolle... votre avis ?

[Erik Amzallag]

Jolie :)

D'expérience, favorisez une banderole pas plus haute qu'une table, soit
70cm.
Car quand il n'y a pas de support mural, il faut pouvoir la suspendre au
devant d'une table sans devoir la faire trainer par terre...

Erik



Le 20 février 2013 10:44, Sylvain Maillard  a
écrit :

> totalement pour !
>
> on devrait bien trouver un endroit à l'epitech pour quelle soit un peu
> visible sur els photos ...
>
> Sylvain
>
>
> Le 20 février 2013 10:37, Christian Quest  a
> écrit :
>
>> Elle est là: http://www.cquest.org/temp/banderolle-osm.png
>>
>> Impression sur bâche vinyle de 2,50m de large dans l'après-midi...
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
>> http://openstreetmap.fr/sotmfr2013
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Impression de banderolle... votre avis ?

[Sylvain Maillard]

totalement pour !

on devrait bien trouver un endroit à l'epitech pour quelle soit un peu
visible sur els photos ...

Sylvain


Le 20 février 2013 10:37, Christian Quest  a écrit
:

> Elle est là: http://www.cquest.org/temp/banderolle-osm.png
>
> Impression sur bâche vinyle de 2,50m de large dans l'après-midi...
>
> --
> Christian Quest - OpenStreetMap France
> Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
> http://openstreetmap.fr/sotmfr2013
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Impression de banderolle... votre avis ?

[Christian Quest]

Elle est là: http://www.cquest.org/temp/banderolle-osm.png

Impression sur bâche vinyle de 2,50m de large dans l'après-midi...

-- 
Christian Quest - OpenStreetMap France
Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [forum-osm-fr] Nouveau débutant sur l'Ardèche (Autocars Ginhoux)

[forum]

Le message suivant de Fred N - Autocars Ginhoux:
##
Bonjour à tous…



Juste pour me présenter et annoncer (par l'intermédiaire de mes collègues et 
moi-même) la participation prochaine de l'Entreprise Ginhoux au projet OSM.

Nous sommes une société de transport autocars agissant essentiellement sur les 
départements de l'Ardèche, Gard, Drôme, Vaucluse… et souhaitons apporter notre 
contribution, dans un premier temps sur les informations qui nous passionnent 
et nous concernent : les lignes de transport/arrêts de bus/etc. Puis d'autres 
choses par la suite si nos compétences nous le permettent.



J'espère que nous serons en mesure de nous servir correctement des outils OSM 
mis à disposition, sans faire d'erreur, car nous sommes véritablement 
débutants, au stade de la découverte du système.

Nous aurons sans doute occasionnellement besoin de vos lumières sur certains 
points, et ne manquerons pas de vous solliciter… voir de vous embêter un peu ;)

De même, si notre expérience sur notre secteur, ou nos compétences peuvent 
servir à quelqu'un, nous serons heureux de pouvoir aider.



Un grand merci déjà pour votre accueil et encouragements !

Fred N - Autocars Ginhoux



(PS :  Une première question déjà… quelqu'un pourrait-il nous donner une liste 
des principales applications mobile ou site web utilisant les données OSM ?)

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=10&t=515
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

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

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[Christian Quest]

Il y a un composant "style osmfr" sur
http://trac.openstreetmap.fr/n'hésitez pas à l'utiliser pour proposer
des améliorations et signaler des
problèmes car ça arrive vite... on fait une modif qui va bien sur la zone
sur laquelle on teste mais qui met la pagaille ailleurs ;)

J'étais très content de ne plus avoir les noms des communes en double
jusqu'à découvrir que c'était le nom de quasiment tout les polygones qui
avaient disparus !

Dispo (enfin j'espère) pour un atelier à Lyon pour vous montré comment je
m'y prends en utilisant TileMill et un éditeur de texte pour tester les
modifications avant de générer le .xml pour mapnik qui est utilisé.

C'est un travail d'équipe tout ça, car côté postgresql, mod_tile, renderd,
c'est Jocelyn et sly qui sont à la manœuvre (ils ont de l'entrainement avec
la double install d'osm108 pour layers...).

Une lecture dans le train/avion pour Lyon: Cours de "sémiologie graphie et
conception cartographie" de Gérard Weber à l'ENSG
http://fad.ensg.eu/moodle/course/view.php?id=9 141 pages en PDF à
télécharger librement...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[Francescu GAROBY]

Oupsss, j'avais mal lu le paragraphe à ce sujet.
{autant|au temps|OTAN} pour moi.

Francescu


Le 20 février 2013 09:54, Etienne Trimaille  a
écrit :

> Vraiment beau travail ;-)
>
> Francescu, il faut aller sur le rendu tile.openstreetmap.fr et non pas
> layers.openstreetmap.fr.
> Les rendus 2u et osmfr sont différents. Ce qui explique pourquoi il n'y a
> pas les passages piétons, les pistes cyclables, ...
>
>
> Le 20 février 2013 09:48, Francescu GAROBY  a écrit :
>
> Je viens de lire la liste des ajouts, sur ta page User:Cquest, et je suis
>> impressionné ! *clap* *clap*
>> Il manque cependant dans cette liste l'ajout des passages piétons et le
>> changement de rendu des pistes cyclables.
>>
>> Par contre, j'ai beau rafraichir les tuiles, je ne vois pas apparaitre la
>> baguette de pain pour les 
>> boulangeries,
>> la croix verte pour les 
>> pharmacies,
>> ou le logo pour les bureaux de 
>> poste
>> ...
>> mais peut-être ces évolutions de la feuille de style ne sont-elles pas
>> encore mises en place ?
>>
>> Francescu
>>
>>
>> Le 20 février 2013 09:35, Christian Quest  a
>> écrit :
>>
>>> Le 20 février 2013 06:24, Vincent de Chateau-Thierry a 
>>> écrit :
>>>

 C'est vrai Christian, tu devrais enlever le lecteur DVD et l'installer
 dans ta voiture pour les passagers arrières. Quoique dans une Smart... :-)


>>>
>>> Un DVD pour le chien dans le coffre alors ;) Didier ?
>>>
>>>
>>>
 Sinon, est-ce que cette machine a une destination particulière ? Tuiles
 au zoom 19, "french" rendu, instance OSRM, que sais-je...?


>>>
>>> Cette machine est taillée pour du rendu de tuiles, grace à son SSD en
>>> PCI express qui élimine en grande partie le goulot d'étranglement des IOPs
>>> comparé aux 6 disques SAS en RAID. Vous pouvez comparer entre "2u" sur
>>> http://layers.openstreetmap.fr et "osmfr" sur
>>> http://tile.openstreetmap.fr (sachant que j'ai quelques requêtes SQL
>>> qui peuvent être optimisées).
>>>
>>> Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma
>>> part qu'il faut mettre en valeur nos données et proposant un exemple de
>>> rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas
>>> très lisible et celui un peu trop générique de MapQuest, sans en faire un
>>> rendu spécialisé.
>>>
>>> C'est dans ce but que j'ai adapté le rendu OSM pour faire ce que j'ai
>>> pompeusement appelé rendu "osmfr" car adapté aux habitudes et à notre
>>> culture (croix verte pour les pharmacies, les boulangeries symbolisées par
>>> une baguette au lieu d'un bretzel, etc).
>>> Ensuite j'ai cherché à améliorer la lisibilité et la hiérarchisation de
>>> l'info en différenciant un peu plus chaque niveau de zoom.
>>> J'ai aussi corrigé les principaux défaut souvent signalés: les noms des
>>> communes en double par exemple...
>>>
>>> J'ai aussi adapté la feuille de style pour avoir un 19ème niveau de zoom
>>> à peu près cohérent.
>>>
>>>
>>> Voici la liste de mes modifs:
>>> http://wiki.openstreetmap.org/wiki/User:Cquest/osmfr_stylesheet
>>>
>>> Dès que c'est au propre, je partage ça sur github.
>>>
>>>
>>>
 Et au passage merci pour le temps que tu consacres à tout ça.
>>>
>>>
>>>
>>> De rien, je le fais avec plaisir et parce que j'apprends plein de choses
>>> en mettant ainsi les mains dans le cambouis.
>>>
>>> Contribuer c'est très bien, et réutiliser les données me semble aussi
>>> très enrichissant sur la manière de contribuer car on voit toute la
>>> complexité à exploiter cette masse de données pas toujours très cohérentes.
>>> A titre d'exemple, sachant qu'on avait un anglais qui viendrait au SOTMFR à
>>> Lyon (Henk de l'OSMF) je me suis dit "il faut que je rajoute le logo du
>>> métro londonien"... or, il y a semble-t-il bien moins de cohérence sur le
>>> réseau du métro de Londres que sur ceux qu'on a en France.
>>> Des valeurs multiples dans network, pas de tag operator, des gares non
>>> membre de relation de route, etc... donc j'ai remis ça pour plus tard.
>>>
>>> Je me creuse encore la tête pour faire un rendu simplifié des adresses
>>> en ne faisant apparaitre que les numéros aux coins de rue... sans bien
>>> partir dans des requêtes SQL trop lentes.
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>> Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
>>> http://openstreetmap.fr/sotmfr2013
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> Cordialement,
>> Francescu GAROBY
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openst

Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[Francescu GAROBY]

Je viens de lire la liste des ajouts, sur ta page User:Cquest, et je suis
impressionné ! *clap* *clap*
Il manque cependant dans cette liste l'ajout des passages piétons et le
changement de rendu des pistes cyclables.

Par contre, j'ai beau rafraichir les tuiles, je ne vois pas apparaitre la
baguette de pain pour les
boulangeries,
la croix verte pour les
pharmacies,
ou le logo pour les bureaux de
poste
...
mais peut-être ces évolutions de la feuille de style ne sont-elles pas
encore mises en place ?

Francescu


Le 20 février 2013 09:35, Christian Quest  a écrit
:

> Le 20 février 2013 06:24, Vincent de Chateau-Thierry  a
> écrit :
>
>>
>> C'est vrai Christian, tu devrais enlever le lecteur DVD et l'installer
>> dans ta voiture pour les passagers arrières. Quoique dans une Smart... :-)
>>
>>
>
> Un DVD pour le chien dans le coffre alors ;) Didier ?
>
>
>
>> Sinon, est-ce que cette machine a une destination particulière ? Tuiles
>> au zoom 19, "french" rendu, instance OSRM, que sais-je...?
>>
>>
>
> Cette machine est taillée pour du rendu de tuiles, grace à son SSD en PCI
> express qui élimine en grande partie le goulot d'étranglement des IOPs
> comparé aux 6 disques SAS en RAID. Vous pouvez comparer entre "2u" sur
> http://layers.openstreetmap.fr et "osmfr" sur 
> http://tile.openstreetmap.fr(sachant que j'ai quelques requêtes SQL qui 
> peuvent être optimisées).
>
> Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma
> part qu'il faut mettre en valeur nos données et proposant un exemple de
> rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas
> très lisible et celui un peu trop générique de MapQuest, sans en faire un
> rendu spécialisé.
>
> C'est dans ce but que j'ai adapté le rendu OSM pour faire ce que j'ai
> pompeusement appelé rendu "osmfr" car adapté aux habitudes et à notre
> culture (croix verte pour les pharmacies, les boulangeries symbolisées par
> une baguette au lieu d'un bretzel, etc).
> Ensuite j'ai cherché à améliorer la lisibilité et la hiérarchisation de
> l'info en différenciant un peu plus chaque niveau de zoom.
> J'ai aussi corrigé les principaux défaut souvent signalés: les noms des
> communes en double par exemple...
>
> J'ai aussi adapté la feuille de style pour avoir un 19ème niveau de zoom à
> peu près cohérent.
>
>
> Voici la liste de mes modifs:
> http://wiki.openstreetmap.org/wiki/User:Cquest/osmfr_stylesheet
>
> Dès que c'est au propre, je partage ça sur github.
>
>
>
>> Et au passage merci pour le temps que tu consacres à tout ça.
>
>
>
> De rien, je le fais avec plaisir et parce que j'apprends plein de choses
> en mettant ainsi les mains dans le cambouis.
>
> Contribuer c'est très bien, et réutiliser les données me semble aussi très
> enrichissant sur la manière de contribuer car on voit toute la complexité à
> exploiter cette masse de données pas toujours très cohérentes. A titre
> d'exemple, sachant qu'on avait un anglais qui viendrait au SOTMFR à Lyon
> (Henk de l'OSMF) je me suis dit "il faut que je rajoute le logo du métro
> londonien"... or, il y a semble-t-il bien moins de cohérence sur le réseau
> du métro de Londres que sur ceux qu'on a en France.
> Des valeurs multiples dans network, pas de tag operator, des gares non
> membre de relation de route, etc... donc j'ai remis ça pour plus tard.
>
> Je me creuse encore la tête pour faire un rendu simplifié des adresses en
> ne faisant apparaitre que les numéros aux coins de rue... sans bien partir
> dans des requêtes SQL trop lentes.
>
> --
> Christian Quest - OpenStreetMap France
> Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
> http://openstreetmap.fr/sotmfr2013
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Cordialement,
Francescu GAROBY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Vers une mise à disposition d'un rendu "FR" (était: osm13 est opérationnel !)

[Christian Quest]

Le 20 février 2013 06:24, Vincent de Chateau-Thierry  a
écrit :

>
> C'est vrai Christian, tu devrais enlever le lecteur DVD et l'installer
> dans ta voiture pour les passagers arrières. Quoique dans une Smart... :-)
>
>

Un DVD pour le chien dans le coffre alors ;) Didier ?



> Sinon, est-ce que cette machine a une destination particulière ? Tuiles au
> zoom 19, "french" rendu, instance OSRM, que sais-je...?
>
>

Cette machine est taillée pour du rendu de tuiles, grace à son SSD en PCI
express qui élimine en grande partie le goulot d'étranglement des IOPs
comparé aux 6 disques SAS en RAID. Vous pouvez comparer entre "2u" sur
http://layers.openstreetmap.fr et "osmfr" sur
http://tile.openstreetmap.fr(sachant que j'ai quelques requêtes SQL
qui peuvent être optimisées).

Cela fera sûrement partie des discussions Lyonnaises... je pense pour ma
part qu'il faut mettre en valeur nos données et proposant un exemple de
rendu à mi chemin entre celui par défaut d'OSM un peu trop fouillis et pas
très lisible et celui un peu trop générique de MapQuest, sans en faire un
rendu spécialisé.

C'est dans ce but que j'ai adapté le rendu OSM pour faire ce que j'ai
pompeusement appelé rendu "osmfr" car adapté aux habitudes et à notre
culture (croix verte pour les pharmacies, les boulangeries symbolisées par
une baguette au lieu d'un bretzel, etc).
Ensuite j'ai cherché à améliorer la lisibilité et la hiérarchisation de
l'info en différenciant un peu plus chaque niveau de zoom.
J'ai aussi corrigé les principaux défaut souvent signalés: les noms des
communes en double par exemple...

J'ai aussi adapté la feuille de style pour avoir un 19ème niveau de zoom à
peu près cohérent.


Voici la liste de mes modifs:
http://wiki.openstreetmap.org/wiki/User:Cquest/osmfr_stylesheet

Dès que c'est au propre, je partage ça sur github.



> Et au passage merci pour le temps que tu consacres à tout ça.



De rien, je le fais avec plaisir et parce que j'apprends plein de choses en
mettant ainsi les mains dans le cambouis.

Contribuer c'est très bien, et réutiliser les données me semble aussi très
enrichissant sur la manière de contribuer car on voit toute la complexité à
exploiter cette masse de données pas toujours très cohérentes. A titre
d'exemple, sachant qu'on avait un anglais qui viendrait au SOTMFR à Lyon
(Henk de l'OSMF) je me suis dit "il faut que je rajoute le logo du métro
londonien"... or, il y a semble-t-il bien moins de cohérence sur le réseau
du métro de Londres que sur ceux qu'on a en France.
Des valeurs multiples dans network, pas de tag operator, des gares non
membre de relation de route, etc... donc j'ai remis ça pour plus tard.

Je me creuse encore la tête pour faire un rendu simplifié des adresses en
ne faisant apparaitre que les numéros aux coins de rue... sans bien partir
dans des requêtes SQL trop lentes.

-- 
Christian Quest - OpenStreetMap France
Week-end "SOTM-FR" à Lyon, les 23-24 février prochains:
http://openstreetmap.fr/sotmfr2013
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr