Juste pour vous signaler que j'ai mis à jour la visite guidée en y
ajoutant les dernières nouveautés principales.
http://umap.openstreetmap.fr/map/cquest/visite-guidee-du-rendu-osm-fr
--
Christian Quest - OpenStreetMap France
Synthèse du Week-end SOTM-FR à Lyon :
Géniale cette visite guidée. Quelle bonne idée !
Le 25 avril 2013 15:46, Christian Quest cqu...@openstreetmap.fr a écrit :
Juste pour vous signaler que j'ai mis à jour la visite guidée en y
ajoutant les dernières nouveautés principales.
Salut,
et encore merci :-)
Le 25/04/2013 10:46, Christian Quest a écrit :
Juste pour vous signaler que j'ai mis à jour la visite guidée en y
ajoutant les dernières nouveautés principales.
http://umap.openstreetmap.fr/map/cquest/visite-guidee-du-rendu-osm-fr
Je me demandais comme ça si ce ne
J'ai remarqué que les icônes des hôpitaux ne sont pas différencié en
fonction de leur service d'urgence ou pas. On pourrait mettre une
icône spécifique pour les hôpitaux prennent en charge les urgences?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Salut,
Quand on regarde la Guyane française, par exemple au zoom 18, avec le
rendu Mapnik ou FR, c'est le grand vide. Pas de noms comme Guyane ou
Cayenne.
Les rendu 2u ou Mapquest renseignent quand même mieux.
Donc pour abuser, y'aurait pas moyen de moyenner quelque chose dans le
rendu FR
Un petit permalien pour aider ?
Sur le zoom 18, ce genre d'info n'a pas beaucoup de pertinence... j'ai
du mal à comprendre.
Le 21 mars 2013 15:04, Stéphane MARTIN st3ph.mar...@laposte.net a écrit :
Salut,
Quand on regarde la Guyane française, par exemple au zoom 18, avec le rendu
Mapnik ou
Le 21/03/2013 11:15, Christian Quest a écrit :
Un petit permalien pour aider ?
Sur le zoom 18, ce genre d'info n'a pas beaucoup de pertinence... j'ai
du mal à comprendre.
Le 21 mars 2013 15:04, Stéphane MARTIN st3ph.mar...@laposte.net a écrit :
Salut,
Quand on regarde la Guyane française,
Je n'ai quasiment pas touché ces niveaux de zoom... ça vaut un ticket ;)
Le 21 mars 2013 17:00, Stéphane MARTIN st3ph.mar...@laposte.net a écrit :
Le 21/03/2013 11:15, Christian Quest a écrit :
Un petit permalien pour aider ?
Sur le zoom 18, ce genre d'info n'a pas beaucoup de pertinence...
Le 16 mars 2013 22:11, Ab_fab gamma@gmail.com a écrit :
Une autre approche, pour bien gérer les couleurs entre les axes routiers ^^
http://bl.ocks.org/migurski/5130639
Source :
http://mike.teczno.com/notes/postgreslessness-mapnik-vectiles.html
Bonjour,
Très impressionnant, avec de
Le 18 mars 2013 11:29, Bruno Cortial bruno.cort...@laposte.net a écrit :
Le 16 mars 2013 22:11, Ab_fab gamma@gmail.com a écrit :
Une autre approche, pour bien gérer les couleurs entre les axes routiers
^^
http://bl.ocks.org/migurski/5130639
Source :
Le 18 mars 2013 12:04, Philippe Verdy verd...@wanadoo.fr a écrit :
c'est tout bonnement inutilisable
Merci de ta contribution
BrunoC
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
On 16/03/2013 01:22, Christian Quest wrote:
- enfin, TileMill affiche le message d'erreur suivant :
ERROR : Column tags does not exist
Line 1: ...M (select way,natural,waterway,landuse,coalesce(tags-'nam...
Ah oui... il faut une base osm2pgsql avec les tags en hstore (colonne
tags
Ah oui, zut, on utilise un fichier .style un peu différent qui
contient quelques colonnes de plus. Je pense que c'est la seule que
j'utilise.
Remplace ref:INSEE par tags-'ref:INSEE'
Le 16 mars 2013 09:22, Jean-Claude Repetto jrepe...@free.fr a écrit :
On 16/03/2013 01:22, Christian Quest
On 16/03/2013 09:35, Christian Quest wrote:
Ah oui, zut, on utilise un fichier .style un peu différent qui
contient quelques colonnes de plus. Je pense que c'est la seule que
j'utilise.
Remplace ref:INSEE par tags-'ref:INSEE'
Ça marche, merci.
Une autre approche, pour bien gérer les couleurs entre les axes routiers ^^
http://bl.ocks.org/migurski/5130639
Source : http://mike.teczno.com/notes/postgreslessness-mapnik-vectiles.html
Le 13 mars 2013 11:11, Christian Quest cqu...@openstreetmap.fr a écrit :
Passer du rouge au vert par un
On 12/03/2013 21:50, Christian Quest wrote:
Champagne ! J'ai eu ma première étoile de git grâce à Jocelyn et ybon
(utile par ces temps de neige).
Et voilà ce que ça donne: https://github.com/cquest/osmfr-cartocss
Bonjour,
Je viens d'installer osmfr-cartoss dans une VM osmgeo-live-6.5.
Le 16 mars 2013 00:54, Jean-Claude Repetto jrepe...@free.fr a écrit :
On 12/03/2013 21:50, Christian Quest wrote:
Champagne ! J'ai eu ma première étoile de git grâce à Jocelyn et ybon
(utile par ces temps de neige).
Et voilà ce que ça donne: https://github.com/cquest/osmfr-cartocss
Ici
http://umap.openstreetmap.fr/map/cquest/visite-guidee-du-rendu-osm-fr/#20/45.42033/4.42373je
vois un drapeau noir... Qu'est-ce ?
Il correspond on dirait à une mairie annexe... suis pas sûr que le symbole
soit bien compris du grand public :-)
2013/3/14 Christian Quest cqu...@openstreetmap.fr
Oui, le drapeau gris foncé/noir correspond à une mairie.
Je suis d'accord avec toi : ce n'est pas le symbole plus parlant... D'où ma
proposition de mettre le drapeau du pays concerné :
http://trac.openstreetmap.fr/ticket/236
Francescu
Le 14 mars 2013 07:34, Ista Pouss ista...@gmail.com a écrit
Il me semble que le même symbole pour une mairie ou mairie annexe
suffirait. Une icône représentant un hôtel de ville
(conventionellement c'est une maison avec des colonnes en façade (ça
peut ressembler aussi à un tribunal ou un parlement mais
conventionellement un tribunal est plutôt représenté
Pour le symbole de la façade, c'est vrai que c'est parlant, mais il lui
manque une précision, que le drapeau a le mérite d'avoir : les couleurs du
pays concerné.
On peut alors imaginer plusieurs solutions possibles :
* une façade coloré des couleurs du drapeau (compliqué à faire, et
peut-être pas
Le 14 mars 2013 09:46, Francescu GAROBY windu...@gmail.com a écrit :
Pour les bâtiments locaux, départementaux, régionaux, j'avais un temps
envisagé de proposer de mettre les couleurs de l'entité (armoiries de la
ville, logo du département/de la région), mais là encore, je me disais que
ça
Le drapeau c'est plutôt plutôt pour les ambassades, non ?
On 14 mars 2013, at 09:46, Francescu GAROBY windu...@gmail.com wrote:
Pour le symbole de la façade, c'est vrai que c'est parlant, mais il lui
manque une précision, que le drapeau a le mérite d'avoir : les couleurs du
pays concerné.
Un buste de Marianne?
Le 14/03/2013 09:54, Vladimir Vyskocil a écrit :
Le drapeau c'est plutôt plutôt pour les ambassades, non ?
On 14 mars 2013, at 09:46, Francescu GAROBY windu...@gmail.com wrote:
Pour le symbole de la façade, c'est vrai que c'est parlant, mais il lui
manque une
Le 14 mars 2013 09:54, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit :
Le drapeau c'est plutôt plutôt pour les ambassades, non ?
Oui tout à fait. Mais sur ce point je choisirais une icône neutre
indépendante du pays (d'autant plus que certaines ambassades
représentent plusieurs pays
On confondrait avec n'importe quelle statue (les Mariannes n'arrêtent
pas de changer de forme et de figures, elle n'est reconnaissable que
dans sa dernière forme admise mais même selon les administrations
françaises on la voit sous des traits divers, et ce sont alors des
logos identifiants).
On
Et les préfectures/sous-prefecture ? Bon ce n'est qu'une suggestion mais
pour l'instant elle ne sont pas iconisé, si cela surcharge les cartes ce
n'est pas obligatoire.
Le 14 mars 2013 10:19, Philippe Verdy verd...@wanadoo.fr a écrit :
Le 14 mars 2013 09:54, Vladimir Vyskocil
Le problème avec Marianne n'est pas seulement qu'elle change tous les 4
matins, mais aussi qu'il n'existe pas de buste officiel : les communes
peuvent faire faire le buste de n'importe quelle femme (certaines
organisent des concours entre les habitantes de la commune).
Il reste donc le profil de
Le 14 mars 2013 10:25, Jo. perche...@gmail.com a écrit :
Et les préfectures/sous-prefecture ? Bon ce n'est qu'une suggestion mais
pour l'instant elle ne sont pas iconisé, si cela surcharge les cartes ce
n'est pas obligatoire.
A mon avis pour les mairies, mairies annexes, assemblées
Le 14/03/2013 10:28, Francescu GAROBY a écrit :
Le problème avec Marianne n'est pas seulement qu'elle change tous les 4
matins, mais aussi qu'il n'existe pas de buste officiel : les communes
peuvent faire faire le buste de n'importe quelle femme (certaines
organisent des concours entre les
Le 14/03/2013 10:28, Francescu GAROBY a écrit :
Il reste donc le profil de Marianne, utilisé sur les documents et sites
Web officiels du gouvernement.
Francescu
Il y a toute une série de timbres avec le profil de Marianne :
Je pensais à ce profil_là :
http://diagauto91.fr/wp-content/uploads/2013/01/marianne.jpg
Francescu
Le 14 mars 2013 10:48, Jean-Claude Repetto jrepe...@free.fr a écrit :
Le 14/03/2013 10:28, Francescu GAROBY a écrit :
Il reste donc le profil de Marianne, utilisé sur les documents et sites
Rien à voir avec Marianne mais si vous voulez rendre ce rendu très
populaire au Japon (arf), il suffirait d'afficher les noms des
intersections qui peuvent être là-bas plus importants que les noms de
rues:
http://lists.openstreetmap.org/pipermail/talk/2013-February/066205.html
Dans vos réflexions, pensez aussi aux tags permettant d'identifier ces POI...
Quels tags pour différencier une marie d'une mairie annexe ?
Quels tags pour une préfecture, une sous-préfecture, un CG, un CR...
et tout ça pas que pour la France...
building=* + amenity=public_building +
Le 14 mars 2013 12:06, Pieren pier...@gmail.com a écrit :
Rien à voir avec Marianne mais si vous voulez rendre ce rendu très
populaire au Japon (arf), il suffirait d'afficher les noms des
intersections qui peuvent être là-bas plus importants que les noms de
rues:
Pour distinguer une mairie (celle qui accueille les sessions pleinières)
d'une mairie annexe ou de bureaux, on pourrait rajouter quelque chose comme
XXX=main et pour les bâtiments annexes XXX=secondary. XXX restant à
définir.
Pour les préfectures et sous-préfectures, la différenciation peut se
Le 14/03/2013 20:59, Francescu GAROBY a écrit :
Pour distinguer une mairie (celle qui accueille les sessions
pleinières) d'une mairie annexe ou de bureaux, on pourrait rajouter
quelque chose comme XXX=main et pour les bâtiments annexes
XXX=secondary. XXX restant à définir.
Pour les
Le 14 mars 2013 20:59, Francescu GAROBY windu...@gmail.com a écrit :
Pour distinguer une mairie (celle qui accueille les sessions pleinières)
d'une mairie annexe ou de bureaux, on pourrait rajouter quelque chose comme
XXX=main et pour les bâtiments annexes XXX=secondary. XXX restant à
définir.
Le 14 mars 2013 20:59, Francescu GAROBY windu...@gmail.com a écrit :
Pour les préfectures et sous-préfectures, la différenciation peut se faire
de manière géographique : une préfecture est dans l'arrondissement où se
trouve le chef-lieu de département/région, pas les sous-préfectures.
Pas
Pour les pull-request, il faut que je passe ma deuxième étoile de
git... mais j'ai de bons moniteurs ;)
Tu verra, c'est facile de compléter pour ce genre de chose pour les
transport publics, il faut par contre que les données soient
cohérentes. Une petite modif dans le style et un picto. Sur
Je rebondis sur ta remarque, concernant le rendu des embranchements
par-dessus les routes qu'ils rejoignent/quittent : pourrait-on imaginer un
rendu dégradé, allant d'une couleur à l'autre (exemple : du rouge au vert,
tout particulièrement dans le cas des voies d'accélération/décélération de
la
Passer du rouge au vert par un dégradé va donner un truc pas joli
joli... je pense qu'il vaut mieux réordonner les tracés.
Le zoom 19 rend visible ces détails, comme celui des
secondary/tertiary qui connectés à un tunnel on leur bordure visible.
Je l'ai supprimée, car elle n'est utile que pour
Le 13 mars 2013 11:11, Christian Quest cqu...@openstreetmap.fr a écrit :
Les _link sont donc mis au même niveau que leur type de base...
alors qu'il serait plutôt souhaitable de les traiter à part.
Je vais essayer de recalculer un z_order via SQL, ça doit avoir un
impact marginal en charge de
Un début de visite guidée du rendu FR:
http://umap.openstreetmap.fr/map/cquest/visite-guidee-du-rendu-osm-fr
--
Christian Quest - OpenStreetMap France
Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr
___
Talk-fr mailing
On 11 mars 2013, at 21:45, Philippe Verdy verd...@wanadoo.fr wrote:
As-tu un exemple concret quelque part où tu voies réellement la
boursouflure que tu décris ? A mon avis si tu la vois c'est que les
voies après la séparation n'ont pas seulement la différence
oneway=yes mais ont changé de
Le rendu ne fait que transcrire les données qui à mon avis exagèrent
l'angle dans le cas que tu indiques... on a vraiment l'impression
qu'il y a comme une chicane.
Je pense que le raccord entre traits épais et fins risque d'être
délicat, mais rien n'est impossible, c'est juste un peu plus
Bonjour tout le monde,
Sympa ce rendu ; merci.
Concernant le lissage au zoom 19, ça donne un rendu très particulier :
http://tile.openstreetmap.fr/?zoom=19lat=48.72586lon=4.58526layers=B0
vous en avez peut être parlé sur les tickets (j'*ai un peu de mal à
comprendre le fonctionnement*), et
J'ai la même à Caen :
http://tile.openstreetmap.fr/?zoom=19lat=49.18171lon=-0.37274layers=B0
Les arrondis ne se font que sur des angles qui ne sont pas à 90° ? C'est du
moins ce que je déduis de mes premières recherches...
De toute façon, il y aura toujours des virages (quelque soit l'angle)
Bravo pour le travail !
Juste une question : pourquoi les primary_link sont-elle tracées avec un
trait noir en plein milieu ?
Comme ici :
http://tile.openstreetmap.fr/?zoom=19lat=49.18318lon=-0.38658layers=B0et
là :
http://tile.openstreetmap.fr/?zoom=19lat=49.18546lon=-0.38354layers=B0
Le 12/03/2013 09:56, Francescu GAROBY a écrit :
Bravo pour le travail !
Juste une question : pourquoi les primary_link sont-elle tracées avec
un trait noir en plein milieu ?
Comme ici :
http://tile.openstreetmap.fr/?zoom=19lat=49.18318lon=-0.38658layers=B0
et là :
Juste une question : pourquoi les primary_link sont-elle tracées avec un trait
noir en plein milieu ?
Quand les deux directions d'une route sont mappées séparément, un chemin par
direction, le résultat sur le rendu dépend de la distance des deux chemins.
Quand ils sont à une distance inférieure
Bon, je n'avais regardé que le premier exemple. Avec les autres, c'est clair que
mon explication est à côté de la plaque. Sorry.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
On 12 mars 2013, at 09:14, Christian Quest cqu...@openstreetmap.fr wrote:
Le rendu ne fait que transcrire les données qui à mon avis exagèrent
l'angle dans le cas que tu indiques... on a vraiment l'impression
qu'il y a comme une chicane.
Le problème c'est que le point de jonction est sensé
C'est un essai... un peu radical et pas très heureux.
Il y a plein de problèmes:
- les angles réels sont lissés (il ne faudrait lisser qu'en dessous
d'une certaine flèche)
- les textes ne sont pas positionnés sur les tracés lissés
Ce lissage donne quand même de bons résultats sur les
De la lecture pour ces dernières soirées d'hiver...
http://www.setra.equipement.gouv.fr/IMG/pdf/conception_geometrique_route.pdf
Le 12 mars 2013 10:38, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit :
On 12 mars 2013, at 09:14, Christian Quest cqu...@openstreetmap.fr wrote:
Le rendu ne
Le 12 mars 2013 08:50, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit :
On 11 mars 2013, at 21:45, Philippe Verdy verd...@wanadoo.fr wrote:
As-tu un exemple concret quelque part où tu voies réellement la
boursouflure que tu décris ? A mon avis si tu la vois c'est que les
voies après
Le 12 mars 2013 10:09, Vincent Pottier vpott...@gmail.com a écrit :
Étrange là aussi :
http://tile.openstreetmap.fr/?zoom=19lat=46.36865lon=5.95777layers=B0
Double rendu du chemin.
On dirait que c'est fait exprès pour les tests afin de comparer les
tracés lissés avec les tracés non
On 12 mars 2013, at 10:38, Christian Quest cqu...@openstreetmap.fr wrote:
C'est un essai... un peu radical et pas très heureux.
Il y a plein de problèmes:
- les angles réels sont lissés (il ne faudrait lisser qu'en dessous
d'une certaine flèche)
- les textes ne sont pas positionnés sur
Pour le rendu (propre) des lanes=*, c'est pas gagné !
Comme je m'y attendais, les raccords sont très moches et ce n'est même
pas lié à un éventuel décalage avec les oneway...
Juste un essai:
http://wiki.openstreetmap.org/w/images/1/1b/Test-highway-lanes.png
Ha tient j'habitais juste à coté avant 95 ;-)
Pour le rendu, ça doit être très complexe mais il faudrait qu'à la jonction
les voies en sens unique soient légèrement décalé… mais je présume que tu a
déjà faire la même réflexion dans ton coin.
Le 12 mars 2013 12:30, Christian Quest
On 12 mars 2013, at 13:15, Jo. perche...@gmail.com wrote:
Pour le rendu, ça doit être très complexe mais il faudrait qu'à la jonction
les voies en sens unique soient légèrement décalé… mais je présume que tu a
déjà faire la même réflexion dans ton coin.
C'est pas si mal pour un premier
Justement je viens de voir ce style pour JOSM :
http://josm.openstreetmap.de/wiki/Styles/Lane_and_Road_Attributes
qui vient de sortir et qui permet de visualiser dans l'éditeur tous les tags
liés aux lanes, etc...
L'exemple donné est un peu étrange, notamment la voie Roma A1 qui part à
angle
Le 12 mars 2013 12:30, Christian Quest cqu...@openstreetmap.fr a écrit :
Pour le rendu (propre) des lanes=*, c'est pas gagné !
Comme je m'y attendais, les raccords sont très moches et ce n'est même
pas lié à un éventuel décalage avec les oneway...
Juste un essai:
Pour un raccord propre, un trapèze SVG superposé côté étroit pourrait
faire l'affaire...
Il va falloir faire chauffer un peu postgis, mais ça ressemble au
problème des passages piétons (retrouver l'orientation).
En attendant, j'ai nettoyé un peu les routes du zoom 19 car il y avait
des trucs pas
Bonjour,
Le 11/03/2013 13:10, Christian Quest a écrit :
Le style est en place:
http://tile.openstreetmap.fr/?zoom=19lat=44.13525lon=4.8059layers=B0
Vous pouvez voir ce que ça donne sur des cas tordus et signaler les
problèmes via TRAC.
Comment ça marche ?
Requête SQL:
(select osm_id,
Le 12 mars 2013 21:13, Vincent de Chateau-Thierry v...@laposte.net a écrit :
Bonjour,
Le 11/03/2013 13:10, Christian Quest a écrit :
Le style est en place:
http://tile.openstreetmap.fr/?zoom=19lat=44.13525lon=4.8059layers=B0
Vous pouvez voir ce que ça donne sur des cas tordus et
Champagne ! J'ai eu ma première étoile de git grâce à Jocelyn et ybon
(utile par ces temps de neige).
Et voilà ce que ça donne: https://github.com/cquest/osmfr-cartocss
--
Christian Quest - OpenStreetMap France
Synthèse du Week-end SOTM-FR à Lyon : http://openstreetmap.fr/synthese-sotmfr
Le 12 mars 2013 21:13, Vincent de Chateau-Thierry v...@laposte.net a
écrit :
Une question sur ta requête : comment gères-tu (ou pas) les mises à jour
en continu ? Est-ce que le zoom 19 permet, en opérant sur un volume de
données minuscule, de jouer la requête à chaque demande de tuile ?
Cool !!!
Bon, attends-toi à te faire bombarder de pull-requests : j'ai bien envie de
personnaliser les logos pour les transports en commun de l'agglomération
caennaise + quelques autres petites idées :-)
Francescu
Le 12 mars 2013 21:50, Christian Quest cqu...@openstreetmap.fr a écrit :
Dans le genre plat de spaghetti, sur Lyon on a ça:
http://tile.openstreetmap.fr/?zoom=17lat=45.77177lon=4.78927layers=B0
c'est rendu plutôt bien en fait !
un détail quand même: aux entrées/sorties de tunnel, la réalité
correspondrait plus à un bout de ligne droit que arrondi ...
chose que l'on
Première tentative de rendu des passages piétons en zoom 19...
https://twitter.com/cq94/status/311052215412461568/photo/1
Qu'en pensez-vous ?
C'est pas trivial... pour l'instant un seul cas de géré, le noeud
highway_crossing sur un highway, mais pas à ses extrémités... y'a
encore du boulot !
Bonjour,
De : Christian Quest
Première tentative de rendu des passages piétons en zoom 19...
https://twitter.com/cq94/status/311052215412461568/photo/1
Qu'en pensez-vous ?
Du bien :-)
Et le z19 est vraiment pertinent pour ce genre d'info.
C'est pas trivial... pour l'instant un seul
Le 11 mars 2013 11:46, Vincent de Chateau-Thierry v...@laposte.net a écrit :
Bonjour,
De : Christian Quest
Première tentative de rendu des passages piétons en zoom 19...
https://twitter.com/cq94/status/311052215412461568/photo/1
Qu'en pensez-vous ?
Du bien :-)
Et le z19 est vraiment
Chez les utilisateurs de Maperitive, quelqu'un sait si on a l'option
d'orienter un shape/icon ponctuel sur une ligne ? Perso, je n'ai pas
trouvé, mais les nested query le rendront peut-être possible bientôt…
Et chez Tilemill, tu nous donnerais le code pour cette orientation,
Christian ? Je
Le 11 mars 2013 12:15, Christian Quest cqu...@openstreetmap.fr a écrit :
Tu as aussi le passage sur un branche en Y... et les croisements en X
là je pense mettre une icône.
La passages piétons qui sont sur une intersection de voies sont plutôt
à signaler sur Osmose car la situation semble trop
Le 11 mars 2013 12:44, Philippe Verdy verd...@wanadoo.fr a écrit :
Cela pourrait faire l'objet d'une analyse du positionnement correct de
ces passages piétons (il devrait y avoir partout 4 segments connectés
au noeud, 2 routiers, 2 uniquement pour piétons).
J'oubliais: le passage piétons peut
Le 11 mars 2013 10:58, Christian Quest cqu...@openstreetmap.fr a écrit :
Première tentative de rendu des passages piétons en zoom 19...
https://twitter.com/cq94/status/311052215412461568/photo/1
Qu'en pensez-vous ?
C'est un travail magnifique et qui va nous être tellement utile.
Juste que
Le 11 mars 2013 12:55, Cyrille Giquello cyrill...@gmail.com a écrit :
Le 11 mars 2013 10:58, Christian Quest cqu...@openstreetmap.fr a écrit :
Première tentative de rendu des passages piétons en zoom 19...
https://twitter.com/cq94/status/311052215412461568/photo/1
Qu'en pensez-vous ?
De : Christian Quest
Première tentative de rendu des passages piétons en zoom 19...
https://twitter.com/cq94/status/311052215412461568/photo/1
Qu'en pensez-vous ?
Du bien :-)
Et le z19 est vraiment pertinent pour ce genre d'info.
Autre chose dans le même genre d'idée: quand des voies de
Le style est en place:
http://tile.openstreetmap.fr/?zoom=19lat=44.13525lon=4.8059layers=B0
Vous pouvez voir ce que ça donne sur des cas tordus et signaler les
problèmes via TRAC.
Comment ça marche ?
Requête SQL:
(select osm_id, ST_GeometryN(st_union(way),1) as way,
max(angle)-min(angle)
2013/3/11 Christian Quest cqu...@openstreetmap.fr:
Le style est en place:
http://tile.openstreetmap.fr/?zoom=19lat=44.13525lon=4.8059layers=B0
Vous en avez certainement parlé, mais j'ai du zapper un truc. Dans
l'exemple ci-dessus qu'elle est la différence entre l'icone bleue et
les bandes
Cool, je viens de tester sur une zone où j'ai ajouter les passage piéton au
abords du stade (gros mouvement de foule les jours de match) :
http://tile.openstreetmap.fr/?zoom=19lat=43.18267lon=3.01662layers=B0
Par contre, un peut plus étroit serait visuellement moins chargé, ça fait
un peut
De : JB [mailto:jb...@mailoo.org]
Envoyé : lundi 11 mars 2013 12:37
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Vers une mise à disposition d'un rendu FR (était:
osm13 est opérationnel !)
…
Aller, et pour les présents à la démo Maperitive au SotM-fr, chose promise, ça
J'ai écrit un petit billet de blog sur le site:
http://openstreetmap.fr/mapnik-passages-pietons
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Le 11 mars 2013 13:03, Bruno Cortial bruno.cort...@laposte.net a écrit :
Je verrai bien 3 bandes seulement, centrées, et laissant apparaitre la
couleur de la rue coté trottoir.
La couleur est bien, par contre il semble qu'il y ait un petit trait noir
autour de chaque bande dont on pourrait se
Au fait les passage piétons ont ici l'apparence française la plus
courante, mais par endroit ce sont des plots latéraux en métal, ou
bien des mozaïques en damiers.
Dans certains pays les bandes ne sont pas dans le sens de la chaussée
mais obliques par rapport à elle.
Dans certains endroits le
Le 11 mars 2013 14:48, Philippe Verdy verd...@wanadoo.fr a écrit :
Question : comment expliquer l'apparence de ceci:
http://b.tile.openstreetmap.fr/osmfr/19/266541/192290.png
(les angles des segments de route connectés sont dans les deux cas
quasi plats, mais deux présentations sur cette
Voilà, maintenant c'est un SVG et c'est nettement plus propre avec la
rotation. J'ai aussi réduit la largeur.
N'oubliez pas de vider vos caches ;)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Puisque c'est du SVG maintenant, sans doûte les bandes peuvent être
plus claires, car il y a moyen d'inclure un liseré de bordure dans un
gris un peu plus foncé mais plus transparent que les bandes
elles-mêmes (sont-elles semi-transparentes ou en couleur pleine
alpha=100% ?), ce qui améliorerait
Récemment je me suis demandé pourquoi aucun rendu courant ne traite les voies
en sens unique en les traçants deux fois moins larges par défauts que les voies
en double sens car le rendu est souvent assez moche quand par exemple une route
se sépare en 2 voies pour chaque sens sur une petite
Le 11 mars 2013 16:23, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit :
Récemment je me suis demandé pourquoi aucun rendu courant ne traite les voies
en sens unique en les traçants deux fois moins larges par défauts que les
voies en double sens car le rendu est souvent assez moche
Le rendu me semble très bien fichu :o) mais j'ai quelques petite question.
Un dessin avec les bandes blanche mais sur un fond rectangle noir ce
ne serait pas plus explicite? ça complique la lecture d'autres
indication?
Quelques piste d'amélioration future : marquer les passages surbaissés
avec
Le 11 mars 2013 16:23, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit :
Récemment je me suis demandé pourquoi aucun rendu courant ne traite les voies
en sens unique en les traçants deux fois moins larges par défauts que les
voies en double sens car le rendu est souvent assez moche
Le 11 mars 2013 à 17:12, Philippe Verdy verd...@wanadoo.fr a écrit :
Le 11 mars 2013 16:23, Vladimir Vyskocil vladimir.vysko...@gmail.com a
écrit :
Récemment je me suis demandé pourquoi aucun rendu courant ne traite les
voies en sens unique en les traçants deux fois moins larges par
Le 11 mars 2013 18:14, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit :
Mais non pas du tout car chaque voie à sens unique devrait être axé sur le
prolongement de la voie correspondante issue de la route à double sens et de
largeur 1/2 (ou un poil moins). La transition entre les deux
Le 11 mars 2013 18:14, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit :
Mais non pas du tout car chaque voie à sens unique devrait être axé sur le
prolongement de la voie correspondante issue de la route à double sens
Pas forcément. Ce ne serait le cas si la largeur totale des deux
Le 22/02/2013 16:02, ades_...@orange.fr
a crit:
, autant je coince sur la suppression des limites d'immeubles dans les vues rapproches.
En gnral ces limitations d'origine cadastrales collent assez bien avec la ralit et c'est un bon indicateur de la
Le 22 février 2013 23:54, Vincent Pottier vpott...@gmail.com a écrit :
Ouh, je sens l'embrouille...
Le 22/02/2013 19:35, Philippe Verdy a écrit :
Utiliser des polygones mitoyens.
[...]
- Justifié aussi par leur différences de hauteurs (qu'on peut ajouter
facilement avec un tag ele=*
Autant je suis ok pour la simplification du landuse pour les vues larges,
autant je coince sur la suppression des limites d'immeubles dans les vues
rapprochées.
En général ces limitations d'origine cadastrales collent assez bien avec la
réalité et c'est un bon indicateur de la morphologie des
Le 22 février 2013 16:02, ades_...@orange.fr ades_...@orange.fr a écrit :
Autant je suis ok pour la simplification du landuse pour les vues larges,
autant je coince sur la suppression des limites d'immeubles dans les vues
rapprochées.
En général ces limitations d'origine cadastrales collent
1 - 100 sur 129 matches
Mail list logo
