Re: [OSM-talk-fr] Overpass.Turbo.eu résultat requête

[Philippe Verdy]

Je pense plutôt que c'est le premier filtre de la seconde requête
(node(zone)à qui n'est pas assez sélectif. La "zone" (le polygone de la
France adminstrative de niveaus 2) est gigantesque et contient des millions
de noeuds.

La première requête (vers la variable "zone" est relativelent sélective car
elle recherche des polygones ayant deux attributs très sélectifs
(name=France déjà, affiné par admin_level=2 pour les homonymes peu
nombreux): à priori zone ne contient qu'un polygone (assez complexe malgré
tout avec quelques milliers de sommets essentiellement sur les frontières
terrestres, car en mer les limites des eaux territoriales ne sont pas très
compliquées, mais son on choisissait la limite côtière alors là ce sont
près de 200 000 noeuds, peut-etre plus maintenant avec les cotes de plus en
plus affinées et les ilots).

Il vaut mieux faire des requêtes en commençant par le filtre le plus
sélectif; celui sur le name élimine quasiment tout, et ne crée donc pas une
table temporaire énorme, le filtre sur la zone France est à appliquer après
sur ce qui reste (s'il reste quelquechose).

Overpass n'a toujours pas d'optimiseur statistique des plans d'exécutions
qu'il crée en interne (il ne sait pas évaluer la sélectivité des requêtes:
même s'il y a des index primaires utilisables, ça peut être encore
inefficace si la sélectivité de la requête est faible, et c'est pire si
cela doit passer par des index secondaires n'incluant pas d'autres données
nécessaires sur des éléments non sélectifs) et en stockant des tonne de
données temporaires.

Assez vite il tombe sur les limites de quota (en volume, ou encore plus en
nombre d'I/O qui sollicite beaucoup les disques avec des caches peu
efficaces, et en fin de compte aboutissant à dépasser le quota de temps
d'exécution mais avec cette requête-là on doit tomber sur tous ces quotas
en même temps, mais impossible ici de dire lequel tombe en premier).

De fait on doit penser à une optimisation manuelle de ses requêtes en
évaluant soi-même quelles quantités de données sont séletionnées à chaqué
étape.

Donc ici il suffit d'inverser les deux requêtes : filtrer d'abord sur les
noeuds ayant ce nom puis sélectionner les points restants dans la zone
retenue. La solution sera inversée si la zone est assez petite (ne dépasse
pas la limite raisonnable de taille d'une zone restangulaire de
téléchargement de JOSM par exemple ; toute la France c'est beaucoup trop
gros si on n'a pas déjà effectué une première sélection très sélective).


Le 13 mai 2014 21:46, Christian Quest  a écrit :

> Je pense que c'est la premier area qui cause un dépassement côté
> serveur... et pas que le serveur t'a envoyé 513MB de data ;)
> Sur une plus petite zone (Monaco) ça répond bien qu'il n'a rien trouvé.
>
>
> Le 13 mai 2014 20:55, Mides  a écrit :
>
>>  Bonsoir,
>>
>> À cette requête, pour test, sensée trouver toutes les tags name débutants
>> par cette chaine, "trzetgsqgdfgqsdaze " cette réponse m’est retournée, et
>> pourtant je ne pense pas qu’il y ait beaucoup de tags name où l'on trouve
>> ce mot.
>>
>> Assez étonnant comme résultat.
>>
>> *Requête :*
>>
>> area [name="France"][admin_level="2"]->.zone;
>> (
>>   node(area.zone)
>>   ["name"~"^trzetgsqgdfgqsdaze "];
>> );
>> out skel;
>>
>> *Réponse : *
>>
>> Une erreur est survenue lors de l'exécution de la requête overpass !
>> Voici ce que l'API overpass a retourné :
>> runtime error: Query run out of memory in "query" at line 4 using about
>> 513 MB of RAM.
>>
>> Michel
>>
>> ___
>> 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] Accessiblité visuelle de nos cartes

[Philippe Verdy]

Ca me fait aussi penser: on n'a pas de transcription Braille (devenu
officiel en France) alors que ce n'est pas si simple que ça à réaliser par
algorithme (lisez un peu la norme Braille française il y a des tas de
conventions surprenantes sur la présentation, les symboles spéciaux
spécifiques à cette transcription et des formes spécifiques
d'abréviations). Existe-t-il un rendu adapté à la lecture braille d'une
carte ? possible sur une tablette à écran tactile, munie d'une barre
tactile Braille, pour lire tactilement un texte pointé sur la carte avec un
autre doigt, l'autre solution sur les smartphones et tablettes c'est la
synthèse vocale de ces textes pointés sur la carte avec une appli dédiée.

Mais je n'ai pas vu de telles applis proposées dans GooglePlay ou
l'AppStore d'Apple, ni de téléphones prééquipés (je suppose qu'il doit en
exister dans des projets locaux, mais c'est hors de prix sans aide au
financement des particuliers). Je n'en ai pas entendu parler ici non plus
dans un projet associatif de ceux qui défendent l'accessibilité.

Qu'en ici pensent nos experts de l'accessibilité ? Quels solutions pour
exploiter les cartes par les aveugles et forts malvoyants ?

Y a-t+il aussi des rendus mieux adaptées aux dichromats (environ 10% des
hommes, plus rare chez les femmes) qui ont énormément de mal à distinguer
les tons orangés et verts (je pense que nos cartes pastels sont bien jolies
mais pas très lisibles pour eux.

Un exemple bien connu ce sont les cartes de trafic totalement illisibles
depuis des années du "Point Route" sur France 2 (à la TV ou sur son site),
signalé depuis longtemps, jamais corrigé; résultat: on va s'informer
ailleurs (et la meme chose pourrait affecter aussi OSM; le rendu Google est
beaucoup plus accessible, il a clairement été testé).

Un autre encore; les nouvelles étiquettes de santé alimentaires, où la
couleur orange est facilement confondue avec le vert pale et le rouge peut
prononcé utilisé sur ces étiquettes, parce que les contrastes sont pas
assez soutenus et les couleurs insuffisamment saturées): le code couleur
est sensé remplacer une lettre de classe conventionnelle ou un chiffre...

Pour OSM on a bien le rendu monochrome: ses niveaux de contraste/luminosité
mieux étudiés devraient être repris sur les rendus en couleur pour mieux
adapter les palettes et éviter d'apporter des distinctions sur des
longueurs d'onde proches dans le spectre visuel (dans les 3 pigments sRGB
de base, ce sont les deux pigments rouge et verts qui sont les plus
proches, entre les deux on trouve les mélanges jaunes-orange qui posent le
plus de problème surtout s'ils sont peu saturés et faiblement contrastés;
chez les dichormats, le pigment de vision du vert peut exister mais est
décalé vers le rouge ou pas assez représenté dans les cônes et batonnets.
En vision de nuit, presque tout le monde est dichomat (la vision des
couleurs est facilement saturée au minimum et au maximum du fait des
caractéristiques de sensibilité lorsque la pupille est très dilatée par
l'environnement sombre).

Cependant pour les presbytes (quasiment tout le monde le devient à la
quarantaine), le problème est la taille des caractères de nos rendus (trop
petits et caractères mal dessinés ou styles de police mal choisis en
comparaison de Google): en vision rapprochée la vision est mal focalisée,
et même si les "bras sont encore assez longs", l'éloignement rend les trop
petits textes  difficiles à lire (les corrections occulaires, même
progressives, sont insuffisantes pour avoir un champ de vision assez large
facilitant la lecture). là encore, un rendu mieux adapté avec des polices
plus grandes serait souhaitable.

Le problème de vision des couleurs est accentué chez les astygmates (plus
de la moitié des myopes ont aussi cette déformation qui a pour effet de
réduire les contrastes) et ceux de plus de 40 ans (la presbytie: qui
affecte l'adaptation de la distance focale par des muscles occulaires moins
efficaces; contrairement à une croyance tenace, la presbytie n'est pas le
contraire de la myopie, on peut être fortement myope ET en plus devenir
fortement presbyte... en plus d'être dichromat généralement de naisssance,
ou, très rarement quand quand même, achromat).

Pour les achromats il n'y a que le rendu monochrome (lisible par tous les
voyants) qui est adapté (mais eux aussi peuvent être myopes ou
hypermétropes, ET presbyte ET astygmate).

Il y a d'autres défaut de vision encore (qui s'ajoutent aux précédents),
liés au rétrécissement de champ de vision (diminution aussi de la
sensibilité des contrastes et donc de distinction des couleurs), un champ
de vision qui lui aussi se rétrécit avec l'âge et c'est pire en cas de
forte et longue exposition au soleil sans protection, ou aux éclairages
artificiels intenses dans le bleu (y compris les écrans couleur et surtout
ceux à diodes luminescentes bleues ou blanches, qui émettent aussi des
ultraviolets) dans un cône plus étroit.

Le rétrécisssement du champ de vision (chez tout le mon

Re: [OSM-talk-fr] Mot absent du dictionnaire

[Philippe Verdy]

Le champ name=* fait l'objet de ces vérifications, si tu veux absolument
conserver la description originale de la fiche géodésique, tu peux toujours
la mettre dans un champ description=* ou note=* dont le contenu est
beaucoup plus libre

Mais là encore je pense que copier directement l'original n'est pas
souhaitable, le numéro de référence suffit pour trouver cette fiche qui
adopte une graphie peu lisible.

La capitalisation est seulement adaptée aux enveloppes postales et en fait
uniquement pour la commune, l'Etat d'un pays fédéral, le pays et les codes
postaux, la Poste recommandant aussi les capitales pour le nom distinctif
du destinataire (pas nécessaire pour le prénom ou les compléments
d'adresse) et la suppression de toutes les ponctuations y compris le point
abréviatif peu lisible en OCR ou les virgules. Mais la base OSM n'est pas
préparée pour la Poste non plus (qui impose aussi d'abréger les lignes, à
un nombre de signes limité, et d'en limiter le nombre ; ces traitements
sont faciles à faire en dehors d'OSM si on a respecté le mieux possible les
orthographes et pas abusé non plus des abréviations recommandées par un
service mais pas par un autre qui a d'autres besoins et d'autres
contraintes).

La capitalisation des minuscules dans les libellés qui sont susceptibles
d'être affichés sur une carte ou dans un assistant GPS, doivent garder une
forme la plus normale possible (à charge alors des styles de chaque rendu
de voir sils veulent ou pas un rendu en capitales lors du traitement des
données extraites, sachant aussi que ces données seront plus lisibles en
minuscules dans des tableaux, et qu'il est ultra simple de capitaliser un
texte, mais pas du tout de restaurer les minuscules adéquates à partir de
données entièrement en capitales).

A ce sujet on se demande pourquoi les "Rue", "Route", "Chemin", 'Place" ou
autre "Avenue" doivent avoir une capitale initiale dans OSM alors que ces
mots commencent *toujours* par des minuscules (même quand on la capitalise,
c'est une minuscule, la capitalisation est un style imposé contextuellement
par la grammaire). Même chose pour les articles définis (L', Le, La, Les,
El, Els...) ou prépositions (À, Aux, En, Sur, Sous...) initiaux des noms de
fleuves et rivières et des lieux-dits (pas évident de remettre la
minuscules quand ces mots sont aussi parfois des noms propres (rarement
mais plus souvent dans les zones frontalières et multilingues ou outre-mer
où ces noms ne sont en fait pas en français, la francisation forcée de la
toponymie et l'odonomye locale n'a plus cours depuis le début du XXe siècle
et les collectivités ont la liberté de reprendre des dénominations
officielles dans d'autres langues tant que la graphie reste lisible en
français et l'alphabet latin avec les diacritiques courants en français et
dans toutes nos langues régionales, y compris outre-mer, dans un répertoire
reconnu par les instituts linguistiques de la francophonie).

Le 13 mai 2014 22:45, Frédéric Rodrigo  a écrit :

> Le 13/05/2014 20:03, Régis Bouguin a écrit :
>
>  J'ai 2 erreurs "Mot absent du dictionnaire" dont je n'arrive pas à me
>> débarrasser dans Osmose.
>>
>> http://osmose.openstreetmap.fr/fr/error/802761534
>> où il veut que je remplace CHAILLE-LES-MARAIS I par CHAILLE-LES-Marais I
>>
>

>  Passe a une "forme normale" sans être en capitale partout et ça sera bon.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Mot absent du dictionnaire

[Frédéric Rodrigo]

Le 13/05/2014 20:03, Régis Bouguin a écrit :

J'ai 2 erreurs "Mot absent du dictionnaire" dont je n'arrive pas à me
débarrasser dans Osmose.

http://osmose.openstreetmap.fr/fr/error/802761534
où il veut que je remplace CHAILLE-LES-MARAIS I par CHAILLE-LES-Marais I

Je viens d'essayer CHAILLE-LES-MARAIS 1 (plus juste c'est un point
géodésique) mais je n'y crois pas

et

http://osmose.openstreetmap.fr/fr/error/802757221

Là c'est SAINTE-GEMME-LA-PLAINE qui ne lui plait pas. Il me propose
SAINTE-GEMME-la|La-Pla|LaINE.


Passe a une "forme normale" sans être en capitale partout et ça sera bon.


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

Re: [OSM-talk-fr] erreur Osmose 7090 : nœud sur chemins - BUG

[Frédéric Rodrigo]

Vu l'importance du bug ça avait tout ça place ici. Mais plus 
généralement les bugs et les demandes sont listés sur le trac :


http://trac.openstreetmap.fr/



Le 13/05/2014 19:12, Lenny a écrit :

Merci à tous les deux de m'avoir répondu, et merci pour la correction
ultra-rapide.
Poser la question ici était-elle la bonne façon de faire ou fallait-il
le faire ailleurs ? Osmose ? mais cela aurait-pu être des erreurs de ma
part ...
Lenny

Le 13/05/2014 16:23, Frédéric Rodrigo a écrit :

Bonjour,

Pas de panique. C'est un bug d'Osmose. Ça sera normalement corrigé
dans la soirée.

Frédéric.




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

Re: [OSM-talk-fr] Overpass.Turbo.eu résultat requête

[Christian Quest]

Je pense que c'est la premier area qui cause un dépassement côté serveur...
et pas que le serveur t'a envoyé 513MB de data ;)
Sur une plus petite zone (Monaco) ça répond bien qu'il n'a rien trouvé.


Le 13 mai 2014 20:55, Mides  a écrit :

> Bonsoir,
>
> À cette requête, pour test, sensée trouver toutes les tags name débutants
> par cette chaine, "trzetgsqgdfgqsdaze " cette réponse m'est retournée, et
> pourtant je ne pense pas qu'il y ait beaucoup de tags name où l'on trouve
> ce mot.
>
> Assez étonnant comme résultat.
>
> *Requête :*
>
> area [name="France"][admin_level="2"]->.zone;
> (
>   node(area.zone)
>   ["name"~"^trzetgsqgdfgqsdaze "];
> );
> out skel;
>
> *Réponse : *
>
> Une erreur est survenue lors de l'exécution de la requête overpass ! Voici
> ce que l'API overpass a retourné :
> runtime error: Query run out of memory in "query" at line 4 using about
> 513 MB of RAM.
>
> Michel
>
> ___
> 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

[OSM-talk-fr] Parcelle=yes

[Jean-Marc Liotier]

A ma droite, parcelle=no - utilisé dans les parages d'Orange pour
qualifier 9355 adresses:
http://taginfo.openstreetmap.org/tags/parcelle=no#overview
http://overpass-turbo.eu/s/3n6

{
  "type": "node",
  "id": 1272434573,
  "lat": 44.1377992,
  "lon": 4.8094525,
  "tags": {
"addr:city": "Orange",
"addr:country": "FR",
"addr:housenumber": "23",
"addr:postcode": "84100",
"addr:state": "Provence-Alpes-Côte-d'Azur",
"addr:street": "Impasse du Parlement",
"parcelle": "no",
"source": "survey 2013"
  }

A ma gauche, parcelle=yes - utilisé du côté de Tivaouane pour désigner
20 parcelles:
http://taginfo.openstreetmap.org/tags/parcelle=yes
http://overpass-turbo.eu/s/3n8

Ces deux usages de l'étiquette 'parcelle' n'en emploient pas la même
définition:
- Du côté d'Orange, on parle (si j'ai bien compris) de parcelle
cadastrale au sens strict
- Du côté de Tivaouane, l'aspect cadastral est probablement l'origine du
terme, mais il désigne de nos jours en Afrique de l'Ouest une unité
d'habitation le plus souvent enceinte d'un mur et rassemblant divers
bâtiments autour d'une cour.

Je me demandais depuis longtemps comment représenter la parcelle au sens
Africain - les rares fois où j'ai eu l'occasion de le faire, je me suis
contenté de représenter le mur d'enceinte. Pourtant, il me semble que
l'usage de parcelle=yes sur lequel je suis tombé par hasard en traçant
des rues de Tivaouane pourrait bien être tout ce qu'il y a de plus
approprié pour représenter une réalité urbaine locale aujourd'hui
absente des cartes et qui pourrait être promise à un brillant avenir.
Qu'en pensez-vous ?

Si parcelle=yes est utilisé en Afrique de l'Ouest, quels sont les
risques de collision sémantique avec l'autre usage de parcelle=* ? Deux
définitions quasi-orthogonales du terme 'parcelle' peuvent-elles
coexister dans l'étiquetage ?

S'il vous plaît - conservez talk...@openstreetmap.org,
talk...@openstreetmap.org et talk-fr@openstreetmap.org dans vos
réponses, histoire de mettre tout le monde sur la même longueur d'onde !

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

[OSM-talk-fr] Overpass.Turbo.eu résultat requête

[Mides]

Bonsoir,

À cette requête, pour test, sensée trouver toutes les tags name débutants
par cette chaine, "trzetgsqgdfgqsdaze " cette réponse m’est retournée, et
pourtant je ne pense pas qu’il y ait beaucoup de tags name où l'on trouve
ce mot.

Assez étonnant comme résultat.

*Requête :*

area [name="France"][admin_level="2"]->.zone;
(
  node(area.zone)
  ["name"~"^trzetgsqgdfgqsdaze "];
);
out skel;

*Réponse : *

Une erreur est survenue lors de l'exécution de la requête overpass ! Voici
ce que l'API overpass a retourné :
runtime error: Query run out of memory in "query" at line 4 using about 513
MB of RAM.

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

[OSM-talk-fr] Mot absent du dictionnaire

[Régis Bouguin]

Bonsoir

J'ai 2 erreurs "Mot absent du dictionnaire" dont je n'arrive pas à me 
débarrasser dans Osmose.


http://osmose.openstreetmap.fr/fr/error/802761534
où il veut que je remplace CHAILLE-LES-MARAIS I par CHAILLE-LES-Marais I

Je viens d'essayer CHAILLE-LES-MARAIS 1 (plus juste c'est un point 
géodésique) mais je n'y crois pas


et

http://osmose.openstreetmap.fr/fr/error/802757221

Là c'est SAINTE-GEMME-LA-PLAINE qui ne lui plait pas. Il me propose 
SAINTE-GEMME-la|La-Pla|LaINE.



Quelqu'un pourrait m'aider ?


Cordialement

Regis85

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

Re: [OSM-talk-fr] erreur Osmose 7090 : nœud sur chemins - BUG

[Lenny]

Merci à tous les deux de m'avoir répondu, et merci pour la correction 
ultra-rapide.
Poser la question ici était-elle la bonne façon de faire ou fallait-il 
le faire ailleurs ? Osmose ? mais cela aurait-pu être des erreurs de ma 
part ...

Lenny

Le 13/05/2014 16:23, Frédéric Rodrigo a écrit :

Bonjour,

Pas de panique. C'est un bug d'Osmose. Ça sera normalement corrigé 
dans la soirée.


Frédéric.


Le 13/05/2014 14:26, Lenny a écrit :

Bonjour,
Ce matin, j'ai reçu un paquet d'erreurs 7090 "highway absent ou barrier
isolé "

Je reçois cette erreur sur :
les panneaux "cédez le passage" - highway = give_way -
http://www.openstreetmap.org/browse/node/2566897464
les passages protégés - highway = crossing -
http://www.openstreetmap.org/node/442095173
les feux -highway = traffic_signals -
http://www.openstreetmap.org/browse/node/344541580
les fonds d'impasses - highway = turning_circle -
http://www.openstreetmap.org/browse/node/2329692091
les portails - barrier = bump_gate -
http://www.openstreetmap.org/browse/node/2661680913
les bretelles highway = motorway_junction -
http://www.openstreetmap.org/browse/node/338451082
... et d'autres

Je ne comprends pas les erreurs, ces points sont bien sur des highway 
!!!


merci d'avance pour les informations que vous pourriez me donner.
cordialement
Lenny

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

[Christian Quest]

Si j'ai signalé ce MOOC, c'est pour que ceux qui ont le temps et l'envie
pour se former au fonctionnement et à la création d'un MOOC puissent se
regrouper et s'auto-former, afin à terme de produire un MMOC OSM...

J'ai l'envie, mais pas le temps :(

Merci à ceux qui s'y mettent car produire à terme un (ou plusieurs !) MOOC
OSM serait un sacré coup de pouce à l'adoption du projet.



Le 13 mai 2014 17:47, Jean-Guilhem Cailton  a écrit :

>  Le 13/05/2014 11:55, Ab_fab a écrit :
>
>  Bonjour,
>
>  Je te rejoins tout à fait.
>
>
> Super.
>
> Qui pourrait être intéressé pour participer ?
>
>
> Il se trouve que plus de 3000 personnes étaient déjà inscrites à ce MOOC
> "Monter un MOOC de A à Z" (
> https://www.france-universite-numerique-mooc.fr/courses/ENSCachan/20002/Trimestre_2_2014/about)
> avant même son lancement.
>
> Par ailleurs, le "Guide du MOOC" donné en bibliographie (
> http://goo.gl/pY3Rbq), rédigé par un des enseignants Matthieu Cisel, cite
> un MOOC "Circuits and Electronics" du MIT qui a réuni plus de 150 000
> participants, et montre un exemple d'évolution de la participation au MOOC
> "Gestion de projet" en français que pas loin de 1 500 personnes ont suivi
> jusqu'à l'examen final.
>
> La question du nombre de participants n'est pas forcément l'objectif
> essentiel. Comme ce serait un cours ouvert, et comme OSM pourrait être un
> sujet qui s'y prête bien, c'est juste qu'il faudrait prévoir de pouvoir
> faire face à un nombre de participants non limité a priori. OSM offre
> d'ailleurs déjà des mécanismes d'entraide distribués sur lesquels sont
> présents des contributeurs expérimentés.
>
> Il ne s'agirait bien sûr pas de remplacer les ressources OSM existantes,
> mais de s'y appuyer au contraire, et un MOOC pourrait être l'occasion
> d'impulser une dynamique collective à un moment donné.
>
>
>
>  Et concernant la teneur des contributions, je dirais qu'il ne faut pas
> se fermer sur un thème particulier.
> Chaque contributeur a son approche, ses marottes.
>
>  learnosm.org suit un peu la même trame que le manuel flossmanual
> consacré à OSM, qui date désormais, et à qui il manque pas mal de choses
> relatives au contexte français (outils de contrôle qualité, usage du
> cadastre ...)
> Pour mémoire un pad [2] recense les voies d'améliorations possibles pour
> une version remise à jour du manuel.
>
>  J'imagine que cela reste un bon substrat pour une documentation de MOOC
> consacré à OSM.
>
>
> Oui, je pense aussi.
>
> Jean-Guilhem
>
>
>  Bonne journée
>
>  ***
> [1] http://fr.flossmanuals.net/openstreetmap/
> [2] http://piratepad.net/OSM-frEvolutions
>
> Le 13 mai 2014 11:32, Jean-Guilhem Cailton  a écrit :
>
>>  Bonjour,
>>
>> (...)
>> Il me semble que le niveau où un MOOC OSM pourrait apporter le plus
>> serait le plus introductif possible. A destination de la grande majorité
>> des "non-contributeurs", qui se sont inscrits sans jamais contribuer, ou à
>> peine. Et surtout de l'encore bien plus grande majorité de ceux qui n'ont
>> pas pas franchi ce pas. Alors qu'OSM aurait besoin de contributeurs
>> partout. Et aussi qu'OSM pourrait être utile partout.
>> (...)
>> Bien cordialement,
>>
>> Jean-Guilhem
>>
>>
>>
>>
>> Le 12/05/2014 11:07, Vincent Bergeot a écrit :
>>
>> bonjour,
>> je pense m'être inscrit mais je n'ai pas de nouvelles et rien de visible
>> sur le site.
>> Ai-je raté une étape ?
>>
>> Sinon pour le contenu, il me semble que le mooc a plus "intérêt" à
>> traiter d'OSM, dont un module sur les moyens de communications grands
>> publics (ex de la carto et de son organisation).
>>
>> Le public du mooc est important à définir :
>>
>>- grand public
>>- contributeurs débutants
>> - contributeurs expérimentés
>>- enseignants et animateurs : osm à l'école et au centre de loisirs,
>>- collectivités !!!
>>
>> Mais sans doute que cela fera partie des questions à se poser lorsque le
>> mooc commencera :)
>>
>> Cordialement
>>
>> --
>> Vincent Bergeot
>>
>>
>>
>>
>>
>>
>
>  --
> ab_fab 
> "Il n'y a pas de pas perdus", Nadja
>
>
>
>
> ___
> 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

Re: [OSM-talk-fr] BANO... premiers pas...

[Christian Quest]

Pour intégrer des adresses, BANO ne fera pas mieux que les extractions déjà
disponibles sur http://cadastre.openstreetmap.fr/

BANO sert avant toute autre chose à proposer un jeu complet, composite pour
des usages hors OSM et s'enrichira de toutes les améliorations apportées
dans OSM.


Le 13 mai 2014 17:18, Steve Grosbois  a écrit :

> Le 13 mai 2014 16:42, Christian Quest  a écrit :
>
> J'ai aussi utilisé la couche BANO dans JOSM pour compléter, c'est vraiment
>> super pratique !
>>
>
> J'ai eu la même idée, et oui : super pratique !!
> Merci pour ce boulot !!!
>
>
>
>> Je vais voir pour utiliser non pas uniquement le rouge, mais plusieurs
>> couleurs pour différencier les rues et adresses correspondant pour que ça
>> soit plus lisible sur des coin où aucune rue n'est nommée. Bien sûr ça ne
>> serait que sur les plus forts zoom, pour mapper.
>>
>> Voici une copie d'écran de mon JOSM: http://cl.ly/image/0T1C2l0O133h
>>
>> J'ai un filtre qui ne me montre que les highway=* sans name=*
>>
>>
>>
>> Le 13 mai 2014 16:35, Pierre Knobel  a écrit :
>>
>> Super.  J'ai commencé à corriger des noms de rues dans OSM pour dégommer
>>> le rouge autant que possible dans les coins que je connais bien.
>>>
>>> Une question à propos du tableau : est ce que le chiffre dans la colonne
>>> "cadastre" correspond à  toutes les adresses dans le cadastre ou seulement
>>> celle qui n'ont pas encore été identifiées dans OSM ?
>>> Le 13 mai 2014 04:51, "Christian Quest"  a
>>> écrit :
>>>
  Voici un tableau pour avoir un aperçu du contenu de BANO (en live) :

 https://openstreetmap.fr/outils/bano/status

 J'ai aussi modifié le rendu pour indiquer le code FANTOIR des voies sur
 lesquelles on n'a pas pu faire de rapprochement avec OSM.
 Ceci permet d'indiquer le ref:FR:FANTOIR plus facilement dans OSM et
 permettre le rapprochement à la prochaine itération de BANO.

 --
 Christian Quest - OpenStreetMap France

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


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


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

Re: [OSM-talk-fr] Un MOOC OSM ?

[Jean-Guilhem Cailton]

Le 13/05/2014 11:55, Ab_fab a écrit :
> Bonjour,
>
> Je te rejoins tout à fait.

Super.

Qui pourrait être intéressé pour participer ?


Il se trouve que plus de 3000 personnes étaient déjà inscrites à ce MOOC
"Monter un MOOC de A à Z"
(https://www.france-universite-numerique-mooc.fr/courses/ENSCachan/20002/Trimestre_2_2014/about)
avant même son lancement.

Par ailleurs, le "Guide du MOOC" donné en bibliographie
(http://goo.gl/pY3Rbq), rédigé par un des enseignants Matthieu Cisel,
cite un MOOC "Circuits and Electronics" du MIT qui a réuni plus de 150
000 participants, et montre un exemple d'évolution de la participation
au MOOC "Gestion de projet" en français que pas loin de 1 500 personnes
ont suivi jusqu'à l'examen final.

La question du nombre de participants n'est pas forcément l'objectif
essentiel. Comme ce serait un cours ouvert, et comme OSM pourrait être
un sujet qui s'y prête bien, c'est juste qu'il faudrait prévoir de
pouvoir faire face à un nombre de participants non limité a priori. OSM
offre d'ailleurs déjà des mécanismes d'entraide distribués sur lesquels
sont présents des contributeurs expérimentés.

Il ne s'agirait bien sûr pas de remplacer les ressources OSM existantes,
mais de s'y appuyer au contraire, et un MOOC pourrait être l'occasion
d'impulser une dynamique collective à un moment donné.

>
> Et concernant la teneur des contributions, je dirais qu'il ne faut pas
> se fermer sur un thème particulier. 
> Chaque contributeur a son approche, ses marottes. 
>
> learnosm.org  suit un peu la même trame que le
> manuel flossmanual consacré à OSM, qui date désormais, et à qui il
> manque pas mal de choses relatives au contexte français (outils de
> contrôle qualité, usage du cadastre ...)
> Pour mémoire un pad [2] recense les voies d'améliorations possibles
> pour une version remise à jour du manuel.
>
> J'imagine que cela reste un bon substrat pour une documentation de
> MOOC consacré à OSM.

Oui, je pense aussi.

Jean-Guilhem

>
> Bonne journée
>
> ***
> [1] http://fr.flossmanuals.net/openstreetmap/
> [2] http://piratepad.net/OSM-frEvolutions
>
> Le 13 mai 2014 11:32, Jean-Guilhem Cailton  > a écrit :
>
> Bonjour,
>
> (...)
> Il me semble que le niveau où un MOOC OSM pourrait apporter le
> plus serait le plus introductif possible. A destination de la
> grande majorité des "non-contributeurs", qui se sont inscrits sans
> jamais contribuer, ou à peine. Et surtout de l'encore bien plus
> grande majorité de ceux qui n'ont pas pas franchi ce pas. Alors
> qu'OSM aurait besoin de contributeurs partout. Et aussi qu'OSM
> pourrait être utile partout.
> (...)
> Bien cordialement,
>
> Jean-Guilhem
>
>
>
>
> Le 12/05/2014 11:07, Vincent Bergeot a écrit :
>> bonjour,
>> je pense m'être inscrit mais je n'ai pas de nouvelles et rien de
>> visible sur le site.
>> Ai-je raté une étape ?
>>
>> Sinon pour le contenu, il me semble que le mooc a plus "intérêt"
>> à traiter d'OSM, dont un module sur les moyens de communications
>> grands publics (ex de la carto et de son organisation).
>>
>> Le public du mooc est important à définir :
>>
>>   * grand public
>>   * contributeurs débutants
>>   * contributeurs expérimentés
>>   * enseignants et animateurs : osm à l'école et au centre de
>> loisirs,
>>   * collectivités !!!
>>
>> Mais sans doute que cela fera partie des questions à se poser
>> lorsque le mooc commencera :)
>>
>> Cordialement
>>
>> -- 
>> Vincent Bergeot
>>
>>
>
>
>
>
> -- 
> ab_fab 
> "Il n'y a pas de pas perdus", Nadja
>
>

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

Re: [OSM-talk-fr] BANO... premiers pas...

[Steve Grosbois]

Le 13 mai 2014 16:42, Christian Quest  a écrit :

> J'ai aussi utilisé la couche BANO dans JOSM pour compléter, c'est vraiment
> super pratique !
>

J'ai eu la même idée, et oui : super pratique !!
Merci pour ce boulot !!!



> Je vais voir pour utiliser non pas uniquement le rouge, mais plusieurs
> couleurs pour différencier les rues et adresses correspondant pour que ça
> soit plus lisible sur des coin où aucune rue n'est nommée. Bien sûr ça ne
> serait que sur les plus forts zoom, pour mapper.
>
> Voici une copie d'écran de mon JOSM: http://cl.ly/image/0T1C2l0O133h
>
> J'ai un filtre qui ne me montre que les highway=* sans name=*
>
>
>
> Le 13 mai 2014 16:35, Pierre Knobel  a écrit :
>
> Super.  J'ai commencé à corriger des noms de rues dans OSM pour dégommer
>> le rouge autant que possible dans les coins que je connais bien.
>>
>> Une question à propos du tableau : est ce que le chiffre dans la colonne
>> "cadastre" correspond à  toutes les adresses dans le cadastre ou seulement
>> celle qui n'ont pas encore été identifiées dans OSM ?
>> Le 13 mai 2014 04:51, "Christian Quest"  a
>> écrit :
>>
>>>  Voici un tableau pour avoir un aperçu du contenu de BANO (en live) :
>>>
>>> https://openstreetmap.fr/outils/bano/status
>>>
>>> J'ai aussi modifié le rendu pour indiquer le code FANTOIR des voies sur
>>> lesquelles on n'a pas pu faire de rapprochement avec OSM.
>>> Ceci permet d'indiquer le ref:FR:FANTOIR plus facilement dans OSM et
>>> permettre le rapprochement à la prochaine itération de BANO.
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BANO... premiers pas...

[Marc SIBERT]

Cool, pour ceux qui veulent, le lien TMS à mettre dans "Imagerie" :

tms[19]:http://{switch:a,b,c}.
layers.openstreetmap.fr/bano/{zoom}/{x}/{y}.png

Sinon, on attend aussi les fichiers bruts... avec impatience... ya bien O
comme Open dans BANO ;-) ?

A+


Le 13 mai 2014 16:42, Christian Quest  a écrit :

> Le colonne cadastre c'est tout ce qui a été trouvé dans le cadastre, la
> colonne "non rapproché", correspond aux adresses du cadastre pour
> lesquelles on n'a pas trouvé de voirie dans OSM (non fortement similaire).
>
> Il n'y a pas encore de rapprochement fait à l'adresse elle même, c'est la
> prochaine étape de la BANO qui va dé-doublonner (ou dé-triplonner) les
> différentes sources pour produire un fichier cohérent en sortie.
>
> J'ai aussi utilisé la couche BANO dans JOSM pour compléter, c'est vraiment
> super pratique !
> Je vais voir pour utiliser non pas uniquement le rouge, mais plusieurs
> couleurs pour différencier les rues et adresses correspondant pour que ça
> soit plus lisible sur des coin où aucune rue n'est nommée. Bien sûr ça ne
> serait que sur les plus forts zoom, pour mapper.
>
> Voici une copie d'écran de mon JOSM: http://cl.ly/image/0T1C2l0O133h
>
> J'ai un filtre qui ne me montre que les highway=* sans name=*
>
>
>
> Le 13 mai 2014 16:35, Pierre Knobel  a écrit :
>
> Super.  J'ai commencé à corriger des noms de rues dans OSM pour dégommer
>> le rouge autant que possible dans les coins que je connais bien.
>>
>> Une question à propos du tableau : est ce que le chiffre dans la colonne
>> "cadastre" correspond à  toutes les adresses dans le cadastre ou seulement
>> celle qui n'ont pas encore été identifiées dans OSM ?
>> Le 13 mai 2014 04:51, "Christian Quest"  a
>> écrit :
>>
>>>  Voici un tableau pour avoir un aperçu du contenu de BANO (en live) :
>>>
>>> https://openstreetmap.fr/outils/bano/status
>>>
>>> J'ai aussi modifié le rendu pour indiquer le code FANTOIR des voies sur
>>> lesquelles on n'a pas pu faire de rapprochement avec OSM.
>>> Ceci permet d'indiquer le ref:FR:FANTOIR plus facilement dans OSM et
>>> permettre le rapprochement à la prochaine itération de BANO.
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] BANO... premiers pas...

[Christian Quest]

Le colonne cadastre c'est tout ce qui a été trouvé dans le cadastre, la
colonne "non rapproché", correspond aux adresses du cadastre pour
lesquelles on n'a pas trouvé de voirie dans OSM (non fortement similaire).

Il n'y a pas encore de rapprochement fait à l'adresse elle même, c'est la
prochaine étape de la BANO qui va dé-doublonner (ou dé-triplonner) les
différentes sources pour produire un fichier cohérent en sortie.

J'ai aussi utilisé la couche BANO dans JOSM pour compléter, c'est vraiment
super pratique !
Je vais voir pour utiliser non pas uniquement le rouge, mais plusieurs
couleurs pour différencier les rues et adresses correspondant pour que ça
soit plus lisible sur des coin où aucune rue n'est nommée. Bien sûr ça ne
serait que sur les plus forts zoom, pour mapper.

Voici une copie d'écran de mon JOSM: http://cl.ly/image/0T1C2l0O133h

J'ai un filtre qui ne me montre que les highway=* sans name=*



Le 13 mai 2014 16:35, Pierre Knobel  a écrit :

> Super.  J'ai commencé à corriger des noms de rues dans OSM pour dégommer
> le rouge autant que possible dans les coins que je connais bien.
>
> Une question à propos du tableau : est ce que le chiffre dans la colonne
> "cadastre" correspond à  toutes les adresses dans le cadastre ou seulement
> celle qui n'ont pas encore été identifiées dans OSM ?
> Le 13 mai 2014 04:51, "Christian Quest"  a écrit
> :
>
>>  Voici un tableau pour avoir un aperçu du contenu de BANO (en live) :
>>
>> https://openstreetmap.fr/outils/bano/status
>>
>> J'ai aussi modifié le rendu pour indiquer le code FANTOIR des voies sur
>> lesquelles on n'a pas pu faire de rapprochement avec OSM.
>> Ceci permet d'indiquer le ref:FR:FANTOIR plus facilement dans OSM et
>> permettre le rapprochement à la prochaine itération de BANO.
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] BANO... premiers pas...

[Pierre Knobel]

Super.  J'ai commencé à corriger des noms de rues dans OSM pour dégommer le
rouge autant que possible dans les coins que je connais bien.

Une question à propos du tableau : est ce que le chiffre dans la colonne
"cadastre" correspond à  toutes les adresses dans le cadastre ou seulement
celle qui n'ont pas encore été identifiées dans OSM ?
Le 13 mai 2014 04:51, "Christian Quest"  a écrit :

> Voici un tableau pour avoir un aperçu du contenu de BANO (en live) :
>
> https://openstreetmap.fr/outils/bano/status
>
> J'ai aussi modifié le rendu pour indiquer le code FANTOIR des voies sur
> lesquelles on n'a pas pu faire de rapprochement avec OSM.
> Ceci permet d'indiquer le ref:FR:FANTOIR plus facilement dans OSM et
> permettre le rapprochement à la prochaine itération de BANO.
>
> --
> 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] erreur Osmose 7090 : nœud sur chemins - BUG

[Frédéric Rodrigo]

Bonjour,

Pas de panique. C'est un bug d'Osmose. Ça sera normalement corrigé dans 
la soirée.


Frédéric.


Le 13/05/2014 14:26, Lenny a écrit :

Bonjour,
Ce matin, j'ai reçu un paquet d'erreurs 7090 "highway absent ou barrier
isolé "

Je reçois cette erreur sur :
les panneaux "cédez le passage" - highway = give_way -
http://www.openstreetmap.org/browse/node/2566897464
les passages protégés - highway = crossing -
http://www.openstreetmap.org/node/442095173
les feux -highway = traffic_signals -
http://www.openstreetmap.org/browse/node/344541580
les fonds d'impasses - highway = turning_circle -
http://www.openstreetmap.org/browse/node/2329692091
les portails - barrier = bump_gate -
http://www.openstreetmap.org/browse/node/2661680913
les bretelles highway = motorway_junction -
http://www.openstreetmap.org/browse/node/338451082
... et d'autres

Je ne comprends pas les erreurs, ces points sont bien sur des highway !!!

merci d'avance pour les informations que vous pourriez me donner.
cordialement
Lenny

___
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] erreur Osmose 7090 : nœud sur chemins

[Philippe Verdy]

Autres erreurs nouvelles : "rond-point manquant (TMC)" signalé là où il y a
bien un nœud "mini_roundabout" (et non pas un chemin rond)
aussi la même erreur dans un carrefour où une des voies qui le traverse
forme un chemin un peu arrondi sans qu'il y ait de rond point (les autres
rues traversent le même point central (ce n'est pas du tout un rond-point
c'est un carrefour normal où la rue qui se prolonge n'est pas celle la plus
en face de l'autre partie, j'ai du mal à voir comment Osmose croit que ce
devrait être un rond-point, rien ne l'indique, même pas un tronçon à sens
unique).


Le 13 mai 2014 15:09, Philippe Verdy  a écrit :

> Visiblement un problème de SQL dans Osmose qui ne trouve plus les ways en
> question, ou une anomalie dans sa propre base de données.
> Effectivement il y a plein de ces faux positifs qui se multiplient un peu
> partout dans les analyses de type "tag à retirer" (ce qu'il ne fait pas
> faire évidemment).
> Je soupçonne l'effet inattendu d'une modif dans le code d'Osmose dans sa
> façon de gérer les requêtes d'analyse (du genre: code déplacé et mauvais
> replacement d'accolades fermant un bloc conditionnel qui génère les
> requêtes SQL, ou effacement par erreur d'un point d'exclamation dans un
> "!=", erreur de compilation "corrigée" en remettant un "==" à la place...
> suppression inattendue de la remise à zéro 'un compteur dans une boucle (en
> dépl_ant la déclaration d'une variable locale dans une boucle pour la
> placer hors de la boucle.)
> Cela me semble être donc un accident de programmation.
> S'il s'agissait d'une anomalie de la base je pense qu'on aurait beaucoup
> plus d'erreurs rapportée mais là ça touche seulement certaines analyses
> liées aux interactions noeud-chemin.
> Dans le même temps des vraies erreurs sur ces types d'interaction ne sont
> plus détectées. Visiblement un test a un résultat inversé.
>
> Autres faux positifs nouveau du même genre les mini_roundaout posés
> correctement dans un carrefour, les fins de lignes électriques sur des
> noeuds power=tower ou pole, correctement posés (lignes électriques
> prétendues non terminées...)
>
>
> Le 13 mai 2014 14:26, Lenny  a écrit :
>
> Bonjour,
>> Ce matin, j'ai reçu un paquet d'erreurs 7090 "highway absent ou barrier
>> isolé "
>>
>> Je reçois cette erreur sur :
>> les panneaux "cédez le passage" - highway = give_way -
>> http://www.openstreetmap.org/browse/node/2566897464
>> les passages protégés - highway = crossing -
>> http://www.openstreetmap.org/node/442095173
>> les feux -highway = traffic_signals - http://www.openstreetmap.org/
>> browse/node/344541580
>> les fonds d'impasses - highway = turning_circle -
>> http://www.openstreetmap.org/browse/node/2329692091
>> les portails - barrier = bump_gate - http://www.openstreetmap.org/
>> browse/node/2661680913
>> les bretelles highway = motorway_junction - http://www.openstreetmap.org/
>> browse/node/338451082
>> ... et d'autres
>>
>> Je ne comprends pas les erreurs, ces points sont bien sur des highway !!!
>>
>> merci d'avance pour les informations que vous pourriez me donner.
>> cordialement
>> Lenny
>>
>> ___
>> 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] erreur Osmose 7090 : nœud sur chemins

[Philippe Verdy]

Visiblement un problème de SQL dans Osmose qui ne trouve plus les ways en
question, ou une anomalie dans sa propre base de données.
Effectivement il y a plein de ces faux positifs qui se multiplient un peu
partout dans les analyses de type "tag à retirer" (ce qu'il ne fait pas
faire évidemment).
Je soupçonne l'effet inattendu d'une modif dans le code d'Osmose dans sa
façon de gérer les requêtes d'analyse (du genre: code déplacé et mauvais
replacement d'accolades fermant un bloc conditionnel qui génère les
requêtes SQL, ou effacement par erreur d'un point d'exclamation dans un
"!=", erreur de compilation "corrigée" en remettant un "==" à la place...
suppression inattendue de la remise à zéro 'un compteur dans une boucle (en
dépl_ant la déclaration d'une variable locale dans une boucle pour la
placer hors de la boucle.)
Cela me semble être donc un accident de programmation.
S'il s'agissait d'une anomalie de la base je pense qu'on aurait beaucoup
plus d'erreurs rapportée mais là ça touche seulement certaines analyses
liées aux interactions noeud-chemin.
Dans le même temps des vraies erreurs sur ces types d'interaction ne sont
plus détectées. Visiblement un test a un résultat inversé.

Autres faux positifs nouveau du même genre les mini_roundaout posés
correctement dans un carrefour, les fins de lignes électriques sur des
noeuds power=tower ou pole, correctement posés (lignes électriques
prétendues non terminées...)


Le 13 mai 2014 14:26, Lenny  a écrit :

> Bonjour,
> Ce matin, j'ai reçu un paquet d'erreurs 7090 "highway absent ou barrier
> isolé "
>
> Je reçois cette erreur sur :
> les panneaux "cédez le passage" - highway = give_way -
> http://www.openstreetmap.org/browse/node/2566897464
> les passages protégés - highway = crossing - http://www.openstreetmap.org/
> node/442095173
> les feux -highway = traffic_signals - http://www.openstreetmap.org/
> browse/node/344541580
> les fonds d'impasses - highway = turning_circle -
> http://www.openstreetmap.org/browse/node/2329692091
> les portails - barrier = bump_gate - http://www.openstreetmap.org/
> browse/node/2661680913
> les bretelles highway = motorway_junction - http://www.openstreetmap.org/
> browse/node/338451082
> ... et d'autres
>
> Je ne comprends pas les erreurs, ces points sont bien sur des highway !!!
>
> merci d'avance pour les informations que vous pourriez me donner.
> cordialement
> Lenny
>
> ___
> 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] erreur Osmose 7090 : nœud sur chemins

[Lenny]

Bonjour,
Ce matin, j'ai reçu un paquet d'erreurs 7090 "highway absent ou barrier 
isolé "


Je reçois cette erreur sur :
les panneaux "cédez le passage" - highway = give_way - 
http://www.openstreetmap.org/browse/node/2566897464
les passages protégés - highway = crossing - 
http://www.openstreetmap.org/node/442095173
les feux -highway = traffic_signals - 
http://www.openstreetmap.org/browse/node/344541580
les fonds d'impasses - highway = turning_circle - 
http://www.openstreetmap.org/browse/node/2329692091
les portails - barrier = bump_gate - 
http://www.openstreetmap.org/browse/node/2661680913
les bretelles highway = motorway_junction - 
http://www.openstreetmap.org/browse/node/338451082

... et d'autres

Je ne comprends pas les erreurs, ces points sont bien sur des highway !!!

merci d'avance pour les informations que vous pourriez me donner.
cordialement
Lenny

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

Re: [OSM-talk-fr] Tag lotissement

[Philippe Verdy]

Tu ne dis pas quelles sont ces deux façons de faire, Même si on lisant ta
réponse sommaire j'ai l'impression qu'on défend la même chose. Mais faute
de détail dans ton message (pusique tu n'as rien cité avec) impossible de
le savoir ce que tu défends réellement.
Si tu dis ici que j"ai défendu selon toi la duplication de ways, ce n'est
pas du tout ce que j'ai écrit et tu as mal lu.

Pour moi le seul cas où des polygones dupliqués sont justifiés c'est quand
leurs tags sont incompatibles ensembles sur le même objet et ça concerne
essentiellement le cas où un même tag doit prendre deux valeurs simultanées
alors que logiquement ces des valeurs sont incompatibles (exemple : deux
hauteurs différentes : cas qui survient avec les étages d'un même bâtiment
par exemple; cas de batiments-ponts, ou de certaines données 3D simples non
modélisées dans une base à part)

Et pourtant on devrait pouvoir éviter la duplication en utilisant une
relation et en permettant d'avoir deux fois le même membre avec des rôles
différents (à condition de codifier les rôles avec une partie donnée); ou
en autorisant pour ce cas là des relations à 1 seul membre (le même pour
toutes) pour y mettre sur chacune des tags différents, puis référencer ces
relations dans une relation mère construisant l'objet complet.
Je pense qu'on peut toujours s'arranger pour éviter la duplication des
polygones à condition d'accepter les relations à 1 seul membre (qu'on ne
peut pas fusionner dans l'objet membre qu'elles référencent).

Et sur ce point il est alors justifier d'apporter une modif à JOSM ou les
outils d'analyse pour qu'il ne "râlent" pas sur toutes les relations à
membre unique, en lui faisant détecter les tags qui sont incompatibles
entre eux pour une telle fusion vers le membre hors de la relation.


Le 13 mai 2014 10:29, Pieren  a écrit :

> Je trouve ces deux façons de faire horriblement compliquées et
> injustifiées. Il n'y a aucune raison valable de dupliquer le way
> "inner" ou faire un multipolygone qui n'est pas "multi" autre que
> celle de palier un problème de rendu. Il vaudrait mieux trouver la
> solution du côté d'osm2pgsql (en acceptant les inner avec les mêmes
> tag que le outer) plutôt que d'imposer ces bricolages aux
> contributeurs.
>
> Pieren
>
> ___
> 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 ?

[Philippe Verdy]

Le 13 mai 2014 11:32, Jean-Guilhem Cailton  a écrit :

>  Un MOOC "Introduction à OSM", à destination du grand public de l'espace
> francophone (dans un premier temps, avant d'éventuelles traductions si ça
> marche bien) pourrait même être vu comme une nouvelle sorte de cartopartie
> géante...
>

Loin de vouloir tempérer ton optimisme, les MOOC sont un concept nouveau "à
la mode" mais il faut tout de même savoir que même si des écoles ou
universités s'y mettent (avec quelques réserves, notamment en France dans
le secteur public universitaire), les plus gros MOOC actuels n'ont pas
encore dépassé quelques centaines de participants (et pas en France).

Différents concepts ont été expérimenté avec diverses plateformes (surtout
commerciales et encore assez chères), mais le problème est que les MOOC
n'ont pas encore réussi à convaincre un grand public, mais s'adresse
surtout à des étudiants déjà intéressés à un sujet mais qui pensent faire
des économies sur une formation.

Le M de MOOC (massive) n'a pas encore été prouvé et les expérimentations
faites coutent assez cher et pour réussir un minimum demandent qu'il y ait
un suivi jusqu'au bout. Hors les premiers résultats donnent des taux de
suivi plutôt faibles, avec un taux d'abandon important (beaucoup plus qu'un
cursus universitaire).

Le MOOC ne résoud pas les questions de language et niveau de compréhension,
d'interactivité réelle entre étudiants (s'il y a interactivité il faut des
moyens importants du côté des formateurs qui y sont connectés. Les MOOC
dispensent rarement des certifications, quand ils le font c'est une carotte
sensée motiver les étudiants, alors que ces certificats ne sont pas encore
reconnus, mais ces certificats viennent avec des conntraintes : temps
limité pour suivre le MOOC, système de notation... avec un rendu sur ce
dernier point qui a aussi réduit encore plus la participation.

On peut toujours essayer le MOOC, mais sans doute pas croire qu'on arrivera
à évaluer les étudiant, à mesurer le bénéfice obtenu sur leurs
connaissances s ni à les garder suffisamment nombreux. Et beaucoup de
contributeurs bénévoles occasionnels que vous voulez cibler seront rebutés
immédiatement si le système leur impose des contraintes sur le temps
d'apprentissage ou le passage obligé sur certains points.

Je pense donc encore que pour OSM, il est dans doute préférable d'avoir une
sorte de wiki social, mélant dans les mêmes pages des parties documentaires
qui grossissent avec le temps, un whiteboard effaçable,, un fil continu
d'échange entre utilisateurs (sans intervention réelle des formateurs, à
peine un modérateur sur un flux continu qui a une durée de conservation
limitée, les plus expérimentés seulement allant compléter la partie
documentaire. On peut imaginer que cette interactivité s'appuie sur un
réseau social (type Twitter ou Facebook, où pourront être dispensés
régulièrement des liens vers les meilleurs petits documents faciles à lire,
sélectionnés dans une base documentaire enrichie petit à petit par les
meilleurs participants et quelques formateurs).

Si on veut réellemrnt que ce soit massif, le temps des formateurs sera
compté: sur OSM ils ne pourront pas être connecté en permanence, il faut
que le système s'autoentretienne, quitte à ce qu'une partie du contenu
visualisé déborde du cours strict pour admettre aussi de la créativité, de
l'expérimentation, et un suivi à postériori (avec des outils statistiques
ou des moteurs de recherche sur les échanges passés).

Sinon autant aller vers un système comme Wikiversité (sachant aussi que
pour l'instant il reste très peu utilisé et pas massif non plus). Ce
qui finalement marche le mieux pour l'instant ce sont les meetings
communautaires aux bons endroits (mais il faut y aller ou militer pour
imposer sa présence et aussi des moyens humains et financiers pour aider
ceux qui voudront participer à de nombreux événements; et la Fondation OSM
ou l'asso n'en ont ni les moyens ni le temps)

Enfin vos objectifs de viser tout le monde dans un même MOOC peuvent vite
se heurter au niveau de compréhension ou à l'expression différente des
besoins selon les publics. Viser le grand public ou viser les collectivités
ne peut pas utiliser la même forme. Plus le public visé est déjà investi
dans le monde de la cartographie numérique (SIG) plus le formalisme du MOOC
s'impose et plus il faut du contenu étoffé: la forme MOOC est à mon avis de
moins en moins adaptée, quand ils préféreront la forme "rapport de projet",
téléchargeable, imprimable sur quelques pages, ou la renconte sur place
avec les décideurs (en franchissant aussi certains obstacles hiérarchiques
ou des résistances par ceux qui ont des responsabilités et craignent de les
perdre.

Et pour susciter un intéret massif, il faut aussi rendre cela attractif.
Pour eux je crois plus au succès si cela prend la forme d'un jeu ou
s'intègre à un jeu existant On peut aussi chercher à viser l'intégration
d'OSM dans plus d'applications disposant d'un retour social (y compris a

Re: [OSM-talk-fr] BANO... premiers pas...

[Christian Quest]

Voici un tableau pour avoir un aperçu du contenu de BANO (en live) :

https://openstreetmap.fr/outils/bano/status

J'ai aussi modifié le rendu pour indiquer le code FANTOIR des voies sur
lesquelles on n'a pas pu faire de rapprochement avec OSM.
Ceci permet d'indiquer le ref:FR:FANTOIR plus facilement dans OSM et
permettre le rapprochement à la prochaine itération de BANO.

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

Re: [OSM-talk-fr] Un MOOC OSM ?

[Ab_fab]

Bonjour,

Je te rejoins tout à fait.

Et concernant la teneur des contributions, je dirais qu'il ne faut pas se
fermer sur un thème particulier.
Chaque contributeur a son approche, ses marottes.

learnosm.org suit un peu la même trame que le manuel flossmanual consacré à
OSM, qui date désormais, et à qui il manque pas mal de choses relatives au
contexte français (outils de contrôle qualité, usage du cadastre ...)
Pour mémoire un pad [2] recense les voies d'améliorations possibles pour
une version remise à jour du manuel.

J'imagine que cela reste un bon substrat pour une documentation de MOOC
consacré à OSM.

Bonne journée

***
[1] http://fr.flossmanuals.net/openstreetmap/
[2] http://piratepad.net/OSM-frEvolutions

Le 13 mai 2014 11:32, Jean-Guilhem Cailton  a écrit :

>  Bonjour,
>
> (...)
> Il me semble que le niveau où un MOOC OSM pourrait apporter le plus serait
> le plus introductif possible. A destination de la grande majorité des
> "non-contributeurs", qui se sont inscrits sans jamais contribuer, ou à
> peine. Et surtout de l'encore bien plus grande majorité de ceux qui n'ont
> pas pas franchi ce pas. Alors qu'OSM aurait besoin de contributeurs
> partout. Et aussi qu'OSM pourrait être utile partout.
> (...)
> Bien cordialement,
>
> Jean-Guilhem
>
>
>
>
> Le 12/05/2014 11:07, Vincent Bergeot a écrit :
>
> bonjour,
> je pense m'être inscrit mais je n'ai pas de nouvelles et rien de visible
> sur le site.
> Ai-je raté une étape ?
>
> Sinon pour le contenu, il me semble que le mooc a plus "intérêt" à traiter
> d'OSM, dont un module sur les moyens de communications grands publics (ex
> de la carto et de son organisation).
>
> Le public du mooc est important à définir :
>
>- grand public
>- contributeurs débutants
> - contributeurs expérimentés
>- enseignants et animateurs : osm à l'école et au centre de loisirs,
>- collectivités !!!
>
> Mais sans doute que cela fera partie des questions à se poser lorsque le
> mooc commencera :)
>
> Cordialement
>
> --
> Vincent Bergeot
>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un MOOC OSM ?

[Jean-Guilhem Cailton]

Bonjour,

Le cours a été lancé hier à 14 h. (Je m'y suis aussi inscrit). La
première semaine est consacrée essentiellement à la familiarisation avec
le fonctionnement du MOOC et à la formation des équipes.

(Pour ceux que ça pourrait inquiéter, l'inscription aux groupes G+ ou FB
n'est pas nécessaire. Ils sont juste destinés aux échanges informels
autour du cours. Pour la logistique du cours, ou pour les problèmes
techniques, les forums intégrés de la plate-forme FUN (France Université
Numérique) sont recommandés. Et, pour la communauté OSM, on dispose déjà
de certains autres canaux d'échange, comme cette liste. A propos de
réseaux sociaux, pour ceux qui préfèrent Twitter, le mot-dièze est #MOOCAZ).


Il me semble que le niveau où un MOOC OSM pourrait apporter le plus
serait le plus introductif possible. A destination de la grande majorité
des "non-contributeurs", qui se sont inscrits sans jamais contribuer, ou
à peine. Et surtout de l'encore bien plus grande majorité de ceux qui
n'ont pas pas franchi ce pas. Alors qu'OSM aurait besoin de
contributeurs partout. Et aussi qu'OSM pourrait être utile partout.

En effet, les dimensions "synchrone" et "coopérative" (entre apprenants)
propres aux MOOC pourraient permettre à certains de surmonter des
obstacles que même un ensemble de documents comme Learnosm.org ne permet
pas de franchir.

Un MOOC "Introduction à OSM", à destination du grand public de l'espace
francophone (dans un premier temps, avant d'éventuelles traductions si
ça marche bien) pourrait même être vu comme une nouvelle sorte de
cartopartie géante...

Bien cordialement,

Jean-Guilhem




Le 12/05/2014 11:07, Vincent Bergeot a écrit :
> bonjour,
> je pense m'être inscrit mais je n'ai pas de nouvelles et rien de
> visible sur le site.
> Ai-je raté une étape ?
>
> Sinon pour le contenu, il me semble que le mooc a plus "intérêt" à
> traiter d'OSM, dont un module sur les moyens de communications grands
> publics (ex de la carto et de son organisation).
>
> Le public du mooc est important à définir :
>
>   * grand public
>   * contributeurs débutants
>   * contributeurs expérimentés
>   * enseignants et animateurs : osm à l'école et au centre de loisirs,
>   * collectivités !!!
>
> Mais sans doute que cela fera partie des questions à se poser lorsque
> le mooc commencera :)
>
> Cordialement
>
> -- 
> Vincent Bergeot
>
>

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

Re: [OSM-talk-fr] Tag lotissement

[Pieren]

Je trouve ces deux façons de faire horriblement compliquées et
injustifiées. Il n'y a aucune raison valable de dupliquer le way
"inner" ou faire un multipolygone qui n'est pas "multi" autre que
celle de palier un problème de rendu. Il vaudrait mieux trouver la
solution du côté d'osm2pgsql (en acceptant les inner avec les mêmes
tag que le outer) plutôt que d'imposer ces bricolages aux
contributeurs.

Pieren

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

Re: [OSM-talk-fr] Vidéo SotM-FR : besoin d'aide avant publication

[Christian Quest]

Toutes les videos de la journée de vendredi sont maintenant en ligne sur
Dailymotion et listées sur http://lanyrd.com/2014/sotmfr/video/


Le 12 mai 2014 11:32, Christian Quest  a écrit :

> Et voilà, 6 de plus... http://lanyrd.com/2014/sotmfr/video/
>
> Je continue
>
>
> Le 11 mai 2014 14:50, Christian Quest  a écrit :
>
> Je me remet aux upload...
>>
>>
>> Le 11 mai 2014 14:38, Frédéric Rodrigo  a écrit :
>>
>> Des avancées là dessus ?
>>>
>>> Sinon je me lance la dedans... mais je n'ai ni les connaissance ni
>>> probablement le matériel qui va bien.
>>>
>>> Ça me semble quand même important de publier ces vidéos.
>>>
>>> Frédéric.
>>>
>>>
>>> Le 23/04/2014 09:56, François Lacombe a écrit :
>>>
 Bonjour Christophe,


 Le 22 avril 2014 19:36, Christophe Merlet >>> > a écrit :


 Le 22/04/2014 18:48, François Lacombe a écrit :

 Bonjour,

 Concernant les confs du 05/04, il ne semble y avoir que celles
 données
 au 4ième étage sur le serveur de RedFox.


 Il y a aussi celles du rez de chaussée.
 Malheureusement elles n'ont pas été segmentée à la source, et ça
 pèse lourd !!

 /20140405-101056_7585/  9,3 Go
 /20140405-114439_5e07/  1,6 Go
 /20140405-134335_775d/  22,3 Go !!


 En effet c'est assez conséquent.

 J'ai également un octocoeur, sous windows avec une bonne connexion.
 Je veux bien essayer de les découper ce soir si qqn ne l'a pas déja
 commencé.

 On verra après pour l'encodage.

 *François Lacombe*


 francois dot lacombe At telecom-bretagne dot eu
 http://www.infos-reseaux.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
>>>
>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>> Conférence "State Of The Map" France du 4 au 6 avril à 
>> Paris
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
> Conférence "State Of The Map" France du 4 au 6 avril à 
> Paris
>



-- 
Christian Quest - OpenStreetMap France
Conférence "State Of The Map" France du 4 au 6 avril à
Paris
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr