Re: [OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify

On 24-10-23, Vincent Bergeot wrote: > >> plus précisement, je vais qlq chose genre : > >> > >> 1) centrer overpass sur la zone en prenant l'id d'un vieil objet > >> way(id:...); > >> out geom; > >> https://overpass-turbo.eu/s/1AH9 > >> exécuter et centrer sur les données, zoomer > >> > >> 2)

Re: [OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify

Bonjour, On 19-09-23, Marc_marc wrote: > Bonjour, > > Le 17.09.23 à 21:43, Baptiste Jonglez a écrit : > > Je ne sais pas comment voir l'état de ces rond-points > > et relations avant la modification > > le plus simple est overpass avec l'instruction [date: > tu do

Re: [OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify

Je viens de penser à regarder les tickets sur l'outil, et ça semble effectivement être un bug : https://github.com/Zaczero/osm-relatify/issues/32 Attention donc si vous utilisez cet outil... Bonne soirée, Baptiste On 17-09-23, Baptiste Jonglez wrote: > Bonjour, > > Je suis en discus

[OSM-talk-fr] Rond-point dupliqués et découpés suite à l'utilisation de OSM-relatify

Bonjour, Je suis en discussion avec un autre contributeur de mon coin pour un problème de rond-points dupliqués et découpés en petits bouts. J'ai constaté ce problème à plusieurs endroits, et je suis remonté à ses éditions faites avec l'outil OSM-Relatify [1]. On peut constater le problème ici

Re: [OSM-talk-fr] Vue aérienne Bing de meilleure résolution que l'Ortho HR

On 04-08-22, osm.sanspourr...@spamgourmet.com wrote: > Sur Bing > (https://www.bing.com/maps?v=2=47.26709~-1.59145=21=s) ils > indiquent deux sources : > > - TomTom (et hop on va chercher les sources de TomTom). > > - Vexcel Imaging (et là tu as ta réponse : >

[OSM-talk-fr] Vue aérienne Bing de meilleure résolution que l'Ortho HR

Bonjour, J'ai remarqué dans certains coins que la vue aérienne de Bing a une bien meilleure résolution que l'Ortho HR IGN ! Exemple pour un parking au nord de Nantes : https://ecn.t2.tiles.virtualearth.net/tiles/a03133112331003013233.jpeg?g=12535

Re: [OSM-talk-fr] itinéraire avec trajet aller/retour — Re: Micro formation maintenance de véloroutes avec JOSM

Salut, On 31-05-20, Yves P. wrote: > Bonjour, > > > Suite à la diffusion de cette vidéo sur peertube > > , > > j'ai mis les conseille de Charles Millet en pratique sur une section de > > l'EV1, plus

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

n ? Pour ce qui est de finir d'intégrer les données restantes, ce n'est évidemment plus considéré, et ça n'a de toute façon plus vraiment d'intérêt (les données sont maintenant trop vieilles). Baptiste On 11-04-20, Baptiste Jonglez wrote: > Bonjour, > > Tout d'abord, je n'ai pas

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

Bonjour, Tout d'abord, je n'ai pas l'impression d'avoir fermé la discussion. Il y a eu une première discussion sur https://github.com/osmontrouge/caresteouvert/issues/81 avec des retours positifs (je tiens à noter que je ne suis pas l'initiateur de cette discussion). Puis une seconde discussion

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

On 04-04-20, Baptiste Jonglez wrote: > Alors, en regardant plus en détails, sur les deux catégories de données : > > - données des contributeurs (commentaire) : je n'ai pas trouvé non plus de > Terms of Services ou équivalent, donc c'est effectivement une zone > grise. Je vais

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

Hello, On 03-04-20, althio wrote: > D'abord, en mode TL;DR, un résumé pour le cas présent : > > Les points d'améliorations pour cette intégration/import et les suivantes : > > 1. Clarifier la situation juridique > 1a. Avoir une certitude sur la provenance et la propriété des données > 1b. Un

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata, étape 1 : contributions bienvenues !

On 02-04-20, Yves P. wrote: > > > C'est parti, si vous souhaitez contribuer en mettant à jour les > > informations d'ouverture, toutes les informations sont ici : > > > > > > https://wiki.openstreetmap.org/wiki/France/Covid-19/Imports#Int.C3.A9gration_dokomaps > > J’ai regardé un POI

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata, étape 1 : contributions bienvenues !

ces zones (en me prévenant soit par mail, soit sur le ticket github mentionné ci-dessous). On fera la deuxième partie (ajout des POI manquants) dans un second temps pour ne pas mélanger. Merci, Baptiste On 02-04-20, Baptiste Jonglez wrote: > Bonjour, > > On a eu une proposition d'intég

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

On 02-04-20, Marc M. wrote: > Bonjour, > > Le 02.04.20 à 13:45, Baptiste Jonglez a écrit : > > il y a une opposition sur le principe ? > > sur le principe, je suis totalement pour. > encore plus si on averti les contributeurs initiaux > de où "vont" leur d

[OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

Bonjour, On a eu une proposition d'intégration de données d'une autre carte collaborative, sous licence Open Database License, cf. ce ticket : https://github.com/osmontrouge/caresteouvert/issues/81 C'est intéressant parce que c'est de la donnée récente et a priori assez fiable (souvent

Re: [OSM-talk-fr] OrthoPhotos HS ?

Bonjour, On 09-03-20, Cédric Frayssinet wrote: > Bonjour à tous, et particulièrement à Christian :) > > Dans iD, j'ai paramétré ce fond de carte personnalisé avec l'URL > suivante : http://wms.openstreetmap.fr/tms/1.0.0/tous_fr/{zoom}/{x}/{y} > > Mais depuis quelques jours, les images n'ont pas

Re: [OSM-talk-fr] stabilité et stat sur la disponibilité du fond OSM org

Salut, Si tu t'intéresse à la performance du fond de carte OSM.org, une métrique disponible facilement est le temps de réponse médian au niveau de chaque cache Squid : https://munin.openstreetmap.org/openstreetmap.org/tile.openstreetmap.org/squid_times_http.html C'est très variable selon le

Re: [OSM-talk-fr] Argumentaire pour la mise en place d'un serveur de tuile OSM

Salut, Si c'est pour un usage interne, surtout à l'échelle d'une région, c'est effectivement une bonne idée de générer vos tuiles vous-mêmes, ou alors il faut passer par un presta. Tu peux regarder du côté du grand lyon, ils génèrent leurs tuiles vectorielles eux-mêmes pour leur site d'open

Re: [OSM-talk-fr] CyclOSM, rendu cyclable libre

On 24-09-19, Florimond Berthoux wrote: > Bonjour, > > Le lun. 23 sept. 2019 à 21:49, Baptiste Jonglez > a écrit : > > > Bonjour, > > > > Super boulot, bravo ! > > > > Je rejoins Christian sur le contraste : par exemple, les champs et routes > &g

Re: [OSM-talk-fr] CyclOSM, rendu cyclable libre

Bonjour, Super boulot, bravo ! Je rejoins Christian sur le contraste : par exemple, les champs et routes mineures sont très visibles, alors que certaines voies comme les Eurovélos sont peu visibles aux faibles zooms (rose pâle avec un trait fin). Exemple pour les champs :

Re: [OSM-talk-fr] Tuiles provenant de .org lentes (ou pas ?)

Salut, On 16-09-19, Maël REBOUX wrote: > Bonjour, > > > > Je trouve que depuis plusieurs semaines la carte OSM officielle (rendu > .org donc) est lente. J’ai quasiment tout le temps des dalles grises qui > mettent plus de temps que d’autres à venir. A n’importe quel niveau. A la > maison ou au

[OSM-talk-fr] Import vectoriel d'éléments de cadastre depuis JOSM + documentation

Salut, Jusqu'ici, j'importais les bâtiments du cadastre « à la main », en affichant la couche cadastre dans JOSM et en reproduisant le tracé des bâtiments en créant les points et polygones moi-même. Hors, dans les slides de la présentation de Vincent Privat au dernier SOTM [1], j'ai découvert

Re: [OSM-talk-fr] Photos StreetComplete inaccessibles

Salut, On 03-06-19, Cédric Frayssinet wrote: > Bonsoir à tous, > > J'ai utilisé ces derniers temps l'envoi de photos avec StreetComplete > pour créer des notes. C'est très pratique et je me demande si je ne vais > pas l'utiliser avec mes élèves. > > Cependant, j'ai ouvert un ticket >

[OSM-talk-fr] Reportage sur la réalisation des Ortho-photos au Grand Lyon

Bonjour, Je partage ce petit reportage que j'ai bien aimé sur la réalisation des ortho-photos au Grand Lyon, qui sont faites à la base en prenant des photos depuis un avion mais avec également d'autres techniques intéressantes (LIDAR, capture par drone, contrôle en stéréo-photogrammétrie…)

Re: [OSM-talk-fr] Ces collectivités qui misent sur Openstreetmap et la cartographie participative

Bonjour, On 22-10-18, François Lacombe wrote: > En parlant de collectivités, certains oublient d'ailleurs de respecter les > termes de la licence. > C'est un oubli fâcheux, parce qu'elles connaissent déjà tellement bien > notre écosystème qu'elles peuvent se permettre de faire certains

Re: [OSM-talk-fr] Utilisation abusive de landuse=vineyard ?

Bonjour, On 28-08-18, Philippe Verdy wrote: > De nombreux polygones tagués avec des "landuse=*"/"natural=*" persistent > depuis l'import grossier de Corine Land Use de 2006 (qui ne détaillait pas > la présence de routes ou surfaces habitées). Rien d'anormal, il y a bien de > la vigne autour mais

[OSM-talk-fr] Utilisation abusive de landuse=vineyard ?

Bonjour, En faisant une contribution, j'ai été très étonné de trouver une zone tagguée comme vigne ("landuse=vineyard") qui traversait une autoroute et un parking. C'est vers Caux, entre Béziers et Montpellier. En regardant de plus près, il y a dans cette région plusieurs zones très larges

Re: [OSM-talk-fr] Projet du mois de juillet 2018 : "armoire haute tension" ?

Salut, On 07-08-18, François Lacombe wrote: > > Par contre, j'ai rencontré cette armoire au bord d'une route, qui ne rentre > > pas bien dans les cases : https://nuage.polyno.me/s/ > > T2LNqJ4ekf9XkCE/preview > > > > Détail sur la plaque : https://nuage.polyno.me/s/m2RqLKS9XxsxqQX/preview > > >

Re: [OSM-talk-fr] Projet du mois de juillet 2018 : "armoire haute tension" ?

Hello, Je viens de faire ma première contribution au projet du mois, un peu tard certes :) Par contre, j'ai rencontré cette armoire au bord d'une route, qui ne rentre pas bien dans les cases : https://nuage.polyno.me/s/T2LNqJ4ekf9XkCE/preview Détail sur la plaque :