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 gros à 
chaque fois que j'installe renderd :(



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

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 / mapnik

Par exemple, le message du 8 janvier :
https://lists.openstreetmap.org/pipermail/tile-serving/2014-January/000788.html

"Rendering meta tiles with mod_tile/renderd always made my hillshade look ugly. 
This results in the 8 bit PNGs, which Mapnik doesn't rasterize as nice as 
imagemagick does"

Et un quick hack dont je ne retrouve plus le lien, mais je pense que c'est 
exactement ce que tu as fais :
changer "png256" en "png" dans le code de renderd


-- 
sly (sylvain letuffe)
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

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 effets qui ne sont pas exactement ceux que tu veux 
mais qui ne sont pas à l'origine du défaut que tu signale.



Le 12 janvier 2014 15:13, yvecai > a écrit :


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, 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 mailto:yve...@gmail.com>> a écrit :

La suite sur DEV ...

Comme j'ai déjà un tif en niveau de gris qui me convient,
j'ai juste:
0 0 0 0 254
254 0 0 0 0
Je ne souhaite pas éclaircir le coté ensoleillé, juste
assombrir coté ombres.

Voici un bout de fichier converti en transparent autour du
Leman:
http://www3.opensnowmap.org/download/3857-cropped-alpha.tif

Je pense que mon problème vient plus de mapnik, car le
fichier est correct dans Qgis
Yves


On 01/12/2014 12:32 PM, Christian Quest wrote:

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 255 255 255 0
255 255 255 255 192

de 0 à 128 c'est une ombre, donc du noir avec un alpha
décroissant (de 100% à 0%)
de 129 à 255 c'est un côté au soleil, que j'éclaircit mais
plus légèrement avec un blanc et un alpha croissant (de 0% à
75%)

J'ai fait des essais sur de petites zones en regardant les
valeurs avec quelques clics d'info dans l'image sous QGis.



Le 12 janvier 2014 11:12, yvecai mailto:yve...@gmail.com>> a écrit :

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.
J'obtiens bien un tiff tout noir avec un alpha-channel
qui varie et qui sort bien sur un visualiseur d'image.
Juste gdaldem est super long sur un tif de 100GB, mais bon.
Mon soucis c'est que mais mapnik 2.2.0 fait comme si le
canal alpha étant codé sur 2 bits (j'ai 3-4 nuances
seulement).
Tu es sur quelle version de mapnik?
On peut comparer nos styles ?


  
&maxscale_zoom8;
&minscale_zoom11;

  


hillshade12

   /home/admin/DEM/3857-cropped-alpha.tif
   gdal

  

gdalinfo 3857-cropped-alpha.tif
...
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
  Min=0.000 Max=254.000

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 finir sur la liste mapnik.

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 effets qui ne sont pas exactement ceux que tu veux 
mais qui ne sont pas à l'origine du défaut que tu signale.



Le 12 janvier 2014 15:13, yvecai > a écrit :


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, 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 mailto:yve...@gmail.com>> a écrit :

La suite sur DEV ...

Comme j'ai déjà un tif en niveau de gris qui me convient,
j'ai juste:
0 0 0 0 254
254 0 0 0 0
Je ne souhaite pas éclaircir le coté ensoleillé, juste
assombrir coté ombres.

Voici un bout de fichier converti en transparent autour du
Leman:
http://www3.opensnowmap.org/download/3857-cropped-alpha.tif

Je pense que mon problème vient plus de mapnik, car le
fichier est correct dans Qgis
Yves


On 01/12/2014 12:32 PM, Christian Quest wrote:

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 255 255 255 0
255 255 255 255 192

de 0 à 128 c'est une ombre, donc du noir avec un alpha
décroissant (de 100% à 0%)
de 129 à 255 c'est un côté au soleil, que j'éclaircit mais
plus légèrement avec un blanc et un alpha croissant (de 0% à
75%)

J'ai fait des essais sur de petites zones en regardant les
valeurs avec quelques clics d'info dans l'image sous QGis.



Le 12 janvier 2014 11:12, yvecai mailto:yve...@gmail.com>> a écrit :

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.
J'obtiens bien un tiff tout noir avec un alpha-channel
qui varie et qui sort bien sur un visualiseur d'image.
Juste gdaldem est super long sur un tif de 100GB, mais bon.
Mon soucis c'est que mais mapnik 2.2.0 fait comme si le
canal alpha étant codé sur 2 bits (j'ai 3-4 nuances
seulement).
Tu es sur quelle version de mapnik?
On peut comparer nos styles ?


  
&maxscale_zoom8;
&minscale_zoom11;

  


hillshade12

   /home/admin/DEM/3857-cropped-alpha.tif
   gdal

  

gdalinfo 3857-cropped-alpha.tif
...
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:

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

2014-01-12 Par sujet Christian Quest 
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 effets qui ne sont pas exactement ceux que tu veux mais qui ne
sont pas à l'origine du défaut que tu signale.


Le 12 janvier 2014 15:13, yvecai  a écrit :

>  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, 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  a écrit :
>
>>  La suite sur DEV ...
>>
>> Comme j'ai déjà un tif en niveau de gris qui me convient, j'ai juste:
>> 0 0 0 0 254
>> 254 0 0 0 0
>> Je ne souhaite pas éclaircir le coté ensoleillé, juste assombrir coté
>> ombres.
>>
>> Voici un bout de fichier converti en transparent autour du Leman:
>> http://www3.opensnowmap.org/download/3857-cropped-alpha.tif
>>
>> Je pense que mon problème vient plus de mapnik, car le fichier est
>> correct dans Qgis
>> Yves
>>
>>
>> On 01/12/2014 12:32 PM, Christian Quest wrote:
>>
>> 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 255 255 255 0
>> 255 255 255 255 192
>>
>>  de 0 à 128 c'est une ombre, donc du noir avec un alpha décroissant (de
>> 100% à 0%)
>> de 129 à 255 c'est un côté au soleil, que j'éclaircit mais plus
>> légèrement avec un blanc et un alpha croissant (de 0% à 75%)
>>
>>  J'ai fait des essais sur de petites zones en regardant les valeurs avec
>> quelques clics d'info dans l'image sous QGis.
>>
>>
>>
>> Le 12 janvier 2014 11:12, yvecai  a écrit :
>>
>>> 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.
>>> J'obtiens bien un tiff tout noir avec un alpha-channel qui varie et qui
>>> sort bien sur un visualiseur d'image. Juste gdaldem est super long sur un
>>> tif de 100GB, mais bon.
>>> Mon soucis c'est que mais mapnik 2.2.0 fait comme si le canal alpha
>>> étant codé sur 2 bits (j'ai 3-4 nuances seulement).
>>> Tu es sur quelle version de mapnik?
>>> On peut comparer nos styles ?
>>>
>>> 
>>>   
>>> &maxscale_zoom8;
>>> &minscale_zoom11;
>>> 
>>>   
>>> 
>>> >>   srs="+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0
>>> +y_0=0.0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs +over">
>>> hillshade12
>>> 
>>>>> name="file">/home/admin/DEM/3857-cropped-alpha.tif
>>>gdal
>>> 
>>>   
>>>
>>> gdalinfo 3857-cropped-alpha.tif
>>> ...
>>> Band 1 Block=256x256 Type=Byte, ColorInterp=Red
>>>   Min=0.000 Max=0.000
>>>   Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
>>>   Mask Flags: PER_DATASET ALPHA
>>>   Metadata:
>>> STATISTICS_MAXIMUM=0
>>> STATISTICS_MEAN=0
>>> STATISTICS_MINIMUM=0
>>> STATISTICS_STDDEV=0
>>> Band 2 Block=256x256 Type=Byte, ColorInterp=Green
>>>   Min=0.000 Max=0.000
>>>   Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
>>>   Mask Flags: PER_DATASET ALPHA
>>>   Metadata:
>>> STATISTICS_MAXIMUM=0
>>> STATISTICS_MEAN=0
>>> STATISTICS_MINIMUM=0
>>> STATISTICS_STDDEV=0
>>> Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
>>>   Min=0.000 Max=0.000
>>>   Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
>>>   Mask Flags: PER_DATASET ALPHA
>>>   Metadata:
>>> STATISTICS_MAXIMUM=0
>>> STATISTICS_MEAN=0
>>> STATISTICS_MINIMUM=0
>>> STATISTICS_STDDEV=0
>>> Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
>>>   Min=0.000 Max=254.000
>>>   Minimum=0.000, Maximum=254.000, Mean=79.883, StdDev=96.858
>>>   Metadata:
>>> STATISTICS_MAXIMUM=254
>>> STATISTICS_MEAN=79.882783050415
>>> STATISTICS_MINIMUM=0
>>> STATISTICS_STDDEV=96.857864812661
>>>
>>>
>>> ___
>>> dev-fr mailing list
>>> dev-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/dev-fr
>>>
>>>
>>
>>
>>  --
>> Christian Quest - OpenStreetMap France
>>
>>
>> ___
>> dev-fr mailing 
>> listdev-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/dev-fr
>>
>>
>>
>> ___
>> dev-fr mailing list

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, 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 > a écrit :


La suite sur DEV ...

Comme j'ai déjà un tif en niveau de gris qui me convient, j'ai juste:
0 0 0 0 254
254 0 0 0 0
Je ne souhaite pas éclaircir le coté ensoleillé, juste assombrir
coté ombres.

Voici un bout de fichier converti en transparent autour du Leman:
http://www3.opensnowmap.org/download/3857-cropped-alpha.tif

Je pense que mon problème vient plus de mapnik, car le fichier est
correct dans Qgis
Yves


On 01/12/2014 12:32 PM, Christian Quest wrote:

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 255 255 255 0
255 255 255 255 192

de 0 à 128 c'est une ombre, donc du noir avec un alpha
décroissant (de 100% à 0%)
de 129 à 255 c'est un côté au soleil, que j'éclaircit mais plus
légèrement avec un blanc et un alpha croissant (de 0% à 75%)

J'ai fait des essais sur de petites zones en regardant les
valeurs avec quelques clics d'info dans l'image sous QGis.



Le 12 janvier 2014 11:12, yvecai mailto:yve...@gmail.com>> a écrit :

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.
J'obtiens bien un tiff tout noir avec un alpha-channel qui
varie et qui sort bien sur un visualiseur d'image. Juste
gdaldem est super long sur un tif de 100GB, mais bon.
Mon soucis c'est que mais mapnik 2.2.0 fait comme si le canal
alpha étant codé sur 2 bits (j'ai 3-4 nuances seulement).
Tu es sur quelle version de mapnik?
On peut comparer nos styles ?


  
&maxscale_zoom8;
&minscale_zoom11;

  


hillshade12

   /home/admin/DEM/3857-cropped-alpha.tif
   gdal

  

gdalinfo 3857-cropped-alpha.tif
...
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
  Min=0.000 Max=254.000
  Minimum=0.000, Maximum=254.000, Mean=79.883, StdDev=96.858
  Metadata:
STATISTICS_MAXIMUM=254
STATISTICS_MEAN=79.882783050415
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=96.857864812661


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




-- 
Christian Quest - OpenStreetMap France



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



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




--
Christian Quest - OpenStreetMap France

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  a écrit :

>  La suite sur DEV ...
>
> Comme j'ai déjà un tif en niveau de gris qui me convient, j'ai juste:
> 0 0 0 0 254
> 254 0 0 0 0
> Je ne souhaite pas éclaircir le coté ensoleillé, juste assombrir coté
> ombres.
>
> Voici un bout de fichier converti en transparent autour du Leman:
> http://www3.opensnowmap.org/download/3857-cropped-alpha.tif
>
> Je pense que mon problème vient plus de mapnik, car le fichier est correct
> dans Qgis
> Yves
>
>
> On 01/12/2014 12:32 PM, Christian Quest wrote:
>
> 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 255 255 255 0
> 255 255 255 255 192
>
>  de 0 à 128 c'est une ombre, donc du noir avec un alpha décroissant (de
> 100% à 0%)
> de 129 à 255 c'est un côté au soleil, que j'éclaircit mais plus légèrement
> avec un blanc et un alpha croissant (de 0% à 75%)
>
>  J'ai fait des essais sur de petites zones en regardant les valeurs avec
> quelques clics d'info dans l'image sous QGis.
>
>
>
> Le 12 janvier 2014 11:12, yvecai  a écrit :
>
>> 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.
>> J'obtiens bien un tiff tout noir avec un alpha-channel qui varie et qui
>> sort bien sur un visualiseur d'image. Juste gdaldem est super long sur un
>> tif de 100GB, mais bon.
>> Mon soucis c'est que mais mapnik 2.2.0 fait comme si le canal alpha étant
>> codé sur 2 bits (j'ai 3-4 nuances seulement).
>> Tu es sur quelle version de mapnik?
>> On peut comparer nos styles ?
>>
>> 
>>   
>> &maxscale_zoom8;
>> &minscale_zoom11;
>> 
>>   
>> 
>> >   srs="+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0
>> +y_0=0.0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs +over">
>> hillshade12
>> 
>>> name="file">/home/admin/DEM/3857-cropped-alpha.tif
>>gdal
>> 
>>   
>>
>> gdalinfo 3857-cropped-alpha.tif
>> ...
>> Band 1 Block=256x256 Type=Byte, ColorInterp=Red
>>   Min=0.000 Max=0.000
>>   Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
>>   Mask Flags: PER_DATASET ALPHA
>>   Metadata:
>> STATISTICS_MAXIMUM=0
>> STATISTICS_MEAN=0
>> STATISTICS_MINIMUM=0
>> STATISTICS_STDDEV=0
>> Band 2 Block=256x256 Type=Byte, ColorInterp=Green
>>   Min=0.000 Max=0.000
>>   Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
>>   Mask Flags: PER_DATASET ALPHA
>>   Metadata:
>> STATISTICS_MAXIMUM=0
>> STATISTICS_MEAN=0
>> STATISTICS_MINIMUM=0
>> STATISTICS_STDDEV=0
>> Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
>>   Min=0.000 Max=0.000
>>   Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
>>   Mask Flags: PER_DATASET ALPHA
>>   Metadata:
>> STATISTICS_MAXIMUM=0
>> STATISTICS_MEAN=0
>> STATISTICS_MINIMUM=0
>> STATISTICS_STDDEV=0
>> Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
>>   Min=0.000 Max=254.000
>>   Minimum=0.000, Maximum=254.000, Mean=79.883, StdDev=96.858
>>   Metadata:
>> STATISTICS_MAXIMUM=254
>> STATISTICS_MEAN=79.882783050415
>> STATISTICS_MINIMUM=0
>> STATISTICS_STDDEV=96.857864812661
>>
>>
>> ___
>> dev-fr mailing list
>> dev-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/dev-fr
>>
>>
>
>
>  --
> Christian Quest - OpenStreetMap France
>
>
> ___
> dev-fr mailing 
> listdev-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/dev-fr
>
>
>
> ___
> dev-fr mailing list
> dev-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr
>
>


-- 
Christian Quest - OpenStreetMap France
___
dev-fr mailing list
dev-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev-fr

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

2014-01-12 Par sujet yvecai 

La suite sur DEV ...

Comme j'ai déjà un tif en niveau de gris qui me convient, j'ai juste:
0 0 0 0 254
254 0 0 0 0
Je ne souhaite pas éclaircir le coté ensoleillé, juste assombrir coté 
ombres.


Voici un bout de fichier converti en transparent autour du Leman: 
http://www3.opensnowmap.org/download/3857-cropped-alpha.tif


Je pense que mon problème vient plus de mapnik, car le fichier est 
correct dans Qgis

Yves

On 01/12/2014 12:32 PM, Christian Quest wrote:

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 255 255 255 0
255 255 255 255 192

de 0 à 128 c'est une ombre, donc du noir avec un alpha décroissant (de 
100% à 0%)
de 129 à 255 c'est un côté au soleil, que j'éclaircit mais plus 
légèrement avec un blanc et un alpha croissant (de 0% à 75%)


J'ai fait des essais sur de petites zones en regardant les valeurs 
avec quelques clics d'info dans l'image sous QGis.




Le 12 janvier 2014 11:12, yvecai > a écrit :


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.
J'obtiens bien un tiff tout noir avec un alpha-channel qui varie
et qui sort bien sur un visualiseur d'image. Juste gdaldem est
super long sur un tif de 100GB, mais bon.
Mon soucis c'est que mais mapnik 2.2.0 fait comme si le canal
alpha étant codé sur 2 bits (j'ai 3-4 nuances seulement).
Tu es sur quelle version de mapnik?
On peut comparer nos styles ?


  
&maxscale_zoom8;
&minscale_zoom11;

  


hillshade12

   /home/admin/DEM/3857-cropped-alpha.tif
   gdal

  

gdalinfo 3857-cropped-alpha.tif
...
Band 1 Block=256x256 Type=Byte, ColorInterp=Red
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 2 Block=256x256 Type=Byte, ColorInterp=Green
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 3 Block=256x256 Type=Byte, ColorInterp=Blue
  Min=0.000 Max=0.000
  Minimum=0.000, Maximum=0.000, Mean=0.000, StdDev=0.000
  Mask Flags: PER_DATASET ALPHA
  Metadata:
STATISTICS_MAXIMUM=0
STATISTICS_MEAN=0
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=0
Band 4 Block=256x256 Type=Byte, ColorInterp=Alpha
  Min=0.000 Max=254.000
  Minimum=0.000, Maximum=254.000, Mean=79.883, StdDev=96.858
  Metadata:
STATISTICS_MAXIMUM=254
STATISTICS_MEAN=79.882783050415
STATISTICS_MINIMUM=0
STATISTICS_STDDEV=96.857864812661


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




--
Christian Quest - OpenStreetMap France


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


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