[OSM-talk-fr] accès aux photos IGN

[Laurent Combe]

Bonjour
si je compare les données photographiques aériennes visibles sur le site
https://mavisionneuse.ign.fr/ortho.html
avec la couche dénommée 'BDOrtho IGN' dans JOSM je m'aperçois que cela ne
colle pas

Le fonds affiché par JOSM correspondrait plus à ce que l'IGN dénomme sur
son site 'Ortho HR'

Je suis allé voir le texte de la convention Openstreetmap - IGN
http://www.openstreetmap.fr/wp-content/uploads/2019/06/Convention_OSM_IGN_2019.pdf

et je cite :
... un accès aux ressources en ligne duGéoportail suivantes:
WMTS-Geoportail-Orthophotographies et WMTS-Geoportail-ORTHOExpress (noms
techniques des ressources: ORTHOIMAGERY.ORTHOPHOTOS et
ORTHOIMAGERY.ORTHOPHOTOS.ORTHO-EXPRESS)

pas de mention de BDOrtho IGN sauf qq lignes plus bas pour dire :
Les données créées à partir des Ressources IGN porteront une mention de
source « BD ORTHO IGN » selon les bonnes pratiques en vigueur au sein du
projet OpenStreetMap.

Pour en venir aux questions :
Serait-il possible d'avoir accès à la couche plus récente dénommée "BD
Ortho" (telle que restituée sur le site : mavisionneuse.ign.fr) ?
La couche d'imagerie dans JOSM ne devrait-elle pas s'appeler "Ortho-express
IGN" ou qq chose comme ça dans JOSM ?

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

[OSM-talk-fr] Démontage partiel ligne haute tension

[Laurent Combe]

Bonjour dans mon secteur j'ai une ligne 63000 V dont les cables viennent
d'être déposés

si j'enleve le cable j'ai peur qu'ils reviennent suite à une contribution
malheureuse
quel tag mettre dans cette situation ?

la ligne concernée : https://www.openstreetmap.org/way/324459804

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

Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

[Laurent Combe]

une question plus "opérationnelle"

que faire d'un ancien bâtiment ayant abrité jusqu'à "récemment" la brigade
locale
maintenant ils disposent de locaux tout neuf qq patés de maisons plus loin
avec accueil du public et tout ce qui va bien

que mettre comme tag sur l'ancien bâtiment qui a perdu sa dénomination mais
qui garde encore sur sa façade les mots "GENDARMERIE NATIONALE" ?
le way en question https://www.openstreetmap.org/way/61782416
avec une belle vue photo prise par sogefi début octobre :
https://www.mapillary.com/map/im/JRMPJzgXfvGhG7G6445MQQ

Laurent



Le ven. 2 nov. 2018 à 10:03, Vincent de Château-Thierry 
a écrit :

> Bonjour,
>
> > De: "Noémie Lehuby" 
> >
> > pour différencier gendarmerie et polices, on est partis sur le tag
> > operator, qui est celui qui semblait le plus utilisé à date.
> > On avait vu aussi le tag police qui reprend la même idée mais il est
> > vraiment très peu utilisé :
> > https://taginfo.openstreetmap.org/keys/police#values
>
> On ne parle pas de la même chose. Les valeurs d'operator, au moins pour
> les polices municipales, sont distinctes par commune ou communauté de
> commune. Je ne parle pas de ça mais bien du type d'entité : municipale ou
> nationale pour la police, sinon gendarmerie.
> Pour prendre des applications concrètes : si on souhaitait cartographier
> les 3 natures de police (avec un picto distinct par nature), ou répondre à
> la question : "quelles communes ont une police municipale ?", en s'appuyant
> sur le tag police:FR on pourrait traiter ces questions. En s'appuyant sur
> operator=*, qui a 59 valeurs distinctes à l'instant, dont de nombreux
> "Mairie de xxx" qui sont logiques pour ce tag, on ne pourrait pas.
>
> 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] Décalage cadastre

[Laurent Combe]

Etant élu dans une mairie souffrant d'un tel problème "cadastre
significativement décalé" je me permet d'intervenir

je confirme :
prévenir la mairie ne sert pas à grand chose
la mairie le sait mais effectivement la mairie n'a pas la main

pour illustrer nous signalons chaque année des rectifications à faire à la
DGFiP pour corriger des informations ayant un effet sur le montant de
l'impôt. figurez-vous que ces informations peuvent ne pas être saisies par
les services fiscaux d'une année sur l'autre! Alors la rectification du
cadastre qui n'a qu'un aspect "esthetique" (j'exagere en disant cela, mais
je veux dire sans effet majeur sur le calcul de l'impôt) n'est vraiment pas
leur priorité.

Mais bonne nouvelle cette année nous avons été contacté pour nous dire que
la commune allait faire l'objet d'une refonte du cadastre. Cela devrait
améliorer la situation actuelle.Donc cela avance mais à leur rythme.

Laurent


Le mar. 16 oct. 2018 à 09:12, Christian Quest  a
écrit :

> C'est sûrement un décalage des planches cadastrale... et comme Sébastien
> l'indique il n'est pas homogène sur la comune, mais l'est souvent planche
> par planche (donc sur un pâté de maison c'est en général homogène).
>
> La mairie est sûrement au courant et impuissante car c'est à la DGFiP de
> remettre ça au propre et comme cela n'a que peu d'impact sur usage, c'est
> pas vraiment prioritaire.
>
> Dans quelques décennies, lorsque la RCPU sera achevée, ça sera nickel ;)
>
> --
> Christian Quest - OpenStreetMap France
> ___
> 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] openinframap

[Laurent Combe]

cool

Le ven. 12 oct. 2018 à 13:39, François Lacombe 
a écrit :

> Bonjour
>
> Le serveur de tuiles d'OpenInfraMap est de nouveau opérationnel.
> Les mises a jour ont été faites.
>
> François
>
> Le sam. 1 sept. 2018 à 12:23, François Lacombe 
> a écrit :
>
>> Bonjour
>>
>> A noter que russs n'intervient sur openinframap qu'entre Noel et le
>> nouvel an habituellement
>>
>> J'ai bien proposé de l'aider dans sa tache mais sans réponse. Il y a
>> pourtant beaucoup à faire
>>
>> Bonne journée
>>
>> François
>>
>> Le sam. 1 sept. 2018 à 10:26, marc marc  a
>> écrit :
>>
>>> Bonjour,
>>>
>>> info de Gazer75 (qui ne parle pas français) sur irc :
>>> I think it has stopped due to a problem,
>>> but ru is quite busy atm.
>>>
>>> en français : il y a un problème :-)
>>> mais "russs", le gars qui s'en occupe, est débordé pour le moment.
>>> Le mieux est de prendre contact directement avec lui ou chercher s'ils
>>> ont un système de ticket pour être au courant des changements.
>>>
>>> Cordialement,
>>> Marc
>>>
>>> Le 01. 09. 18 à 08:44, Laurent Combe a écrit :
>>> > petit up gentil
>>> > le problème de rafraichissement semble toujours présent
>>> >
>>> > Le mer. 22 août 2018 à 21:34, François Lacombe
>>> > mailto:fl.infosrese...@gmail.com>> a
>>> écrit :
>>> >
>>> > Bonsoir,
>>> >
>>> > Relativement à ce problème, il semble toujours présent dans la zone
>>> > https://openinframap.org/#13/43.8486/1.4224/Power-Telecoms
>>> >
>>> > Il y a comme une espèce de ligne au nord de laquelle rien ne passe.
>>> > Surement un problème de mise à jour
>>> > A voir si les admins consentent à recharger la base
>>> >
>>> > François
>>> >
>>> > Le lun. 20 août 2018 à 08:48, François Lacombe
>>> > mailto:fl.infosrese...@gmail.com>> a
>>> écrit :
>>> >
>>> > Bonjour Laurent
>>> >
>>> > En effet, on dirait qu'il y a une ligne horizontale au nord de
>>> > laquelle il n'y a pas de postes ou de lignes
>>> >
>>> > On va attendre encore quelques jours pour voir si ca se
>>> débloque
>>> >
>>> > François
>>> >
>>> > Le lun. 20 août 2018 à 08:13, Laurent Combe
>>> > mailto:laurent.co...@free.fr>> a
>>> écrit :
>>> >
>>> > alors quelque chose m'échappe
>>> >     au nord de toulouse, commune de Fronton par exemple , la
>>> > carte affichée par openinframap ne se réactualise plus
>>> > depuis qques jours
>>> > aucune nouvelle ligne electrique n'apparait dans ce secteur
>>> >
>>> > j'ai viré cookie, cache, ...
>>> >
>>> > je ne vois pas
>>> >
>>> > Laurent
>>> >
>>> >
>>> > Le dim. 19 août 2018 à 19:54, François Lacombe
>>> > >> > <mailto:fl.infosrese...@gmail.com>> a écrit :
>>> >
>>> > Bonjour
>>> >
>>> > Environ 1 cache de 24h
>>> >
>>> > François
>>> >
>>> > Le dim. 19 août 2018 à 19:38, Laurent Combe
>>> > mailto:laurent.co...@free.fr>>
>>> a
>>> > écrit :
>>> >
>>> > Bonjour
>>> >
>>> > Savez-vous a quelle fréquence se regénère les
>>> tuiles
>>> > d'OpenInfraMap ?
>>> >
>>> > Laurent
>>> > ___
>>> > Talk-fr mailing list
>>> > Talk-fr@openstreetmap.org
>>> > <mailto:Talk-fr@openstreetmap.org>
>>> > https://lists.openstreetmap.org/listinfo/talk-fr
>>> >
>>> > ___
>>> > Talk-fr mailing list
>>> > Ta

Re: [OSM-talk-fr] openinframap

[Laurent Combe]

petit up gentil
le problème de rafraichissement semble toujours présent

Le mer. 22 août 2018 à 21:34, François Lacombe 
a écrit :

> Bonsoir,
>
> Relativement à ce problème, il semble toujours présent dans la zone
> https://openinframap.org/#13/43.8486/1.4224/Power-Telecoms
>
> Il y a comme une espèce de ligne au nord de laquelle rien ne passe.
> Surement un problème de mise à jour
> A voir si les admins consentent à recharger la base
>
> François
>
> Le lun. 20 août 2018 à 08:48, François Lacombe 
> a écrit :
>
>> Bonjour Laurent
>>
>> En effet, on dirait qu'il y a une ligne horizontale au nord de laquelle
>> il n'y a pas de postes ou de lignes
>>
>> On va attendre encore quelques jours pour voir si ca se débloque
>>
>> François
>>
>> Le lun. 20 août 2018 à 08:13, Laurent Combe  a
>> écrit :
>>
>>> alors quelque chose m'échappe
>>> au nord de toulouse, commune de Fronton par exemple , la carte affichée
>>> par openinframap ne se réactualise plus depuis qques jours
>>> aucune nouvelle ligne electrique n'apparait dans ce secteur
>>>
>>> j'ai viré cookie, cache, ...
>>>
>>> je ne vois pas
>>>
>>> Laurent
>>>
>>>
>>> Le dim. 19 août 2018 à 19:54, François Lacombe <
>>> fl.infosrese...@gmail.com> a écrit :
>>>
>>>> Bonjour
>>>>
>>>> Environ 1 cache de 24h
>>>>
>>>> François
>>>>
>>>> Le dim. 19 août 2018 à 19:38, Laurent Combe  a
>>>> écrit :
>>>>
>>>>> Bonjour
>>>>>
>>>>> Savez-vous a quelle fréquence se regénère les tuiles d'OpenInfraMap ?
>>>>>
>>>>> Laurent
>>>>> ___
>>>>> 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
>>>
>> ___
> 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] openinframap

[Laurent Combe]

alors quelque chose m'échappe
au nord de toulouse, commune de Fronton par exemple , la carte affichée par
openinframap ne se réactualise plus depuis qques jours
aucune nouvelle ligne electrique n'apparait dans ce secteur

j'ai viré cookie, cache, ...

je ne vois pas

Laurent


Le dim. 19 août 2018 à 19:54, François Lacombe 
a écrit :

> Bonjour
>
> Environ 1 cache de 24h
>
> François
>
> Le dim. 19 août 2018 à 19:38, Laurent Combe  a
> écrit :
>
>> Bonjour
>>
>> Savez-vous a quelle fréquence se regénère les tuiles d'OpenInfraMap ?
>>
>> Laurent
>> ___
>> 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

[OSM-talk-fr] openinframap

[Laurent Combe]

Bonjour

Savez-vous a quelle fréquence se regénère les tuiles d'OpenInfraMap ?

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

Re: [OSM-talk-fr] Challenge ? Si on dégommait du rose ?

[Laurent Combe]

je viens d'ajouter ma pierre à l'objectif "dégommer du rose"

en partant de toulouse et en remontant vers le nord jusqu'aux portes du
cantal
j'ai dégommé du rose

si des contributeurs locaux (je parle de la région Toulousaine) veulent se
saisir de cet objectif pas de problème
le lauragais, l'ariège  et le gers sont des terrains de jeux qui
n'attendent que vous ...

je redonne un lien actualisé :
http://osmose.openstreetmap.fr/fr/map/#source=14708=7170=10=9=43.691=2.151=Mapnik=T=1%2C2%2C3==




Le 25 novembre 2017 à 00:09, Philippe Verdy  a écrit :

> Pas une erreur, le rose concernait les carreaux de "population" INSEE et
> là je parle bien de la cartographie de population (le découpage urbaine à
> l'INSEE) qui dans OSM est ce qui est représenté par les noeuds place= basés
> aussi suir les chiffres de population (pour place=city/town/village/hamlet)
> totalement indépendamment du découpage adminsitratif.
> Mais on a toujours un problème avec Osmose qui veut qu'on modifie la
> toponymie des lieux (place=*) en fonction du découpage adminsitratif (les
> relations) et qui veut imposer les codes INSEE des relations aux noeuds
> place et veut en supprimer d'autres, et qui aussi râle sur les différences
> de chiffres de population entre la relation qu'il veut bien considérer (pas
> la bonne) et celle indiquée dans le noeud place=* (qui correspond à la
> population de la commune en général mais pas toujours et doit séparer les
> populations des communes membres qui est elle auyssi parfaitement connue
> par l'INSEE.
>
> Bref je suis totalement dans le cadre: la population. Qu'on veuille mettre
> un admin_centre sur les communes nouvelles ou en fusion-association je veut
> bien mais il doit s'agir du noeud de la commune membre ou est situié son
> siège, et il n'a PAS à être nommé comme la commune nouvelle et la commune
> nouvelle ne doit pas imposer sa population totale à une commune membre.
> C'est totalement incohérent.
>
>
> Le 24 novembre 2017 à 23:31, Gaël Simon  a écrit
> :
>
>> Bonsoir, euh, quel est le rapport avec les routes ? Une erreur
>> d’aiguillage je pense
>>
>> Gaël
>>
>> Le 24 nov. 2017 à 23:04, Philippe Verdy  a écrit :
>>
>> Concernant les communes nouvelles (et les anciennes communes en
>> fusion-association), elles ont pratiquement toujours un nouveau nom qui
>> n'est pas celui de leur communes déléguées (ou associées), chacune
>> conservant sa toponymie propre.
>> Les noeuds admin_centre de ces communes nouvelles ne devraient PAS être
>> celui de la commune nouvelle mais celui de la commune déléguée. Osmose
>> incite à changer les noms de ces noeuds et rouspète à tord concernant les
>> codes INSEE qui sont toujours associés à chacune des communes membres
>> (déléguées ou associées).
>> Osmose ne semble pas prendre en compte du tout les statuts et traite de
>> façon indifférenciées celles en fusion-association ou les communes
>> nouvelles qu'elles traitent comme si c'était des communes simples (ou
>> complètement fusionnées sans association ni commune nouvelle, par annexion
>> complète). Pourtant on a encore besoin de ces "anciens" codes INSEE qui
>> font toujours référence.
>> La base COG utilisée par Osmose est donc incomplète et conduit soit à des
>> faux-positifs soit à changer à tord les noms.
>> Je veux bien qu'on ajoute un noeud fictif pour l'admin_centre pour les
>> communes nouvelles ou en fusion-association, à côté du noeud de sa commune
>> membre siège de cette association, masi on ne devrait pas éliminer les
>> anciens noms des communes membres, même si on les associee à un niveau
>> inférieur pour la valeur donnée à place=*. Cependant nombre des communes en
>> fusion-association ou communes nouvelles sont encore trop petites pour
>> devenir des "place=town", elles restent "place=village" la plupart du
>> temps, et il est difficile de dire que les communes membres sont des
>> "place=hamlet" car la plupart du temps elles gardent une population
>> largement supérieure à celle d'un simple hameau. comment faire pour
>> différencier ces noms et ne pas les faire disparaître ?
>> Aussi je proposerais de ne plus associer les codes INSEE/SIREN/population
>> du tout aux noeuds place, mais uniquement aux relations qui porteront les
>> noms corrects et codes INSEE/SIREN des communes de plein exercice, comme
>> aussi pour les communes membres. Et alors de ne garder pour "place=*" que
>> le niveau d'importance relative de chaque localité : si c'est le principal
>> bourg (au sens du découpage urbain), prendre la population de la commune
>> membre correspondante dont elle est le principal bourg, mais pas celle de
>> la commune entière (en fusion-association ou commune-nouvelle) et alors
>> déterminer la valeur de place=* de façon  cohérente.
>>
>> Reste ensuite si à savoir si on a réellement besoin de mettre un noeud
>> place pour situer la commune entière et si on le fait, est-il seulement
>> nécessaire de lui 

[OSM-talk-fr] Fwd: Annonce - réunion du groupe local OSM toulousain le mercredi 27 septembre 2017

[Laurent Combe]

Bonjour pour information

second départ pour le groupe OSM toulousain
une date à retenir le mercredi 27 septembre

le mail d'annonce sur la liste locale repris ci-dessous

-- Message transféré --
Date : 10 septembre 2017 à 09:18
Objet : Annonce - réunion du groupe local OSM toulousain le mercredi 27
septembre 2017
À : local-toulo...@listes.openstreetmap.fr


Bonjour,

après un faux départ l'année précédente
le groupe local OSM toulousain redémarre

Au sein de l'association Toulibre qui pourra nous accueillir au centre
culturel bellegarde, nous donnerons un rythme mensuel à cette rencontre

donc première réunion
Centre culturel Bellegarde à Toulouse
le mercredi 27 septembre à partir de 19h30

nous y parlerons
- d'openEventDatabase
- de l'initiative de tetraNeutral pour un hébergement XXL des orthophotos
(merci Laurent Guerby)
- et d'autres points qui vous tiennent à coeur

Pour ceux qui souhaiteront participer régulièrement à cette réunion une
adhésion à l'association TouLibre sera demandée.

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

Re: [OSM-talk-fr] Nouveaux codes postaux français "ROC"

[Laurent Combe]

le lien avec osm ?

vous souhaiter renseigner le code ROC des entités postales
avec un tag spécifique pour ce faire ?

l'utilité de ce jeu de données (interne à la société) et visible sur un
seul site web ne me semble pas être une priorité.

mais c'est seulement mon avis.

Laurent



Le 6 août 2017 à 21:36, Yannick  a écrit :

> Le 05/08/2017 à 22:37, Philippe Verdy a écrit :
> > A voir
> > : https://epnrelais59.files.wordpress.com/2010/07/
> nouveaux-codes-bureaux-de-poste-france.pdf
> >
> > Et https://epnrelais59.wordpress.com/2010/07/29/les-nouveaux-
> codes-des-bureaux-de-postes-en-france/
> >
> > ces nouveaux codes postaux sont maintenant visibles sur les
> > oblitérations des timbres et semblent devoir remplacer à terme les
> > actuels codes postaux.
> >
> > Le format : 5 chiffres (mais rien à voir avec les départements), la
> > lettre A, et éventuellement un tiret et un code à deux chiffres.
> >
> > Exemple 39057A-01 pour une des zones de distribution du centre de tri de
> > la Roche-sur-Yon Bell PPDC, 85 rue François Cévert, 85000 La Roche.
> >
> > Données importables et ouvertes ? Aura-t-on des données plus précises ?
> > En attendant on a la liste des centres de tris (ici un "PPDC")...
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> Bonsoir,
>
> Comme ancien postier je trouve ce nouveau code inutile et inutilisable
> par le commun des mortels.
> En effet si je peux reconnaître que certains département auraient pu
> avoir du mal à attribuer de nouveaux codes de bureaux on ne peut dire
> que ce soit une généralité.
> Jusqu'à présent les établissements postaux avaient un "Poste comptable".
> Ce code permettait à tout un chacun de connaître au moins le département
> et pour tous les bureaux principaux d'une commune le nom de celle-ci.
> Pour nombre de bureaux annexes je reconnais que cela était plus
> difficile mais pas impossible.
> Ce numéro était composé comme suit
> 4 pour La Poste
> nn pour le département
> xxx pour l'ordre Insee de la commune
>
> Donc comme certains commentaires le disent sur le site donné celui qui a
> inventé ce système devrait être cloué au pilori comme un vulgaire criminel.
>
> Maintenant pour OSM cette liste permet de localiser les infrastructures
> de courrier de La Poste. Quoique certaines adresses me laisse songeur.
> Le fichier ods ne donne pas les adresses, seul le pdf le fait! Si l'un
> d'entre-vous sait faire le transfert pdf=>ods merci d'avance à lui.
> Il faut faire attention car Paris Brune (75014) a deux codes ROC.
>
> Amitiés
>
> --
> Yannick VOYEAUD
> Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
> (Camille JOUFFRAY 1841-1924, maire de Vienne)
> http://www.voyeaud.org
> Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
> Journées du Logiciel Libre: http://jdll.org
> Généalogie en liberté avec Ancestris http://www.ancestris.org
> Aidez Ancestris à aller au Havre
> https://www.helloasso.com/associations/ancestris/collectes/le-havre-2017
>
> ___
> 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] pres SOTM-Fr 2017

[Laurent Combe]

merci à vous
c'est la présentation 48 qui m’intéressait
j'ai retrouvé le support sur le lien nextcloud

bonne journée



Le 3 juillet 2017 à 08:55, Benoit Fournier  a écrit
:

> Bonjour Laurent,
>
> > la présentation de christian sur le tsunami OpenData
>
> C'était un atelier de discussion, sans support.
> Voici des prises de note collectives lors de cet atelier :
> https://semestriel.framapad.org/p/sotmfr49
>
> Certains supports sont disponibles sur
> https://nextcloud.openstreetmap.fr/index.php/s/TpM5DnYe9C5mCWV ; y
> compris 48-SOTMFR2017-opendata-nelle-donne-reglementaire par
> Christian.
> Certaines captations vidéo sont disponibles sur :
> https://www.dailymotion.com/OSMFrance
>
> Benoît
>
> ___
> 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

[OSM-talk-fr] pres SOTM-Fr 2017

[Laurent Combe]

Bonjour,

je cherche une trace des supports utilisés par les intervenants lors des
conférences du dernier SOTM-Fr et en particulier les slides de la
présentation de christian sur le tsunami OpenData

comme je ne trouve pas, j'envoie ce petit message ...

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

Re: [OSM-talk-fr] MAPOSMATIC en panne

[Laurent Combe]

sur ce site qui propose en effet le fond OSM fr :-)
j'ai deux petites choses qui me chagrine 

dans le rendu
le lieux dits apparaissent dans l'index sous la rubrique Villages (on va
dire que c'est un faux-ami)
et la petite phrase en bas de page (les mentions légales) est en anglais

je suis allé jusqu'à contribué sur le site de traduction de maposmatic
https://www.transifex.com/dittaeva/maposmatic/language/fr/
mais je n'ai pas réussi a rentrer en contact avec le site allemand pour
obtenir une mise à jour
et du coup je n'arrive pas à faire avancer ma demande d'amélioration

si OSM france veut bien reprendre la maintenance je vote pour
et pourquoi pas aider si besoin ...

Niconil

Le 19 avril 2017 à 15:29, Antoine Riche  a écrit :

> Il existe une autre instance qui semble mieux fonctionner et à jour :
> https://maposmatic.osm-baustelle.de/
> Il y a quelques fonctionnalités additionnelles : sélectionner une zone de
> manière plus souple et ajouter des surcouches comme celles de
> waymarkedtrails.
>
> Antoine.
>
> Le 18/04/2017 à 11:49, Jarry Philippe a écrit :
>
>
>
> Maposmatic est toujours en panne. Il était dans les projets qu'OSM France
> en reprenne la maintenance.
> Est-ce toujours d'actualité ?
>
> Cette possibilité de rendu de carte imprimable est pour moi un argument
> majeur pour inciter à la contribution.
>
> A bientôt
>
> Philippe Jarry
>
>
> ___
> Talk-fr mailing listtalk...@openstreetmap.org
>
>
>
>
> 
>  Garanti
> sans virus. www.avast.com
> 
> <#m_-4513307978689926226_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
> ___
> 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] MapContrib 1.4

[Laurent Combe]

donc je modifierai ma demande ainsi :
mettre le fond personnalisé en tete lorsqu'il y en a un
et permettre à l'auteur de la carte d'ordonner la liste des fonds de
cartes proposés

parce que aujourd'hui mes utilisateurs switchent entre le rendu OSMfr
qui est en tete et la vue orthophoto de l'IGN qui est au fond
(avant-dernier dans la liste)
et si je rajoute un rendu perso il est effectivement rajouté en dernier


Le 16 février 2017 à 11:52, Christian Quest <cqu...@openstreetmap.fr> a écrit :
> Ça me semble un faux problème: la liste peut être longue, l'important c'est
> d'avoir au début les rendus/fond/imageries les plus utiles.
>
>
> Le 16/02/2017 à 10:50, Laurent Combe a écrit :
>>
>> vous n'avez jamais vu un nouvel utilisateur de uMap qui se demande
>> comment faire pour changer le fond de carte
>>   il veut simplement voir la vue photo-aérienne pour mieux se repérer
>>
>> il va assez facilement trouver le bouton pour accéder à la liste des
>> fonds de carte proposés
>> mais après il est confronté à plus d'une vingtaine de rendus
>> disponibles alors qu'il n'appréhende pas bien les différences entre
>> tout ces rendus
>> (attention je ne parle pas d'une population de contributeur OSM mais
>> d'un public non initié d'ailleurs un peu comme la cible de mapContrib)
>>
>> mon souhait n'est pas d'exclure la richesse des rendus possible
>> mais par exemple d'avoir une liste courte (deux, trois) de rendus en
>> accès rapide
>>
>> ça me semblerait plus intuitif comme interface (et on peut garder la
>> liste de choix exhaustive des rendus en parallèle, elle ne me dérange
>> pas)
>>
>> Laurent
>>
>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> 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] MapContrib 1.4

[Laurent Combe]

soudre le problème (utilisation
>> de ce jeton systématique, sur quota dépassant un seuil ?).
>>
>> Mais pour une version 1.8 ?
>>
>>
>> Le 15/02/2017 à 16:24, Philippe Verdy - verd...@wanadoo.fr a écrit :
>>
>> Je ne vois pas l'intérêt de limiter le choix des fonds de carte, même si
>> l'auteur d'un thème en choisit un par défaut qu'il préfère. Cela n'apporte
>> rien et au contraire ne pousse pas à consulter plus loin (surtout si le fond
>> de carte choisi a des problèmes de mise à jour). Il vaut mieux promouvoir la
>> variété et la liberté de choix (en plus cela évitera aussi la concentration
>> sur toujours les mêmes serveurs de tuile).
>> Cette diversité est un bonus et la liberté de choix est justement ce qui a
>> motivé le projet OSM.
>>
>> Je veux bien en revanche qu'on limite les fonds de carte qui nécessitent
>> une souscription ou obligent adhérer à un service (par exemple limitation de
>> consultation sinon abonnement obligatoire): proposer un fond Google ou Bing
>> pourquoi pas tant qu'on a le choix mais à condition que ça marche (et que
>> cela n'oblige pas pour en bénéfiocier de devoir supporter des flux
>> publicitaires ou des popups encore plus énervants) et que cela n'oblige pas
>> non plsu à transmettre un profil personnel (fond de carte neutre, le même
>> pour tous visiteurs quel que soit ce qu'il cherche, à moins qu'on ait la
>> possibilité de choisir et changer à tout moment les options de visibilité
>> correspondant à ce qu'on veut chercher et pas en fonction de ce qu'on a fait
>> dans le passé: on doit avoir le droit de changer d'avis ou de faire des
>> recherches plus exotiques sans condition et sans obligation d'en faire une
>> "préférence" permanente)...
>>
>> Et à tout moment pouvoir à nouveau changer le fond pour un autre.
>>
>>
>> Le 15 février 2017 à 15:53, Laurent Combe <laurent.co...@free.fr> a écrit
>> :
>>>
>>> je vais faire dévier la conversation mais c'est typiquement cette
>>> fonctionnalité que j'aurai aimé voir apparaitre dans uMap
>>> "En fait il y a déjà plusieurs fonds de carte mais ils ne sont pas
>>> tous activés par défaut. Cela reste à l'initiative du créateur du
>>> thème."
>>>
>>> Pour ma part je n'ai pas réussi à l'époque a être suffisamment
>>> convaincant, mais si d'autres personnes partagent cette idée n'hésitez
>>> pas à le signaler sur cette liste ou sur  github
>>> ça me remotivera à venir à la charge
>>> https://github.com/umap-project/umap/issues/25
>>>
>>> Laurent
>>>
>>>
>>> Le 14 février 2017 à 20:17, Guillaume AMAT <guilla...@amat.io> a écrit :
>>> > En fait il y a déjà plusieurs fonds de carte mais ils ne sont pas tous
>>> > activés par défaut. Cela reste à l'initiative du créateur du thème.
>>> >
>>> > Je les ai tous activés sur celui-ci :
>>> > https://www.mapcontrib.xyz/t/s8c2d9-Les_bornes_a_incendie
>>> >
>>> > Pour que tu puisses te faire une idée.
>>> >
>>> > Guillaume
>>> >
>>> >
>>> > Le 14 février 2017 17:51:34 GMT+01:00, Philippe Verdy
>>> > <verd...@wanadoo.fr> a
>>> > écrit :
>>> >>
>>> >> Dommage qu'on ne puisse pas choisir son fond de carte (fond OSM.fr par
>>> >> défaut, mais le fond générique OSM.org ou le fond noir-et-blanc
>>> >> seraient
>>> >> bienvenus aussi, ne serait-ce qu'en cas d'anomalie sur un des rendus
>>> >> qui
>>> >> afficherait des tuiles manquantes grises malgré les
>>> >> raffraichissements)
>>> >>
>>> >> Le 14 février 2017 à 12:45, Guillaume AMAT <guilla...@amat.io> a écrit
>>> >> :
>>> >>>
>>> >>> Chers tous, une nouvelle version de MapContrib vient de sortir !
>>> >>>
>>> >>> On peut enfin retrouver ses thèmes, ses favoris, en copier d’autres,
>>> >>> etc.
>>> >>>
>>> >>> Les détails sont ici :
>>> >>> https://blog.mapcontrib.xyz/fr/2017/02/mapcontrib-1-4
>>> >>>
>>> >>> Guillaume
>>> >>>
>>> >>> ___
>>> >>> 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
>>
>>
>>
>>
>> ___
>> 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
>

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

Re: [OSM-talk-fr] [save the date(s)] quelques conferences en 2017

[Laurent Combe]

je ne peux pas m'en empecher ...

sur le site pgday ils utilisent une belle carto G..gle, si vous avez
des contacts vous pouvez leur signaler gentiment qu'il y a d'autres
façons de produire des cartes :-)

Laurent

Le 14 février 2017 à 16:58, Benoit Fournier  a écrit :
> Bonjour à tous,
>
> Vous avez noté LA date :
> State of the Map France 2017, Avignon, France, 2–4 Jun
>
> et peut-être avez-vous entendu parlé d'autres événements internationaux :
> State of the Map Africa 2017, Kampala, Uganda, 8–10 Jul
> State of the Map 2017, Aizuwakamatsu, Japan, 18–20 Aug
> FOSS4G+SOTM Argentina 2017, Buenos Aires, Argentina, 23–28 Oct
> State of the Map - LatAm 2017, Lima, Perú, 29 Nov – 2 Dec
>
> Plus proche de nous (géographiquement) vous pouvez aussi varier les
> plaisirs avec ces événements organisées par d'autres communautés de la
> famille du libre :
>
> pgDay Paris
> 23 mars 2017 ; Paris ; http://www.pgday.paris/
>
> pgDay France
> 8 juin 2017 ; Toulouse ; http://pgday.fr/
>
> FOSS4G-Europe
> 18-22 juillet 2017 ; Marne-la-Vallée ; https://europe.foss4g.org/2017/
>
> Vous pouvez participer et partager tout cela sans modération !
>
> Benoît
>
> ___
> 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] MapContrib 1.4

[Laurent Combe]

je vais faire dévier la conversation mais c'est typiquement cette
fonctionnalité que j'aurai aimé voir apparaitre dans uMap
"En fait il y a déjà plusieurs fonds de carte mais ils ne sont pas
tous activés par défaut. Cela reste à l'initiative du créateur du
thème."

Pour ma part je n'ai pas réussi à l'époque a être suffisamment
convaincant, mais si d'autres personnes partagent cette idée n'hésitez
pas à le signaler sur cette liste ou sur  github
ça me remotivera à venir à la charge
https://github.com/umap-project/umap/issues/25

Laurent


Le 14 février 2017 à 20:17, Guillaume AMAT  a écrit :
> En fait il y a déjà plusieurs fonds de carte mais ils ne sont pas tous
> activés par défaut. Cela reste à l'initiative du créateur du thème.
>
> Je les ai tous activés sur celui-ci :
> https://www.mapcontrib.xyz/t/s8c2d9-Les_bornes_a_incendie
>
> Pour que tu puisses te faire une idée.
>
> Guillaume
>
>
> Le 14 février 2017 17:51:34 GMT+01:00, Philippe Verdy  a
> écrit :
>>
>> Dommage qu'on ne puisse pas choisir son fond de carte (fond OSM.fr par
>> défaut, mais le fond générique OSM.org ou le fond noir-et-blanc seraient
>> bienvenus aussi, ne serait-ce qu'en cas d'anomalie sur un des rendus qui
>> afficherait des tuiles manquantes grises malgré les raffraichissements)
>>
>> Le 14 février 2017 à 12:45, Guillaume AMAT  a écrit :
>>>
>>> Chers tous, une nouvelle version de MapContrib vient de sortir !
>>>
>>> On peut enfin retrouver ses thèmes, ses favoris, en copier d’autres, etc.
>>>
>>> Les détails sont ici :
>>> https://blog.mapcontrib.xyz/fr/2017/02/mapcontrib-1-4
>>>
>>> Guillaume
>>>
>>> ___
>>> 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

[OSM-talk-fr] tagger un siège d'EPCI

[Laurent Combe]

Bonjour,

sur le wiki je ne trouve rien qui me dise comment tagger un siège
d'EPCI (en l’occurrence une communauté de communes)

je parle du bâtiment pas de l'entité administrative

donc je me retrouve à vous demander conseil sur ce point ?

et après je regarderais éventuellement comment le rendu osmfr traite ce cas là
non je n'ai pas dit que je taggue pour le rendu :-)

niconil

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

[OSM-talk-fr] graphe munin pour Bano

[Laurent Combe]

Bonjour

les graphes munin pour BANO semblent en rade depuis un certain temps
http://munin.openstreetmap.fr/bano-month.html

un admin peut-il relancer la génération de ces stats ?

Laurent

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

Re: [OSM-talk-fr] Osmose: détection des limites admin décalées...

[Laurent Combe]

Deux points

1-je suis tombé sur ça
http://osmose.openstreetmap.fr/fr/error/9462257434
vu l'importance de l'erreur il y a peut etre un bug donc je n'ai touché à rien

2-tu dis dans ton mail "Elle les regroupe à 100m à la ronde pour
sortir une anomalie dans osmose afin d'éviter d'avoir plein d'erreurs"
et ben c'est exactement ce que je me disais pour les départementales
où le champ ref est absent ou en décalage par rapport à route500

osmose signale une erreur chaque 50m ça fait beaucoup trop de
marqueurs pour une meme cause, donc si qq chose était faisable ce
serait super

Laurent

Le 15 janvier 2017 à 13:09, Christian Quest  a écrit :
> J'ai revu l'analyse du décalage des limites administratives.
>
> Dans la première mouture, j'avais utilisé les données ADMIN EXPRESS de
> l'IGN, mais celles-ci ont finalement des géométries trop simplifiées pour
> donner une bonne indication.
>
> J'ai refait la même chose, mais en utilisant les limites extraites du
> cadastre.
>
> L'analyse repère les sommets des limites du cadastre qui sont à plus de 25m
> des limites OSM. Elle les regroupe à 100m à la ronde pour sortir une
> anomalie dans osmose afin d'éviter d'avoir plein d'erreurs et indiquer la
> zone à vérifier.
>
> Pour faciliter la vérification et la correction, j'ai ajouté dans le rendu
> Route500 les limites de commune du cadastre (en violet) ainsi que les
> limites d'ADMIN EXPRESS (en gris, à titre indicatif).
>
> J'ai déjà pu détecter et corriger des décalage importants, tracés il y a pas
> mal d'années (2008) par exemple entre Orly et Thiais (un pâté de maisons
> entier).
>
> L'analyse France entière est en cours de calcul, vous pouvez déjà regarder
> ce que ça donne en Ile-de-France:
> http://osmose.openstreetmap.fr/fr/map/#item=7170=40
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> 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] umap et compte openstreetmap

[Laurent Combe]

ok merci je regarde cela

Le 26 janvier 2017 à 14:28, Otourly Wiki <otou...@yahoo.fr> a écrit :
> Est-ce que la personne s'est connectée avec son compte OSM sur uMap ?
> Je crois me souvenir qu'il y a un délai après la connexion.
>
> Florian
>
>
> Le Jeudi 26 janvier 2017 13h51, Laurent Combe <laurent.co...@free.fr> a
> écrit :
>
>
> Bonjour,
>
> en voulant donner des droits de modification sur une carte umap que
> j'ai créé, je m'aperçois
> que malgré le fait que la personne ait ouvert un compte
> openstreetmap.org ce matin elle n'apparait toujours pas dans la liste
> des personnes à qui je peux donner le role d'éditeur de la carte
>
> pourtant son compte est créé depuis plus de 4 heures maintenant
>
> y a t il un délai ou qq chose d'autre à faire ?
>
> Laurent
>
> ___
> 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

[OSM-talk-fr] umap et compte openstreetmap

[Laurent Combe]

Bonjour,

en voulant donner des droits de modification sur une carte umap que
j'ai créé, je m'aperçois
que malgré le fait que la personne ait ouvert un compte
openstreetmap.org ce matin elle n'apparait toujours pas dans la liste
des personnes à qui je peux donner le role d'éditeur de la carte

pourtant son compte est créé depuis plus de 4 heures maintenant

y a t il un délai ou qq chose d'autre à faire ?

Laurent

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

Re: [OSM-talk-fr] site cadastre.openstreetmap.fr

[Laurent Combe]

merci
et
parfait pour moi

si un débutant sur Toulouse se plaint de la complexité de la page vous
me l'envoyez et je le formerai :-)

Laurent


Le 22 décembre 2016 à 18:24, Tyndare <tynd...@wanadoo.fr> a écrit :
>
> J'ai rajouté les liens que tu mentionnent sur
> http://cadastre.openstreetmap.fr/
>
> Mais Hélène Petit m'avais fait remarquer que cette page n'est pas très
> simple pour ceux qui la découvrent pour la première fois, et à force de
> rajouter des trucs ça ne s'améliore pas.
>
> Si quelqu'un a une proposition a faire qui rendrait cette page plus claire
> (quitte à découper en plusieurs sous pages), surtout n'hésitez pas.
>
>
>
> Le 22/12/2016 à 15:32, Laurent Combe a écrit :
>>
>> A partir de ce site
>> http://cadastre.openstreetmap.fr/
>> ou de
>> http://cadastre.openstreetmap.fr/fantoir
>>
>> je ne vois pas de lien vers les listes départementales (citées
>> récemment par nicolas)
>> http://cadastre.openstreetmap.fr/fantoir/voies_recentes_manquantes.html
>>
>> àm on humble avis, ce serait un plus d'avoir à partir du site accès à
>> l'ensemble des outils disponibles (par un simple lien)
>>
>> autre point
>> sur la page d'accueil http://cadastre.openstreetmap.fr/ il y a bien un
>> lien vers le wiki mais qui pointe sur la page qui décrit l'historique
>> de nos relations avec la DgFiP
>>
>> il manque à mon avis un lien vers la page du wiki : comment contribuer à
>> la BANO
>> http://wiki.openstreetmap.org/wiki/Contribuer_%C3%A0_la_BANO
>>
>>
>> Laurent
>>
>> ___
>> 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

[OSM-talk-fr] site cadastre.openstreetmap.fr

[Laurent Combe]

A partir de ce site
http://cadastre.openstreetmap.fr/
ou de
http://cadastre.openstreetmap.fr/fantoir

je ne vois pas de lien vers les listes départementales (citées
récemment par nicolas)
http://cadastre.openstreetmap.fr/fantoir/voies_recentes_manquantes.html

àm on humble avis, ce serait un plus d'avoir à partir du site accès à
l'ensemble des outils disponibles (par un simple lien)

autre point
sur la page d'accueil http://cadastre.openstreetmap.fr/ il y a bien un
lien vers le wiki mais qui pointe sur la page qui décrit l'historique
de nos relations avec la DgFiP

il manque à mon avis un lien vers la page du wiki : comment contribuer à la BANO
http://wiki.openstreetmap.org/wiki/Contribuer_%C3%A0_la_BANO


Laurent

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

[OSM-talk-fr] question osmose/limite administrative

[Laurent Combe]

Toujours dans la rubrique 7170 d'osmose ("routes")

osmose me signale
les voies possiblement manquant (comme signalé par cquest récemment)

mais je m'aperçois que dans cette rubrique osmose me signale un
décalage possible dans la limite administrative (d'une commune le plus
souvent)

dans mon secteur le cadastre souffre effectivement d'un décalage
pouvant dépasser les 20m
mais ma question est la suivante :
De quelle source osmose se sert-il pour soupçonner un décalage des
limites administratives ?
Chez moi elles collent au cadastre et faute d'autre source je ne vois
pas ce que je peux améliorer ... il doit me manquer une info.

un exemple :
http://osmose.openstreetmap.fr/fr/map/#zoom=18=43.815326=1.437878=Mapnik=T=7170=1%2C2%2C3==

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

Re: [OSM-talk-fr] Routes manquantes... et carreaux INSEE

[Laurent Combe]

bonjour,

en essayant d'apporter ma contribution à cet objectif
je suis tombé sur ça :
http://tile.openstreetmap.fr/?zoom=16=44.3368=3.04921=B000TF

osmose signale la carreau comme desservi
mais il semble surtout que le carreau soit "mal placé"

c'est possible une erreur de la sorte ?
et que faut-il faire dans ce cas-là ?

Le 18 décembre 2016 à 16:44, Christian Quest  a écrit :
> On est passé en dessous de la barre des 1000 soit maintenant moins de
> 100.000 habitants sans route dans OSM pour aller chez eux...
>
> On tient le bon bout ! :)
>
> http://osmose.openstreetmap.fr/fr/errors/?item=7170=1
> http://osm2020.free.fr/qa-commune/popux-france.png
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> 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

[OSM-talk-fr] crédit cartographique correct ?

[Laurent Combe]

Bonjour,

sur le site de mon conseil départemental
je vois de bien jolies cartes :-)

mais en regardant d'un peu plus près (en bas à droite)
je vois un crédit cartographique que je trouve pas très explicite (et
sans lien vers OSM)
https://www.haute-garonne.fr/actualites/toulouse-avenue-de-fondeyre-la-circulation-reste-interdite-sur-le-pont-de-la-tremie

quelle serait la mention la plus appropriée ?
ensuite je vous propose (dans l'hypothèse ou le crédit cartographique
serait insuffisant) :
je les complimente pour leur choix d'une cartographie libre et
collaborative et je leur fait la remarque sur leur crédit
cartographique trop succinct en suggérant la nouvelle formulation que
vous m'aurez donné.

et si ça ne réagit pas j'en ferai l'écho ici pour que l'association
fasse respecter ses droits.

ça vous va  ?

Laurent

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

Re: [OSM-talk-fr] Prochaine ouverture de la base SIRENE...

[Laurent Combe]

qu'est ce qui est attendu ?
un exemple :
http://osmose.openstreetmap.fr/fr/map/#item=7170=99=18=43.840323=1.390494=Mapnik=T

on a un signalement osmose
en bas de page et la pharmacie correspondante en haut

- le géocodage est erroné alors que la voie 'impasse de la halle' est
correctement nommé
- approximativement 250m d'écart entre les 2 points
- que faire : signaler un faux positif sur osmose ?
- mais sur quoi se fait le rapprochement ?
dans OSM seul le nom de la pharmacie (visible depuis le terrain) a été
saisie dans le point issu de la base SIRENE je ne vois rien de
ressemblant

Laurent

Le 15 novembre 2016 à 19:48, Christian Quest  a écrit :
> Voilà un rapide exemple de croisement OSM/SIRENE qui montre dans osmose les
> pharmacies présentes dans SIRENE, mais absente dans OSM.
>
> http://osmose.openstreetmap.fr/fr/map/#item=7170=99=10=47.3518=0.711
>
> Bien sûr, ce n'est pas fiable à 100%:
> - la position déterminée par le géocodage de l'adresse présente dans SIRENE
> peut être incorrecte
> - l'adresse dans SIRENE peut être différente du réel lieu d'activité (même
> si en principe c'est pas la cas)
> - les données SIRENE datent du mois de juin, ça a pu changer sur le terrain
> entre temps, mais à partir de janvier on aura des données au jour le jour...
>
> J'ai fait ça ce matin pendant le hackathon où je n'ai pas pu rester
> (rencontre géo des SDIS l'après-midi à Dunkerque avec Gaël).
> C'est à affiner et à généraliser à d'autres type de POI. Un autre croisemet
> à faire est l'inverse... un POI présent dans OSM, mais absent de SIRENE...
>
>
> Le 10 novembre 2016 à 19:41, Christian Quest  a
> écrit :
>>
>> Les mises à jour de la base seront... quotidiennes !
>>
>> Par contre, la longueur du tuyau est courte pour les créations, mais bien
>> plus longue pour les suppressions.
>>
>> Quand un établissement apparaît dans la base, il peut ne démarrer son
>> activité qu'un peu plus tard, mais quand il cesse d'activité, ça peut
>> prendre pas mal de temps avant que ça sorte de la base SIRENE.
>>
>> C'est donc une source à confirmer sur le terrain, d'où l'idée d'une appli
>> thématique.
>>
>>
>> Le 10 novembre 2016 à 19:35, Tyndare  a écrit :
>>>
>>>
>>> Super nouvelle cette ouverture !
>>>
>>> J'ai la sensation que les commerces sont une des données d'OSM qui se
>>> périment le plus vite, la durée avant un déménagement, un changement de nom
>>> et de propriétaire ou malheureusement une fermeture est assez courte en
>>> moyenne.
>>>
>>> Je ne sais pas comment est structurée la base, mais si certains se
>>> lancent dans un outil, je pense qu'il serait très utile de prévoir de
>>> détecter et mettre en valeur les changements au cours du temps, notamment
>>> les enregistrements qui disparaissent de la base...
>>>
>>> Tyndare.
>>>
>>>
>>>
>>> On 10/11/2016 18:25, Christian Quest wrote:

 La base SIRENE de l'INSEE sera disponible en opendata début janvier
 prochain.

 Cette base contient plus de 10 millions d'enregistrements concernant les
 "personnes morales": sociétés, entreprises, associations, etc.

 Un hackathon aura lieu mardi prochain (15/11) à Paris un peu en avant
 première de l'ouverture du jeu de données.

 Ce sera une source très intéressante pour compléter et mettre à jour OSM
 sur les commerces et artisans. Je n'ai pas encore regardé ce que ça
 donnait, je suis en train de terminer son géocodage (avec BAN et BANO).

 Il y a de quoi alimenter soit osmose, soit un outil dédié, le plus
 simple possible, si possible mobile pour faire de la validation sur le
 terrain... un peu comme ce dont parle Florian dans son billet de blog du
 jour:
 http://florian.lainez.fr/la-fin-de-google-map-maker-et-le-futur-des-outils-carto/

 A suivre !

 --
 Christian Quest - OpenStreetMap France


 ___
 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
>>
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> 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] Fwd: [gulliver] Journées du patrimoine : sur OSM

[Laurent Combe]

dans mon secteur les points ne sont pas bien calés
dommage !
sinon effectivement bien vu et cela fait plaisir de voir une
utilisation d'OSM pour une manifestation grand public

2016-08-24 23:32 GMT+02:00 Yannick :
>
>
>
>  Message transféré 
> Sujet : [gulliver] Journées du patrimoine : sur OSM
> Date : Wed, 24 Aug 2016 22:56:13 +0200
> De : Vincent Mahe 
> Répondre à : gulli...@listes.gulliver.eu.org
> Pour : gulli...@listes.linux-france.org
>
> Hello
>
> Fait notable, le site français des journées européennes du patrimoine
> est basé sur Open Street Map :
> http://journeesdupatrimoine.culturecommunication.gouv.fr/Programme
>
> --
>
> Cordialement
>
> Vincent MAHÉ
>
>
>  Liste gulliver 
> Archives,http://gulliver.eu.org/ml-archives/
> Description, http://gulliver.eu.org/ml/ml.html
> Bons usages, http://gulliver.eu.org/wiki/UsagesCourriels
>
>
>
> --
> Yannick VOYEAUD
> Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
> (Camille JOUFFRAY 1841-1924, maire de Vienne)
> http://www.voyeaud.org
> Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
> Journées du Logiciel Libre: http://jdll.org
> Généalogie en liberté avec Ancestris http://www.ancestris.org
>
> ___
> 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] Castre vectoriel... moins de 4000 communes en raster !

[Laurent Combe]

juste pour partager

A partir du fichier xml communiqué par christian,
j'ai bricolé un fichier .xsl pour afficher la liste des communes concernés
pour un département
ça à l'avantage de fonctionner avec pour seul prérequis : avoir enregistrer
le fichier xml en local

c'est pas parfait car il faut modifier le paramètre dans le fichier 'xsl' à
la mimine

je ne sais pas faire mieux
si vous etes interessé, contactez-moi

laurent
aka niconil

Le 27 février 2016 à 15:07, Christian Quest <cqu...@openstreetmap.fr> a
écrit :

> La sortie XML est ici:
> http://osm13.openstreetmap.fr/~cquest/insee_batiments-france.xml
>
> Le 27 février 2016 à 11:37, Laurent Combe <laurent.co...@free.fr> a écrit
> :
>
>> bonjour,
>> pas mal comme source d'information
>>
>> par contre je ne sais pas recupérer cette liste, pour extraire les
>> communes d'un dpt en particulier ou d'une région
>> j'ai bien vu qu'on pouvait rajouter un paramètre limit pour récupérer
>> plus de signalements
>>
>> http://osmose.openstreetmap.fr/fr/errors/?source=14708=3366=50=7170
>>
>> mais peut on avoir une extraction ou un fichier json ou je ne sais quoi
>> qui peut etre retraité derrière ?
>>
>> laurent
>>
>> Le 27 février 2016 à 09:21, Christian Quest <cqu...@openstreetmap.fr> a
>> écrit :
>>
>>> La vectorisation du cadastre avance lentement, mais ça avance et on
>>> vient de passer en dessous des 4000 communes au cadastre raster.
>>>
>>> J'ai ajouté une analyse osmose pour indiquer les communes au cadastre
>>> vectoriel disponible mais pas encore intégré à OSM:
>>> http://osmose.openstreetmap.fr/fr/errors/?item=7170=50
>>>
>>> On a actuellement 3366 communes dans ce cas, du coup on est à environ
>>> 80% des communes pour lesquelles les bâtiments ont été intégrés dans OSM
>>> (36000-4000-3366)/36000.
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> 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] Castre vectoriel... moins de 4000 communes en raster !

[Laurent Combe]

bonjour,
pas mal comme source d'information

par contre je ne sais pas recupérer cette liste, pour extraire les communes
d'un dpt en particulier ou d'une région
j'ai bien vu qu'on pouvait rajouter un paramètre limit pour récupérer plus
de signalements
http://osmose.openstreetmap.fr/fr/errors/?source=14708=3366=50=7170

mais peut on avoir une extraction ou un fichier json ou je ne sais quoi qui
peut etre retraité derrière ?

laurent

Le 27 février 2016 à 09:21, Christian Quest  a
écrit :

> La vectorisation du cadastre avance lentement, mais ça avance et on vient
> de passer en dessous des 4000 communes au cadastre raster.
>
> J'ai ajouté une analyse osmose pour indiquer les communes au cadastre
> vectoriel disponible mais pas encore intégré à OSM:
> http://osmose.openstreetmap.fr/fr/errors/?item=7170=50
>
> On a actuellement 3366 communes dans ce cas, du coup on est à environ 80%
> des communes pour lesquelles les bâtiments ont été intégrés dans OSM
> (36000-4000-3366)/36000.
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> 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

[OSM-talk-fr] Première réunion du groupe des contributeurs de Toulouse et sa région

[Laurent Combe]

C'est fait !!!

bon c'était une première réunion, donc on a surtout fait connaissance et
échangé qques raccourcis clavier plus ou moins obscurs sur JOSM :-)

Ce groupe dispose dès à présent d'une liste de diffusion :
local-toulo...@listes.openstreetmap.fr

Les archives de cette liste sont consultables ici :
http://listes.openstreetmap.fr/wws/arc/local-toulouse

L'activité du groupe local est consultable sur la page du wiki a cette
adresse :
http://wiki.openstreetmap.org/wiki/FR:Toulouse

vivement la suite ...

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

[OSM-talk-fr] Réunion des contributeurs de Toulouse et sa région

[Laurent Combe]

Bonjour,

je vous propose ici d'initier une réunion périodique entre contributeurs de
la région de Toulouse (qui fait cruellement défaut à mon goût)

j'ai pris contact avec TouLibre qui accepte de nous accueillir
donc le rendez-vous est fixé au 17 février à partir de 20h30 dans le
quartier Saint-Sernin. Plus de détails ici : (annonce de l'asso TouLibre)
http://www.agendadulibre.org/events/1

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

Re: [OSM-talk-fr] live.openstreetmap.fr

[Laurent Combe]

oui le drapeau ce n'est pas vital mais dans l'imaginaire ça montre bien
qu'osm est international

christian : merci pour les marqueurs

Le 24 janvier 2016 à 17:55, Philippe Verdy <verd...@wanadoo.fr> a écrit :

> Je veux dire que je vois la carte et les marqueurs, les noms des
> contributeurs, en revanche le drapeau du pays est juste blanc (ça n'a pas
> grande importance à mon avis, la géolocalisation des contributeurs est
> hasardeuse, intrusive si basée sur l'IP, ou souvent renseignée manuellement
> selon les zones d'intérêt du moment)
>
> Le 24 janvier 2016 à 17:22, Laurent Combe <laurent.co...@free.fr> a écrit
> :
>
>> Bonjour
>>
>> j'apprécie la page live.openstreetmap.fr
>> elle me sert quand je parle d'osm autour de moi
>>
>> par contre deux petits détails
>> les lieux de modifications ne font plus apparaitre de "marker" mais le
>> navigateur firefox affiche un symbole signifiant image non trouvée (c'est
>> moche)
>>
>> il y avait aussi un drapeau en face des contributeurs
>> maintenant les drapeaux ont disparu
>>
>> Peut-on rétablir le fonctionnement de live.openstreetmap.fr sur ces deux
>> points ?
>>
>> ___
>> 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

[OSM-talk-fr] live.openstreetmap.fr

[Laurent Combe]

Bonjour

j'apprécie la page live.openstreetmap.fr
elle me sert quand je parle d'osm autour de moi

par contre deux petits détails
les lieux de modifications ne font plus apparaitre de "marker" mais le
navigateur firefox affiche un symbole signifiant image non trouvée (c'est
moche)

il y avait aussi un drapeau en face des contributeurs
maintenant les drapeaux ont disparu

Peut-on rétablir le fonctionnement de live.openstreetmap.fr sur ces deux
points ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] (sans objet)

[Laurent Combe]

Bonjour,

suite a un message de julien thevenon (le 20 nov) sur cette liste, j'ai
essayé magic earth (logiciel de navigation routière sur android qui utilise
les données OSM)
effectivement l'appli mérite d'être connue

du coup, je me suis interessé à l'aide directionnelle que le logiciel peut
donner à l'approche d'un carrefour
il y a les tags
lanes
direction
...
et continuant à chercher
je suis tombé sur ça :
https://www.mapbox.com/blog/turn-lanes-mapping/

avec un mode opératoire bien détaillé

ma question c'est du spécifique mapbox où la méthodo proposée est
acceptable ?
je pose la question avant que j'en mette un peu partout sur les
intersections de mon secteur

je suis preneur de vos avis.

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

Re: [OSM-talk-fr] imagerie mapbox

[Laurent Combe]

merci
c'est encore noël apparamment !

laurent

Le 4 janvier 2016 à 00:21, Christian Quest <cqu...@openstreetmap.fr> a
écrit :

> Il n'est plus nécessaire d'ajouter sous même cette couche à l'URL à
> rallonge... la couche de vue aérienne de l'IGN a été ajoutée à celles
> proposées par défaut par umap (c'est la dernière de la liste).
>
> Le 3 janvier 2016 à 19:33, Laurent Combe <laurent.co...@free.fr> a écrit :
>
>> vincent,
>>
>> l'idée c'était d'avoir une couche (photo aérienne) incluse dans la liste
>> de base (parmi les autres rendus OSM)
>>
>> la carte que tu cites en exemple ajoute une couche "spécifique" celle
>> contenant l'imagerie IGN pour laquelle il a fallu saisir une URL à rallonge
>> et qui fait que l'on "démarre" systématiquement dans umap sur ce fond de
>> carte
>>
>> et la discussion du mois dernier s'était terminée sur la proposition de
>> cquest de faire cette intégration dans Umap avec le fond IGN (si cela ne
>> pose pas de problème légal)
>> je venais aux nouvelles ...
>>
>> laurent
>>
>> et effectivement l'IGN ne couvre que la france mais dans mon cas cela me
>> va bien
>>
>> Le 3 janvier 2016 à 18:16, Vincent Bergeot <vinc...@bergeot.org> a écrit
>> :
>>
>>> Le 03/01/2016 18:05, Christian Quest a écrit :
>>>
>>> Par contre, les images aériennes de l'IGN sont limité au territoire
>>> français dès qu'on zoome un peu...
>>>
>>>
>>> autant pour moi, je n'ai pas fait attention au sujet "imagerie mapbox"
>>> (!!), je me suis arrêté à la "couche vue aérienne".
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Le 3 janvier 2016 à 18:01, Vincent Bergeot <vinc...@bergeot.org> a
>>> écrit :
>>>
>>>> Le 03/01/2016 17:58, Laurent Combe a écrit :
>>>>
>>>> je me permet de faire remonter ce sujet, pour savoir si umap pourrait
>>>> intégrer de base une couche "vue aérienne"
>>>>
>>>>
>>>> Bonjour,
>>>> à priori c'est le cas avec la couche ign photos aériennes.
>>>>
>>>> exemple de test :
>>>> http://umap.openstreetmap.fr/en/map/carte-sans-nom_62176#18/44.77228/-0.34978
>>>>
>>>> Bonne année à tous et toutes (oui c'est hos sujet mais c'est la période
>>>> !)
>>>>
>>>>
>>>>
>>>> Laurent
>>>>
>>>>
>>>> ___
>>>> Talk-fr mailing 
>>>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>>
>>>>
>>>> --
>>>> Vincent Bergeot
>>>>
>>>>
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>>
>>>
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>>
>>> ___
>>> Talk-fr mailing 
>>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>>
>>> --
>>> Vincent Bergeot
>>>
>>>
>>> ___
>>> 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
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> 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] imagerie mapbox

[Laurent Combe]

vincent,

l'idée c'était d'avoir une couche (photo aérienne) incluse dans la liste de
base (parmi les autres rendus OSM)

la carte que tu cites en exemple ajoute une couche "spécifique" celle
contenant l'imagerie IGN pour laquelle il a fallu saisir une URL à rallonge
et qui fait que l'on "démarre" systématiquement dans umap sur ce fond de
carte

et la discussion du mois dernier s'était terminée sur la proposition de
cquest de faire cette intégration dans Umap avec le fond IGN (si cela ne
pose pas de problème légal)
je venais aux nouvelles ...

laurent

et effectivement l'IGN ne couvre que la france mais dans mon cas cela me va
bien

Le 3 janvier 2016 à 18:16, Vincent Bergeot <vinc...@bergeot.org> a écrit :

> Le 03/01/2016 18:05, Christian Quest a écrit :
>
> Par contre, les images aériennes de l'IGN sont limité au territoire
> français dès qu'on zoome un peu...
>
>
> autant pour moi, je n'ai pas fait attention au sujet "imagerie mapbox"
> (!!), je me suis arrêté à la "couche vue aérienne".
>
>
>
>
>
>
>
> Le 3 janvier 2016 à 18:01, Vincent Bergeot <vinc...@bergeot.org> a écrit :
>
>> Le 03/01/2016 17:58, Laurent Combe a écrit :
>>
>> je me permet de faire remonter ce sujet, pour savoir si umap pourrait
>> intégrer de base une couche "vue aérienne"
>>
>>
>> Bonjour,
>> à priori c'est le cas avec la couche ign photos aériennes.
>>
>> exemple de test :
>> http://umap.openstreetmap.fr/en/map/carte-sans-nom_62176#18/44.77228/-0.34978
>>
>> Bonne année à tous et toutes (oui c'est hos sujet mais c'est la période !)
>>
>>
>>
>> Laurent
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>>
>> --
>> Vincent Bergeot
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
> Vincent Bergeot
>
>
> ___
> 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] imagerie mapbox

[Laurent Combe]

je me permet de faire remonter ce sujet, pour savoir si umap pourrait
intégrer de base une couche "vue aérienne"

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

Re: [OSM-talk-fr] Trouver le bati manquant

[Laurent Combe]

l'URL se "duplique" dans un second champ
dans ce champ elle devient "tms:tms[99]:fttps://api.map..."

il suffit d'enlever le premier "tms:" pour que l'url soit identique dans
les deux champs du formulaire

ensuite le nom que tu donnes importe peu (le tien est bon)

missingRoad ne ma rien apporté
par contre
celui qui permet de voir les batiments manquants est génial !

A+

Le 30 décembre 2015 à 09:45, Tony Emery  a écrit :

> Je ne sais pas si c'est pareil chez vous, mais moi, je n'arrive pas à
> ajouter
> ces tms.
>
> J'ai pourtant bien mis comme url
> tms[99]:
> https://api.mapbox.com/v4/pratikyadav.93f1df6f/{zoom}/{x}/{y}.png?access_token=pk.eyJ1IjoicHJhdGlreWFkYXYiLCJhIjoiMTA2YWUxNjRkNmFmZGQ4YzAxZWFiNDk0NDM1YjE1YjAifQ.4P6N5dNmA_WQXd3BsJvu5w
> et je l'ai nommé MapBox_MissingRoads.
>
> J'ai dû faire une erreur mais je ne vois pas où...
>
>
>
> -
> Tony EMERY
> Administrateur OpenStreetMap.fr
> Mandataire Grand Sud-Est
> Géomaticien & chef de projets
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Trouver-le-bati-manquant-tp5863259p5863472.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> 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] Limitation de poids et fin de limitation

[Laurent Combe]

juste pour partager avec vous
je vous donne la réponse de ma moitié qui m'a bien fait rire

"il n'y a pas de panneau de fin puisque les véhicules concernés ne rentrent
pas sur cette voie"

Le 29 décembre 2015 à 11:07, osmien  a écrit :

> Bonjour,
>
> En France la Réglementation indique que la fin d'une "réglementation" de
> circulation s'arrête à la prochaine intersection.
>
>  D'ailleurs c'est pour éviter la succession du panneaux "Priorité
> ponctuelle" AB2 qu'il existe le panneaux AB6 qui lui à strictement besoin
> d'un panneau de fin.
>
>
> https://fr.wikipedia.org/wiki/Panneau_de_signalisation_d%27une_priorit%C3%A9_ponctuelle_en_France
> https://fr.wikipedia.org/wiki/Panneau_de_route_prioritaire_en_France
>
> Règlement rappelé en 2010
> http://www.senat.fr/questions/base/2010/qSEQ100513522.html
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Limitation-de-poids-et-fin-de-limitation-tp5863366p5863375.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> 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] Fwd: [contact] erreur cartographique

[Laurent Combe]

corrigé par "lotois" hier soir

laurent

Le 5 décembre 2015 à 09:50, Vincent de Château-Thierry  a
écrit :

> Bonjour,
> mail arrivé à cont...@openstreetmap.fr mais qui a plus sa place ici. Si
> quelqu'un peut y jeter un oeil ?
>
> merci
> vincent
>
>  Message transféré 
> Pour : cont...@openstreetmap.fr
>
> Sur la carte de France, Dans le Lot, entre Catus et Rostassac, une partie
> du tracé du ruisseau "Le Vert" a disparu
>
>
>
>
> ___
> 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] BANO les mises à jour ne se font plus

[Laurent Combe]

j'ai vraiment pas de bol :P

Le 5 décembre 2015 à 15:30, Vincent de Château-Thierry <osm.v...@free.fr> a
écrit :

>
> Le 05/12/2015 14:02, Laurent Combe a écrit :
>
>> les mises à jour Bano se font très lentement ou ne se font plus
>> il doit y avoir un souci qq part
>>
>> je ne sais pas si cela peut se voir depuis
>> munin.openstreetmap.fr <http://munin.openstreetmap.fr>
>> moi je n'ai rien vu de particulier
>>
>
> Je ne vois pas grand chose dans les logs, à part pour Montpezat de Quercy
> (82, tiens tiens ;) ), ou des adresses sont rejetées car ce sont des n° de
> tel.
> Le rejet est écrit dans les logs, et, mais ça c'est un bug, le rejet est
> aussi renvoyé au navigateur Web qui n'attend pas ça du tout. Par suite,
> même si le process se termine bel et bien, la page ne sait pas se
> rafraichir et reste sur le voile grisé "Mise à jour BANO en cours...".
> En résumé :
> - si au bout d'une minute environ la page n'est pas rafraichie, faire un F5
> - il y a un bug à corriger :
> https://github.com/osm-fr/osm-vs-fantoir/issues/24
>
> 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

[OSM-talk-fr] BANO les mises à jour ne se font plus

[Laurent Combe]

les mises à jour Bano se font très lentement ou ne se font plus
il doit y avoir un souci qq part

je ne sais pas si cela peut se voir depuis
munin.openstreetmap.fr
moi je n'ai rien vu de particulier


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

Re: [OSM-talk-fr] BANO : les lieux-dits

[Laurent Combe]

bravo pour ce travail.

les lieux-dits peuvent-ils être triés par ordre alphabetique (un peu comme
c'est fait pour les colonnes voies) ?

Laurent



Le 3 décembre 2015 08:37, Stéphane Péneau  a
écrit :

> Est-ce qu'il est possible de séparer dans le tableau, les lieux-dits
> détectés comme habités, des autres ?
>
> Toujours dans ce tableau, les choix multiples concernant les problèmes de
> rapprochement pourraient peut-être intégrer des valeurs supplémentaires
> comme :
> - lieux-dits intégrés dans un autre (ou dans un bourg, etc...)
> - ...
>
>
> Stf
>
>
> ___
> 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] Le FANTOIR nouveau est arrivé !

[Laurent Combe]

ça semble ne pas avoir fait trop bouger le nombre de voies à rapprocher
toujours 265 000 d'après munin http://munin.openstreetmap.fr/bano-day.html

on rentre dans un cycle plus régulier de mise à jour de l'ordre de 3-4
semaines c'est ça ?

et peut on avoir une idée du volume de ctte livraison (nbre de voies ou
autre métrique ?)

Laurent

Le 27 novembre 2015 18:41, Christian Quest  a
écrit :

> La livraison d'octobre du FANTOIR est désormais dans le backend de
> BANO... donc de nouveaux noms de rues visibles dans les outils de
> cadastre.openstreetmap.fr...
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> 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] imagerie mapbox

[Laurent Combe]

alors ce serait un gros plus pour uMap

merci christian

Laurent

Le 23 novembre 2015 09:18, Christian Quest  a
écrit :

> Pour l'IGN, je pense qu'uMap répond aux conditions décrites ici:
> http://professionnels.ign.fr/ign/configure/1555/service
>
> "Cette licence, accessible à tous, permet de proposer un accès aux
> géoservices de consultation et de recherche par adresse de l’IGN, dès lors
> que cet accès est gratuitement ouvert à tous, via un site internet ou une
> application mobile."
>
> La couche "photographies aériennes" est sans limite de consommation... par
> contre elle sera bien entendu limitée au territoire français.
>
> Je vais voir si l'on peut ajouter cette couche directement dans celles
> proposées par uMap pour ne pas avoir à jongler avec les URL à rallonge...
>
>
>
> Le 22 novembre 2015 22:48,  a écrit :
>
>>
>>
>> faut-il ou pas rajouter cette possibilité dans la page uMap du wiki ?
>>
>>
>> Pour un simple affichage en fond, je ne pense pas qu'on soit encore dans
>> les limites prévues ci-dessus.
>>
>> Il faut voir côté IGN... j'avoue ne pas tout comprendre à leurs
>> conditions d'utilisation, mais pour certains usages, les couches de bases
>> sont utilisables gratuitement.
>>
>> Heu, j'avoue ne pas comprendre : Laurent, tu veux dire proposer comme
>> couche par défaut ou comme couche possible ?
>> Je vois que tu l'as fait, donc c'est possible (j'allais d'ailleurs le
>> dire ;-)).
>> Tu veux dire proposer comme couche avec sa propre clé ?
>>
>> Christian, oui, les conditions IGN sont peu claires et peu pratiques. Il
>> y a quelques années, tu pouvais prendre un jeton gratuit (dans certaines
>> limites) mais jeton à renouveler chaque année !
>>
>> Pour paysage de France : pourquoi payer des tuiles OSM sur MapBox ?
>> Pourquoi accepter des restrictions sur les surcouches alors que UMap (ou
>> tout autre service basé sur Leaflet par exemple) ? Peut-être que vous
>> n'atteignez pas les limites pour le moment.
>>
>> Il y a aussi des WMS/TMS d'orthophotos qui peuvent être intéressants
>> suivant les zones (donc sans doute pas intéressant pour Paysages de France
>> : zones trop vastes). Pour la Bretagne :
>> http://geobretagne.fr/mapfishapp/.
>>
>>
>> Jean-Yvon
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> 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] imagerie mapbox

[Laurent Combe]

pour ma partie
L'outil uMap permet de créer facilement des cartes personnalisées. On place
des points/lignes/polygones sur sa carte avec en fond de carte un rendu
basé sur OSM

peu de monde (en tout cas chez les nouveaux utilisateurs) sait que l'on
peut rajouter un fond type "vue aérienne".
et beaucoup de personnes à qui je présente uMap me font la remarque
suivante : et comment faire pour avoir une "vue satellite" sur ma carte

je me demandais s'il était pertinent de documenter cela dans le wiki (dans
la page dédiée  à uMap) en décrivant comment rajouter la vue satellite en
provenance de mapBox (sachant que mapBox c'est pas des gentils, qu'IGN ne
propose rien de gratuit, que je ne connais pas d'autres solutions)
voilà c'est tout

Laurent

Le 22 novembre 2015 22:48,  a écrit :

>
>
> faut-il ou pas rajouter cette possibilité dans la page uMap du wiki ?
>
>
> Pour un simple affichage en fond, je ne pense pas qu'on soit encore dans
> les limites prévues ci-dessus.
>
> Il faut voir côté IGN... j'avoue ne pas tout comprendre à leurs conditions
> d'utilisation, mais pour certains usages, les couches de bases sont
> utilisables gratuitement.
>
> Heu, j'avoue ne pas comprendre : Laurent, tu veux dire proposer comme
> couche par défaut ou comme couche possible ?
> Je vois que tu l'as fait, donc c'est possible (j'allais d'ailleurs le dire
> ;-)).
> Tu veux dire proposer comme couche avec sa propre clé ?
>
> Christian, oui, les conditions IGN sont peu claires et peu pratiques. Il y
> a quelques années, tu pouvais prendre un jeton gratuit (dans certaines
> limites) mais jeton à renouveler chaque année !
>
> Pour paysage de France : pourquoi payer des tuiles OSM sur MapBox ?
> Pourquoi accepter des restrictions sur les surcouches alors que UMap (ou
> tout autre service basé sur Leaflet par exemple) ? Peut-être que vous
> n'atteignez pas les limites pour le moment.
>
> Il y a aussi des WMS/TMS d'orthophotos qui peuvent être intéressants
> suivant les zones (donc sans doute pas intéressant pour Paysages de France
> : zones trop vastes). Pour la Bretagne :
> http://geobretagne.fr/mapfishapp/.
>
>
> Jean-Yvon
>
> ___
> 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] imagerie mapbox

[Laurent Combe]

peux-tu décrire la façon d'obtenir cette clé

en cherchant j'ai trouvé ça
http://www.geoportail.gouv.fr/depot/api/tutoriel/WMS_ARCGIS.pdf

en en allant sur le site je ne vois pas comment obtenir une clé d'accès
autre que temporaire et limité à des usages de développement

Laurent

Le 22 novembre 2015 10:22, Léo Serre <l...@lstronic.com> a écrit :

> Salut,
>
> Dans mon cas, j'utilise l'IGN pour ça. J'ai une clé API pour
> umap.openstreetmap.fr et j'ajoute sur chaque carte un calque
> correspondant.
> C'est pas libre mais cet usage est autorisé et le quota est loin d'être
> atteint.
>
> Léo
>
>
> Le 22/11/2015 06:45, Laurent Combe a écrit :
>
> effectivement vos cartes sont réussies
> dans mon cas le but est de pouvoir ajouter à uMap une vue aérienne en
> complément du rendu "carte" (avec les données OSM et le rendu osm-fr). Mon
> but n'est pas d'utiliser d'autres fonds de carte de Mapbox, mais d'utiliser
> la vue aérienne en complément.
>
> C'est vraiment pour contrer une remarque récurrente lorsque je montre ce
> service.
>
> juste pour illustrer voici une carte qui montre l'objectif recherché :
>
> http://umap.openstreetmap.fr/fr/map/boucle-de-randonnee-a-bouloc_19720#14/43.8050/1.4286
>
> je comprend bien qu'en faisant cela je suis à la merci d'une évolution de
> la politique commerciale de la société MapBox mais ça répond à mon besoin
> mais c'est ce que fait le site openSolarMap qui a été ma source
> d'inspiration au départ
>
> faut-il ou pas rajouter cette possibilité dans la page uMap du wiki ?
>
> Laurent
>
>
>
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> [image: LSTRONIC logo]
>
> Léo SERRE
>
> [image: mail]   <l...@lstronic.com>l...@lstronic.com
> [image: website]  lstronic.com
>
> ___
> 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] imagerie mapbox

[Laurent Combe]

effectivement vos cartes sont réussies
dans mon cas le but est de pouvoir ajouter à uMap une vue aérienne en
complément du rendu "carte" (avec les données OSM et le rendu osm-fr). Mon
but n'est pas d'utiliser d'autres fonds de carte de Mapbox, mais d'utiliser
la vue aérienne en complément.

C'est vraiment pour contrer une remarque récurrente lorsque je montre ce
service.

juste pour illustrer voici une carte qui montre l'objectif recherché :
http://umap.openstreetmap.fr/fr/map/boucle-de-randonnee-a-bouloc_19720#14/43.8050/1.4286

je comprend bien qu'en faisant cela je suis à la merci d'une évolution de
la politique commerciale de la société MapBox mais ça répond à mon besoin
mais c'est ce que fait le site openSolarMap qui a été ma source
d'inspiration au départ

faut-il ou pas rajouter cette possibilité dans la page uMap du wiki ?

Laurent



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

[OSM-talk-fr] imagerie mapbox

[Laurent Combe]

Quand je regarde le projet Opensolarmap je vois qu'il utilise un fond de
cartographie MapBox

cet accès aux images Mapbox est-il envisageable pour agrémenter une carte
faite avec umap
techniquement c'est possible mais ma question porte plus sur le coté "droit
d'utilisation"

parce que ça me gave de voir des petites collectivités mettre en avant sur
leur site institutionnel des cartes google maps ("parce qu'il y a la vue
satellite")

si quelqu'un peut m'éclairer sur ce point je suis à son écoute ...

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

Re: [OSM-talk-fr] imagerie mapbox

[Laurent Combe]

merci pour cette réponse développée
mais je reviens à la charge

ai-je le droit sur une carte umap de rajouter une couche 'vue satellite' en
pointant le serveur de tuile mapbox sans déclaration préalable ?
(sachant que les sites visés ont une audience limitée et que le besoin de
performance n'est pas la priorité)

laurent

Le 20 novembre 2015 18:06, Philippe Verdy <verd...@wanadoo.fr> a écrit :

> Malgré tout on voit pas mal de cartes Mapbox/OpenStreetmap maintenant sur
> des sites connus.
>
> Concernant les cartes du Mali et Bamako (actualité en cours), exit Bing
> maps, Yahoo Maps, Google Maps sur les sites d'actu: OSM est bien plus
> avancé (surtout dans les zones urbaines) et s'impose (souvent des captures
> de cartes statiques). Mais quand il n'y a pas de carte on a encore du
> Google Earth plein les écrans.
> Mapbox permet aussi une vue aérienne avec ses propres serveurs (les
> sources photographiques sont cependant souvent les mêmes que Google, Bing
> et Yahoo dans plein d'endroits, avec de légères différences seulement dans
> le calage orthogéographique, on voit les mêmes nuages et les mêmes saisons
> sur les niveaux des fleuves ou la couverture végétale).
> Pour des zones bien servies en données (Europe), on a franchement le choix
> maintenant, mais les sites web sont paresseux et veulent un service qui
> répond à la charge sans délai, et là Google est encore roi grace à ses
> serveurs. Pour plein de sites le degré de précision et de détails demandé à
> la cartographie a peu d'importance, et le niveau demandé est équivalent et
> suffisant entre OSM et Google ou Bing.
> Les différences sont alors sur les conditions de licence/distribution (le
> prix demandé pour le service au delà d'une certaine charge), et la qaulité
> de service pour les visiteurs (quelquechose que la Fondation OSM ne peut
> pas garantir contractuellement sur sa propre plateforme): la plupart des
> sites n'ont pas du tout envie de soutenir le travail collaboratif, ils
> veulent juste une carte qui s'affiche correctement et rapidement et sans
> surcout excessif. Mapbox réussit à le faire pour les petits sites, mais
> c'est pour les gros sites à forte utilisation que Mapbox est encore très
> absent (notamment les sites de petites annonces, l'immobilier, les sites de
> rencontre, les réseaux sociaux pour leurs besoin de géolocalisation des
> produits ou des utilisateurs): ils veulent de la performance et une
> garantie de fonctionnement 24/24 pour plus de 99% du temps et des
> utilisateurs où qu'ils soient.
> Pour les sites d'actualité les besoins de performance sont moins élevés:
> ils n'ont besoin que de garder souvent qu'une carte statique juste adaptée
> à l'illustration, et là ils n'ont pas envie du tout de payer des licences à
> Google alors qu'ils supportent la charge (très réduite) directement sur
> leurs propres serveur. Néanmoins ces sites ont une forte présence et
> amènent des contributeurs au projet.
>
> Si seulement ces sites commerciaux pouvaient aussi contribuer un peu avec
> quelques dons, et si pour les cartes dynamiques ils mettaient en place
> leurs propres proxy-caches de tuiles (même sans installer des serveurs de
> rendus chez eux)...
>
> Mais là on est confronté à des limites d'utilisation des serveurs OSM par
> les proxies tiers. C'est un peu dommage. OSM devrait développer une
> interface permettant aux proxies tiers de fonctionner correctement sans se
> faire bloquer (voir la politique d'utilisation des serveurs de tuiles OSM),
> alors que ces proxies peuvent soulager les serveurs de tuiles d'OSM et
> promouvoir en même temps le projet. Quitte à ce que par cette interface les
> mises à jour des tuiles soient beaucoup moins instantanées (des délais
> voisins d'une semaine ou même un mois seraient tout à fait acceptables pour
> que la distribution aux proxies tiers ne souffre d'aucun sérieux problème
> de performance ou de disponibilité).
>
> OSM n'a à mon avis pas assez de caches déployés (c'est un besoin plus
> important encore que des serveurs de rendus compliqués à installer et
> surtout couteux à gérer).
>
>
> Le 20 novembre 2015 17:30, Laurent Combe <laurent.co...@free.fr> a écrit :
>
>> Quand je regarde le projet Opensolarmap je vois qu'il utilise un fond de
>> cartographie MapBox
>>
>> cet accès aux images Mapbox est-il envisageable pour agrémenter une carte
>> faite avec umap
>> techniquement c'est possible mais ma question porte plus sur le coté
>> "droit d'utilisation"
>>
>> parce que ça me gave de voir des petites collectivités mettre en avant
>> sur leur site institutionnel des cartes google maps ("parce qu'il y a la
>> vue satellite")
>>
>> si quelqu'un peut m'éclairer sur ce point je suis à son écou

Re: [OSM-talk-fr] imagerie mapbox

[Laurent Combe]

je me reponds mais
apparamment oui avec l'offre starter de mapbox on peut récupérer un
"access_token" et la limite se situe à 50Go de données téléchargées par mois

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

Re: [OSM-talk-fr] Le Calque Cadastre le retour ;-)

[Laurent Combe]

je ne vois pas trop de quoi vous parlez exactement
mais avec la dernière remarque je crois comprendre qu'il y a plus pratique
(quand ça fonctionne bien sur) que le plugin du cadastre sous JOSM

or c'est ce que j'utilise régulièrement (le plugin du cadastre)

pouvez-vous en dire un peu plus ? cela concerne-t-il JOSM ?

Laurent


Le 19 novembre 2015 10:00, lenny  a écrit :

>
>
> Le 18/11/2015 23:49, Jérôme Seigneuret a écrit :
>
> En effet le TMS à tenu 1 jour...
> Pour le moment je reprends le plugin cadastre sous JOSM
>
> pareil ! Cela faisait tellement longtemps que j'avais oublié comment le
> plugin fonctionnait, mais j'ai vite retrouvé !!!
>
>
> Bonne soirée
>
> Le 18 novembre 2015 20:26, lenny  a écrit :
>
>> Bonsoir, problème dans JOSM avec le message d'erreur
>> Erreur: Problem loading tile
>>
>> j'ai chargé la tuile,
>> chargé les tuiles avec des erreurs
>> chargé toutes les tuiles
>>
>> cordialement
>> Lenny
>>
>>
>> Le 16/11/2015 22:54, Jérôme Seigneuret a écrit :
>>
>> Pour info,
>> Le cadastre est de nouveau disponible (TMS)
>>
>> Bonne soirée Jérôme
>>
>>
>> ___
>> 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 
> 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] Stand au Capitole du Libre 2015

[Laurent Combe]

c'est dit dans le message d'hélène :

La salle (maison des associations à Ramonville) n'est pas très grande,
mais quand même, peut accueillir une vingtaine de personnes.
merci de vous inscrire ici :
http://www.le-pic.org/spip.php?article734


laurent


Le 18 novembre 2015 17:15, Ludovic Hirlimann <ludo...@hirlimann.net> a
écrit :

> Ou ?
> Le 18 nov. 2015 16:42, "Laurent Combe" <laurent.co...@free.fr> a écrit :
>
>>
>> ok je me suis inscrit pour le samedi après-midi
>>
>> c'est une excellente solution de repli et permettre de partager un peu de
>> temps entre contributeurs OSM
>> en fonction de l'assistance je pourrai si ça s'y prête parler du projet
>> BANO
>>
>> si d'autres veulent venir n'hésitez pas !
>>
>> Laurent
>>
>> ___
>> 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] Stand au Capitole du Libre 2015

[Laurent Combe]

ok je me suis inscrit pour le samedi après-midi

c'est une excellente solution de repli et permettre de partager un peu de
temps entre contributeurs OSM
en fonction de l'assistance je pourrai si ça s'y prête parler du projet BANO

si d'autres veulent venir n'hésitez pas !

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

Re: [OSM-talk-fr] Stand au Capitole du Libre 2015

[Laurent Combe]

en guise de réponse je reprend les propos de JB

"Bonjour,
Un petit mot pour indiquer que le rendu R25 orienté rando au 1:25000 passe
dans sa version 8. Les principales modifications au programme :
 - les courbes de niveau ne sont plus imprimées sur les étendues d'eau (une
amélioration de Maperitive le permet depuis quelques mois)
 - les traits indiquant le bas des falaises et autres talus et murets sont
imprimés sous les routes (idem)
 - rendu spécifique des tables d'orientation
 - divers résolutions de bugs, d'incohérences et autres maniaqueries, dont
la liste est indiquée dans la feuille de style.
Le téléchargement, tutoriels compris, se fait toujours ici :
http://jb.tradfrance.com/R25.zip
Je n'ai pas refait de série de démo depuis la mort d'osm107, mais le carnet
téléchargeable ici : http://jb.isonoe.net/CR/demo/Volcans_A5_d%C3%A9mo.pdf
utilise cette version (ou quasiment).
La légende à jour est également visible ici :
http://jb.isonoe.net/CR/demo/l%C3%A9gende8.png
JB."

Laurent


Le 17 novembre 2015 10:04, Jérôme Seigneuret  a
écrit :

> Bonjour,
>
>
>
 J'en suis !

 Pour ce qui est du matériel de promotion, je n'ai à disposition
 qu'une
 carte imprimée du Parc des Volcans d'Auvergne au format A0
 utilisant le
 style R25 de JB.

 http://wiki.openstreetmap.org/wiki/R25_Maperitive_style

 Le lien est mort sur la page en question
> http://osm107.openstreetmap.fr/jbtopo/
>
> Jérôme
>
> ___
> 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] Stand au Capitole du Libre 2015

[Laurent Combe]

peut-on au moins maintenir une rencontre entre contributeurs OSM le samedi
après-midi ou le dimanche ?

Le 16 novembre 2015 22:37, Philippe Verdy <verd...@wanadoo.fr> a écrit :

> Le lieu est fermé, cela ne devrait pas empêcher une réunion virtuelle en
> ligne... Nos projets doivent continuer, et les réunions maintenues même si
> elles sont plus petites.
>
> Mais l'heure est maintenant aux projets de cyberdéfense collaborative
> citoyenne, pour faire taire sur le net l'armée virtuelle des ennemis de la
> paix.
> On doit aider nos gouvernements et couper les communications des barbares
> assassins, violeurs et esclavagistes, qui blasphèment toutes les religions
> y compris celle qu'ils prétendent la leur, et qui justifient l'innommable
> par trop de mensonges, pour ne génèrer de gros profits que chez
> quelques-uns et détruire tout le reste autour.
>
> OSM c'est seulement un moyen de plus de développement pour tous, mais
> aucun développement n'est possible sans sécurité ni liberté. Existe-t-il un
> projet cartographique de cyberdéfense collaborative? Au moins pour faire du
> signalement, ou pour aider ceux qui sont en réelle difficulté, dont les
> réfugiés, et les protéger là où ils sont?
>
> On ne peut pas laisser les Etats décider seuls, ils n'en ont pas les
> moyens, ne savent pas s'entendre et en sont réduits à ne défendre en fin de
> compte que des intérets occultes où nous n'avons pas un mot à dire, ou bien
> ils prendront des mesures liberticides très contraignantes pour tout le
> monde, au risque certain d'aggraver les problèmes à court comme à long
> terme.
>
> Le 16 novembre 2015 21:45, orhygine <arbail...@gmail.com> a écrit :
>
>> L’événement n'aura pas lieu.
>>
>> Plus d'informations ici https://2015.capitoledulibre.org/.
>>
>> Le 7 novembre 2015 12:01, Laurent Combe <laurent.co...@free.fr> a écrit :
>>
>>> on parlera un peu BANO c'est dans l'air du temps
>>> et le 82 (oui je sais c'est loin de toulouse) est vraiment en souffrance
>>>
>>> rien que sur montauban plus de 350 voies en ecart
>>> y a de quoi organiser une cartopartie, non ?
>>>
>>> bon à bientot
>>> en terme de dispo je ne suis pas encore sur d'etre disponible
>>> complètement sur ce week-end mais au moins une journée entière
>>> on peut se recontacter si besoin de s'organiser
>>>
>>> Laurent
>>>
>>> Le 6 novembre 2015 21:48, orhygine <arbail...@gmail.com> a écrit :
>>>
>>>> Salut Laurent,
>>>> Merci d'avance pour ta participation.
>>>> Christophe
>>>> Le 6 nov. 2015 7:41 PM, "Laurent Combe" <laurent.co...@free.fr> a
>>>> écrit :
>>>>
>>>>> Bonsoir,
>>>>>
>>>>> je suis volontaire pour participer
>>>>>
>>>>> Laurent
>>>>>
>>>>> Le 2 novembre 2015 22:23, Sébastien Dinot <sebastien.di...@free.fr> a
>>>>> écrit :
>>>>>
>>>>>> Bonsoir Christophe,
>>>>>>
>>>>>> orhygine a écrit :
>>>>>> > Y a-t-il d'autres contributeurs motivés pour être présents sur le
>>>>>> > stand et parler de leur passion ?
>>>>>>
>>>>>> J'en suis !
>>>>>>
>>>>>> Pour ce qui est du matériel de promotion, je n'ai à disposition qu'une
>>>>>> carte imprimée du Parc des Volcans d'Auvergne au format A0 utilisant
>>>>>> le
>>>>>> style R25 de JB.
>>>>>>
>>>>>> http://wiki.openstreetmap.org/wiki/R25_Maperitive_style
>>>>>>
>>>>>> Ce n'est pas grand chose mais elle en jette (merci JB).
>>>>>>
>>>>>> Sébastien
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sébastien Dinot, sebastien.di...@free.fr
>>>>>> http://sebastien.dinot.free.fr/
>>>>>> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer
>>>>>> !
>>>>>>
>>>>>> ___
>>>>>> 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
>>>>
>>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> Christophe aka orhygine | http://orhyginal.free.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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Armoires de rues

[Laurent Combe]

pour la poste (les boîtes marrons) : il s'agit d'un "dépôt relais"

laurent

Le 11 novembre 2015 19:33, Jérôme Seigneuret  a
écrit :

> Bonjour,
> Il reste quelques petites corrections à faire sur les tableaux (traduit en
> partie)
>
> or > ou
> Domain specific > Spécifique au domaine :
> Réseaux TV câblée > Réseaux TV câblés
> Telephone street cabinets > armoires de brassage ou de filtrage?
> Postal street relay  > relais postal, relais technique postal?
>
> Jérôme
>
> Le 11 novembre 2015 19:27, Eric Brosselin - Osm 
> a écrit :
>
>> Bonjour,
>>
>> Beau travail
>> J'ai fait le lien vers la page FR dans le template "man_made"
>> Ainsi il sera effectif depuis la page générale "Map features" , pardon
>> "Éléments cartographiques" ;-)
>>
>>
>> ___
>> 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] relation associatedStreet

[Laurent Combe]

ok j'avais une vue Osmose très partielle ...
merci

Le 10 novembre 2015 20:18, Frédéric Rodrigo <fred.rodr...@gmail.com> a
écrit :

> Le 10/11/2015 19:09, Laurent Combe a écrit :
>
>> bonjour à tous
>>
>> depuis quelques semaines je passe une partie de mon temps à dégommer du
>> rouge sur le rendu BANO
>> pour l'instant je me concentre sur l'aspect rapprochement des voies.
>>
>> Cependant de temps en temps je jette un oeil sur ce qui se fait en terme
>> d'adresse au numero
>>
>> et je suis tombé sur ça
>> http://www.openstreetmap.org/#map=18/43.75258/1.39305
>>
>> rien de bien spécial
>> il s'agit d'un way dénommé "Chemin de Gleyses"
>>
>> mais en regardant "un peu par hasard" avec JOSM
>> je voie que la relation associatedStreet porte son propre tag name
>> et que dans ce cas la valeur est "Chemin de Gleyzes" (avec un 'z')
>>
>> je trouve cela bizarre que la relation porte
>> un tag name et indirectement au travers d'un de ses membres (le way) un
>> autre tag name
>> avec un risque possible d'incohérence comme dans ce cas
>>
>> ça me fait penser un  peu à de la double saisie...
>> j'imagine qu'osmose est capable de faire le job mais dans mon cas il ne
>> doit pas tester cela car je n'ai rien vu.
>>
>
> Si Osmose fait bien ça :
>
> http://osmose.openstreetmap.fr/fr/map/#zoom=17=43.75258=1.39304==1%2C2%2C3
>
> ___
> 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

[OSM-talk-fr] relation associatedStreet

[Laurent Combe]

bonjour à tous

depuis quelques semaines je passe une partie de mon temps à dégommer du
rouge sur le rendu BANO
pour l'instant je me concentre sur l'aspect rapprochement des voies.

Cependant de temps en temps je jette un oeil sur ce qui se fait en terme
d'adresse au numero

et je suis tombé sur ça
http://www.openstreetmap.org/#map=18/43.75258/1.39305

rien de bien spécial
il s'agit d'un way dénommé "Chemin de Gleyses"

mais en regardant "un peu par hasard" avec JOSM
je voie que la relation associatedStreet porte son propre tag name
et que dans ce cas la valeur est "Chemin de Gleyzes" (avec un 'z')

je trouve cela bizarre que la relation porte
un tag name et indirectement au travers d'un de ses membres (le way) un
autre tag name
avec un risque possible d'incohérence comme dans ce cas

ça me fait penser un  peu à de la double saisie...
j'imagine qu'osmose est capable de faire le job mais dans mon cas il ne
doit pas tester cela car je n'ai rien vu.

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

Re: [OSM-talk-fr] relation associatedStreet

[Laurent Combe]

oui et comme rien n'est simple dans l'extraction FANTOIR on a les deux
versions
Gleyses et Gleyzes : un beau doublon

ok pour le source:name
j'y vais de ce pas

Le 10 novembre 2015 21:17, Tyndare <tynd...@wanadoo.fr> a écrit :

> Le 10 novembre 2015 20:38, Laurent Combe <laurent.co...@free.fr> a écrit :
> > Niconil
> > c'est moi
>
> Ça simplifie grandement les choses pour résoudre le conflit ;-)
>
> > La bonne nouvelle : j'ai accès au tableau de classement de la voirie de
> la
> > commune.
> > Après vérification c'est effectivement la version avec un 'z'
> > je corrige ...
>
> Vu que sur le cadastre le nom est mal orthographié avec un 's', ça
> aurais était bien je pense de laisser la note ou de la remplacer par
> le plus classique source:name=survey histoire de lever l'incohérence
> avec le tag source actuel et dissuader d'autres
>  tentatives de changement dans le futur.
>
> ___
> 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] relation associatedStreet

[Laurent Combe]

Niconil
c'est moi
La bonne nouvelle : j'ai accès au tableau de classement de la voirie de la
commune.
Après vérification c'est effectivement la version avec un 'z'
je corrige ...
Laurent



Le 10 novembre 2015 20:28, Tyndare <tynd...@wanadoo.fr> a écrit :

> En fait je me suis trompé, en relisant l'historique
> http://www.openstreetmap.org/way/307302039/history
> le contributeur Pinpin avait l'aire de dire que le nom avait était
> vérifié sur le terrain, avec un "z", mais le contributeur Niconil est
> revenu en arrière et a introduit l'incohérence. Il faudrait le
> contacter.
>
>
> Le 10 novembre 2015 20:21, Tyndare <tynd...@wanadoo.fr> a écrit :
> > Bonjour,
> >
> > Cette incohérence est effectivement une erreur, et est signalée comme
> > telle par le validateur JOSM et par Osmose.
> > Mais à priori le contributeur de la relation associatedStreet était
> > bien conscient de cette incohérence entre le nom du chemin présent
> > dans la base OSM, et le nom associé aux adresses tel qu'importé depuis
> > le cadastre (celui de la relation associatedStreet), c'est pourquoi il
> > à rajouté une note à ce propos sur le chemin: à vérifier sur le
> > terrain.
> > Si tu trouves la bonne orthographe n'hésite pas à corriger celle qui
> > est erronée.
> >
> > A noté qu'en pratique il peut être nécessaire d'avoir une relation
> > associatedStreet avec un nom différent de celui de la rue si la rue en
> > question à plusieurs noms, par exemple un nom différent de chaque côté
> > (cas assez fréquent en limite de commune). La rue peut avoir un
> > name:left, un name:right, un name="name:left - name:right", et en
> > général on créé deux relations associatedStreet, une pour chacun des 2
> > noms.
> >
> > Tyndare.
> >
> >
> > Le 10 novembre 2015 19:09, Laurent Combe <laurent.co...@free.fr> a
> écrit :
> >> bonjour à tous
> >>
> >> depuis quelques semaines je passe une partie de mon temps à dégommer du
> >> rouge sur le rendu BANO
> >> pour l'instant je me concentre sur l'aspect rapprochement des voies.
> >>
> >> Cependant de temps en temps je jette un oeil sur ce qui se fait en terme
> >> d'adresse au numero
> >>
> >> et je suis tombé sur ça
> >> http://www.openstreetmap.org/#map=18/43.75258/1.39305
> >>
> >> rien de bien spécial
> >> il s'agit d'un way dénommé "Chemin de Gleyses"
> >>
> >> mais en regardant "un peu par hasard" avec JOSM
> >> je voie que la relation associatedStreet porte son propre tag name
> >> et que dans ce cas la valeur est "Chemin de Gleyzes" (avec un 'z')
> >>
> >> je trouve cela bizarre que la relation porte
> >> un tag name et indirectement au travers d'un de ses membres (le way) un
> >> autre tag name
> >> avec un risque possible d'incohérence comme dans ce cas
> >>
> >> ça me fait penser un  peu à de la double saisie...
> >> j'imagine qu'osmose est capable de faire le job mais dans mon cas il ne
> doit
> >> pas tester cela car je n'ai rien vu.
> >>
> >> Laurent
> >>
> >>
> >> ___
> >> 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] [BANO] bizarreries

[Laurent Combe]

tout est rentré dans l'ordre ce matin

merci

Le 8 novembre 2015 09:27, Vincent de Château-Thierry <v...@laposte.net> a
écrit :

> Bonjour,
>
> Le 07/11/2015 19:49, . ZZ29 a écrit :
>
>>
>> Mêmes symptômes constatés.
>>
>> Le 7 novembre 2015 18:56, Laurent Combe <laurent.co...@free.fr
>> <mailto:laurent.co...@free.fr>> a écrit :
>>
>> le rendu BANO ne s'affiche plus pour les zoom >= 17
>> et le mécanisme "/dirty" pour forcer le recalcul d'une tuile semble
>> inopérant
>>
>> quelqu'un peut-il confirmer le pb ? et rétablir la situation ?
>>
>
> Je ne sais pas si ça persiste ce matin. C'est une partie que gère
> Christian, "légèrement occupé" ce week-end avec OpenSolarMap au Hackaton
> C3Challenge :
> https://twitter.com/cq94/status/663258706138816512
>
> De mémoire il avait dû la semaine dernière, pour des raisons de charge du
> serveur, couper certains mécanismes de rafraichissement des tuiles BANO, je
> suppose que c'est la cause du souci. À suivre.
>
> 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] Stand au Capitole du Libre 2015

[Laurent Combe]

on parlera un peu BANO c'est dans l'air du temps
et le 82 (oui je sais c'est loin de toulouse) est vraiment en souffrance

rien que sur montauban plus de 350 voies en ecart
y a de quoi organiser une cartopartie, non ?

bon à bientot
en terme de dispo je ne suis pas encore sur d'etre disponible complètement
sur ce week-end mais au moins une journée entière
on peut se recontacter si besoin de s'organiser

Laurent

Le 6 novembre 2015 21:48, orhygine <arbail...@gmail.com> a écrit :

> Salut Laurent,
> Merci d'avance pour ta participation.
> Christophe
> Le 6 nov. 2015 7:41 PM, "Laurent Combe" <laurent.co...@free.fr> a écrit :
>
>> Bonsoir,
>>
>> je suis volontaire pour participer
>>
>> Laurent
>>
>> Le 2 novembre 2015 22:23, Sébastien Dinot <sebastien.di...@free.fr> a
>> écrit :
>>
>>> Bonsoir Christophe,
>>>
>>> orhygine a écrit :
>>> > Y a-t-il d'autres contributeurs motivés pour être présents sur le
>>> > stand et parler de leur passion ?
>>>
>>> J'en suis !
>>>
>>> Pour ce qui est du matériel de promotion, je n'ai à disposition qu'une
>>> carte imprimée du Parc des Volcans d'Auvergne au format A0 utilisant le
>>> style R25 de JB.
>>>
>>> http://wiki.openstreetmap.org/wiki/R25_Maperitive_style
>>>
>>> Ce n'est pas grand chose mais elle en jette (merci JB).
>>>
>>> Sébastien
>>>
>>>
>>> --
>>> Sébastien Dinot, sebastien.di...@free.fr
>>> http://sebastien.dinot.free.fr/
>>> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>>>
>>> ___
>>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [BANO] bizarreries

[Laurent Combe]

Bonjour

le rendu BANO ne s'affiche plus pour les zoom >= 17
et le mécanisme "/dirty" pour forcer le recalcul d'une tuile semble
inopérant

quelqu'un peut-il confirmer le pb ? et rétablir la situation ?

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

Re: [OSM-talk-fr] Stand au Capitole du Libre 2015

[Laurent Combe]

Bonsoir,

je suis volontaire pour participer

Laurent

Le 2 novembre 2015 22:23, Sébastien Dinot  a écrit
:

> Bonsoir Christophe,
>
> orhygine a écrit :
> > Y a-t-il d'autres contributeurs motivés pour être présents sur le
> > stand et parler de leur passion ?
>
> J'en suis !
>
> Pour ce qui est du matériel de promotion, je n'ai à disposition qu'une
> carte imprimée du Parc des Volcans d'Auvergne au format A0 utilisant le
> style R25 de JB.
>
> http://wiki.openstreetmap.org/wiki/R25_Maperitive_style
>
> Ce n'est pas grand chose mais elle en jette (merci JB).
>
> Sébastien
>
>
> --
> Sébastien Dinot, sebastien.di...@free.fr
> http://sebastien.dinot.free.fr/
> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>
> ___
> 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] [rappel] Barcamp Open Data à Toulouse le 9/10

[Laurent Combe]

Bonjour sebastien,

dommage

je suis tombé sur ce message mais aujourd'hui ...
trop tard

n'hésites pas pour ce genre de message à faire un mail plus direct

A+


Le 3 octobre 2013 22:56, Sébastien Dinot sebastien.di...@free.fr a écrit :

 Bonsoir,

 J'en ai déjà parlé ici mais je me permets un rappel : la communauté
 urbaine de Toulouse Métropole organise mercredi prochain à La Cantine de
 Toulouse un barcamp sur l'Open Data. Comme tout événement du genre, il
 est ouvert à tous et les organisateurs espèrent bien y voir des mappeurs
 et autres citoyens friands ou curieux de données ouvertes.

 L'annonce initiale a été faite sur le site Open Data de Toulouse
 Métrople :

 http://data.toulouse-metropole.fr/defi-numerique-2-programme

 Elle est désormais relayée sur le site de La Cantine de Toulouse :

 http://lacantine-toulouse.org/6560/barcamp-open-data-toulouse-metropole

 Ça se passera de 16h à 19h au 27 de la rue d'Aubuisson :


 http://www.openstreetmap.org/?mlat=43.60268mlon=1.45419node=1936879523#map=19/43.60268/1.45419

 Il y a déjà de nombreux inscrits, notamment pas mal de représentants des
 collectivités territoriales, mais aussi un responsable d'Étalab, des
 industriels, quelques chercheurs mais, pour l'heure, peu de mappeurs et,
 peu de simples citoyens aussi. Même si l'événement est annoncé comme
 limité à 80 personnes, n'hésitez pas à vous inscrire, l'expérience
 montre qu'il y a toujours quelques inscrits qui ne viennent pas. Et si
 par hasard, vous oubliez de vous inscrire, n'hésitez pas à venir quand
 même. Je n'ai jamais vu quelqu'un se faire refouler à l'entrée de
 Barcamp au prétexte qu'il n'était pas inscrit.

 Sébastien

 --
 Sébastien Dinot, sebastien.di...@free.fr
 http://sebastien.dinot.free.fr/
 Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

 ___
 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] Simplification de shapefiles

[Laurent Combe]

je cherche à faire une carte basée sur :
http://leafletjs.com/examples/choropleth.html

avec les départements de ma région

avec le lien donné précédemment : http://mapshaper.org
effectivement il devient enfantin de simplifier les contours des
départements
je peux simplifier la petite centaine de départements avec le taux de
simplification qui me convient

mais c'est un peu galère de supprimer en aveugle avec un éditeur texte les
départements dans le fichiers geoJjson généré
une astuce pour ne garder que les dpts qui m'intéressent ?

sur la page http://export.openstreetmap.fr/contours-administratifs/
pourquoi ne pas mettre aussi des fichiers geoJson pour chaque dpt
cela me semble plus simple d'agréger que de simplifier


Le 9 juillet 2013 09:13, Ab_fab gamma@gmail.com a écrit :

 Bonjour,

 Le sujet est assez technique, mais comme la réalisation est très
 intuitive, et peut répondre à des besoins de non experts en geospatial
 (dont moi), je me permets d'en parler ici.

 Les données osm telles que les contours des communes ont souvent un tracé
 assez complexe, du fait des méandes des cours d'eau, de l'historique du
 parcellaire, etc ...
 Cela peut être lourd à gérer pour les outils mettant en valeur ces
 données.
 Une simplification des tracés est donc parfois souhaitable.

 J'ai vu l'annonce d'un outil permettant la simplification de shapefiles,
 et son interface est juste simplissime.
 http://mapshaper.org/

 Cas d'usage simple :
 Aller dans
 http://export.openstreetmap.fr/contours-administratifs/export-communes/
 Télécharger l'archive d'un département, extraire le fichier .shp et le
 glisser - déposer dans la fenêtre du navigateur.
 Les contours des communes du département s'affichent.
 Il est possible de zoomer avec la molette de la souris

 La réglette en haut de la fenêtre s'ajuste de 0 à 100%.
 0% correspond à une simplification extrême.

 L'export de la forme simplifiée, de nouveau en format shapefile ou bien en
 geoJSON se fait en un clic. Voilà comment l'on recrée le Geofla en quelques
 secondes :-)

 Les sources de l'appli sont disponibles sur Github
 https://github.com/mbloch/mapshaper


 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja

 ___
 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] Code postal de Dampierre-sur-Avre

[Laurent Combe]

dans ce cas :
http://www.openstreetmap.org/browse/node/2020632705

je ne vois pas bien l'erreur
31200 est tout à fait recevable dans ce secteur de toulouse

Autre question comment coder une commune avec plusieurs codes postaux ?
comme bagnères de bigorre ?
ou Toulouse ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Orthophotographie des Alpes-Maritimes en TMS/WMS

[Laurent Combe]

très bien cette url :
http://wms.openstreetmap.fr/tous-tms-fr

je suis surpris de ne pas voir les données libérées par le CRAIG ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] uMap et Internet Explorer

[Laurent Combe]

Quelqu'un arrive-t-il à faire fonctionner uMap avec Internet Explorer et si
oui avec quelle version ?

L'outil est splendide.
Je partage totalement les buts du projet donnés par ybon sur cette même
liste il y a quelques mois
(notamment donner la possibilité au grand public de générer des cartes
contextuelles sans passer obligatoirement par G**Gle)

Mais cette incompatibilité avec IE (en tout cas avec un IE8 croisé hier)
est gênante à mon avis.
Si je veux proposer à une mairie ou à une école d'héberger des cartes de ce
type c'est quand même problématique.

Utilisant à titre perso Linux je ne m'en étais pas rendu compte avant, mais
c'est hier en pleine démo que cela m'est arrivé sur un poste qui ne
disposait que d'IE. Ce n'était pas du meilleur effet.

Pour autant pour utiliser d'autres projet ayant recours à la librairie
Leaflet, je n'ai pas rencontré d'incompatibilité IE flagrante (je pense à
OSRM par exemple, ou même les exemples donnés sur le site de leafletjs).
C'est pour cela que je pense que ce doit pas être forcément grave, mais
persuadé que l'on ne pas laisser ce service si prometteur avec ce pb
d'incompatibilité.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] uMap et Internet Explorer

[Laurent Combe]

A propos d'IE
- j'ai personnellement vu que le site n'était pas fonctionnel avec IE8
mais je ne sais pas ce qu'il en est pour IE9 et IE10 (je n'ai pas ça sous
la main)
quelqu'un a-t-il la possibilité de faire ce test ?


Je ne suis pas du tout pour rendre totalement compatible le site uMap avec
IE en mode édition de carte. Comme cela suppose une démarche volontaire, on
peut supposer que l'adoption d'un browser spécifique est supportable.

Par contre en mode visualisation simple, la je suis favorable à une mise en
compatiblité (quitte à donner une version minimale d'IE, style IE = 9 ou
tout autre valeur qui faciliterait le travail).

Sinon ce qu'il va se passer, ce sera un manque d'adoption de l'outil par
manque de compatibilité, ce serait dommage, et passerait à coté de
l'objectif initial.

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

[OSM-talk-fr] possibilité de mixer carte et vues aériennes en dehors d'un éditeur

[Laurent Combe]

Bonjour,

Dans la région toulousaine, nous disposons d'une orthophoto de belle
facture (12cm de résolution) sous licence ODBL
Cette image est disponible et utilisable directement dans JOSM. c'est
parfait.

Maintenant si je me place plus d'un point de vue utilisateur, quand je
regarde une carte j'aime bien pouvoir passer de la vue carte à une vue
aérienne et même parfois mixer les deux. Mais en dehors d'un éditeur, ou
de monter mon serveur, je n'ai pas trouvé la possibilité de faire cela.

En cherchant un peu j'ai rencontré des fonctionnalités qui m'ont paru assez
proche de ce que je souhaite obtenir :
Avec ID (on peut spécifier un overlay spécifique avec l'optio du menu
intitulée : custom)
http://openstreetmap.us/iD/release/#background=Bingmap=20.00/-77.02271/38.90085

avec en prime la possibilité de régler la transparence de chaque couche.

sinon sur :
tile.openstreetmap.fr
on a bien une rubrique overlay dans le menu à droite
mais je ne peux rajouter qu'une vue aérienne dénommée brocas (c'est dans
les landes)
dans cette vue ne pourrait-on pas agréger les vues aériennes libérées ?

Dernière possibilité on peut déjà le faire, mais je n'ai pas trouvé.

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

Re: [OSM-talk-fr] possibilité de mixer carte et vues aériennes en dehors d'un éditeur

[Laurent Combe]

parfait pour l'adresse http://wms.openstreetmap.fr/toulouse
je ne connaissais pas, et ce n'est jamais ressorti au moement de mes
recherches dans l'historique de la liste.

2 questions :

imaginons que des communes adjacentes à Touliouse métropole veulent libérer
leur orthophoto à qui doit-on s'adresser ?

dans le nouveau service : umap.openstreetmap.fr
je peux utiliser le rendu osmfr qui me convient très bien
si je pouvais basculer sur l'orthophoto du Grand Toulouse quitte à rentrer
moi-même l'adresse du serveur WMS

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

[OSM-talk-fr] mauvais codage ou bug OSRM ?

[Laurent Combe]

j'utilise OSRM pour debugger les données OSM

je suis tomber sur un os visible avec le lien ci-dessous :
http://map.project-osrm.org/1iR

depuis l'avenue Salvador Dali, OSRM nous fait prendre directement la voie
express D902 or il n'y a que la voiture de Batman qui peut faire cette
maneuvre :-)

a cet endroit l'av. S. Dali est en layer -1 (tunnel). il y a un node en
commun avec la D902 (le pb vient certainement de la) mais quand j'ai voulu
retirer le node j'ai vu qu'il servait de délimitation de la zone
commerciale.

Dans l'absolu je ne vois pas de pb dans le codage OSM (a part le node
commun)

ne serait ce pas plutot un bug osrm qui ne tient pas correctement compte du
tag layer dans ce cas là ?

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

Re: [OSM-talk-fr] [forum-osm-fr]ronds points et interdictions

[Laurent Combe]

juste pour préciser il n'y a pas que des ronds points qui pose problème

j'ai une intersection de deux voies qui forment un angle très aigue
en pratique passer d'une voie à l'autre n'est pas possible je vous l'assure
(bien que je n'ai pas sur d'avoir vu une interdiction formalisée de tourner
à gauche).

ci-joint un lien osrm piur illustrer mon propos
http://map.project-osrm.org/1ic
cela se passe sur la rocade de toulouse
osrm nous fait prendre la sortie 33a alors que le chemin normal est
plutot de prendre la sortie 33b
le chemin proposé par osrm n'est en pratique pas réalisable

comment coder/tagger cette interdiction de tourner à gauche ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Import du bati

[Laurent Combe]

bonjour,

sur la haute-garonne

lorsque je regarde ici : http://cadastre.osm.cleo-carto.org/031/?C=S;O=A
en suivant un lien du wiki
je vois que pour bon nombre de communes de haute-garonne l'extraction du
bati ne semble pas bien fonctionner
pourtant avec un cadastre vectorisé

lorsque j'execute moi même les scripts d'import du bati
j'obtiens les mêmes résultats
j'ai essayé sur deux communes en particulier :
BOULOC et L ISLE-EN-DODON
et le fichier osm généré ne contient pas grand chose.
(j'ai laissé une trace sur le site wiki dans la page discussion des scripts
d'import )

Quelqu'un de la liste pourrait-il donner une explication à cela ?
est-ce un bug connu des scripts d'import ?

je n'ai rien vu dans les archives alors je poste 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Décalage cadastre ?

[Laurent Combe]

Bonjour,

Dans le département des Vosges (88)
lorsque que j'affiche le cadastre entre deux communes limitrophes en
l'occurence
Basse-sur-le-rupt et Thiéfosse j'obtiens à la séparation des deux communes
au niveau de la RD43 deux bâtiments qui se chevauchent

les données remontées par les deux cadastres sont décalées.

les lieu du drame :
Node id=836495089 lat=47,978990; lon=6,727780

j'utilise JOSM latest
et le plugin cadastre-fr

votre assistance sera la bienvenue.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Décalage cadastre ?

[Laurent Combe]

Merci Pieren

pour ce rappel à la règle
je comprend bien le problème mais je ne vois pas très clairement quelle est
la bonne conduite à tenir ?

- laisser en l'état
- arreter d'importer le bati car risque de décalage
- tenter une correction réalisant un compromis
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr