Re: [OSM-dev-fr] [OSM-talk-fr] Ombrage et relief...

2014-01-12 Par sujet yvecai
On 12/30/2013 01:41 PM, Christian Quest wrote: Exit le script python ou les comp-op dans mapnik (autre solution proposée sur le blog de mapbox). Salut Christian, Du coup, j'essaie ta méthode avec gdaldem color-relief pour balancer un hillshade qui ne soit pas trop lourd dans Mapnik.

Re: [OSM-dev-fr] [OSM-talk-fr] Ombrage et relief...

2014-01-12 Par sujet Christian Quest
A quoi ressemble ton fichier ramp utilisé par le color-relief ? C'est lui qui va faire le mapping niveau de gris - noir/blanc+alpha Je l'ai simplifié pour obtenir un résultat plus progressif par rapport à mes premiers essais, ma version actuelle se résume à 4 lignes: 0 0 0 0 255 128 0 0 0 0 129

Re: [OSM-dev-fr] Ombrage et relief...

2014-01-12 Par sujet Christian Quest
Si tu veux garder uniquement les ombres, j'utiliserai cette rampe: 0 0 0 0 255 128 0 0 0 0 255 0 0 0 0 Tout est noir, et l'opacité décroit jusqu'au milieu, puis reste nulle pour les zones ensoleillées. Le 12 janvier 2014 12:56, yvecai yve...@gmail.com a écrit : La suite sur DEV ... Comme

Re: [OSM-dev-fr] Ombrage et relief...

2014-01-12 Par sujet yvecai
Non, tu n'y est pas: je suis content de l'effet d'ombre. Dans mon cas, je ne fais que traduire une bande en niveau de gris en une bande en niveaux d'alpha. C'est le rendu Mapnik qui me chagrine. On 01/12/2014 01:27 PM, Christian Quest wrote: Si tu veux garder uniquement les ombres,

Re: [OSM-dev-fr] Ombrage et relief...

2014-01-12 Par sujet yvecai
Je crois comprendre. Mon fond de carte est transparent (overlay opensnowmap). Et je ne peux pas vraiment jouer avec un raster transparent avec background-color=transparent, ni de compositing intelligible avec un raster en niveaux de gris, d'ailleurs ... Je creuse, mais je crois que ça va ce

Re: [OSM-dev-fr] Ombrage et relief...

2014-01-12 Par sujet yvecai
C'est bon, mod_tile était compilé en 'png256'. Ca marche nickel maintenant. On 01/12/2014 03:28 PM, Christian Quest wrote: J'ai bien compris que Mapnik merdouillait en faisant une sorte de solarisation. Ma remarque porte sur un autre problème potentiel, le choix de rampe qui va produire des

Re: [OSM-dev-fr] Ombrage et relief...

2014-01-12 Par sujet sly (sylvain letuffe)
Le dimanche 12 janvier 2014 18:51:59, yvecai a écrit : C'est bon, mod_tile était compilé en 'png256'. Ca marche nickel maintenant. P'tain, a 10mn prêt je donnais la réponse ! Pour info, la liste tile-serving est intéressante pour suivre la chaine de rendue : osm2pgsql / mod_tile / renderd /

Re: [OSM-dev-fr] Ombrage et relief...

2014-01-12 Par sujet yvecai
On 01/12/2014 07:03 PM, sly (sylvain letuffe) wrote: Le dimanche 12 janvier 2014 18:51:59, yvecai a écrit : C'est bon, mod_tile était compilé en 'png256'. Ca marche nickel maintenant. P'tain, a 10mn prêt je donnais la réponse ! Et puis c'est pas la première fois que ça m'arrive, en plus. En

Re: [OSM-dev-fr] Un utilisateur fantome

2014-01-12 Par sujet Ista Pouss
Le 12 janvier 2014 20:41, Pierre Béland pierz...@yahoo.fr a écrit : Ce peut être un bogue éditeur ID + API créant un changeset vide. Pourtant le changeset ne semble pas vide ? En tous les cas, la réponse à la requête sur le changeset n'est pas vide, alors qu'elle l'est si on interroge sur

Re: [OSM-dev-fr] Un utilisateur fantome

2014-01-12 Par sujet Pierre Béland
Un changeset résume les modifications effectuées sur la base. Ici, il n'y a aucune transaction, création, modification ou effacement de node, chemin ou relation. C'est donc un changeset vide de toute transaction si l'on veut.  Est-ce un problème d'intégrité des données, données de transaction

Re: [OSM-dev-fr] Un utilisateur fantome

2014-01-12 Par sujet Pierre Béland
oups, tel que rapporté par Richar Weait, il existe des données. pour interroger l'API, il fallait plutôt utiliser le lien http://api.openstreetmap.org/api/0.6/changeset/19860227/download Mais effectivement, l'usager n'existe pas. Étrange.   Pierre De :