Re: [OSM-talk-fr] Generation de cartes raster à la volée

[François Lacombe]

Oula, je n'ai pas cherché correctement pour les formules.
La page du wiki donne les bons outils.


Pour les paquets gdal-bin et proj4, c'est assez difficile sous Debian,
parce que je cherche vraiment à produire des .deb et pas seulement
installer à partir des sources.
La encore je ne dois pas avoir les bons tar.gz parce qu'il manque le
répertoire debian pour pouvoir executer dpkg-buildpackage.
Je vais être raisonnable et m'arrêter là.

Thomas, en effet proj4 permet la reprocjection en CLI.
Utilisant PHP dans mon projet, j'aimerais m'en sortir avec un unique
recours à exec() pour générer la carte avec gdal_translate. Et les
formules du wiki sont en effet plutôt simples à utiliser.


François
François Lacombe

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux


Le 23 février 2016 à 22:31, Thomas Gratier
 a écrit :
> Salut,
>
> Pour convertir, tu peux utiliser proj4 dans debian pour convertir tes
> coordonnées
>
> sudo apt-get install proj-bin
>
> Tu peux ainsi reprojeter tes coordonnées en gardant ta version de GDAL
>
> first=`echo '5.11 45.21' | cs2cs +proj=longlat +datum=WGS84 +no_defs +to
> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0
> +k=1.0 +units=m +nadgrids=@null +wktext +no_defs | sed 's/ 0.00//g' |sed
> 's/\t/ /g'`
>
> second=`echo '5.12 45.20' | cs2cs +proj=longlat +datum=WGS84 +no_defs +to
> +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0
> +k=1.0 +units=m +nadgrids=@null +wktext +no_defs | sed 's/ 0.00//g' |sed
> 's/\t/ /g'`
>
> Tu pourras utiliser les résultats dans ta ligne de commande
> echo $first $second
>
> Si tu fais du Python, l'alternative est de passer par Pyproj (la doc de
> http://www.portailsig.org/content/python-projections-cartographiques-definitions-et-transformations-de-coordonnees
> te permet de capter cela en 5 min si tu sais que projection origine =
> lat/lon = EPSG:4326 et projection arrivée = OSM = EPSG 3857) et d'appeler
> gdal via un beau et moche "subprocess"
> (http://gis.stackexchange.com/questions/42584/how-to-call-gdal-translate-from-python-code)
>
>
> Cordialement
>
> Thomas Gratier
>
> PS: je peux m'être planté dans l'ordre x,y des coordonnées mais le but est
> de comprendre que tu peux tout faire en ligne de commande
>
> Le 23 février 2016 à 22:14, François Lacombe  a
> écrit :
>>
>> Le 23 février 2016 à 17:52, Jean-Claude Repetto  a écrit
>> :
>> > Le 23/02/2016 14:00, François Lacombe a écrit :
>> >>
>> >> J'ai oublié de préciser que j'étais sous Debian et que seule la
>> >> version 1.10.1 est actuellement disponible en stable.
>> >> Le paramètre -projwin_srs sera sans effet.
>> >>
>> >> Que se passe-t-il si je créé le xml avec l'ESPG:4326 ?
>> >>
>> >
>> > Non, tu ne peux pas.
>> > Soit tu installes GDAL 2.x, soit tu convertis tes coordonnées
>> > géographiques en coordonnées pseudo-Mercator.
>>
>> Vu les premières pistes que je vois pour passer de l'EPSG4326 au 3857,
>> je vais tenter de compiler gdal2 sur Debian Jessie.
>> A moins que bien sur, quelqu'un ait déjà créé le paquet quelque part :)
>>
>> Merci pour ces infos Jean-Claude
>>
>>
>> François
>>
>> ___
>> 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
>

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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[Thomas Gratier]

Salut,

Pour convertir, tu peux utiliser proj4 dans debian pour convertir tes
coordonnées

sudo apt-get install proj-bin

Tu peux ainsi reprojeter tes coordonnées en gardant ta version de GDAL

first=`echo '5.11 45.21' | cs2cs +proj=longlat +datum=WGS84 +no_defs +to
+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0
+k=1.0 +units=m +nadgrids=@null +wktext +no_defs | sed 's/ 0.00//g' |sed
's/\t/ /g'`

second=`echo '5.12 45.20' | cs2cs +proj=longlat +datum=WGS84 +no_defs +to
+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0
+k=1.0 +units=m +nadgrids=@null +wktext +no_defs | sed 's/ 0.00//g' |sed
's/\t/ /g'`

Tu pourras utiliser les résultats dans ta ligne de commande
echo $first $second

Si tu fais du Python, l'alternative est de passer par Pyproj (la doc de
http://www.portailsig.org/content/python-projections-cartographiques-definitions-et-transformations-de-coordonnees
te permet de capter cela en 5 min si tu sais que projection origine =
lat/lon = EPSG:4326 et projection arrivée = OSM = EPSG 3857) et d'appeler
gdal via un beau et moche "subprocess" (
http://gis.stackexchange.com/questions/42584/how-to-call-gdal-translate-from-python-code
)


Cordialement

Thomas Gratier

PS: je peux m'être planté dans l'ordre x,y des coordonnées mais le but est
de comprendre que tu peux tout faire en ligne de commande

Le 23 février 2016 à 22:14, François Lacombe  a
écrit :

> Le 23 février 2016 à 17:52, Jean-Claude Repetto  a
> écrit :
> > Le 23/02/2016 14:00, François Lacombe a écrit :
> >>
> >> J'ai oublié de préciser que j'étais sous Debian et que seule la
> >> version 1.10.1 est actuellement disponible en stable.
> >> Le paramètre -projwin_srs sera sans effet.
> >>
> >> Que se passe-t-il si je créé le xml avec l'ESPG:4326 ?
> >>
> >
> > Non, tu ne peux pas.
> > Soit tu installes GDAL 2.x, soit tu convertis tes coordonnées
> > géographiques en coordonnées pseudo-Mercator.
>
> Vu les premières pistes que je vois pour passer de l'EPSG4326 au 3857,
> je vais tenter de compiler gdal2 sur Debian Jessie.
> A moins que bien sur, quelqu'un ait déjà créé le paquet quelque part :)
>
> Merci pour ces infos Jean-Claude
>
>
> François
>
> ___
> 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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[Jean-Claude Repetto]

Le 23/02/2016 22:14, François Lacombe a écrit :


Vu les premières pistes que je vois pour passer de l'EPSG4326 au 3857,
je vais tenter de compiler gdal2 sur Debian Jessie.


Les formules sont pourtant extrêmement simples :
http://wiki.openstreetmap.org/wiki/Mercator


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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[François Lacombe]

Le 23 février 2016 à 17:52, Jean-Claude Repetto  a écrit :
> Le 23/02/2016 14:00, François Lacombe a écrit :
>>
>> J'ai oublié de préciser que j'étais sous Debian et que seule la
>> version 1.10.1 est actuellement disponible en stable.
>> Le paramètre -projwin_srs sera sans effet.
>>
>> Que se passe-t-il si je créé le xml avec l'ESPG:4326 ?
>>
>
> Non, tu ne peux pas.
> Soit tu installes GDAL 2.x, soit tu convertis tes coordonnées
> géographiques en coordonnées pseudo-Mercator.

Vu les premières pistes que je vois pour passer de l'EPSG4326 au 3857,
je vais tenter de compiler gdal2 sur Debian Jessie.
A moins que bien sur, quelqu'un ait déjà créé le paquet quelque part :)

Merci pour ces infos Jean-Claude


François

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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[Jean-Claude Repetto]

Le 23/02/2016 14:00, François Lacombe a écrit :
> 
> J'ai oublié de préciser que j'étais sous Debian et que seule la
> version 1.10.1 est actuellement disponible en stable.
> Le paramètre -projwin_srs sera sans effet.
> 
> Que se passe-t-il si je créé le xml avec l'ESPG:4326 ?
> 

Non, tu ne peux pas.
Soit tu installes GDAL 2.x, soit tu convertis tes coordonnées
géographiques en coordonnées pseudo-Mercator.

Jean-Claude


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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[François Lacombe]

Bonjour Jean-Claude et merci pour cette réponse complète


Le 23 février 2016 à 12:00, Jean-Claude Repetto  a écrit :
> Oui bien sûr :
>
> $ man gdal_translate
> .
> -projwin_srs srs_def:
> (GDAL >= 2.0) Specifies the SRS in which to interpret the coordinates
> given with -projwin. The srs_def may be any of the usual GDAL/OGR forms,
> complete WKT, PROJ.4, EPSG:n or a file containing the WKT.
> Note that this does not cause reprojection of the dataset to the
> specified SRS.
> .
>
> Exemple :
>
> $ gdal_translate -of PNG -projwin_srs EPSG:4326 -projwin 5.11 45.21 5.12
> 45.20 osm.xml osm.png

J'ai oublié de préciser que j'étais sous Debian et que seule la
version 1.10.1 est actuellement disponible en stable.
Le paramètre -projwin_srs sera sans effet.

Que se passe-t-il si je créé le xml avec l'ESPG:4326 ?

>
> Si tu ne précises rien, tu obtiendras le niveau maxi spécifié dans le
> fichier XML (18 dans l'exemple cité précédemment).
>
> Si tu veux un niveau moins détaillé, tu peux donner la taille en pixels
> de l'image que tu veux obtenir, ou sa résolution. Pour cela, tu disposes
> des paramètres -outsize et -tr  :
>
> $ gdal_translate -of PNG -outsize 256 256 osm.xml osm.png
> te donnera le niveau 0
>
> $ gdal_translate -of PNG -outsize 512 512 osm.xml osm.png
> te donnera le niveau 1
>
> $ gdal_translate -of PNG -tr 78271.517 78271.517 osm.xml osm.png
> te donnera aussi le niveau 1 (512 x 512).
>
> Si tu veux combiner cela avec des fenêtres exprimées en coordonnées
> géographiques, cela va commencer à devenir compliqué à calculer. Il me
> semble que le plus simple serait d'avoir plusieurs fichiers XML avec des
> niveaux de zoom différents, si tu veux travailler à différentes échelles.

Ok je comprends, en effet je vais créer autant de xml que d'échelles
possible, sachant que je n'ai que quelque cas (principalement local,
régional et national France métropolitaine).


Merci pour ces réponses


François

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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[Jean-Claude Repetto]

Bonjour,

Le 23/02/2016 10:18, François Lacombe a écrit :
> Bonjour à tous,
> 
> Je déterre c fil à la recherche d'une info supplémentaire.
> 
> Quand on utilise gdal_translate comme dans le mail ci-dessous pour
> récupérer les tuiles OSM, les coordonnées sont projetées avec
> l'EPSG:3857.
> Serait-ce possible d'utiliser les coordonnées wgs84 en degrés décimaux
> ? Si non, pourquoi ?
> 

Oui bien sûr :

$ man gdal_translate
.
-projwin_srs srs_def:
(GDAL >= 2.0) Specifies the SRS in which to interpret the coordinates
given with -projwin. The srs_def may be any of the usual GDAL/OGR forms,
complete WKT, PROJ.4, EPSG:n or a file containing the WKT.
Note that this does not cause reprojection of the dataset to the
specified SRS.
.

Exemple :

$ gdal_translate -of PNG -projwin_srs EPSG:4326 -projwin 5.11 45.21 5.12
45.20 osm.xml osm.png

> Autre point, comment gdal_translate détermine le niveau zoom des
> tuiles à agréger ?
> Je ne vois ni indication d'échelle ou de taille de sortie, ainsi il
> pourrait aussi bien choisir le zoom 18 et sortir une image 3000x2580
> ou bien le zoom 1 et une image 50x50
> C'est important puisque la taille de sortie risque d'être fixe, par
> contre les points peuvent être partout en France ou bien dans un
> cercle de 100m.

Si tu ne précises rien, tu obtiendras le niveau maxi spécifié dans le
fichier XML (18 dans l'exemple cité précédemment).

Si tu veux un niveau moins détaillé, tu peux donner la taille en pixels
de l'image que tu veux obtenir, ou sa résolution. Pour cela, tu disposes
des paramètres -outsize et -tr  :

$ gdal_translate -of PNG -outsize 256 256 osm.xml osm.png
te donnera le niveau 0

$ gdal_translate -of PNG -outsize 512 512 osm.xml osm.png
te donnera le niveau 1

$ gdal_translate -of PNG -tr 78271.517 78271.517 osm.xml osm.png
te donnera aussi le niveau 1 (512 x 512).

Si tu veux combiner cela avec des fenêtres exprimées en coordonnées
géographiques, cela va commencer à devenir compliqué à calculer. Il me
semble que le plus simple serait d'avoir plusieurs fichiers XML avec des
niveaux de zoom différents, si tu veux travailler à différentes échelles.

Jean-Claude

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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[François Lacombe]

Bonjour à tous,

Je déterre c fil à la recherche d'une info supplémentaire.

Quand on utilise gdal_translate comme dans le mail ci-dessous pour
récupérer les tuiles OSM, les coordonnées sont projetées avec
l'EPSG:3857.
Serait-ce possible d'utiliser les coordonnées wgs84 en degrés décimaux
? Si non, pourquoi ?

Le use case consiste à placer un ou plusieurs points sur la carte une
fois l'extrait osm réalisé.
J'ai les coordonnées des points en degrés décimaux... et ça serait
plus facile d'utiliser la commande avec les mêmes coordonnées que les
données d'entrée.

Autre point, comment gdal_translate détermine le niveau zoom des
tuiles à agréger ?
Je ne vois ni indication d'échelle ou de taille de sortie, ainsi il
pourrait aussi bien choisir le zoom 18 et sortir une image 3000x2580
ou bien le zoom 1 et une image 50x50
C'est important puisque la taille de sortie risque d'être fixe, par
contre les points peuvent être partout en France ou bien dans un
cercle de 100m.


Merci par avance pour vos lumières

François

Le 21 janvier 2016 à 23:48, Thomas Gratier
 a écrit :
> Salut,
>
> Une ligne de commande avec un fichier XML pour GDAL suffisent si vous voulez
> (il y a surement d'autres solutions mais là c'est plutôt simple)
> Soit le fichier osm.xml avec le contenu ci-dessous:
>
> 
>  
>  http://tile.openstreetmap.org/${z}/${x}/${y}.png
>  
>  
>  -20037508.34
>  20037508.34
>  20037508.34
>  -20037508.34
>  18
>  1
>  1
>  top
>  
>  EPSG:3857
>  256
>  256
>  3
>  
> 
>
>
> Soit la commande GDAL en passant l'étendue en spherical Mercator (EPSG 3857)
>
> gdal_translate -of png -a_srs epsg:3857 -projwin 2782768 8441389 2783286
> 8440998 osm.xml OSMtiletest.png
>
> Vous avez votre image.
>
> A ce stade, vous avez aussi le choix d'ajouter votre point sur l'image avec
> GDAL en jouant avec des VRT comme pour cet exemple avec des PDF en sortie
> http://latuviitta.org/documents/Geospatial_PDF_maps_from_OSM_with_GDAL.pdf
> Il est aussi possible de passer par GDAL via Python pour faire l'opération
> de récupération de l'image OSM et ensuite faire le rendu image.
> Vous pouvez aussi prendre l'image telle quelle et positionner votre point
> dessus grâce aux coordonnées.
>
>
> Cordialement
>
> Thomas Gratier
>
> Le 21 janvier 2016 à 23:08,  a écrit :
>>
>> Mais Twitter te permet d'ajouter des liens.
>> Par exemple :
>> sur OSM :
>> http://osm.org/?zoom=6=-31.91739=-56.92288
>> sur une umap :
>> http://u.osmfr.org/m/4/#17/48.80555/2.11600
>> sur une double carte  (ou 250, mais tu pers en lisibilité ;-)) :
>>
>> http://mc.bbbike.org/mc/?lon=-4.431575=48.230761=13=2=osmfr=mapbox-satellite=ol_mapquest-labels=100=L%27Aber%3Cbr%3Ey%20compris%20avec%20du%20HTML%20simple,%20c%27est%20%3Cb%3Epossible%3C/b%3E%20!
>> (même logique avec openseamap.org).
>>
>> Dans le dernier cas, tu peux créer une url courte à la volée.
>> Ou avoir une page acceptant les paramètres usuels (zoom,lat,lon et marker
>> : voir un # équivalent
>> #17/48.80555/2.11600/mon texte) et tu rediriges sur le site qui va bien.
>>
>> Jean-Yvon
>>
>>
>>
>> Le 21/01/2016 22:44, François Lacombe - fl.infosrese...@gmail.com a écrit
>> :
>>
>> Bonsoir Jean-Yvon et merci :)
>>
>> Le 21 janvier 2016 à 22:33,   a écrit :
>>
>> Tu peux toujours monter un serveur WMS (il y en a aussi des publics) sur
>> des
>> tuiles OSM et demander une image "qui va bien".
>>
>> Non je ne souhaite pas installer ce genre de composant pour ce projet.
>>
>> Par contre utiliser un WMS public qui me permettrait de générer
>> quelques dalles par jour ca serait le top
>>
>> Pourquoi ne pas "bêtement" utiliser un greffon comme celui utilisé ici ?
>> Tu veux que ça passe sur le téléphone le plus simple (avec écran graphique
>> quand même) ou de l'embarqué ?
>>
>> Dans l'exemple c'est un greffon GIS spip, mais il y en a pour un peu tous
>> les systèmes de publication de contenu.
>> Tu peux aussi avoir une umap et des données récupérées par ailleurs
>> dynamiquement.
>>
>> Parce que Twitter ne permet pas d'intégrer une slipy-map dans ses
>> tweet. Il faut obligatoirement un fichier png ou jpeg.
>>
>> A moi ensuite d'ajouter sur le fond de carte la feature que je veux,
>> avec la mise en forme souhaitée.
>>
>> L'idée du WMS doit être la bonne
>>
>>
>> Bonne soirée
>>
>> François

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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[François Lacombe]

Bonsoir à tous et merci pour ces retours

Concernant les liens dans les tweets : quand un tweet est envoyé avec
l'API, la longueur totale est comptabilisée contrairement aux clients
web où seuls les 20 premiers caractères comptent.
Je vais donc privilégier les liens pour les pages directement
concernées par les événements relatés. La carte passera en image.

Les tests sont faits avec l'interface d'export d'osm.org mais ca
relève plus de l'utilisation "pirate" que quelque chose de pérenne.

A mon avis, le passage par gdal et le WMS d'OSM est très intéressants
et peu être lancé d'à peu près n'importe où.


Bonne fin de weekend
/!\ Oups il est minuit bon début de semaine


François


Le 22 janvier 2016 à 21:10, JB  a écrit :
> Salut Nicolas,
> C'est la même technique que celle que j'avais utilisée après la cartopartie
> à Saint-Côme-et-Marjevols. Elle est décrite en accéléré ici :
> http://forum.openstreetmap.fr/viewtopic.php?f=22=2203=isonoe=10
> . Comme tu bidouilles régulièrement les données OSM et maperitive, ça ne
> devrait pas trop te poser de problèmes, sinon, demande !
> JB.
>
>
> Le 22/01/2016 09:47, Nicolas Moyroud a écrit :
>>
>> J'allais proposer la même chose : scriptage Maperitive. Avec cerise sur le
>> gâteau la possibilité d'utiliser le magnifique style R25 mis au point par
>> notre ami JB :-)
>> Bon évidemment ça ne reste utilisable que sur des petites zones mais là ça
>> à l'air d'être le cas.
>> Tiens en passant petite question pour JB : comment fais-tu le masque sur
>> les contours de la commune dans ton exemple ?
>>
>> Nicolas
>>
>> Le 22/01/2016 08:32, JB a écrit :
>>>
>>> Méthode crado que j'utiliserais à petite échelle et pour des petites
>>> surfaces parce que ce sont les outils que je connais : un peu de scriptage
>>> de maperitive : taper dans une base pour récupérer les données, appliquer
>>> une feuille de style, éventuellement ajouter tes données à toi directement à
>>> ce niveau-là, exporter la zone à la demande. Il y a aussi la possibilité
>>> d'utiliser des dalles disponibles (osm défaut ou autre), mais j'ai
>>> l'impression qu'il y a toujours un tout petit filet entre les dalles. Peu
>>> visible, mais à mon avis, dérangeant pour une impression propre (par exemple
>>> : http://jb.isonoe.net/temp/demo1.png).
>>> JB.
>>
>>
>>
>> ___
>> 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

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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[JB]

Salut Nicolas,
C'est la même technique que celle que j'avais utilisée après la 
cartopartie à Saint-Côme-et-Marjevols. Elle est décrite en accéléré ici 
: 
http://forum.openstreetmap.fr/viewtopic.php?f=22=2203=isonoe=10 
. Comme tu bidouilles régulièrement les données OSM et maperitive, ça ne 
devrait pas trop te poser de problèmes, sinon, demande !

JB.

Le 22/01/2016 09:47, Nicolas Moyroud a écrit :
J'allais proposer la même chose : scriptage Maperitive. Avec cerise 
sur le gâteau la possibilité d'utiliser le magnifique style R25 mis au 
point par notre ami JB :-)
Bon évidemment ça ne reste utilisable que sur des petites zones mais 
là ça à l'air d'être le cas.
Tiens en passant petite question pour JB : comment fais-tu le masque 
sur les contours de la commune dans ton exemple ?


Nicolas

Le 22/01/2016 08:32, JB a écrit :
Méthode crado que j'utiliserais à petite échelle et pour des petites 
surfaces parce que ce sont les outils que je connais : un peu de 
scriptage de maperitive : taper dans une base pour récupérer les 
données, appliquer une feuille de style, éventuellement ajouter tes 
données à toi directement à ce niveau-là, exporter la zone à la 
demande. Il y a aussi la possibilité d'utiliser des dalles 
disponibles (osm défaut ou autre), mais j'ai l'impression qu'il y a 
toujours un tout petit filet entre les dalles. Peu visible, mais à 
mon avis, dérangeant pour une impression propre (par exemple : 
http://jb.isonoe.net/temp/demo1.png).

JB.



___
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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[Nicolas Moyroud]

J'allais proposer la même chose : scriptage Maperitive. Avec cerise sur 
le gâteau la possibilité d'utiliser le magnifique style R25 mis au point 
par notre ami JB :-)
Bon évidemment ça ne reste utilisable que sur des petites zones mais là 
ça à l'air d'être le cas.
Tiens en passant petite question pour JB : comment fais-tu le masque sur 
les contours de la commune dans ton exemple ?


Nicolas

Le 22/01/2016 08:32, JB a écrit :
Méthode crado que j'utiliserais à petite échelle et pour des petites 
surfaces parce que ce sont les outils que je connais : un peu de 
scriptage de maperitive : taper dans une base pour récupérer les 
données, appliquer une feuille de style, éventuellement ajouter tes 
données à toi directement à ce niveau-là, exporter la zone à la 
demande. Il y a aussi la possibilité d'utiliser des dalles disponibles 
(osm défaut ou autre), mais j'ai l'impression qu'il y a toujours un 
tout petit filet entre les dalles. Peu visible, mais à mon avis, 
dérangeant pour une impression propre (par exemple : 
http://jb.isonoe.net/temp/demo1.png).

JB.



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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[Christian Quest]

Comme Thomas, je m'appuierai sur les vrt de GDal.

C'est le plus simple à mettre en oeuvre.

-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[Dominique Rousseau]

Le Thu, Jan 21, 2016 at 08:06:59PM +0100, François Lacombe 
[fl.infosrese...@gmail.com] a écrit:
> Bonsoir à tous,
> 
> Comme j'ai pu en discuter avec certains depuis quelques temps, je suis
> à la recherche d'un moyen permettant de générer des extraits jpeg/png
> d'OSM à la volée.

Sur osm.org tu as le lien "partager" qui permet d'avoir un bout de HTML
pour l'integration, ou de produire un fichier PNG.
L'url de production de l'image a cette forme là :
(la, c'est la cathedrale d'Amiens)

http://render.openstreetmap.org/cgi-bin/export?bbox=2.300434112548828,49.89362531124532,2.3037707805633545,49.89547067579316=2787=png

Pour un usage relativement occasionnel, je pense que ca conviendrait a
ce que tu veux, non ?

Sinon, gdal, mapnik, etc. comme cité par les autres...

-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[Antoine Riche]

Tu peux aussi utiliser l'API static map de Mapquest : 
http://www.mapquestapi.com/staticmap/

Pour quelques cartes par jour ça devrait pas poser de problème.

Le 21/01/2016 22:44, François Lacombe a écrit :

Bonsoir Jean-Yvon et merci :)

Le 21 janvier 2016 à 22:33,   a écrit :

Tu peux toujours monter un serveur WMS (il y en a aussi des publics) sur des
tuiles OSM et demander une image "qui va bien".

Non je ne souhaite pas installer ce genre de composant pour ce projet.

Par contre utiliser un WMS public qui me permettrait de générer
quelques dalles par jour ca serait le top



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

[OSM-talk-fr] Generation de cartes raster à la volée

[François Lacombe]

Bonsoir à tous,

Comme j'ai pu en discuter avec certains depuis quelques temps, je suis
à la recherche d'un moyen permettant de générer des extraits jpeg/png
d'OSM à la volée.

Ceci dans certaines conditions.
Je développe actuellement un robot qui selon l’occurrence
d'événements, poste des tweets. S'agissant bien souvent d'événements à
propos d'objets positionnés sur OSM, il est intéressant d'illustrer
ces tweet avec une carte montrant la localisation de ce dont il est
question.

La représentation de l'objet étant facilement ajoutable sur une image
avec moult librairies, la question est surtout de récupérer le fond de
carte au format image et en direct lorsque l'événement survient.

On m'a conseillé de regarder du côté du fonctionnement du module
d'export d'osm.org, mais celui-ci est plutôt lent et je ne souhaite
pas pénaliser d'autres utilisateurs avec cette charge induite.

Goo*** **ps proposait (ou propose toujours) un service pour générer
des cartes raster.
Est-ce qu'il y a quelque chose dans la sphère OSM qui le permette aussi ?

Merci par avance et bonne soirée

François

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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[François Lacombe]

Bonsoir Jean-Yvon et merci :)

Le 21 janvier 2016 à 22:33,   a écrit :
> Tu peux toujours monter un serveur WMS (il y en a aussi des publics) sur des
> tuiles OSM et demander une image "qui va bien".
Non je ne souhaite pas installer ce genre de composant pour ce projet.

Par contre utiliser un WMS public qui me permettrait de générer
quelques dalles par jour ca serait le top

> Pourquoi ne pas "bêtement" utiliser un greffon comme celui utilisé ici ?
> Tu veux que ça passe sur le téléphone le plus simple (avec écran graphique
> quand même) ou de l'embarqué ?
>
> Dans l'exemple c'est un greffon GIS spip, mais il y en a pour un peu tous
> les systèmes de publication de contenu.
> Tu peux aussi avoir une umap et des données récupérées par ailleurs
> dynamiquement.
Parce que Twitter ne permet pas d'intégrer une slipy-map dans ses
tweet. Il faut obligatoirement un fichier png ou jpeg.

A moi ensuite d'ajouter sur le fond de carte la feature que je veux,
avec la mise en forme souhaitée.

L'idée du WMS doit être la bonne


Bonne soirée

François

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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[osm . sanspourriel]

Mais Twitter te permet d'ajouter des liens.
Par exemple :
sur OSM :
http://osm.org/?zoom=6=-31.91739=-56.92288
sur une umap :
http://u.osmfr.org/m/4/#17/48.80555/2.11600
sur une double carte  (ou 250, mais tu pers en lisibilité ;-)) :
http://mc.bbbike.org/mc/?lon=-4.431575=48.230761=13=2=osmfr=mapbox-satellite=ol_mapquest-labels=100=L%27Aber%3Cbr%3Ey%20compris%20avec%20du%20HTML%20simple,%20c%27est%20%3Cb%3Epossible%3C/b%3E%20! 


(même logique avec openseamap.org).

Dans le dernier cas, tu peux créer une url courte à la volée.
Ou avoir une page acceptant les paramètres usuels (zoom,lat,lon et 
marker : voir un # équivalent
#17/48.80555/2.11600/ mon 
texte) et tu rediriges sur le site qui va bien.


Jean-Yvon


Le 21/01/2016 22:44, François Lacombe - fl.infosrese...@gmail.com a écrit :

Bonsoir Jean-Yvon et merci :)

Le 21 janvier 2016 à 22:33,   a écrit :

Tu peux toujours monter un serveur WMS (il y en a aussi des publics) sur des
tuiles OSM et demander une image "qui va bien".

Non je ne souhaite pas installer ce genre de composant pour ce projet.

Par contre utiliser un WMS public qui me permettrait de générer
quelques dalles par jour ca serait le top


Pourquoi ne pas "bêtement" utiliser un greffon comme celui utilisé ici ?
Tu veux que ça passe sur le téléphone le plus simple (avec écran graphique
quand même) ou de l'embarqué ?

Dans l'exemple c'est un greffon GIS spip, mais il y en a pour un peu tous
les systèmes de publication de contenu.
Tu peux aussi avoir une umap et des données récupérées par ailleurs
dynamiquement.

Parce que Twitter ne permet pas d'intégrer une slipy-map dans ses
tweet. Il faut obligatoirement un fichier png ou jpeg.

A moi ensuite d'ajouter sur le fond de carte la feature que je veux,
avec la mise en forme souhaitée.

L'idée du WMS doit être la bonne


Bonne soirée

François

___
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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[osm . sanspourriel]

Tu peux toujours monter un serveur WMS (il y en a aussi des publics) sur 
des tuiles OSM et demander une image "qui va bien".


Pourquoi ne pas "bêtement" utiliser un greffon comme celui utilisé ici 
 ?
Tu veux que ça passe sur le téléphone le plus simple (avec écran 
graphique quand même) ou de l'embarqué ?


Dans l'exemple c'est un greffon GIS spip, mais il y en a pour un peu 
tous les systèmes de publication de contenu.
Tu peux aussi avoir une umap et des données récupérées par ailleurs 
dynamiquement.


Jean-Yvon


Le 21/01/2016 20:06, François Lacombe - fl.infosrese...@gmail.com a écrit :

Bonsoir à tous,

Comme j'ai pu en discuter avec certains depuis quelques temps, je suis
à la recherche d'un moyen permettant de générer des extraits jpeg/png
d'OSM à la volée.

Ceci dans certaines conditions.
Je développe actuellement un robot qui selon l’occurrence
d'événements, poste des tweets. S'agissant bien souvent d'événements à
propos d'objets positionnés sur OSM, il est intéressant d'illustrer
ces tweet avec une carte montrant la localisation de ce dont il est
question.

La représentation de l'objet étant facilement ajoutable sur une image
avec moult librairies, la question est surtout de récupérer le fond de
carte au format image et en direct lorsque l'événement survient.

On m'a conseillé de regarder du côté du fonctionnement du module
d'export d'osm.org, mais celui-ci est plutôt lent et je ne souhaite
pas pénaliser d'autres utilisateurs avec cette charge induite.

Goo*** **ps proposait (ou propose toujours) un service pour générer
des cartes raster.
Est-ce qu'il y a quelque chose dans la sphère OSM qui le permette aussi ?

Merci par avance et bonne soirée

François

___
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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[Thomas Gratier]

Salut,

Une ligne de commande avec un fichier XML pour GDAL suffisent si vous
voulez (il y a surement d'autres solutions mais là c'est plutôt simple)
Soit le fichier osm.xml avec le contenu ci-dessous:


 
 http://tile.openstreetmap.org/${z}/${x}/${y}.png
 
 
 -20037508.34
 20037508.34
 20037508.34
 -20037508.34
 18
 1
 1
 top
 
 EPSG:3857
 256
 256
 3
 



Soit la commande GDAL en passant l'étendue en spherical Mercator (EPSG 3857)

gdal_translate -of png -a_srs epsg:3857 -projwin 2782768 8441389
2783286 8440998 osm.xml OSMtiletest.png

Vous avez votre image.

A ce stade, vous avez aussi le choix d'ajouter votre point sur l'image avec
GDAL en jouant avec des VRT comme pour cet exemple avec des PDF en sortie
http://latuviitta.org/documents/Geospatial_PDF_maps_from_OSM_with_GDAL.pdf
Il est aussi possible de passer par GDAL via Python pour faire l'opération
de récupération de l'image OSM et ensuite faire le rendu image.
Vous pouvez aussi prendre l'image telle quelle et positionner votre point
dessus grâce aux coordonnées.


Cordialement

Thomas Gratier

Le 21 janvier 2016 à 23:08,  a écrit :

> Mais Twitter te permet d'ajouter des liens.
> Par exemple :
> sur OSM :
> http://osm.org/?zoom=6=-31.91739=-56.92288
> sur une umap :
> http://u.osmfr.org/m/4/#17/48.80555/2.11600
> sur une double carte  (ou 250, mais tu pers en lisibilité ;-)) :
>
> 
> http://mc.bbbike.org/mc/?lon=-4.431575=48.230761=13=2=osmfr=mapbox-satellite=ol_mapquest-labels=100=L%27Aber%3Cbr%3Ey%20compris%20avec%20du%20HTML%20simple,%20c%27est%20%3Cb%3Epossible%3C/b%3E%20
> !
> (même logique avec openseamap.org).
>
> Dans le dernier cas, tu peux créer une url courte à la volée.
> Ou avoir une page acceptant les paramètres usuels (zoom,lat,lon et marker
> : voir un # équivalent
> #17/48.80555/2.11600/ mon
> texte) et tu rediriges sur le site qui va bien.
>
> Jean-Yvon
>
>
>
> Le 21/01/2016 22:44, François Lacombe - fl.infosrese...@gmail.com a
> écrit :
>
> Bonsoir Jean-Yvon et merci :)
>
> Le 21 janvier 2016 à 22:33,   
>  a écrit :
>
> Tu peux toujours monter un serveur WMS (il y en a aussi des publics) sur des
> tuiles OSM et demander une image "qui va bien".
>
> Non je ne souhaite pas installer ce genre de composant pour ce projet.
>
> Par contre utiliser un WMS public qui me permettrait de générer
> quelques dalles par jour ca serait le top
>
>
> Pourquoi ne pas "bêtement" utiliser un greffon comme celui utilisé ici ?
> Tu veux que ça passe sur le téléphone le plus simple (avec écran graphique
> quand même) ou de l'embarqué ?
>
> Dans l'exemple c'est un greffon GIS spip, mais il y en a pour un peu tous
> les systèmes de publication de contenu.
> Tu peux aussi avoir une umap et des données récupérées par ailleurs
> dynamiquement.
>
> Parce que Twitter ne permet pas d'intégrer une slipy-map dans ses
> tweet. Il faut obligatoirement un fichier png ou jpeg.
>
> A moi ensuite d'ajouter sur le fond de carte la feature que je veux,
> avec la mise en forme souhaitée.
>
> L'idée du WMS doit être la bonne
>
>
> Bonne soirée
>
> François
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> 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

Re: [OSM-talk-fr] Generation de cartes raster à la volée

[JB]

Méthode crado que j'utiliserais à petite échelle et pour des petites 
surfaces parce que ce sont les outils que je connais : un peu de 
scriptage de maperitive : taper dans une base pour récupérer les 
données, appliquer une feuille de style, éventuellement ajouter tes 
données à toi directement à ce niveau-là, exporter la zone à la demande. 
Il y a aussi la possibilité d'utiliser des dalles disponibles (osm 
défaut ou autre), mais j'ai l'impression qu'il y a toujours un tout 
petit filet entre les dalles. Peu visible, mais à mon avis, dérangeant 
pour une impression propre (par exemple : 
http://jb.isonoe.net/temp/demo1.png).

JB.

Le 21/01/2016 22:44, François Lacombe a écrit :

Bonsoir Jean-Yvon et merci :)

Le 21 janvier 2016 à 22:33,   a écrit :

Tu peux toujours monter un serveur WMS (il y en a aussi des publics) sur des
tuiles OSM et demander une image "qui va bien".

Non je ne souhaite pas installer ce genre de composant pour ce projet.

Par contre utiliser un WMS public qui me permettrait de générer
quelques dalles par jour ca serait le top


Pourquoi ne pas "bêtement" utiliser un greffon comme celui utilisé ici ?
Tu veux que ça passe sur le téléphone le plus simple (avec écran graphique
quand même) ou de l'embarqué ?

Dans l'exemple c'est un greffon GIS spip, mais il y en a pour un peu tous
les systèmes de publication de contenu.
Tu peux aussi avoir une umap et des données récupérées par ailleurs
dynamiquement.

Parce que Twitter ne permet pas d'intégrer une slipy-map dans ses
tweet. Il faut obligatoirement un fichier png ou jpeg.

A moi ensuite d'ajouter sur le fond de carte la feature que je veux,
avec la mise en forme souhaitée.

L'idée du WMS doit être la bonne


Bonne soirée

François

___
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