Re: [OSM-talk-fr] Tracé Veloroute proposé

[Lord Awikatchikaen]

Tu peux ajouter le tag 'construction = yes'


2014-06-06 15:04 GMT+02:00 Mides :

> Bonjour,
>
> je souhaite ajouter un membre à une relation qui est sensé regrouper dans
> objet se rapportant au tracé d'une future voie cyclable.  Cette relation
> comprend, entre autres,  le tag route:proposed, et le membre est un way
> avec le tag highway:cycleway.
>
> Sur la carte le tracé highway:cycleway apparaît alors que sur le terrain
> rien n'existe matériellement comme piste cyclable, et sans offrir de
> distinction visuelle par rapport à une voie existante.  Pour une personne
> qui consulte la carte cela peut être vu comme une fausse information.
>
> Et si je lance une requête au travers de l'api, highway:cycleway, rien ne
> me dit que ce segment de highway:cyclewayn'existe pas encore.
>
> Comment peut on procéder pour signaler un projet de piste cyclable,par
> exemple, sur Osm ?
>
> Michel
>
>
>
> ___
> 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

[OSM-talk-fr] Baignade interdite

[Awikatchikaen]

Bonjour à tous,

 Une nouvelle application pour les inondations en ile de france utilise le fond 
d'OSM : http://carto.iau-idf.fr/webapps/cartoviz/?r=0.24669649983942177
 Mais actuellement, le serveur semble boire la tasse...

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

Re: [OSM-talk-fr] Suppression de landuse CLC

[Awikatchikaen]

26 mars 2014 10:52 "Pieren"  a écrit: 

>> Le 26 mars 2014 09:42, Eric  a écrit : 
>> 
>>> Par exemple, changeset 21257545, 21257976, ...
>>> 
>> 
> 
> 
> Les changesets mentionnés remontent à 3 jours. pnorman a effectivement
> lancé une proposition de suppression automatique de l'ensemble des
> polygones CLC meadow parce qu'il était tombé sur quelques cas
> problématiques en France.
> Il faut donc distinguer deux discussions :
> 1. ces suppressions manuelles qu'il a effectué il y a quelques jours
> 2. le lancement d'un script supprimant l'ensemble des CLC meadows
> d'origine (ceux encore en version 1)
> 
> Pour le 1, il faudrait que quelqu'un examine plus en détail les
> suppressions effectuées par pnorman, si les meadow étaient
> effectivement complétement faux ou simplement approximatifs et s'il a
> fait un travail d'amélioration ou simplement une suppression bête et
> méchante (auquel cas, je serais pour un revert).
> 
> Pour le 2, je m'y suis opposé pour 2 raisons. Les landuse de CLC ne
> sont pas si mauvais que ça en général même si on peut critiquer leur
> placement (c'était fait aussi à une autre échelle) et pour certains,
> leur taille excessive. On conseille systématiquement de les améliorer
> (en les supprimant éventuellement localement) plutôt que de tout
> supprimer sur tout le pays. L'autre raison était la démarche de
> proposer la suppression massive des landuses CLC meadow (et pourquoi
> les meadow seulement ?) d'un ou plusieurs pays sans contacter les
> contributeurs locaux et voir ce qu'ils en pensaient.
> 
> Personnellement, je ne suis pas opposé à la suppression des landuses
> CLC. Mais à condition de les remplacer par quelque chose de meilleur.
> Il faut rappeler que cet import s'est fait à une époque où l'imagerie
> aérienne de Bing n'était pas disponible et que celle de Yahoo! était
> de très mauvaise résolution en dehors des zones urbaines (donc
> l'argument sur les limites approximatives n'était pas important à ce
> moment-là). Certaines personnes préfèrent des zones blanches plutôt
> que des landuses approximatifs. Mais nous sommes un grand pays et peu
> de contributeurs ajoutent des landuses dans nos campagnes. Combler ces
> landuses manuellement risque de prendre de nombreuses années. Nous
> n'avons pas le nombre de contributeurs des allemands ni la surface et
> densité de population du Luxembourg. Il faut parfois accepter que les
> premières contributions ne soient pas parfaites du premier coup et
> qu'OSM fonctionne par itérations multiples.
> 
> Pieren
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 

Sauf que bien souvent ces gros polygones bloquent l'évolution. Il y en a un a 
l'est de Toulouse (farm), a chaque fois que je dois modifier par là, ça me 
démotive. Oui il faudrait que je prenne le temps de le couper et de modifier 
toutes les surfaces intérieures pour les mettre en inner, mais bon j'ai jamais 
le temps. Et au final je repousse ma modif.

Est ce que vraiment les landuses CLC sont modifiés/améliorés ? Ça fait quelques 
années que l'import a été fait, a t on des stats la dessus ?

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

Re: [OSM-talk-fr] tracer les voies de circulation ?

[lord . awikatchikaen]

C'est pas absurde, c'est juste que dans ce cas la, c'est mal fait ... 


20 janvier 2014 15:21 "Christophe Merlet" <" target="_blank" 
tabindex="-1">red...@redfoxcenter.org>
a écrit:

> Le 20/01/2014 13:36, JB a écrit :
> 
> 
>> Et ce qui me dérange un peu :
>> 
>> En venant du nord-ouest, pour tourner à gauche, il va falloir :
>> 
>> - Aller sur la voie du milieu,
>> 
>> - tourner à gauche sur l'autre sens de la voie rapide,
>> 
>> - tourner à droite sur le tertiary.
>> 
>> À mon sens, il faudrait au moins rassembler en un point unique celui de
>> la voie du milieu et celui du tertiary. Idem dans l'autre sens.
>> 
>> Et bien sur, bien vu pour l'impossibilité d'aller du tertiary au
>> secondary en face !
>> 
> 
> 
> Je rajoute le lien OSRM
> http://osrm.at/6aI
> Cliquez sur "Inverser" pour voir dans l'autre sens
> 
> Ça démontre bien l'absurdité de ce type de représentation qui se veut
> "ultra réaliste" :/
> 
> Librement,
> -- 
> Christophe Merlet (RedFox)
> 
> ___
> 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

[OSM-talk-fr] rendu osmFr : forest

[Lord Awikatchikaen]

Bonjour,

Petite réflexion : les abords des forêts ne sont jamais vraiment nets en 
réalité, est ce qu'il ne serait pas possible de dessiner les contours de 
ces landuses avec un flou ou un dégradé sur le rendu FR ?


Awikatchikaen.

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

[OSM-talk-fr] Grand polygone cassé

[Lord Awikatchikaen]

Il semble que la relation 1210427 ai un problème, le landuse n'apparait
plus.

Si quelqu'un de plus calé que moi pouvait régler le problème.

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

Re: [OSM-talk-fr] Amélioration rendu "FR" sur les zooms faibles...

[Lord Awikatchikaen]

Sur toulouse, ca a l'effet inverse, il y a plus de cartouches qu'avant 
(exemple de la D1 et D2 en haut a gauche) et on ne voit plus les 
autoroutes A621 et A624.


Le mar. 20 août 2013 19:44:55 CEST, Christian Quest a écrit :

J'ai retravaillé le placement des noms de ville et des cartouches de
références de route.

Pour l'instant c'est visible sur le zoom 12 du layer
"osmfr-lowzoom-test" à comparer avec osmfr et osm-defaut.

Exemple (dans le même coin Evrux/Dreux):
http://tile.openstreetmap.fr/?zoom=12&lat=49.04611&lon=1.01288&layers=B00FFF

Vous verrez que j'ai aussi fait apparaitre les tertiary à partir du
zoom 12 (qui est en cours de recalcul sur l'hexagone, ça sera terminé
vers 20h30).

Un peu de cuisine:
- les morceaux de routes portant le même type et ref sont regroupés
pour éviter trop de répétition des cartouches
- les cartouches sont placés par priorité de type de route (motorway >
trunk > primary > secondary) puis par longueur de tronçon (regroupé
donc) décroissante.

Les plus curieux peuvent voir les commit sur github.

Je lancerai un recalcul des zooms 9 à 11 dans la soirée... ça sera
donc à jour demain matin pour le monde entier.

--
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/


___
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] Amélioration rendu "FR" sur les zooms faibles...

[Lord Awikatchikaen]

C'est même plus sympa que le style proposé par Frederik Ramm, faudrait lui
envoyer une copie ;)


2013/7/3 Nicolas Dumoulin 

> Le mercredi 3 juillet 2013 15:08:50 Christian Quest a écrit :
> > Il y a quelques jours, Frederik Ramm a envoyé un message sur talk@ à
> > propos de son rendu "lowzoom" visible sur
> > http://fred.dev.openstreetmap.org/lowzoom/
> >
> > Cela m'a donné l'idée de faire quelque chose de similaire pour le
> > rendu FR, et voici un premier jet pour le zoom 7:
> >
> http://tile.openstreetmap.fr/?zoom=7&lat=46.62926&lon=2.35107&layers=B0F
> > FF (penser éventuellement à recharger/vide le cache de votre navigateur
> si
> > vous avez une carte blanche)
> >
> > Vos commentaires sont les bienvenus... constructifs bien sûr !
>
> Très joli :-)
> C'est perfectible, mais c'est déjà bien mieux.
> +1 pour les noms de Pays qui sont peu ou pas visibles
>
> Merci
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> 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] Valeurs multiples (pour school:FR et ref:UAI)

[Lord Awikatchikaen]

Les collèges sont gérés par les département alors que les lycées le sont
par la région il me semble. C'est ce qu'ila voulu dire par "propriétaire"


2013/5/26 David Crochet 

> Bonjour
>
> Le 26/05/2013 22:59, Philippe Verdy a écrit :
>
>  Oui mais dans le cas de la nomenclature UAI, elle se fiche des
>> propriétaires
>>
>
> J'image mal cela dans la fonction publique où les bâtiments d'un seul
> établissement publique local d'enseignement appartiennent à 2
> "propriétaires" différents.
>
> Maintenant la situation locale de cet exemple peut être particulier:
> Le cas exposé ici est un établissement privé d'où le "propriétaire" mis
> entre guillemet car pour le moment non ou mal défini et/ou définissable.
>
> Quel est l'usage réel des locaux ? Sont-ils utilisable par les collégiens
> et les lycées sans différentiation ou non ?
>
> S'il n'y a pas de différentiation, oui ta solution est une solution
> possible. Sinon elle la cartographie peut être plus fine et définissant
> mieux les limites des lieux.
>
>
>
> Cordialement
> --
> David Crochet
>
> __**_
> 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] zoom 20 : vitrine de la micro-carto

[Lord Awikatchikaen]

ne pas trop s'éloigner graphiquement du rendu OSM-mapnik si reconnaissable,

Ou pas, franchement quand je montre OSM, ce rendu fait doucement rire...
mais c'est un autre sujet...


2013/4/26 Christian Quest 

> Un rendu neutre + des surcouches permet d'explorer avec un maximum de
> flexibilité les données à tout niveau de zoom, je suis bien d'accord
> là dessus avec vous.
>
> Toutefois, un rendu générique qui rend visible tel ou tel type
> d''info, va aussi orienter les contributions sur le long terme. C'est
> là qu'il faut effectivement se poser la question de l'opportunité de
> rendre visible tel ou tel niveau de détail dans des zooms élevés, car
> au moins le contributeur lambda est rassuré sur le fait que sa
> contribution est bien prise en compte.
>
> Tant qu'on n'essaye pas de trop en montrer aux niveaux intermédiaires
> je pense que ça n'est vraiment pas gênant de voir un banc ou une borne
> incendie au zoom 19 ou 20.
>
> Pour les logos "commerciaux", je n'irai pas plus loin que les logos
> des services publics.
>
> Pour le reste, la ligne me semble être:
> - ne pas trop s'éloigner graphiquement du rendu OSM-mapnik si
> reconnaissable,
> - l'adapter à notre culture et nos habitude locales (bretzels des
> boulangeries, croix verte des pharmacies, euros dans les banques, etc)
> - corriger ses principaux défauts,
> - lui apporter 1 ou 2 niveaux de zooms supplémentaires pour rendre
> visible plus de détails tout en restant lisible,
> - mieux hiérarchiser l'info
>
> En gros être une alternative au rendu OSM-mapnik.
>
> ___
> 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] Déco sur le sol

[Lord Awikatchikaen]

Il y en a qui vont très loin dans la description de la réalité ...
http://www.openstreetmap.org/edit?lat=43.610294&lon=1.431549&zoom=18

Est ce que cette croix a sa place dans la base de données d'OSM ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] highway=turning_circle ou highway=* + area=yes?

[Lord Awikatchikaen]

Moi je dessine les zones. C'est la réalité du terrain...
Mais je sais que je suis une exception


2013/4/23 Romain MEHUT 

> Bonjour,
>
> Si personne d'autre ne s'est manifesté c'est que le highway=turning_circle
> fait consensus dans tous les cas de figure?
>
> Romain
>
> Le 22 avril 2013 15:42, Philippe Verdy  a écrit :
>
> Pour moi aussi. Le routier est essentiellement défini par un tracé
>> linéaire et introduire par endroit des surfaces complique énormément les
>> choses.
>>
>> Pour utiliser des surfaces il faudrait une autre topologie de tags dédiés
>> aux surfaces, comme on l'a fait pour les fleuves/rivières avec leurs
>> riverbank (ou "natural=water" +"water=*") séparé du réseau filaire
>> (hiérarchisé pour les fleuves/rivières pour définir les bassins versants,
>> avec des relations et des membres de rôle main_stream/side_stream et des
>> sous-relations de role tributary; mais pas hiérarchisé pour les canaux).
>>
>> Le seul cas où on utilise encore des surfaces c'est pour les espaces
>> piétons (qui n'ont pas réellement de sens de circulation même s'ils ont
>> souvent des voies dédiées sur les trottoirs), et pour les parkings (les
>> voies dans les parking font partie du réseau filaire avec des
>> highway=service).
>>
>> Maintenant si la rue se termine par un véritable rond-point avec un ilôt
>> central et un sens de circulation, on termine en dessinant la boucle de ce
>> rond-point (taguée comme une junction=* même s'il n'y a qu'une voie d'accès
>> connectée qui sert à la fois d'entrée et de sortie) et on peut tracer au
>> milieu l'ilot paysagé, ou l'éventuel espace parking.
>>
>> Si la boucle est plus grande et contourne tout un bloc construit ou
>> destiné à la construction (résidentiel, commercial ou industriel), ou un
>> parc, c'est une rue circulaire classique, le plus souvent à sens unique
>> (mais pas toujours si la rue est assez large et le bloc assez grand ; il
>> est peut-être prévu et aménagé pour que de futures rues puissent se
>> connecter, cas fréquent en périphérie des villes dans les ZI/ZA/ZAC).
>>
>
> ___
> 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] Opensnowmap.org

[Lord Awikatchikaen]

Est ce qu'il serait possible d'avoir le nom des stations à faible zoom ?


2013/4/4 yvecai 

>  Chers ami et béta-testeurs préférés,
> Je vous remerci d'avance de cliquer sur le lien ci-dessous et d'aller voir
> dans les coins si tout est comme il faut.
> C'est votre nouvelle carte pour les sports d'hivers :
>
> http://www.opensnowmap.org
>
> Au menu:
> * Serveur de tuiles
>Avec des données fraiches du jour, tout les matins
> * Infos sur les pistes d'un simple clic
>Plus de mode 'vecteur', beaucoup plus léger et meilleure
> compatibilité sur les navigateurs
> * Recherche des pistes par nom
>Les résultats Nominatim sont augmentés d'une sélection 'special
> ski'
> * Routage et dénivelés multi-modaux
>   Montée en ski de descente, descente en remontée mécanique et
> raccourcis en raquettes, c'est possible !
> * Forum
>  Oui, un canal de plus, mais c'est essentiellement pour assurer la
> viabilité du site à long terme
>
>
> www.pistes-nordiques.org est ainsi voué à disparaitre au profit de ce
> nouveau site, dédié à l'ensemble des sports d'hiver.
>
> Yves
>
> ___
> 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] Sondage sur la répéttion des messages du forum sur cette liste - fin du premier tour

[Lord Awikatchikaen]

Ce qu'il faut surtout voir c'est que 28 votants veulent sa suppression et
69 sa modification.
Donc le second tour devrait se faire entre les trois options de
modification de la passerelle


2013/3/13 sly (sylvain letuffe) 

> Comme je le craignais avec un scrutin à options multiples, 4 choix et
> seulement 2 tours on se retrouve dans une situation ou le deuxième tour que
> j'avais prévu ne gardant que 2 options deviendrait à la limite de
> l'arbitraire
> puisque les 2ème et 3ème du sondage sont quasi ex-aequo à 23 et 24 votes.
>
> Le plus équitable me semble alors de devoir passer par un 3ème tour, chaque
> tour servant donc à éliminer une option.
>
> Du premier tour, l'option éliminée, avec 11 voix et celle de garder la
> passerelle mais sans les messages concernant les nouveaux.
>
> Je retire donc cette option du sondage et chacun est invité, s'il le
> souhaite,
> à modifier son vote tenant compte du retrait de cette option en sachant
> que ce
> 2nd tour à pour but d'éliminer un seul des 3 choix restant afin de de n'en
> qualifier que 2 pour le dernier tour.
>
> ci-joint l'état final du premier tour
>
>
> --
> sly (sylvain letuffe)
>
> ___
> 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] OSMTransport France

[Lord Awikatchikaen]

Vu que c'est quand même bien utile (à tel point que c'est récompensé par le
concours géoportail), ne faudrait il pas que ce service soit amélioré afin
de sortir de l'état de démo  ?

C'est quand même la seule carte que je connaisse qui centralise TOUTES les
lignes de transport quelques soit les opérateurs. C'est une superbe vitrine
pour OSM, une que je mets souvent en avant !

Awikatchikaen.


2013/1/4 Jo. 

> J'ai contacté les responsables sur Montpellier il y a quelques semaines.
> La mise à jour est manuelle et faite quand ils y pensent ou sur simple
> demande via un émail de préférence : http://www.3liz.com/contact.html
>
> Le 4 janvier 2013 16:06, Cyrille Giquello  a écrit :
>
> Bonjour,
>>
>> OSMTransport est un démonstrateur, mais tout de même bien pratique ;-)
>>
>> Du coup, les données ne semblent pas très fraiches, est-ce
>> intentionnel ou juste une panne ?
>> Si le rafraichissement est prévu, quelle est sa fréquence ?
>>
>> Merci
>> Cyrille.
>>
>> Le 17 octobre 2012 17:58, rldhont  a écrit :
>> > Le 17/10/2012 14:05, Guilhem Bonnefille a écrit :
>> >
>> >> Le 16 octobre 2012 17:42, Otourly Wiki  a écrit :
>> >>>
>> >>> Je sais pas où remonter les erreurs d'OSM transport mais le
>> funiculaire
>> >>> de
>> >>> Lyon qui va à Saint-Just s'arrête à l'arrêt Saint-Just. La base et le
>> >>> rendu
>> >>> OSM est juste...
>> >>
>> >> Interrogation similaire : j'ai remarqué une incomplétude. J'ai voulu
>> >> corriger dans OSM mais... je trouve moins d'information dans OSM que
>> >> dans OSM transport. A quoi est-ce dû ? Vous utilisez quelles données ?
>> >
>> >
>> > Les données n'étaient peut-être pas très fraîche...
>> >
>> >
>> >>
>> >>
>> >> PS : ce "bug" est en région Toulousaine
>> >
>> >
>> > J'ai mis à jour Toulouse
>> >
>> > René-Luc
>> >
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> --
>> Cyrille.
>>
>> ___
>> 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] Voie de service sur autoroute

[Lord Awikatchikaen]

Ok, je fais faire ca ("access=no" +"emergency=designated"), ca me parait le
meilleur compromis.

Merci !


2012/12/18 Pieren 

> 2012/12/18 Sylvain Maillard :
> > C'est plutôt du côté de ce node "barrier"
> > (http://www.openstreetmap.org/browse/node/1402053041) qu'il faut agir,
> en
> > rajoutant un tag "access="
>
> .. ou sur le way si on ne veut pas trop entrer dans les détails.
>
> Mais le tag "access=official" me chagrine. Tout seul, ça ne veut rien dire.
>
> Regarde un peu cet ancien fil de discussion sur la liste tagging:
> http://lists.openstreetmap.org/pipermail/tagging/2012-September/011363.html
>
> En suivant ces conseils, je verrais plutôt un "access=no" +
> "emergency=designated". Comme le dit le wiki, "official" est plus fort
> que "designated" mais cela a été inventé pour indiquer aux ...
> cyclistes d'emprunter obligatoirement une voie et pas une autre (chez
> les allemands, à l'origine). Alors que dans ton cas, la voie de
> service est faite pour les services d'urgence (ambulances, pompiers,
> police) mais n'a aucun caractère obligatoire pour eux (ils peuvent
> aussi bien emprunter une entrée classique). Le "access=no" sera le
> premier tag interprété par un logiciel de navigation grand public et
> seul les routeurs spécialisés dans l'urgence s'intéresseront au tag
> "emergency" (éventuellement).
>
> 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

[OSM-talk-fr] Voie de service sur autoroute

[Lord Awikatchikaen]

Bonjour à tous,

Hier j'ai eu des instructions de routage où OSRM me faisait passer par une
voie de service pour entrer sur une autoroute (http://osrm.at/1V3). Rien
d'étonnant, aucun tag "access" n'était positionné dessus.

J'ai logiquement place un "access=official", pensant que cela interdirais
l’accès aux utilisateurs public sans bloquer à de potentiels agents de la
DDE ou de la police qui se servirait d'OSM

Mais cela ne semble pas affecter OSRM, j'ai donc regardé ce qu'il se fait
autour et il semble que l'option "access=no" soit assez répandu, je trouve
cela un peu restrictif.

Quelle est la bonne solution, tagguer correctement malgré que cela puisse
induire des erreurs dans les logiciels de routage ou bien eviter les
problèmes et laisser les futurs utilisateurs de ces voies régler leur
problème en temps voulu ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Du nouveau du coté de Mapquest

[Lord Awikatchikaen]

A propos de bug sur Mapquest, suis le seul a ne pas pouvoir déplacer mon
point de départ ou d'arrivée lors de l'affichage d'un itinéraire ?

2012/10/12 JB 

> **
>
> Vous avez remarqué ? Mapquest a modifié son rendu, et corrige les deux
> principaux reproches que je lui faisais (apparemment, je devais pas être le
> seul) :
>
>  - Les noms des villages apparaissent, et plus uniquement en zoom maximum
> peu lisibles (on peut enfin trouver un village en zone rurale).
>
>  - Les track apparaissent (alors qu'avant, les footway, cycleway et path
> apparaissaient, mais pas les tracks). Un peu foncés à mon goût par rapport
> aux routes, mais enfin, les goûts, les couleurs…)
>
> À propos de couleur, pas encore de couleur différente pour les églises…
> pourtant des points incontournables pour se repérer en voiture ?
>
> JB
>
>
> ___
> 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] Imports du cadastre et compte dédié

[Lord Awikatchikaen]

Pas sur que partir arrangera les choses. Ça risque même d'être l'inverse
puisqu'il ne restera que les "d'accords" et les "indifférents" !
il vaut mieux faire ce que les rumeurs attribuent aux français la médaille
d'or : râler (les rumeurs disent aussi qu'il y a une autre chose que nous
faisons très bien mais cela ne nous aidera pas dans le cas présent)

2012/9/25 Nicolas Moyroud 

> **
> C'est vraiment une honte d'avoir effacé le texte de Pieren du Wiki ! Pour
> qui ils se prennent franchement ?
> Si ce cirque continue et s'aggrave, je vais sérieusement réfléchir à mon
> implication dans le projet OSM. Je n'ai pas envie de participer à un
> système qui dérive vers des pratiques autoritaires d'anglo-saxons qui se
> prennent encore une fois pour les maîtres du monde. >:o
>
> Nicolas
>
>
> ___
> 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] [forum-osm-fr]ronds points et interdictions

[Lord Awikatchikaen]

Et pourquoi pas simplement une relation "preferable" qui serait composé des
point de départ et d'arriver et des ways utile pour se rendre de A à B ?

2012/9/7 Pieren 

> 2012/9/7 Cedric Viou :
> > On peut peut être demander à la DDE de mettre un pont.  Ça arrangerait
> > tout le monde. ;)
>
> Ou de mettre un panneau d'interdiction de tourner à gauche. Ca serait
> un peu moins cher ;-)
>
> >  Mais dans la "vrai" vie, cette intersection ne doit pas être utilisée
> pour changer de direction.
>
> Dans le code de la route comme dans le droit en général, tout ce qui
> n'est pas interdit est autorisé. A condition de prendre les
> précautions d'usage et de ne mettre personne en danger, évidemment.
> Plus généralement, on a ce problème à des millions d'endroits sur le
> réseau routier où les demi-tours ne sont pas interdits mais restent
> dangereux du fait qu'ils nécessitent des manoeuvres et un trafic
> routier peu dense et bien entendu, toutes les précautions nécessaires.
>
> 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] N10 : trunk ou primary ?

[Lord Awikatchikaen]

je parlais de la présence du panneau C107.

On Tue, Jul 3, 2012 at 12:57 PM, Pieren  wrote:

> 2012/7/3 Lord Awikatchikaen :
> > Sur l'échangeur que je prends, oui il y est.
> > Je rajouterais ce critère dans le wiki, c'est intéressant !
>
> Ca fait longtemps que le wiki précise que "trunk", c' est pour les
> voies rapides/express :
> http://wiki.openstreetmap.org/wiki/FR:Key:highway
> http://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dtrunk
>
> http://wiki.openstreetmap.org/wiki/FR:France_roads_tagging#Voies_rapides.2FVoies_express
>
> 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] N10 : trunk ou primary ?

[Lord Awikatchikaen]

Voila, le changement est fait.
Ce qui est de toute façon temporaire puisque ce sera bientôt une autoroute
payante

2012/7/3 Lord Awikatchikaen 

> Sur l'échangeur que je prends, oui il y est.
> Je rajouterais ce critère dans le wiki, c'est intéressant !
>
>
> 2012/7/3 Etienne Trimaille 
>
>> Est-ce que le panneau C107 est présent ?
>> http://fr.wikipedia.org/wiki/Fichier:Signal_C107.svg
>>
>> Le 3 juillet 2012 11:36, Pieren  a écrit :
>>
>> 2012/7/3 Lord Awikatchikaen :
>>> > Je suis étonné de voir que la N10 n'est taggué que en primary. Il me
>>> semble
>>> > que cela devrait être un trunk ? Si j'en crois le wiki :
>>> > primary : " Le trafic dans les deux directions n'est généralement pas
>>> séparé
>>> > par un terre-plein central. "
>>> > trunk :  "Souvent adaptées à de longs trajets ou à des vitesses
>>> > relativement élevées"
>>>
>>> Est-ce une voie rapide (ou express) limitée à 110 ? On réserve
>>> généralement "trunk" à ce type de voies (même si je sais que les
>>> bretons ont une pratique différente localement qu'on peut regretter).
>>>
>>> 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
>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] N10 : trunk ou primary ?

[Lord Awikatchikaen]

Sur l'échangeur que je prends, oui il y est.
Je rajouterais ce critère dans le wiki, c'est intéressant !

2012/7/3 Etienne Trimaille 

> Est-ce que le panneau C107 est présent ?
> http://fr.wikipedia.org/wiki/Fichier:Signal_C107.svg
>
> Le 3 juillet 2012 11:36, Pieren  a écrit :
>
> 2012/7/3 Lord Awikatchikaen :
>> > Je suis étonné de voir que la N10 n'est taggué que en primary. Il me
>> semble
>> > que cela devrait être un trunk ? Si j'en crois le wiki :
>> > primary : " Le trafic dans les deux directions n'est généralement pas
>> séparé
>> > par un terre-plein central. "
>> > trunk :  "Souvent adaptées à de longs trajets ou à des vitesses
>> > relativement élevées"
>>
>> Est-ce une voie rapide (ou express) limitée à 110 ? On réserve
>> généralement "trunk" à ce type de voies (même si je sais que les
>> bretons ont une pratique différente localement qu'on peut regretter).
>>
>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] N10 : trunk ou primary ?

[Lord Awikatchikaen]

Elle est effectivement limité a 110 avec des échangeur et des sorties au
même niveau.
Je vais la repasser en trunck tout en contactant l'utilisateur qui l'a
déclassée. Surtout que je viens de voir que la portion au dessus de
Bordeaux est en trunk.

Merci a vous !

2012/7/3 Eric SIBERT 

> Y a-t-il le panneau "Route pour automobile"? Vitesse globalement limitée à
> 90 ou 110? Y a-t-il des échangeurs ou des carrefours au même niveau?
>
> De mémoire, ça ne me choquerait pas que dans les Landes, la N10 soit en
> trunk. Au même titre qu'entre Poitiers et Bordeaux via Angoulême. (Il
> restait des carrefours à niveau vers Poitiers il y a quelques années.
> Sont-ils toujours là?)
>
> Éric
>
>
> __**_
> 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] N10 : trunk ou primary ?

[Lord Awikatchikaen]

Bonjour,

Je suis étonné de voir que la N10 n'est taggué que en primary. Il me semble
que cela devrait être un trunk ? Si j'en crois le wiki :
primary : " Le trafic dans les deux directions n'est généralement pas
séparé par un* terre-plein central.* "
trunk :  "Souvent adaptées à de longs trajets ou à des* vitesses
relativement élevées*"

Or, sur la partie de la N10 que je connais (dans les landes), c'est bien
une 2*2voies séparées par un terre plein central. De même la Départementale
qui va de Dax a Mont de Marsan est aussi dans ce cas.

Est que ces tags résultent d'un compromis, du caractéristique que je
n'aurais pas vu ? Ou bien simplement personne ne s'y est intéressé ?

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

Re: [OSM-talk-fr] Lancement du portail Grand Toulouse Data !

[Lord Awikatchikaen]

Les fichiers semblent être en KMZ/KML, il existe un moyen de les ouvrir dans
Josm ?
Je pense surtout aux pistes cyclables que l'on va pouvoir compléter.

2011/10/22 Vincent Privat 

> Bonsoir,
>
> C'est avec un grand plaisir que je relaie ici l'annonce du lancement du
> portail Open Data du Grand Toulouse, qui a été faite cet après-midi à la
> Novela dans le cadre du festival "Toulouse Numérique 2011" :)
>
> Le portail est accessible ici: http://data.grandtoulouse.fr/
>
> Sont concernées les données de la CU du Grand Toulouse, ainsi que des
> communes de Toulouse et Balma. Les communes de Blagnac et Colomiers
> devraient suivre respectivement au mois de novembre et de décembre.
>
> C'est une grande nouvelle pour OpenStreetMap puisque de nombreuses données
> géographiques sont d'ores-et-déjà disponibles (31 jeux de données
> exactement, le chiffre n'est pas anodin ;) ). La licence est bien évidemment
> l'ODbL, comme promis.
>
> Comme lors de toute libération de données dans une zone particulièrement
> bien mappée, je rappelle l'importance de ne pas procéder à d'import sauvage
> :)
> J'ai initié une page sur le Wiki afin de préparer le travail qui nous
> permettra d'alimenter OSM avec les données nous étant utiles après
> confrontation avec l'existant:
>
> http://wiki.openstreetmap.org/wiki/Toulouse/GrandToulouseData
>
> (Ma première interrogation concerne la valeur du champ source. Sébastien,
> pourras-tu demander demain à la CU s'ils souhaitent un formalisme
> particulier, ou si on le définit nous même ?)
>
> A noter que les orthophotos ne sont pas encore disponibles mais devraient
> suivre dans les semaines à venir, tout comme les données de transport en
> commun lorsque les derniers détails seront réglés avec Tisséo.
>
> Rappel: des présentations/démonstrations OSM auront également lieu demain
> au musée des Abattoirs au stand co-animé par nos amis de Toulibre et de
> l'April, pour le dernier jour du festival.
>
> Cordialement,
> Vincent
>
> ___
> 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] à propos d'OSRM

[Lord Awikatchikaen]

Ca doit quand meme utiliser des règles allemande, le trajet Paris-Toulouse
prends 45 min de moins sur OSRM que sur cloudmade et mapquest

2011/6/17 cyrille giquello 

> Le 17 juin 2011 10:24, rldhont  a écrit :
> >
> > Le 17/06/2011 10:22, cyrille giquello a écrit :
> >
> > Bonjour,
> >
> > En lisant les messages de la liste, j'ai été essayé OSRM
> http://map.project-osrm.org/ et ai effectué la demande :
> > From: Paris, France
> > To: Tours, France
> >
> > Et la réponse est:
> >
> > Some information about your Way
> > from '' to ''
> >
> > Distance: 0 km - Duration: 0 min(s)
> >
> > Une idée sur le problème ?
> >
> > Oui seul l'allemagne est disponible!
>
> Et bien non, ça fonctionne pour la France, j'ai réussi à obtenir une
> route, en faisant bougeant au moins un des points (départ ou arrivée)
> avec la souris.
>
> http://demo.ovh.net/fr/d4f3b49aae65fa56307d2b7dfea1b36f/
>
> Cyrille.
>
>
> --
> Cyrille.
>
> ___
> 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] Besoin d'aide pour une réponse a un autre contributeur

[Lord Awikatchikaen]

Bonjour,

Puisqu'on parle des rendus train/transport, OsmTransport a des données assez
vieilles non ?

Awikatchikaen.

2011/6/8 rldhont 

> Bonjour Gilles,
>
> Il y a une vrai différence entre RER et métro même dans OSM ;-) Car le
> modèle de RER existe un peu partout dans le monde comme les cercanias en
> espagne ou les 'je ne sais plus' en allemagne, etc.
>
> Mais le RER est quelque chose entre le train de banlieue et le métro, et si
> on regarde le métro londonien ou celui de Rotterdam, ils ressembleraientt
> plus au RER qu'au métro parisien.
>
> Donc en fait la règle dans OSM est plus d'essayer de respecter les règles
> de classification des opérateurs. C'est à dire tagguer Subway ce qui est
> appelé Métro (même en dans d'autres langues) et de tagguer Rail ce qui est
> considéré plus proche du train.
>
> Donc je serais pour préciser que  le RER est un réseau de train donc tag
> rail et non un réseaud e métro ;-)
>
> René-Luc D'Hont
> OSMTransport maker ;-)
>
>
> Le 08/06/2011 19:20, Gilles Bassière a écrit :
>
>> Re,
>>
>>
>> Après consultation du wiki, je me pose des questions sur le choix entre
>> subway et rail.
>>
>> Dans un cas comme dans l'autre, l'aspect sous-terrain n'entre pas en
>> jeu, il y a tunnel=yes|no pour ça.
>>
>> Dans la définition de subway, il y a deux caractéristiques :
>> - grade separated
>> - city passenger rail service
>>
>> Selon cette définition, je serai tenté de mettre tout le réseau de
>> transport ferré d'Île-de-France en subway. En effet :
>> - il s'agit de transport de passager,
>> - la portée est limitée à l'agglomération (pas de transport inter-urbain),
>> - il s'agit d'un réseau express utilisant largement ponts et tunnels
>> pour éviter les intersections.
>>
>> Le RER me semble donc concerné et les trains de banlieue aussi (j'ai
>> pris récemment la ligne Pontoise<->Saint-Lazare qui répond aux même
>> caractéristiques). La différence avec le métro est essentiellement au
>> niveau du operator=RATP|SNCF.
>>
>> D'où mon questionnement... Y a t'il déjà eu un débat à ce sujet ? Y a
>> t'il des conventions pour distinguer le métro du RER ?
>>
>> Cordialement
>> Gilles
>>
>> JonathanMM wrote:
>>
>>> Bonjour à tous,
>>> ce matin, alors que je promenais sur la carte d'OSM, j'ai remarqué
>>> quelque chose d'étrange au niveau de Chatêlet les Halles. En effet, quel
>>> ne fut pas ma surprise de voir qu'il n'y avait plus qu'une seule ligne
>>> de RER qui y passait, alors qu'il y en a 3 en réalité. Après enquête,
>>> j'ai vu qu'elles ont été remplacé par des lignes de métro (on est passé
>>> de railway=rail à railway=subway). Je vais donc réparer tout ça, et j'en
>>> profite pour envoyer un petit mail a celui qui a tout modifié et au
>>> passage supprimer quelques membres de la relation RER D.
>>> Voici mon message :
>>>
>>>> Bonjour,
>>>> je viens de voir que tu as fait récemment des modifications sur les RER
>>>> dans Paris. En effet, tu as modifié les voies en leur attribuant le tag
>>>> railway=subway. Or, ce tag est réservé aux lignes de métro. Même si le RER
>>>> est souterrain dans Paris, il conserve tout de même le tag railway=rail,
>>>> avec tunnel=true et layer=*. Je suis en train de corriger, mais fait gaffe
>>>> la prochaine fois ;)
>>>> De plus, je vois également que tu as supprimé des membres des relations
>>>> de la branche Nord du RER D
>>>> http://www.openstreetmap.org/browse/relation/1070831 et
>>>> http://www.openstreetmap.org/browse/relation/1074049 où on voit bien
>>>> dans Paris une discontinuité. Que tu modifies les ways, c'est bien, que tu
>>>> les supprime pour en faire de nouveau, pourquoi pas, mais au moins, ne
>>>> détruit pas les relations. Attention donc pour la prochaine fois.
>>>> PS : Je corrige pour le RER A et D, n'hésite pas à le faire pour les
>>>> autres lignes que tu as modifié :)
>>>> JonathanMM
>>>>
>>> Quel ne fut pas ma surprise quand j'ai reçu une réponse… en anglais ! Le
>>> contributeur en question est sevenup (
>>> http://www.openstreetmap.org/user/sevenup ) et voici ça réponse.
>>>
>>>> Hi JonathanMM,
>>>> hope you understand English because I don't speak French (although I've
>>>> been able to understan

Re: [OSM-talk-fr] [beciklo] v0.2

[Lord Awikatchikaen]

Si j'arrive a me motiver à passer sous mapnik2 + CSS rapidement, on pourrait
imaginer rajouter un service tel que ça :
http://www.geowiki.com/halcyon/pour faire des tests de style en
direct.

2011/2/18 Thomas Clavier 

> Le 18/02/2011 11:15, Nicolas Dumoulin a écrit :
> > Tu sais, c'est pas si sorcier que ça de mettre en place un serveur
> > postgis.
> > Mapnik s'installe très facilement sur un GNU/Linux, et comme dit Lord, tu
> peux
> > te passer du mod_tile pour faire des essais.
> >
>
> Je sais bien je l'ai déjà fait ... sur un serveur qui a été coupé depuis
> ... mais là je n'ai sous la main que mon portable et mon n900 or sur mon
> portable il ne me reste que 2Go de DD et je suis en moyenne à 45% cpu
> ... difficile dans ces condition d'ajouter un postgis avec mapnik. La
> difficulté n'est pas un manque de compétence, mais plus un manque de
> matériel.
>
> La conclusion c'est qu'il faut obligatoirement un postgis et un mapnik
> pour tester les fichiers xml :-(
>
> --
> Thomas Clavier http://www.tcweb.org
> Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
> +33 (0)6 20 81 81 30   +33 (0)950 783 783
>
>
>
> ___
> 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] [beciklo] v0.2

[Lord Awikatchikaen]

2011/2/18 Thomas Clavier 

> Le 18/02/2011 10:19, Lord Awikatchikaen a écrit :
> > La couche séparée, c'est pour pouvoir changer le fond, si certains
> > veulent avoir un rendu sur la vue satellite de Gmaps ou celle de base
> > d'OSM (ce qui est peu probable vu le nombre de personne qui la trouve
> > illisible.)
>
> Perso je trouve que ça complexifie les choses.
> De ce que j'avais compris c'était pour factoriser le travail pour faire
> facilement une carte cycliste, une carte piéton, une carte roller, une
> carte trottinette, une carte poussette, etc. Dans la pratique je trouve
> que ça ralenti les dev :-)
>

Oui a terme ca permettrait d'évoluer aussi. Ce qui est intéressant c'est
également avec deux couches c'est  la possibilite de cacher le pistes pour
mieux voir les infos contenus en dessous.
Niveau dev, un ou deux fichiers ça change pas grand chose. Ça rajoute un peu
de lisibilité.


> Mais j'ai une autre question comment faire pour jouer avec le fichier
> xml de rendu sans avoir toute la chaîne postgis + mapnik + apache_mod_tile
> ?
>

mod_tile, c'est pas obligé, tu peux passer par generate_tiles ou
generate_image des outils mapnik.
Postgis tu pourrais t'en passer si tu te connecte directement sur la BD du
serveur, ce qui pourrait se faire à petite échelle.
Par contre mapnik ... Il faudrait que j'ouvre totalement le serveur mais
c'est casse gueule. Même moi je fais pas les tests en local et non
directement dessus.


> --
> Thomas Clavier http://www.tcweb.org
> Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
> +33 (0)6 20 81 81 30   +33 (0)950 783 783
>
>
>
> ___
> 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] [beciklo] v0.2

[Lord Awikatchikaen]

Je fais des tests pour réduire ces aménagements. En parrallèle je suis en
train de voir comment passer a des styles facon CSS (
http://developmentseed.org/blog/2011/feb/09/introducing-carto-css-map-styling-language)
donc un peu de ralentissement prévu.

La couche séparée, c'est pour pouvoir changer le fond, si certains veulent
avoir un rendu sur la vue satellite de Gmaps ou celle de base d'OSM (ce qui
est peu probable vu le nombre de personne qui la trouve illisible.)

2011/2/18 Julien Fastré 

> Pour le nom des rues : +1
> Pour le fait que les aménagements cyclistes sont un peu trop visibles: +1
> aussi.
>(au fait pourquoi mettre les aménagements cyclistes dans une couche
> séparée?)
>
> Et merci pour la Belgique! (tant qu'elle existe, il faut en profiter...)
>
> Julien
>
> Le 15 février 2011 13:25, Nuts  a écrit :
>
>>  Bonjour,
>>
>> J'ai une remarque à propos du rendu j'ai un objet (
>> http://www.openstreetmap.org/browse/way/60348772) qui est en réalité un
>> escalier sur lequel il y a une rampe pour pouvoir pousser son vélo et ainsi
>> franchir l'escalier.
>> il est taggué de cette façon:
>>
>>- *bicycle*: designated
>>- *bridge*: yes
>>- *foot*: designated
>>- *highway*: steps
>>- *layer*: 1
>>- *segregated*: no
>>
>> l'objet sur Beciklo :
>> http://www.beciklo.fr/?zoom=16&lat=43.70678&lon=1.3574&layers=B000T Comme
>> on peut le voir, la passerelle est bien rendue mais pas les escaliers qui
>> sont aux extrémités.
>>
>> Ma question est la suivante. Est ce un oubli dans le rendu ou  les tags
>> qui ne sont pas pertinents.
>>
>> Bonne journée et bonne continuation.
>>
>> >Nuts<
>>
>>
>> ___
>> 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] [beciklo] v0.2

[Lord Awikatchikaen]

2011/2/15 arno 

> Le mardi 15 février 2011, à 09:08:38 +0100, Lord a écrit :
> > Bonjour,
> >
> > Beciklo <http://www.beciklo.fr/>à un peu évolué dernièrement coté rendu.
> Le
> > plus visible étant l'élargissement des ways au zoom 15/16. on à également
> > ajouté les shared_busway comme demandé, plus quelques autres petites
> > corrections
> >
> > Mais ce qui vous intéressera le plus, c'est de savoir que la France est
> > maintenant totalement importée en base. Cela à induit quelques
> régressions
> > sur le rendu du fond de carte notamment au niveau des étendues d'eau mais
> on
> > va régler ça. La Belgique devrait être ajoutée rapidement, nos voisins en
> > ayant fait la demande. Par contre aucune synchro pour le moment, la base
> > sera mise a jour ponctuellement à intervalles irréguliers :D
> >
> > Voila, en espérant que cela permettra plus de retour afin d'améliorer le
> > projet.
> >
> > Awikatchikaen.
>
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > http://lists.openstreetmap.org/listinfo/talk-fr
>
>
> salut,
> c'est pas mal.
>
> Mais par contre, y'a pas les noms de rues.
> Du coup, j'imagine que si on veut voir comment se rendre à un endroit, on
> va
> être obligés d'utiliser une autre carte.
>

Oui les noms de rues ont été demandées sur le
github<https://github.com/awikatchikaen/Beciklo/issues#issue/4>on va
les inclure sur le zoom 17, le zoom 16 risque d'être surchargé avec. A
voir.


> Sinon, je trouve que les aménagements cyclables sont sur-visibles.
> C'est bien de voir là où il y a des aménagements cyclables, mais en vélo on
> peut aussi passer par des rues où il n'y en a pas. Du coup avec ce rendu,
> c'est dur de visualiser un itinéraire qui ne passerait pas à 100% par des
> aménagements.
>

Un rendu comme celui la conviendrait mieux ?
http://www.beciklo.fr/?zoom=16&lat=50.62262&lon=3.06483&layers=0B00T


> À contrario, les autoroutes ressemblent beaucoup aux routes
> primaires/secondaires. Alors que justement, je trouverais intéressant
> d'avoir
> un visuel qui indique clairement quelles sont les routes qu'on ne peut pas
> prendre à vélo.
>
> Sinon, il me semble qu'il n'y a pas les contre sens cyclables (mais je me
> trompe peut-être).
>

Il n'y sont pas, il seront rajoutés


> Bref, ça me semble un rendu très intéressant à utiliser en complément d'une
> autre carte, mais un peu trop compliqué à utiliser comme ressource
> principale
> pour choisir un trajet.
>

Pour le moment, c'est sur. Le projet n'est qu'en expérimentation.


> a+
> arno
>
> PS:
> ah oui aussi, je renouvelle ma demande de différencier les chemins
> goudronnés
> de ceux qui ne le sont pas
> http://www.mail-archive.com/talk-fr@openstreetmap.org/msg23125.html
>

Les chemins sont différenciés, voir les deux verts différent dans la
légende. Beciklo se base sur les tags
"smoothness<http://wiki.openstreetmap.org/wiki/Key:smoothness>"
et "surface <http://wiki.openstreetmap.org/wiki/Surface>"


>
> ___
> 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] [beciklo] v0.2

[Lord Awikatchikaen]

Bonjour,

Beciklo <http://www.beciklo.fr/>à un peu évolué dernièrement coté rendu. Le
plus visible étant l'élargissement des ways au zoom 15/16. on à également
ajouté les shared_busway comme demandé, plus quelques autres petites
corrections

Mais ce qui vous intéressera le plus, c'est de savoir que la France est
maintenant totalement importée en base. Cela à induit quelques régressions
sur le rendu du fond de carte notamment au niveau des étendues d'eau mais on
va régler ça. La Belgique devrait être ajoutée rapidement, nos voisins en
ayant fait la demande. Par contre aucune synchro pour le moment, la base
sera mise a jour ponctuellement à intervalles irréguliers :D

Voila, en espérant que cela permettra plus de retour afin d'améliorer le
projet.

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

Re: [OSM-talk-fr] [Beciklo] redémarrage

[Lord Awikatchikaen]

2011/1/24 Philippe Pary 

> Le lundi 24 janvier 2011 à 14:08 +0100, Julien Fastré a écrit :
> > Bonjour,
> >
> > Je pense qu'il y a un intérêt à ce que la zone couverte concerne aussi
> > la Belgique. Après tout, c'est plus petit qu'une région française.
>
> Car beciklo revit grâce au projet de l'association droit au vélo (ADAV),
> association dont la portée est la Région Nord-Pas de Calais justement.
> À terme, beciklo sera évidement calculé sur une base mondiale.
>

L'ADAV aussi sur une base mondiale ? :)


>
> > Le GRACQ (http://www.gracq.be) a présenté opencyclemap.org dans un de
> > ses journaux récents : http://www.gracq.be/VAV-2010/VAV148  Mais
> > opencyclemap a un inconvénient de taille, en plus d'être un projet
> > privé: il n'implémente pas le rendu des SUL, les sens uniques limités,
> > massivement utilisés en Belgique (taggés normalement
> > bicycle:oneway=no).
>
> > Par ailleurs, le plan "wallonie cyclable" prévoit de mettre en place
> > un outil informatisé pour organiser le suivi des problèmes de
> > circulation à vélo http://www.provelo.org/spip.php?article2229 . Pour
> > avoir été associé au début du projet, je sais qu'il est envisagé
> > d'utiliser les cartes d'OSM. Cependant, le plan "wallonie cyclable"
> > n'a pas encore été approuvé dans son intégralité.
>
>
> Les connais-tu ? Puis-je les contacter pour proposer les services de la
> société Cléo (qui accompagne l'ADAV sur ce projet) ?
>
> > Je me pose aussi la question: pourquoi utiliser une adresse en ".fr"
> > et pas plutôt en .org? Le projet est-il uniquement limité à la France?
>
> Bonne remarque !
>

le .fr : par chauvinisme ! Non, l'habitude de prendre des noms de domaine en
fr, j'aurais du voir plus loin. On verra par la suite, si beciklo s'étend si
la nécessite de changer de TLD est intéressante.

Pour la Belgique, on va essayer de trouver rapidement les ressources pour
avoir un rendu national, on incluera la Belgique !



> Philippe
>
>
> ___
> 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] [Beciklo] redémarrage

[Lord Awikatchikaen]

Bonjour a tous,

Suite aux relances de Pierre et l'ADAV qui semblaient intéressés par
Beciklo, j'ai décidé de me replonger dans le projet en finançant un serveur
gandi et pour plus de visibilité un nom de domaine : http://www.beciklo.fr/

Pour le moment, seul le Nord-Pas-De-Calais à un rendu, pour que l'ADAV
puisse l'utiliser. Faire un rendu national nécessite plus d'espace disque,
et le budget ne suit pas pour le moment.Mais il y a assez de place pour 1
voire 2 régions suivant vos priorités (quelle région concentre le plus de
mappeur ?).

Rien de passionnant sur cette version, j'ai juste repris le style que l'on
avait abandonné avec quelques ajustements. Il y a un peu plus d'évolution
sur la version en dev : http://dev.beciklo.fr/

Pour ceux qui souhaitent participer, j'ai mis le projet sur github :
https://github.com/awikatchikaen/Beciklo, il y a l'IHM et les fichiers de
rendu. Le dépôt est ouvert à ceux qui se sentent l'envie de coder sinon il y
a les onglets "pull request" pour vos idées, et "issues" pour rapporter les
bugs.

Les données datent un peu (début 2011 me semble), ce n'est pas la priorité
mais il y aura ensuite des imports régulier et un rendu grace a mod_tile ou
équivalent.

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

Re: [OSM-talk-fr] Le journal "Libération" utilise OSM pour ses cartes interactives

[Lord Awikatchikaen]

Ce qui ramene une question : est ce que la carte Brut de mapnik est un bonne
publicité pour OSM ?

2011/1/22 Jean-Guilhem Cailton 

> Super Yohan !
>
> Les médias ont vraiment un rôle important à jouer pour faire mieux
> connaître OSM.
>
> (Et quand on voit le rôle joué par Internet dans la révolution tunisienne,
> on peut se dire que la liberté en ligne a bien quelque chose à voir avec la
> liberté dans le monde "réel".)
>
> Merci à toi et à Libération.
>
> Jean-Guilhem
>
>
>
> ___
> 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] [BeCiklo] pause

[Lord Awikatchikaen]

 Bonjour,

Le projet BeCiklo semble un peu au point mort. Personnellement, entre une
mutation, un voyage de noce a préparer et un bébé (a préparer aussi :D) le
temps libre me manque pour me pencher sur la résolution des styles, l'envie
aussi, mon intérêt pour OSM étant sur une pente décroissante.

Avoir un rendu national permettrait peut être de relancer la dynamique mais
mon serveur ne pourra pas servir de candidat. Je l'avais mis a disposition
pour faire avancer le temps du dev, et compte tenu de mes 'grosses vacances'
a venir et de mon futur déménagement, il va être innaccessible pendant un
bout de temps a partir d'octobre/novembre. Il serait donc utile de trouver
un moyen de faire héberger le projet.

Je dois pouvoir trouver du temps pour gérer ce qui est technique sur le
projet (mapnik, php, ...) si besoin mais actuellement le projet à plutôt
besoin d'ergonomes qui sauraient comment au mieux présenter les pistes, le
rendu actuel ne semble pas convaincant.

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

Re: [OSM-talk-fr] Utilisation de highway=service (que faire pour les bus)

[Lord Awikatchikaen]

Je ne vois pas le unclassified comme un "divers". c'est plutôt équivalent a
un *quaternary*, et au dessus de residential dans l'ordre d'importance. Une
route de moindre importance, mais pas a vocation de circulation dans un
quartier résidentiel.


2010/8/27 Cedric Viou 

> Le 27/08/2010 15:16, sylvain letuffe a écrit :
> > J'ai vraiment du mal à me dire que ça se taggue en highway=service, bien
> sûr
> > les transports en commun sont un service, mais highway=service, ce sont
> les
> > routes qui mènes à un service. Alors à part l'arrivée au dépot du bus, je
> ne
> > vois pas ce qui pourrait être service.
> >
> > Je reste avec mon unclassified et les tag d'accès psv=yes
>
>
>
> Ce qui me gène surtout avec unclassified, c'est que c'est un tag qui
> désigne quelque chose qui n'est pas vraiment spécifique.  C'est comme
> avoir un classeur qui s'appelle "divers": on est sûr de finir par y
> trouver tout et n'importe quoi.  Mais là, justement, c'est très
> spécifique: c'est pour les bus, ce n'est pas une route banale.
> Mettre unclassified me semble admettre que l'on a pas réussit à
> classifier: La Honte!!!  ;)
>
> J'aime bien la façon dont est taggué
> http://www.openstreetmap.org/browse/way/4257262 :
> - highway=service  => Ce n'est pas une artère, ni une voie où vous
> trouverez une adresse, c'est juste fait pour rouler, comme une voie de
> parking.
> - access=no, psv=yes  => pour faire rouler des bus...
>
> Mais, bon, de toute façon, ya aucune chance que j'en tagge des voies de
> bus.  ;)  Va pour unclassified...
>
> Cedric
>
> ___
> 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] Un wiki efficace est-il possible? Etait : "Quelles évolutions pour une meilleur e prise en charge des nouveaux venus (et des moin s nouveaux) ?"

[Lord Awikatchikaen]

a étudier :
http://www.wikimindmap.org/viewmap.php?wiki=fr.wikipedia.org&topic=OpenStreetMap

2010/8/27 Nicolas Dumoulin 

> Le jeudi 26 août 2010 18:44:56 sly (sylvain letuffe), vous avez écrit :
> > Je crois que le truc qui me manque le plus c'est le "bandeau de
> > navigation", un truc permanent, toujours là sur lequel on peut compter
> > pour revenir aux grandes catégories.
> > Et ça, on ne peut pas vraiment l'attendre de wikipedia, car wikipedia n'a
> > pas cette structure de rangement (ou peu, ou en tout cas moins
> importante)
> > car ce n'est pas comme ça qu'on cherche l'info sur wikipedia.
>
> Wikipedia est un modèle, mais n'est pas le modèle à utiliser pour osm. Il
> est
> tout à fait possible de modifier le thème du wiki pour avoir un menu de
> navigation. J'ai fait pas mal de wiki avec de tels menus (souvent décrits
> dans
> une page wiki spécifique, donc éditable).
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> 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] Quelles évolutions pour une meille ure prise en charge des nouveaux venus (et des mo ins nouveaux) ? (était : Changement de li cence [etc.])

[Lord Awikatchikaen]

2010/8/26 Pieren 

> 2010/8/26 Christian Rogel 
>
> Pas de réponse des contributeurs (vous), excepté, à chaque fois, une
>> réaction (et une seule) négative de Pieren ne proposant que de ne rien faire
>> et une référence aux Allemands, gens respectables et compétents, mais qui ne
>> sont pas les seuls à réfléchir sur la présentation des savoirs.
>>
>>
> Alors là, attention, les paroles passent, les écrits restent. Je te met au
> défi de trouver un message où je dis de ne rien faire.
> Ce que j'ai pu dire par contre, c'est que souvent les gens ont de bonnes
> idées sur cette liste mais que cela aboutit rarement sur quelque chose de
> concret, surtout lorsqu'ils se rendent compte que cela prend du temps et que
> ça n'est pas fun.
>

Le problème c'est qu'il n'y a pas de suivi. On lance des idées mais personne
ne les prends en charge et personne ne cherche a savoir/ne peut savoir ou ça
en est.
Peut être qu'il faudrait nommer des chargé de projet et organiser des
réunions de suivi ?
J'ai vu qu'il y avait des tentatives de réunion IRC mais de ce que j'en ai
vu ça parlait beaucoup technique...
Maintenant que nous sommes une association, il serait normal que le bureau
et les membres sachent ou on va et ou on est. Bon ok, on est tous
indépendants et on a aucune obligation de moyen ou de résultat envers OSM
mais c'est dommage de ne pas réussir a organiser toute cette volonté. Car
volonté il y a, sinon on serait pas inscrit sur OSM !


> Par exemple, on avait déjà discuter de refondre la page d'accueil et d'y
> insérer un portail plus visible pour les nouveaux. J'ai dû tellement dire de
> ne rien faire que j'avais à l'époque fait deux propositions de nouvelle page
> d'accueil:
> http://wiki.openstreetmap.org/wiki/User:Pieren/sandbox
> http://wiki.openstreetmap.org/wiki/User:Pieren/sandbox2
>
> et demander l'avis du public, sans réponses. C'était en novembre 2008...
>
> 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] Utilisation de highway=service

[Lord Awikatchikaen]

Outch, je vais me faire taper dessus si je dis que j'utilise
highway=service+service=alley pour les impasses ?!?!

J'y avais réfléchi a l'époque et ca me semblait pas trop faux, ce sont svt
de petites ruelles/allées qui ne servent (:D) qu'aux riverains

2010/8/26 Pieren 

> 2010/8/26 sly (sylvain letuffe) 
>
>> Gasp !
>
>
>
>> Si c'est une voie séparée, sens unique, interdite à tout sauf les bus :
>> highway=unclassified/tertiary/sec/prim + access=no + psv=yes +oneway=yes
>>
>>
> Aaeurgh ! (c'est pour le concours d'onomatopées)
> Ce sont uniquement les couloirs de bus qui sont taggués comme ça (donc avec
> séparation physique de la route).
> Mettre unclassified ou residential n'a pas de sens, c'est un couloir de bus
> ! (j'en ai même trouvés taggués en highway=cycleway parce qu'ils servent
> aussi aux cyclos).
>
> De même, sur Paris, il y a des voies de dégagement qui longent parfois les
> grands axes de circulation au milieu des trottoirs et qui étaient taggués en
> unclassified ou residential comme si on pouvait les emprunter comme voies de
> circulation normales !
>
> 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] [dev] trouver les membres d'une relation

[Lord Awikatchikaen]

En fait le souci initial vient des Lcn sur Paris qui contiennent un peu de
tout, même des portions de routes sans aménagement cyclable.

Ça donne un paquet un peu illisible :
ici :
http://www.awikatchikaen.info/?zoom=11&lat=48.805&lon=2.316&layers=BTTF
ou la :
http://www.openstreetmap.org/?lat=48.8563&lon=2.3393&zoom=13&layers=C

Je voudrais tester un affichages des réseaux cyclable mais que sur les
portions aménagés pour les cyclistes.

Si le problème vient d'osm2psql il y a autre chose d'utilisable pour
produire des tuiles ? J'ai vu la
"carte<http://wiki.openstreetmap.org/wiki/File:OSM_Components.png>"
d'osm et j'en ai pas l'impression

2010/8/26 sly (sylvain letuffe) 

> On jeudi 26 août 2010, Lord Awikatchikaen wrote:
> > Sinon, j'en conclus qu'il n'est pas possible de filtrer les éléments
> d'une
> > relation ? par exemple, ne pas afficher les
> highway=unclassified/residential
> > d'une relation network=lcn/rcn/ncn.
>
> A vue de nez, avec le schéma osm2pgsql, je vais en effet dire que ça risque
> de
> ne pas être simple...
>
> Mais je n'ai peut-être pas compris ce que tu souhaitais faire. Corriges moi
> si
> j'ai mal compris :
> Tu voudrais qu'une portion de route cyclable passant par un
> highway=unclassified ne soit pas affichée, mais que soit affiché "juste" le
> unclassified ?
>
> > Par contre j'ai trouver mes données dans planet_osm_line et non ways, une
> > différence de config avec toi ?
> Je me suis gouré, il fallait bien lire "line" et non "ways" car cette table
> est à nouveau une table interne pour les diffs.
>
> Les tables sur lesquelles je travail sont :
> planet_osm_point
> planet_osm_line
> planet_osm_roads
> planet_osm_polygon
>
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
> ___
> 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] [dev] trouver les membres d'une relation

[Lord Awikatchikaen]

Pour le moment ce n'est que pour afficher les network sur Beciklo. Mais je
note en attendant. Ça pourrait servir si on fait evoluer le projet.

Sinon, j'en conclus qu'il n'est pas possible de filtrer les éléments d'une
relation ? par exemple, ne pas afficher les highway=unclassified/residential
d'une relation network=lcn/rcn/ncn.

Par contre j'ai trouver mes données dans planet_osm_line et non ways, une
différence de config avec toi ?

2010/8/25 sly (sylvain letuffe) 

> On mercredi 25 août 2010, Lord Awikatchikaen wrote:
> > Ok, merci.
> > En fait j'ai tourné pendant des heures car j'avais moins ways dans les
> table
> > que membre de ma relation. Je viens de comprendre un peu mieux postgis
> > (désolé trop l'habitude de réfléchir en relationnel ... )
>
> Parlons plutôt de "méthode dont est fait le schéma osm2pgsql" qui est en
> effet
> tout sauf relationnel, mais postgis n'y est pour rien.
>
> A titre d'économie de temps futur, tu va découvrir que dans la table ways,
> tu
> trouvera plusieurs enregistrements correspondants à la même relation si
> celle-ci est longue, et tu vas peut-être t'arracher les cheveux comme moi à
> deviner si ça vient de la donnée ou d'un bug pour finir par un st_collect(
> )
> pour les rassembler. (bon, sauf si ton but est juste de faire du dessin,
> mais
> au cas où)
>
> Il y a donc mieux : le "problème" est une fonctionnalité d'osm2pgsql qui
> découpe arbitrairement les routes trop longues, donc si besoin, j'ai le
> patch "qui va bien"
>
>
> >
> > (pas mal ce hstore au passage :D)
> >
> >
> >
> > 2010/8/24 René-Luc D'Hont 
> >
> > >  Par contre si tu utilises une version récente tu trouveras peut être
> une
> > > colonne de type hstore.
> > >
> > > Le 24/08/2010 16:11, sly (sylvain letuffe) a écrit :
> > >
> > >  On mardi 24 août 2010, Lord Awikatchikaen wrote:
> > >>
> > >>> Bonjour,
> > >>>
> > >>> J'essaie de remonter tous les membres d'une relation (type=route)
> pour
> > >>> affichage avec Mapnik.
> > >>> D'après le schéma, la table planet_osm_rels semblent toute indiqué
> avec
> > >>> la
> > >>> colonne 'tags'
> > >>>
> > >> Ce sont des tables internes à osm2pgsql pour gérer les diffs, c'est
> donc
> > >> pas
> > >> loin d'être inutilisable pour mapnik.
> > >>
> > >> Utilises la table planet_osm_ways plutôt. Tu peux reconnaître qu'il
> s'agit
> > >> d'une relation par son id négatif, mais pour la filtrer, le champ type
> > >> n'est
> > >> pas importé, utilises préférablement le tag route.
> > >>
> > >>
> > >
> > > ___
> > > Talk-fr mailing list
> > > Talk-fr@openstreetmap.org
> > > http://lists.openstreetmap.org/listinfo/talk-fr
> > >
> >
>
>
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
> ___
> 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] [dev] trouver les membres d'une relation

[Lord Awikatchikaen]

Ok, merci.
En fait j'ai tourné pendant des heures car j'avais moins ways dans les table
que membre de ma relation. Je viens de comprendre un peu mieux postgis
(désolé trop l'habitude de réfléchir en relationnel ... )

(pas mal ce hstore au passage :D)



2010/8/24 René-Luc D'Hont 

>  Par contre si tu utilises une version récente tu trouveras peut être une
> colonne de type hstore.
>
> Le 24/08/2010 16:11, sly (sylvain letuffe) a écrit :
>
>  On mardi 24 août 2010, Lord Awikatchikaen wrote:
>>
>>> Bonjour,
>>>
>>> J'essaie de remonter tous les membres d'une relation (type=route) pour
>>> affichage avec Mapnik.
>>> D'après le schéma, la table planet_osm_rels semblent toute indiqué avec
>>> la
>>> colonne 'tags'
>>>
>> Ce sont des tables internes à osm2pgsql pour gérer les diffs, c'est donc
>> pas
>> loin d'être inutilisable pour mapnik.
>>
>> Utilises la table planet_osm_ways plutôt. Tu peux reconnaître qu'il s'agit
>> d'une relation par son id négatif, mais pour la filtrer, le champ type
>> n'est
>> pas importé, utilises préférablement le tag route.
>>
>>
>
> ___
> 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] [dev] trouver les membres d'une relation

[Lord Awikatchikaen]

Bonjour,

J'essaie de remonter tous les membres d'une relation (type=route) pour
affichage avec Mapnik.
D'après le schéma, la table planet_osm_rels semblent toute indiqué avec la
colonne 'tags'

Mon problème c'est d'arriver a filtrer dessus. C'est un tableau a 1
dimension qui contient pele mele les tags et les values ( pourquoi pas a 2
dimension key,value ??? ).

J'ai tente un "tags @> ARRAY['type','route']" mais ca me retourne aussi :
{type, line, route, bus, ref, 138, operator, RATP, network, RATP, name, "Bus
138", colour, #BB4A9B}

bref pas terrible ... Je dois louper quelque chose ou je vais dans la
mauvais direction ... Un petite aide ne serait pas de refus.

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

Re: [OSM-talk-fr] [BeCyklo] remise en marche

[Lord Awikatchikaen]

ça ramera moins si on décide de passer sur des vrais serveurs. pour le
moment on est loin d'avoir un style définitif. Par exemple les footways ...
Comment arriver a les rendre visible mais pas trop 

Pour le service, il "suffit"
- d'installer mapnik et consort (http://www.geotribu.net/node/262),
- de patcher mapnik pour prendre en compte le stroke-offset (
http://trac.mapnik.org/ticket/180)
- et de télécharger les feuilles de style nécessaire sur le wiki (
http://wiki.openstreetmap.org/wiki/FR:BeCiklo)


2010/8/11 Nicolas Dumoulin 

> Le mercredi 11 août 2010 13:57:55 Lord Awikatchikaen, vous avez écrit :
> > Bonjour,
> >
> > Un simple mail pour dire que je viens de remettre en marche mon serveur
> et
> > ainsi donc les tuiles Beciklo sont a nouveau disponible sur
> > http://awikatchikaen.info
> > J'ai eu des soucis notamment avec Mapnik qui restais planté toujours sur
> la
> > même tuile, a priori passer par cairo a débloqué la situation.
> >
> > Bonne journée
>
> Sympa. Ça rame, mais j'imagine que c'est ta bande passante doit souffrir un
> peu.
>
> J'ai pas trouvé sur le wiki la marche opératoire pour installer le service
> chez soi. C'est facile ?
>
> Merci
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> 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] Statut des rendus cyclables

[Lord Awikatchikaen]

2010/8/11 Tanguy Ortolo >

> Le mercredi 11 août 2010, Lord Awikatchikaen a écrit :
> > 2010/8/4 Tanguy Ortolo  <
> tanguy%2b...@ortolo.eu >>
> > > Ah, très bien. Je remarque qu'il n'y a aucun rendu des
> > > cycleway=opposite. Ce ne sont pas des équipements de sécurité, ça ne
> > > protège pas les cyclistes, mais ça les intéresse quand même. Un
> > > pointillé bleu très fin, ça irait ?
> >
> > Rajoute le dans les choses a faire sur la page du projet, ca sera plus
> > visible
>
> Très bien. J'ignorais que c'était possible, en fait.
>
> > > Par ailleurs, est-il possible avec Mapnik de tracer des traits décalés
> > > par rapport à leur tracé géographique, et de tracer des flèches ? Ceci
> > > afin d'indiquer le côté des pistes cyclables et leur sens.
> >
> > C'est ce qui est fait sur BeCiklo mais a partir du zoom 15. Cela n'a que
> peu
> > d'interêt pour les zoom inférieur
>
> C'est donc possible ! Je me demande bien comment, vu la documentation de
> Mapnik…
>

En fait pour le moment ce n'est possible que en patchant mapnik (
http://trac.mapnik.org/ticket/180)


>
> --
>   __o
>  _<_\,_   Tanguy
> (_)|'(_)
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iQIcBAEBCgAGBQJMYpkqAAoJENbvpqxLENhHw0sP/Rns096OYhWX3FIBTo4FEJfR
> sKR/xp1d468R3/ghXCzfjhjI+ENaQespftuNwANIVtaa4QDc7ZZNNEMdswOnLNMq
> sZ1ICFsueZjD1WtD3fbo+MSV6KDBd6nWtDUhUOYN2KTq+de5oZJEDyHnA5rBxnEL
> m5cTXbzivzu04qn4YjiPzf4/pVUdNIIsjKs6GakjwnqDWAZOlHJg3BIbpw7+D3DN
> e1bUvayhWW9OjNNxGn6xegobcO47P+N3nWa4wWeY0y+E8Lzsg+8smPrZI6qz5cns
> PHnzY+OTNS3g7zvzNAafqdPeW1hBN9MjZQTnehQ87tGZ3ZibJJYJRScLpvEIJpA/
> DDWM5KP1w32VwWriznH7QV9ck8S1Ozr9zxxhWdIhXDprqcffM4grv4ZyB8V3+ACf
> ETRNGGPz0uAAnnLuPSxZW+9loN67prN0xF+xFHYHiNwPCfAQS2h2v0tFe6Z8l0jt
> b+2O6tFDWyjC+kAyWyr9OkeNMajIYoqm59AvYAxFGFJ3pgQSyW12q9HrkGjhV1gO
> wjEM3DnO22lRa7ng4KdVwlgH1cjDLZ4gXhJXYV+vNw24ffjFNX67QxFYLVmvwp/8
> q9C4jYM5hwyogWKbVF9LLLbtdBotq01udnfNqeuPu4uCKEuFSNVE6+9ELe5CJOkm
> JGUcYGRlNybCH+RP2v6Y
> =ZUFg
> -END PGP SIGNATURE-
>
> ___
> 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] [BeCyklo] remise en marche

[Lord Awikatchikaen]

Bonjour,

Un simple mail pour dire que je viens de remettre en marche mon serveur et
ainsi donc les tuiles Beciklo sont a nouveau disponible sur
http://awikatchikaen.info
J'ai eu des soucis notamment avec Mapnik qui restais planté toujours sur la
même tuile, a priori passer par cairo a débloqué la situation.

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

Re: [OSM-talk-fr] Statut des rendus cyclables

[Lord Awikatchikaen]

2010/8/4 Tanguy Ortolo >

> Le mardi 03 août 2010, Lord Awikatchikaen a écrit :
> > presque.
> > Ils sont sur le wiki ...
> > http://wiki.openstreetmap.org/wiki/FR:BeCikloXmlPistes
> > http://wiki.openstreetmap.org/wiki/FR:BeCikloXmlFond
>
> Ah, très bien. Je remarque qu'il n'y a aucun rendu des
> cycleway=opposite. Ce ne sont pas des équipements de sécurité, ça ne
> protège pas les cyclistes, mais ça les intéresse quand même. Un
> pointillé bleu très fin, ça irait ?
>

Rajoute le dans les choses a faire sur la page du projet, ca sera plus
visible


>
> Il y a des trucs que je ne comprends pas très bien ces feuilles de
> style, surtout que je ne connais rien à Mapnik, mais je veux bien
> essayer…
>
> Par ailleurs, est-il possible avec Mapnik de tracer des traits décalés
> par rapport à leur tracé géographique, et de tracer des flèches ? Ceci
> afin d'indiquer le côté des pistes cyclables et leur sens.
>

C'est ce qui est fait sur BeCiklo mais a partir du zoom 15. Cela n'a que peu
d'interêt pour les zoom inférieur


>
> --
>   __o
>  _<_\,_   Tanguy
> (_)|'(_)
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iQIcBAEBCgAGBQJMWTTIAAoJENbvpqxLENhH8dcQAJcT2VvtvIjwhGNXVp6au38E
> ZpspNVEtZCH9FzXynstIpkzRuPuyR4esjDV1iD0HSKZVNm8t/RiR1m8bTAIja6uf
> fozeFWe4N8Aj0UnU/Tqg8OzGdOCK8tV1Gj8GXNXFZDcT6LnlHAnWxEF2Q91C/Udd
> gIwO0tYvzbW+lQw/p9QWzbeGJCXHBQ2N19cRCCOONWz60TNzTvoF88/TmgIKaxNc
> ozTLO3zSIAwBzvMZF2nwWG6dvrdwkasR/n8ikSmb5euL/6LbsYNG+F/2kGa8PLKd
> iWBUxmxSJWTFkBK5q8RxPFy4KZK1ALas8ZwxsgyvlstfhkB7XwAThgkhc/UGVbC3
> yvnUyZoXTP66M5nzmcSTEmT/HfF+O2+urguWnPaUC8sTL3L8MfdGIxDdi/LnDiqv
> KRtG6TbVpE4jfKuDeYp7bn0y3jDD6y7v4VoPmfWUwsg7RywGAo3e4Gmpt79UTZz0
> L3devc5Ac+uf30qC0rM9NbCFzCJdOFIzEEqg94gju0jSZn0syPQvE4XRe57gLSzJ
> Z2vWSMXB5fOrK2yi7KjL2HA1r6ZL5Q92yC/ZsT3QrNhoihUFoB94J8AcX1sLrLQN
> tZk3ALQl8LjQay8sq432JsG3nrF+vCpNnZXAtALKMBZV2xa3nWqA8BUuQAvK7UNx
> SX8yTh5d+lCCrf+UgLDj
> =A5E3
> -END PGP SIGNATURE-
>
> ___
> 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] Statut des rendus cyclables

[Lord Awikatchikaen]

presque.
Ils sont sur le wiki ...

http://wiki.openstreetmap.org/wiki/FR:BeCikloXmlPistes
http://wiki.openstreetmap.org/wiki/FR:BeCikloXmlFond

2010/8/3 Thomas Clavier 

> Le 03/08/2010 15:30, Lord Awikatchikaen a écrit :
> > C'est ce qu'on a fait. On est parti du XML de base mapnik, qu'on a
> > coupe en trois pour avoir trois layers et on a enlevé les infos
> > superflu et rajouté les nôtres au fur et a mesure.
> >
> 
> et les xml sont dans un git ou un svn ?
> 
>
> --
> Thomas Clavier http://www.tcweb.org
> Jabber/XMPP/MSN/Gtalk :t...@jabber.tcweb.org
> +33 (0)6 20 81 81 30   +33 (0)950 783 783
>
>
>
> ___
> 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] Statut des rendus cyclables

[Lord Awikatchikaen]

C'est ce qu'on a fait. On est parti du XML de base mapnik, qu'on a coupe en
trois pour avoir trois layers et on a enlevé les infos superflu et rajouté
les nôtres au fur et a mesure.

Mais bon, il faut quand même qu'une machine transforme les données OSM en
image en utilisant nos xml ... La mienne est en rade.

2010/8/3 Tanguy Ortolo >

> Le mardi 03 août 2010, Lord Awikatchikaen a écrit :
> > Oui pas utilisable et pas joignable pour le moment. Conséquence ou pas de
> > Beciklo, mon serveur utilisé pour le dev a lâché  Donc le temps que
> je
> > remonte tout ça devrait être remis en ligne en fin de semaine. A moins
> qu'on
> > étudie la possibilité de pouvoir avoir une petite place sur les serveurs
> > free. Ou que quelqu'un d'autre puisse héberger le projet ?
>
> Ça m'a l'air bien compliqué. Je ne connais rien à Mapnik, mais ne
> serait-il pas possible d'obtenir un bon rendu cyclable en utilisant
> exactement le même système que pour le rendu principal, en changeant
> quelques règles ?
>
> Parce que, vu de l'extérieur, la carte cyclable, ce n'est rien d'autre
> que la carte normale, avec :
> — des traits — bleus, verts, rouges, pleins ou pointillés — en plus
>  pour les {bandes, pistes, itinéraires} cyclables ;
> — des POI en moins : stations services, garages automobiles ;
> — des POI en plus : fontaines, vélocistes.
>
> --
>   __o
>  _<_\,_   Tanguy
> (_)|'(_)
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iQIcBAEBCgAGBQJMWA5qAAoJENbvpqxLENhHqbcP/34453dbkZVrkEltor69XADd
> D/NbJegaewLE1vZd5P4JHUTiDXwCVabdVX5+s5ewe7RvGo8aFK8ikSv++cYLGaDR
> 0OjGr3375v2ot/RcIKJXvch1C1c5To1gW+RAZzyca1rlvrujNqpjwkAK0nTz8UvA
> zC0ErnLB+f49UqBCqNoSu90QphAvoS+mMgjTimYgO94kNSolew0pd6XTy1OxkCPV
> ok3RWZr5bPuW+NzRMua7u+xORSeuUNwvw3vkjMfrXyQo2Nvljk1UdmhOSLT3Q9yJ
> bC0ylAK15VK2ZrZKF500/Vyl3p23YAhKBAmvOMAswpMOhx8d/PuTMOGczq31r6y1
> pU9kmEpLO28cwGlu3IhozExtzr1TG4/enEHKjXcevjQgR2qk8oBBmEouo6lW+M2S
> Hyymg+cnDUVHXs6T8OnJqs7xfp9jPMgtwdtmTOjSOYam3HbEpmThTUsEgcg9fN/B
> MpQbGFKJqjzEpLZbq2HsTexEC3GldJjwlNKW3p3CXIpf6k4g/l556T0VPdYSOZTv
> IJiOafJpL/nFTgbYsp+fI4EJwuuAG5VM3C2mL4A51/aSur3rXYDRJDKx0wjCpbo7
> t3foivt9Hn/wne1ZN6MQZ7qRdoD02JpNHOmC4Wjyp3g49JLBMOKUGLB9eNFCT+U1
> bF7Is3jin/BNWGV/iyzO
> =cphS
> -END PGP SIGNATURE-
>
> ___
> 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] Statut des rendus cyclables

[Lord Awikatchikaen]

> — BeCiklo, libre, en développement et temporairement inutilisable.

Oui pas utilisable et pas joignable pour le moment. Conséquence ou pas de
Beciklo, mon serveur utilisé pour le dev a lâché  Donc le temps que je
remonte tout ça devrait être remis en ligne en fin de semaine. A moins qu'on
étudie la possibilité de pouvoir avoir une petite place sur les serveurs
free. Ou que quelqu'un d'autre puisse héberger le projet ?

Et pour le troll, je dirais que tout projet libre a le même problème : le
manque de ressources humaines :D

2010/8/3 sly (sylvain letuffe) 

> On mardi 3 août 2010, Tanguy Ortolo wrote:
>
> > Donc, si je récapitule, les rendus cyclables actuels seraient :
> > — OpenCycleMap, non libre et pas à jour ou avec un retard important ;
> > — BeCiklo, libre, en développement et temporairement inutilisable.
> > J'ai bon ? Est-ce qu'il y a autre chose ?
>
> C'est ça, en remplaçant le "temporairement inutilisable" par "pas encore
> utilisable"
>
> 
> Ou par : "Sortira en même temps que Duke Nukem Forever"
> http://fr.wikipedia.org/wiki/Duke_Nukem_Forever
>
> Rh que je suis mauvaise langue, pas de panique, c'est une blague !
> 
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
> ___
> 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] Problème osm2pgsql...

[Lord Awikatchikaen]

as tu essayé avec le parametre --slim. Ca m'avait résolu des problèmes
similaire !

2010/7/29 Christian Quest 

> J'essaye d'importer la france dans postgresql à l'aide d'osm2pgsql mais
> l'import est systématiquement interrompu par une fermeture qui me sort une
> erreur de ce type:
>
> "pending_ways failed: server closed the connection unexpectedly"
>
> J'ai bien mis un autovacuum=off dans le config de postgres, mais ça n'a
> rien changé.
>
> Quelqu'un(e) a une idée ?
>
> --
> Christian
>
>
> ___
> 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] Suffixes :left/:right - piqûre de rappel

[Lord Awikatchikaen]

Le plus simple serait de remanier un peu les tags

cycleway:right = lane / opposite_lane / lane;opposite_lane /
opposite_lane;lane
cycleway:left = lane / opposite_lane / lane;opposite_lane /
opposite_lane;lane
cycleway = lane / opposite_lane / lane;opposite_lane / opposite_lane;lane
(quand on ne sait pas ou les pistes sont placées)
(+ les memes avec track)

On couvre tous les cas de piste cyclable sur les voies

2010/7/26 

> >
> > Le 26/07/2010 09:37, GaelADT a écrit :
> >>
> >>
> >> Bon, pour résumer ce que je "crois" avoir compris, "opposite_lane" ça
> >> veut
> >> dire que les vélo circule dans le sens opposé du trafic. Après il faut
> >> en
> >> dire un peu plus...
> >
> > opposite_lane signifie qu'il n'y a aucune matérialisation de voie
> > cycliste à contresens.
>
> ca n'est pas ce qui est dit dans le wiki
> http://wiki.openstreetmap.org/wiki/Cycleway
>
> opposite_lane --> The route is a lane, but bicycles may go in the
> direction opposite of other traffic. Only applies where oneway=yes.
>
> tu voulais peut etre dire "opposite" tout court ?
>
> opposite --> The route may be cycled in the direction opposite of other
> traffic, but does not have a dedicated lane.
>
> >> Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la
> >> voie, dans le même sens que les voitures, on met juste cycleway:left =
> >> lane
> >>
> >
> > à la condition qu'une bande cyclable soit matérialisée (à gauche par
> > rapport au sens de circulation, donc à droite pour les cyclistes
> > circulant à contresens).
>
> De mon point de vue si on met un "cycleway" (left ou right), c'est
> forcement dans le sens de circulation.
> Il y a des endroits (je peut faire une photo) ou il y a une bandes
> cyclables a droite ET a gauche, dans un sens unique.
>
> Les "opposite" et "opposite_lane" exprimant justement le fait que c'est
> dans le sens contraire.
>
> --
> JB
>
>
>
> ___
> 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] Suffixes :left/:right - piqûre de rappel

[Lord Awikatchikaen]

2010/7/26 Jean-Francois Nifenecker 

>
> Le 26/07/2010 09:37, GaelADT a écrit :
>
>
>>
>> Bon, pour résumer ce que je "crois" avoir compris, "opposite_lane" ça veut
>> dire que les vélo circule dans le sens opposé du trafic. Après il faut en
>> dire un peu plus...
>>
>
> opposite_lane signifie qu'il n'y a aucune matérialisation de voie cycliste
> à contresens.


Non ca c'est cycleway=opposite. opposite_lane veut justement dire qu'il y a
une lane 


>
>
>
>> Si j'ai une voie en sens unique, et que les vélos roulent à gauche de la
>> voie, dans le même sens que les voitures, on met juste cycleway:left =
>> lane
>>
>>
> à la condition qu'une bande cyclable soit matérialisée (à gauche par
> rapport au sens de circulation, donc à droite pour les cyclistes circulant à
> contresens).
>
> mes deux sous
> --
> Jean-Francois Nifenecker, Bordeaux
>
>
>
> ___
> 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] [Sondage] Donation pour aider a payer de nouveaux disques durs pour Osmose (RatZilla$)

[Lord Awikatchikaen]

En ce qui concerne les moyens de financement de l'association, est ce qu'il
serait possible d'imaginer mettre en place un moyen de micropaiement tel que
flattr ?

Le principe est plutôt simple :

- Chaque inscrit flattr défini une somme mensuel dédié aux dons (imaginons
10€)
- Chaque fois qu'un site, projet, asso, artiste lui plait et qu'un bouton
flattr est disponible, l'utilisateur clique dessus. (disons 4 : OSM,
jamendo, restos du coeur et widelands)
- Chaque mois flattr réparti la somme de dons a chaque receveur (ici 2,5€
chacun)
- La répartition est également pondéré par le nombre de clic pour le même
projet.

Ce système n'en encore qu'en beta privé mais il risque de prendre de plus en
plus d'ampleur, c'est une des réponses au besoin de financement du monde
libre. En tant qu'utilisateur, je donne mais a part lors des appels aux
dons, c'est pas énorme. Je suis clairement pour un système comme celui ci,
j'aime, je clique, je finance.

Je pensais utiliser ce système pour BeCyklo a terme si il nous faut payer un
hébergement. Si l'asso est réticente, cela pourrait servir de test.

Pour de plus amples informations je vous invite a lire :

http://raphaelhertzog.fr/2010/07/15/micropaiement-social-pour-logiciel-libre-flattr/
http://www.pcinpact.com/actu/news/58126-flattr-micro-paiements.htm
http://flattr.com/


2010/7/22 g.d 

>Je rente de déplacement chantier,
> la question de "utilité publique" me barbe.
>
>Il s'agit de collecter des sous pour des disques :
> a) Où j'envoie mon don, n° IBAN, BIC, banque ?
> b) A quelle adresse postale j'envoie mon "vieux" 5oo giga ?
> Pas besoin de "déductibilité".
>
> trop long
> aka Gerhard
> --
>
> Le 8 juil. 10 à 10:48, Yann SLADEK a écrit :
>
>
>  J'ai discuté avec un des salariés de Framasoft à ce sujet car eux se sont
>> fait reconnaître d'intérêt général.
>>
>> Il y a effectivement un formulaire à envoyer au centre des impots de la
>> prefecture de l'asso
>> Passé un délai de 6 mois sans réponse, l'asso est reconnue d'intérêt
>> général automatiquement.
>> Pour info, l'APRIL s'est faite refusé le dossier (mais cela avait un petit
>> arrière-goût de caprice politique)
>>
>> En gros, il faut envoyer le dossier, faire le mort pendant 6 mois (ne pas
>> les relancer en fait) et l'asso sera reconnue de fait
>> Par contre, je n'arrive pas à avoir d'infos sur l'ancienneté nécessaire
>> pour être defiscalisable
>>
>> Yann
>> - Mail Original -
>> De: "Pieren" 
>> À: "Discussions sur OSM en français" 
>> Envoyé: Lundi 5 Juillet 2010 22:16:45 GMT +01:00 Amsterdam / Berlin /
>> Berne / Rome / Stockholm / Vienne
>> Objet: Re: [OSM-talk-fr] [Sondage] Donation pour aider a payer de nouveaux
>> disques durs pour Osmose (RatZilla$)
>>
>>
>>
>>
>> Sur http://vosdroits.service-public.fr/F426.xhtml
>>
>> "Organismes concernés:
>> œuvres ou organismes d'intérêt général à caractère philanthropique,
>> éducatif, scientifique, social, humanitaire, sportif, familial, culturel ou
>> concourant à la mise en valeur du patrimoine artistique, à la défense de
>> l'environnement naturel ou à la diffusion de la culture, de la langue et des
>> connaissances scientifiques françaises (par exemple, les associations ayant
>> pour but de venir en aide aux personnes en difficultés, les organismes ayant
>> pour but d'effectuer des recherches scientifiques ou médicales, ...), "
>>
>> Sur l'autre page déjà citée:
>> "l'oeuvre ne fonctionne pas au profit d'un cercle restreint de personnes.
>> "
>>
>> Combien de personnes utiliseraient ce disque ? 10, 20 ? A partir de
>> combien le cercle n'est plus restreint ?
>>
>> Sinon il y a :
>> "Les organismes qui souhaitent bénéficier de cette procédure doivent
>> déposer auprès de la direction des services fiscaux de leur siège, selon les
>> modalités explicitées par l'instruction du 19 octobre 2004 publiée au
>> Bulletin officiel des impôts sous la référence 13 L-5-04, une demande écrite
>> comportant, notamment, une présentation précise et complète de leur
>> activité."
>>
>> Il vaudrait mieux se renseigner avant de distribuer des reçus fiscaux à
>> tour de bras.
>>
>> 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
>>
>
>
>
>
> ___
> 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] manipulations mapnik

[Lord Awikatchikaen]

Ce parametre offset marche plutot bien :
http://awikatchikaen.info/?zoom=16&lat=48.84284&lon=2.35272&layers=BTFF

J'ai patche mapnik 7.1 avec et sur beciklo les cycleway:right/left=lane sont
bien parrallèle aux highway :D
Ce va permettre des choses sympathique sur les rendus, enfin des ways
asymétrique \o/

2010/7/5 sly (sylvain letuffe) 

> On lundi 5 juillet 2010, Frédéric Rodrigo wrote:
>
> > C'est ce que je cherchais à faire hier, uniquement en jouant sur le
> style.
> > L'idée étant d'arriver à ce que l'on voie sur la première image :
> > http://trac.mapnik.org/wiki/MarkersSymbolizer
> > C'est peut être faisable avec :
> > http://trac.mapnik.org/wiki/LinePatternSymbolizer
>
> ça c'était disons "l'ancienne méthode" style un peu bidouille (ce que je
> fais
> toujours pour mon rendu rando pour les highway=track) avec un petit png
> contenant deux traces parallèles.
>
> Mais il y a mieux semble-t-il
>
> http://trac.mapnik.org/ticket/180
>
>
>
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
> ___
> 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] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?

[Lord Awikatchikaen]

Pas trouvé, donc en voila une : http://wiki.openstreetmap.org/wiki/FR:Osm.fr
je l'ai référencé ici :
http://wiki.openstreetmap.org/wiki/FR:Servers#User_servers

2010/7/13 Nicolas Dumoulin 

> Le mardi 13 juillet 2010 20:19:41 Lord Awikatchikaen, vous avez écrit :
> > Je suis prêt a apporter aides et idées (bien que becyklo me prenne bcp du
> > peu de temps libre que j'ai)
> > Peut être faudrait il ouvrir une page sur le wiki pour amorcer la pompe.
>
> Pour info, il me semble en avoir déjà vu traîner dans le genre sur le wiki
> …
>
> --
> Nicolas Dumoulin
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> 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] Besoin de coordonnées pour un proj et libre

[Lord Awikatchikaen]

il existe pour les aéroports il me semble il faudrait peut être utiliser le
même

2010/7/15 Etienne Chové 

> Le 15/07/2010 16:05, JonathanMM a écrit :
>
>  Le 15/07/2010 16:00, hamster a écrit :
>>
>>> JonathanMM a écrit :
>>>
 De plus, je profite de ce message pour savoir s'il existe un tag pour
 indiqué le code SNCF de 3 lettres d'une gare ? Par exemple, pour
 Goussainville, c'est GOU.

>>>
>>>
>>> alors ca c'est tres simple : les tags ne sont pas fixes dans OSM, donc
>>> si il existe pas de tag pour ce cas la il suffit d'en creer un
>>>
>> Oui, mais avant de créer des tags, je demande s'ils existent.
>> Bon, si effectivement il en existe pas, je le créerais :)
>> JonathanMM
>>
>
> Pas à ma connaissance. Tu peux créer un ref:SNCF ; ça restera comme ça dans
> la logique, et on comprend bien ce que c'est. Pas besoin de passer par le
> processus de validation wiki, suffit de le mettre sur une page francophone
> parlant du transport.
>
>
> --
> Etienne
>
> ___
> 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] [Potlatch] Deployer P2 sur openstreetmap.fr a terme?

[Lord Awikatchikaen]

+1

Sur Becyklo , je ne sais vers quoi rediriger
pour faire découvrir OSM : osm.org n'est qu'une carte de dev qui rebute plus
qu'autre chose, osm.fr est incomplet, le wiki fr est trop chargé... Le mieux
reste encore la page d'osm sur wikipedia... un comble.

Je suis prêt a apporter aides et idées (bien que becyklo me prenne bcp du
peu de temps libre que j'ai)
Peut être faudrait il ouvrir une page sur le wiki pour amorcer la pompe.

2010/7/13 sly (sylvain letuffe) 

> On mardi 13 juillet 2010, Emilie Laffray wrote:
> > http://wiki.openstreetmap.org/wiki/Potlatch_2/Deploying_Potlatch_2
> >
> > Qu'est ce que vous pensez de l'idee de deployer a terme sur
> > openstreetmap.frserait une bonne idee?
>
> Oui, et plus généralement je pense que la communauté française devrait se
> munir d'un site plus indépendant de osm.org et plus proche du
> contributeur/utilisateur.
>
> Mais c'est du taf
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
> ___
> 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] Pour ceux qui aiment la technique - MapCSS

[Lord Awikatchikaen]

pour ceux qui veulent tester :
http://www.geowiki.com/halcyon/?lat=52.2&lon=0.1

2010/7/7 René-Luc D'Hont 

>  Le 07/07/2010 16:40, Emilie Laffray a écrit :
>
>
>
> 2010/7/7 Gilles Bassière 
>
>>
>>   Les CSS cartographiques réutilisent la même syntaxe et les même
>> concepts
>> que les CSS pour le XML/HTML : des règles de style, des sélecteurs et le
>> mécanisme de la cascade.
>>
>> En revanche, les éléments constituant une carte ne sont pas les mêmes
>> que ceux qui constituent un document texte donc les propriétés/valeurs
>> ne sont pas les mêmes.
>>
>> J'avais regardé brièvement l'initiative de Michal Migurski [1] qui est
>> devenu par la suite le projet Cascadenik [2]. Ca avait l'air plutôt
>> pratique et moins compliqué que les styles Mapnik XML ou le SLD. La
>> documentation fournit de nombreux exemples [3] pour se faire une idée.
>>
>> Je trouve intéressante l'idée d'harmoniser le comportements des divers
>> moteurs CSS carto. Ce serait vraiment cool de ne plus avoir à convertir
>> les styles d'un moteur de rendu à une autre (tout en évitant la syntaxe
>> très verbeuse des SLD). Cela dit, est-ce bien le but de MapCSS ? Leur
>> page wiki ne mentionne pas la volonté de standardiser ni même
>> d'harmoniser.
>>
>
> La page est en cours d'écriture. Mon post était justement pour montrer que
> l'initiative existe et avance ainsi que de toucher un public plus large.
> Avoir plus de gens venant de différents milieux est important.
> Un domaine (mapcss.org) a été pris aujourd'hui. A terme, le but du jeu est
> d'harmoniser. Avoir une seule feuille de style serait assez sympathique.
>
>
> Si ça ce lance j'y participerais avec une implémentation possible dans
> notre moteur de rendu ;-)
>
> 3Liz
>
>
> Emilie Laffray
>
>
> ___
> Talk-fr mailing 
> listtalk...@openstreetmap.orghttp://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] manipulations mapnik

[Lord Awikatchikaen]

ha oui ca semble très bien ca !!

Merci

2010/7/5 sly (sylvain letuffe) 

> On lundi 5 juillet 2010, Frédéric Rodrigo wrote:
>
> > C'est ce que je cherchais à faire hier, uniquement en jouant sur le
> style.
> > L'idée étant d'arriver à ce que l'on voie sur la première image :
> > http://trac.mapnik.org/wiki/MarkersSymbolizer
> > C'est peut être faisable avec :
> > http://trac.mapnik.org/wiki/LinePatternSymbolizer
>
> ça c'était disons "l'ancienne méthode" style un peu bidouille (ce que je
> fais
> toujours pour mon rendu rando pour les highway=track) avec un petit png
> contenant deux traces parallèles.
>
> Mais il y a mieux semble-t-il
>
> http://trac.mapnik.org/ticket/180
>
>
>
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
> ___
> 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] manipulations mapnik

[Lord Awikatchikaen]

Bonjour,

Dans le cadre du projet Becyklo, je souhaiterais pousser osm2pgsql/mapnik a
faire des opérations peu orthodoxe : dupliquer un way et/ou le décaler.
J'explique le cas avant de me faire lapider : dans le cas d'une rue taggée
avec "cycleway:right=lane" et/ou "cycleway:left=lane", il serait agréable
d'avoir un rendu avec 2/3 ways parrallèles. Est ce que l'un des outils OSM
est capable de faire cela ?

Autre question mais plus basique, mais dont je ne trouve pas la réponse : je
n'arrive pas a récupérer les relations. Je comptais tester des rendus pour
les lcn, rcn et ncn mais je ne trouve pas ces données en base (et j'ai bien
modifié le default.style d'osm2pgsql) Comment sont stockées les relations ?

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

Re: [OSM-talk-fr] River en mulytipolygon et Osmarender

[Lord Awikatchikaen]

Ca doit être Osmarender le problème car j'ai le même souci avec l'orge :
http://www.openstreetmap.org/?lat=48.662&lon=2.3231&zoom=14&layers=0B00FTF

2010/6/30 Art Penteur 

> Bonjour,
>
>Quand j'ai un peu de temps, je prolonge les rives du Lot autour de
> Cahors (et ça risque de s'accélérer si le water boundaries issues des
> pdf du Cadastre sont vraiment utilisables).
>
>J'ai choisi le système de la relation multipolygon, pronée par
> Sly, et décrite sur le wiki.
> http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driverbank
>
>ça permet d'echainer les way de taille raisonnable (je coupe à la
> longeur des communes).
>
>   Le rendu Mapnik est correct  :
> http://www.openstreetmap.org/?lat=44.4535&lon=1.4665&zoom=13&layers=B000FTF
>
>   Mais le rendu osmarender n'est pas terrible :
> http://www.openstreetmap.org/?lat=44.4535&lon=1.4665&zoom=13&layers=0B00FTF
>
>  Je n'arrive pas à voir si c'est un bug dans ma façon de faire, ou
> dans Osmarender.
>
> Vos avis ?
>
> Art.
>
> ___
> 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] [BeCiklo] On en est où ?

[Lord Awikatchikaen]

Le plus simple est de centraliser ces demandes au niveau du wiki. Ça
permettra de réagir dessus et de ne pas polluer la mailingList.

Concernant les changements, j'essaie de commenter les changement que je fais
en modifiant les pages des XML du wiki, ca fait une sorte de changelog :D

2010/6/29 esperanza 

> Superbe boulot et merci encore
> Quelques remarques :
>
> - Distinguer highway=pedestrian (vélo autorisé au pas) et
> highway=footway (interdit par défaut à moins que pour ce dernier il soit
> associé à bicycle=yes).

- Mettre une petite flèche pour les pistes cyclables ou les bandes
> cyclables en sens unique : highway=cycleway+oneway=yes)
> - Faire davantage ressortir les couloirs de bus + prendre en compte avec
> ce même rendu : highway=service+psv=yes+bicycle=yes (pour les voies bus
> séparées de la chaussée)
> - Prendre en compte les double sens cyclable (cycleway=opposite,
> cycleway=opposite_track et cycleway=opposite_lane)
> - Intégrer les vélocistes (shop=bicycle) et les robinets d'eau.
> - Les rues ne ressortent pas dans le rendu "Fond"
> - Faire ressortir les rues en zone 30 ou à 30/h (maxspeed=30) d'une
> couleur spécifique
>
> E.
> Le mardi 29 juin 2010 à 02:46 -0700, GaelADT a écrit :
> > Bravo pour ce travail. je viens de regarder sur Paris. Il me semble que
> le
> > cycleway=track n'est pas pris en compte (même si c'est vrai qu'en théorie
> il
> > ne faudrait pas que ça existe !)
> >
> > Gaël.
>
>
>
> ___
> 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] [BeCiklo] On en est où ?

[Lord Awikatchikaen]

Pour information, on vient d'étendre la zone de test à toute l'île de france

Concerntant tracktype, le tag surface + smoothness qui donne une indication
sur l'état de la route, il n'y a pas plus précis je pense. Il faudrait peut
être simplement changé les tag de la forêt de Sénart.

2010/6/25 arno 

> Le jeudi 24 juin 2010, à 14:30:06 +0200, Lord a écrit :
> > Je viens de rajouter OpenCycleMap en fond. Il est vrai que l'important
> est
> > le calque de  vélo
> >
> > pour les trajets vert la promenade de l'orge est plutot bien pour le VTT,
> je
> > la fais quelque fois. Certes pour le vélo de ville c'est plus dur il n'y
> a
> > pas trop moyen de faire la distinction. ou alors faire évoluer les tags
> pour
> > avoir du "pathtype"... mais on est plutôt sur le rendu. La ou on pourrait
> > jouer c'est sur le tag "surface". Si path + paved ou asphalt c'est ok
> pour
> > vélo et VTT. sinon que pour VTT
>
> ou bien, en utilisant tracktype ?
> C'est avec ce tag que les chemins/routes forestières sont différenciés dans
> la
> forêt de Sénart. Pouvoir voir quels chemins sont goudronnés et lesquels ne
> le
> sont pas dans la forêt de Sénart, ce serait vraiment bien :)
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAkwkfqUACgkQ7Z0ZxRdGQ+dnBQCeOkDhXkRFK8EZasytQ3EdkVH1
> UukAn16w2nzb4OJ5wS1q2/A0ls/8uCO0
> =wVdA
> -END PGP SIGNATURE-
>
> ___
> 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] Cadastre vectorisé: qui a fait d es imports de cours d'eau et plans d'eau ?

[Lord Awikatchikaen]

Sur Soustons je suis en train d'importer le lac et les rivières/fleuves.
Le script fait ca plutôt bien mais faut bidouiller derrière car il ne 
peut pas tout détecter. Les ponts par exemples coupent les polygones, 
certaines limites qui passent au milieu du fleuve trompent le script.

Mais bon dans l'ensemble ca se fait facilement

Le 26/06/2010 01:12, Christian Quest a écrit :
Faisant une pause sur la bati, j'ai regardé ce que donnai la 
récupération des cours et plans d'eau.


J'ai commencé à mettre à jour les rivages du Rhone à la frontière 
suisse, ce qui fait aussi que j'ai aussi de quoi mettre à jour la 
frontière France/Suisse.


Qui a déjà exploité ces données ?

--
Christian


___
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] [BeCiklo] On en est où ?

[Lord Awikatchikaen]

Le 25/06/2010 10:50, Ab_fab a écrit :

Un bac à sable de styles serait tip-top

Pouvoir mettre côte à côte des tuiles d'une même zone (quelques km 
carrés) mais avec deux styles différents, aux divers niveaux de zoom


-> Piocher le fichier XML d'un style existant déjà enregistré
-> Faire ses modifs dans le fichier
-> Renvoyer vers le serveur, si possible avec une trace du style 
originel et une description humaine de la teneur des modifs
-> Le serveur génère les tuiles pour la même zone pour permettre la 
comparaison entre deux rendus

(un peu comme là : [1] (grosse imagination requise !)
-> Le serveur laisse le fichier XML à disposition pour les autres 
utilisateurs ou des améliorations


Toujours plus facile à dire qu'à faire :-)


En effet.
Si j'ai le temps, je pourrais tenter de faire une historisation des 
tuiles et diviser la page en deux pour pouvoir comparer. Mais un serveur 
a la demande je doute de pouvoir.




[1] http://teczno.com/cascadenik-openstreetmap-II/

Le 25 juin 2010 10:25, Gérard <mailto:ger...@buscyclistes.org>> a écrit :


Superbe bon début, bravo!

Je ne suis pas sur de faire des bêtises si j'édite le Xml, alors
je préfère commenter ici. Où alors est ce qu'il y a le moyen de
tester les lignes Xml qu'on rajouterait pour voir si au moins on
introduit pas une grossière erreur de syntaxe? Peut être quelques
conseils basiques sur l'édition Xml seraient bien utile aux
apprentis sorciers en puissance. Et à supposer que l'ajout soit
OK, on fait quoi pour maintenir une légende humainement lisible
(par opposition au code Xml) quelque par? On utilise la page de
discussion
http://wiki.openstreetmap.org/wiki/FR_talk:BeCikloXmlPistes ?

En tentant de comprendre xml, sur les path, j'ai noté qu'un
éventuel bicycle=no se traduit par quelque chose de différent que
s'il n'y a pas ce no (bravo d'y avoir pensé), mais je n'ai pas
réussi à comprendre comment le no sera rendu?
Pour les highway residential, considérer aussi un éventuel tag
bicycle=designated pour indiquer les rues calmes et conseillées
même si dépourvues d'aménagement spécifiquement cycliste. On
pourrait utiliser un pointillé bleu?

Le 24 juin 2010 15:41, Lord Awikatchikaen
mailto:lord.awikatchik...@gmail.com>> a écrit :

ok j'ai mixé les deux :

1/ path + surface (paved,asphalt, concrete ou vide) ou
smoothness (excellent good ou vide) -> vert
2/ path  + smoothness (intermediate, bad, very_bad ou vide) et
surface différent de (paved asphalt et concrete)  -> vert
pointillé


    2010/6/24 sly (sylvain letuffe) mailto:sylv...@letuffe.org>>

On jeudi 24 juin 2010, Lord Awikatchikaen wrote:
> pour les trajets vert la promenade de l'orge est plutot
bien pour le VTT, je
> la fais quelque fois. Certes pour le vélo de ville c'est
plus dur il n'y a
> pas trop moyen de faire la distinction. ou alors faire
évoluer les tags pour
> avoir du "pathtype"... mais on est plutôt sur le rendu.
La ou on pourrait
> jouer c'est sur le tag "surface". Si path + paved ou
asphalt c'est ok pour
> vélo et VTT. sinon que pour VTT

Ou alors, (au risque de devenir lourd à force d'en faire
la pub) :
http://wiki.openstreetmap.org/wiki/Key:smoothness

smoothness -> good (c'est praticable en Vélo de
course/vélo de ville)
smoothness -> bad (c'est praticable en VTC)
smoothness -> very_horrible (c'est praticable en VTT )



--
sly
Sylvain Letuffe sylv...@letuffe.org
<mailto:sylv...@letuffe.org>
qui suis-je : http://slyserv.dyndns.org



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



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



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




--
--
ab_fab

"Il n'y a pas de pas perdus"


___
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] [BeCiklo] On en est où ?

[Lord Awikatchikaen]

Le 25/06/2010 10:25, Gérard a écrit :

Superbe bon début, bravo!

Je ne suis pas sur de faire des bêtises si j'édite le Xml, alors je 
préfère commenter ici. Où alors est ce qu'il y a le moyen de tester 
les lignes Xml qu'on rajouterait pour voir si au moins on introduit 
pas une grossière erreur de syntaxe? Peut être quelques conseils 
basiques sur l'édition Xml seraient bien utile aux apprentis sorciers 
en puissance.


Je ne suis pas le plus approprié pour parler du XML, je suis apprenti 
sorcier aussi sur mapnik:D. Je vais essayer de regrouper ce que je sais 
sur le wiki, d'autres enrichiront



Et à supposer que l'ajout soit OK, on fait quoi pour maintenir une 
légende humainement lisible (par opposition au code Xml) quelque par? 
On utilise la page de discussion 
http://wiki.openstreetmap.org/wiki/FR_talk:BeCikloXmlPistes ?


Ca me parait le plus simple pour le moment. J'ai commencé sur cette page



En tentant de comprendre xml, sur les path, j'ai noté qu'un éventuel 
bicycle=no se traduit par quelque chose de différent que s'il n'y a 
pas ce no (bravo d'y avoir pensé), mais je n'ai pas réussi à 
comprendre comment le no sera rendu?


En fait le bicycle = no sert a différencier un path uniquement piéton 
(donc un footway) d'un vrai path. Donc ca sera vert sur la carte (en 
pointillés ou non suivant la surface)


Pour les highway residential, considérer aussi un éventuel tag 
bicycle=designated pour indiquer les rues calmes et conseillées même 
si dépourvues d'aménagement spécifiquement cycliste. On pourrait 
utiliser un pointillé bleu?


Il faudrait faire une TODO list sur la page du projet 
http://wiki.openstreetmap.org/wiki/FR_talk:BeCikle, ca va nous éviter 
tout plein de mail non ?



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

Re: [OSM-talk-fr] [BeCiklo] On en est où ?

[Lord Awikatchikaen]

Sur le wiki, je n'ai pas mis les deux premieres lignes du XML :




Ca vient peut être de la

Le 25/06/2010 22:46, Gérard a écrit :
Je viens de copier coller le texte dans un fichier test.xml, et de 
l'ouvrir avec firefox sans rien changer, et boum, ça me jette d'entrée 
en disant:
Erreur d'analyse XML : données incompréhensibles après l'élément de 
document

Emplacement : file:///home/gb4/test.xml
Numéro de ligne 8, Colonne 1 :

Re: [OSM-talk-fr] [BeCiklo] On en est où ?

[Lord Awikatchikaen]

ok j'ai mixé les deux :

1/ path + surface (paved,asphalt, concrete ou vide) ou smoothness (excellent
good ou vide) -> vert
2/ path  + smoothness (intermediate, bad, very_bad ou vide) et surface
différent de (paved asphalt et concrete)  -> vert pointillé


2010/6/24 sly (sylvain letuffe) 

> On jeudi 24 juin 2010, Lord Awikatchikaen wrote:
> > pour les trajets vert la promenade de l'orge est plutot bien pour le VTT,
> je
> > la fais quelque fois. Certes pour le vélo de ville c'est plus dur il n'y
> a
> > pas trop moyen de faire la distinction. ou alors faire évoluer les tags
> pour
> > avoir du "pathtype"... mais on est plutôt sur le rendu. La ou on pourrait
> > jouer c'est sur le tag "surface". Si path + paved ou asphalt c'est ok
> pour
> > vélo et VTT. sinon que pour VTT
>
> Ou alors, (au risque de devenir lourd à force d'en faire la pub) :
> http://wiki.openstreetmap.org/wiki/Key:smoothness
>
> smoothness -> good (c'est praticable en Vélo de course/vélo de ville)
> smoothness -> bad (c'est praticable en VTC)
> smoothness -> very_horrible (c'est praticable en VTT )
>
>
>
> --
> sly
> Sylvain Letuffe sylv...@letuffe.org
> qui suis-je : http://slyserv.dyndns.org
>
>
>
> ___
> 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] [BeCiklo] On en est où ?

[Lord Awikatchikaen]

Je viens de rajouter OpenCycleMap en fond. Il est vrai que l'important est
le calque de  vélo

pour les trajets vert la promenade de l'orge est plutot bien pour le VTT, je
la fais quelque fois. Certes pour le vélo de ville c'est plus dur il n'y a
pas trop moyen de faire la distinction. ou alors faire évoluer les tags pour
avoir du "pathtype"... mais on est plutôt sur le rendu. La ou on pourrait
jouer c'est sur le tag "surface". Si path + paved ou asphalt c'est ok pour
vélo et VTT. sinon que pour VTT

2010/6/24 Frédéric Rodrigo 

> - "Lord Awikatchikaen"  a écrit :
> > Les zooms 10-18 ont été généré cette nuit. :D
> > Par contre j'avais épuré les xml en imaginant ne pas faire ces zooms
> > donc pour le moment c'est pas très intéressant a ces niveaux. Il faut
> donc
> > qu'on modifie les XML
> On peut toujours mettre mapnik en fond. Le fond de carte ne me semble pas
> être un point important, comparer au calque cyclable. Btw, peux tu aussi
> ajouter le fond de carte OpenCycleMap.
>
> Il y a clairement un problème avec le vert ;). Des chemins en terre pas
> forcent très carrossable en vélo (
> http://www.openstreetmap.org/browse/relation/417624 higway=path) sont
> représenté de la même façon que des higway=cycleway.
>
> Fred (qui ne s'est pas dit particulièrement intéressé par le projet
> BeCiklo, une des causes est ticket d'entrée trop élevé pour pouvoir tester
> du rendu mapnik)
>
> ___
> 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] [BeCiklo] On en est où ?

[Lord Awikatchikaen]

Les zooms 10-18 ont été généré cette nuit. :D
Par contre j'avais épuré les xml en imaginant ne pas faire ces zooms donc
pour le moment c'est pas très intéressant a ces niveaux. Il faut donc qu'on
modifie les XML

2010/6/23 Frédéric Rodrigo 

> Le 23/06/2010 13:37, Lord Awikatchikaen a écrit :
> > J'espère que mon message ne passera pas inaperçu en ces temps chargés
> > d'import et de bâtiments.
> Les temps sont plus à "en France on a le bâti" pour le SotM, que "on
> prépare un nouveau style pour la carte cyclable" :/
>
> > Je viens de mettre en place un serveur de
> > tuiles sur mon serveur pour relancer la dynamique autour du projet :
> > http://awikatchikaen.info. Celui ci ne peut être utile que le temps du
> > dev, il ne tiendra pas la charge autrement. Je n'ai d'ailleurs chargé
> > qu'une petite zone : autour de viry-Châtillon (91-Essonne). La zone est
> > intéressante car elle comporte une grande partie des cas de pistes que
> > l'on peut rencontrer.
> >
> > J'ai repris deux fichiers XML avec lesquels j'avais un peu appris à
> > bidouiller Mapnik. Ce ne sont vraiment que de petites ébauches mais ca
> > permettrait d'avoir un point de départ.
> > Le premier sert de fond, j'avais simplifié l'affichage en supprimant
> > beaucoup de superflux et en harmonisant les couleurs.
> Le style est simple épuré et agréable
>
> > Le second se concentre autour du vélo. Transparent en fond il permet
> > d'être superposé a mon fond, à mapnik, ou à Gmap. Petite légende vite
> > fait :
>  > en rouge les footway,
>  > en bleu les pistes cyclables sur voie,
>  > en vert les pistes cyclables hors circulation
> hum en vert il y a des paths, il faudrait les différencier des
> équipement consacré aux cyclistes. Voir aussi à afficher les grades ou
> la nature su sol, peut être par intensité de couleur.
>  > en marron les tracks
>
> > Voila, en espérant que cela nous mènera à une carte complète un de ces
> > jours !
>
> Il reste encore du boulot ;)
> Dès la première utilisation j'ai été frustré par le zoom : on veux voir
> les détails mille sabord !
>
> Fred
>
> ___
> 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] Import semi-automatique du bâti

[Lord Awikatchikaen]

:( et dire que je viens de passer deux semaines pour decalquer les 
riverbank de l'orge  ben voit rien ne sert de courir ...

Bravo et merci ! :D

Le 23/06/2010 06:57, V a écrit :
> J'ai un peu changé le script pour pouvoir avoir les riverbank et les
> piscines/lacs/étangs (étant tous de la même couleur je n'ai pas pu les
> différencier, il suffit d'imaginer qu'un lac est une grande piscine à
> canards).
> Le code est un peu plus clair et permet facilement d'ajouter de
> nouveaux types de surface (sous réserve qu'il en existe d'autres qui
> soient identifiable uniquement par la couleur de remplissage).
>
> Cela permet au passage de corriger un bug qui faisait que le premier
> way d'une ville était toujours dupliqué.
>
> Je ne sais pas si il marche correctement pour les personnes qui
> avaient des wall=no sur tous les bâtiments.
>
>
>
> ___
> 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] [BeCiklo] On en est où ?

[Lord Awikatchikaen]

Bonjour tout le monde,

J'espère que mon message ne passera pas inaperçu en ces temps chargés
d'import et de bâtiments. Je viens de mettre en place un serveur de tuiles
sur mon serveur pour relancer la dynamique autour du projet :
http://awikatchikaen.info. Celui ci ne peut être utile que le temps du dev,
il ne tiendra pas la charge autrement. Je n'ai d'ailleurs chargé qu'une
petite zone : autour de viry-Châtillon (91-Essonne). La zone est
intéressante car elle comporte une grande partie des cas de pistes que l'on
peut rencontrer.

J'ai repris deux fichiers XML avec lesquels j'avais un peu appris à
bidouiller Mapnik. Ce ne sont vraiment que de petites ébauches mais ca
permettrait d'avoir un point de départ.
Le premier sert de fond, j'avais simplifié l'affichage en supprimant
beaucoup de superflux et en harmonisant les couleurs.
Le second se concentre autour du vélo. Transparent en fond il permet d'être
superposé a mon fond, à mapnik, ou à Gmap. Petite légende vite fait : en
rouge les footway, en bleu les pistes cyclables sur voie, en vert les pistes
cyclables hors circulation et en marron les tracks

Fait important, j'ai écrit un petit script qui récupère automatiquement et
quotidiennement (si tout se passe bien) les XML ici
et
la.
Chacun est donc invité à modifier les styles tant que nous sommes en phase
de "dev".

Voila, en espérant que cela nous mènera à une carte complète un de ces jours
!

2010/6/2 hamster 

> GaelADT a écrit :
> > Bonjour,
> >
> > J'aimerai avoir un peu de nouvelles autour de ce beau projet. Déjà qui
> > travaille dessus actuellement ? Est-ce que le serveur pour commencer à
> > tester des rendus a été mis en place ? En tout cas de mon côté je suis
> prêt
> > à donner un coup de main.
> >
> > C'est peut-être un peu tôt pour ça, mais pour motiver les troupes ne
> peut-on
> > pas se fixer pour objectif d'avoir un premier rendu pour SOTM ? Il y aura
> là
> > bas une petite présentation de Géovélo, c'est l'occasion rêvée non ?
>
> moi je suis plutot du genre "pret a degainer pour discuter du rendu
> quand il y aura un premier jet a se mettre sous la dent" mais pour ca
> faut que des plus geeks que moi fassent d'abord quelque chose
>
> ___
> 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] [bâti] Explosion

[Lord Awikatchikaen]

Il pourrait être intéressant de donner des fils a ces tags non ?
Parceque au niveau du rendu c'est un peu fouilli. Les maisons, les magasins,
les immeubles et les cabanes au fond du jardin n'ont pas la meme importance

peut etre que amenity=house/block/hangar  pourrait apporter une
précision supplémentaire ?

2010/6/23 Benoît ROUSSEAU 

>
> > C'est sûr que l'import du bâti va avoir un gros impact. Une rue c'est
> > quelques points, mais avec une dizaine de bâtiments de chaque côté
> > ayant au moins 4 points, ça fait facilement une centaine de
> > points/ways en plus donc un facteur qui peut tourner autour de 100
> > fois plus d'infos !
> >
> > Faudra se plaindre au papa du tag building=yes !
> Et son frère du tag wall=no !
> C'est un troll ne pas répondre.
>
> Benoît R.
>
> ___
> 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] Import semi-automatique du bâti

[Lord Awikatchikaen]

Ha je viens d'avoir ce problème. Tu es sous linux ?!?!
C'est a priori un problème de caractères de fin de ligne a passer de 
windows en unix. Je l'ai fait tout simplement avec kate (Kde)

Le 21/06/2010 20:30, Tenshu a écrit :
> D'ailleurs ça ne marche pas très bien avec la version sur le wiki il 
> me créé des dossiers avec des caractères spéciaux à la fin.
> Je vois pas trop comment m'en sortir de d'ailleurs.
>
> $>sh import-bati.sh 091 "SAINTRY SUR SEINE" saintry 3949
> : not found.sh: 7:
> : not found.sh: 12:
> : not found.sh: 15:
> : not found.sh: 18:
> : not found.sh: 22:
>   % Total% Received % Xferd  Average Speed   TimeTime
> Time  Current
>  Dload  Upload   Total   Spent   
> Left  Speed
> 100 137210 137210 0   148k  0 --:--:-- --:--:--
> --:--:--  326k
>   % Total% Received % Xferd  Average Speed   TimeTime
> Time  Current
>  Dload  Upload   Total   Spent   
> Left  Speed
> 101 147660 147660   138  59226553 --:--:-- --:--:--
> --:--:-- 72059
> : not found.sh: 26:
> grep: tmp/page-2905-2.html: Aucun fichier ou dossier de ce type
> import-bati.sh: 58: Syntax error: end of file unexpected
> (expecting "then")
>
>
> 2010/6/21 Bruno Cortial  >
>
>
>
> Le 21 juin 2010 20:07, Nicolas Dumoulin  @dumoulin63.net
> > a écrit :
>
> Le lundi 21 juin 2010 18:26:19 Bruno Cortial, vous avez écrit :
> > Le 21 juin 2010 18:20, Nicolas Dumoulin
> http://nicolas_openstreetmap.org>@
> >
> > dumoulin63.net > a écrit :
> > > Je n'y arrive pas sur ma commune : Aubière 63.
> > > Voilà ce que j'ai :
> > > $sh import-bati.sh 63 Aubière Aubière 3946
> >
> > Bonjour,
> >
> > Pour le second paramètre il faut utiliser les noms de
> communes tels que
> > présents sur le site du cadastre (Majuscule, sans accents,
> parfois des
> > tirets où il devrait pas y en avoir) Et utilise les quotes !
>
> Ha oui, j'ai collé la mauvaise ligne, mais j'avais la même
> erreur avec le nom
> du cadastre …
>
>
> Il faut également que le répertoire (3ieme paramètre) existe,
> sinon on a ce pb également.
> Il y a une modif de postée plus haut qui intègre la création du
> répertoire si besoin.
>
> A+
> BrunoC
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
>
> -- 
> Mon weblog - http://www.tenshu.fr/
> Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
>
>
>
> ___
> 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] Plugin cadastre pas de télécharg ement des couches

[Lord Awikatchikaen]

Le site du cadastre est en maintenance actuellement. Ceci doit expliquer 
cela

Le 19/06/2010 10:20, Arnaud Vandecasteele a écrit :
> Bonjour à tous,
>
> Depuis la dernière mise à jour du plugin cadastre, je n'arrive plus à 
> télécharger les couches.
> Après avoir spécifié la commune et le département, le lancement se 
> lance bien puis s'arrête sans avoir téléchargé de couches.
> Je fonctionne avec la dernière version de JOSM.
> Avez-vous déjà eu un comportement similaire ?
>
> Merci
>
>
> ___
> 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] Des licences libres pour concilier i nnovation sociale et économique

[Lord Awikatchikaen]

Un veille sur des licences libre diffusé sur twitter plutot que sur
StatusNet (identi.ca) ?

2010/6/15 François Van Der Biest 

> Pour info, je mène une veille permanente sur ce genre de choses.
> -> http://twitter.com/fvanderbiest
>
> F.
>
> 2010/6/15 Benoît ROUSSEAU :
> > Thomas Gratier a écrit :
> >> Bonjour,
> >>
> >> Des réflexions intéressantes sur les licences
> >> L'illustration est pas mal en ce contexte d'interrogation sur la
> >> libération de données
> >>
> >> *Des licences libres pour concilier innovation sociale et économique*
> >>
> http://owni.fr/2010/06/14/des-licences-libres-pour-concilier-innovation-sociale-et-economique/?utm_source=feedburner&utm_medium=twitter&utm_campaign=Feed%3A+Owni+(Owni)&utm_content=Twitter
> >> <
> http://owni.fr/2010/06/14/des-licences-libres-pour-concilier-innovation-sociale-et-economique/?utm_source=feedburner&utm_medium=twitter&utm_campaign=Feed%3A+Owni+%28Owni%29&utm_content=Twitter
> >
> >>
> >> ThomasG
> >> 
> > Bonsoir,
> > C'est article est très intéressant et synthétique. Merci de l'avoir
> > porté à notre connaissance.
> > Benoît R.
> >
> > ___
> > 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] Import CLC des Landes

[Lord Awikatchikaen]

Oui il y a certains coins que j'avais rempli rapidement pour avoir une carte
distribuable à mon mariage le mois dernier et faire un peu de promo OSM :D

J'avais oublié que certains étaient sur l'import CLC des Landes. Désolé pour
les tracas, je ferrais une passe rapidement.

2010/6/11 Frédéric Rodrigo 

> Le vendredi 11 juin 2010 09:46:50, Lord Awikatchikaen a écrit :
> > Ca a un peu chamboulé les communes de Soustons et Azur sur lesquelles
> > j'avais passé un peu de temps
> Ces deux communes n'ont posé quelques problèmes ;)
> J'ai essayé de supprimer ce qui était moins détaillés que CLC et de garder
> que
> qui est plus précis, puis d'y faire coller les poly des Landes.
> Ça serait une bonne idée que tu jettes un gros coup d'oeil dans le coin.
>
> Fred
>
> ___
> 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] Import CLC des Landes

[Lord Awikatchikaen]

Bravo pour ton travail.
Ca a un peu chamboulé les communes de Soustons et Azur sur lesquelles
j'avais passé un peu de temps mais ce n'ai rien par rapport a cette belle
carte en zoom 9 :D

2010/6/11 Frédéric Rodrigo 

> Voilà c'est dans la boite !
> Pas mécontent d'avoir terminer :]
> Il m'a fallut une grosse dizaine d'heures de plus pour ce polygone. 0.3x0.3
> est définitivement un bon choix pour le découpage en carrés.
>
> Fred (qui na va pas recommencer de si tôt ce genre d'aventure)
>
> Le mercredi 09 juin 2010 15:19:15, Cedric Dumez-Viou a écrit :
> > J'ai remplacé l'archive zip de FR-221328 par une avec les gros carrés.
> >
> http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Op%
> > C3%A9rations_post-import#Liste_des_polygones_.C3.A9normes
> >
> > Le 9 juin 2010 15:00, Frédéric Rodrigo  a écrit
> :
> > > Le mercredi 09 juin 2010 13:50:29, Cedric Dumez-Viou a écrit :
> > >> J'ai opté arbitrairement pour un découpage par pas de 0.1°.  Est-ce
> > >> que 0.3°conviendraient mieux?  En gros, ça ferait 9 fois moins de
> > >> polygones mais 3 fois plus larges.
> > >> Le problème des éclats a été soulevé en effet sur la liste.  Il y en
> > >> aura moins si on coupe moins souvent (sic).  Mais mon soft n'étant pas
> > >> super souple, je ne vois pas tout de suite comment recoller ça tout
> > >> seul.
> > >
> > > Faute mieux je veux bien des carrés de 0.3 par 0.3 pour terminer
> > > l'import. Si tu peux encore générer ça pour ça reste cohérent avec ce
> > > qui est déjà importé.
> > >
> > > ___
> > > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu des highway

[Lord Awikatchikaen]

+1

Ca pique les yeux des gens qui vont dessus quand je leur parle d'OSM. Et
tout les gens n'arrive pas à faire le distinguo entre données et rendu.
Ne pourrait on pas profiter de la dynamique lancé par becyclo (quoique au
point mort) pour avoir un rendu français de la carte que l'on pourrait
mettre sur OSM.fr ?

2010/6/7 Vincent Pottier 

>  Le 07/06/2010 20:58, Emilie Laffray a écrit :
>
> On 07/06/2010 19:37, Ab_fab wrote:
>
> Bonsoir,
> Le rendu Mapnik proposé par le site openstreetmap.org n'est qu'une
> représentation parmi d'autres
>
>
> +1
> Il ne faut pas confondre rendu et les donnees telles qu'elles existent dans
> la base de donnees. Le rendu sur le site de OpenStreetMap n'est vraiment
> qu'un des rendus possibles.
>
> Certes, mais le plus vu. S'il peut être un peu amélioré...
> --
> FrViPofm
>
> ___
> 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] Militantisme ?

[Lord Awikatchikaen]

Sur Wikipedia il y a plusieurs grade avec différents droit tels que les
modérateur.
Et tous les contributeurs ne sont pas au même niveau, un utilisateur non
enregistré sera plus surveillé.

Peut être faudrait il instruire un système identique, les modif d'un nouvel
utilisateur seront peut être plus a surveiller que celles de Pieren, Sylvain
ou Émilie ? Sans aller jusqu'au vandalisme les erreurs de débutant étant
nombreuses

2010/6/4 Vincent Pottier 

> Le 04/06/2010 02:22, Benoît ROUSSEAU a écrit :
> > Bonjour,
> >
> > Je pose ces questions parce quelles me trottent en tête depuis le
> début...
> >
> > - Le vandalisme/militantisme est-il fréquent sur OSM ?
> >
> > Rien ne m'empêche un "Je t'aime Germaine" sur le monde pour l'anniv de
> > ma compagne, d'afficher mon militantisme en ajoutant "Non au NUCLAIRE !"
> > sur la France, ajouter une grosse bite à la France pour enculer
> > l'Angleterre lors de la coupe du Monde de football, ou effacer trois ou
> > quatre villes pour me marrer parce que je m'ennuie... Les exemples sont
> > volontairement idiots, mais j'y repensai suite aux pb au moyen orient.
> >
> > D'autant plus que même pour du texte ou un sigle, nombre de petits
> > segments peuvent être créés par autant d'utilisateurs fantômes, ... pas
> > nécessairement super simple à éliminer en bloc.
> >
> > La bêtise et les possibilités offertes peuvent laisser rêveur nombre
> > d'abrutis et de militants de toutes causes. Qui plus est, tout cela
> > pourrait faire du buzz dans les médias.
> >
> > - Dans pareils cas que se passerai t'il du côté d'OSM, de la communauté
> > ? C'est prévu, réversible (oui la 10Go/semaine)? Il y a t'il une
> vigilance ?
> >
> Le principe est à peu près le même que sur wikipédia. Plus c'est
> regardé, plus vite c'est corrigé : la communauté est réactive.
>
> Le vandalisme dans une zone fréquentée ne durera pas longtemps. Le
> vandalisme dans des zones peu fréquentées tiendra plus longtemps, mais
> il est moins gênant puisque la zone est peu fréquentée. Mais les
> taggeurs taggent pour que ce soit vu.
>
> Pour le vandalisme grossier (exemple cité par Vincent), la réponse est
> rapide, facile : revert, mail, blocage, ban... Quand le facétieux reçoit
> trois mails de trois personnes différentes en un rien de temps, ils se
> sait observé.
>
> Le problème vient pour les produits dérivés de la base. Le gars qui fait
> sa crotte le soir à minuit au cœur de Paris, c'est corrigé le lendemain
> matin. Mais entre temps, il y aura eu des extractions qui auront servi à
> faire des cartes GPS, voire quelqu'un qui aura imprimé à 8h00 une carte
> avec mapOSMatic pour l'afficher à la Mairie de Paris...
>
> L'autre difficulté, c'est la distorsion. Le gars qui supprime un petit
> élément qui lui déplait, qui dévie la route, qui ajoute un tag par ci,
> par là...
> Difficile à repérer.
>
> Le cas "germaine" a été compliqué à résoudre : plusieurs changesets,
> destructions, ajouts... Un éléphant dans un magasin de porcelaine.
> La réponse ne peut pas être aussi tranchante que le revert et le blocage
> : certes il y a maladresse mais pas volonté de nuire.
>
> Un article :
> http://wiki.openstreetmap.org/wiki/Vandalism
>
> Un outil de suivi :
> http://www.itoworld.com/static/openstreetmap.html
>
> --
> FrViPofm
>
> ___
> 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] tourniquet métro

[Lord Awikatchikaen]

Bonjour,

Je cherche a modéliser le tunnel qui passe sous une gare RER, il y a des
sections bloqués par des tourniquet (ou des portes) y a t il moyen de les
entrer dans OSM ? C'est surtout intéressant pour les logiciels de routage
vélo/piéton

Sinon je pensais mettre un barrier=gate + access=private mais c'est pas très
propre

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

Re: [OSM-talk-fr] Liste des gares ferroviaires

[Lord Awikatchikaen]

Oui il a des gares qui n'appartiennent pas a la SNCF et beaucoup même. La
plupart passent dans le prive comme St Lazare par exemple. Maintenant ca
n'en devient pas un operator

2010/5/31 Pieren 

> 2010/5/31 Marc SIBERT 
>
>>
>> Mes 0.02 € encore, dans les cas simple, on place l'arrêt sur la voie avec
>> railway=station + name + operator.
>
>
> operator ? il y a des gares qui n'appartiennent pas à la SNCF ?
> Sinon, il y a quand même des différences notables avec ce qui est déjà
> documenté dans le wiki:
>
>>
>>- les bâtiments (building=yes) ;
>>
>> building=train_station
>
>>
>>- les quais (railway=plateforme + ref) ;
>>
>> railway=platform (typo)
>
>>
>>- les points d'arrêt (un simple rôle stop sur un node sur chaque voie)
>>;
>>
>> railway=stop (un tag, pas un rôle)
> + railway=station pour la compatibilité avec les sites simples (cf le wiki)
>
>
>>
>>- le landuse qui entoure les voies (l'emprise des voies) et qui est
>>directement lié à la gare (bâtiments annexes, voies de garage ou de 
>> triage,
>>etc.).
>>
>> landuse=railway ?
>
>>
>>- mais *pas* les voies elles-mêmes.
>>
>> les voies entrantes et sortantes mais les voies de service pourraient en
> faire partie
>
> 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] rendu cyclable : choix d'un nom

[Lord Awikatchikaen]

le .fr aussi, ca va etre dur d'avoir de la visibilité sans ceux la

Le 26/04/2010 18:23, Etienne Trimaille a écrit :
> Je tiens à préciser que http://www.cartovelo.com/ est pris.
>
> Le 26 avril 2010 15:40, Sebek Ab.  > a écrit :
>
> Bonjour,
>
> Après une semaine d'ouverture du scrutin, voici les résultats du
> vote :
> * cartovélo : 6 votes
> * BeCiklo : 7 votes
> toutes les autres propositions sont en dessous de 4 votes.
>
> Devant le faible écart entre les deux propositions, je propose une
> deuxième tour de scrutin entre ces deux noms, pour avoir une majorité
> nette et ne plus se poser la question ensuite.
>
> Pour voter :
> http://www.doodle.com/9rgnbu968c4r6g99
>
> sebek
>
> ___
> 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] Besoin d'un serveur

[Lord Awikatchikaen]

De quel ordre de grandeur sont les besoins ?
Un serveur ca mange quoi comme disque ?

Le 23/04/2010 20:41, Etienne Chové a écrit :
> François Van Der Biest a écrit :
>
>> Hello,
>>
>> Je viens d'avoir François Vigouroux, de BMO, au téléphone.
>> Il va nous mettre à disposition une orthophoto à 20cm de résolution, sur
>> le territoire de Brest.
>>
>> J'ai proposé que nous montions un WMS (et éventuellement un WMS-C) avec
>> cette orthophoto + les données vecteur du graphe routier, récemment
>> fournies.
>> Je veux bien m'occuper de cette tâche si je peux accéder à une machine
>> (par exemple une machine free ?) via ssh, et qu'il y a une debian dessus.
>>  
> Pas de pb. Quelle place disque est nécessaire ? C'est la denrée rare en
> ce moment.
>
>


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

Re: [OSM-talk-fr] Faire coïncider des polygones

[Lord Awikatchikaen]

Sous Josm, tu peux fusionner les points un a un pour un alignement 
parfait avec la touche "m".

Le 23/04/2010 20:20, Damien Hardy a écrit :
> Bonsoir,
>
> Quelle est la meilleurs manières de faire coïncider les frontières de n
> polygones.
>
> Un exemple étant plus parlant :
> http://www.openstreetmap.org/?lat=48.58166&lon=2.20219&zoom=17 voici
> l'étang d'Ollainville. La zone de bois entoure la pièce d'eau ...
>
> Je suis parti de la tâche bleue grossière chargée visiblement
> automatiquement pour la caler au mieux de la réalité du bord de l'eau.
> mais du coup la forêts laissait des trous. J'ai donc essayé de les
> aligner à l'œil mais je sens intuitivement que c'est mal©
>
> Existe t-il un moyen de mutualiser des nœuds entre les polygones de
> telle manière que quand je bouge ce nœud, tous les polygones dont il
> ferait partie soient modifiés ?
>
> Cdt,
>
>


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

Re: [OSM-talk-fr] Bandes de bus entre 2 voies normales.

[Lord Awikatchikaen]

tu peux aussi regarder le TVM sur l'ile de france :
http://www.openstreetmap.org/?lat=48.75444&lon=2.33044&zoom=17&layers=B000FTF

2010/4/23 Mathieu Arnold 

> +--On 23 avril 2010 09:53:53 +0200 Claude Minette 
> wrote:
> | Comment tagguer ça ?
> |
> | J'ai pour le moment fait ceci :
> |
> http://www.openstreetmap.org/?lat=50.64502&lon=5.570301&zoom=18&layers=B0
> | 00FTF
>
> à Paris, il y a ça qui a été fait sur le boulevard du montparnasse :
> http://osm.org/go/0BOdlLo_W--
>
> highway=service
> access=no
> bicycle=yes
> psv=yes
>
> Et c'est pas séparé par des arbres, juste une petit butte en ciment.
>
> --
> Mathieu Arnold
>
> ___
> 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] Re : rendu cyclable : choix d'un nom

[Lord Awikatchikaen]

Si le projet est libre les autres communauté seront a même de récupérer
notre XML et créer leur propre projet local en l'adaptant selon leur règle
de circulation et d'ergonomie de la carte.

2010/4/21 kimaidou 

> Hum...
>
> Nous sommes en train de lancer une dynamique pour créer un rendu adapté aux
> cyclistes = à tous les cyclistes.
> Cette dynamique est pour l'instant francophone, mais je ne vois pas
> pourquoi on ne pourrait pas en faire profiter l'international. Il me semble
> que les cyclistes de par le monde sont confrontés à peu près aux mêmes
> besoins : évaluer la pente, connaître les pistes cyclables, l'état de
> surface d'un chemin, etc.
>
> C'est dans cet esprit que javais créé la page wiki
> http://wiki.openstreetmap.org/wiki/OpenBicycleMap
> qui a depuis été complétée par certains d'entre nous.
>
> Pour le nom, nous ne sommes pas obligés de le trouver en anglais. Comme dit
> ici, "ubuntu" n'est pas anglais, mais connu sans problème à l'international.
> Par contre, si ce n'est pas anglais, je pense alors qu'il ne faut pas que
> ce soit trop "régionalisé", come cartovélo par exemple.
>
> Bref mon ressenti, c'est "ne pas faire francophone", mais profiter de
> l'énergie déployée depuis hier pour réaliser un bel outil pour tous.
>
> Nb : j'ai rajouté un chapitre "proposed names" dans la page wiki
> http://wiki.openstreetmap.org/wiki/OpenBicycleMap
>
> NB: je propose qu'on mette dans cette page un contenu en anglais, et qu'on
> crée une page
> http://wiki.openstreetmap.org/wiki/FR:OpenBicycleMap
> pour y mettre le contenu francophone
>
> Kimaidou
>
> Le 21 avril 2010 12:26, Txo  a écrit :
>
> En ce mercredi 21 avril 2010 à 10:52:46  arno nous susurrait :
>>
>> > oui, c'est une bonne question. C'est vrai que pour l'instant, on sait
>> pas
>> > vraiment ce qu'on faire. Est-ce qu'il faut mieux faire quelque chose qui
>> > puisse servir un peu à tout le monde (les français, les autres
>> nationalités,
>> > les cyclotourists, les vttistes, etc), mais qui au final soit un peu
>> moyen
>> > pour tout le monde, ou bien est-ce qu'on commence par quelque vraiment
>> adapté
>> > à une catégorie d'usagers (par exemple, les français), mais beaucoup
>> moins à d'autres
>>
>> Dans ce cas là, pourquoi un nom en anglais ?
>>
>> --
>> -+-  Dominique Marin http://txodom.free.fr -+-
>> «Les chiens vous regardent tous avec vénération. Les chats vous toisent
>> tous avec dédain.  Il n'y a que les cochons qui vous considèrent comme
>>  des égaux.»
>> -+-  Winston Churchill «Sauvez un Coyote ! Mangez une colombe !»   -+-
>>
>> ___
>> 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] rendu cyclable : choix d'un nom

[Lord Awikatchikaen]

La différence c'est que google map, facebook, twitter, Myspace et autres nom
a rallonge sont retenu essentiellement par bourrage de crane mediaStiques.
Je ne suis pas sur que l'on ai la même force publicitaire. Donc on doit
jouer sur le nom pour rester dans les esprits.

Et j'ajouterais que peu de monde "connait" google map, ils tapent la ville
dans google.fr et clique sur la carte qui s'affiche. C'est pas "google map",
c'est "google"

2010/4/21 Christophe Merlet (RedFox) 

> Le mercredi 21 avril 2010 à 10:28 +0200, Olivier Boudet a écrit :
> > Bonjour,
> >
> > On Wed, 21 Apr 2010 10:05:39 +0200, Lord Awikatchikaen
> >  wrote:
> > > Est ce qu'on est oblige de garder le open ? De nombreux projet sont
> > libre
> > > sont s'appeler Open{projet}. Les noms a rallonge ont tendance a êtrf
> > moins
> > > mémorisé. Il faut en trouver un qui reviendra tout de suite a l'esprit
> > > d'un
> > > utilisateur qui ne l'aura lu qu'une fois dans un article de presse par
> > > exemple. Je suis pas sur que "OpenBikeMap" ai un impact sur le lecteur
> > > moyen
> > > francais :D (trop de syllabes, en anglais ... )
> > >
> >
> > Je suis d'accord avec ces interrogations. Je pense qu'il faut penser à la
> > cible potentielle de la carte.
> >
> > La cible est-elle des informaticiens, des gens au courant de ce qu'est le
> > "libre", de ce qu'est OSM, de ce que signifie "open" dans le monde
> > informatique ?
> >
> > Ou bien la cible est-elle des utilisateurs ayant moins de connaissances
> > dans le domaine informatique, des personnes "banales" qui souhaitent
> juste
> > voir un itinéraire cyclable se fichant de savoir si c'est "open" ou non
> > mais cherchant juste le meilleur service, le plus détaillé et le plus à
> > jour possible ?
> >
> > A mon avis, chercher un nom trop près d'OSM, et de près du "libre" (avec
> > des préfixes de type "Open") est plus un frein pour la communication pour
> > ce site.
> >
> > Mieux vaut à mon avis trouver un nom plus communicatif comme il en existe
> > déjà (GéoVélo par exemple est un très bon nom à mon avis) :
> > - cartovélo
> > - vélocarte
> > - vélomap
> >
> > Des trucs plus consensuels en somme... Reste après à trouver quelques
> > chose de plus international si nécessaire.
>
>
> C'est vrai que les noms compliqué comme "Google Maps" sont impossible a
> retenir. Personne d'ailleurs n'arrive a retenir ce nom.
> En plus qui sait ce que signifie Google ? Même chez les informaticiens,
> c'est pour dire !!
> Google Maps, c'est l'échec assuré avec un nom comme ça ! On se demande
> vraiment qui il cible avec un nom comme ça...
>
>
>
>Librement,
> --
> Christophe Merlet (RedFox)
>
> ___
> 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] rendu cyclable : choix d'un nom

[Lord Awikatchikaen]

Est ce qu'on est oblige de garder le open ? De nombreux projet sont libre
sont s'appeler Open{projet}. Les noms a rallonge ont tendance a êtrf moins
mémorisé. Il faut en trouver un qui reviendra tout de suite a l'esprit d'un
utilisateur qui ne l'aura lu qu'une fois dans un article de presse par
exemple. Je suis pas sur que "OpenBikeMap" ai un impact sur le lecteur moyen
francais :D (trop de syllabes, en anglais ... )

Je propose Vélos.fr (on peut meme garder l'accent vu que c'est maintenant
autorisé dans les URL)
ou pistesvertes.fr. ce qui permettrait de mettre egalement les quelques
vrais footway.



2010/4/21 christophe savigny 

> + 1 pour Openbikemap
>
> Grenoble est une ville pas mal je pense  : pas mal d'aménagements
> cyclables, une voie verte qui passe dans le centre, et la montagne toute
> proche
>
>
> http://www.openstreetmap.org/?lat=45.19346&lon=5.72518&zoom=16&layers=00B0FTF
> <
> http://www.openstreetmap.org/?lat=45.19346&lon=5.72518&zoom=16&layers=00B0FTF
> >
>
> tOf
>
> Le 20/04/2010 22:24, esperanza a écrit :
> > - OpenBicycleMap me semblait très bien,
> > sinon BicycleOpenMap
> > ou bien encore OpenVeloMap
> > - Marseille et Nice ne sont pas si intéressants pour un rendu test, il
> > n'y a quasiment pas d'aménagements cyclables à Marseille, et très peu à
> > Nice. Pourquoi pas Lyon, au réseau plus étoffé, ou bien Grenoble /
> > Strasbourg / Nantes / Paris ?
> >
> >
> > ___
> > 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] Re : rendu cyclable

[Lord Awikatchikaen]

2010/4/19 hamster 

>  jul...@krilin.org a écrit :
>
>  Les surcouche ncn, rcn sont intéressante a faible zoom.
> On est pas non plus obligé de partir avec le rendu mapnik de base, quel
> est
> intéret des lignes hautes tension ou des batiments ?
>
>
>  Certains bâtiments font des bon point de repères : église, bâtiment
> publique, etc.
> Idem pour les voies de chemin de fer.
> Pour les lignes a hautes tension, ca se discute.
>
> "A ok, pour aller a tel endroit je traverse le village X, a l'église je
> tourne a droite et c'est 500m à droite après le stade"
>
>
>
> et au dela de ces points de repere je trouve que tous les batiments sont
> tres utiles, non pas individuellement mais collectivement
>
> c'est eux qui permettent de voir les limites des villes, les types de
> quartier (centre ville / pavillonaire / barres de HLM / zone industrielle /
> autres)
> on peut bien sur essayer de le rendre avec des plages de couleur mais c'est
> alors une information bien plus intellectuelle (il faut faire un effort
> d'imagination pour se dire que la ou c'est sur fond vert clair c'est un
> quartier pavillonaire, tout comme il faut faire un effort d'imagination pour
> se dire que ca monte la ou y'a des courbes de niveau) et la carte en est
> moins lisible
>
> tant qu'on en est a parler de ca, si on arrive a faire un truc ou on voit
> bien le relief c'est pas plus mal pour les velos
> ce qui me plait le plus c'est un degrade : la couleur depend de l'altitude
> (soit ca va du rouge au bleu, soit ca va d'une couleur au blanc)
> le dur c'est pour arriver a donner l'indication de la pente dans les zones
> urbaines ou c'est deja surcharge d'informations et ou on ne voit plus ce qui
> est en fond comme les lignes de niveau ou le degrade de couleurs
>
>
Comme la couche Hillshading de http://toolserver.org/~cmarqu/ ?



> ___
> 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] Re : rendu cyclable

[Lord Awikatchikaen]

2010/4/19 Guillaume Allegre 

> Le Mon 19 Apr 2010 à 05:29 -0700, THEVENON Julien a ecrit :
> > De : Guillaume Allegre 
> >
> >
> > Oui, mais sans s'entêter.
> > Il est bien possible que le vélo urbain et l'usage
> cyclotouriste/VTTiste
> > soient mieux gérés par deux rendus différents.
> >
> > Mapnik arrive a rendre differement les routes des chemins : traits
> continus vs pointilles ( schematiquement )
> > Un systeme equivalent pour le velo pourrait peut etre fonctionner, avec
> par exemple des couleurs indiquant la difficulte comme des pistes de ski
> >
>
> Je ne pensais pas tellement au problème de la difficulté du terrain, mais
> d'éviter la surcharge
> d'info sur le rendu.
>
> Pour préciser, un exemple : pour un cycliste urbain (mon cas, en gros), les
> itinéraires
> "longue distance" type véloroutes sont de peu d'intérêt alors qu'elles sont
> importantes pour
> un cyclotouriste.
>
> Comme en ville, on a déjà une densité d'info très élevée sur du mapnik de
> base, et qu'on
> veut en ajouter (par exemple de quel côté est la bande cyclable, un seul ou
> des deux, si c'est un
> contre-sens, etc...), je pense qu'il sera indispensable d'en enlever aussi.
> Par exemple les
> surcouches itinéraires ncn, rcn...
>

Les surcouche ncn, rcn sont intéressante a faible zoom.
On est pas non plus obligé de partir avec le rendu mapnik de base, quel est
intéret des lignes hautes tension ou des batiments ?
Ce qui serait intéressant c'est d'avoir la carte des pistes sur un layer
qu'on pourrait superposer sur un fond perso avec juste les infos qu'on veut.
Ainsi n'importe qui pourra réutiliser le layer libre pour le superposer a sa
propre carte ou au rendu mapnik de base.


> C'est juste un exemple mais l'idée, c'est d'envisager plusieurs rendus
> (comme Sebek Ab. l'a dit).
>
> > > > Ca vaut le coup d'essayer.
> > >
> > > Oui, mais sans s'entêter.
> > > Il est bien possible que le vélo urbain et l'usage
> cyclotouriste/VTTiste
> > > soient mieux gérés par deux rendus différents.
> >
> > ça peut être 2 feuilles de styles, pour 2 rendus, élaborées au sein d'un
> > même effort, visant à mutualiser ce qui peut l'être.
>
> Bien sûr !
>
>
>
> --
>  ° /\Guillaume AllègreMembre de l'April
>  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel
> libre
>  /   /~~\tél. 04.76.63.26.99  http://www.april.org
>
> ___
> 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] rendu cyclable

[Lord Awikatchikaen]

J'avais commence un rendu pour me familiariser avec mapnik (voir
http://www.flickr.com/photos/9109...@n08/4534424970/). Je voulais surtout
faire ressortir les path (en rouge les footway, en vert les path et
cycleway, en bleu les lane cycleway).

Bon mon XML est pas propre donc, je pense pas que ce soit autre chose qu'un
brouillon mais si ça se concrétise :
1/ Je propose mon aide pour arriver a une carte cyclable libre
2/ mon serveur peut servir en attendant qu'on trouve quelque chose de plus
poussé

Cordialement.

2010/4/19 kimaidou 

> Bonjour,
>
> Je ne sais pas ce que vous en pensez, mais si nous ne trouvons pas
> satifsaisant le rendu, pourquoi ne pas créer notre propre rendu ?
> Il "suffit" de créer le bon xml mapnik (ou mieux d'utiliser cascadenik)
> pour avoir notre style.
> Alors on créérai une page wiki qui le documenterait, on le mettrait en
> license cc-by-sa, et nous, la communauté, serait libre :).
>
> Je n'ai pas bien suivi les discussions sur les serveurs dispos sur la
> France, mais on pourrait en utiliser un pour héberger ce rendu, au moins
> pour la France si nous n'avons pas la capacité d'accueillir la base mondiale
> ?
>
> Qu'en pensez vous ?
>
> Ce serait notre projet Phare de mi 2010. "ReallyOpenCycleMap" ;)
>
> Kimaidou
>
> Le 19 avril 2010 00:32, Emilie Laffray  a écrit
> :
>
>>
>>
>> 2010/4/18 Sebek 
>>
>> Bonjour,
>>>
>>> Je déterre un peu ce sujet. Effectivement, il y a des manques dans le
>>> rendu OpenCycleMap pour le vélo urbain.
>>>
>>> En vrac :
>>> - le rendu des stations de vélos en libre service (Un C blanc dans un
>>> carré jaune) est étonnant et peu visible.
>>> - les double-sens cyclables, comme tu l'as déjà noté
>>> - les couloirs de bus accessibles aux vélos
>>> qui paraissent pourtant indispensables pour se déplacer en ville en
>>> vélo.
>>>
>>> Le projet OpenCycleMap est il un projet libre ? Les contributions
>>> extérieures sont-elles acceptées ?
>>>
>>
>> OpenCycleMap n'est pas un projet libre en soi. Je pense que si tu fais des
>> demandes raisonnables elles seront écoutées. Mais clairement le créateur de
>> openCycleMap se réserve le droit d'utiliser une suggestion ou non. Il y
>> avait eus un débat la dessus sur la mailing liste principale il y a quelques
>> mois.
>>
>> Emilie Laffray
>>
>> ___
>> 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] Base de données des obstacles sur cours d'eau

[Lord Awikatchikaen]

d'après la page avertissement (http://www.eaufrance.fr/spip.php?article695)
on peut importer les données mais pas les modifier.

"La réutilisation des informations suppose que celles-ci ne soient pas
altérées, que leur sens ne soit pas dénaturé et que leurs sources et la date
de leur dernière mise à jour soient mentionnées"

Mais c'est assez contradictoire avec ce pargraphe il me semble :
"’utilisateur peut également changer le format informatique et adapter les
données et métadonnées pour les intégrer à son propre système d’information
ou les mettre à disposition. . Il peut agréger les informations, ajouter ou
supprimer des attributs, sélectionner une partie du territoire, et réaliser
une généralisation géographique. Il doit alors veiller à respecter
scrupuleusement la qualité des données et à ne pas en dénaturer le sens. "

Peut être qu'il pourrait être intéressant de produire un layer non
modifiable avec ces données. Les mappeurs pourront ainsi identifier les
points a aller vérifier sur le terrain et les entrer sur OSM ? juridiquement
c'est possible ?

2010/4/10 yvecai 

> C'est bon pour les kayakistes, çà!
> Fonce!
> Pierre-Alain Dorange wrote:
> > L'onema bient de terminer un inventaire complet de tout les obstacles
> > sur les cours d'eau :
> > 
> >
> > Il s'agit d'un assemblage des bases de données existantes des Agences
> > de l'eau, de la direction Eau et Diversité, Diren, EDF, Onema, Office
> > de l'eau, Voies naviguables de France et d'organismes de recherche. A
> > part EDF ce sont tous des organismes d'état.
> >
> > Je ne trouve par contre aucune info sur la licence des données ou
> > l'accès aux données brutes... Mais il y a un contact/coordinateur du
> > projet.
> >
> > Je le contact par email pour lui exposer le projet OSM et demander un
> > accès aux données (dans la mesure de compatibilité des licences).
> >
> > Les données sous forme de carte (interface toujours aussi terrible sur
> > les sites EauFrance)
> > 
> >
> > --
> > Pierre-Alain Dorange,
> > Blog Citoyen de Cognac : 
> > Twitter :  - Facebook :
> > 
> >
> > 
> >
> > ___
> > 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] Import des bâtiments et des adress es à Paris ?

[Lord Awikatchikaen]

Vu l'historique des bâtiment du centre de paris, je pense qu'un plugin est
en phase de test :D

2010/4/14 Philippe Pary 

> Le mercredi 14 avril 2010 à 14:38 +0200, OSM Léon a écrit :
> > Il y a l'air d'y avoir un énorme travail d'import du bati parisien en
> > cours. Le 15e importe massivement bati et adresses et le bati est bien
> > avancé dans le centre de Paris. Quelqu'un a trouvé un robot miracle
> > pour utiliser le cadastre ou quelqu'un a embauché une armée de moines
> > bénédictins à la patience proverbiale ?
>
> Un même travail a lieu à Lille.
> >
> > Je pose la question parce que si il y a des scripts d'import
> > automatiques ou pseudo automatiques qui tournent, je vais supprimer
> > les quelques bâtiments que j'ai rentré avec une certaine imprécision.
> >
> > Et quant aux adresses, je croyais qu'on n'avait pas le droit de les
> > rentrer. Je me suis trompé ?
>
> Non
>
> Philippe
>
>
> ___
> 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] Mappy : un retour intéressant

[Lord Awikatchikaen]

 ils ne ferrait pas rien, ils participeraient à la diffusion du projet,
c'est déjà beaucoup je trouve. Mappy sur OSM ça serait énorme même si leur
fréquentation ne fait que baisser (quelle IHM affreuse), on toucherait un
public conséquent.

Chaque contributeur ici sait que les données qu'il entre peuvent être
utilisé commercialement et ce sans obligation de retour. A partir de la, on
ne va pas s'étonner qu'une entreprise cherche à garder ses données qui sont
un peu son fond de commerce ...


2010/4/8 Tenshu 

> Ensuite, il faut analyser attentivement les conditions d'utilisation; nous
>> ne sommes pas certains que l'on puisse utiliser des données OSM sans que les
>> points d'intérêt que nous y plaçons ne tombent pas dans le domaine public ;
>> or, nous n'avons pas l'intention de faire don de nos POI, par exemple les
>> 7 hotels que nous avons acquis, et qui représentent une forte valeur
>> ajoutée.
>>
>
> Traduction:
>
>  Ensuite, il faut analyser attentivement les conditions d'utilisation; nous
>> ne sommes pas certains que l'on puisse *piller* des données OSM sans que
>> nous soyons obliger d'y contribuer or, nous n'avons pas l'intention de faire
>> quoi que ce soit pour ce projet.
>>
>
>
> 2010/4/8 Julien D. 
> >
>
>> Effectivement c'est intéressant, bien que certains propos sont étonnants.
>>
>> Le nombre d'attribut par tronçon est illimité (il ne faut pas se limiter
>> aux tags du wiki!) et le calcul d'itinéraire existe depuis bien longtemps
>> sur les données OSM, sans aucun soucis.
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Mon weblog - http://www.tenshu.fr/
> Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
>
>
>
> ___
> 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] Tagger une allée de parc parisien

[Lord Awikatchikaen]

alors déjà footway c'est une erreur pour moi, c'est au minimum un path car
pas interdit au vélo (comme trop de footway sur OSM) Ensuite tu rajoute
simplement le tag surface.

Après si c'est ouvert au voiture de service, tu peux faire un highway track
(ou service) couplé avec "access=designated" + foot et bicycle = yes

2010/3/25 OSM Léon 

> Bonjour à tous,
>
> J'ai un dilemme concernant la cartographie des parcs des Buttes Chaumont et
> Montsouris à Paris. Les gens qui avaient initié le mapping avaient tracé les
> allées comme highway=footway. Dans un premier temps j'ai fait de même. Mais
> certaines allées dans ces parcs sont très larges, faites dans une espèce de
> bitume et souvent utilisées par des voitures des parcs & jardins de la ville
> de Paris. J'ai même vu un tracto pelle passer par là... Après c'est bien
> évidemment réservé aux piétons mais je suis très tenté de les mettre en
> highway=service, ce qui me semble plus juste.
>
> Pour vous faire une idée, voici deux photos de ces allées :
> http://commons.wikimedia.org/wiki/File:070922_Parce_des_Buttes_Chaumont_005.jpg(la
>  perspective écrase un peu, l'allée doit bien faire 3m de large) et
> http://commons.wikimedia.org/wiki/File:Paris_Buttes-Chaumont_002.jpg(allée du 
> fond).
>
> Qu'en pensez-vous ?
>
> Thomas
>
> ___
> 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] Transports en commun

[Lord Awikatchikaen]

Les mises a jour concerne plus les horaire et stations desservies. quoi que
les stations ca bouge moins. Ca reste quand même difficilement maintenable
car le nom de la mission peut changer pour un train qui semble le même aux
usagers, c'est a dire qu'il fait les mêmes arrêts mais fini au hangar plutôt
que de repartir en sens inverse.

On atteint une donnée limite d'OSM. autant je pense que les lignes de
transport et les arrêt y ont leur place, autant les différents parcours
possible sur la ligne avec les arrêts ou non sur telle ou telle gare ne me
parait pas être une donnée géographique. Sinon on va tagguer le TGV 8557 qui
fait lille-Massy-St pierre des corps-futuroscope-poitiers-bordeaux et son
petit frere qui ne s'arrête pas a poitiers et celui qui fait
montparnasse-bordeaux-Dax et tous les autres 

2010/3/25 Vincent Pottier 

> Le 25/03/2010 09:03, Lord Awikatchikaen a écrit :
> > Ayant eu un paternel cheminot, je ne suis pas sur que mapper les
> > missions soit une bonne idée vu leurs fréquences de mises a jour ...
> Sur quoi portent les mises à jour.
> * Sur les horaires ? pas de problème pour les routes (on n'entre pas la
> table d'horaire)
> * sur les voies empruntées ? problème
> * Les stations desservies ? problème partiel. Le rôle, dans la relation
> peut être du genre 'arrêt possible' plutôt que 'stop'.
> >
> > Il serait plus logique de mapper D1, D2 par montgeron, D2 par ris
> > orangis, et D3 (voir
> >
> http://www.ratp.info/orienter/f_plan.php?fm=gif&loc=reseaux&nompdf=rer&lang=
> > <
> http://www.ratp.info/orienter/f_plan.php?fm=gif&loc=reseaux&nompdf=rer&lang=
> >)
> >
> Possible si, par exemple, 'D2 par Montgeron' est stable dans les
> stations desservies, ou alors créer les variantes 'D2 express par
> Montgeron'... (mais ça doit correspondre en gros aux missions)
> --
> FrViPofm
>
> ___
> 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