Re: [OSM-talk-fr] Désabonnement de la liste

2018-04-19 Par sujet Jérôme Cornet 
Bonjour à tous,

en tant qu'ancien administrateur de liste de diffusion, je me permets de 
répondre sur la cause *probable* de ces problèmes.

Le point commun c'est GMail (et d'autres fournisseurs d'emails similaires comme 
Yahoo).

Comme beaucoup d'autres ces fournisseurs d'accès email luttent contre le spam. 
GMail/Yaho étant gros, ils reçoivent encore plus d'emails de spam
et luttent donc de façon assez agressive.

Pour qu'un serveur comme lists.openstreemap.org 
 puisse être considéré comme un expéditeur 
valable,
il y a tout un tas de conditions à remplir qui sont vérifiées lorsque GMail 
reçoit un message (reverse DNS name, et j'en passe).

Plus récemment, GMail et Yahoo, eux encore, ont mis en place sur leurs serveurs 
des protocols comme DKIM, qui obligent un serveur d'envoi
d'email à signer cryptographiquement les messages, et à publier des clef 
publiques sur le DNS correspondant.

Jusque là, que des bonnes intentions (et même des protocoles ouverts).

Ce qu'on constate quand même (après je ne suis pas un spécialiste), c'est que 
certains de ces protocoles ne semblent pas vraiment
conçus pour être utilisés avec une liste de diffusion. 

Exemple: un utilisateur de Yahoo envoie un message à la liste, qui comprend des 
utilisateurs de Google.

Le message de Yahoo va être signé crypographiquement par le serveur d'émission 
de Yahoo, puis va atterrir à lists.openstreemap.org 
.
Celui-ci va le modifier, notamment les entêtes et aussi rajouter le petit texte 
à la fin du message, donc la signature est cassée (le message a été modifié).

Suivant la configuration du serveur de liste de diffusion, il est fort possible 
que le message soit retransmis comme venant de l'adresse Yahoo.
lists.openstreetmap.org  aura beau re-signer 
le tout cryptographiquement, vu que l'adresse de l'expéditeur est en 
@yahoo.quelquechose, c'est la signature de Yahoo
qui sera utilisée par le serveur de réception de GMail. Celui-ci va donc 
rejeter le message. Du coup, lists.openstreetmap.org 
, dans ce cas là va résilier
l'abonnement au bout d'un certain nombre d'erreurs (configurable). C'est un 
exemple parmi d'autres.


Le problème de fond dans cette histoire, c'est qu'il y a un tel déséquilibre 
maintenant en nombre d'utilisateurs en GMail/Yahoo par rapport aux autres 
fournisseurs,
que les premiers "font la loi" et se permette de rejeter à tout va, compliquant 
la tâche des administrateurs et concepteurs de logiciels de liste de diffusion.
Et puis, après tout, ils n'ont qu'à utiliser un yahoo/googlegroup! ;-) ;-)

C'est un bon exemple qu'utiliser Gmail/Yahoo, ça a des conséquences néfastes 
sur la communauté.
Je ne suis pas un avocat à tout craint de la désintoxication (même si de mon 
côté, je n'utilise plus Google depuis bien longtemps),
mais ça vaut le coup de réfléchir deux minutes aux conséquences de ses 
(non)-choix.

S'il y a une configuration magique de serveur pour éviter ça, je suis preneur, 
mais curieusement ce sont toujours les mêmes adresses qui posent problèmes, et
ce internationalement (donc à comparer aux très nombreux fournisseurs d'accès 
de part le monde, qui proposent en général une adresse email et eux aussi
essaient d'éviter le spam intelligemment!).

Jérôme


> Le 19 avr. 2018 à 21:41, Guillaume Largeau  a 
> écrit :
> 
> Bonsoir,
> 
> J’ai le même problème! 
> 
> Guillaume
> 
> Le jeu. 19 avr. 2018 à 21:39, aurélien BONDU  > a écrit :
> De même pour moi depuis quelques semaines
> 
> Le jeu. 19 avr. 2018 à 21:29, Jo  > a écrit :
> moi aussi, depuis des mois, assez régulièrement.
> 
> Jo
> 
> 2018-04-19 21:18 GMT+02:00 Vincent Frison  >:
> Hello,
> 
> Je me fais régulièrement "bannir" de la liste avec le message suivant:
> 
> Votre abonnement à la liste Talk-fr a été désactivé suite à due
> to excessive bounces The last bounce received from you was dated
> 18-Apr-2018. Vous ne recevrez plus de messages en provenance de cette
> liste tant que vous n'aurez pas ré-activé votre abonnement. Vous
> recevrez encore 3 rappels comme celui-ci avant que votre abonnement ne
> soit supprimé..
> 
> Quelqu'un saurait à quoi cela correspond et surtout comment faire pour que ça 
> s'arrête ?
> 
> A priori je ne fais rien de spécial et j'utilise une adresse Gmail on peut 
> plus classique..
> 
> Merci, Vincent.
> 
> ___
> 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] Fond OSM dans des guides de rando du CD63 ?

2016-02-06 Par sujet Jérôme Cornet 
Je fais suite au message de JB, parce que là je comprend de moins en moins...

Donc pour récapituler, pour l'instant ce qu'on peut faire:

- Vérifier qu'il y a effectivement un niveau de détails acceptable (i.e. au 
moins les routes/chemins) le long de chaque itinéraire

(ça on a le droit dixit le premier message?)

Ce qu'on ne peut pas faire pour l'instant (mais qu'on pourra peut-être plus 
tard, si les données sont libérées):

- Créer/importer des relations correspondant à l'itinéraire lui-même.

J'ai bon?


Du coup, quand est-ce qu'on met son nom dans la colonne "Intégré dans OSM" de 
http://wiki.openstreetmap.org/wiki/France:Puy-de-Dôme/PDIPR ?
Quand on a vérifié que tout allait bien, ou plus tard, quand on aura le droit 
de faire une relation?

Jérôme



Le 6 févr. 2016 à 20:17, JB  a écrit :
> 
> Euh, juste un truc en passant… c'est pas en train de dégénérer, c't'histoire 
> ? J'avais noté que les itinéraires du PDIPR du Puy de Dôme n'étaient pas sous 
> licence libre. Là, si je comprends bien, vous êtes en train de les entrer 
> dans une base en ODbL, non ?
> Bon, j'dis ça, j'dis rien.
> JB.
> 
> Le 06/02/2016 19:37, bernard a écrit :
>> J'ai résolu le problème d'import dans JOSM en téléchargeant la trace dans 
>> mon PC puis en la chargeant dans JOSM.
>> Par contre, la recherche de la relation n'est pas instantané. Après création 
>> il faut lui indiquer pour l'analyser.
>> J'ai ouvert la page discussion associé à la page 
>> http://wiki.openstreetmap.org/wiki/France:Puy-de-D%C3%B4me/PDIPR 
>> 
>> Il faudrait rajouter quelques colonnes dans le tableau :
>> -relation



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

Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?

2014-11-25 Par sujet Jérôme Cornet 
Tu n'es pas le premier à poser cette question sur la liste. Ma contribution:

J'ai écrit et utilisé (ainsi que d'autres) un outil permettant de gérer la 
problématique de fusion du bâti cadastre par rapport à de l'existant). Ça ne 
fait pas la moitié des trucs évoqués sur ce fil mais c'est dispo.

http://github.com/jecor/bati-fusion

N'hésites  pas si tu as besoin d'aide,

Jérôme 


 Le 24 nov. 2014 à 18:02, Yves Pratter yves.prat...@gmail.com a écrit :
 
 Bonjour,
 
 Je profile du retour de BANO pour intégrer les nouveaux bâtiments et modifier 
 ceux qui ont changés.
 
 Avec JOSM, je fais un « diff visuel » en chargeant le cadastre en arrière 
 plan et par dessus j’affiche les données OSM.
 
 Pour que ça soit plus facile :
 je n’affiche que le bâti sur la couche OSM (filtre building=* et E H I cochés)
 je change la couleur de la couche du dessous en rouge (préférences - 
 paramètres d’affichage - Couleurs : inactif=#FF
 
 Ça fonctionne assez bien, mais on peut passer à côté de quelques bâtiments.
 
 Existe-t-il un outil pour faire ça quasi-automatiquement et/ou indiquer les 
 changements à faire dans Osmose ?
 
 —
 Yves
 
 diff visuel sur le bâti.png
 ___
 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] Ombrage et relief...

2013-12-31 Par sujet Jérôme Cornet 
Le 30 déc. 2013 à 13:41, Christian Quest cqu...@openstreetmap.fr a écrit :

 On peut même imaginer une couche d'ombrage dédiée à un rendu donné qui laisse 
 en transparence les zones où l'on a du texte dans la couche de base... là tu 
 as fromage ET dessert !

Excellent!

J’ai hâte de voir ça pour osm-fr. En fait mon avis (très personnel): l’ombrage, 
c’est super, moyennant que les couleurs fadasses
de l’eau/rivières du rendu mapnik soient adaptées. 

Par contre les courbes de niveaux, ça me semble gadget pour ce type de cartes 
(on peut pas tout faire: rendu généraliste et rendu topo).

 Ca c'est le prochain chalenge... mélanger les DEM et surtout les raccorder !

Yep, et tu devines à quel point ça m’intéresse.

 Pour la BDAlti, ça se passe à l'IGN et tu la trouve facilement par 
 data.gouv.fr https://www.data.gouv.fr/fr/search?q=bdalti

Merci pour le lien :-)

Jérôme


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

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

2013-12-31 Par sujet Jérôme Cornet 
Le 30 déc. 2013 à 14:06, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Magnifique ! :-)

Merci :-)

 Bon, c'est vrai qu'il reste quelques petites bosses parasites à l'ouest à la 
 confluence de la Durolle et la Dore.

Je ne sais pas trop si c’est effectivement « parasite » ou pas. J’ai remarqué 
lors de mes voyages
dans le Sahara (en exploitant SaharaOSM), que les différentes visualisations se 
complètent bien
(couleur, ombrage, pente, courbes de niveaux) des correspondances entre des 
gri-gri qui semblait
 « parasites » dans les courbes de niveaux et la réalité du terrain alors que 
tous les autres modes de 
visualisation de montraient rien (couleur: trop peu de différence, ombrage trop 
faible, etc.).

Je vais essayer d’aller faire des photos là bas pour qu’on juge sur pièce ;-)

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2013-12-31 Par sujet Jérôme Cornet 
Le 30 déc. 2013 à 15:42, Yves yve...@gmail.com a écrit :

 Oui, c'est chouette ! DEM à part, t'as déjà essayé de faire des demi 
 pointillés pour les tractype grade1 avec un offset des pointillés ?

En fait il y a la base, mais il y a plein de détails à régler. Notamment les 
tracktypes ne sont pas distingués.
Qu’entends-tu par « offset des pointillés »? 

Je me pose beaucoup de questions, sur comment représenter au mieux les pistes, 
les highway=path.
Mon but pour l’instant: avoir un rendu qui prend raisonnablement les bonnes 
idées vues sur d’autres cartes
topo, mais qui insiste sur la partie rando et chemins divers (ce que ne font 
pas assez les cartes randos dispos en france
à mon goût. Pour l’instant j’ai essayé un truc infâme en violet, mais ça rend 
pas terrible.

Cela dit, pour avoir des retours et pouvoir développer dans de bonnes 
conditions, il me faudrait un hébergement…
Le Raspberry Pi ne va pas suffire là…

à vot bon cœur messieurs dames (et ça me semble plus important qu’héberger le 
Sahara…).

Jérôme


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

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

2013-12-30 Par sujet Jérôme Cornet 
Le 30 déc. 2013 à 11:05, Christian Quest cqu...@openstreetmap.fr a écrit :

 Ca faisait un bout de temps que je voulais tester l'ajout d'un ombrage sur le 
 rendu FR, mais ce que me sortait gdal faisait un à plat gris plutôt moche.
 
 Après avoir fouillé, trouvé diverses solutions plus ou moins alambiquées, 
 j'ai trouvé une méthode simple uniquement avec gdal.
 
 et la recette pour l'obtenir (finalement super simple) est là 
 https://gist.github.com/cquest/8179870

Magnifique (surtout ton second post plus loin)! Et merci pour la recette :-)

Quel rapport exact avec ça:

http://wiki.openstreetmap.org/wiki/Hillshading_using_the_Alpha_Channel_of_an_Image

?

(tu utilises la couche alpha dans les deux cas, mais on dirait que c’est 
différent (ou je suis pas bien réveillé)).

Perso, j’utilise ça, qui magouille un petit peu plus:

http://alastaira.wordpress.com/2011/07/20/creating-hill-shaded-tile-overlays/

(voir le script python en milieu de page).

Quoi qu’il en soit c’est effectivement une solution bien plus pratique 
d’utiliser un ombrage pure GDAL plutôt
que de devoir se taper du PIL en Python avec des re-géoréférencements à la clef 
au moment du passage Python-GTiff.

 J'ai inséré l'ombrage entre l'occupation des sols et tout le reste qui est 
 dessiné par dessus. Les routes et toponymes ne sont donc pas ombrés et reste 
 lisibles.

Je plussois avec cette technique. Je trouve que rajouter l’ombrage par dessus 
tout est nettement moins lisible (même si ça
permet d’avoir une couche ombrage activable à volonté, ce qui ne doit pas être 
le cas de ton rendu).

Jérôme

ps: et au passage un petit aperçu de mes expériences actuelles, avec le MNT 
génial du CRAIG:

http://cl.ly/image/1K071O2b0q1P/o

(attention zone moins montagneuse donc plus subtile).

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

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

2013-12-30 Par sujet Jérôme Cornet 
Le 30 déc. 2013 à 12:00, Christian Quest cqu...@openstreetmap.fr a écrit :

 Arrondi... c'est sûr et ça vient de la BDAlti à 75m... pour un relief plus 
 marqué, il faut un maillage plus fin.

Euh pardonnes mon inculture, mais moi y en a connaître que CGIAR et SRTM.

Ça se récupère où la BDAlti?

Jérôme


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

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

2013-12-30 Par sujet Jérôme Cornet 
Le 30 déc. 2013 à 12:46, yvecai yve...@gmail.com a écrit :

 On en avait déjà parlé, c'est SRTM V4.1du CGIAR, donc avec les trous bouché, 
 mixé avec ASTER au delà de 60°N, mais suffisamment lissé pour éviter les 
 bosses en plaine.
 Le tout avec la mer mise à 0 depuis la coastline OSM.

Oui mais CGIAR = utilisation non commerciale, donc toutes les tuiles produites 
en CC-BY-NC-SA au mieux.

C’est ce que je fais pour SaharaOSM, mais ça ne me semble pas très satisfaisant 
(je préférerais quelque chose
de moins restrictif).

Jérôme


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

Re: [OSM-talk-fr] mis a jour bati du cadastre

2013-11-13 Par sujet Jérôme Cornet 
Le 13 nov. 2013 à 19:24, RÉAU Simon msr...@gmail.com a écrit :

 Bonjour,
 
 Petit retour sur une tentative de mis a jour du cadastre sur la commune de 
 Joué Lès Tours http://osm.org/go/0AU7lYDN--
 
 J'ai utilisé le script bati-fusion disponible ici 
 https://github.com/jecor/bati-fusion
 
 Pour la méthode :
 
 J'ai d'abord télécharger via josm les données de la commune 
 
 J'ai ensuite découper se fichier via osmosis en ayant créer un fichier .poly 
 contenant les limites de la commune, cela me permet de ne pas avoir de 
 bâtiment en dehors de la commune
 
 osmosis --read-xml file=joue.osm --bounding-polygon file=joue.poly 
 completeWays=yes --write-xml joue_decoupe.osm
 
 J'ai ensuite telecharger le fichier houses sur cadastre.openstreetmap.fr et 
 lancer le script bati-fusion
 
 Le script ma donnée 4 fichier :
 
 .ok.osm : que j'ai importé directement avec les contrôles habituelle pour le 
 bati
 
 .nofusion.osm et .conflit.osm : j'ai vérifier les bâtiments un par un en 
 faisant des copier coller entre les calques.
 
 .fusion.osm : je n'est pas importé ce fichier qui contenais les bâtiments 
 n'ayant pas été modifier

Très intéressant! Merci pour ton retour. Pour info, l’utilitaire a été conçu à 
l’origine pour faire le l’import bâti initial sur
des zones contenant déjà des bâtiments tracés à la main. J’avais envisagé cette 
utilisation (pour mettre à jour le bâti),
mais je manquais d’utilisateur et de feedback.

Dans l’optique d’une mise à jour du bâti, il y a mon avis un certain nombre de 
cas à traiter supplémentaire, par exemple
le cas d’un bâtiment provenant du cadastre mais qui a été redécoupé à la main 
pour donner des infos/du sens supplémentaire.

 Il est dommage que le script ne donne pas les batiment ayant été suprimé, 
 j'ai essayé d’inversé le fichier données et export cadastrale mais josm ne 
 voulais pas ouvrir les fichier généré a cause d'un problème de version des 
 objets.

Il suffit de demander… Si tu me laisses un peu de temps, je dois pouvoir faire 
ça ce week-end.

Par contre, j’ai besoin de détails précis… Batîments supprimés dans quel 
calque? Par un utilisateur dans la base OSM? Par la cadastre dans la base 
cadastre?

 Il serait aussi intéressant de pouvoir récupérer les limites de feuilles 
 cadastrale pour pouvoir ne travailler que sur une seule feuille (toutes les 
 feuilles d'une commune ne sont pas mis a jour en même temps) et sourcer ainsi 
 plus précisément les bâtiments.

Sur cet aspect, et sur la raison pour laquelle tu filtres les bâtiments avec 
osmosis, je ne comprend pas tout (mais il est tard, et je suis fatigué).

Pour moi: les calques récupérés depuis le cadastre ne concerne qu’une commune 
en particulier, donc pas de pb de ce côté là.
Pour ce qui est du calque que tu télécharges depuis OSM, où est le problème 
d’avoir du bâti en dehors de la commune? De toute
façon, ce sont les bâtiments venant du cadastre qui sont triés en 
ok.osm/nofusion/etc, pas les bâtiments de la base OSM.
Qu’est-ce que j’ai raté?

Enfin voilà, ravi d’avoir un utilisateur qui se manifeste, et je suis tout à 
fait prêt à faire évoluer l’outil :-)

Jérôme


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

Re: [OSM-talk-fr] Rendu françafrique

2013-05-24 Par sujet Jérôme Cornet 
Bonjour Philippe,

Le 23 mai 2013 à 07:12, Philippe Verdy a écrit :

 On 05/21/2013 09:05 AM, Jérôme Cornet wrote:
  Ça ne répond pas non plus exactement à la question mais le rendu pour zones 
  désertiques fait un peu de cela (apparition des routes et pistes à plus 
  faible niveau de zoom). Hébergé ici pour un tout petit bout de l'Afrique: 
  http://tmpsahara.dyndns.org/
 
 Une remarque : le fond de rendu du relief me semble beaucoup trop contrasté 
 pour rendre lisible tout ce qu'on affiche dessus.

C’est bien possible. Pour l’instant là où ça marche le mieux, c’est 
effectivement dans le désert, et pas trop en altitude (où là effectivement la 
route nationale rouge sur fond rouge, c’est pas top). Mais d’un autre côté, « 
j’aime »  bien le fond contrasté, et j’ai besoin du dégradé de couleur vers le 
rouge contribue à montrer le relief. Cela dit, c’est une question d’essayer, je 
n’ai pas eu beaucoup le temps, mais pour les gens  qui voudraient expérimenter, 
je suis preneur de valeurs de couleurs qu’ils auraient trouvé.

 Sur les sommets montagneux et vallées de l’Atlas,

En effet… constaté sur le terrain, peu lisible.

 ou les volcans des îles Canaries,

Attention toutefois, les Canaries, c’est pas spécialement adapté, car c’est une 
zone de données dense. Et pour l’instant le rendu se contente d’utiliser des 
valeurs de seuils de zoom différentes du rendu habituel pour afficher les 
routes et les pistes. Idéalement, dans le futur, il faudrait faire quelque 
chose en fonction de la densité de données.

 Cela affecte aussi le rendu des villes (quoiqu'on ne puisse pas encore zoomer 
 au niveau des rues de Rabat ou Casablanca par exemple).

Là encore, le rendu n’est pas trop ciblé pour ces zones (d’ailleurs en voyage, 
je repasse sur une appli avec un rendu standard pour la navigation), cela fait 
déjà pas mal de boulot d’avoir quelque chose de correct pour les niveaux de 
zoom considérés actuellement. L’autre raison pour ne pas avoir plus de zoom 
disponibles sur le serveur, c’est l’espace disque requis avec la stratégie 
choisie de tout précalculer.

 Il n'y a pas moins de faire un rendu avec des couleurs plus pâles de ce fond 
 (l'affadir avec 50% de blanc) ?

À essayer… je ferais quand j’aurais le temps. Le mieux serait que tu (ou 
quelqu’un) fasse l’essai chez lui et me montre le résultat (je pense qu’il faut 
un peu tâtonner pour trouver les bonnes valeurs).

 Comment visualiser aussi les forêts de l'Atlas sur un fond aussi fortement 
 contrasté ?

C’est aussi un point faible. En résumé, ça marche bien sur les zones 
désertiques d’altitude  1500m, le reste reste à perfectionner :-)

Cordialement,

Jérôme

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

Re: [OSM-talk-fr] Rendu françafrique

2013-05-21 Par sujet Jérôme Cornet 
Ça ne répond pas non plus exactement à la question mais le rendu pour zones 
désertiques fait un peu de cela (apparition des routes et pistes à plus faible 
niveau de zoom). Hébergé ici pour un tout petit bout de l'Afrique:

http://tmpsahara.dyndns.org/

Jérôme



Le 20 mai 2013 à 08:53, Eric SIBERT courr...@eric.sibert.fr a écrit :

Bonjour,
 
 Il y a quelques mois, on discutait dans HOT de la classification des rares 
 routes en Afrique. Je me disais que ça serait sympa d'avoir un rendu 
 spécifique qui ferait ressortir les routes plus tôt quand on zoome. Ou qui 
 permette facilement de distinguer les routes goudronnées de celles qui ne le 
 sont pas.
 
 Je me suis aussi rendu compte que le rendu osm-fr dépassait largement les 
 frontières de l'hexagone.
 
 Enfin, j'ai constaté que Mapquest Open avait des rendus différents suivant 
 les zones de la planète. Par exemple, les routes n'ont pas les mêmes couleurs 
 dans les îles britanniques et en Europe continentale.
 
 Alors, ne pourrait-on pas dans OSM-Fr avoir un rendu spécifique pour 
 l'Afrique?
 
 J'ai plein d'idées, dont certaines pourraient d'ailleurs s'appliquer en 
 France.
 
 
 
 Éric
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] projection antarctique

2013-02-26 Par sujet Jérôme Cornet 
Le 25 févr. 2013 à 23:58, Guillaume Allegre a écrit :

 Le lun. 25 févr. 2013 à 23:36 +0100, Jérôme Cornet a écrit :
 
 en fouillant dans le fichier de projection de PROJ4 je trouve ça:
 
 EPSG:3032: Australian Antartic Polar Stereographic
 EPSG:3033: Australian Antartic Lambert
 EPSG:3294: USGC Transantartic Mountains
 EPSG:4176: Australian Antartic
 
 Merci, mais en utilisant spatialreference (ex. 
 http://spatialreference.org/ref/epsg/3032/)
 il semblerait qu'elles soient toutes prévues pour des couvertures partielles 
 du continent
 (cf les paramètres WGS84 Bounds).
 Alors que je cherche vraiment à représenter l'ensemble (lat = -60°, toutes 
 longitudes),
 sur une carte à petite échelle.

Navré Guillaume, j'ai été négligeant sur cet aspect pourtant essentiel.

Jérôme
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] projection antarctique

2013-02-25 Par sujet Jérôme Cornet 
Le 25 févr. 2013 à 16:56, Guillaume Allegre a écrit :

 Salut,
 
 Je cherche s'il existe un projet pour un rendu polaire (antarctique) des 
 données OSM, 
 et je ne trouve rien, ce qui m'étonne.
 
 Sans parler pour l'instant de style, la projection standard (Mercator 
 sphérique)
 n'est pas du tout adaptée. Je cherche un rendu où le pôle est au centre.
 Déjà, j'ai du mal à déterminer la projection idéale. On trouve notamment :
 - EPSG:3031 WGS 84 / Antarctic Polar Stereographic
 - la projection Lambert azimuthale 
 http://cartographie.sciences-po.fr/fr/globe-projection-lambert-p-le-nord-et-p-le-sud
 - la projection Lambert conique conforme (avec quels paramètres ?)

Salut Guillaume,

en fouillant dans le fichier de projection de PROJ4 je trouve ça:

EPSG:3032: Australian Antartic Polar Stereographic
EPSG:3033: Australian Antartic Lambert
EPSG:3294: USGC Transantartic Mountains
EPSG:4176: Australian Antartic

Il y a aussi visiblement des choses pour la Terre Adélie (EPSG:2985/2986) mais 
PROJ4 ne les supporte pas.
(projection Petrels 1972 - Perroud 1950).

Jérôme



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

[OSM-talk-fr] Compte-rendu d'intervention à CitizenTIC, Grenoble 10 décembre 2012

2012-12-10 Par sujet Jérôme Cornet 
Coucou,

bon Julien (Thevenon) me tanne pour que j'écrive un petit compte-rendu…

Il y avait aujourd'hui à Grenoble (au Magasin) la Journée Citizen Tic dont vous 
pouvez
trouver le programme ici:

http://www.alpesolidaires.org/journee-citizen-tic-l-innovation-sociale-investit-le-numerique

Passant par là, je me suis retrouvé à remplacer un peu au pied levé Guillaume 
Allègre (malade) au côté de Thomas Dupont
sur la partie OpenStreetMap (atelier Cartographie participative).

Globalement j'ai trouvé le public (je dirais 50 personnes…?) très intéressé 
avec des questions simples (est-ce que je peux mettre à disposition
la carte sur mon site web facilement?), à plus ouvertes (comment mettre en 
valeur mon territoire avec ce type d'outils?) ou plus compliquées
(est-ce qu'on peut faire des rendus personnalisés, en quoi ça sert l'humanité 
tout ça…).

Thomas a présenté son expérience de (relatif) nouveau à la CartoParty de Vif, 
j'ai essayé d'insister sur le fait
que OSM est une base de données avant tout (et pas juste le rendu). Nous avons 
fait une démonstration de
modification en live de la base depuis JOSM et l'apparition des modifs dans 
le rendu après un petit délai.

Comme point de contact pour discussion j'ai cité:

- la liste de diffusion local-grenoble
- la liste de diffusion talk-fr
- le Laboratoire Ouvert Grenoblois (logre.eu) dont je fais partie avec Julien, 
qui anime ponctuellement des ateliers,
et où il y a des membres qui sont en mesure, tous les jeudis de répondre à des 
questions ou de proposer des mini-formations.

En parlant de formation, nous avons eu une question sur la possibilité d'en 
organiser une, je pense que ça éveillera un intérêt
chez les contributeurs Rhône-Alpins (Julien/JP ayant déjà organisé ce genre de 
formations pour le pôle de la Drôme).

Jérôme


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

Re: [OSM-talk-fr] [forum-osm-fr]Des bonnes pratiques du mélange area=yes et highway=* ?

2012-06-26 Par sujet Jérôme Cornet 
Le 26 juin 2012 à 16:36, Pieren a écrit :

 2012/6/26  fo...@letuffe.org:
 J'ai un exemple apparu dernièrement ici : 
 http://www.openstreetmap.org/?lat=45.186892lon=5.728106zoom=18layers=M , 
 Place de l'Étoile.
 
 Au passage, on voit sur Grenoble un landuse=industrial nommé
 Commissariat à l'Energie Atomique (CEA). On ne met pas dans le même
 tag la version officielle et son abréviation (utilisez short_name ou
 alt_name).

Hello Pieren,

je vois pas bien le rapport avec le mail initial, mais effectivement je ne 
connaissais pas le tag short_name 
(et donc j'ai appris quelque chose de plus en OSM aujourd'hui). J'ai fait la 
correction pour Grenoble (il y avait le CNRS à côté dans ce cas).

Merci,

Jérôme


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

Re: [OSM-talk-fr] Nouvel outil diff cadastre (was Re: COD : Cadastre Osm Diff)

2012-02-12 Par sujet Jérôme Cornet 
Le 12 févr. 2012 à 18:12, Pieren a écrit :

 Je dirais même plus :
 est bâtiment tout ce qui est building=* à l'exclusion de building=no
 (cela m'est arrivé de le mettre sur du bâti qui n'existe que dans le
 cadastre mais que j'ai quand même conservé dans OSM avec une note
 pour expliquer. Et je ne crois pas être le seul à avoir pratiqué cette
 méthode)

Ce problème (ainsi que d'autres) est maintenant corrigé dans la version 0.2.

Enjoy,

Jérôme


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

Re: [OSM-talk-fr] Nouvel outil diff cadastre (was Re: COD : Cadastre Osm Diff)

2012-02-10 Par sujet Jérôme Cornet 
Le 10 févr. 2012 à 17:44, Etienne Trimaille a écrit :

 Bon, j'ai enfin pris le temps de retester cet outil ;-)
 
 Est-ce possible de prendre en compte les building=* en compte ?

Ahem… je dois avouer piteusement en public que je n'avais pas connaissance de 
ces variations sur tag building. Et donc…
les bâtiments qui sont en building=XX ou XX n'est pas yes sont complètement 
ignorés de la comparaison! (arg)

 Je ne comprends pas toujours le résultats : 
 Avec building=apartements / train_station dans la base OSM, ton outils met le 
 bati dans ok.osm.
 Avec building=supermarket dans OSM, ton outils met le bati dans nofusion.osm.

En fait cela ne dépend pas du type de building… (vu que je ne reconnais que 
building=yes). La différence
que tu as observé est liée probablement à une intersection avec un autre 
polygone qui lui était taggé building=yes.

 Je précise que pour les 2 types apartements et supermarket, les bâtiments 
 sont exactements au même endroits entre les 2 fichiers OSM (courant.osm et 
 cadastre.osm).Je ne pense pas que cela soit le bon résultat, non ? Ils 
 devraient se trouver dans nofusion.osm ?

Euh je ne comprend pas bien cette partie. Dans le cadastre on a uniquement du 
building=yes non?

 Et en théorie, si j'ai bien compris les différents fichiers : 
 ok.osm, à importer car aucune intersection

Oui, même si l'outil pouvant avoir des failles (comme nous venons juste de le 
voir), il est bon de vérifier.

 nofusion.osm, à importer après verif des petites intersections

Exact

 fusion.osm, à ne pas importer, car bati déjà présent dans la base

Ben là ça dépend des opinions. Préfères-tu un bâtiment dessiné exactement comme 
dans le cadastre, ou garder
quelque chose d'approximatif fait à la main, pas forcément au bon niveau de 
détail? (je sais j'en ai fait nombre à la main
à la grande époque). Si tu souhaites avoir la précision du cadastre, et les 
tags intéressants rentrés sur la version faite
 à la main, le calque Fusion est censé réimporter les tags utilisateur sur le 
bâti cadastre (et sur les points, notamment
pour les adresses). Après c'est une question d'opinion/de temps et aussi que le 
processus de fusion se passe bien. 

 conflit.osm, à vérifier manuellement
 C'est bien çà ?

Oui.

 Pour obtenir les batiments qui ont été supprimés du cadastre, mais présent 
 dans OSM ?

Peut-être en inversant les deux fichiers en arguments (cadastre et calque osm) 
et en regardant la sortie .ok.
Je peux faire une option spéciale sinon si tu m'expliques à quoi ça te sert, 
quel comportement tu veux, etc.

 Merci pour l'outil ;-)

Merci pour le feedback, il n'y a que comme ça qu'on le fera progresser.

La morale de l'histoire, c'est que comme toujours, il n'y a pas d'outils 
automatiques, et bati-fusion est clairement un outil semi-automatique,
qui requiert un contrôle manuel. Ne pas faire confiance aveuglément, et ne 
jamais importer un calque de sortie dans avoir préalablement
vérifié que tout allait bien (y compris sur le .ok).

Sur le site github, il y a un tracker de bugs 
(https://github.com/jecor/bati-fusion/issues). Il y a un autre problème qui a 
été trouvé par un utilisateur
 à notlm-grenoble: l'outil suppose qu'on a téléchargé toute la commune pour le 
calque osm. Dans certaines zones denses, ça n'est pas toujours 
possible…. dans ce cas il faut donc faire très gaffe avec les bâtiments 
hors-zone qui sont tous marqués ok.

Je m'en vais fixer les bugs au plus vite,

Jérôme

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

Re: [OSM-talk-fr] Nouvel outil diff cadastre (was Re: COD : Cadastre Osm Diff)

2012-02-10 Par sujet Jérôme Cornet 
Le 10 févr. 2012 à 20:47, Philippe Verdy a écrit :

 Juste une idée, comme ça:
 
 Il n'y a pas moyen avec votre outil de marquer les bâtiments importés
 avec un numéro de parcelle (par exemple le plus petit numéro de
 parcelle où il est construit), ou le numéro de rue dans une
 agglomération, et insérer cette référence dans un tag de suivi, afin
 de savoir qu'il a été rapproché avec le cadastre, et ensuite permettra
 de savoir ceux qui ont été modifiés ?
 
 Cela soulagerait ensuite bien des comparaisons géomatiques hasardeuses
 et faciliterait aussi les synchronisations lors d'imports de nouveaux
 bâtis, tout comme de permettre aussi d'avoir un état statistique du
 bâti manquant ou à corriger/fusionner.
 
 On insère bien des références Insee et NUTS pour les relations de
 communes, départements, arrondissements, régions, ou des codes SIREN
 pour les relations des intercommunalités...
 
 Ce qui permet justement des rapprochements de fichiers plus faciles et
 moins d'erreurs (par exemple sur les graphies ou toponymes alternatifs
 ou ambigus) dès lors que les géolocalisations ne correspondent pas
 exactement (surtout quand une source utilise une précision différente
 dans les géométries de contours ou les centroïdes renseignés, ou parce
 que cette géométrie a évolué au cours du temps et que les données
 prennent en compte des dates de mise à jour différentes de cette
 géométrie).

Euh… 100% d'accord avec l'idée de référencement, après d'aucuns vont
retorquer que ça risque de bien surcharger la base. Et en terme de réalisation
je ne vois pas bien où je vais récupérer l'information (à ma connaissance
l'import-bati n'arrive pas à extraire cette information). Donc à discuter 
ensemble,
si vous trouvez comment concrétiser :-)

Jérôme


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

Re: [OSM-talk-fr] Nouvel outil diff cadastre (was Re: COD : Cadastre Osm Diff)

2012-02-10 Par sujet Jérôme Cornet 
Le 10 févr. 2012 à 21:59, Philippe Verdy a écrit :

 [..]
 
 Par conséquent, les zones rurales ou périurbaines qui sont sorties des
 zones constructibles des anciens POS ou des actuels PLU ne sont plus
 contrôlées du tout, tant qu'il n'y a pas de vente (saisies
 judiciaires, séparation de biens lors de divorces, partage dans une
 succession), et entâchent le cadastre d'erreurs et d'omissions parfois
 grossières.

Que le cadastre, comme toutes les autres sources, est à prendre avec des 
pincettes
(surtout en campagne), je ne peux qu'être d'accord (surtout que je fais du 
cadastre
raster non-géoréférencé, donc bon… ça me paraît évident). 

Après il ne faut pas tout mélanger: en centre-ville vectorisé c'est plutôt bon, 
et ça restera toujours
meilleur qu'un truc décalqué à la main. Et oui, il y a des bâtiments non 
présents, et vice-versa:
à Grenoble, vers la Bastille nous avons des magnifiques ruines référencées 
cadastre. Il faut
donc mettre son grain de sel et c'est bien normal.

 Alors une bonne question se pose :
 
 Est-ce que OSM doit jouer un rôle d'auxiliaire de contrôle fiscal en
 corrigeant gratuitement ce qui est ou n'est pas dans leur cadastre (ce
 qui pourrait être un bénéfice inavoué motivant les collectivités à
 ouvrir leur données SIG et à collaborer avec OSM) ?

Euf… théorie du complot? Je pense que nous ne sommes pas assez rigoureux 
(d'un point de vue fiscal!) ni
n'avons un but qui puisse convenir à ce genre d'utilisation. Ça va servir à 
quoi à l'administration
fiscale qu'on rajoute des ruines en building=yes? Et puis je les vois bien 
justifier auprès 
des contribuables que si si il faut payer parce qu'on les a vu sur OSM… À 
l'extrême limite j'ai vu
des piscines sur Bing/CRAIG/etc. non signalées sur le cadastre… mais peut-être 
parce qu'elle
étaient hors-sol, etc, etc. 
Cette hypothèse de bénéfice non avoué me paraît peu plausible.

Jérôme

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

Re: [OSM-talk-fr] 5 gigas de données publiques open pour OSM !

2012-01-10 Par sujet Jérôme Cornet 
Arg, je confirme…

Le LISEZ-MOI est pourri pour les versions binaires (je vais le modifier). Donc 
il n'y a rien à faire, juste
lancer le logiciel avec ./bati-fusion arguments.

Jérôme


Le 10 janv. 2012 à 21:59, THEVENON Julien a écrit :

 Salut,
 
 En fait il y a deja une version compilee dans l archive que tu as telecharge.
 Tu n as donc pas besoin de faire le make.
 Je pense que le LISEZ_MOI etait prevu pour ceux qui veulent recompiler le soft
 
 Julien
 
 De : corneliux x.larc...@laposte.net
 À : Discussions sur OSM en français talk-fr@openstreetmap.org 
 Envoyé le : Mardi 10 Janvier 2012 19h34
 Objet : Re: [OSM-talk-fr] 5 gigas de données publiques open pour OSM !
 
 Bonjour,
 Je viens de le télécharger à cette adresse : 
 https://github.com/downloads/jecor/bati-fusion/bati-fusion-linux32-0.1.tar.gz 
 Je l'ai décompressé, puis j'ai lu le LISEZ MOI qui me dit qu'il faut faire un 
 make ou un Gmake
 Lorsque je fais make , j'ai :
 make: *** Pas de cibles spécifiées et aucun makefile n'a été trouvé. Arrêt.
 
 Et lorsque je fais un gmake, j'ai :
 Commande « gmake » non trouvée, vouliez-vous dire :
 La commande « tmake » issue du paquet « tmake » (universe)
 La commande « hmake » issue du paquet « hmake » (universe)
 La commande « guake » issue du paquet « guake » (universe)
 La commande « imake » issue du paquet « xutils-dev » (main)
 La commande « mmake » issue du paquet « mmake » (universe)
 La commande « omake » issue du paquet « omake » (universe)
 La commande « jmake » issue du paquet « dist » (universe)
 La commande « make » issue du paquet « make » (main)
 La commande « dmake » issue du paquet « dmake » (main)
 La commande « vmake » issue du paquet « hdf4-tools » (universe)
 La commande « pmake » issue du paquet « pmake » (main)
 La commande « qmake » issue du paquet « qt4-qmake » (main)
 La commande « qmake » issue du paquet « qt3-dev-tools » (main)
 La commande « cmake » issue du paquet « cmake » (main)
 gmake : commande introuvable
 
 Un petit coup de main, svp.
 Et ls me renvoie
 bati-fusion  exemples  LISEZMOI.txt
 
 Donc, je suis dans le bon dossier.
 
 Comme le disait les Beatles : Help,... I need somebody...Help   
 face-smile.png
 
 
 
  Message initial 
 De: Jérôme Cornet jer...@aldorande.net
 Reply-to: Discussions sur OSM en français talk-fr@openstreetmap.org
 À: Discussions sur OSM en français talk-fr@openstreetmap.org
 Sujet: Re: [OSM-talk-fr] 5 gigas de données publiques open pour OSM !
 Date: Sun, 8 Jan 2012 22:21:13 +0100
 
 Le 8 janv. 2012 à 21:56, Etienne Trimaille a écrit : 
 Bonsoir
 Et çà : 
 http://lists.openstreetmap.org/pipermail/talk-fr/2011-November/037841.html ?
 
 Je l'ai essayé sur une petite commune, j'en étais satisfait.
 
 Alléluiah! Dois-je comprendre que mon message n'est finalement pas passé 
 inaperçu? :-) 
 
 Jérôme 
 
 
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
 
 

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

Re: [OSM-talk-fr] 5 gigas de données publiques open pour OSM !

2012-01-08 Par sujet Jérôme Cornet 
Le 8 janv. 2012 à 21:56, Etienne Trimaille a écrit :

 Bonsoir
 Et çà : 
 http://lists.openstreetmap.org/pipermail/talk-fr/2011-November/037841.html ?
 
 Je l'ai essayé sur une petite commune, j'en étais satisfait.

Alléluiah! Dois-je comprendre que mon message n'est finalement pas passé 
inaperçu? :-)

Jérôme


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

Re: [OSM-talk-fr] Nouvel outil diff cadastre (was Re: COD : Cadastre Osm Diff)

2012-01-08 Par sujet Jérôme Cornet 
De rien de rien :-)

Ce qui me fait le plus plaisir, c'est de savoir que ça t'as été utile. 
N'hésites pas si tu veux que je change/améliore des choses. :-)

Jérôme, tout content


Le 8 janv. 2012 à 22:36, Etienne Trimaille a écrit :

 Parce qu'il n'est pas trop tard pour dire merci, alors je te le dis cette 
 fois-ci : merci :)
 
 Il me semble, d'après me souvenirs, que j'ai eu quelques soucis avec les 
 différents fichiers au début. Mais j'ai finalement réussi à faire la mise à 
 jour de ma commune.
 Je vais avoir plus de temps dans 2 semaines pour retester ton outil ;-)

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

[OSM-talk-fr] Nouvel outil diff cadastre (was Re: COD : Cadastre Osm Diff)

2011-11-22 Par sujet Jérôme Cornet 
Le 22 nov. 2011 à 17:44, Christian Quest a écrit :

 Effectivement conserver les fichiers que l'on a utilisé avant import c'est 
 bien utile, d'autant plus qu'avant upload je fais pas mal de nettoyage 
 (simplification des chemins, fusion des bâtiments découpés, etc) ce qui rend 
 la comparaison données OSM / fichier osm issus du cadastre encore plus 
 difficile.
 
 Il faudra quand même trouver un moyen de faire des mises à jour dans ces 
 conditions là aussi, car la majorité des imports déjà faits n'ont sûrement 
 pas d'archives des fichiers originels qui de plus ne proviennent pas 
 forcément de qadastre et cléo.
 Un autre algo, basé sur le pourcentage de surface de chevauchement entre les 
 bâtiments présents dans OSM et les dernières extractions du cadastre sera 
 sûrement nécessaire...

Ahem, bonjour à tous,

un collègue Grenoblois d'OSM (Julien) a attiré mon attention sur cette 
discussion autour des outils de diff cadastre. Il se trouve que j'ai déjà 
développé un outil
qui pourrait peut-être servir. Cet outil existe déjà depuis quelques temps, 
mais je dois confesser que j'avais la flemme de livrer quelque chose (pas 
taper).

L'outil en question s'appelle bati-fusion. Il a été conçu à l'origine pour 
permettre de l'import-bati sur des communes où des bâtiments avec valeur 
ajoutée (tags, addresses, etc.)
ont déjà été dessiné à la main. L'outil prend en entrée deux fichiers .osm: 
l'un correspondant à un téléchargement de la base OSM sur la zone considérée, 
l'autre à un calque
provenant d'import-bati. L'outil calcule les recouvrements des polgyones 
building=yes, et classe les polygones du calque import-bati dans différents 
fichiers de sortie en .osm:
 - un fichier contenant les bâtiments n'étant pas en conflit avec un bâtiment 
existant, 
 - un autre contenant les bâtiments en conflit avec un bâtiment existant, avec 
tentative de reimport des tags du bâti existant sur le bâtiment issu 
d'import-bati,
 - un fichier contenant les bâtiments pour lesquels l'algo n'a pas su décider, 
etc.

J'ai déjà utilisé cet outil pour compléter le bati de communes existantes 
autour de Grenoble (notamment le quartier Saint Laurent de Grenoble); je pense 
qu'il
est temps de vous laisser jouer avec et d'obtenir des retours Attention ça 
n'est vraiment pas magique, et il faut mieux tout contrôler a posteriori en 
superposant
les différents calques générés au calque courant. Il y a déjà des limitations 
identifiées: par exemple si la base contient un polygone taggé hopital mais 
sans building=yes,
ça passe complètement à travers...

Je pense qu'avec peu voire pas de modif on doit pouvoir aussi s'en servir pour 
importer des nouveaux bâtiments apparu dans le cadastre sur une commune ayant 
déjà 
bénéficié d'un import-bati antérieur.

Plus d'infos ici:

http://github.com/jecor/bati-fusion

Le logiciel est écrit en C++ sans aucune dépendence ce qui lui permet d'être 
efficace même sur des communes avec beaucoup de bâtiments, et de le recompiler 
pour à peu près
n'importe quelle plateforme (juste avoir GCC et Gnu Make). Je fournis des 
binaires prêts à l'emploi dans la section Downloads pour Windows et MacOS 
X. Je compte sur Julien
pour contribuer un binaire universel Linux... Sinon, comme l'outil java 
précédent, ça s'utilise en ligne de commande; sous Windows, faire Menu 
Démarrer-Exécuter-cmd.exe, etc.

Merci de vos retours, et prudence... c'est très expérimental.

Jérôme

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

Re: [OSM-talk-fr] Tagger une fourrière

2010-08-05 Par sujet Jérôme Cornet 
Le 30 juil. 2010 à 14:17, Jean-Francois Nifenecker a écrit :

 Le 29/07/2010 19:34, Jérôme Cornet a écrit :
 
 j'ai à tagger une fourrière...
 
 pour lever toute ambiguité, tu parles bien d'une fourrière pour automobiles 
 (et non d'une fourrière pour animaux errants) ?

Désolé pour le lag dans ma réponse. Oui je parlais bien d'une fourrière pour 
voiture.

Jérôme



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

[OSM-talk-fr] Remarque générale sur le site we b OpenStreetMap et point de contact

2010-08-05 Par sujet Jérôme Cornet 
Rebonjour à tous,

au risque de me faire jeter des pierres pour le hors-sujet sur cette liste 
(disons que je poste
ici car nous avons une éminente représentante à OSMF pas loin), trois choses de 
base m'ont
frappées par rapport au site web www.osm.org dont je souhaite promouvoir 
l'utilisation auprès
de monsieur tout le monde:

- Il n'y a aucun moyen de contacter *simplement* quelqu'un ou quelque chose 
pour faire
une remarque sur le site ou une fonctionnalités. Tout ce que j'ai trouvé ce 
sont des liens
vers des mailings listes. Certes c'est bien les mailings listes, mais il ne 
faut pas s'attendre
à ce que quelqu'un du grand public fasse une remarque... Je comprend le fait 
que projet
collaboratif, c'est pas à une personne de faire tout le boulot, etc. il 
n'empêche que le problème
reste le même: pas de point de contact.

- Même remarque pour signaler une erreur dans la carte: il doit falloir 
beaucoup de frustration
pour le faire!!!

Si j'ai été aveugle et qu'il y a effectivement une adresse email où envoyer un 
email, je suis preneur.

J'en viens donc aux remarques/demandes que je n'ai pas pu faire... (et qui 
n'ont probablement
pas leur place sur cette mailing liste, promis je ne recommencerais pas ;-)):

- Il n'y a pas d'échelle qui va avec la carte!! C'est une remarque qu'on me 
fait constamment remarquer quand
je fais des démos et c'est vrai que c'est un truc tout c qui est bien 
entendu sur les sites commerciaux.

- Il n'y a pas moyen de faire un permalink avec une jolie balise pointant sur 
un endroit que l'on veut
montrer. Du coup pour l'utilisation de base qui consiste à montrer le plan pour 
aller chez soi (expérimenté
avec un utilisateur encore cette aprèm) et bien pas moyen! Il faut laisser 
les gens se débrouiller
avec l'adresse (à compter que le bâtiment ait été taggé).

Encore désolé pour le bruit...


Jérôme



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

[OSM-talk-fr] Tagger une fourrière

2010-07-29 Par sujet Jérôme Cornet 
Bonjour à tous,

j'ai à tagger une fourrière... et je ne trouve pas comment faire.
Je ne peux pas vraiment mettre amenity=public_building car
aucun bâti dans la zone concernée, et si je mets juste un truc
pour matérialiser (genre une barrier=fence) avec comme name:
Fourrière Municipale, ça me met le nom de long de la clôture
(pas tagger pour le rendu, mais tout de même).

Quelqu'un aurait une idée?

Merci d'avance,

Jérôme



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

Re: [OSM-talk-fr] Tagger une fourrière

2010-07-29 Par sujet Jérôme Cornet 
Le 29 juil. 2010 à 20:13, Gilles Bassière a écrit :

 
 hamster wrote:
 
 lorsque c'est pertinent j'utilise en plus le tag description qui est
 bien pratique
 http://wiki.openstreetmap.org/wiki/Key:description
 
 
 J'ai rien trouvé dans le tagwatch, faut croire que les OSMeurs n'aiment
 pas trop passer par la fourrière :p
 
 Blague à part, pour qualifier une surface, tu peux peut-être utiliser le
 tag générique area=yes sur ton closed way.
 
 Pour préciser que c'est une fourrière, tu peux tenter amenity=tow_pound
 ou un truc comme ça. Je suis pas bien sûr de la trad de fourrière :
 http://forum.wordreference.com/showthread.php?t=718110
 
 Et je rejoins complètement hamster, n'hésite pas à laisser un messages
 explicatif associé à l'objet avec fixme ou note ou comment :
 http://wiki.openstreetmap.org/wiki/Key:note
 
 Attention avec le tag description, c'est bien destiné aux utilisateurs
 de la carte, pas aux autres contributeurs.

Super, merci bien à tous les deux pour vos réponses. Je vais essayer ça :-)

Cordialement,

Jérôme



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

[OSM-talk-fr] Import semi auto bati: pb pdf corrompu

2010-06-24 Par sujet Jérôme Cornet 
Hello,

désolé de poser la question ici, mais chez moi ça ne marche pas J'obtiens 
systématiquement
un erreur pdf corrompu. Par exemple, en suivant une commune déjà fait par 
quicky (Julien T):

sh import-bati.sh 042 CUZIEU Cuzieu 27562

ça me donne:

  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 137210 137210 0  47137  0 --:--:-- --:--:-- --:--:-- 58387
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
101 144350 144350   123  48990417 --:--:-- --:--:-- --:--:-- 59633
CODE=I1081
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 211870 211870 0  69820  0 --:--:-- --:--:-- --:--:-- 85088
BB= new GeoBox( 747819.76, 2.53, 752324.37, 71421.64),
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
109  10000  1000095   7863747 --:--:-- --:--:-- --:--:-- 12746
Error: May not be a PDF file (continuing anyway)
Error: PDF file is damaged - attempting to reconstruct xref table...
Error: Couldn't find trailer dictionary
Error: Couldn't read xref table
Unable to open file
Couldn't open Cuzieu/042-CUZIEU-I1081.svg:
No such file or directory at svg-parser.pl line 148



Je suis sous MacOS X, curl 7.19.7, gdal 1.6.2 compilé à la main.

J'ai essayé d'ouvrir le pdf téléchargé avec le script, effectivement, il est 
corrompu...


Jérôme





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

Re: [OSM-talk-fr] Import semi auto bati: pb pdf corrompu

2010-06-24 Par sujet Jérôme Cornet 
Le boulet

Oui tout à fait, c'est du html qui dit que c'est en maintenance.

Merci :-)

Jérôme

Le 24 juin 2010 à 21:20, julien balas a écrit :

 
 
 J'ai essayé d'ouvrir le pdf téléchargé avec le script, effectivement, il est 
 corrompu...
 
 corrompu comment ?
 
 estce que ca ne serait pas du HTML qui dit le site du cadastre est down ?
 
 cat le_fichier.pdf | head
 ou
 file le_fichier.pdf
 
 donne quoi ?
 
 -- 
 JB
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr
 



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