[OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre

[Bruno]

Bonjour,

Quelqu'un aurait-il une expérience d'enregistrement des données de 
l’accéléromètre (3 axes) présent dans les GPS.
Pour l'instant je n'ai pas trouvé d'application (libre) qui permette de 
le faire et j'aurais voulu voir ce que cela donne concrètement dans le 
fichier.


Exemple de Garmin avec un schéma d'extension maison :

73.122013-12-04T12:26:58Z

















Merci d'avance,
Bruno.

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

Re: [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre

[THEVENON Julien]

t as verifie que GPSbabel ne gere pas ca ? 
 
  De : Bruno 
 À : Discussions sur OSM en français  
 Envoyé le : Lundi 23 février 2015 12h26
 Objet : [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre
   
Bonjour,

Quelqu'un aurait-il une expérience d'enregistrement des données de 
l’accéléromètre (3 axes) présent dans les GPS.
Pour l'instant je n'ai pas trouvé d'application (libre) qui permette de 
le faire et j'aurais voulu voir ce que cela donne concrètement dans le 
fichier.

Exemple de Garmin avec un schéma d'extension maison :

73.122013-12-04T12:26:58Z

    
        
        
        
        
        
        
        
        
        
        
    




Merci d'avance,
Bruno.

___
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] Fichier GPX avec les données de l’accéléromètre

[Bruno]

Oui j'ai vérifié mais à priori GpsLabel ne gère "que" les waypoints, 
tracks et routes.
Ce que je recherche (pas précisé dans mon premier message) est une 
application (Android) qui enregistre les données G-Force en plus des 
traditionnels waypoints, parce qu'en terme de Gps je n'ai que celui 
intégré à la voiture (pas exploitable) et un TomTom One qui n'enregistre 
pas les parcours
OsmTracker par exemple serait très bien si il gérait ces données (oui je 
sais j'ai le source donc je n'ai qu'a ajouter cette fonctionnalité ;-)

Merci de votre aide,
Bruno.


Le 23/02/2015 13:01, THEVENON Julien a écrit :

t as verifie que GPSbabel ne gere pas ca ?


*De :* Bruno 
*À :* Discussions sur OSM en français 
*Envoyé le :* Lundi 23 février 2015 12h26
*Objet :* [OSM-talk-fr] Fichier GPX avec les données de
l’accéléromètre

Bonjour,

Quelqu'un aurait-il une expérience d'enregistrement des données de
l’accéléromètre (3 axes) présent dans les GPS.
Pour l'instant je n'ai pas trouvé d'application (libre) qui
permette de
le faire et j'aurais voulu voir ce que cela donne concrètement
dans le
fichier.

Exemple de Garmin avec un schéma d'extension maison :

73.122013-12-04T12:26:58Z

















Merci d'avance,
Bruno.

___
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] Fichier GPX avec les données de l’accéléromètre

[Gaël Simon]

Sur ios, j'ai utilisé SensorLog, qui semble exister sous Android

Le 23 févr. 2015 à 14:24, Bruno  a écrit :

Oui j'ai vérifié mais à priori GpsLabel ne gère "que" les waypoints, tracks et 
routes.
Ce que je recherche (pas précisé dans mon premier message) est une application 
(Android) qui enregistre les données G-Force en plus des traditionnels 
waypoints, parce qu'en terme de Gps je n'ai que celui intégré à la voiture (pas 
exploitable) et un TomTom One qui n'enregistre pas les parcours  
OsmTracker par exemple serait très bien si il gérait ces données (oui je sais 
j'ai le source donc je n'ai qu'a ajouter cette fonctionnalité ;-)
Merci de votre aide,
Bruno.


Le 23/02/2015 13:01, THEVENON Julien a écrit :
> t as verifie que GPSbabel ne gere pas ca ? 
> 
> De : Bruno 
> À : Discussions sur OSM en français  
> Envoyé le : Lundi 23 février 2015 12h26
> Objet : [OSM-talk-fr] Fichier GPX avec les données de l’accéléromètre
> 
> Bonjour,
> 
> Quelqu'un aurait-il une expérience d'enregistrement des données de 
> l’accéléromètre (3 axes) présent dans les GPS.
> Pour l'instant je n'ai pas trouvé d'application (libre) qui permette de 
> le faire et j'aurais voulu voir ce que cela donne concrètement dans le 
> fichier.
> 
> Exemple de Garmin avec un schéma d'extension maison :
> 
>  lon="-70.4780473784">73.122013-12-04T12:26:58Z
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> Merci d'avance,
> Bruno.
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] BANO : Orléans et environs en rouge

[Pierre-Yves Berrard]

Grosse tache rouge détectée à Orléans et communes limitrophes.
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#12/47.9171/1.9144

Je suspecte un problème sur les limites communales, qui empêche
l'appariement sur l'ensemble du territoire des communes.

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

Re: [OSM-talk-fr] BANO : Orléans et environs en rouge

[djoman]

Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je regarde de 
suite.
Djoman 

Envoyé depuis mon téléphone android

 Pierre-Yves Berrard a écrit 

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

Re: [OSM-talk-fr] BANO : Orléans et environs en rouge

[Vincent de Château-Thierry]

Bonjour,

> De: "Pierre-Yves Berrard" 
> 
> Grosse tache rouge détectée à Orléans et communes limitrophes.
> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#12/47.9171/1.9144
> 
> Je suspecte un problème sur les limites communales, qui empêche
> l'appariement sur l'ensemble du territoire des communes.

Cohérent (façon de parler) avec ça :
http://suivi.openstreetmap.fr/communes/suivi.txt

Je viens de reprendre dans la même liste Enghien (95) mais pas le temps de voir 
le reste maintenant. Le chantier des nouveaux cantons s'est fait au sprint je 
crois ;)

vincent

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

Re: [OSM-talk-fr] BANO : Orléans et environs en rouge

[Nicolas Dumoulin]

Salut,

Le lundi 23 février 2015 17:07:07 djoman a écrit :
> Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je regarde
> de suite. Djoman

Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le 
découpage des 
cantons. C'est un choix. Perso, je préfère tracer les limites intra-commune à 
part du reste, 
avec un boundary=political dans ce cas. Ça limite le risque de mettre le bazar, 
pour moi et 
le contributeur qui touchera à une rue sur cette limite.
Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-)

Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit :
>  Le chantier des nouveaux cantons s'est fait au
> sprint je crois ;)

Il reste quelques bouts :
https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif[1]
 

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin


[1] 
https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BANO : Orléans et environs en rouge

[Philippe Verdy]

Sinon on a aussi le rendu sur Layers (le lien est aussi indiqué sur la page
wiki)  mais il faut patienter pour qu'il se mette à jour. Le tableau permet
de savoir tout de suite sans chercher, ou à comprendre aussi ce qui manque.

Le 23 février 2015 17:46, Philippe Verdy  a écrit :

> Il en reste plus que ce qu'indique le tableau. Certains départements nt
> été passés en vert sans marquer les relations incomplètes.
> Dans {{Relation|numéro|Nom}} sur le wiki on peut ajouter un paramètre
> |FIXME=...}} avec un court message qui apparait dans la bulle d'aide, le
> nom s'affiche sur fond orange pour indiquer que la relation est là mais
> qu'il y a encore des choses à faire (pour le détail en suivant la relation
> on a un tag FIXME=* dans la relation.
> Ca permet de savoir où on en est (ce n'est pas toujours facile de tout
> faire en une fois).
>
>
> Le 23 février 2015 17:15, Nicolas Dumoulin <
> nicolas_openstreetmap@dumoulin63.net> a écrit :
>
>>  Salut,
>>
>>
>>
>> Le lundi 23 février 2015 17:07:07 djoman a écrit :
>>
>> > Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je
>> regarde
>>
>> > de suite. Djoman
>>
>>
>>
>> Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le
>> découpage des cantons. C'est un choix. Perso, je préfère tracer les limites
>> intra-commune à part du reste, avec un boundary=political dans ce cas. Ça
>> limite le risque de mettre le bazar, pour moi et le contributeur qui
>> touchera à une rue sur cette limite.
>>
>> Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-)
>>
>>
>>
>> Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit :
>>
>> > Le chantier des nouveaux cantons s'est fait au
>>
>> > sprint je crois ;)
>>
>>
>>
>> Il reste quelques bouts :
>>
>>
>> https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif
>>
>>
>>
>> --
>>
>> Nicolas Dumoulin
>>
>> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BANO : Orléans et environs en rouge

[Philippe Verdy]

Enfin pour les derniers découpages compliqués ou ambigus dans le texte (par
exemple en Guadeloupe, ou à Bastia, où ce sont des coordonnées X/Y
Lambert), le shapefile pourra aider à reprendre les segments qui manquent
(on peut charger le shapefile dans JOSM dans une couche en arrière-plan et
voir comment finaliser l'intégration). Ce serait à faire à titre de
comparaison au moins mais pour l'instant il y a encore du boulot pour
détecter les anomalies qui restent.
De plus je note que nombre de cantons n'ont pas tous les tags nécessaires
(détails dans le wiki), et n'ont pas tous un noeud membre admin_centre sur
le bureau centralisateur (et parfois ce n'est pas le bon non plus...).

Le 23 février 2015 17:54, Philippe Verdy  a écrit :

> Dernière note: les anomalies du rendu sont parfois dues au fait qu'il y a
> encore des anciens cantons qui ne sont pas passés en "disused:boundary" et
> "disused:political:division" (avec aussi le "end_date=*" mais le rendu
> Layers ne semble pas en tenir compte). Il faut fouiller un peu pour combler
> les trous.
>
> Le 23 février 2015 17:48, Philippe Verdy  a écrit :
>
> Sinon on a aussi le rendu sur Layers (le lien est aussi indiqué sur la
>> page wiki)  mais il faut patienter pour qu'il se mette à jour. Le tableau
>> permet de savoir tout de suite sans chercher, ou à comprendre aussi ce qui
>> manque.
>>
>> Le 23 février 2015 17:46, Philippe Verdy  a écrit :
>>
>> Il en reste plus que ce qu'indique le tableau. Certains départements nt
>>> été passés en vert sans marquer les relations incomplètes.
>>> Dans {{Relation|numéro|Nom}} sur le wiki on peut ajouter un paramètre
>>> |FIXME=...}} avec un court message qui apparait dans la bulle d'aide, le
>>> nom s'affiche sur fond orange pour indiquer que la relation est là mais
>>> qu'il y a encore des choses à faire (pour le détail en suivant la relation
>>> on a un tag FIXME=* dans la relation.
>>> Ca permet de savoir où on en est (ce n'est pas toujours facile de tout
>>> faire en une fois).
>>>
>>>
>>> Le 23 février 2015 17:15, Nicolas Dumoulin <
>>> nicolas_openstreetmap@dumoulin63.net> a écrit :
>>>
  Salut,



 Le lundi 23 février 2015 17:07:07 djoman a écrit :

 > Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je
 regarde

 > de suite. Djoman



 Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le
 découpage des cantons. C'est un choix. Perso, je préfère tracer les limites
 intra-commune à part du reste, avec un boundary=political dans ce cas. Ça
 limite le risque de mettre le bazar, pour moi et le contributeur qui
 touchera à une rue sur cette limite.

 Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-)



 Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit :

 > Le chantier des nouveaux cantons s'est fait au

 > sprint je crois ;)



 Il reste quelques bouts :


 https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif



 --

 Nicolas Dumoulin

 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

 ___
 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] Fichier GPX avec les données de l’accéléromètre

[Bruno]

Merci pour l'info, je vais tester mais ça a l'air de correspondre à mes 
besoins, ensuite il faudra l'intégrer à OsmTracker ;-)


Bruno.

Le 23/02/2015 15:47, Gaël Simon a écrit :

Sur ios, j'ai utilisé SensorLog, qui semble exister sous Android

Le 23 févr. 2015 à 14:24, Bruno mailto:pa...@free.fr>> 
a écrit :


Oui j'ai vérifié mais à priori GpsLabel ne gère "que" les waypoints, 
tracks et routes.
Ce que je recherche (pas précisé dans mon premier message) est une 
application (Android) qui enregistre les données G-Force en plus des 
traditionnels waypoints, parce qu'en terme de Gps je n'ai que celui 
intégré à la voiture (pas exploitable) et un TomTom One qui 
n'enregistre pas les parcours
OsmTracker par exemple serait très bien si il gérait ces données (oui 
je sais j'ai le source donc je n'ai qu'a ajouter cette fonctionnalité ;-)

Merci de votre aide,
Bruno.


Le 23/02/2015 13:01, THEVENON Julien a écrit :

t as verifie que GPSbabel ne gere pas ca ?


*De :* Bruno 
*À :* Discussions sur OSM en français 
*Envoyé le :* Lundi 23 février 2015 12h26
*Objet :* [OSM-talk-fr] Fichier GPX avec les données de
l’accéléromètre

Bonjour,

Quelqu'un aurait-il une expérience d'enregistrement des données de
l’accéléromètre (3 axes) présent dans les GPS.
Pour l'instant je n'ai pas trouvé d'application (libre) qui
permette de
le faire et j'aurais voulu voir ce que cela donne concrètement
dans le
fichier.

Exemple de Garmin avec un schéma d'extension maison :

73.122013-12-04T12:26:58Z

















Merci d'avance,
Bruno.

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




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


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


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


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

[OSM-talk-fr] Datacamp Elections... le charcutomètre ;)

[Christian Quest]

Après avoir pesté hier soir sur les cantons de Nice sur lesquels je me
suis perdu, ça m'a donné l'idée de mon sujet du jour: le "charcutomètre".

L'idée est simple : mesurer la complexité de définition du découpage des
cantons en partant de leur définition textuelle dans le JORF.

Exemple:

Le canton n° 21 (Marseille-10) comprend la partie de la commune de
Marseille située à l'intérieur d'un périmètre défini par l'axe des voies
et limites suivantes : depuis le littoral, parc du Prado (inclus),
corniche du Président-John-Fitzgerald-Kennedy, avenue du Colonel-Serot,
avenue de la Garde-Freinet, rue des Colonies, rue Pablo-Picasso,
boulevard Georges-Estrangin, traverse Gagliardo, rue
Saint-François-d'Assise, traverse Casse-Cou, rue du Cambodge, rue
Christophe-Colomb, passage reliant la rue Christophe-Colomb à la rue
Lamartine, rue Lamartine, rue Christophe-Colomb, rue François-Brillon,
rue du Vallon-de-Montebello, rue Breteuil, rue Villas-Paradis, rue
Notre-Dame-des-Anges, rue d'Israël, rue Paradis, avenue du Prado,
rond-point du Prado, boulevard Michelet, cours de l'Huveaune, rue
Raymond-Teisserre, cours d'eau, parc de stationnement, boulevard
Schlœsing, boulevard Rabateau-Daniel-Matalon, échangeur de Pologne,
avenue de la Capelette, boulevard Fernand-Bonnefoy, boulevard Lazer,
traverse Bessède, rue du Portugal, avenue Benjamin-Delessert, boulevard
Mireille-Lauze, ligne de chemin de fer de Marseille-Blancarde à
Marseille-Prado jusqu'à autoroute A 50, ligne droite dans le
prolongement de la rue des Fenals, rue des Fenals, boulevard
Mireille-Lauze, boulevard Fifi-Turin, avenue de la Capelette, boulevard
de Pont-de-Vivaux, traverse de la Verrerie, boulevard Romain-Rolland,
rue François-Mauriac, chemin du Vallon-de-Toulouse, limite territoriale
du 9e arrondissement, canal de Marseille, résidence Parc-Berger
(exclue), résidence Campagne-Berger (incluse) canal de Marseille,
boulevard du Redon, allée des Pins, chemin de la Colline-Saint-Joseph,
rue de l'Horticulture, traverse de la Gaye, chemin Joseph-Aiguier, rue
de l'Aviateur-Le-Brix, boulevard Lucé, rue Jules-Isaac, boulevard de la
Fabrique, avenue de Mazargues, avenue d'Haïfa, avenue de Hambourg,
traverse Frédéric-Vin, traverse de Pomègues, boulevard Baptistin-Cayol,
boulevard des Joncs, boulevard du Sablier, avenue Bonneveine, avenue
Pierre-Mendès-France, au niveau de la rue Gatons, ligne droite
perpendiculaire à l'avenue Pierre-Mendès-France et tracée jusqu'au littoral.

On compte 76 "segments", c'est le maximum que les scripts ont trouvé.

Les "détours" sont détectables par les doublons qui apparaissent, ici on
a par exemple la rue Christophe Colomb ou l'avenue de la Capelette qui
apparaissent deux fois, un bon indice de "charcutage".

Le top 50 est disponible sur
https://gist.github.com/cquest/0105e48cb2bfb8df161a

Je n'ai pas eu le temps d'en faire une carte ni de publier les scripts
qui m'ont aidé.

Autre donnée sortie des scripts qui peut resservir pour vérifier notre
mapping des cantons: la liste des cantons avec leur bureau
centralisateur que j'ai mis sur
https://gist.github.com/cquest/ac9bab78ba793a1641a6

Conclusion de la journée... il faut que je me mette VRAIMENT à python !

-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] BANO : Orléans et environs en rouge

[Jérôme Amagat]

Le 23 février 2015 17:15, Nicolas Dumoulin <
nicolas_openstreetmap@dumoulin63.net> a écrit :

>  Salut,
>
>
>
> Le lundi 23 février 2015 17:07:07 djoman a écrit :
>
> > Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je
> regarde
>
> > de suite. Djoman
>
>
>
> Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le
> découpage des cantons. C'est un choix. Perso, je préfère tracer les limites
> intra-commune à part du reste, avec un boundary=political dans ce cas. Ça
> limite le risque de mettre le bazar, pour moi et le contributeur qui
> touchera à une rue sur cette limite.
>

Je pense la même chose mais la dernière fois que j'en ai parlé on m'a dit
que ce que je faisais c’était pas bien.


> Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-)
>
>
>
> Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit :
>
> > Le chantier des nouveaux cantons s'est fait au
>
> > sprint je crois ;)
>
>
>
> Il reste quelques bouts :
>
>
> https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif
>
>
>
> --
>
> Nicolas Dumoulin
>
> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BANO : Orléans et environs en rouge

[Philippe Verdy]

On a dres problèmes de toute façon avec une méthode ou l'autre. Car les
noeuds sont partagés et les lignes de bus se trompent alors régulièrement
de way et utilisent les boundary au lieu des highway. Et quand ça prend à
quelqu'un de redessiner un carrefour pour mettre un rond-points, il ne se
demande pas à quoi servent les noeuds, ils dégagent et les relations sont
rompues de quand même.

Je dirais même qu'on a beaucoup plus souvent  de problèmes en superposant
les chemins. Il n'y a qu les experts qui arrivent à faire les sélections
des bons ways, et le pas se tromper quand ils les découpent.

Cependant on peut prévenir bien des accidents en indiquant qu'il y a bien
une frontière dessus (avec un tag boundary=* au minimum)

Bref aucun intérêt à superposer les ways (en revanche oui quand on a une
voirie à voies séparées, la frontière devrait passer dans l'espace central
sans couper la voie. Là on a un écart significatif, et c'est conforme avec
la définition des frontières sur les axes de voies. De même quand une
frontière passe par un rond-point, elle n'en fait pas le tour et utilisera
des segments passant par le centre du rond-point, même si pour ça il faut
tracer un petit way connecté aux deux extrémités des Y de dérivation et
passant sans couper les voies par le centre via le dernier point avant
l'anneau central).


Le 24 février 2015 00:43, Jérôme Amagat  a écrit :

>
>
> Le 23 février 2015 17:15, Nicolas Dumoulin <
> nicolas_openstreetmap@dumoulin63.net> a écrit :
>
>>  Salut,
>>
>>
>>
>> Le lundi 23 février 2015 17:07:07 djoman a écrit :
>>
>> > Oops. Ça doit être moi quand j'ai créé les découpages de cantons. Je
>> regarde
>>
>> > de suite. Djoman
>>
>>
>>
>> Au passage, j'ai vu que tu as réutilisé des way non boundary=* pour le
>> découpage des cantons. C'est un choix. Perso, je préfère tracer les limites
>> intra-commune à part du reste, avec un boundary=political dans ce cas. Ça
>> limite le risque de mettre le bazar, pour moi et le contributeur qui
>> touchera à une rue sur cette limite.
>>
>
> Je pense la même chose mais la dernière fois que j'en ai parlé on m'a dit
> que ce que je faisais c’était pas bien.
>
>
>> Je dis ça, mais j'espère ne pas avoir fait de casse sur mon passage ;-)
>>
>>
>>
>> Le lundi 23 février 2015 17:05:37 Vincent de Château-Thierry a écrit :
>>
>> > Le chantier des nouveaux cantons s'est fait au
>>
>> > sprint je crois ;)
>>
>>
>>
>> Il reste quelques bouts :
>>
>>
>> https://wiki.openstreetmap.org/wiki/FR:Cantons_in_France#Tableau_r.C3.A9capitulatif
>>
>>
>>
>> --
>>
>> Nicolas Dumoulin
>>
>> http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
>>
>> ___
>> 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] Datacamp Elections... le charcutomètre ;)

[Philippe Verdy]

C'est vrai que pour Nice je me suis déjà pris beaucoup de temps pour 3 des
cantons. C'était un enfer à déchiffrer, d'autant plus qu'il y a plein de
petits chemins dont certains n'ont pas de données dans la base ou ne sont
pas visibles non plus sur les photos pour bien les localiser (escaliers
sous les arbres, ruelles...) et que les définitions s"appuie aussi sur des
contours où il faut regarder le cadastre (par exemple l'emprise d'un
hôpital.

Montpellier a un cas similaire mais pas aussi dramatique avec une limite
sur le "zoo" qui est en fait plusieurs jardins (mais on ne sait pas trop
s'il faut y inclure la forêt). Bref pour résoudre ce genre de cas, il vaut
mieux regarder le shapefile du MinInt (à ne pas intégrer tel quel mais
utilisable dans un calque de fond).


Le 23 février 2015 23:26, Christian Quest  a écrit
:

> Après avoir pesté hier soir sur les cantons de Nice sur lesquels je me
> suis perdu, ça m'a donné l'idée de mon sujet du jour: le "charcutomètre".
>
> L'idée est simple : mesurer la complexité de définition du découpage des
> cantons en partant de leur définition textuelle dans le JORF.
>
> Exemple:
>
> Le canton n° 21 (Marseille-10) comprend la partie de la commune de
> Marseille située à l'intérieur d'un périmètre défini par l'axe des voies
> et limites suivantes : depuis le littoral, parc du Prado (inclus),
> corniche du Président-John-Fitzgerald-Kennedy, avenue du Colonel-Serot,
> avenue de la Garde-Freinet, rue des Colonies, rue Pablo-Picasso,
> boulevard Georges-Estrangin, traverse Gagliardo, rue
> Saint-François-d'Assise, traverse Casse-Cou, rue du Cambodge, rue
> Christophe-Colomb, passage reliant la rue Christophe-Colomb à la rue
> Lamartine, rue Lamartine, rue Christophe-Colomb, rue François-Brillon,
> rue du Vallon-de-Montebello, rue Breteuil, rue Villas-Paradis, rue
> Notre-Dame-des-Anges, rue d'Israël, rue Paradis, avenue du Prado,
> rond-point du Prado, boulevard Michelet, cours de l'Huveaune, rue
> Raymond-Teisserre, cours d'eau, parc de stationnement, boulevard
> Schlœsing, boulevard Rabateau-Daniel-Matalon, échangeur de Pologne,
> avenue de la Capelette, boulevard Fernand-Bonnefoy, boulevard Lazer,
> traverse Bessède, rue du Portugal, avenue Benjamin-Delessert, boulevard
> Mireille-Lauze, ligne de chemin de fer de Marseille-Blancarde à
> Marseille-Prado jusqu'à autoroute A 50, ligne droite dans le
> prolongement de la rue des Fenals, rue des Fenals, boulevard
> Mireille-Lauze, boulevard Fifi-Turin, avenue de la Capelette, boulevard
> de Pont-de-Vivaux, traverse de la Verrerie, boulevard Romain-Rolland,
> rue François-Mauriac, chemin du Vallon-de-Toulouse, limite territoriale
> du 9e arrondissement, canal de Marseille, résidence Parc-Berger
> (exclue), résidence Campagne-Berger (incluse) canal de Marseille,
> boulevard du Redon, allée des Pins, chemin de la Colline-Saint-Joseph,
> rue de l'Horticulture, traverse de la Gaye, chemin Joseph-Aiguier, rue
> de l'Aviateur-Le-Brix, boulevard Lucé, rue Jules-Isaac, boulevard de la
> Fabrique, avenue de Mazargues, avenue d'Haïfa, avenue de Hambourg,
> traverse Frédéric-Vin, traverse de Pomègues, boulevard Baptistin-Cayol,
> boulevard des Joncs, boulevard du Sablier, avenue Bonneveine, avenue
> Pierre-Mendès-France, au niveau de la rue Gatons, ligne droite
> perpendiculaire à l'avenue Pierre-Mendès-France et tracée jusqu'au
> littoral.
>
> On compte 76 "segments", c'est le maximum que les scripts ont trouvé.
>
> Les "détours" sont détectables par les doublons qui apparaissent, ici on
> a par exemple la rue Christophe Colomb ou l'avenue de la Capelette qui
> apparaissent deux fois, un bon indice de "charcutage".
>
> Le top 50 est disponible sur
> https://gist.github.com/cquest/0105e48cb2bfb8df161a
>
> Je n'ai pas eu le temps d'en faire une carte ni de publier les scripts
> qui m'ont aidé.
>
> Autre donnée sortie des scripts qui peut resservir pour vérifier notre
> mapping des cantons: la liste des cantons avec leur bureau
> centralisateur que j'ai mis sur
> https://gist.github.com/cquest/ac9bab78ba793a1641a6
>
> Conclusion de la journée... il faut que je me mette VRAIMENT à python !
>
> --
> 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] BANO : Orléans et environs en rouge

[djoman]

Salut

La modif pour réintégration des morceaux de frontière découpées ( pour cause de 
découpe sans chargement des relations des communes, sans doute) lors de l'ajout 
de ways separant Orléans 1 et 2 ;) 

Mais ce matin BANO est toujours rouge. Retard ou autre chose ?

Je vois pas...
djoman

Envoyé depuis mon téléphone android

 Nicolas Dumoulin a écrit 

>___
>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] Carte avec les panneaux autoroutiers / Destination Sign ?

[Jean-Baptiste Holcroft]

Bonjour,

Je suis en train de faire des améliorations des sorties d'autoroute avec le
tags lanes ; destination
 et la relation
destination_sign
.

Il y a quelques temps, j'avais trouvé une carte qui permettait de voir les
sorties cartographiées sur les autoroutes, mais impossible de la retrouver.

Il me semble qu'une société de logiciels de routage avait fait une saisie
importante aux USA et avaient fourni un lien.

Quelqu'un se souvient du lien ?
--
Jean-Baptiste Holcroft
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BANO : Orléans et environs en rouge

[Nicolas Dumoulin]

Le mardi 24 février 2015 02:31:34 Philippe Verdy a écrit :
> On a dres problèmes de toute façon avec une méthode ou l'autre. Car les
> noeuds sont partagés et les lignes de bus se trompent alors régulièrement
> de way et utilisent les boundary au lieu des highway. Et quand ça prend à
> quelqu'un de redessiner un carrefour pour mettre un rond-points, il ne se
> demande pas à quoi servent les noeuds, ils dégagent et les relations sont
> rompues de quand même.

Qu'on soit bien clair, moi je ne parlais pas de superposer mon way 
boundary=political aux ways déjà existants en réutilisant les nœuds.
J'ai tracé mes polylignes sans charger les données, donc en m'appuyant sur les 
couches mapnik/osm, bing et cadastre (trop génial cette couche cadastre).
Je trouve ça mieux pour le contributeur (moi un autre jour) qui peut filtrer 
les boundary=* pour travailler avec le reste , et en plus ça va carrément plus 
vite :-)

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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