Re: [OSM-talk-fr] Ça reste ouvert bientôt intégré sur le site de la ville de Lyon

[Sylvain Maillard]

Bonjour,

c'est super cool ça !

Par curiosité, qui est votre contact à la mairie de Lyon ? Je vais veiller
à ce qu'il y ai une bonne couverture médiatique ;)

Sylvain


Le mer. 6 mai 2020 à 22:31, Georges Dutreix via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Le 06/05/2020 à 22:07, François Lacombe a écrit :
> > Dans les semaines à venir nous continuerons de nous impliquer pour
> > faire de "Ça reste ouvert" une solution pertinente durant les nombreux
> > mois du déconfinement mais aussi durant la poursuite du confinement
> > dans d'autres pays.
> > Nous sommes certains de pouvoir compter sur votre soutien pour
> > continuer ensemble à développer ce projet.
> >
> > Florian, François, Adrien et Vincent et Noémie
>
> Nous, nous contribuons modestement à l’œuvre, mais le résultat donne
> beaucoup de plaisir.
> Merci de nous avoir offert ça.
> :-)
>
> ___
> 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] réunion des contributeurs lyonnais ce 10 décembre

[Sylvain Maillard]

Bonjour,

pour rappel, ce soir aura lieu la réunion mensuelle des contributeurs
lyonnais, toujours au TUBA à 18h30, venez nombreux !
le programme :
https://wiki.openstreetmap.org/wiki/FR:Lyon/R%C3%A9union_10_d%C3%A9cembre_2019


Je ne pourrai malheureusement pas être des vôtres, on se retrouvera en
janvier ;)

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

[OSM-talk-fr] Salon "Aujourd'hui pour demain" le 24 novembre à Lyon

[Sylvain Maillard]

Bonjour,

un petit message pour vous informer que l'équipe d'OSM Lyon sera présente
aujourd'hui et demain samedi 24 novembre au salon "Aujourd'hui pour demain"
organisé par la métropole de Lyon.

"Demain se construit dès aujourd’hui. Alors, venez expérimenter et débattre
des nouveaux modes de consommation écoresponsables. Au programme : des
conférences pour s’informer, des ateliers-débats pour s’inspirer et donner
de la voix. Faites le plein de bonnes pratiques pour agir au quotidien sur
l’alimentation, la mobilité, l’habitat…"

Plus d'infos ici : https://met.grandlyon.com/aujourdhui-pour-demain/


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

Re: [OSM-talk-fr] covoiturages SotM-fr 2017

[Sylvain Maillard]

Bonjour à tous,

Une petite relance à destination des participants au sotm-fr qui feraient
le déplacement en voiture depuis Paris, et qui auraient un peu de place
pour prendre des covoitureurs ;)

@+
Sylvain

Le 19 mai 2017 7:49 PM, "Florian LAINEZ"  a écrit :

> Salut,
> Comment allez-vous au SotM-fr cette année ?
> Perso je cherche un covoiturage depuis Paris, et comme je ne dois pas être
> le seul voici un document pour qu'on se synchronise un peu :
> https://mensuel.framapad.org/p/Covoitsotmfr2017
>
> ++
>
> ___
> 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] Rencontre mensuelle OSM-Lyon 11/10/2016 18h30 - Invitation

[Sylvain Maillard]

ah mince, je me disais bien que j'avais un truc de prévu ce soir ... tant
pis, ça sera pour une prochaine fois !

Sylvain


Le 10 octobre 2016 à 13:59,  a écrit :

> Bonjour à tous,
>
> Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de
> chaque mois, et chacun peut s'inviter et participer à ces rencontres. La
> prochaine aura lieu :
>
> le MARDI 11 OCTOBRE à partir de 18h30
> à l'espace "Infolab TUBA, 1 Place Charles Béraudier, 69003 LYON"
> (esplanade gare Part-dieu)
> Accès : M° "Gare Part-Dieu"; Tram T1; Bus C1, C2, C6, C7, C13, C25, 25, 37,
> 38, 70 ; Vélo'V "Gare Part-Dieu Ouest"
>
> Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au lien
> :
> https://wiki.openstreetmap.org/wiki/Lyon/Reunion_13_septembre_2016
>
> Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la
> rencontre à venir, vous pouvez commenter la page préparatoire au lien :
> https://wiki.openstreetmap.org/wiki/Lyon/Reunion_11_octobre_2016
>
> Venez nombreux !
> Amicalement
>
> gnrc69 - Chaque goutte fait l’océan !
>
> ___
> 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] Divergences entre tuiles Carthage et données Carthage

[Sylvain Maillard]

la BDCarthage version 2015 devrait sortir d'ici peu ...


Sylvain

Le 18 septembre 2016 à 10:29, rainerU  a écrit :

>
> Am 12.09.2016 um 13:57 schrieb Christian Quest:
> > Hum... les données Carthage utilisées par le rendu ne sont peut être
> (voire fort
> > probablement) pas la dernière version disponible... à mettre à jour car
> comme on
> > utilise uniquement ces shapefile il n'y a pas de raison d'avoir de
> différence.
>
> Les tuiles BD Cartage (route500hydro) correspondent au fichier shape qui se
> trouve dans 2013/arcgis/FranceEntiere/TRONCON_HYDROGRAPHIQUE.SHP.zip. Il
> existe
> une version plus récente de 2014. A mon avis, il faut régénérer les tuiles
> avec
> cette version.
>
>
> ___
> 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] Bonnes et moins bonnes visibilités OSM

[Sylvain Maillard]

Salut,

au niveau trucs tordus, on a un très bon exemple sur Lyon :
http://www.openstreetmap.org/relation/3015852
- rue en plusieurs tronçons, séparés par plusieurs pâtés de maison => il
faut savoir dès le début à quel numéro on va sinon on se retrouve face à un
mur
- résidence privée avec rue intérieure => des numéros qui sont
géographiquement plus proche de la rue d'à côté
- et le must : un numéro isolé, vestige d'un perçage de rue qui n'a jamais
été réalisé ... et si on regarde la numérotation de la rue d'à côté (
http://www.openstreetmap.org/relation/3678412#map=18/45.77920/4.82731), on
voit que ça n'aide pas à la compréhension !

Pour qu'un calculateur d'itinéraire soit capable de s'en sortir, il faut
impérativement que les points adresse soient liés à la rue auquel ils se
rattachent d'une manière où d'une autre, la relation associatedstreet étant
l'idéal puisque c'est la seule manière fiable d'afficher une vue globale de
la situation tout en limitant la redondance d'informations.

(on croise ici d'autres problématiques liées au micro-mapping : boite aux
lettres, entrée principale, entrée de service, entrée du parking
souterrain, ... qui sont toutes à des emplacements différents mais
rattachées au même bâtiment et à la même adresse, mais qu'un moteur de
routage devra être capable de prendre en compte différemment suivant le
contexte : mobilité réduite, voiture autonome, ...)


Sylvain


Le 3 septembre 2016 à 18:17,  a écrit :

> Tu dis que pour accéder à la Boîte aux lettres, Rue des Baumelles, Toulon
> il faut y accéder par une autre rue.
>
> 1) j'en doute, tu veux dire *en voiture* car des bàl placées dans une rue
> mais non accessibles par la rue, même à pied, ça va fortement limiter
> l'intérêt de la bàl ;-).
>
> J'entends bien que c'est un exemple virtuel mais ma réponse montre que
> l'accessibilité est un mauvais critère pour donner une adresse (mais une
> information pertinente : si le trottoir n'est pas accessible aux fauteuils
> roulants, le moteur orienté handicap moteur doit favoriser d'autres bàl
> proches).
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetMap en famille : un jeu de société

[Sylvain Maillard]

Superbe réalisation !

c'est une très bonne idée pour les lacs, je vais mettre du monde sur le
sujet !


Sylvain

Le 23 juin 2016 à 09:23, Nicolas Dumoulin  a écrit :

> Le Thu, 23 Jun 2016 08:14:02 +0200,
> osm.sanspourr...@spamgourmet.com a écrit :
>
> > +1
> >
> > Jean-Yvon (athée, apostasié, non je ne propose pas de remplacer les
> > églises par des mairies ;-))
>
> Oui, on pourrait décliner :
>  - lacs. À plusieurs échelles, genre grands lacs de France, lacs
>du PNR des Volcans d'Auvergne, …
>  - emprise de départements
>  - grand parcs (Chambord, Versailles, Tuileries, Boulogne, …) avec les
>chemins et un peu de couleurs
>  - Ensemble de villes (préfectures par exemple) ou villages d'un "pays".
>
> Il y a de quoi être créatif :-)
>
> Après, il faut aller jusqu'au bout de l'idée, et tu l'as fait JB. Bravo.
> Tu es passé par quelle presta pour le jeu ?
>
> --
> Nicolas Dumoulin
>
>
> ___
> 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] Import de données OSM dans PostGIS

[Sylvain Maillard]

Les bases spatialite ça marche bien pour de la carto, j'utilise ça pour
plusieurs projets au boulot !

Il faut surtout éviter de créer de trop grosses bases, au delà de 2Go il y
a une perte de performance ...


Sylvain

Le 14 juin 2016 à 16:35, Tony Emery  a écrit :

> Du coup, quand on créé une requête overpass pour récupérer les données dans
> un fichier xml (par défaut), est-ce qu'on peut paramétrer la requête pour
> qu'elle ne télécharge que la différence entre la base osm et ce qui est
> dans
> le fichier xml ?
>
>
>
> -
> 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/Import-de-donnees-OSM-dans-PostGIS-tp5875478p5875492.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

[OSM-talk-fr] "Google et la SNCF cartographient les gares de l'Euro 2016"

[Sylvain Maillard]

Bonjour à tous,


je viens de voir passer cet article sur la cartographie des gares par
Google : "Les deux partenaires n'ont pas précisé le coût du projet"

Dommage de dépenser des sous seulement pour "les développeurs qui utilisent
des cartes Google" ...

http://www.lefigaro.fr/flash-eco/2016/06/09/97002-20160609FILWWW00102-google-et-la-sncf-cartographient-les-gares-de-l-euro-2016.php


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

[OSM-talk-fr] Table ronde "Quelle utilisation de l’open data pour la gestion des services d’eau en France ?"

[Sylvain Maillard]

Avis à tous les intéressés par les données sur l'eau : l'IAE de Paris
organise le Jeudi 31 mars 2016 de 08:30 à 10:00 une table ronde sur la
thématique de l'open data pour les services de l'eau.
(avec des gens biens qui connaissent le domaine)

Plus d'infos sur
https://www.eventbrite.fr/e/billets-quelle-utilisation-de-lopen-data-pour-la-gestion-des-services-deau-en-france-22646490262

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

Re: [OSM-talk-fr] GPS à correction d'erreur / RTK GPS / RTKlib

[Sylvain Maillard]

J'envisage de fixer ça sur la maçonnerie des cheminées/aérations ça sur le
toit, on dépasse suffisamment de ce qu'il y a autour pour avoir une vue
bien dégagée :D

Sylvain

Le 19 février 2016 à 08:26, Stéphane Péneau  a
écrit :

> Le 19/02/2016 08:03, Christian Quest a écrit :
>
>> Je pense commencer par un bête Tupperware ;)
>>
>> Pour la base mon problème sera plus de trouver un endroit assez haut
>> perché pour avoir un maximum de dégagement.
>>
>>
> J'ai enfin un avantage technique à vivre en pleine cambrousse :-)
>
>
>
> ___
> 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] GPS à correction d'erreur / RTK GPS / RTKlib

[Sylvain Maillard]

La localisation haute précision va sans doute changer prochainement : il y
a eu un post sur la liste internationale, avec un lien vers un article en
anglais http://ucrtoday.ucr.edu/34932, qui détaille les application
pratique d'un papier publié fin 2015 par des chercheurs de l'Université de
Californie de Riverside. Ils ont rien de moins que reformulé les équations
de calcul de la position, avec comme résultat une rapidité de calculs très
largement accrue !

lien vers l'article scientifique complet :
http://dx.doi.org.sci-hub.io/10.1109/TCST.2015.2501352
(allergiques aux maths s'abstenir)

@+
Sylvain

Le 15 février 2016 à 20:11, Stéphane Péneau  a
écrit :

> Il existe des 'Y' pour faire ça.
> Si tu fais une recherche gnss antenna splitter, tu en trouveras.
> Par contre, et sans en être certain, il est probable que tu perdes un peu
> de gain, et je pense aussi qu'il faut faire attention à la bande passante
> du splitter afin que les signaux de toutes les constellations soient
> transmis à tes récepteurs.
>
>
> Le 15/02/2016 19:38, Jean-Michel Pouré a écrit :
>
> Une nouvelle question :
>
> Chaque récepteur u-blox ne peut acquérie que deux constellations de
> satellite en même temps. J'aimerai connecter une antenne à 2 récepteurs
> u-blox pour avoir le GPS+Galileo, Glonass et Beidu.
>
> Comment procéder ? Est-ce qu'il existe un amplificateur de signal GPS
> avec 2 connecteurs ? Le branchement recherché est : antenne amplifiée
> => connexion de 2 récepteurs RAW.
>
> Voilà !
>
>
>
> ___
> 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] nom du périph ceanneais

[Sylvain Maillard]

Il faut voir comment les gens en parlent sur place !

Par exemple, à Lyon je n'ai jamais entendu parlé de périf intérieur ou
extérieur : il est appelé juste par sa position nord/est/sud ...


Sylvain


Le 15 janvier 2016 à 20:48,  a écrit :

> Bonjour
>
> Sur openstreetmap, le périph ceannais [1] s'appelle
> - Périphérique Sud
> - Périphérique Ouest
> - Périphérique Nord
> (on ne parle pas de périphérique est)
>
> or, un périphérique, ce sont deux anneaux, l'un intérieur, l'autre
> extérieur.
>
> Ne serait-il pas inintéressant d'ajouter l'indication « intérieur » et
> l'indication « extérieur » pour donner plus d'information réelle bien que
> ces deux termes ne soient pas écrit sur les panneaux de signalisation ?
>
> Je me pose la question.
>
> Cordialement
>
>
> [1] https://www.openstreetmap.org/relation/1169189
>
>
> --
> David Crochet
>
> ___
> 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] une réutilisation, intéressante

[Sylvain Maillard]

Bonjour à tous,

je viens de tomber sur un article qui utilise les données OSM pour valider
un vieux dicton et montrer que "Toutes les routes mènent à toutes les
Romes" :
http://bigbrowser.blog.lemonde.fr/2015/12/10/toutes-les-routes-menent-a-toutes-les-romes

bonne lecture

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

Re: [OSM-talk-fr] Sens unique et sens de circulation

[Sylvain Maillard]

Salut,

c'est pas le tag oneway qui est utilisé pour définir les sens uniques ?
https://wiki.openstreetmap.org/wiki/FR:Key:access#Restrictions_de_circulation_en_sens_unique

Si je devais faire ce genre de requêtes, je procéderais par étapes :
- sélection séparément des tronçons qui ont des conditions d'accès/sens de
circulation différentes (groupement par valeur des tags utilisés)
- application du coefficient qui va bien pour chaque sélection
- puis enfin somme totale


Sylvain


Le 10 décembre 2015 à 11:00, Tony Emery  a écrit :

> Bonjour à tous,
>
> Dans OpenStreetMap, le tag Access s'applique autant à une rue en sens
> interdit qu'aux tronçons d'une voie séparée par un terre-plein central.
>
> Du coup, "géographiquement", ce tag utilisé tel quel est au mieux
> réducteur,
> au plus confus.
> Je reconnais que, dans le cadre d'une utilisation via une application de
> calcul d'itinéraire, ça ne pose pas de problème.
>
> Par contre, quand on veut calculer la longueur d'une voie en additionnant
> les tronçons qu'elle contient, cela devient très délicat lorsque ce tag
> apparait :
> - si on additionne les longueurs des tronçons tels quels, on double les
> voies qui ont un double-sens de circulation séparé
> - si on divise par 2 la longueur des tronçons contenant le tag "access", on
> sous-estime la longueur des voies en sens unique.
>
> L'un d'entre-vous a-t-il été confronté à ce problème et comment l'avez-vous
> géré ?
> Doit-on envisager une valeur complémentaire pour le tag access ou ajouter
> un
> autre tag ?
>
> Merci de votre réponse.
>
>
>
> -
> 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/Sens-unique-et-sens-de-circulation-tp5862168.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] Involving Cyclists in OSM

[Sylvain Maillard]

Hi,

you may check the work done by "La ville à vélo", a cycling club in France
: they did a great job mapping all the cycling infrastructure in the city
of Lyon.
The result is both a map (http://carte.lavilleavelo.org) and data of good
quality for routing engine (like http://geovelo.fr/#/lyon/)


Sylvain


2015-12-09 1:40 GMT+01:00 Clifford Snow :

> I am meeting with one of the key players in Seattle's cycling clubs to
> pitch doing a presentation to their membership. I'm interested in hearing
> from cyclists on why and how OSM is useful to them. I have no problem
> talking about the open data concept and incorporating slippy maps, but I
> want to make sure I cover the salient points that would interest cyclists.
> If you know of any websites that use bike routes or otherwise make use of
> OSM data that would really be great.
>
> Thanks,
> Clifford
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Filaire pour impression ?

[Sylvain Maillard]

le rendu "Toner" de chez Stamen Design a été conçu spécialement pour
l'impression noir et blanc :
http://maps.stamen.com/toner/#12/37.7706/-122.3782

Il est également disponible dans Qgis par le plugin Openlayers


Sylvain

Le 29 novembre 2015 21:10, Jean-Francois Nifenecker <
jean-francois.nifenec...@laposte.net> a écrit :

> Le 29/11/2015 19:52, f.dos.san...@free.fr a écrit :
>
>>
>> Walking Papers a été remplacé par Field Papers :
>> - http://wiki.openstreetmap.org/wiki/Field_Papers
>>
>
> ahah ! J'avais loupé l'info... Merci Francisco !
>
> Test en version EN (FR marche pas chez moi, pbs de traduction à ce que je
> comprends), j'ai choisi l'option "Black and White" : le résultat est bien
> filaire mais en niveaux de gris et le résultat bien pâlichon pour bcp de
> chemins :((
>
> Bon, on y est presque.
>
> D'autres idées ?
>
> --
> Jean-Francois Nifenecker, Bordeaux
>
> ___
> 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] Histoire de la carte de France

[Sylvain Maillard]

Bonjour à tous,

je ne crois pas avoir vu passer l'info, alors je partage : un petit article
avec vidéo sur l'histoire de la carte de France, interview de Jean-Yves
Sarazin, directeur du département des Cartes et plans de la Bibliothèque
nationale de France.

http://www.la-croix.com/Culture/Actualite/L-histoire-de-la-carte-de-France-en-cinq-hexagones-2015-07-23-1337403

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

Re: [OSM-talk-fr] name:* C°

[Sylvain Maillard]

Lors du dernier hackhathon wikimedia on a commencé à travailler avec Yurik
(un dev de wikimédia; https://github.com/nyurik), et Kolossos (osm
allemagne; http://wiki.openstreetmap.org/wiki/User:Kolossos) sur un rendu
vectoriel international interactif, mais il reste encore du travail du côté
des outils ... l'objectif étant d'obtenir un rendu vierge (facile) et d'y
ajouter les langues qu'on veut via des menus déroulants

Sylvain

Le 25 juillet 2015 23:11, Christian Quest cqu...@openstreetmap.fr a écrit
:

  Le 25/07/2015 12:30, osm.sanspourr...@spamgourmet.com a écrit :


 *Nom :*
 Vincent, oui, une autre solution c'est un fond de carte sans nom et des
 noms géolocalisés (ou une tuile vectorielle rendue en local).
 Et là on a après I18N, L10N : outre la gestion internationale (langues) il
 y a la régionalisation (le logo d'un hôpital sur le rendu OSM-FR ressemble
 au panneau français désignant un hôpital).

 D'où une question : est-ce que le site openstreetmap.org ne devrait pas
 proposer par défaut le rendu du pays ?
 C'est à dire OSM-FR depuis la France ou si langue fr-FR.


 Techniquement c'est possible, mais il faut que les générateurs de tuiles
 locaux puissent encaisser le traffic.
 Quelques pays ont développé un rendu local, mais c'est encore bien rare.

 Le passage en vectoriel devrait permettre de plus facilement gérer cela
 (encore faut-il conserver plusieurs langues dans les tuiles de données).


  Après sur OSM on peut changer le fond en fonction de son centre d'intérêt
 (transports, cycle...) : je trouve dommage de devoir regarder OSM-FR (via
 une umap !) pour gagner en lisibilité par rapport au fond de carte OSM (non
 à cause des noms en étranger mais des règles de positionnement - ou
 non-positionnement des noms : la capitale des États-Unis n'était pas
 souvent visible sur la carte OSM : la position des textes peut dépendre du
 rendu).


 Le rendu FR est disponible autrement que via umap:
 http://tile.openstreetmap.fr/

 Nous n'avons cependant jamais fait le pas pour finaliser un site avec tout
 les services utiles... (recherche d'adresse ou POI, calcul d'itinéraire,
 différents rendus, etc).
 Ce n'est pas par choix, mais plus par manque de disponibilité et d'huile
 de coude.


  Sinon une question marginale : je vois que pas mal de villes/pays ont un
 attribut name:lg qui est identique à l'attribut name.
 Certes ça permet de savoir que Paris s'écrit Paris en allemand, mais
 est-ce bien utile ?
 name=Paris ne veut-il pas dire que le nom est Paris dans toutes les
 langues sauf celles précisées (name:br=Pariz par exemple).
 Pour le Mont Blanc, on peut imaginer qu'un jour name= change et que l'on
 veuille avoir dans tous les cas name:it et name:fr.


 On gagnerait très peu (un seul tag de moins) et on perdrait beaucoup:
 - impossible de savoir dans quelle lanque est le name par défaut (ou alors
 il faudrait ajouter un tag pour l'indiquer)
 - complication pour le rendu... sur FR, un simple coalesce permet de
 prendre le name:fr si présent, puis name:en, puis intl_name puis name...
 sans name:fr sur Londres ça compliquerai énormément !

 Attention, loc_name=* correspond à une appelation locale, non officielle.

 --
 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] Frontière franco-italienne du Mont-Blanc

[Sylvain Maillard]

Salut,

pour le tracé de la frontière franco-italienne, le CNIG a une page qui
liste quelques compte-rendus de réunions, et il y a notamment un document
avec les positions des bornes frontières officielles :
http://cnig.gouv.fr/?page_id=8653
Les derniers ajustements ont été effectués pour harmoniser les 2 tracés
dans le cadre d'INSPIRE.

En ce qui concerne le point précis du mont-blanc, on est face à 2 entités
politiques légitimes avec chacune un point de vue, et qui sont tous les
deux reconnus au niveau international : il est prévu que les 2 tracés
figurent dans le bases européennes ! (voir diapo 13 sur
http://cnig.gouv.fr/wp-content/uploads/2015/05/2015-10fronti%C3%A8res_GTEI_VF.pdf
)
Je pense que dans ce cas précis, OSM a plutôt vocation à afficher les 2
tracés ...

Du côté l'organisation des secours, il y a des accords internationaux entre
la France et l'Italie pour une coopération complète des services de secours
qui interviennent sur le secteur ...


Sylvain




Le 17 juillet 2015 18:19, Florian LAINEZ winner...@free.fr a écrit :


 Le 17 juillet 2015 17:39, Eric Sibert courr...@eric.sibert.fr a écrit :

 Ce qui ne semble pas très en accord avec les recommandations de la
 fondation de n'avoir qu'une frontière. Ça serait plutôt d'avoir une
 frontière qui coupe la poire en deux (en surface? avec ou sans passage par
 le sommet?) et tracer à part avec des tags spécifiques les revendications
 de chaque pays.


 On ouvrirait ainsi la boite de Pandore, cf. le débat sur le Sahara
 Occidental.
 En effet si on commence à prendre en compte les revendications des pays,
 on fait de la politique. Je ne suis pas contre de manière théorique (donner
 le point de vue de chacun peut être une bonne chose) mais cela amène de
 nombreuses complications du type 1. Prends-t-on en compte les
 revendications uniquement des états ou également des organisations ? 2.
 Qu'est ce qui définit un état ? le fait qu'il soit reconnu par d'autres ?
 Mais si tous les autres ne le reconnaissent pas, on met une limite ? Quels
 critères prendre en compte ? (exemple de l'Ukraine) etc ...
 Si je ne me trompe pas, le débat sur le Sahara Occidental avait abouti sur
 la solution de ne pas intégrer la vision Marocaine dans la base OSM mais de
 leur fournir un serveur pour créer un rendu local intégrant cette donnée.

 On met le Mont blanc dans nos frontières sur le rendu fr ou ça ressemble à
 une galère à gérer ?

 --

 *Florian Lainez*
 @overflorian http://twitter.com/overflorian

 ___
 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] Orfeo Tool box

[Sylvain Maillard]

Salut,

je fais également partie des convaincus de l'apport de la télédétection
pour faciliter la cartographie (c'est mon domaine), mais comme le souligne
Fred ça prend du temps pour obtenir un bon résultat ! (et des vérifications)

En général j'utilise plutôt GRASS (http://grass.osgeo.org), mais j'ai déjà
mis les mains quelques fois dans OTB ;)
Avec CartONG on envisage de faire un test grandeur nature de télédétection
sur Madagascar, affaire à suivre ...

@+
Sylvain


Le 10 juin 2015 09:07, sebastien.di...@free.fr a écrit :

 Bonjour,

 - Mail original -
  On revient avec Jean Guilhem d'un hackfest sur Orfeo Tool box
  https://www.orfeo-toolbox.org/
 
  [...]
 
  Donc si il y a des personnes interessées par cet outil ou peut
  toujours faire un tour de table pour qui utilise quoi...

 Étant impliqué à la marge[1] dans le projet, je connais un peu l'outil
 sans être le moins du monde compétent en traitement d'image. Je suis
 convaincu qu'Orfeo Toolbox présente un réel intérêt dans le cadre d'OSM,
 notamment avec la future mise à disposition des images Sentinel 2. Nous
 pourrons alors utiliser Orfeo Toolbox - OTB pour les intimes - pour
 réaliser les classifications par lesquelles on détermine l'occupation du
 sol. Il nous permettra de produire des jeux de polygones comparables à ceux
 de Corine Land Cover en plus précis (du fait d'une résolution spatiale de
 10m au lieu de 30m et de la bien plus grande fréquence des clichés).

 Sébastien

 [1] : J'administre les serveurs d'Orfeo Toolbox et je suis l'auteur des
 premiers paquets pour Ubuntu et CentOS

 --
 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] Bug de rendu

[Sylvain Maillard]

Il s'agit bien d'un bug lié au rendu, sans doute un problème lors de
l'import/mise à jour des données.

Le problème semble corrigé, lorsque l'on force la régénération des tuiles
celles-ci apparaissent correctement. Une des solutions est de passer toutes
les tuiles concernées en /dirty pour forcer le recalcul, ou sinon
d'attendre une peu qu'elles soient recalculées automatiquement


Sylvain


Le 8 juin 2015 11:31, Xavier Cremaschi omega.xav...@gmail.com a écrit :

 Bonjour,
 il y a un bug de rendu ici :
 http://www.openstreetmap.org/#map=19/48.95067/4.36876
 uniquement au niveau de zoom maximum.
 Une grande zone rectangulaire marron apparait. Une idée de ce qui peut
 être fait pour corriger ça ? Qui faut-il contacter ?

 Merci :)
 Xavier.

 ___
 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] Addresses interpolation

[Sylvain Maillard]

Hi,

by looking at the point with wrong street name, I can tell you that the
last contibutor is (now) one of the most experienced contributors in France.
I'm not sure where the error come from, but I would say it was one error
among other good changes ;)

I will send him an email about this error ...

Sylvain




2015-01-27 12:48 GMT+01:00 Dmitry Kiselev dkise...@osm.me:



 ...and leave that editor free to make the same mistake again and again.
 They probably didn't realise they'd made a mistake, and a friendly note
 from you might stop the problem occurring again.

 Also, while they're correcting the mistake they've made, they may also
 spot places in the same area where the map needs updating. As a remote
 mapper, you're not going to be able to do this.

 That's why using QA tools is fine, but just blindly fixing errors
 without communicating with local mappers doesn't produce the best
 outcome for OSM overall.

 I do understand the urge to fix inconsistencies in the data like this,
 but until every single geographic feature on the face of the Earth is
 represented in OSM somehow, it shouldn't be our highest priority.

 J.


 Seems to much extroversive for me.

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


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

Re: [OSM-talk-fr] Un BANO à l'anglaise, mais garanti sans OSM

[Sylvain Maillard]

OSM n'a absolument pas été ignoré, il s'agit juste du choix d'une licence
sans la mention share-alike !

https://github.com/OpenAddressesUK/forum/issues/38


Sylvain

Le 15 janvier 2015 22:54, Philippe Verdy verd...@wanadoo.fr a écrit :

 Le 15 janvier 2015 20:36, George Kaplan georgekaplan...@hotmail.fr a
 écrit :


 Je n'ai trouvé nulle part mention d'OSM aussi bien comme source que comme
 destination des données. Le plus étonnant reste la FAQ :

 Future
 What happens if some other party creates an equivalent open, free
 product?
 Incroyable, il semble qu'ils n'ont vraiment pas connaissance d'OSM...


 Pas connaissance ? On ne peut qu'en douter fortement, mais leur choix est
 d'ignorer OSM et ne surtout pas en parler pour ne pas avoir à discuter avec
 les promoteurs d'OSM ou éviter que des utilisateurs chez eux se détourne de
 leur projet pour aller vers OSM.

 L'omission est forcément volontaire.

 ___
 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] FW : , Annotations sur OSM : des projets en cours ?

[Sylvain Maillard]

Bonjour,

Sur Lyon il y a l'association la ville à vélo qui a réalisé ce genre de
chose, et propose une carte interactive : http://carte.lavilleavelo.org,
ils auront surement de bons conseils à donner pour le projet !
et sinon pour la partie annotations de travail, comme Frédéric je pense que
umap est une très bonne piste (permet notamment un contrôle des accès et
droits de modifications)

Sylvain


Le 21 janvier 2015 14:40, Tyndare tynd...@wanadoo.fr a écrit :

 A la soirée OSM toulousaine d'hiers soir il y avait une personne de
 Tetaneutral par ailleurs membre de l'asso 2 pieds 2 roues qui a dits qu'ils
 avaient un site dedié exactement a ce problème utilisant OSM, je pense que
 ça doit etre celui là:

 http://assovelotoulouse.mooveatis.fr
  Le 21 janv. 2015 14:22, Frédéric Rodrigo fred.rodr...@gmail.com a
 écrit :

 Bonjour,

 La première des pistes est uMap
 http://umap.openstreetmap.fr/
 mais aussi chimère
 http://carte.wiki-brest.net/

 Frédéric.

 Le 21/01/2015 14:17, Stéphane Péneau a écrit :

 Ci dessous, un sujet qui est resté bloqué sur Nabble :
 http://gis.19327.n5.nabble.com/Annotations-sur-OSM-des-
 projets-en-cours-td5830029.html


 Bonjour,

 Je suis militante d'un collectif de cyclistes sur Paris
 (Vélorution.org). On recherche un outil d'annotations collaboratif afin
 de recenser les problèmes d'aménagements sur une carte d'IDF en
 localisant les points problématiques et en postant des descriptions,
 voire des photos.

 Avez-vous entendu parler de personnes qui travaillent sur des
 applications plus ou moins similaires à partir d'OSM ?

 Si vous avez des pistes, des contacts, je suis preneuse :)

 Merci à tous et à toutes.

 Citeain

 ___
 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] Communes nouvelles - fusion de communes

[Sylvain Maillard]

Le compte-rendu que tu pointe indique clairement 2 élus vont réfléchir à
la motivation de cette demande, donc qu'il ne s'agit que d'un projet.
Le nom de domaine www.sansais-lagarette.com a été créé le 15 juin 2010, je
ne pense pas qu'on puisse utiliser cette info pour valider une décision
du conseil municipal ...

Comme l'a dit Florian, à mon avis rien de particulier à faire tant qu'il
n'y a pas eu de décision officielle, si sur place tout le monde parle de la
commune de sansais la garette le mieux est de le mettre dans le tag
loc_name !


Sylvain



Le 12 janvier 2015 06:11, Otourly Wiki otou...@yahoo.fr a écrit :

 Comme pour Wikipédia : tant que ce n'est pas officiel ça n'a pas lieu
 d'être mentionné.
 Après on peut toujours mettre un alt_name...

 Florian


   Le Dimanche 11 janvier 2015 23h59, PierreV belett...@hotmail.fr a
 écrit :


 Bonsoir,

 J'ai une petite question...
 Une commune voisine a décidé de changer de nom: Sansais en
 Sansais-la-Garette le 4 septembre 2014 sans avoir été voté

 http://www.sansais-lagarette.com/compte-rendu-du-conseil-municipal-du-4-septembre-2014.html

 Comme vous pouvez le voir le site officiel a déja pris le nouveau nom de
 la commune, et maintenant je viens de remarquer que Google l'a pris aussi.

 Malheureusement les démarches officielles prennent plus de temps.

 Alors puis-je modifier le nom sur OSM?



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Communes-nouvelles-fusion-de-communes-tp5828618p5829735.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


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

Re: [OSM-talk-fr] Communes ou arrondissements avec plusieurs code postaux

[Sylvain Maillard]

Salut,

j'ai vu passé d'un peu loin les premiers messages, mais là je crois que je
ne suis pas sur de comprendre le problème : le découpage des codes postaux
n'est pas calé sur celui des communes, il y a réellement des communes avec
plusieurs codes postaux, ainsi que des codes postaux qui regroupent
plusieurs communes !
d'ailleurs pour ce qui est des comparaisons avec d'autres bases : si tu
cherches à écrire à quelqu'un travaillant pour la ville de Lyon, une des
adresses c'est Mairie de Lyon - 69205 LYON CEDEX 01. Ce code postal n'est
présent ni sur wikipedia ni dans le fichier de la poste sur data.gouv.fr,
mais ça n'en est pas moins un vrai code postal géré par la poste !

Les développeurs de nominatim n'ont peut-être pas prévu le cas français ce
qui peut faire ressortir des erreurs, mais dans ce cas ce qu'il faudriait
corriger c'est le code de nominatim ...


Sylvain


Le 14 décembre 2014 21:18, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 14 déc. 2014 à 20:06, Yves Pratter yves.prat...@gmail.com a écrit :
 La recherche overpass http://overpass-turbo.eu/s/6wf renvoi 72 relation
 en France avec plusieurs codes postaux, donc 72 sources de bugs potentiels
 ;-)

 Essai avec bureau de poste a Aix-en-Provence
 http://nominatim.openstreetmap.org/search.php?q=bureau+de+poste+a+Aix-en-Provenceviewbox=5.45,43.53,5.46,43.52
 , bureau de poste a bordeaux bingo
 http://nominatim.openstreetmap.org/search.php?q=bureau+de+poste+a+bordeauxviewbox=5.35,43.58,5.36,43.56
  :-)

 Même avec un petit village : Campouriez
 http://nominatim.openstreetmap.org/search.php?q=Campouriezviewbox=-0.59,44.85,-0.57,44.84
 .
 D'après celui du bureau de poste, le bon c'est 12460.

 Dumbéa en Nouvelle-Calédonie *98830;98835;98837;98839* : les codes
 postaux viennent de wikipedia mais d'après un document de la mairie
 http://www.ville-dumbea.nc/mes-infos-pratiques/la-mairie-recrute c'est
 *98835*

 Je n'ai pas testé les autres. Le fichier de la poste peut-il nous aider ?

 --
 Yves


 relation 9517 http://openstreetmap.org/relation/951716e Arrondissement
 75016;7511675116fr:16e arrondissement de Paris
 http://fr.wikipedia.org/wiki/fr:16e%20arrondissement%20de%20Parisrelation
 70279 http://openstreetmap.org/relation/70279Aix-en-Provence13090;13100
 13001fr:Aix-en-Provence 
 http://fr.wikipedia.org/wiki/fr:Aix-en-Provencerelation
 178351 http://openstreetmap.org/relation/178351Angers49000;4910049007
 http://www.angers.fr/fr:Angers 
 http://fr.wikipedia.org/wiki/fr:Angersrelation
 74687 http://openstreetmap.org/relation/74687Antibes06600;0616006004
 http://www.antibes-juanlespins.comfr:Antibes
 http://fr.wikipedia.org/wiki/fr:Antibesrelation 270265
 http://openstreetmap.org/relation/270265Bagnères-de-Bigorre65200;65710
 65059fr:Bagnères-de-Bigorre
 http://fr.wikipedia.org/wiki/fr:Bagn%C3%A8res-de-Bigorrerelation 73444
 http://openstreetmap.org/relation/73444Bastia20200;206002B033
 http://www.bastia.fr/fr:Bastia 
 http://fr.wikipedia.org/wiki/fr:Bastiarelation
 1361381 
 http://openstreetmap.org/relation/1361381Baugy60113;6019060048fr:Baugy
 (Oise) http://fr.wikipedia.org/wiki/fr:Baugy%20(Oise)relation 83765
 http://openstreetmap.org/relation/83765Bennwihr68630;6812668026
 fr:Bennwihr http://fr.wikipedia.org/wiki/fr:Bennwihrrelation 105270
 http://openstreetmap.org/relation/105270Bordeaux
 33000;33100;33200;33300;3380033063fr:Bordeaux
 http://fr.wikipedia.org/wiki/fr:Bordeauxrelation 140711
 http://openstreetmap.org/relation/140711Campouriez12140;1246012048
 fr:Campouriez http://fr.wikipedia.org/wiki/fr:Campouriezrelation 91734
 http://openstreetmap.org/relation/91734Cannes06400;0615006029
 http://www.cannes.comfr:Cannes 
 http://fr.wikipedia.org/wiki/fr:Cannesrelation
 120955 http://openstreetmap.org/relation/120955Cergy95000;9580095127
 fr:Cergy http://fr.wikipedia.org/wiki/fr:Cergyrelation 240507
 http://openstreetmap.org/relation/240507Chalancon26340;2647026067
 fr:Chalancon http://fr.wikipedia.org/wiki/fr:Chalanconrelation 9070
 http://openstreetmap.org/relation/9070Cherbourg-Octeville50100;50130
 50129fr:Cherbourg-Octeville
 http://fr.wikipedia.org/wiki/fr:Cherbourg-Octevillerelation 139873
 http://openstreetmap.org/relation/139873Chézery-Forens01200;0141001104
 http://www.chezery.fr  http://www.chezery.fr/fr:Chézery-Forens
 http://fr.wikipedia.org/wiki/fr:Ch%C3%A9zery-Forensrelation 110866
 http://openstreetmap.org/relation/110866Clermont-Ferrand63000;6310063113
 fr:Clermont-Ferrand http://fr.wikipedia.org/wiki/fr:Clermont-Ferrandrelation
 74762 
 http://openstreetmap.org/relation/74762Corbara20220;202562B093fr:Corbara
 (Haute-Corse) 
 http://fr.wikipedia.org/wiki/fr:Corbara%20(Haute-Corse)relation
 1928124 http://openstreetmap.org/relation/1928124Cros-de-Géorand
 07510;0763007075fr:Cros-de-Géorand
 http://fr.wikipedia.org/wiki/fr:Cros-de-G%C3%A9orandrelation 139570
 http://openstreetmap.org/relation/139570Crottet01290;0175001134
 http://crottet.fr  http://crottet.fr/fr:Crottet
 http://fr.wikipedia.org/wiki/fr:Crottetrelation 

Re: [OSM-talk-fr] La révolution Beacon : le vrai du faux de la technologie de géolocalisation commerciale qui explose

[Sylvain Maillard]

Oui, Gaël nous avait montré ça l'année dernière lors du SOTM au NUMA ...

Il testait notamment des balises pour faire de la cartographie d'intérieur.
Peut-être qu'il pourra nous en dire plus sur les test effectués et le
potentiel ?


Sylvain

Le 10 décembre 2014 15:06, Yves Pratter yves.prat...@gmail.com a écrit :

 J'ai vu ça hier par hasard :
 http://www.atlantico.fr/rdv/minute-tech/revolution-beacon-vrai-faux-technologie-geolocalisation-commerciale-qui-explose-christophe-benavent-1728832.html
 (et pas de mél sur la liste à ce sujet)

 C'est à propos de la géolocalisation à l'intérieur des bâtiments. C'est
 basé sur des petites balisent activent Bluetooth LE.
 Ça peut-être bien -- aussi -- pour des personnes aveugles, faire de la carto
 dans le métro... ?

 Quelqu'un connait ?

 --
 Yves

 ___
 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] Site web pour récupérer coordonnées coin gauches, coin droite?

[Sylvain Maillard]

Le 10 novembre 2014 15:03, Shohreh codecompl...@free.fr a écrit :

 J'ai cliqué sur Export en haut et ça télécharge le fichier de 1.4MB.

 J'ai besoin des quatre coins (coordonnées) de la carte pour construire mon
 URL : comment faire?



Salut,

pour ma part quand je clique sur le bouton Exporter du menu principal, ça
m'ouvre un onglet sur la gauche avec une petite boite qui affiche les
coordonnées nord/sud/est/ouest + un lien Sélectionner manuellement une
autre zone, et seulement en dessous le bouton exporter qui fait
télécharger un fichier.

Les chiffres présents dans la boite correspondent aux coordonnées dont il y
a besoin pour afficher la carte topo sur la zone voulue (testé).
Pas besoin de télécharger de fichier, juste un copier/coller depuis le site
principal osm ...


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

Re: [OSM-talk-fr] Obtenir une carte avec des courbes de niveau avec Maperitive

[Sylvain Maillard]

Salut,

pour l'export en svg il y a plusieurs solutions qui fonctionnent pas mal,
mais la plus simple est sur le site principal : le bouton partager ouvre
un onglet à droite, avec la possibilité de faire un export au format svg.
Ca fonctionne aussi pour de grandes zones !

Par contre il n'y aura pas de courbes de niveau, ces données ne sont pas
présentes dans OSM !
Pour les obtenir il faudra utiliser d'autres jeux de données, soit en
opendata italien, soit par exemple le EU-GDEM (
http://www.eea.europa.eu/data-and-maps/data/eu-dem)



Sylvain



Le 12 novembre 2014 23:48, Christian Rogel christian.ro...@club-internet.fr
 a écrit :

 Hello, la liste,

 Peut-on m'indiquer une solution pour la question qui m'est posée par un
 jeune étudiant :

 Pour mon projet de diplôme je travaille en binôme avec ma pote Milena sur
 le val de Suse, en italie.

 Pour analyser le territoire on utilise Open Street Map. Sauf qu'en fait on
 ne parvient pas du tout à extraire les données OSM en vectoriel
 En fait, le problème c'est que nous essayons d'extraire des cartes OSM
 vers Illustrator (notamment les courbes de niveaux), c'est-à-dire au format
 vectoriel SVG.
 Pour cela nous avons télécharger Maperitive. Comme décrit dans les
 tutoriaux trouvés sur internet:
 - ouverture de Maperitive qui affiche le fond de map web (Mapnick).
 - importation d'un fichier map.osm exportée depuis OSM
 - inactivation de la map web (Mapnick)
 - utilisation de la commande générer le relief depuis le menu
 maperitive, qui fait apparaitre les courbes de niveaux.

 Or, une fois ces étapes effectuées, nous avons exporté en SVG pour
 Illustrator, mais l'exportation ne nous donne que des morceaux d'images
 éparses sans les courbes de niveaux.

 Est-ce, d'après toi, la bonne amorce pour obtenir ces courbes en .svg  ?


 Merci d'avance, car, cela dépasse mes compétences.


 Christian R.

 ___
 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] nouveau sur la liste : projet d'imports et d'application web concernant les sites de vol libre (parapente) dans le monde

[Sylvain Maillard]

Bonjour et bienvenue,

cette liste est bien le bon endroit pour parler de ce type de projets !

Pour ce qui concerne le parapente, il y a un interlocuteur privilégié en la
personne de Christian Quest (en copie) : il fait du parapente depuis
quelques années déjà et a même été organisateur de plusieurs éditions de la
coupe du monde (http://www.cquest.fr/fr/node/3) !
Il y a deux ans il avait édité une carte papier (version grand format) avec
les sites de parapente recensés en France, il saura très certainement
donner quelques conseils pour une carte dynamique !

Sylvain


Le 6 novembre 2014 09:58, raphael trujillo raphael.truji...@openmailbox.org
 a écrit :

 Bonjour,
 j'arrive tout juste sur la liste et lance en l'air mes projets, histoire
 de voir ce qui en retombe ;)

 Je suis l'admin du site paraglidingearth.com :
 http://paraglidingearth.com/pgearth/ dont l'objet est de collecter des
 infos sur les sites (décollages et atterrissages)  de parapentes dans le
 monde entier, de façon collaborative.

 Le site contient des infos sur environs 11000 sites de vol, avec certaines
 infos tres spécifiques au vol libre.

 Le site utilise une base de données locale et gmaps : j'ai appris
 php/js/mysql/etc. en le construisant (je ne suis pas codeur de profession).

 J'ai commencé par me demander comment ne plus utiliser gmap, et au fur et
 à mesure, la question s'est posée de savoir s'il serait pertinent
 d'integrer completement le tout avec OSM : importer mes données à la base
 d'OSM, les resservir sur ma carte, avoir une app qui permette de
 communiquer directement avec OSM pour les créations/editions.  Pour tout
 dire, c'est le site http://openbeermap.github.io/ qui m'a amené à
 envisager ce projet.

 J'ai donc plein de questions, dans le désordre :
  - à qui m'adresser pour parler de ça ? cette liste est-elle le bon
 endroit ?
  - est-ce que ça parait possible dans l'esprit d'OSM ou pas du tout ?
  - est-ce que ça parait possible techniquement ou pas du tout ou tres
 difficilement ?
  - plus plein d'autres questions 'techniques' sur les structures des
 données dans OSM (les sites seraient des 'nodes' ? comment associer des
 informations tres specifiques (orientations des vents permettant le vol,
 types de vols possibles (vol dynamique, cross, vol de plaine, pente ecole,
 etc.), etc., bref toutes sortes d'infos qui n'ont d'interet que pour un
 site de parapente) ??
  - ce genre d'appli (avec du code libre serait mieux) existe-t-il dans
 d'autres domaines ?
  - etc, etc etc, y'en a surement des tonnes auxquelles je ne pense pas...

 merci de votre attention et désolé pour le bien long message de
 présentation :)
 cordialement,
 raphael.

 ___
 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] Outil libre pour créer et insérer carte avec parcours + POI?

[Sylvain Maillard]

Bonjour,

vous pouvez aussi utiliser un moteur de routage pour générer le parcours,
l'exporter en fichier gpx puis l'afficher dans umap.


Sylvain

Le 6 novembre 2014 11:12, Shohreh codecompl...@free.fr a écrit :

 Bonjour

 Comme alternative à Google Maps, existe-t-il un outil libre basé sur OSM
 qui
 permette d'afficher une carte dans une page web (iframe?) qui inclue un
 parcours et des POI?

 Concrètement, je voudrais faire la même chose que la carte basée sur Google
 dans cette page...
 www.veloscenie.com
 ... avec des POI en place et la possibilité de télécharger parcours + POI
 dans
 un fichier GPX/KML.

 Umap ne permet pas de créer un parcours en suivant les routes.

 Merci.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Outil-libre-pour-creer-et-inserer-carte-avec-parcours-POI-tp5823365.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] A partir de quand un lieu-dit existe ?

[Sylvain Maillard]

Je suis également parfaitement d'accord pour ne pas prendre en compte que
la version officielle du territoire, mais là on se trouve dans une
situation qui n'a rien à voir avec une version officielle ou non : il y a
un consensus clair de ne mettre dans OSM que des donnée géographiques
stables. La ZAD du testet et les lieux-dits crées depuis n'existent que
depuis quelques mois (à ma connaissance, avant les événements récents la
zone était appelée le testet par tout le monde), et ils ont vocation à
disparaître très rapidement sous les eaux si le projet continue. Pour moi
il s'agit sans ambiguïté de données temporaires, qui en l'état actuel des
choses n'ont pas leur place dans la base OSM !

Par contre on se trouve dans un cas typique pour lequel a été créé umap :
créer une carte personnalisée avec les infos qu'on veut dessus = ce qui a
été proposé au contributeur
Et si les travaux sont arrêtés et que la zone reste effectivement habitée
de manière permanente, dans ce cas le lieux-dit gazad aura réellement été
créé et gagné sa légitimité à être présent dans OSM ;)

Mais tant qu'il ne s'agit que d'une situation temporaire, il existe
suffisamment d'outils pour ne pas mettre ces infos dans la base !


Sylvain


Le 30 octobre 2014 11:33, Tyndare tynd...@wanadoo.fr a écrit :

 Le 30 octobre 2014 10:23, Vincent Calame vincent.cal...@exemole.fr a
 écrit :
  Il ne faudrait pas qu'OpenStreetMap se transforme comme Wikipédia où
 seules
  les informations validées par d'autres sources (qui plus est des sources
 «
  officielles ») sont autorisées. Je trouve un peu paradoxal d'avoir d'un
 côté
  le discours sur « tout le monde peut contribuer » et de l'autre supprimer
  aussi rapidement une contribution (le contributeur a-t-il été contacté
 ?).

 Bien d'accord, je ne voudrais pas qu'OSM se mette pas à faire la
 police pour ne garder que la version officielle du territoire,
 manquerait plus qu'on se prenne pour l'IGN tiens ;-)

 ___
 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] A partir de quand un lieu-dit existe ?

[Sylvain Maillard]

Salut,

au vu des noms, je pense effectivement qu'il faut en faire une
interprétation au vu des événements récents :
- les Bouilles : il s'agit d'un nom pour désigner des terres ou prairies
humides sans valeur financière. La zone humide du Testet en faisait partie.
- Gazad : toute relation avec des gaz lacrymogènes est fortement suggérée
..

ce qui renvoie bien vers umap pour ce type d'usage d'osm ;)

Sylvain



Le 29 octobre 2014 20:28, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
écrit :

 le cadastre parle renvoi ça

 *TRAVERS DE LAS CAZES 81800 LISLE-SUR-TARN*

 Le 29 octobre 2014 19:02, Yves yve...@gmail.com a écrit :

 Peut-être aussi que le nom d'usage peut apparaître avec OSM comme premier
 support...
 En raccourci OSM fait le lieu dit.
 Yves

 Le 29 octobre 2014 18:21:39 CET, Pieren pier...@gmail.com a écrit :

 Bonjour,

 Je viens de supprimer deux place=locality, Gazad et les
 Bouilles, créés hier aux alentours de Tested et de la zone des
 travaux du barrage de Sivens, actuellement sour les feux de
 l'actualité:
 http://www.openstreetmap.org/changeset/26416986

 Pour l'instant, je pense que ces lieux sont d'avantage des points de
 rassemblement et je ne crois pas qu'OSM soit le meilleur endroit pour
 signaler ça (vu le caractère récent et transitoire de la chose),
 encore moins avec place=locality. J'explique aussi dans mon
 commentaire de changeset qu'une appli du genre umap serait plus
 appropriée.

 Mais quel est votre avis ? Quelle doit être notre attitude si ces
 lieux-dits réapparaissent ? A partir de quand un endroit nommé
 devient un lieu-dit ? faut-il attendre son officialisation ? ou
 laisser la place à
 l'usage ? au temps ?

 Pieren

 --

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


 --
 Yves
 From my phone

 ___
 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] droit de vote

[Sylvain Maillard]

il faut être membre de l'osmf.

l'association osm france est une structure juridique différente, donc pas
de droit de vote automatique ...


Sylvain

Le 29 octobre 2014 19:58, Ralf Treinen trei...@free.fr a écrit :

 Bonjour,

 est-ce que les membres de OSM France ont le droit de voter lors des
 élections de l'OSM Foundation ? Ou faut-il être membre de l'OSMF
 pour avoir le droit de voter ?

 -Ralf.

 ___
 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] Pour les amateurs de beaux rendus, même pour les cyclistes

[Sylvain Maillard]

comme la couche pentes de
http://www.geovelo.fr/lyon/?m=fz=14lon=4.836430549621582lat=45.762972426276484



Sylvain

Le 15 octobre 2014 17:07, Shohreh codecompl...@free.fr a écrit :

 Joli.

 Un autre outil très utile pour les cyclistes, serait un site web de routage
 qui affiche le dénivellé en couleur dans la route elle-même (vert, bleu,
 rouge), afin de voir immédiatement si un chemin risque d'être sportif.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Pour-les-amateurs-de-beaux-rendus-meme-pour-les-cyclistes-tp5820338p5820393.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] Revoir l'extraction des adresses du cadastre (était [import lieux-dits (avec fixme)])

[Sylvain Maillard]

je plussoie !

Sylvain

Le 11 octobre 2014 19:32, Vincent de Château-Thierry osm.v...@free.fr a
écrit :

 Bonsoir,

 Le 11/10/2014 19:19, sylvain letuffe a écrit :

 sylvain letuffe wrote

 Bref, je m'en occupe par la suppression des noeuds avec ce fixme.


 Oups, non, pas là tout de suite maintenant, je m'en occupe d'ici quelques
 jours s'il n'y a pas d'opposition sur la bases de nouveaux éléments


 Oops statu quo en effet. Personnellement je n'ai pas changé d'avis (mais
 rien fait non plus) sur le sujet donc je vote toujours pour une suppression.

 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] Géocacheurs...

[Sylvain Maillard]

Salut,

un peu loin également ce week-end ...

bon courage pour les innombrables questions ;)


Sylvain



Le 7 octobre 2014 16:35, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 7 oct. 2014 à 16:18, Christian Quest cqu...@openstreetmap.fr a écrit
 :

 Je n'ai eu aucun retour pour cet évènement qui se déroulera ce week-end.

 Je suis trop loin géographiquement mais le coeur y est :-)

 Je pense que c'est un belle opportunité à saisir pour faire venir à OSM
 des géocacheurs, mais à moi tout seul je vais avoir un peu de mal à assurer
 le week-end !

 As-tu pensé à mettre des goodies dans les géocaches ?

 Pour ceux qui ne sont pas  initiés , les organisateurs d'un
 rassemblement de géocacheurs mettent des petits cadeaux/souvenirs pour les
 FTF (first to find) dans les nouvelles caches.
 Ça peut être un pins, badge... il suffit que ça tienne dans la boite ;-)

 Il est aussi possible de mettre des objets plus  précieux  et
 particuliers : les  objets voyageurs  (travel bug) ou des
  géo-monnaies  (geocoin).
 Ceux-ci sont souvent offerts au FTF lors des rassemblement. De toutes
 façon, ils sont destinés à voyager. On peut ainsi voir leurs trajets sur
 une carte (OSM ;-)

 Le  top  et d'en faire réaliser des personnalisé pour l'occasion ou pour
 promouvoir une cause (lutte contre le diabète... et au hasard : OSM).

 Quelques exemples :  simples
 http://www.cache-aventure.com/epages/box13593.sf/fr_FR/?ObjectPath=/Shops/box13593/Categories/GEOCOINS/micro_geocoins
  
  sophistiqués
 http://www.cache-aventure.com/epages/box13593.sf/fr_FR/?ObjectPath=/Shops/box13593/Categories/GEOCOINS/geocoins_navigation
  ...
 il n'y a pas de limites !

 --
 Yves


 ___
 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] Création d'interdiction de faire demi-tour à l'entrée d'un rond-point avec iD ?

[Sylvain Maillard]

en fait c'est comme une autre relation voisine qu'il a fait :
https://www.openstreetmap.org/relation/4051320
techniquement c'est pas faux, on a pas le droit de tourner à gauche sur un
rond-point, mais d'un point de vue modélisation du rond point dans OSM
c'est une erreur car le sens unique est une valeur implicite (
http://wiki.openstreetmap.org/wiki/FR:Tag:junction=roundabout?uselang=fr)

N'hésites pas à contacter ce contributeur pour lui faire part de tes
remarques, mais gentiment hein, il faudrait pas lui faire peur !


Sylvain


Le 5 octobre 2014 17:36, Francescu GAROBY windu...@gmail.com a écrit :

 Si, c'est faux : vu que pour prendre la voie dans l'autre sens, il faut
 forcément tourner sur sa gauche et donc prendre le rond-point à contre-sens
 sur quelques mètres (le rayon de braquage du véhicule).
 Par contre, j'ai déjà vu OSRM me proposer de sortir d'un rond-point pour y
 re-rentrer immédiatement (l'entrée et la sortie du rond-point étaient
 matérialisées par 2 voies en sens unique, un peu comme ici
 http://www.openstreetmap.org/relation/149197#map=19/49.18821/-0.37769)
 car le rond-point avait une rupture justement au niveau de cette
 sortie/entrée. Là, je crois bien que j'avais mis une restriction (en plus
 de réparer le rond-point).

 Francescu

 Le 5 octobre 2014 16:16, JB jb...@mailoo.org a écrit :

 Celle-là est bonne :
 Une relation turn-restriction no_u_turn au point d'entrée à un
 rond-point. Contributeur d'il y a deux mois, éditeur... iD. Là, ça commence à
 me questionner :
 https://www.openstreetmap.org/relation/4051321
 Foncièrement, c'est pas faux... et encore (si on mappe les voies d'accès au
 rond-point en sens unique, ça passe mieux, sans turn-restriction). Mais
 après, couper le rond-point en 4 juste pour ça...
 Je n'ai pas contacté le contributeur, mais les utilisateurs d'iD, vous
 avez déjà vu ce comportement de créer ces relations automatiquement ?
 JB.

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




 --
 Cordialement,
 Francescu GAROBY

 ___
 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] Visually detect missing roads

[Sylvain Maillard]

For my last question, I get the answer in the first email of this thread :
Currently it compares major highways (unclassified and higher) and water
features = tracks are not (yet) compared !
I don't want to focus work where google has buy data, it was more a test
for this new tool ...


These are real tracks, but in a private natural reserve, and part of them
are flooded several month in a year ... I worked at that place, but there
is so much other things to do with more value for the community that I
still didn't take the time to map the tracks where almost nobody is
autorized to go ... but it's on my todo list ;)


cheers,
Sylvain




2014-09-23 8:05 GMT+02:00 Simon Poole si...@poole.ch:

 Aren't these canals/drains/etc and not tracks?

 In any case I would suggest concentrating on OSM and not on what google
 has/or not. Most of google data is simply purchased when they feel a
 need to do so (for example like in Germany two years ago when they where
 so hopelessly behind OSM that they had to do something) and not a good
 yardstick for anything.

 Simon


 Am 22.09.2014 11:02, schrieb Sylvain Maillard:
  Hi,
 
  in France we also have some tools to show/compare with external
  datasets. One of them is regarding the highways
  (
 http://tile.openstreetmap.fr/?zoom=15lat=45.73849lon=4.83066layers=000BTFF
 )
  but I find it way more readable than yours with google data
  (
 http://compare.osm-tools.org/?zoom=15lat=45.73829lon=4.82987layers=BT00
 )
  ...
 
  perhaps can you add more color/shape to help to categorize the
  differences : absent / not a major / not a minor / ... ?
 
 
  There is also an other place whith something strange : OSM is really
  missing a lot of road/tracks, google is showing them (not sure about
  the exact classification), but the compare tool didn't show the
  differences ...
  - on google : https://www.google.fr/maps/@43.5091406,4.6686206,18z
  - on osm : http://www.openstreetmap.org/#map=18/43.50847/4.66676
  - on compare tool :
 
 http://compare.osm-tools.org/?zoom=15lat=43.5091lon=4.66833layers=BT00
 
 
  Sylvain

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

Re: [OSM-talk] Visually detect missing roads

[Sylvain Maillard]

Hi,

in France we also have some tools to show/compare with external datasets.
One of them is regarding the highways (
http://tile.openstreetmap.fr/?zoom=15lat=45.73849lon=4.83066layers=000BTFF)
but I find it way more readable than yours with google data (
http://compare.osm-tools.org/?zoom=15lat=45.73829lon=4.82987layers=BT00)
...

perhaps can you add more color/shape to help to categorize the differences
: absent / not a major / not a minor / ... ?


There is also an other place whith something strange : OSM is really
missing a lot of road/tracks, google is showing them (not sure about the
exact classification), but the compare tool didn't show the differences ...
- on google : https://www.google.fr/maps/@43.5091406,4.6686206,18z
- on osm : http://www.openstreetmap.org/#map=18/43.50847/4.66676
- on compare tool :
http://compare.osm-tools.org/?zoom=15lat=43.5091lon=4.66833layers=BT00


Sylvain


2014-09-21 14:57 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com:





  Il giorno 20/set/2014, alle ore 21:10, John F. Eldredge 
 j...@jfeldredge.com ha scritto:
 
  So, you feel that any road which isn't classified as
 highway=residential, highway=service, or highway=track is a major road?


 I agree that the term major is relative, to me this would be secondary (or
 even primary) and up, but from unclassified upwards that's all connection
 roads.

 cheers
 Martin
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk

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

Re: [OSM-talk] Visually detect missing roads

[Sylvain Maillard]

Hi,

I look at your map for Lyon, and don't understand most of the missing
road that your tool is showing ...
an example with
http://compare.osm-tools.org/?zoom=15lat=45.73417lon=4.82971layers=BT00F
: the road is there in both maps and seems to have the same kind of
attributes (oneway and classification). Can you explain why there is a big
red mark on it ?

cheers,
Sylvain



2014-09-15 10:53 GMT+02:00 SomeoneElse li...@mail.atownsend.org.uk:

 On 15/09/2014 08:53, Stephan Knauss wrote:


 So actually a map with no diff is good. At least a good indication that
 the map is not missing something important. Assuming for a moment that
 Google data is a perfect reference (which is not as we all know).


 Unfortunately, we (as in all OSM users using QA sites) don't all know
 this.  That's why I made the comment up the thread about Google (and
 actually also Apple) Maps showing a road locally to me that doesn't exist.

 There's an increasing problem with relatively inexperienced users*
 thinking that if a QA site no longer shows a problem, then the problem is
 fixed, and here it's compounded by saying a perfect map is grey.  In
 reality of course you'd need to go there and have a look to make sure.  Of
 course, sometimes you can't do that (the area's physically inaccessible, or
 far away and there are no local mappers available to fix a problem) and in
 those cases QA sites such as yours can be extremely useful.

 Other QA sites tend to make it clear what they're actually showing (e.g.
 musical chairs has in capital letters at the bottom of the screen THIS
 IS A LIST OF DISAGREEMENTS, NOT NECESSARILY OSM ERRORS.  Clearly some sort
 of disclaimer text like that would make sense, but would it perhaps also be
 possible to guide new mappers towards other fixing options available, such
 as:

 o find a local mapper and contact them - even just to ask if (a) is
 correct and then (b), and then do the edit based on that.

 o where there are no local active mappers add a note that someone can see
 when they're next in the area requesting a survey.

 Cheers,

 Andy

 * actually, it's not just relatively inexperienced mappers. Recently in
 the UK we had someone inventing footpaths to join (arguably mistagged)
 highway=pedestrian islands to nearby roads. Just this morning we've had
 someone decided that the actual metal signs describing a road are clearly
 wrong when compared to what Ordnance Survey's open data says.


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

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

Re: [OSM-talk-fr] Oubliez l'imagerie aérienne pour les sentiers en montagne !

[Sylvain Maillard]

 J'ai deux idées qui pourraient aider à améliorer OSM pour la rando :
 - création d'un club ffcam/ffrp et OSM (rando-carto), ou au moins
 l'infiltration d'un club existant


Je suis déjà infiltré ;)
Mais bon, ça ne vas pas forcément faire bouger les choses très vite ...


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

Re: [OSM-talk] Introducing Fix waterway direction

[Sylvain Maillard]

Hi,

for Europe, you could also use the EU-DEM (
http://www.eea.europa.eu/data-and-maps/data/eu-dem) a hybrid product based
on SRTM and ASTER GDEM data fused by a weighted averaging approach = full
compatibility with SRTM, but with better data ;)

Sylvain


2014-08-28 20:49 GMT+02:00 Peter Barth osm-p...@won2.de:

 Hi all,

 I created a new challenge for MapRoulette: Fix waterway direction.

 As the waterway's direction in OSM denotes the direction of the water's
 flow, I started to compare them to SRTM. This leads to more than 1
 million wrong directions for Europe only. Many times SRTM is right,
 however, due to data errors, not every time. That's why I created this
 challenge.

 A more detailed description can also be found on my user diary here:
 http://www.openstreetmap.org/user/Peda/diary/23632

 I started with the really easy ones and only Europe for now. I will
 upload further tasks soon, worldwide coverage will follow, too.

 Hope you enjoy this challenge,
 Peda

 --

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

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

Re: [OSM-talk-fr] OSM passe dans la 4ème dimension... non ? si si !

[Sylvain Maillard]

pour un colloque, j'avais accroché une paire à côté de mon poster, ça fait
toujours un joli effet ;)
en plus pas besoin que ça soit uniquement bicolor !

je verrais bien un rendu randonnée en montagne dans ce style ...


en tout cas, beau travail !

Sylvain


Le 28 août 2014 17:03, Nicolas Moyroud nmoyr...@free.fr a écrit :



 J'en aurai aussi lundi 8 au NUMA pour les 10 ans d'OSM. Je vais essayer
 de voir ce que ça donne imprimé.


  Hé hé prochain SOTM-FR je sens qu'on va avoir des posters bicolores sur
 les murs et des lunettes dans les pochettes ! ;-)


 ___
 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] Procédure d'intégration bâti Was:Cadastre vectoriel, nouvelles communes sur le 64, 67 et 89

[Sylvain Maillard]

Salut,

je n'ai pas touché au bâti depuis un certain temps, mais j'avais procédé à
peu près comme toi sur Marseille :
- d'abord corrections/nettoyage de l'existant,
- puis nettoyage du fichier issu du cadastre : fusion des bâtiments coupés
par des limites de parcelles, suppression des noeuds en trop, rectifier
l'orthogonalité des bâtiments, recoller correctement les noeuds à peine
décalés des tracés voisins, ... beaucoup de choses qui ne se détectent que
de manière visuelle, ça vient vite avec un peu d'habitude !
- si possible, modifier la valeur de la clef building : building=yes est
là parce que l'outil automatique ne peut pas savoir à quoi le bâtiment
correspond. mais dans un mode OSM parfaitement humanisé, on a le choix de
tout un tas de valeurs qui font la richesse sémantique du projet :
http://wiki.openstreetmap.org/wiki/Key:building
- ne pas oublier une sauvegarde du fichier bâti modifié ! ça permet entre
autre de travailler dessus plusieurs soirs de suite ...
- enfin fusion des calques et revalidations

Et ne pas oublier de surveiller osmose sur la zone dans les jours (ou
semaine) qui suivent : à l'époque (sans doute encore aujourd'hui), le
validateur de JOSM et osmose faisaient des tests différents mais
complémentaires. Donc une couche parfaitement propre pour JOSM pouvait
sortir pas mal d'erreurs sur osmose, notamment sur les espaces vides entre
les bâtiments (2 murs quasi superposés espacés de 10cm, des noeuds pas bien
collés aux tracés voisins, ...)

On y passe très vite plusieurs heures (voir soirées), mais au moins on a la
satisfaction du travail fait correctement ;)


Sylvain



Le 19 août 2014 11:21, George Kaplan georgekaplan...@hotmail.fr a écrit :

 From: cqu...@openstreetmap.fr
 Date: Mon, 18 Aug 2014 11:57:24 +0200
 To: talk-fr@openstreetmap.org
 Subject: [OSM-talk-fr] Cadastre vectoriel, nouvelles communes sur le 64,
   67 et 89

 Plus d'une trentaine de communes sur le 64...
 Le détail est là:
 https://github.com/osm-fr/bano-data/commit/29e677930970f8f4066e468325054520449ea90b#diff-68a0179c1e381f9eb63266907ea59610



 Merci pour ce diff Christian, je le suis régulièrement pour intégrer du
 nouveau bâti et en profiter pour nettoyer la zone. J'en profite pour
 partager avec la liste ma technique :

 Dans le diff, je choisis une seule commune. Quand je ne connais pas la
 région, je sélectionne celle qui porte un nom rigolo.Sur
 http://cadastre.openstreetmap.fr , je génère les fichiers du bâti pour
 cette commune.Dans JOSM, je charge un calque 1 avec le contenu de toute la
 commune via le bon onglet de la boite de dialogue Télécharger.Depuis JOSM,
 j'ouvre l'URL du fichier du bâti dans un nouveau calque.J'affiche aussi le
 fond Bing et le fond OSM-FR.
 On attaque le boulot :
 On lance la validation JOSM du calque 2, on corrige les erreurs sur les
 bâtiments, on fusionne les bâtiments scindés (Shift+J, Shift+Y), on
 simplifie les contours courbes qui contiennent trop de points (Shift+Y). Au
 passage, on ajuste le décalage du bâti par rapport à la vue aérienne.On
 revient sur le calque 1, on lance la validation JOSM et on corrige tout ce
 qu'on peut. Au passage, on fait du nettoyage sur les POIs : fautes de
 frappe, tags inutiles... J'ajoute aussi le plugin Notes pour voir les notes
 OSM et les traiter si possible.
 Maintenant que l'on a 2 calques propres, on les fusionne en un seul. On
 relance un coup de validation, on ne doit retrouver normalement que des
 erreurs sur des intersections de bâtiments ou de highways. Les corrections
 consistent en une passe d'ajustement du décalage ou de la précision
 géométrique des routes et des cours d'eau. Une passe pour dédoublonner les
 éventuels bâtiments déjà présents.
 Ce n'est pas fini :)On ajoute le fond BANO, on repère la voirie non
 rapprochée (en rouge). Sans connaitre le terrain, je ne fais principalement
 que des corrections triviales de fautes de frappe.On ajoute le fond Route
 500 : associé à l'imagerie aérienne, on repère les éventuelles routes ou
 références manquantes. Sans connaitre le terrain, je reste prudent sur les
 modifications de l'existant pour coller à route 500 qui n'est qu'une
 photo ancienne du réseau routier.Pour finir, je retourne sur le
 navigateur web, lance Osmose sur la zone et traite aussi toutes les erreurs
 triviales.

 Tout ça fait qu'une intégration de bâti prend quelques heures pour un
 village de quelques centaines d'âmes.
 Et vous, comment procédez-vous ? Est-ce que vous avez des remarques sur
 cette procédure ?

 ___
 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] Revoir l'extraction des adresses du cadastre (était [import lieux-dits (avec fixme)])

[Sylvain Maillard]

  un tag fixme:importé-trop-rapidement=oui servira au même but


+1

Mon avis pour l'existant : revert de tous les points ayant l'un des texte
 fixme pré-cité. Corriger par une campagne massive ne ferait que légitimer
 le
 je place ici mes ordures vu que quelqu'un fini toujours par les porter à
 la
 benne ensuite


bien d'accord également !


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

Re: [OSM-talk] Wiki translate extension

[Sylvain Maillard]

Hi,

the initial concern was about a page on the wiki in french that was older
than the english one, and with significant differences in a list of tags
(still landuse=basin rather than the new natural=water), the change on
the english page was made more than 1 year ago !
the translate extension can help to detect such kind of problem, even if
it is perhaps not the best ...

I think that what we really need is a tool to link parts a translated
page to the same part of the original page, so that when someone make
changes on the original page a message is displayed on the translated page
to alert on the possible de-synchronization of the content ...


Sylvain




2014-07-25 5:35 GMT+02:00 Andreas Goss andi...@t-online.de:

 If there is country specific information about a tag then I would like
 to be aware of it, as it could be useful for other countries/languages
 too.


 And if I open a DE :feature I would like to be presentet with the
 information relevant to my country in the first place.

 If I open DE:bicycle_something then I don't want to be presented with
 various signs that are used in the US, South Africa, Japan or Mexico. I
 want to see the sign that I saw on the ground in Germany and then how to
 tag it.

 So I want to see these signs:
 https://commons.wikimedia.org/wiki/Category:Cycling_signs_in_Germany

 And not these:
 http://www.trafficsign.us/bikesign.html

 If you want country relevant information on every translation then you do
 have to look though a dozen different signs 99.99% of the people reading
 that page are never goingto use. And those are sign that are easy to spot.
 Now make that text...

  That could be as simple as copying it to the English language page
 (marking it as requiring translation) or if it's longer providing a link on
 the English language page.


 You are still going to present me with a lot of information that is not
 usefull for my country. And it will get worse once you try to translate
 non-English pages back. From German to Englisch you are then going to get
 funny stuff like [PLEASE DON'T CONFUSE evangelical with evangelical!!!]

 __
 openstreetmap.org/user/AndiG88
 wiki.openstreetmap.org/wiki/User:AndiG88


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

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

Re: [OSM-talk-fr] A151 un peu courte au Nord ?

[Sylvain Maillard]

Bonjour,

que disent exactement les panneaux sur place ?
parce que pour le coup si on compare avec ce qu'il y a sur d'autres cartes
en ligne, tout le monde semble être d'accord pour dire que l'autoroute A151
se termine à la sortie 2 juste au sud de Varneville-Bretteville, et qu'il
est prolongé par la N27 (trunk) ...

Sylvain





Le 24 juillet 2014 13:02, HParv talk-fr@rramuhn.org a écrit :

  Bonjour , un habitant de Tôtes, ancien de l'IGN - et collègue - à qui je
 viens de montrer notre serveur de tuiles et BANO m'a signalé gentillement
 que l'A151 s'arrête un peu trop au Sud de Dieppe; effectivement on la voit
 catégorisée Bretelle d'Accès au dessus de son croisement avec l'A29 ; je
 laisse les spécialistes ajuster ?!

 Evidemment il a contribué à enrichir sa commune de résidence au passage !

 --
 Hugues


 ___
 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] Les places (place de l'église, etc..)

[Sylvain Maillard]

à noter que c'est un sujet qui ne date pas d'hier (
https://lists.openstreetmap.org/pipermail/talk/2007-October/018748.html),
il y a d'ailleurs déjà eu une proposition de square (
http://wiki.openstreetmap.org/wiki/Proposed_features/Square) qui a été
jugée trop spécifique et déjà couverte par le area=yes ...

personnellement je trouve que le area=yes+name=* correspond bien au
principe de base d'une place (voir les discussions sur
http://wiki.openstreetmap.org/wiki/Key:area) , après il reste juste à
ajouter les mot-clefs qui vont bien pour qualifier tous les usages ...


Sylvain




Le 23 juillet 2014 11:22, Christian Quest cqu...@openstreetmap.fr a écrit
:

 L'idée de voie publique, c'est surtout pour moi l'idée qu'on peut y
 circuler au sens large, c'est à dire passer par là qu'on soit à pied, à
 vélo, en voiture ou autre...
 Tout l'espace n'est pas non plus ouvert à la circulation, il peut y avoir
 des massifs de fleurs, des petits bâtiments (kiosque, toilettes publiques,
 autre), une fontaine, etc.

 landuse... mouais, pas trop adapté non plus à mon avis.

 Je pense que c'est une discussion à ouvrir plus largement sur la liste
 tagging



 Le 23 juillet 2014 10:58, Stéphane Péneau stephane.pen...@wanadoo.fr a
 écrit :

 Le mercredi 23 juillet 2014 09:11:26, Christian Quest a écrit :


 Les places sont un aménagement particulier de la voie publique où en
 général on peut circuler.
 C'est à mon avis le point de départ pour notre réflexion, non ?


 Je remplacerais volontiers le terme voie publique par espace public.
 Qu'on puisse y circuler, et étant donné que le moyen de locomotion est
 très variable selon les places, je trouve ça un peu accessoire puisque
 finalement, avec les autorisations et/ou les moyens adaptés, il n'y a pas
 tant d'endroits où on ne puisse pas circuler.

 Les places étaient des points de rencontre pour les marchés, des
 manifestations culturelles (ou non), etc... C'est encore le cas pour nombre
 d'entre elles.





 Les place=* ne correspondent pas vraiment à ça. Ce sont des zones plus
 ou moins définies qui englobent bien plus qu'une partie de la voie
 publique. C'est ce qui me ferait pencher pour autre chose qu'une
 extension de place=*


 Je comprends ce que tu veux dire.  Ce statut hybride ne facilite pas la
 classification. Si on ne choisissait pas place=, que reste-t-il ? Les
 landuse= ?



 Stf

 ___
 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

[OSM-talk-fr] Fwd: [OSM-dev] Mise à jour du style openstreetmap-carto

[Sylvain Maillard]

Pour info, une nouvelle version du fichier de style pour le rendu mapnik
principal vient d'être publié, mais n'est pas encore déployé ...

liste de tous les changements par rapport à la version précédente :
https://github.com/gravitystorm/openstreetmap-carto/compare/v2.16.0...v2.17.0


Sylvain


-- Forwarded message --
From: Paul Norman penor...@mac.com
Date: 2014-07-23 3:51 GMT+02:00
Subject: [OSM-dev] Upcoming openstreetmap-carto changes
To: t...@openstreetmap.org t...@openstreetmap.org, d...@openstreetmap.org


v2.17.0 of the openstreetmap-carto stylesheet has been released, though not
yet deployed on tile.osm.org.

Significant changes include

* Rendering other shop values with a generic icon (https://github.com/
gravitystorm/openstreetmap-carto/pull/604)
* Rendering wider road shields, and converting the road shields to SVGs (
https://github.com/gravitystorm/openstreetmap-carto/pull/694)
* Cleaning up path rendering on low zooms (https://github.com/
gravitystorm/openstreetmap-carto/pull/747)
* Improving highway=track name rendering (https://github.com/
gravitystorm/openstreetmap-carto/pull/748)
* Rendering access=permissive the same as access=yes (or no access) (
https://github.com/gravitystorm/openstreetmap-carto/pull/742)
* Waterway cleanups (https://github.com/gravitystorm/openstreetmap-
carto/pull/722, and others)
* Assorted code cleanups

https://github.com/gravitystorm/openstreetmap-carto/compare/v2.16.0...v2.17.
0 has a full list of commits.

We are still very much cleaning up a lot of messy CartoCSS brought over
from the Mapnik XML

Some interesting stuff under discussion

* Multi-line road shield rendering: https://github.com/
gravitystorm/openstreetmap-carto/pull/750
* Rendering ref from route relationships: https://github.com/
gravitystorm/openstreetmap-carto/issues/596
* Moving ordering of road rendering to SQL: https://github.com/
gravitystorm/openstreetmap-carto/pull/626
* Moving to YAML for project layers: https://github.com/
gravitystorm/openstreetmap-carto/issues/711

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

Re: [OSM-talk-fr] Ajouter OSM France aux couches d'OSM?

[Sylvain Maillard]

Pour le coup openlinkmap fait aussi des choix éditoriaux, il y a tout un
tas de poi qui ne sont pas cliquables ...

Sur osm.org, la case Données de carte a un peu le même effet, mais en
plus complet ;)
Cela dis c'est vrai que ça serait une fonctionnalité intéressante de
pouvoir obtenir par 1 clic l'affichage des infos comme on l'a  actuellement
via les données de carte !

comme on dit, yapluka ...

Sylvain



Le 21 juillet 2014 08:29, Jo winfi...@gmail.com a écrit :

 Moi aussi je comprends que OSM ne peut pas tout faire. Peut-être un lien
 vers Openlinkmap? Mais p-ê eux aussi n'ont pas la capacité requise.

 Jo


 2014-07-21 7:52 GMT+02:00 Christian Quest cqu...@openstreetmap.fr:

 Eternel débat sur ce que doit être ou ne pas être osm.org

 D'un côté le besoin de montrer les données, ce qu'on peut éventuellement
 en faire, les services qu'on peut mettre en place grâce à elles.
 De l'autre... se concentrer sur le coeur du projet, c'est à dire la data,
 son édition, son amélioration.

 Plus on va du côté des services, plus on va devoir gérer une qualité de
 service, augmenter l'infrastructure (matériel, bande passante), l'équipe
 qui est derrière, s'adapter aux usages locaux... et aussi se retrouver en
 concurrence avec le développement d'un écosystème autour d'OSM.

 Jusqu'à maintenant le choix a plutôt été fait sur la deuxième option, ce
 que je comprends tout à fait.



 Le 21 juillet 2014 01:08, Shohreh codecompl...@free.fr a écrit :

 Jo-2 wrote
  Essayes avec openlinkmap.org. Surtout les arrêts de bus dans le nord
 de la
  Belgique...

 Il faudrait que ça soit implémenté dans OSM par défaut, puisque c'est le
 site que les non-initiés consultent.

 À mon avis, OSM devrait afficher 1) une carte de base, 2) une liste
 d'objets
 statistiquements les plus demandés (supermarchés, etc.), et 3) rendre ces
 objets cliquables pour afficher leurs tags à la Google Maps.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Ajouter-OSM-France-aux-couches-d-OSM-tp5811725p5812147.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




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


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

Re: [OSM-talk-fr] Relation route et giratoire

[Sylvain Maillard]

Le 18 juillet 2014 10:31, Jo winfi...@gmail.com a écrit :

 Idiot ou pas, couper les rues c'est la pratique utilisé en OSM pour garder
 les choses simples ou du moins praticables, aussi bien pour les
 contributeurs que pour créer des rendus. Mais une simplification d'un coté
 rend plus compliqué de l'autre. C'est toujours un compromis.


en réalité ce modèle est surtout un mode de pensée hérité du temps pas si
lointain où personne n'utilisait de requêtes géographiques, et où les
réseaux étaient stockés sous forme d'arbre dans une base de données
relationnelle avec auto-jointures et autres joyeusetés !

A partir du moment où deux chemins ont un noeud commun, ils sont
géographiquement connectés et on peut passer de l'un à l'autre sans avoir
besoin de les découper ;)
(ça rejoint l'histoire de la clef is_in, complètement inutile puisque ça
fait partie des propriétés intrinsèques d'un objet géographique)


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

Re: [OSM-talk-fr] Réf.: Re: ajout des entêtes cors http://api.openstreetmap.fr/api

[Sylvain Maillard]

Je confirme recevoir également les messages à répétition sur gmail ...


Sylvain


Le 18 juillet 2014 22:45, Philippe Verdy verd...@wanadoo.fr a écrit :

 Cela ne le fait pas avec Gmail (qui doit éliminer tout seul les emails
 reçus en doublon contenant certains éléments communs: même contenu, même
 date d'envoi, même émetteur, même destinataires, et sans doute même
 identifiant de suivi)

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

Re: [OSM-talk-fr] Relation route et giratoire

[Sylvain Maillard]

Je maintient mon avis précédent : la totalité (ou quasiment) des
rond-points cités en exemple ne sont découpés que pour 1 faire joli sur 1
rendu particulier ...

si le contributeur décide de découper le rond-point, alors il faut aller
jusqu'au bout du modèle et faire une découpe complète à toutes (et
uniquement) les entrées/sorties, et ne pas laisser des rond-points découpés
là ou ça fait plus joli sur un rendu et non (ou mal) découpés là ou ça ne
se vois pas !


Sylvain


Le 17 juillet 2014 22:12, Jo winfi...@gmail.com a écrit :

 http://www.openstreetmap.org/#map=17/50.71025/4.60467layers=T

 http://www.openstreetmap.org/#map=18/50.74104/4.68945layers=T

 http://www.openstreetmap.org/#map=18/50.81559/4.26312layers=T

 http://www.openstreetmap.org/#map=18/50.83748/4.11484layers=T

 http://www.openstreetmap.org/#map=18/50.84873/2.91817layers=T


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

Re: [OSM-talk-fr] Relation route et giratoire

[Sylvain Maillard]

Alors je vais rectifier mon tagger pour le rendu par morceler pour 1
usage ...

je m'explique : si on considère que le système des relations de bus doit
s'appuyer sur des tronçonsdéjà existants, c'est une manière de voir les
choses qui justifie le découpage des rond-points.
MAIS les lignes de bus ne sont pas les seuls usagers des rond-points, et en
plus les réseaux évoluent dans le temps ...

Il n'y a pas de raisons que le schéma d'un rond-point change à chaque fois
qu'une ligne de bus est ajoutée ou modifiées. Le schéma se doit d'être plus
pérenne, et surtout adapté à tous les usages possibles sans avoir à tout
remodifier à chaque fois. Sinon on va être obligé de découper différement
par exemple en ajoutant un itinéraire cyclable, et casser par la même
occasion toutes les lignes de bus ...
= ce qui implique de laisser ouvertes toutes les possibilités, donc de
découper à chaque entrée/sortie !

Quitte à découper les rond-points, autant le faire complètement comme là
http://www.openstreetmap.org/#map=18/50.74258/4.68237layers=TD,
plutôt que juste pour coller à quelques lignes de bus comme ici :
http://www.openstreetmap.org/#map=18/50.71113/4.60610layers=TD (avec une
joyeuseté comme http://www.openstreetmap.org/way/194751146)


Sylvain



Le 18 juillet 2014 00:17, Jo winfi...@gmail.com a écrit :

 Ça devient plus clair si on observe les relations une par une:


 https://www.openstreetmap.org/relation/3856522/history#map=16/50.7430/4.6869layers=T


 https://www.openstreetmap.org/relation/2029430/history#map=15/50.7415/4.6885layers=T

 Et j'utilise le rendu comme exemple, mais c'est effectivement la réalité
 que j'essaye de représenter dans un modèle qui colle au mieux à la réalité
 le possible.

 Jo


 2014-07-17 22:49 GMT+02:00 Marc Sibert m...@sibert.fr:

  Oui tes exemples sont parlants, mais :
 en quoi ça :
 http://www.openstreetmap.org/#map=18/50.27884/3.98179layers=T
 est moins parlant que ça :
 http://www.openstreetmap.org/#map=18/50.74264/4.68263layers=T

 Dans les deux cas, on voit bien que le bus passe par le rond-point pour
 poursuivre, d'ailleurs ce rendu n'indique pas les sens uniques les les
 voies d'accès.
 Rappelons quand même qu'une carte n'est qu'un modèle de la réalité et ne
 peut pas être comme l'indiquait Pieren que du micro-mapping, sinon où sont
 les trottoirs, les passages piétons, les largeurs des voies (on a un seul
 trait et pourtant le bus ne roule pas sur la même 'ligne' mathématique à
 l'aller et au retour).

 A découper les ronds-points on part dans une complexité qui n'apporte
 rien à la compréhension ni humaine ni pour les applications.

 ET puis : on ne mappe pas pour le rendu ! même pour celui des transports
 ! (et toc ! le summum de la mauvaise fois mais j'aime bien quand je n'ai
 plus d'argument :-) )

 Sérieusement, gardons la contribution simple (mais pas simplette !)

 A+

 (non, je ne découpe pas, au contraire)

 Marc

 Le 17/07/2014 22:12, Jo a écrit :

 http://www.openstreetmap.org/#map=17/50.71025/4.60467layers=T

 http://www.openstreetmap.org/#map=18/50.74104/4.68945layers=T

 http://www.openstreetmap.org/#map=18/50.81559/4.26312layers=T

 http://www.openstreetmap.org/#map=18/50.83748/4.11484layers=T

 http://www.openstreetmap.org/#map=18/50.84873/2.91817layers=T


 2014-07-17 21:54 GMT+02:00 THEVENON Julien julien_theve...@yahoo.fr:



 Mais de quel rendu tu parles?
 Je n ai jamais decoupe les rond-points et pourtant je n ai jamais vu de
 problemes sur les differents rendus que j ai pu rencontrer.
 Tu peux donner un lien sur un exemple?

 Julien

 --
 Le jeu. 17 juil. 2014 20:47 HAEC, Jo a écrit :

 Bien sûr que ça sert au rendu. Je ne cesse pas de le dire. Et à présent
 le
 rendu est faux si les rond-points ne sont pas découpés pour les routes
 avec
 des chemins pour chaque sens, ou ceux qui ont des petites entrées et
 sorties juste avant le rond point. Donc trouver d'abord un moyen de
 corriger le rendu.
 
 Mais bon, je mappe en Belgique. Je ne viendrai plus découper des
 rond-points en France... Enfin, pas trop souvent en tout cas.
 
 Jo
 
 
 
 
 2014-07-17 19:38 GMT+02:00 Marc Sibert m...@sibert.fr:
 
  Je rebondis sur la remarque de Vincent :
 
  A quoi/qui ça sert de découper les rond-point ?
 
  Aux applications de routage : non ?
  Au rendu : non ?
  A simplifier le travail des contributeurs : non ?
  Les trolley ? (les fils ne sont pas dans le même plan que les voies,
 alors
  pourquoi tagguer les voies ?) et même : allez je vous le concède :
 couper
  les ronds-points traversés partiellement par un trolley (mais pas
 passant
  par le centre hein !)
  Les ronds-points pont ? (et pourquoi pas des tunnels en-dessous ;
 demandez
  à V son avis, je ne reçois plus ces mails :-)... un bonheur )
 
  Alors ?
 
  D'autres candidats TOC*cés des RP ?
  * Trouble Obsessionnel du... Coupage mdr
 
  A+
 
  Marc
  OPPOSANT AU DECOUPAGE - KISS
  -
 
 
  Le 17/07/2014 16:06, Vincent 

Re: [OSM-talk-fr] Relation route et giratoire

[Sylvain Maillard]

Surtout qu'on peut dire que la travail à été fait à moitié : si on veut
vraiment découper un rond-point, dans ce cas il faut aller au bout de la
démarche et le faire à chaque connexion de route, et pas seulement 2
sorties sur 4 ...


Sylvain


Le 16 juillet 2014 12:14, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
 a écrit :

 Le 16 juillet 2014 11:52, Pieren pier...@gmail.com a écrit :

 2014-07-16 11:26 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr:

  Connaître le parcours exact du véhicule. C'est vrai que cela peut
  compliquer l'édition, mais pas de façon insurmontable, selon moi.

 Mouais, c'est en général la réponse de ceux qui font ces découpages
 lorsque le giratoire est déjà là et bien rond ;-) L'opinion peut
 changer quand il faut réparer plusieurs giratoires altérés par des
 contributeurs peu attentifs. En plus, on pourrait se retrouver avec
 des giratoires incohérents (une partie en tertiary, une autre en
 secondary, etc).


 Les incohérences de tag sont faciles à détecter et à corriger. Et pour
 redéssiner un giratoire éclaté bien rond, on peut créer un chemin
 temporaire reprenant tous les points, faire un rond avec ce chemin, puis le
 supprimer.

 Le parcours exact du véhicule peut se reconstituer par logiciel.
 Mais c'est vrai que ça nécessite un peu de travail pour ceux qui
 veulent exploiter ces données. Mais il vaut mieux donner ce peu de
 travail supplémentaire aux data consumers, aux experts plutôt qu'aux
 contributeurs qui sont, pour leur immense majorité, des débutants.


 Cet argument me convainc davantage que celui de la difficulté d'édition.
 Peut-être que je ne couperai plus les giratoires à l'avenir...

 PY

 ___
 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 route et giratoire

[Sylvain Maillard]

Complètement d'accord avec Marc, pour moi il n'y a pas à découper un
rond-point, la clef junction indique bien que c'est un élément
particulier du réseau routier, c'est aux moteurs de calcul
d'itinéraire/autre de faire leurs calculs correctement, comme pour
n'importe quel autre croisement de routes  !

je voulais juste pointer l'incohérence dans l'exemple précédent (
http://www.openstreetmap.org/?mlat=47.21463mlon=-1.53777#map=18/47.21463/-1.53777)
avec une découpe en 2 seulement :  si on veut être cohérent il faut
découper en 4 morceaux, il n'y a pas de raison de faciliter le passage de
la Rue du progrès au Mail Pablo Picasso et pas de la Rue marcel Paul
à la Rue de l'Allier ...
le risque bien réel c'est d'en arriver à quelque chose comme
https://www.openstreetmap.org/way/161769125 (et donc
https://www.openstreetmap.org/relation/1807216#map=19/47.21359/-1.53976)


Sylvain


Le 16 juillet 2014 14:09, Marc SIBERT m...@sibert.fr a écrit :

 Halte à la vente à la découpe !
 Mettez fin au charcutage des rond-points !

 -1

 PS : N'oubliez pas que dans les modèles routables, les RP sont
 généralement réduit à un noeud. Les RP n'ont d'intérêt que pour le rendu
 alors il est bien inutile de les découper. (et ça rend sa maintenance bien
 difficile).


 Le 16 juillet 2014 11:39, Pierre-Yves Berrard 
 pierre.yves.berr...@gmail.com a écrit :

 Bonjour,

 Le 16 juillet 2014 11:26, Stéphane Péneau stephane.pen...@wanadoo.fr a
 écrit :

 Est-ce qu'on est d'accord sur le fait que sur les relations route, il
 est inutile de découper les giratoires en plusieurs morceaux ?

 Non. On coupe bien une rue empruntée seulement pour moitié par le
 véhicule, alors pourquoi faire une distinction ?


 Je ne vois vraiment pas l'intérêt de ce morcelage qui complique vraiment
 l'édition.

 Connaître le parcours exact du véhicule. C'est vrai que cela peut
 compliquer l'édition, mais pas de façon insurmontable, selon moi.

 PY (the_knife)


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

Re: [OSM-talk-fr] Rendu bizarre des limites administratives vers St Raphael

[Sylvain Maillard]

Salut,

qu'est-ce que tu trouves bizarre ? parce que pour le coup je ne vois pas de
limites administratives sur ce rendu ...


Sylvain


Le 15 juillet 2014 08:01, Arnaud Vandecasteele arnaud@gmail.com a
écrit :

 Bonjour à tous,

 EN jouant avec le nouvel outil map.oryghinal je me suis rendu compte d'un
 rendu un peu bizarre:
 http://map.orhyginal.fr/#14/43.3757/6.7441

 Est-ce normal ?
 Comme ce n'est pas ma zone d'activité je préfère vous laisser apporter
 les modifications si cela s'avère nécessaire.

 Arnaud

 --
 
 Arnaud Vandecasteele
 SIG - WebMapping - Spatial Ontology - GeoCollaboration

 Web Site
 http://www.marinegis.com/?page_id=131
 http://geotribu.net/


 ___
 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] Fwd: [geomatique] Invitation Workshop Les Systèmes d'Information distribués : enjeux et

[Sylvain Maillard]

Le sujet est beaucoup plus large que le seul aspect géographique, mais ça
peut intéresser du monde ...

Sylvain


-- Message transféré --
De : geomati...@georezo.net
Date : 15 juillet 2014 17:37
Objet : [geomatique] Invitation Workshop Les Systèmes d'Information
distribués : enjeux et
À : geomati...@ml.georezo.net


Message posté par : MOJON LUMIER



Nous avons le plaisir de vous inviter au Workshop, organisé conjointement
par l'ONEMA et le BRGM, dans le cadre du pôle de Recherche et d'Innovation
INSIDE, sur le thème :
Les Systèmes d'Information distribués : enjeux et problématiques pour la
sphère Environnement.

Le workshop se tiendra le mercredi 19 novembre 2014, à l'Auditorium du BRGM
(Orléans) de 9h00 à 17h30.

Toutes les informations - présentation, programme et inscription (gratuite
mais obligatoire) - sont disponibles sur le site du Pôle INSIDE  à la  page
http://www.pole-inside.fr/page/workshop-2014 . Elles seront mises à jour
régulièrement au cours des prochaines semaines.
Afin de mieux cerner les problématiques et cibler les débats, les inscrits
recevront au préalable quelques questions et propositions de réflexion.

Un dîner (repas à la charge de chacun) sera organisé par le BRGM pour
permettre aux participants déjà présents à Orléans le soir du 18 novembre
de se rencontrer et d'échanger.

Dans l'attente de vous accueillir,

Cordialement,

Laurent COUDERCY (ONEMA)
Anthony MAUCLERC (BRGM)

Pôle INSIDE http://www.pole-inside.fr



Ce message est accompagné de fichiers, pour les télécharger, suivre le lien
ci-dessous.



Le message est situé
http://georezo.net/forum/viewtopic.php?pid=254806#p254806
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu FR : Entrée et adresse

[Sylvain Maillard]

http://trac.openstreetmap.fr/ticket/604


Le 9 juillet 2014 15:51, Otourly Wiki otou...@yahoo.fr a écrit :

 On a précisément évoqué ce bug lors de la réunion lyonnaise d'hier ;) et
 on l'a fait remonter sur via l'interface adéquat ;)

 Florian


   Le Mercredi 9 juillet 2014 15h06, Simon Miniou simon.min...@gmail.com
 a écrit :


 Bonjour,

 sur certaines adresses sur Vitry, j'ai rajouté un tag entrance=main ;

 par contre sur le rendu FR seul un point noir apparait et le numéro
 disparait :

 http://tile.openstreetmap.fr/?zoom=19lat=48.72118lon=4.58143layers=B000FFF

 erreur de ma part, ou du rendu?

 ++
 Simon

 ___
 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] GoogleMaps APIs Terms of Service

[Sylvain Maillard]

Bonjour,

quelque chose qui n'est pas visible dans la licence, mais qui découle
directement du modèle économique : la publicité ciblée
ie : la brasserie du coin de la rue n'apparait pas sur la carte google
parce qu'une autre brasserie un peu plus loin a acheté un espace pub ... ex
sur https://www.google.fr/maps/@45.7500217,4.8283581,14z , il n'y a qu'une
seule brasserie de visible sur toute la ville de lyon ... en décalant à
peine au sud-ouest, on voit même le nom d'une grande surface apparaître
avant le nom de la ville correspondante !
= la carte google est une représentation commerciale du monde ! (au
bénéfice de google)

Avec les données OSM on a pas ce genre de problème de neutralité de
l'information géographique puisque tous les éléments similaires sont rendus
de manière identique !


Sylvain






Le 3 juillet 2014 15:58, Augustin Doury augustindo...@gmail.com a écrit :

 Salut à tous,

 Je cherche à produire une liste d'arguments clés autour des restrictions
 imposées par la licence de GoogleMaps, afin de souligner les avantages
 d'une licence ouverte telle qu'ODbL. Quelqu'un aurait-il un lien à proposer
 vers de telles informations ? Ces questions reviennent souvent et ce n'est
 pas toujours évident de répondre de manière précise et sans rentrer dans
 des explications un peu bancales faute d'une bonne connaissance des
 licences associées, notamment de la licence GoogleMaps.

 Après avoir lu Google Maps/Google Earth APIs Terms of Service
 https://developers.google.com/maps/terms  je retiens notamment ces
 contraintes, mais je ne suis pas juriste et mon interprétation peut être
 erronée :

 *Aspect général*
 *Google se réserve le droit de changer les termes de la licence à tout
 moment. Dans le cas où l'on ne veut/peut pas se plier aux nouveaux termes
 de la licence, on doit cesser d'utiliser le service.(1.5)
 *Google se réserve le droit d'intégrer de la pub à la carte (par exemple
 mettre en valeur des magasins à proximité de la zone d'intérêt)
 (4.3(a)/(b)),
 *Il est interdit d'utiliser le géo-codage pour un usage interne ou limité
 à un certain nombre de personnes (par exemple sur un intranet ou un réseau
 privé)(9.1) ,
 *Il est interdit de positionner (à l'aide du géo-codage) des objets sur
 une carte autre qu'une carte Google (10.1.1 (g)),
 *Il est interdit d'exporter, de copier et d'enregistrer les positions GPS
 obtenues à l'aide du géo-codage Google dans un service tiers (10.1.3(a)),
 *Il est interdit d'utiliser et de mettre à disposition les données GPS via
 une API tierce(10.2 (a)),
 *Obligation d'attribution à une entreprise privée,

 *Aspect commecial*
 *Il est interdit de faire payer l'accès à une carte utilisant l'API Google
 Maps sauf autorisation explicite où s'il s'agit d'une application Android
 disponible sur l'Android Market (9.1.3(a))
 *Un consultant qui crée ou héberge une implémentation de l'API GoogleMaps
 pour un client tiers peut facturer le client pour l'acte de consultance ou
 l'hébergement mais pas pour l'implémentation en elle-même (sauf si
 autorisation explicite ou application Android disponible sur l'Android
 Market). (9.1.3(c)) et 9.1.2 (Exceptions)

 Merci pour vos retours,

 Augustin


 ___
 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] Contribution qui n'apparait pas ?

[Sylvain Maillard]

Bonjour,

la page du wiki (
http://wiki.openstreetmap.org/wiki/Tag:place=islet?uselang=fr) indique un
lien vers un ticket à ce propos (https://trac.openstreetmap.org/ticket/4621)
...

Il y a une demande en cours pour afficher les noms dans le cas de
l'utilisation de place=islet, mais ça n'est pas encore effectif. par contre
la donnée est bien dans la base, et une recherche sur ce nom sort bien le
résultat ! (http://www.openstreetmap.org/search?query=Roca Bruja)


Cordialement,
Sylvain




Le 1 juillet 2014 13:15, David Crochet david.croc...@free.fr a écrit :

 Bonjour

 Le 01/07/2014 12:58, sergiobzh a écrit :

  J'ai bien fait comme tu as décrit , il y a 2 jours.   j'ai le name= ,  le
 name:en=  et  place=islet.  Je ne le vois toujours pas.

 J'ai la même chose pour la plage (là où arrive la route).  Elle avait
 déjà un name=Playa Naranjo  , et natural=beach .  j'avais ajouté
 surface=sand.  Mais je ne la vois pas non plus !



 Le site openstreetmap.org utilise un rendu parmi tant d'autre.

 Ce n'est pas ce que vous pensez que d'ajouter une entité la ferra
 apparaître qu'elle apparaîtra obligatoirement.

 Quoi qu'il en soit, la donnée est présente. Et contribuer à OSM, c'est
 ajouter des données, pas du visuel.

 Le visuel, c'est seulement utiliser les données pour que l'oeil de l'être
 humain est des éléments à retranscrire à son cerveau


 Cordialement

 --
 David Crochet


 ___
 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] garmin on osm.fr

[Sylvain Maillard]

si je me souviens bien les cartes dans
http://garmin.openstreetmap.fr/garmin-lann/ sont mises à jour toutes les
semaines ...


Sylvain


Le 7 mai 2014 11:44, David Crochet david.croc...@free.fr a écrit :

 Bonjour

 Le 07/05/2014 11:37, Vincent Pottier a écrit :

  C'est bien http://garmin.openstreetmap.fr/ ?


 C'est pas http://garmin.openstreetmap.nl/ plutôt ?

 La mise à jour des cartes non personnalisées semble être de 15 jours

 Cordialement

 --
 David Crochet


 ___
 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] Un MOOC OSM ?

[Sylvain Maillard]

Pourquoi pas un premier MOOC sur l'organisation d'une cartopartie ?
Avec tout ce qui se fait à divers endroits en france on commence à avoir
pas mal de matériel pour illustrer, et je pense qu'il y a de quoi faire un
manuel des bonnes pratiques plutôt complet ...


Sylvain


Le 5 mai 2014 16:14, vincent vinc...@bergeot.org a écrit :

 Bonjour,
 intéressé et normalement avec un peu de temps, au regard de la charge
 estimée sur le site fun. Pas compétent sur le fond d'osm mais capable de
 lire et faire le pedago.

 Connection bas débit jusqu'à vendredi donc peu réactif.

 Déçu de la nécessité d'un compte g+ ou fb :(

 merci pour l'info

 Christian Quest a écrit:

 Qui serait intéressé pour créer (collaborativement) un MOOC* ?

 Voici un MOOC proposé par l'ENS Cachan sur la création de MOOC... et ça
 démarre le 11 mai.


 https://www.france-universite-numerique-mooc.fr/courses/ENSCachan/20002/Trimestre_2_2014/about

 * Massive Open Online Courses
 --
 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] 7ème continent

[Sylvain Maillard]

Bonjour,

vu qu'il s'agit de zones qui bougent en permanence, je pense que ça n'a pas
vraiment sa place dans la base OSM.

Par contre on a ce qu'il faut pour représenter ça en surcouche sur une
carte OSM sans avoir besoin d'ajouter les données dans la carte : il suffit
de créer la carte sur umap.openstreetmap.fr ;)


Sylvain




Le 27 avril 2014 11:54, nono pingven...@free.fr a écrit :

 Re-Salut

 Si il semble difficile de mapper ceci, alors n'y a-t-il pas moyen de
 mapper les gyres et d'en prendre le centre comme point de référence pour
 représenter ce 7ème continent ?

 https://fr.wikipedia.org/wiki/Gyre_oc%C3%A9anique

 PS : merci de répondre à la liste, plutôt qu'à mon adresse perso pour la
 discussion, afin que tous les avis soient publiés.

 Vos avis m'intéressent vraiment quel qu'ils soient.

 a+
 nono

 -

 Salut,

 Certes ce serait un moyen de mettre en valeur comment l'être humain
 remercie sa terre patrie... sauf qu'il s'agit de myriades de
 mini-continents, qui dérivent bien plus vite que la tectonique des
 plaques, et peut-être même plus vite que les icebergs (qui à ce que je
 sais seraient difficiles à mapper sur le long terme).

 Qui voulait mapper les chiens dangereux déjà ?

 Teuxe

 Le dimanche 27 avril 2014 à 11:33 +0200, nono a écrit :
  Salut
 
  Juste une idée en passant... mais qui serait sympa à réaliser.
 
  Pourrait-on mettre dans OSM le septième continent ?
  Un continent qui semble être dispatché sur plusieurs océans de la
  planète bleue.
 
  Ce phénomène ne date pas d'hier :
 
 
 http://www.lemonde.fr/planete/article/2012/05/09/le-7e-continent-de-plastique-ces-tourbillons-de-dechets-dans-les-oceans_1696072_3244.html
 
  Ce serait un bon coup médiatique si on arrivait à les représenter sur la
  carte osm ;-)
 
  Reste à savoir comment tagger cela et où prendre les sources (prouvées)
  pour ne pas inscrire n'importe quoi.
 
  Vous en pensez quoi ?
 
  nono
 
  ___
  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] OpenStreetMap France reçue par le Président de la République

[Sylvain Maillard]

Bientôt Gaël élu people de l'année !


Sylvain


Le 24 avril 2014 12:55, RatZilla$ ratzil...@gmail.com a écrit :

 Bonjour,

 Dans le prolongement de la Conférence de Paris je serai reçu à l'Élysée
 demain à 13:00. Le Président de la République a invité des entrepreneurs et
 acteurs de l'OpenData à déjeuner pour exposer leurs points de vue sur la
 modernisation de l'État.

 Après quelques échanges avec certains d'entre vous j'aborderai les sujets
 suivants:

 * L'Adresse

 * La gestion de crise

 * La formation

 * OpenStreetMap LA Carte par défaut de nos administrations

 * L'accessibilité

 # Et si le temps me le permet Les Randonnées ;)

 À votre disposition d'ici là si vous voulez m'interpeller sur les
 problématiques qui vous tiennent à coeur.

 Gaël

 ___
 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] BD Carthage

[Sylvain Maillard]

En fait c'est un peu plus compliqué : la nouvelle convention [1] (signée
le 9 septembre 2013) de diffusion de la BDCarthage n'a pas d'effet
rétroactif, seules les version publiées après sont sous licence ouverte !
= la BDCarthage France Métropolitaine version 2013 est sous la LO (donc
pourrait être importée dans OSM), mais les versions précédentes ainsi que
les versions DOM et autres territoires [2] sont restées sous l'ancienne
licence non-commerciale, donc ne sont pas importables dans OSM !

Il faut attendre la mise à jour de la BDCarthage sur la Guyane pour en
faire quelque chose dans OSM.
Et pour rappel, il s'agit de données de précision décamétrique (10m) donc
très imprécises par rapport au niveau visé par OSM. Mais bon, c'est sur
qu'au coeur de la forêt guyanaise c'est déjà pas si mal :D

Sylvain


[1] :
http://services.sandre.eaufrance.fr/telechargement/geo/BDCarthage/FXX/2013/convention_BD_CARTHAGE.pdf
[2] : voir les licences spécifiques en fonction des années/secteurs en
fouillant dans
http://services.sandre.eaufrance.fr/telechargement/geo/BDCarthage/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] State Of The Map France starting tomorrow in Paris

[Sylvain Maillard]

SOTM-FR is live on http://numaparis.ubicast.tv/lives/numa-r4-event/
webcast will be available ...

programm (in french) : http://openstreetmap.fr/sotmfr2014/programme



Sylvain



2014-04-03 15:01 GMT+02:00 Rob Nickerson rob.j.nicker...@gmail.com:


 Is there any live videos / webcasting for those folks who couldn't attend?


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

[OSM-talk-fr] [SOTM-FR] diffusion streaming

[Sylvain Maillard]

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

[OSM-talk-fr] [SOTM-FR] diffusion en streaming

[Sylvain Maillard]

Bonjour à tous,

le SOTM-FR 2014 est en cours depuis hier, vous pouvez suivre les
présentation en direct sur http://numaparis.ubicast.tv/lives/numa-r4-event/

le programme est disponible sur http://openstreetmap.fr/sotmfr2014/programme


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

[OSM-talk-fr] Streaming AG Extraordinaire + AG ordinaire

[Sylvain Maillard]

Bonjour à tous,

Les Assemblées Générales Extraordinaires + Ordinaire vont commencer au NUMA.
Pour tous les adhérents et non adhérents qui souhaitent suivre les débats,
vous pouvez regarder le flux streaming sur
http://numaparis.ubicast.tv/lives/numa-r4-event/


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

Re: [OSM-talk] State Of The Map France starting tomorrow in Paris

[Sylvain Maillard]

Hi,

I'm not sure if it will be possible to have a live streaming ... but we
plan to do a video recording for webcasting like we did last year ;)


Sylvain



2014-04-03 15:01 GMT+02:00 Rob Nickerson rob.j.nicker...@gmail.com:

 Wow, great stuff.

 Is there any live videos / webcasting for those folks who couldn't attend?

 Regards,
 Rob

 p.s. I'll be following the tweets on behalf of the Mappa Mercia
 (Birmingham and surrounding area, UK) team.

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


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

Re: [OSM-talk-fr] Suppression de landuse CLC

[Sylvain Maillard]

Le 3 avril 2014 15:12, Vincent Calame vincent.cal...@exemole.fr a écrit :

  Peut-être que la position de celui qui l'a supprimé, c'est que des
 landuse ne devraient jamais se recouvrir mais constituer un pavage. C'est
 une position qui peut se comprendre : imagine que tu veux générer une
 statistique de l'occupation des sols dans la commune de  Paray-le-Monial,
 ton chiffre pour les prairies va être faux si tu t'appuies sur
 landuse=meadow.



sua la liste internationale parlant des imports de données, il avait lancé
une discussion (
https://lists.openstreetmap.org/pipermail/imports/2014-March/003041.html))
sur l'opportunité de supprimer les landuse=meadow en v1, donc non touchés
depuis l'import initial Corine Land Cover.
Depuis il a commencer à en supprimer tout un tas qui ont déjà été bien
modifiés (le dernier exemple est en v6). Je crois qu'on est tous d'accords
pour dire que c'est données ne sont pas de très bonne qualité, mais entre
améliorer la donnée (principe de fonctionnement de osm) et la supprimer
purement et simplement sans la remplacer par quelque chose de mieux, il y a
une limite proche du vandalisme qu'il franchit allègrement!


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

Re: [OSM-talk-fr] Suppression de landuse CLC

[Sylvain Maillard]

j'ai sans doute été un peu provoc sur le mot de vandalisme, je n'ai pas
regardé en détails tous ses changesets pour voir les améliorations qu'il a
put apporter ...
pour ma part peut importe son pays d'origine ou les positions qu'il a put
avoir par le passé, ce qui passe mal c'est qu'il supprime des données sans
les remplacer !

on en discute autour d'un verre ce week-end (pour ceux qui viennent au
sotm-fr) et on lui fait une proposition de la communauté française pour
l'amélioration des landuse=meadow qui semblent tant le gêner ?

Sylvain


Le 3 avril 2014 16:37, sly (sylvain letuffe) lis...@letuffe.org a écrit :

 On jeudi 3 avril 2014, Pieren wrote:
  Mais il faudrait vraiment que quelqu'un (ou quelques uns) contacte le DWG
  pour mettre le hola à ce délire.

 Il est préférable, il me semble, de prendre contact en privé avec un
 contributeur que l'on juge indélicat lui demandant de cesser, si possible
 avec
 quelques exemples du problème et voir avec lui (surtout s'il a les
 compétences
 de paul) comment il serait possible de réaliser un revert total ou partiel
 de
 ses éditions.
 Si, et seulement si cela n'avançait pas dans la direction souhaité par les
 deux parties, alors là, oui, en effet, solliciter l'aide du DWG.
 Le faire sans discussion avec paul, c'est à mon avis une bonne méthode
 pour en
 énerver plusieurs...


  pnorman a la main très lourde et facile pour effacer ces landuse sous
  prétexte qu'ils sont issus de CLC malgré la discussion sur la liste
 import@

 Le malgré me semble mal placé puisque il n'a pas continué les
 suppressions
 suite à ma réponse et celle de christian sur la liste dont tu parles.

 Je lis ici quelques positions très catégoriques vandalisme n'écoute pas
 inutile alors qu'il me semble qu'il ne faut pas jeter le bébé avec l'eau
 du
 bain. Oui il a dérapé sur certains polygones, mais il a aussi (il me
 semble)
 fait beaucoup de couture de multipolygon et de comparaison avec bing qui me
 semble en partie bénéfiques.

 Je peux me tromper, mais ça sent un peu la vengeance parce que c'est lui
 Bien que de son coté, il n'a pas été malin non plus de venir provoquer les
 farouches gaulois sur leurs terres.

 --
 sly
 qui suis-je : http://sly.letuffe.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] Animations scolaires

[Sylvain Maillard]

Salut,

du côté de Lyon on a fait quelques interventions en collège, la dernière
fois sur 1 journée.
ON a commencé par une petite présentation d'osm, ensuite il y a eu une
sortie sur le terrain avec une tablettes gps par animateur, et pour les
enfants des field papers de la zone. Chacun a dessiné ce qu'il voulait sur
sa carte, et on a tout mis en commun l'après-midi, avec saisie des données
sous JOSM.

La comparaison des cartes dessinées par les élèves a aussi permis de mettre
en avant les différences de vision du monde, et l'intérêt d'avoir une carte
commune où chacun fait des ajouts selon ses centres d'intérêts ...


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

Re: [OSM-talk-fr] Périmètre 2014 des EPCIs : à vos Mapcrafts, prêts...

[Sylvain Maillard]

niveau licence c'est juste une CC BY-NC-ND (
http://creativecommons.org/licenses/by-nc-nd/4.0/deed.fr) qui ne dis pas
son nom ... sans doute pas celle qui est la plus utilisée, mais c'est un
cas qui est prévu depuis le début des CC ;)


Sylvain


Le 14 mars 2014 09:48, V de Chateau-Thierry v...@laposte.net a écrit :

 Bonjour,

  De : Romain MEHUT
  A noter la mise en ligne de la nouvelle version de Banatic
  https://www.banatic.interieur.gouv.fr/V5/accueil/index.php qui (sauf
 erreur) ne propose
  pas les contours des EPCI.

 Oui, mis à jour, mais pas sur le point de la licence. On peut toujours
 lire ici [1]:
  Les informations mises en ligne sur le site
 www.banatic.interieur.gouv.fr sont
 publiques et ne sont couvertes par aucun droit d'auteur (art. L. 122-5 du
 Code de la
 propriété intellectuelle) ;
 elles peuvent être reproduites librement, sous trois conditions :
 - gratuité de la diffusion ;
 - le respect de l'intégrité de l'information reproduite (aucune
 modification, ni
 altération d'aucune sorte) ;
 - la citation explicite de la source du producteur : DGCL - Banatic et la
 mention selon
 laquelle les droits de reproduction sont réservés et strictement limités.

 Toute utilisation à des fins commerciales ou publicitaires est interdite.
 Un peu anachronique...

 vincent

 [1] :
 https://www.banatic.interieur.gouv.fr/V5/mentions-legales/mentions-legales.php#4

 ___
 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] Tablettes ?

[Sylvain Maillard]

Salut,

pour des cartopartie avec des collégiens, la médiathèque qui nous
accueillait nous avais mis à disposition quelques Asus Transformer (sous
Android) pratiques pour l'utilisation en mode tablette sur le terrain, et
passage en mode ordinateur portable une fois de retour en salle.

J'ai un doute sur les modèles exacts qu'on avait, en tout cas ils
fonctionnent plutôt bien (aucun lag avec OSM Tracker) et la trace gps
générée est d'assez bonne qualité : largement suffisante pour un parc sous
des arbres, on y voit même les décrochements quand on passe d'un côté à
l'autre du chemin ou qu'on contourne quelque chose (voir
https://www.openstreetmap.org/user/Ecologeek/traces/1588305)


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

Re: [OSM-talk-fr] Registre parcellaire graphique 2012

[Sylvain Maillard]

Pour rajouter mon grain de sel dans tout ça:
- les jachères sont bien à considérer comme des terres agricoles, elles
sont juste laissé au repos pour quelques temps mais on vocation à être à
nouveau cultivées ! elles ne sont pas vraiment passé de mode, puisqu'il y
a toujours des aides spécifiques par la PAC, ça dépend surtout des secteurs
géographique et du type de cultures ...
- les maraîchers déclarent bien leurs surfaces agricoles comme les autres !

Les données du RPG ne sont pas destinées directement aux primes
européennes, les dossiers pour la PAC se font tous les 5 ans sur la base
d'un formulaire spécifique ...
Par contre une chose qu'il est très important de prendre en compte dans
l'exploitation de ces données, c'est la notion de secret statistique: il
ne faut pas qu'à partir du jeu de données fourni on puisse identifié
formellement une exploitation précise, donc les donnée sont agrégées, et
dans le cas ou l'agrégation ne soit pas suffisante, elles sont simplement
non disponibles et marquées dans les fichiers de statistiques comme s
dans les données du recensement agricole ...
Les maraîchers sont souvent dans ce cas : ils sont bien présents sur le
terrain, ils déclarent bien leurs surfaces, mais vu qu'ils ne sont pas
beaucoup on les identifie facilement donc ils disparaissent des
statistiques !

donc utilisation du RGP pour améliorer la carte oui, mais surtout pas de
modifications massives sur la base de ces données uniquement, il faut
bien vérifier qu'elles correspondent effectivement au terrain !


Sylvain





Le 21 février 2014 12:30, Philippe Verdy verd...@wanadoo.fr a écrit :

 Le 20 février 2014 20:10, Mickaël Guéret m.gue...@free.fr a écrit :

 Le lundi 17 février 2014 à 17:02 +0100, Pieren a écrit :
  Je me rend compte qu'il y a une page wiki pour la conversion:
 
 http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Occupation_du_sol
 J'en suis l'auteur.

  mais elle contient (au moins) une erreur:
  Légumes  Fleurs = landuse=farm ou landuse=allotments
  mais allotments, c'est les jardins familiaux, ça n'a rien à voir
  avec les maraîchers
 Ce ne sont que des propositions... Je vais enlever landuse=allotments du
 wiki, c'est effectivement faux et je ne me souviens plus pourquoi je
 l'avais mis.


 Sans doute landuse=vegetable_growing (maraîchage en français, mais pas
 d'équivalent aussi clair en anglais, le wiktionnaire semble vouloir prendre
 produce grower pour traduire maraîcher, mais je trouve le terme
 produce beaucoup trop générique car ça pourrait aussi bien être des
 semences, des poulets, des sapins de Noël, ou encore des charpentes
 métalliques et des produits financiers)
 Et landuse=horticulture (terme utilisé aussi en anglais)



 ___
 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] Registre parcellaire graphique 2012

[Sylvain Maillard]

euh mince oui j'ai des mots qui ont sauté et je n'ai pas bien relu avant
d'envoyer :
il y a toujours des aides spécifiques MAIS PLUS par la PAC, il n'y a plus
que des contrats spécifiques notamment pour des raisons de protection
environnementale (protection faunistique, floristique, apiculture, ...)

Je parle bien de la jachère au sens agricole du terme, celle qui fait
toujours partie des questionnaires pour le recencement agricoles et des
données dans le RPG (voir les classes de type gel ) : mise en repos
d'une terre avant de la cultiver à nouveau. Pendant un temps la jachère a
été aidée au niveau européen, mais les agriculteurs la pratiquaient déjà
avant et ça m'étonnerais qu'ils arrêtent du jour au lendemain !

Bon, en faisant une comparaison sur l'Ain entre le RPG 2010 et celui de
2012 on voit une baisse de 30% des surfaces en jachère (de 1,36% à 0,93% de
la SAU). Il est certain qu'une partie des jachères était une aubaine
fiscale, mais au final ça ne change pas grand chose en terme d'ordre de
grandeur par rapport aux autres cultures ...


Sylvain



Le 21 février 2014 14:06, Pieren pier...@gmail.com a écrit :

 2014-02-21 13:25 GMT+01:00 Sylvain Maillard sylvain.maill...@gmail.com:

  - les jachères sont bien à considérer comme des terres agricoles, elles
 sont
  juste laissé au repos pour quelques temps mais on vocation à être à
 nouveau
  cultivées ! elles ne sont pas vraiment passé de mode, puisqu'il y a
  toujours des aides spécifiques par la PAC, ça dépend surtout des secteurs
  géographique et du type de cultures ...

 Ben, tout dépend de ce qu'on appelle une jachère dans ce registe. Si
 c'est une jachère qui ne dure que 2 ou 3 ans, on peut effectivement
 encore les considérer comme agricoles. Mais si la jachère dure et que,
 sur le terrain, on voit que ça retourne à l'état sauvage, c'est
 difficile de lui attribuer un caractère agricole dans OSM.
 D'après le seul document que j'ai trouvé sur la nomenclature RPG, la
 seule classe qui parle de jachère est la classe GI jachère
 industrielle. Ce terme est défini ici [1] et désigne des jachères
 aidées (cultivables mais pas pour de l'alimentaire) qui n'existent
 plus depuis 2009.

 Pieren

 [1] http://agreste.agriculture.gouv.fr/definitions/glossaire/article/181

 ___
 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] State Of The Map France... ça avance mais pas sans vous !

[Sylvain Maillard]

Mes bras seront disponibles du vendredi midi au dimanche midi ;)


Sylvain de Lyon


Le 20 février 2014 11:23, Jean-Marc Gailis jeanmarc.gai...@gmail.com a
écrit :

 Je suis partant pour la logistique sur place (et même avant si tu veux).
 J'ai déjà participé à l'organisation d'événements (ex: Ubuntu Party Paris).
 Je ne peux cependant être là le vendredi.


 Jean-Marc Gailis
 Jānis-Marks Gailis
 Administrator at BDN.bf
 Burkina Data Network
 A non-profit DIY ISP.
 Taking the web to the Burkina.
 Ubuntu GNOME Translations Coordinator
 Latvian Ubuntu Translator
 Mozilla Translator Team
 Think Global, Make Locales.


 2014-02-20 11:19 GMT+01:00 Christian Quest cqu...@openstreetmap.fr:

 Un petit point sur les sponsors:
 http://openstreetmap.fr/sponsors-du-state-map-france-2014

 Pour le programme, ça se remplit bien sur le vendredi, il y a encore
 plein de créneaux libre sur le samedi alors avis aux amateurs !

 J'ai aussi besoin de bras pour la logistique sur place pendant
 l'évènement car accueillir plus de 200 personnes ça demande un peu de monde
 (10% me semble un bon objectif). Alors là aussi avis aux amateurs !


 --
 Christian Quest - OpenStreetMap France
 Conférence State Of The Map France du 4 au 6 avril à 
 Parishttp://openstreetmap.fr/sotmfr

 ___
 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] Peut-on acheter OSM?

[Sylvain Maillard]

que OSM en tant que projet n'est pas à vendre, et que de toute manière la
licence odbl obligerait google à publier tout travail dériver sous une
licence libre ?


Sylvain


Le 30 janvier 2014 09:42, Romain MEHUT romain.me...@gmail.com a écrit :

 Bonjour,

 Suite à la parution dans le dernier numéro de Courrier International, de
 la traduction d'un article du New York Times sur Google Maps Google Maps à
 la conquête du monde (
 http://www.courrierinternational.com/article/2014/01/29/google-maps-a-la-conquete-du-monde),
 on m'a évoqué la possibilité que Google pourrait acheter OSM.

 Que répondre à cela?

 Merci.

 Romain



 ___
 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] Open Data Bouches du Rhome

[Sylvain Maillard]

Les données sont disponibles sur http://data.visitprovence.com, on en avait
déjà parlé il y a un moment sur la list talk-fr ou sur al liste
local-marseille ...
il reste quelques traces d'ailleurs:
http://www.opendatafail.fr/data-visitprovence-com-ne-veut-pas-de-reutilisateurs/


des quelques jeux de données que j'avais regardé (données environnementales
surtout ), il faut vraiment se méfier et il y a plein d'erreurs de
structure des fichier :
- le jeux de données Liste des
massifshttp://data.visitprovence.com/les-donnees/fiche-donnee/donnees/liste-des-massifs/
contenait des coordonnées fausses (c'est corrigé), le fichier csv actuel
est encore structuré de manière bizarre (passage à la ligne dans une même
ligne de données), et il s'agit uniquement d'une représentation ponctuelle
(donc pour des étiquettes au mieux)
- le jeux de données conditions d'accès aux
massifshttp://data.visitprovence.com/les-donnees/fiche-donnee/donnees/zooms-sur-les-massifs-naturels-des-bouches-du-rhone/
est un tableur excel sous licence odbl, qui contient des bouts de code
javascript qui font appel à un fichier js sur un autre serveur (pas d'info
de licence), pour faire afficher des cartes sur google maps ... et les
polygones des massifs sont découpés à la grosse hache, avec même des
recouvrements ...
- la Liste des monuments  sites
culturelshttp://data.visitprovence.com/les-donnees/fiche-donnee/donnees/liste-des-monuments-sites-culturels/
contient des erreurs de localisation et de très grosses imprécisions
(affichage au mieux au 1/50 000)
- la Listes des
muséeshttp://data.visitprovence.com/les-donnees/fiche-donnee/donnees/listes-des-musees/
contient également des erreurs de localisation (mais c'est vrai qu'en
Camargue on en est pas à 10Km près), j'y ai retrouvé aussi au moins une
structure qui n'est absolument pas un musée mais un domaine privé qui n'est
pas ouvert au public


sans compter qu'on a aucune indication de l'origine des données
géographiques, au vu de ce qui est fourni il y a au moins quelques jeux de
données odbl basés sur l'api google maps ...
donc l'idée de départ est bonne, mais malheureusement pas utilisable en
l'état !


Sylvain





Le 29 janvier 2014 13:34, THEVENON Julien julien_theve...@yahoo.fr a
écrit :

 Salut,

 je viens de tomber sur cet article :


 http://www.developpez.com/actu/65375/Comment-les-Bouches-du-Rhone-se-valorisent-avec-l-open-data-et-le-sponsoring-d-applications-entretien-avec-la-DG-de-Bouche-Du-Rhone-Tourisme/http://

 Apparemment ils ont mis a disposition le listing des hotels, campings,
 restaurants et d autres donnees.
 Est ce que quelqu un a jete un oeuil a ces donnees ?

 Bonne journee
 Julien

 ___
 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] highway=path ouvert aux motorisés ou pas ?

[Sylvain Maillard]

Le 21 janvier 2014 15:08, Christophe Merlet red...@redfoxcenter.org a
écrit :

 En dehors des chemins aménagés... Dans OSM il n'y a donc pas de
 chemins représentés.
 Ce qui n’empêchent pas l'existence de pistes et chemins ouverte à la
 circulation sur les plages.

 http://tile.openstreetmap.fr/?zoom=14lat=43.37409lon=4.59853layers=B000FF



Pour cet endroit en camargue que je connais particulièrement bien, je
confirme qu'il y a bien un gros réseau de chemins carrossables (et
entretenus).
MAIS ils sont dans leur quasi intégralité sur terrains privés ou en zone de
réserve naturelle et sont strictement interdits à la circulation sauf
dérogation pour les gardes et les employé des salines, et sur le terrain
les accès sont fermés par des barrières ... ce qui n'empêche pas de les
représenter sur une carte ;)

La circulation sur la plage reste interdite, il y a même eu pose de
gabarits en pierre pour bloquer le passage aux 4x4 et véhicules de campings
qui se croyaient non soumis au droit français ...

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

Re: [OSM-talk-fr] data.gouv.fr 2.0 c'est parti !

[Sylvain Maillard]

Ah, ben ça c’est une très bonne nouvelle et une belle reconnaissance du
travail de toutes les fourmis qui ont participé !

je trouve que c’est une très bonne chose d'avoir la possibilité de mettre
des exemples de réutilisation, ça donne une très bonne idée de ce qu'on
peut sortir de la base OSM (sur le réseau électrique par exemple) ... en
espérant que ça permette de diffuser la donnée libre plus largement
maintenant qu'il y a une reconnaissance officielle !


Sylvain



Le 18 décembre 2013 14:13, Christian Quest cqu...@openstreetmap.fr a
écrit :

 Le 18 décembre 2013 13:58, Nicolas Dumoulin 
 nicolas_openstreetmap@dumoulin63.net a écrit :

 Le mercredi 18 décembre 2013 13:30:14 Christian Quest a écrit :
  Inauguré officielle à 16h30 par le Premier Ministre, mais déjà
 disponible
  en ligne... avec une belle surprise !
 
  http://openstreetmap.fr/openstreetmap-sur-datagouvfr  \o/

 Merci pour l'info et pour ton boulot (et bien sûr toutes les fourmis).
 Ce nouveau portail apporte en effet des plus.
 J'aime surtout les réutilisations de la communauté sur chaque jeu de
 données,
 ça c'est vraiment excellent, pour tous : producteurs, hackers,
 consommateurs
 et curieux !

 Merci à ceux qui ont permis cela et j'espère qu'on verra bientôt
 apparaître
 des réutilisations des structures publiques dans les contributions de la
 communauté des données OSM :-)

 Je vois que tu n'as pas encore poussé le bouchon jusqu'à publier les
 limites
 de communes comme ressources supplémentaires sur la page GéoFLA ;-)
 https://www.data.gouv.fr/fr/dataset/geofla-communes
 « Vous avez construit une base de données plus complète que celles
 présentées
 ici ? C'est le moment de la partager ! »



 Ah oui, on peut faire ça ? Hum... j'avoue que ça me démange, mais c'est
 pas très diplomate. Quelqu'un va bien faire ça ;)

 De toue façon les limites de communes d'OSM sortent déjà bien avant celle
 de l'IGN dans les recherches (27.9 à 10.0 dans la note du jeu de données).

 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/


 ___
 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] Matériel de communication - OSM et randonnée

[Sylvain Maillard]

Merci de LIRE les fils de discussion en entier avant de dire n'importe
quoi: cette image A0 en 100dpi a justement été mis à disposition en tant
qu'imagette pour tous ceux qui ont eu des problèmes de téléchargement de
l'image originelle en 300 dpi ...

pour les autres démo, il y a tout déjà en lien sur sa page de profil !


Sylvain

Le 2 décembre 2013 14:53, Philippe Verdy verd...@wanadoo.fr a écrit :

 Une impression A0 ne se fait pas n'importe où : les imprimantes
 professionnelles supportent de bien meilleures résolutions que nos petites
 imprimantes personnelles, limitées souvent à A4 voire A3 et dans des
 résolutions voisines de 100 dpi en couleur. Si tu vas chez un imprimeur
 avec ton fichier A0 à 100 dpi, tu ne paierais pas moins cher le tirage
 qu'avec une image à 300 dpi.

 Je pense donc que cette image A0-100dpi est juste une démo pour montrer en
 ligne, et que tu as déjà une meilleure image (mais trop grosse et trop
 longue à uploader sur ton compte wiki sur osm107). Ce serait intéressant
 (toujours en démo) de montrer une sous-image A4 ou A3 à 300dpi pour
 peaufiner les ajustements de style souhaitables, en sacrifiant le rectangle
 de légende (qui peut être dans une image à part).


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

Re: [OSM-talk-fr] Récuperer fond de carte Openstreet map et compléter avec ses données

[Sylvain Maillard]

Salut,

je viens de télécharger le jeux de données coastlines et de tester, ça
s'ouvre très bien avec une configuration à peu près similaire à la tienne
(sous windows) !

peut-être qu'il y a un problème avec ton installation de QGIS ?


Pour tout ce qui est des concepts de cartographie numérique, je ne peux
que vivement te recommander d'aller jeter un coup d'oeil à la documentation
de QGIS, elle reprend notamment les bases pour être sur que tout le monde
utilise le même vocabulaire ... http://qgis.org/fr/docs/index.html


Sylvain




Le 20 novembre 2013 10:13, Jean-Marc Liotier j...@liotier.org a écrit :

 On 20/11/2013 09:35, Maïeul Rouquette wrote:

 Le 19 nov. 2013 à 23:29, Jean-Marc Liotier j...@liotier.org a écrit :

  On 11/19/2013 05:43 PM, Maïeul wrote:

 Le 19.11.13 12:51, Jean-Marc Liotier a écrit :

 Tu veux http://openstreetmapdata.com/data/coastlines - un magnifique
 shapefile t'y attend !

 j'ai essayé, trop lourd pour qgis ...

 Avec quelle configuration matérielle ?

 mac dual core 2.7 Ghz, 8go de ram


 Je n'ai pas la moindre idée de ce qui est nécessaire - quelqu'un ici
 peut-il nous dire si cette configuration devrait suffire ou s'il est normal
 qu'elle ne s'en sorte pas ?



 ___
 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] Antimeridian

[Sylvain Maillard]

Hi,

just check all the controversial work done by this user, and you will be
fixed ;)


Sylvain



2013/11/7 Martin Koppenhoefer dieterdre...@gmail.com


 2013/11/7 Frederik Ramm frede...@remote.org

 Hi,

any opinions on

 http://www.openstreetmap.org/browse/way/239992362

 and similar ways? I am leaning towards at least stripping them of the
 natural=coastline (because they aren't)



 +1

 also the three geographic northpoles seem a little bit strange, wouldn't
 one node be sufficient (if at all)?
 http://www.openstreetmap.org/browse/node/2480792579
 http://www.openstreetmap.org/browse/node/2480805006
 http://www.openstreetmap.org/browse/way/240332790

 Cheers,
 Martin


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


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

Re: [OSM-talk-fr] Rapport Trojette et réaction de l'IGN

[Sylvain Maillard]

et bien il n'y va pas de main morte !

pour ce qui est du modèle économique d'OSM, il faudrait peut-être lui
envoyer en recommandé une capture d'écran de la page d'accueil de osm.org,
avec les liens directs vers le site de la fondation et des hébergeurs
principaux ?

et je trouve assez drôle la manière dont est citée la licence
contaminante qui force la gratuité des données et bloque la création de
richesse :D



Sylvain



Le 6 novembre 2013 21:37, Christophe Merlet red...@redfoxcenter.org a
écrit :

 Le 06/11/2013 21:27, Brice Mallet a écrit :

  Bonsoir,

 Sans rentrer dans le troll, il serait pê possible de rédiger un article
 sur http://openstreetmap.fr/ pour factuellement répondre sur ces points :

 /(...) M. Musquet peut-il nous éclairer sur le budget d’OSM, ses
 sources de financement, les relations entre OSM France et la maison
 mère, le lieu et les modalités d’hébergement de ses données ? (...) /


 Inutile. C'est documenté dans le wiki et indexé par Google. on trouve les
 infos en 2 secondes.

 Concernant la compta, les chiffres sont dans un rapport écrit par un
 magistrat de la cour des comptes et remis au 1e ministre. C'est suffisant
 non ?
 De plus, le prochain exercice sera validé par un commissaire aux comptes.

 Quand aux attaques sur commanditaires anglo-saxons et licence dite
 contaminante. Ne nourissons pas le troll. Ces propos ne font que
 discréditer celui qui les prononce !


 Librement,
 --
 Christophe Merlet (RedFox)


 ___
 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] BD Carthage est libre

[Sylvain Maillard]

Salut à tous,

juste pour nuancer les propos, je ne pense pas que la version actuellement
en ligne de la BD Carthage soit réellement sous licence ouverte : celle
disponible au téléchargement sur le site du SANDRE est la version de 2010,
on trouve encore dans les métadonnées Restriction lié à l’exercice du
droit patrimonial.

En ayant relu la nouvelle convention, je n'ai pas trouvé mention des
versions déjà publiées, mais uniquement des mises à jour à venir : ma
lecture me fait comprendre que ce qui est concerné par la licence ouverte,
c'est uniquement les versions enrichies qui seront produites dans les 5 ans
suivant la notification de cette convention ... donc que la licence ouverte
s'appliquera à la BD Carthage versions 2013, 2014, 2015, 2016 et 2017 mais
ni aux versions précédentes (dont celle actuellement en ligne), ni les
versions suivantes si la convention n'est pas revalidée !

la BD Carthage reste utilisable pour la comparaison avec les données OSM
(c'est une utilisation non commerciale), mais il faut attendre la nouvelle
version 2013 pour pouvoir en recopier des morceaux ! et il faudra être bien
stricts sur l'utilisation du millésime dans le champ source ...


Sylvain




Le 23 octobre 2013 09:52, Ab_fab gamma@gmail.com a écrit :

 Christian,

 C'est possible sur layers.openstreetmap.fr par exemple

 http://layers.openstreetmap.fr/?zoom=6lat=46.4lon=2.3508layers=000B0T

 Concernant les données, il y a celles relatives aux obstacles à
 l'écoulement (*) de l'ONEMA qui pourraient bien se combiner avec Carthage.
 Mais pour ces données, on peut également utiliser le plugin open data (**)
 dans JOSM


 --
 (*)
 http://wiki.openstreetmap.org/wiki/Potential_Datasources/France#Onema.2FROE_.28R.C3.A9f.C3.A9rentiel_des_Obstacles_.C3.A0_l.E2.80.99Ecoulement.29
 (**) http://wiki.openstreetmap.org/wiki/JOSM/Plugins/OpenData


 Le 23 octobre 2013 09:22, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 Fond blanc sur tile.openstreetmap.fr ?

 Le but de ce rendu de la BD Carthage c'est surtout de l'utiliser comme
 couche de guide dans JOSM, comme le Route500.

 Je pense revoir le rendu sur les premiers niveaux pour ne faire
 apparaitre que les voies navigables.

 Pour info, j'ai transféré les données de la BDCarthage dans une base
 postgis. L'idée est à terme de faire des rapprochements entre les données
 OSM et Carthage, de mettre en évidence ce qui manque, etc...



 Le 23 octobre 2013 07:32, JB jb...@mailoo.org a écrit :

 **

 Salut Christian, et merci pour ce boulot.

 Est-ce qu'il serait possible de choisir, en fond de carte, un fond blanc
 ? J'en cherchais un pas trop chargé, j'ai pas trouvé mon bonheur, et
 finalement, un fond blanc, ce serait parfois pratique.

 JB.



 Le 23.10.2013 00:48, Christian Quest a écrit :

 Voilà un premier jet (d'eau).

 C'est un rendu vraiment destiné à des zooms élevés... rien de visible
 avant le zoom 8 (qui édite l'hydrographie en zoom 8 ?)

 - 8 à 11: les cours d'eau de plus de 50m de largeur

 à partir de 12...
 - tout les cours d'eau (et leur nom si il y a la place, rivière et
 ruisseau abrégés en riv. et rui.) et plans d'eau
 - la largeur du trait: fine = 0 à 15m de large, moyen (15 à 50m), gros
 (plus de 50m)
 - pointillé vert = navigable, rouge = non navigable, sans = inconnu (à
 vérifier, je trouve des trucs étranges)

  à partir du zoom 14:
 - les ref:sandre sont affichés sur les tronçons
 - les tronçons on un point noir pour indiquer leurs extrémités
 (changement d'attribut)
 - les autre POI sont indiqués avec leur description textuelle (barrages,
 perte, etc)

 Exemple:
 http://tile.openstreetmap.fr/?zoom=14lat=45.7921lon=4.93973layers=000B000FFTF

 Les couleurs sont peut être à revoir pour l'édition... j'ai pas encore
 testé avec JOSM.



 Le 22 octobre 2013 21:42, Romain MEHUT romain.me...@gmail.com a écrit
 :

  Le 22 octobre 2013 21:33, Christian Quest cqu...@openstreetmap.fra
 écrit :

  Oui... je m'y remet de suite ;)


  Encore merci Christian!

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




 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

 ___
 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




 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

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




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

 

Re: [OSM-talk-fr] BD Carthage est libre

[Sylvain Maillard]

en fait dans le texte de la convention (et pas le résumé avec ses
approximations), il est écrit : ... la BD Carthage enrichie SERA diffusée
...
il est également prévu un retour au statut initial au terme des 5 ans de la
convention (sans nouvel accord) ...
et sur le site, les anciennes versions en téléchargement sont toujours
accompagnées de la licence liée aux anciennes conventions !


ça ne change strictement rien sur l'utilisation de la BD Carthage en tant
que surcouche de données, mais je crains que des contributeurs ne se
laissent aller à importer directement des données de la BD Carthage
actuelle sous une licence qui ne le permet pas ...


je vais poser la question à un des porteur du projet comme ça on sera fixés
;)

Sylvain



Le 23 octobre 2013 12:34, Christian Quest cqu...@openstreetmap.fr a écrit
:

 Côté rendu, j'ai un peu complété:
 - sur les zooms faibles, seules les voies navigables sont rendues
 - ajout de la classe CEMT entre parenthèses après le ref:sandre
 - ajout de POI complémentaires en orange (Stations de traitement, Châteaux
 d'eau, Stations de pompage, Réservoirs) - osmose pourrait en tirer partie

 Ca manque de doc tout ça car le fichier de description disponible (BD
 Carthage v3.0) ne correspond pas tout à fait aux données.

 J'ai aussi mis ça en projet sur github:
 https://github.com/cquest/bdcarthage-cartocss

 ___
 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] BD Carthage est libre

[Sylvain Maillard]

Je peux te faire un fichier explicatif sur les données, mais pas avant ce
soir ...


Sylvain


Le 23 octobre 2013 14:13, Christian Quest cqu...@openstreetmap.fr a écrit
:

 Pour les plans d'eau permanents ou non, je peux éventuellement le signaler
 par des pointillés différents sur la bordure.

 Pour l'intégration des POI, je n'ai aucune documentation à leur sujet, le
 PDF de description de la BD Carthage est assez peu explicite sur les
 données elles même. Il décrit plus la structure des données que les données.

 Le cas de etat=Fictif sur les tronçons de cours d'eau est assez
 intéressant par exemple. La majorité des grands fleuves sont fictifs ce
 qui fait bizarre.


 Pour la classe... voici ce que j'ai trouvé:
 - circulaire de 76:
 http://www.cetmef.developpement-durable.gouv.fr/IMG/pdf/circulaire_76mod95_cle5413df.pdf
 - classes CEMT: http://fr.wikipedia.org/wiki/Classe_CEMT

 Ca se ressemble beaucoup, mais il y a quelques différence.
 Des spécialistes fluviaux peuvent nous éclairer ?

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

Re: [OSM-talk-fr] BD Carthage est libre

[Sylvain Maillard]

oui, les référentiels contiennent des erreurs, et du coup la BD Carthage
aussi ... j'ai une explication pour ce genre de décalages, mais je
raconterai plutôt en privé ;)




Le 23 octobre 2013 15:10, Christian Quest cqu...@openstreetmap.fr a écrit
:

 Méfiance pour la précision et la fraîcheur des données...

 http://cl.ly/image/2q0t3H403q17

 Le point de la BD Carthage (en haut) est l'ancien barrage, le nouveau
 est en bas de l'image... depuis bientôt 40 ans ;)

 ___
 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] BD Carthage est libre

[Sylvain Maillard]

pour information, j'ai commencé à centraliser sur une page du wiki toutes
les questions qui se sont posées et les données qui paraissent bizarres.

je poserai les question à un des gestionnaire du référentiel pour voir s'il
s'agit d’incompréhensions de la données, ou d'erreurs ...


Sylvain


Le 23 octobre 2013 22:08, Christian Quest cqu...@openstreetmap.fr a écrit
:

 On a la même doc et elle date de 2006 et le contenu des shapefile ne
 correspond plus. Mais bon, on ne va pas faire les difficiles, ça montre
 juste que les données de références et leurs spécifications bien carrées
 sont quand même des concepts assez artificiels ;)


 Le 23 octobre 2013 20:28, Jérôme Amagat jerome.ama...@gmail.com a écrit
 :

 j'ai trouvé ça:

 http://services.sandre.eaufrance.fr/telechargement/geo/BDCarthage/FXX/2009/arcgis/DL_BDCARTHAGE_3_0_shp.pdf
 qui donne toute les données que l'on trouve dans carthage.

 Réserv. c'est réservoir mais quoi comme réservoir? pas indiqué
 Il doit y avoir sur cette conduite le faite quelle est souterraine car
 dans ce doc il est dit que c'est indiqué.


 Le 23 octobre 2013 18:57, François Lacombe 
 francois.laco...@telecom-bretagne.eu a écrit :

 Il peut y avoir également des petits soucis avec les altitudes.


 http://tile.openstreetmap.fr/?zoom=15lat=45.37455lon=6.16855layers=B00FFTF

 Les franchissements qui sont indiqués ici n'en sont pas : le cours d'eau
 transversal est en fait à 1500m sous la montagne à cet endroit.


 Je n'arrive pas à trouver (je dois mal chercher) sur le site du sandre
 la couche qui donne lieu au points orange Réserv.
 Serait-ce des réservoirs uniquement pour l'eau potable ? A-t-on des
 données attributaires sur ces équipements ?



 *François Lacombe*

 francois dot lacombe At telecom-bretagne dot eu
 http://www.infos-reseaux.com


 Le 23 octobre 2013 17:34, Stéphane Péneau stephane.pen...@wanadoo.fra 
 écrit :

 C'est curieux, je tombe sur des cours d'eau qui ont un toponyme sur le
 site, mais pas dans la base téléchargeable.

 Exemple :
 http://services.sandre.**eaufrance.fr/Courdo/Fiche/**
 client/fiche_courdo.php?**CdSandre=M8206050#bogushttp://services.sandre.eaufrance.fr/Courdo/Fiche/client/fiche_courdo.php?CdSandre=M8206050#bogus

 Alors que dans la base, ce nom n'est pas présent.
 http://tile.openstreetmap.fr/?**zoom=16lat=46.97611lon=-1.**
 38823layers=B00FFTFhttp://tile.openstreetmap.fr/?zoom=16lat=46.97611lon=-1.38823layers=B00FFTF

 C'est le fait que sur la fiche, ce soit noté autre toponyme ?

 Stf

 Le mercredi 23 octobre 2013 16:17:04, Christian Quest a écrit :

 41 ans plus exactement...
 http://fr.wikipedia.org/wiki/**Barrage_de_Cr%C3%A9teilhttp://fr.wikipedia.org/wiki/Barrage_de_Cr%C3%A9teil

 Je me souviens de sa construction, mais pas de l'ancien ;)

 Le côté historique des BDD non à jour... ça a un certain charme... ou
 pas !



 Le 23 octobre 2013 16:03, Sylvain Maillard sylvain.maill...@gmail.com
 mailto:sylvain.maillard@**gmail.com sylvain.maill...@gmail.com a
 écrit :


 oui, les référentiels contiennent des erreurs, et du coup la BD
 Carthage aussi ... j'ai une explication pour ce genre de
 décalages, mais je raconterai plutôt en privé ;)




 Le 23 octobre 2013 15:10, Christian Quest cqu...@openstreetmap.fr
 mailto:cquest@openstreetmap.**fr cqu...@openstreetmap.fr a
 écrit :


 Méfiance pour la précision et la fraîcheur des données...

 http://cl.ly/image/**2q0t3H403q17http://cl.ly/image/2q0t3H403q17

 Le point de la BD Carthage (en haut) est l'ancien barrage, le
 nouveau est en bas de l'image... depuis bientôt 40 ans ;)



 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... 
 http://donate.osm.org/**server2013/http://donate.osm.org/server2013/


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr




 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.**org/listinfo/talk-frhttps://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




 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

 ___
 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] Équivalent de Google Maps Engine (Lite)?

[Sylvain Maillard]

Bonjour,

je crois que vous cherchez http://umap.openstreetmap.fr


Sylvain



Le 20 octobre 2013 15:42, Shohreh codecompl...@free.fr a écrit :

 Bonjour

 J'aimerais permettre à un groupe d'amis d'ajouter des POIs sur une carte et
 publier cette carte sur le Net.

 Google Maps Engine Lite
 
 http://google-latlong.blogspot.fr/2013/03/create-collaborate-and-share-advanced.html
 
 permet de le faire, mais tant qu'à faire, je préfèrerais une solution OSM.

 Existe-t-il une solution aussi simple à utiliser? Ce sont des gens sans
 connaissances informatiques et il faut donc un point 'n click.

 Merci.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Equivalent-de-Google-Maps-Engine-Lite-tp5782301.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] BD Carthage est libre

[Sylvain Maillard]

la BDCarthage est de précision décamétrique, à mon avis il ne faut pas
envisager un import direct, mais plutôt un outil de comparaison comme pour
le reférentiel Routes 500 ...


Et il y a la nouvelle version qui doit être livrée en septembre, donc mieux
vaut encore un peu de patience et partir sur les données les plus corrigées
;)


Sylvain




Le 14 septembre 2013 10:23, Claude claude.mar...@gmail.com a écrit :

  Le 13/09/2013 19:37, Romain MEHUT a écrit :

  Personne n'a encore citée cette page
 http://wiki.openstreetmap.org/wiki/FR:Potential_Datasources/France#Sandre.2FBD_CarTHAgEqu'il
  reste à mettre à jour...

  Romain

 Le 13 septembre 2013 16:26, Christian Quest cqu...@openstreetmap.fr a
 écrit :



 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr

  Bonjour

 Intéressant pour trouver le nom et la référence des cours d'eau . J'avais
 l'habitue d'utiliser le SANDRE mais la on gagne du temps
 par contre, le tracé est imprécis. Je pense qu'une importation automatique
 comme pour la partie eau du cadastre est à proscrire car elle engendrerai
 une multitude d'erreurs


 Question:
 L'attribut CLASSE peut il servir à quelque chose?



 cordialement
 Claude




 --
  Envoyé avec Mozilla Thunderbird ---


 ___
 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] BD Carthage est libre

[Sylvain Maillard]

justement, on est seulement à la moitié du mois ;)


Le 14 septembre 2013 11:08, Romain MEHUT romain.me...@gmail.com a écrit :

 Le 14 septembre 2013 11:00, Sylvain Maillard sylvain.maill...@gmail.coma 
 écrit :



 Et il y a la nouvelle version qui doit être livrée en septembre, donc
 mieux vaut encore un peu de patience et partir sur les données les plus
 corrigées ;)


 On y est déjà en septembre...

 ___
 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] BD Carthage est libre

[Sylvain Maillard]

chouette !


Sylvain


Le 13 septembre 2013 10:08, RatZilla$ ratzil...@gmail.com a écrit :

 Bonjour à tou[te]s,

 J'ai reçu ce matin une copie de la convention signée le 9 septembre 2013
 par la Direction de l'IGN et celle de l'ONEMA.
 Cette base de donnée est désormais sous Licence Ouverte. Merci aux agents
 de l'ONEMA et à nos interlocuteurs qui ont suivi ce dossier depuis 2010.

 Gaël

 ___
 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] Nom officiel des cours d'eau, Sandre ou pas Sandre ?

[Sylvain Maillard]

Salut,

le référentiel Sandre est censé utiliser l'écriture correcte (avec
validation par les gestionnaires locaux), mais il n'est pas exempt
d'erreurs ... dans le cas de l'Eygue, il y a même 2 écritures dans le
sandre: Eygues jusqu'à la confluence avec la Saule, et Aigues à l'aval !
Vu le nom du sous-bassin hydrographique, je pencherais plutôt pou
l'utilisation de l'écriture Eygues ... je fais remonter la question ;)

@cquest: la validation des retours prend parfois beaucoup de temps, avec de
multiples aller-retours en interne et même de grosses discussions ... et
pour ne pas simplifier les choses, l'IGN ne publie les données mises à jour
qu'1 fois par an, donc les mises à jour fait maintenant ne seront visibles
qu'en septembre 2014 ...

Sylvain




Le 20 août 2013 13:53, Christian Quest cqu...@openstreetmap.fr a écrit :

 Pour le nom, je ne vois pas trop comment en choisir un plutôt qu'un autre.
 Le Sandre st une référence utilisable, mais pas exempte d'erreurs non plus,
 y compris dans leur chainage (j'en ai signalé une, a-t-elle été corrigée ?
 je n'ai jamais eu de retour).

 Ca vient d'où ces 12m ?

 Oui, le waterway=river est à mapper en priorité et systématiquement, le
 riverbank c'est la cerise sur le gâteau ;)



 Le 20 août 2013 13:47, Tony Emery tony.em...@yahoo.fr a écrit :

 Quel nom doit-on mettre dans OpenStreetMap pour qualifier les cours d'eau ?

 Je pencherais pour le nom qui est dans la base Sandre, avec un tag
 alt_name
 pour les autres orthographes.

 Exemple, l'Aygues (Vaucluse) s'écrit Eygues ou Aigues ou Aigue ou Aygues.
 Sur wikipédia c'est Eygues et sur Sandre c'est Aigue.

 De votre côté, voue feriez comment ?

 De plus, dans nos régions, le cours d'une rivière se balade à l'intérieur
 de
 son lit (heureux l'élève qui, comme la rivière, peut suivre son cours
 sans
 quitter son lit).
 Du coup, on a :
 - waterway=river pour les rivières étroites qui apparaîtront comme une
 ligne
 au rendu. la largeur minimum est définie par convention à 12 m.
 - waterway=riverbank correspondant au lit mineur d'un cours d'eau de plus
 de
 12m.

 J'ai cru comprendre que, même si on cartographie une rivière avec
 waterway=riverbank, on doit quand aussi saisir le fil d'eau avec
 waterway=river.

 par contre, comment cartographier le lit majeur d'une rivière, qui peut
 être
 un espace varié (sable, gravier, boue, herbes, ...) ?



 -
 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/Nom-officiel-des-cours-d-eau-Sandre-ou-pas-Sandre-tp5774214.html
 Sent from the France mailing list archive at Nabble.com.

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




 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/

 ___
 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