Re: [OSM-talk-fr] Cartographier les tribunaux d'instance et les cantons

2013-01-12 Par sujet Philippe Verdy 
Une référence législative sur les compétences territoriales des
différents tribunaux semble bien indiquer que la "brique" de base est
celle des tribunaux d'instance (les autres jrudictions sont basées
dessus, ce sont les mêmes par exemple pour les trobunaux du
travail/prud'hommes, et pour le second degré c'est le tribunal de
grande instance qui sert de base pour les cours d'appels des
diffrentes juridictions).

http://www.legifrance.gouv.fr/affichCode.do?cidTexte=LEGITEXT06071164&dateTexte=20121018

C'est moins clair pour les juridictions financières (cours des
comptes) qui semblent se calquer sur le découpage du second degré
(grande instance et cours d'appel).

Pour le troisième degré (la Cour de cassation pour le pénal, le civil
et le travail ; ou le Conseil d'Etat pour les juridictions
administratives... et peut-être financières?) il semble que leur
compétence soit nationale, donc pas de découpage à ajouter.

Faire une liste des tribunaux d'instance ne prend pas beaucoup de
temps, il y a donc peu de relations à ajouter (il n'y en a guère plus
de 3 ou 4 par département, souvent 2 dans les départements ruraux).
Donc avec en gros 200-300 relations on aura fait le tour des tribunaux
d'instance et en gros 100 relations celle des grande instance. Cela
semble donc facile à créer même dans les départements encore
incomplets dans leurs cantons ou communes (il ne devrait plus en
rester qu'une poignée manquante principalement dans en
Champagne-Ardenne où il manque encore plein de cantons et
d'arrondissements.

Mais là où le peux me tromper c'est dans les juridictions civiles de
départements très peuplés et denses.

Un lien que j'ai trouvé au barreau des avocats semble résumer la liste
en quelques pages, ce doit donc être facile à faire et à maintenir.

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

[OSM-talk-fr] Nombreux nouveaux contributeurs...

2013-01-12 Par sujet Christian Quest 
Ce matin, en faisant mon petit envoi quotidien de message de bienvenue
aux nouveaux contributeurs de la veille, je trouve la liste bien plus
longue qu'habituellement.
45 nouveaux contributeurs rien que pour hier, alors qu'en général ça
dépasse rarement 15.

Il y a eu un peu de buzz suite à notre passage du million de compte
sur OSM, c'est sûrement lié.
Ces "buzz", sont très bénéfiques pour faire connaitre le projet et
donc pour amener des contributeurs.
N'hésitez pas à laisser un commentaire avec un lien vers http://openstreetmap.fr

-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Nolwenn 
Le vendredi 11 janvier 2013 23:42:27 Philippe Verdy a écrit :
> Non je suis en train de naviguer sur une machine toute neuve, 30 To en RAID
> 5, système sur 2 SSD 256 Go, Windows 7, j'ai juste installé Chrome avec un
> des pilotes fournis (dont celui de la carte audio proposé par Microsoft

Pourquoi ne pas installer la version de Chrome depuis le site de l'éditeur en 
vérifiant la somme de contrôle. Ta version, dont l'origine est surprenante, est 
possiblement foireuse.

H. S. : Pour ton système, je te conseille de bruler de nombreux cierges pour 
qu'un des disques de ta grappe ne tombe pas en rade car le temps de 
reconstruction risque d'être interminable avec en plus un risque de panne d'un 
autre disque lors de celle-ci.



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

[OSM-talk-fr] [forum-osm-fr] Article sur OSM

2013-01-12 Par sujet forum 
Le message suivant de :
##
Bonjour, dans le cadre d'un travail universitaire, j'ai réalisé un petit 
article sur OSM, dispo ici :



>>> [url]http://cartoperso.fr/travaux[/url]

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=6&t=447
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

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

Re: [OSM-talk-fr] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...

2013-01-12 Par sujet Tigre-Bleu 

Il 06/01/2013 21:26, Yohan Boniface ha scritto:

On 01/06/2013 12:45 PM, Tigre-Bleu wrote:


Je pense que ça serait bien de rajouter un champ de recherche pour
pouvoir centrer la carte facilement sur un petit bled sans galérer à
zoomer un peu au petit bonheur la chance entre les 2 grandes villes d'a
coté qui apparaissent à des petits niveau de zoom :-)



Une recherche à proprement parler n'est pas dans les priorités de la 
0.1, sur laquelle je suis en train de travailler, mais l'idée me 
paraît bonne, donc j'ai ajouté une sorte de "jump to location", qui 
interroge Nominatim et zoom sur le premier résultat de recherche, sans 
plus d'interaction pour le moment.


A tester ici par exemple: 
http://umap.fluv.io/map/JoeLapin/whatsthat/#15/49.1188/6.1771 :)


Tests et retours bienvenus! :)

Yohan
Ca a bien l'air de marcher. Il me semble que faire un "jump to" le 
premier résultat est une bonne idée mais à terme il faudrait aussi avoir 
la liste complète pour traiter les homonymes.


Peut être qu'on peut faire
1 --> "jump to" le premier résultat et en parrallele afficher sous le 
champ recherche la liste complète.
2 --> Si l'utilisateur clique sur la carte on rétracte toute la zone de 
recherche (comme actuellement)
3 --> Si l'utilisateur clique sur un autre résultat on y déplace la 
carte et on retourne au point 1 en gardant affiché la liste de résultats


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

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Le 12 janvier 2013 10:24, Nolwenn  a écrit :
> Le vendredi 11 janvier 2013 23:42:27 Philippe Verdy a écrit :
>> Non je suis en train de naviguer sur une machine toute neuve, 30 To en RAID
>> 5, système sur 2 SSD 256 Go, Windows 7, j'ai juste installé Chrome avec unows
>> des pilotes fournis (dont celui de la carte audio proposé par Microsoft
>
> Pourquoi ne pas installer la version de Chrome depuis le site de l'éditeur 
> enla tienne
> vérifiant la somme de contrôle. Ta version, dont l'origine est surprenante, 
> est
> possiblement foireuse.

C'est la version officielle de Chrome actuelle, elle n'a rien de
surprenant ! Et en tout cas pas foireuse du tout !
24.0.1312.52 m
(c'est bien une version pour Windows 7).

Chromium est lui aussi en version 24.0.1312.52 (dans ses deux versions
"stable" et "beta", sinon 25.0.1364.29 en version "dev", cf.
http://www.chromium.org/developers/calendar)

A mon avis c'est ta version qui n'est pas à jour ! La mise à jour se
fait automatiquement oui, mais pas en permanence, regarde le menu "A
propos de Google Chrome" pour voir si TA version est à jour ou pas.

> H. S. : Pour ton système, je te conseille de bruler de nombreux cierges pour
> qu'un des disques de ta grappe ne tombe pas en rade car le temps de
> reconstruction risque d'être interminable avec en plus un risque de panne d'un
> autre disque lors de celle-ci.

P... La construction totale du RAID n'a pris que 3 heures en tout
(ce n'était pas "interminable"), et la grappe était utilisable moins
de 10 minutes après le début de l'opération (c'est un RAID5 matériel,
pas logiciel). C'est une grappe à 2 x 5 disques (en fait du RAID 5 +
0, équivalente à deux grappes RAID5 montées en parallèle en stripes).
Sinon les 2 SSD sont montés en RAID aussi (avec redondance). Le backup
système après install a pu se faire en moins de 10 minutes alors que
le RAID n'était pas encore fini (le contrôleur RAID sait travailler en
parallèle et gérer les priorités pour répondre aux premières requêtes
d'écriture n'importe où avant même d'avoir fini le reste : c'est
pendant les 10 premières minutes qu'il prépare une série de secteurs
pour mémoriser où il en est dans sa (re)construction.

J'ai aussi testé la reconstruction en débranchant un des disques à
chaud (juste après l'installation de l'OS et la génération de son
premier backup image système + fichiers) alors même que la
construction initiale n'était pas finie. Aucun problème, toutes les
données déjà écrites ont été gardées, le système ne s'est même pas
bloqué et n'a pas planté, et quand j'ai rebranché le disque une heure
après (le temps de naviguer sur Internet), la reconstruction a pris et
20 minutes après était vérifiée et complète.

Le principal risque est plutôt sur les processeurs et la RAM (je suis
en train de le tester surtout pour tester ses caches L1 à L3, car pour
la RAM elle est déjà testée aussi, en pleine charge sur les 2 CPU x 8
cores x 2 threads à 100% le processeur monte à 48 degrés environ et se
stabilise, mais en utilisation normale avec tous les states idle
activés, il ne dépasse pas les 36 degrés).

Sur les PC actuels les principales pannes ne sont d'ailleurs pas sur
la RAM mais sur les caches internes des processeurs, sur les disques
durs au niveau de leurs contrôleurs, sur les alims sous-dimensionnées
et sur les systèmes de refroidissement "passifs" (souvent mal montés
et qui ne tiennent pas la route, particulièrement sur les PC portables
même des marques réputées).

Ainsi que sur les SSD de certaines marques (très instables par exemple
chez Samsung, tous ceux que je connais qui ont acheté chez Samsung ont
eu des pannes rapidement alors qu'ils sont sensés être garantis "à
vie" par Samsung: leur problème est dans le firmware pour le contrôle
d'erreur et dans leur bitmap d'association qui n'a pas de système de
correction, chez Samsung seule la partie stockage a de la redondance,
pas la table d'association). J'ai pris des SSD Intel (un peu plus
chers) qui ont des algos plus performants dans leur firmware et qui
inclue le même niveau de redondance sur la partie stockage et sur la
table d'association et les secteurs de correction (un SSD Intel est
déjà en interne un système RAID à lui tout seul). Chez de nombreux
constructeurs de SSD "bon marchés" la taille annoncée est la taille
totale des mémoires flash, mais on doit retirer la taille des secteurs
de la table d'association et il n'y a pas (ou trop peu) de RAM cache
pour optimiser et répartir les accès entre les circuits (de fait leur
MTBF est largement surestimé, et il n'y a pourtant pas de redondance
et de correction d'errreur sur la table d'association). Chez Intel la
capacité réelle utilisable est bien celle annoncée.

La RAM sinon est de la DDR3 Corsair supportant les profils "XTREM" à
1,6GHz mais là je la laisse à 1 GHz (en profil standard, aucun
overclock non plus sur les CPUs, je ne veux pas griller prématurément
les caches), les barrettes sont toutes montées chacune dans leur
radiateur, ce n'est pas de la RAM n

[OSM-talk-fr] [forum-osm-fr] Nouvel inscrit

2013-01-12 Par sujet forum 
Le message suivant de :
##
Bonjour à tous,



Contributeur tout frais, un certain Cquest m'a amené jusque ici.

Ayant du temps à donner, je me suis lancé dans l'édition de l'aéroport d'Orly, 
où il y a beaucoup à faire "côté coulisse".



Sincères salutations,



J_Ice

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=10&t=448
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

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

[OSM-talk-fr] Quel GPS routier pour tagger

2013-01-12 Par sujet Olivier Delaune 
Bonjour,
j'envisage d'acheter un GPS pour ma voiture afin qu'il m'indique la route. J'ai 
vu que les GPS Garmin offrait la possibilité d'utiliser des cartes OSM ce qui 
est un vrai plus. J'envisage donc de me diriger vers cette marque. Je me 
tourne vers vous car je suis un peu perdu parmi tous les modèles. Je 
souhaiterais un GPS qui permet d'enregistrer des gpx qui permettront d'être 
importé dans JSOM par exemple afin de pouvoir contribuer à OSM avec ce GPS 
routier. Connaissez vous un modèle qui puisse faire ça ? Par ailleurs, comment 
Garmin gère-t'il les cartes importé d'OSM. Est-il capable de trouver les 
adresses dessus, de faire du routage avec, d'utiliser les POI. Bref, quel 
support offre-t'il avec les cartes OSM ?
Vous l'aurez compris, je suis à la recherche de tout retour d'expérience 
concernant des GPS « routiers » utilisable pour mapper. Enfin, si d'autres 
marques que Garmin offre tout ce que je recherche (import possible et bonne 
gestion des cartes OSM, possibilité de mapper), je suis également à votre 
écoute
Merci d'avance
Olivier

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

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet PhQ 
Tiens ! Moi aussi
Aujourd'hui, samedi 12 janvier 2013, redémarrage de l'ordi, mise à jour
automatique de firefox (ca arrive de temps à autre ..)  et ... moi aussi je
ne peut plus faire glisser la carte !!!
Jusqu'alors tout baignais et hier tout marchais pile poil.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Carte-non-glissante-sur-Openstreetmap-org-sous-Chrome-probleme-de-securite-interdomaines-tp5744036p5744116.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Par curiosité j'ai aussi essayé Chrome dans sa version "Canary build" (qui
s'installe séparément) :
Version 26.0.1381.0 canary
Elle non plus ne fonctionne pas sous www.openstreetmap.org, la carte ne
glisse toujours pas en cliquant-trainant la souris (cela veut déplacer
l'image d'une tuile), et la molette de fait pas de zoom.

Par hasard j'ai cherché parmi les flags avancés de Chrome (sur la page
avancée "about:flags") et j'en ai trouvé un qui est activé par défaut :


Enable touch events (Mac, Windows, Linux, Chrome OS)
Force touchscreen support to always be enabled or disabled, or to be
enabled when a touchscreen is detected on startup (Automatic, the default).
[Automatique] (choix par défaut, les autres options sont "Activé" ou
"Désactivé".


Il se trouve que mon écran dispose d'une surface tactile justement !!!
(avec une connexion USB détectée par Windows comme un stylet ou une
tablette tactile standard). Dans ce cas si je désactive cette option, la
Slippy Map fonctionne bien à la souris (mais pas avec le doigt sur l'écran
tactile). Je n'avais tout bonnement pas essayé de déplacer la carte avec le
doigt sur l'écran !

Ensuite j'ai réactivé cette option par défaut, et la souris ne fonctionne
plus. En revanche la Slippy Map fonctionne cette fois... mais avec le doigt
sur l'écran !

Bref pour que ça fonctionne sous Chrome, il faut :
- soit débrancher le cable USB qui relie mon écran au PC pour son interface
tactile (pour n'utiliser que la souris).
- soit désactiver cette option de Chrome (et utiliser alors uniquement la
souris). Sous IE et Firefox, les deux périphériques souris et surface
tactile sont vus comme un seul, et ne sont pas distingués.
Dans le framework utilisé sur layers.openstreetmap.org, peu importe le
périphérique utilisé ils sont utilisés de la même façon.

Les "*touch events*" sont une nouveauté de Chrome (qui n'existe pas encore
sous IE ou Firefox), ils permettent de distinguer plusieurs périphériques à
l'origine des évènements de molette ou de glisser-trainer et déplacements).
Le javascript utilisé dans le framework sur www.openstreetmap.org ne gère
pas cela correctement ou ne gère QUE le premier périphérique par défaut
(pas le second).
On n'a pas le même framework pour la SlippyMap de
layers.openstreetmap.orgqui génèrent la même action quelque soit le
périphérique utilisé.

La conséquence du support des "touch events" sous Chrome est qu'il va
permettre d'utiliser sur les sites web plusieurs "souris" pour des actions
différentes : la surface tactile de l'écran, un touchpad, une souris
externe, un trackball, voire aussi un joystick ou un bouton de manette de
jeux, ou des manettes de jeux comportant plus de capteurs directionnels
utilisables dans les jeux en ligne.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Du coup j'ai rétabli l'option par défaut (qui est maintenant activée de
façon automatique sur un PC disposant d'une interface "multitouch". Et là
pour glisser la carte je glisse le doigt sur l'écran, pour zoomer je fais
une double tape ou j'utilise le zoom en glissant et rapprochant ou
éloignant deux doigts comme sur une tablette ou un smartphone.

La souris reste à part (déplacements, trainer un objet, ici une tuile, vers
le bureau ou un nouvel onglet en tant qu'URL, les clics ne réagissent plus
sur la carte mais fonctionnent dans les  zones de saisie et pour trainer
les ascenseurs des barres de défilement de la même façon qu'avec le doigt
sur l'écran).

Sur un site de démo des touch events, je peux aussi faire des rotations de
photos. Sur Yourtube je peux zoomer un morceau d'une vidéo

Mais sur le site OSM je ne vois pas l'intérêt de distinguer dans le
javascript la souris et l'interface tactile qui devraient réagir de la même
façon, ce n'est pas un jeu !

Le 12 janvier 2013 16:46, Philippe Verdy  a écrit :

> Par curiosité j'ai aussi essayé Chrome dans sa version "Canary build" (qui
> s'installe séparément) :
> Version 26.0.1381.0 canary
> Elle non plus ne fonctionne pas sous www.openstreetmap.org, la carte ne
> glisse toujours pas en cliquant-trainant la souris (cela veut déplacer
> l'image d'une tuile), et la molette de fait pas de zoom.
>
> Par hasard j'ai cherché parmi les flags avancés de Chrome (sur la page
> avancée "about:flags") et j'en ai trouvé un qui est activé par défaut :
>
>
> Enable touch events (Mac, Windows, Linux, Chrome OS)
> Force touchscreen support to always be enabled or disabled, or to be
> enabled when a touchscreen is detected on startup (Automatic, the default).
> [Automatique] (choix par défaut, les autres options sont "Activé" ou
> "Désactivé".
>
>
> Il se trouve que mon écran dispose d'une surface tactile justement !!!
> (avec une connexion USB détectée par Windows comme un stylet ou une
> tablette tactile standard). Dans ce cas si je désactive cette option, la
> Slippy Map fonctionne bien à la souris (mais pas avec le doigt sur l'écran
> tactile). Je n'avais tout bonnement pas essayé de déplacer la carte avec le
> doigt sur l'écran !
>
> Ensuite j'ai réactivé cette option par défaut, et la souris ne fonctionne
> plus. En revanche la Slippy Map fonctionne cette fois... mais avec le doigt
> sur l'écran !
>
> Bref pour que ça fonctionne sous Chrome, il faut :
> - soit débrancher le cable USB qui relie mon écran au PC pour son
> interface tactile (pour n'utiliser que la souris).
> - soit désactiver cette option de Chrome (et utiliser alors uniquement la
> souris). Sous IE et Firefox, les deux périphériques souris et surface
> tactile sont vus comme un seul, et ne sont pas distingués.
> Dans le framework utilisé sur layers.openstreetmap.org, peu importe le
> périphérique utilisé ils sont utilisés de la même façon.
>
> Les "*touch events*" sont une nouveauté de Chrome (qui n'existe pas
> encore sous IE ou Firefox), ils permettent de distinguer plusieurs
> périphériques à l'origine des évènements de molette ou de glisser-trainer
> et déplacements). Le javascript utilisé dans le framework sur
> www.openstreetmap.org ne gère pas cela correctement ou ne gère QUE le
> premier périphérique par défaut (pas le second).
> On n'a pas le même framework pour la SlippyMap de layers.openstreetmap.orgqui 
> génèrent la même action quelque soit le périphérique utilisé.
>
> La conséquence du support des "touch events" sous Chrome est qu'il va
> permettre d'utiliser sur les sites web plusieurs "souris" pour des actions
> différentes : la surface tactile de l'écran, un touchpad, une souris
> externe, un trackball, voire aussi un joystick ou un bouton de manette de
> jeux, ou des manettes de jeux comportant plus de capteurs directionnels
> utilisables dans les jeux en ligne.
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Une démo à tester ici avec un seul doigt (regardez le code source de la
page) :
http://www.quirksmode.org/m/tests/drag.html

Une démo pour les interfaces supportant 2 ou 3 doigts (regardez aussi le
code source) :
http://www.quirksmode.org/m/tests/drag2.html
(si votre surface tactile ne support qu'une seule position vous ne pourrez
trainer qu'un seul des carrés en même temp ; utile pour les jeux
multijoueurs où on joue sur le même écran, mais c'est ce qui permet aussi
le zoom et la rotation à deux doigts)

Le truc clé c'est l'évènement "ontouchstart" qui peut se déclencher une ou
plusieurs fois lors d'une touche sur un ou plusieurs objet, chaque touche
ayant son propre suivi avec "ontouchmove" et "ontouchend". Ils se
distinguent de "onmousedown", "onmousemove" et "onmouseup".

Sous IE et Firefox cependant, la première touche déclenche à la fois les
évènements "onmouse*" et "ontouch*" sur un même objet eventlistener (ces
listeners sont créés par duplication d'un même objet initial sur les
navigateurs qui supportent le "multitouch", autant de fois que l'OS peut
les distinguer) de sorte que la souris est équivalente à la première
touche. Mais Chrome ne fait plus cette fusion par défaut entre la souris et
la première touche tactile, Chrome donne donc une touche en plus (en
utilisant les doigts et la souris pour des touches distinctes, donc avec
mon écran à deux touches plus la souris, je gère 3 touches en tout sous
Chrome, mais 2 seulement sous IE et Firefox...).

Le 12 janvier 2013 16:59, Philippe Verdy  a écrit :

> Du coup j'ai rétabli l'option par défaut (qui est maintenant activée de
> façon automatique sur un PC disposant d'une interface "multitouch". Et là
> pour glisser la carte je glisse le doigt sur l'écran, pour zoomer je fais
> une double tape ou j'utilise le zoom en glissant et rapprochant ou
> éloignant deux doigts comme sur une tablette ou un smartphone.
>
> La souris reste à part (déplacements, trainer un objet, ici une tuile,
> vers le bureau ou un nouvel onglet en tant qu'URL, les clics ne réagissent
> plus sur la carte mais fonctionnent dans les  zones de saisie et pour
> trainer les ascenseurs des barres de défilement de la même façon qu'avec le
> doigt sur l'écran).
>
> Sur un site de démo des touch events, je peux aussi faire des rotations de
> photos. Sur Yourtube je peux zoomer un morceau d'une vidéo
>
> Mais sur le site OSM je ne vois pas l'intérêt de distinguer dans le
> javascript la souris et l'interface tactile qui devraient réagir de la même
> façon, ce n'est pas un jeu !
>
> Le 12 janvier 2013 16:46, Philippe Verdy  a écrit :
>
> Par curiosité j'ai aussi essayé Chrome dans sa version "Canary build" (qui
>> s'installe séparément) :
>> Version 26.0.1381.0 canary
>> Elle non plus ne fonctionne pas sous www.openstreetmap.org, la carte ne
>> glisse toujours pas en cliquant-trainant la souris (cela veut déplacer
>> l'image d'une tuile), et la molette de fait pas de zoom.
>>
>> Par hasard j'ai cherché parmi les flags avancés de Chrome (sur la page
>> avancée "about:flags") et j'en ai trouvé un qui est activé par défaut :
>>
>>
>> Enable touch events (Mac, Windows, Linux, Chrome OS)
>> Force touchscreen support to always be enabled or disabled, or to be
>> enabled when a touchscreen is detected on startup (Automatic, the default).
>> [Automatique] (choix par défaut, les autres options sont "Activé" ou
>> "Désactivé".
>>
>>
>> Il se trouve que mon écran dispose d'une surface tactile justement !!!
>> (avec une connexion USB détectée par Windows comme un stylet ou une
>> tablette tactile standard). Dans ce cas si je désactive cette option, la
>> Slippy Map fonctionne bien à la souris (mais pas avec le doigt sur l'écran
>> tactile). Je n'avais tout bonnement pas essayé de déplacer la carte avec le
>> doigt sur l'écran !
>>
>> Ensuite j'ai réactivé cette option par défaut, et la souris ne fonctionne
>> plus. En revanche la Slippy Map fonctionne cette fois... mais avec le doigt
>> sur l'écran !
>>
>> Bref pour que ça fonctionne sous Chrome, il faut :
>> - soit débrancher le cable USB qui relie mon écran au PC pour son
>> interface tactile (pour n'utiliser que la souris).
>> - soit désactiver cette option de Chrome (et utiliser alors uniquement la
>> souris). Sous IE et Firefox, les deux périphériques souris et surface
>> tactile sont vus comme un seul, et ne sont pas distingués.
>> Dans le framework utilisé sur layers.openstreetmap.org, peu importe le
>> périphérique utilisé ils sont utilisés de la même façon.
>>
>> Les "*touch events*" sont une nouveauté de Chrome (qui n'existe pas
>> encore sous IE ou Firefox), ils permettent de distinguer plusieurs
>> périphériques à l'origine des évènements de molette ou de glisser-trainer
>> et déplacements). Le javascript utilisé dans le framework sur
>> www.openstreetmap.org ne gère pas cela correctement ou ne gère QUE le
>> premier périphérique par défaut (pas le second).
>> On n'a pas le même framework pour la SlippyMap de
>> layers

Re: [OSM-talk-fr] Quel GPS routier pour tagger

2013-01-12 Par sujet Christian Quest 
Olivier... as-tu un smartphone ?

Si oui... un GPS ne t'apportera pas forcément grand chose, faut voir
tes usages "outdoor".

J'ai eu plein de GPS et le seul que j'utilise depuis pas mal de temps
maintenant c'est... mon iPhone ;)


Le 12 janvier 2013 16:41, Olivier Delaune  a écrit :
> adresses dessus, de faire du routage avec, d'utiliser les POI. Bref, quel
> support offre-t'il avec les cartes OSM ?
> Vous l'aurez compris, je suis à la recherche de tout retour d'expérience
> concernant des GPS « routiers » utilisable pour mapper. Enfin, si d'autres
> marques que Garmin offre tout ce que je recherche (import possible et bonne
> gestion des cartes OSM, possibilité de mapper), je suis également à votre
> écoute
> Merci d'avance
> Olivier




-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

[OSM-talk-fr] Etat du bâti des communes les plus peuplées de France

2013-01-12 Par sujet Iggy07 
Bonjour la liste,

J'ai voulu savoir quelles étaient les plus grandes villes de France dont le
bâti est manquant ou incomplet. Je ne suis donc "amusé" à passer en revue
les communes les plus peuplées (+ de 20 000 Hab).
Pour ceux que cela intéresserait, voici les résultats que j'ai obtenu (sous
réserve de changesets très récents et de la fiabilité de mes observations) :

- *Nîmes* (30), 140 800 Hab : Bâti à compléter
Quartiers périphériques incomplets (Courbessac, Vacquerolles, Castanet, ...)
- *Metz* (57),  121 800 Hab : Bâti à compléter
Quartiers périphériques manquants (Pantières-Queuleu, Borny,
Devant-les-Ponts,...)
- *Saint-Pierre* (974), 77 100 Hab : Bâti à compléter
Quelques trous éparts...
- *La Seyne-sur-Mer* (83), 61 500 Hab : Bâti à compléter
Plusieurs quartiers manquants (La Donicarde, Tortel, Domergue,...)
- *Sarcelles* (95), 59 400 Hab : Bâti à faire
- *Pessac* (33), 57 600 Hab : Bâti à faire
- *Hyères* (83), 54 700 Hab : Bâti à faire
- *Blois* (41), 46 000 Hab : Bâti à compléter
Quelques coins manquants (Villejoint,...)
-* Garges-lès-Gonesse* (95), 40 200 Hab : Bâti à faire
- *Saint-Laurent-du-Maroni* (973), 37 500 Hab : Bâti à faire
- *Saint-Benoît *(974), 34 700 Hab : Bâti à compléter
Quelques zones manquantes (Le long du Chemin du Cap)
- *Marignane* (13), 34 200 Hab : Bâti à compléter
Seule la zone la plus proche du littoral est faite.
- *Mâcon* (71), 34 100 Hab : Bâti à compléter
Des trous, de ci, de là...
- *Cambrai* (59), 32 500 Hab : Bâti à compléter
Import en cours, par lots
- *Goussainville* (95), 31 000 Hab : Bâti à faire
-* Villiers-le-Bel* (95), 27 000 Hab : Bâti à faire
- *Kourou* (973), 25 500 Hab : Bâti à faire
- *Villeparisis* (77), 24 100 Hab : Bâti à faire
- *Gradignan* (33), 23 400 Hab : Bâti à faire
- *Frontignan* (34), 22 700 Hab : Bâti à faire
- *Cormeilles-en-Parisis* (95), 22 600 Hab : Bâti à faire
- *Saint-Dié-des-Vosges* (88), 21 500 Hab : Bâti à compléter
Quelques trous à combler
- *Fleury-les-Aubrais* (45), 21 100 Hab : Bâti à faire
- *La Celle-Saint-Cloud* (78), 20 800 Hab : Bâti à faire

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

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Nolwenn 
Le samedi 12 janvier 2013 15:19:39 Philippe Verdy a écrit :
> C'est la version officielle de Chrome actuelle, elle n'a rien de
> surprenant ! Et en tout cas pas foireuse du tout !
> 24.0.1312.52 m
> (c'est bien une version pour Windows 7).
> 
> Chromium est lui aussi en version 24.0.1312.52 (dans ses deux versions
> "stable" et "beta", sinon 25.0.1364.29 en version "dev", cf.
> http://www.chromium.org/developers/calendar)

Tu devrais lire https://fr.wikipedia.org/wiki/Somme_de_contr%C3%B4le#Somme_MD5 
pour mieux comprendre ce que j'ai écris au lieu de t'empresser de nous 
balancer ta logorrhée habituelle. 


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

Re: [OSM-talk-fr] Quel GPS routier pour tagger

2013-01-12 Par sujet Olivier Delaune 
Non pas de smartphone pour le moment et je ne pense pas que je n'envisage pas 
d'en avoir un bientôt. Les vieux téléphones sont ceux qui fonctionnent le 
mieux et le plus longtemps pour ce que je m'en sert (appeler des gens et 
envoyer des messages).
Olivier

Le samedi 12 janvier 2013 17:07:53 talk-fr-requ...@openstreetmap.org a écrit :
> Olivier... as-tu un smartphone ?
> 
> Si oui... un GPS ne t'apportera pas forcément grand chose, faut voir
> tes usages "outdoor".
> 
> J'ai eu plein de GPS et le seul que j'utilise depuis pas mal de temps
> maintenant c'est... mon iPhone
> 
> Le 12 janvier 2013 16:41, Olivier Delaune  a 
écrit :
> > adresses dessus, de faire du routage avec, d'utiliser les POI. Bref, quel
> > support offre-t'il avec les cartes OSM ?
> > Vous l'aurez compris, je suis à la recherche de tout retour d'expérience
> > concernant des GPS « routiers » utilisable pour mapper. Enfin, si d'autres
> > marques que Garmin offre tout ce que je recherche (import possible et
> > bonne
> > gestion des cartes OSM, possibilité de mapper), je suis également à votre
> > écoute
> > Merci d'avance
> > Olivier

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

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Le 12 janvier 2013 18:07, Nolwenn  a écrit :

> Le samedi 12 janvier 2013 15:19:39 Philippe Verdy a écrit :
> > C'est la version officielle de Chrome actuelle, elle n'a rien de
> > surprenant ! Et en tout cas pas foireuse du tout !
> > 24.0.1312.52 m
> > (c'est bien une version pour Windows 7).
> >
> > Chromium est lui aussi en version 24.0.1312.52 (dans ses deux versions
> > "stable" et "beta", sinon 25.0.1364.29 en version "dev", cf.
> > http://www.chromium.org/developers/calendar)
>
> Tu devrais lire
> https://fr.wikipedia.org/wiki/Somme_de_contr%C3%B4le#Somme_MD5
> pour mieux comprendre ce que j'ai écris au lieu de t'empresser de nous
> balancer ta logorrhée habituelle.


Tu ferais mieux de lire les messages, au lieu d'insulter sans raison.

Et merci je sais ce qu'est une somme de contrôle, probablement mieux que
toi (MD5 n'est pas fiable et tu devrais le savoir ; mais si au moins tu
avais proposé SHA1) .

J'ai déjà développé des versions rapides et optimisées de tous les algo de
hachage sécurisés (MD5 est bogué et c'est facile à prouver) ou pas (les
variantes de CRC, qui ne sont pas destinées à la sécurité ou la signature,
mais à l'autocorrection de certains types d'erreurs sur un nombre limité de
bits).

Bref documente-toi d'abord !

L'installation n'était pas fausse, c'est bien le comportement de Chrome qui
vient bel et bien de changer dans une option maintenant activée par défaut !

Alors c'est bel et bien ton message inutile que je prends pour de la
logorrhée (et si tu avais lu les messages ici, tu aurais vu que je n'étais
pas le seul à avoir été surpris, même si hier d'autres n'ont pas constaté
le changement.

Met à jour Chrome et tu verras (clique le bouton du menu en haut à droite,
puis "A propos de Chrome", si tu n'as pas eu la mise à jour automatiquement
c'est que ton navigateur n'a pas encore testé sa version, il ne le fait pas
en permanence, mais tu peux le forcer). Et qu'on arrêt de me dire que ma
version est fausse, c'est bel et bien la dernière version (la même
d'ailleurs sous Chromium pour le channel "standard" (ce n'est plus une
"beta", il n'y a pas d'autre "beta" en attente, le numéro que j'ai donné
n'est pas non plus la version "dev" instable).

Ensuite si tu ne vois pas ce comportement c'est que ton matériel ne permet
pas de le reproduire (il faut avoir à la fois un écran tactile ET une
souris pour constater le changement). Le changement est visible
certainement aussi sur les Mac (dont les écrans ont une surface tactile à 3
touches). Il ne peut pas être constaté sur un iPhone (également avec 3
touches mais pas de souris, sauf si tu en connectes une externe avec
l'accessoire USB ad hoc qui autorise aussi la connexion d'un clavier). Mais
on peut le voir sur une tablette Android avec souris USB externe, ou avec
la Surface Microsoft connectée aussi à une souris.

J'ai indiqué plus haut l'option "caché" du navigateur dont le comportement
(en mode automatique) a changé (il était désactivé, maintenant l'option est
activée par défaut si tu as une surface tactile ou un stylet ; mais tu ne
peux t'en rendre compte que si tu essayes d'utiliser la souris au lieu de
la surface tactile, c'est là que ça ne marche plus sur www.openstreetmap.org,
alors que ça marche encore sur layers.openstreetmap.fr qui utilise un
framework javascript différent).

Si vous pensez que c'est une anomalie (la souris devrait agir comme la
première touche tactile, ce qui n'est plus le cas), alors c'est une
anomalie à rapporter aux concepteurs du framework javascript utilisé sur le
site openstreetmap.org.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Etat du bâti des communes les plus peuplées de France

2013-01-12 Par sujet Jean-Claude Repetto 
On 12/01/2013 18:00, Iggy07 wrote:
> - *La Seyne-sur-Mer* (83), 61 500 Hab : Bâti à compléter
> Plusieurs quartiers manquants (La Donicarde, Tortel, Domergue,...)

Bonjour,

C'est moi qui ai importé la plus grande partie du bâti de la Seyne. Je
suis en train de le compléter, petit bout par petit bout, car ça prend
beaucoup de temps de corriger les erreurs de validation de JOSM ...

Jean-Claude

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

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Le 12 janvier 2013 18:07, Nolwenn  a écrit :

> Tu devrais lire
> https://fr.wikipedia.org/wiki/Somme_de_contr%C3%B4le#Somme_MD5
> pour mieux comprendre ce que j'ai écris au lieu de t'empresser de nous
> balancer ta logorrhée habituelle.
>

En plus tu cites en référence un bout de paragraphe minuscule de Wikipédia
qui n'est pas une source et même ces deux lignes sont fausses aujourd'hui,
MD5 n'est PAS utilisé par code.google.com pour verifier les signatures de
fichiers (code.google.com utilise SHA1 justement, mais pas MD5 !)
L'assertion qui consiste à dire que MD5 est de plus en plus populaire est
totalement fausse. Bref ce paragraphe de l'article Wikipédia est totalement
inutile et n'apporte strictement rien. Je vois donc que tu lis des trucs
sans les évaluer ou juger de leur pertinence ou leur actualité.
MD5 n'est plus recommandé depuis plusieurs années, SHA1 l'est encore de
façon limitée mais plus pour les signatures authentiques (contre les
falsifications volontaires, il y a des tonnes de fichiers virussés qui
valident leur signature MD5 et même un grand nombre qui valident leur
signature SHA1). La recommandation aujourd'hui c'est plutôt SHA256 (ou sa
version tronquée SHA128), et pour les signatures authentiques de code c'est
SHA512 (ou sa version tronquée SHA384).
Pour les signatures authentique des pilotes Windows, Microsoft exige
maintenant des clés de 1024 bits depuis le mois dernier et rejette les
certificats signés avec des clés plus courtes depuis le début de ce mois de
janvier.

Alors ton MD5 est vraiment d'un autre âge... L'algo a plus de 30 ans et
s'il ne résiste pas aux craqueurs volontaires, on a montré aussi qu'il
comportait un trop grand nombre de collisions permettant des transmissions
en apparence sans erreurs (c'est bien pour ça que Google n'en veut plus
pour signer les fichiers compilés installables téléchargés sur
code.google.com).

L'outil md5sum proposé par l'article Wikipedia ne sert plus à rien, sauf
pour des raisons historiques si on n'a pas d'autre clé disponible pour
comparer. Il ne fait même plus partie de l'installation par défaut de bon
nombre de distribs Linux (l'algo a même été interdit dans certaines
administrations et dans toutes les applications de transaction sécurisées
en ligne, notamment pour les banques; les navigateurs web et les PKI le
rejettent maintenant tous comme invalides pour n'importe quel certificat ;
il n'est plus utilisé non plus pour hasher de façon irréversible les mots
de passes stockés dans /etc/passwd, sauf sur de très vielles installations
qui devraient toutes avoir été mises à jour pour exiger de remplacer ces
mots de passe obsolètes et facilement craquables).

Les protocoles de communication n'ont jamais utilisé MD5 pour vérifier les
transferts, même chose pour les systèmes de stockage (cela a toujours été
des algos à redondance cyclique, réversibles pour permettre des corrections
automatiques de certains types d'erreurs classiques des systèmes de
transmission, tels que des bits inversés, ou écrasés sur des séquences
courtes par du bruit impulsionnel, la réversibilité étant aussi leur défaut
car ils sont facilement craquables même si on sait avec une clé courte
limiter le nombre de collisions de clés identiques. Des protocoles plus
récents n'utilisent plus les CRC mais des congruences dans des espaces
linéaires bien plus complexes (cas du codage DSL, et des transmissions par
satellite, mais aussi le cas sur les réseaux mobiles actuels). Les CRC ne
servent plus que pour vérifier des messages très courts (un seul
datagramme, ou une seule trame IP limitée à environ 1,5ko, ou 12 kbits : on
est très en dessous de la taille des fichiers exécutables téléchargés et
même de la plupart des contenus actuels du web : pages, scripts, images,
audio et vidéo).

Les formats modernes d'archives n'utilisent plus MD5 mais SHA1 (il reste le
vieux CRC du format ZIP d'origine, mais comme il n'est plus sur on adjoint
dans l'archive un fichier "manifeste" contenant des clés calculées avec des
algos plus surs, généralement SHA1 ou SHA128). Pour signer une iamge de CD
ou DVD ou BDROM, on utilise systématiquement SHA384 au moins et on signe
les fichiers individuels d'une archive et de moins de 1Mo dans un manifeste
avec SHA1. au delà c'est encore SHA384 ou plus pour tous les fichiers
binaires exécutables (Google y viendra aussi sur les téléchargements qu'il
propose sur code.google.com, car SHA1 n'est plus accepté partout comme
suffisant : il est refusé maintenant dans l'administration américaine là où
les normes FIPS s'imposent).

Il y a encore d'autres bons alogos de hachage disponibles en remplacement
de la série SHA*, un des meilleurs candidats (contre lequel on n'a encore
rien trouvé, contrairement à SHA1 qui commence à craquer), c'est l'algo
"Whirlpool", un autre algo candidat était "Tiger" mais il est aussi
partiellement cassé et ne se différencie plus de SHA1 en terme de sécurité,
il semble que Tiger tiendra encore moins longtemps que SHA1 (qui a
l'avantage d'être

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Nolwenn 
Pour faire court, j'en ai rien à secouer de ta logorrhée, oui j'insiste. 

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

Re: [OSM-talk-fr] Quel GPS routier pour tagger

2013-01-12 Par sujet Jean-Claude Repetto 
On 12/01/2013 18:15, Olivier Delaune wrote:
> Non pas de smartphone pour le moment et je ne pense pas que je n'envisage pas 
> d'en avoir un bientôt. Les vieux téléphones sont ceux qui fonctionnent le 
> mieux et le plus longtemps pour ce que je m'en sert (appeler des gens et 
> envoyer des messages).

Si tu aimes le matériel ancien, tu peux utiliser un TomTom fabriqué
avant 2010, sur lequel tu installes ttMaps (http://ttmaps.free.fr) qui
te permettra d'afficher les dalles OSM et d'enregistrer des traces et
des POIs. C'est ce que j'utilise en rando.

Jean-Claude

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

Re: [OSM-talk-fr] Etat du bâti des communes les plus peuplées de France

2013-01-12 Par sujet Vincent de Chateau-Thierry 

Bonjour,

Le 12/01/2013 18:00, Iggy07 a écrit :


- *Cormeilles-en-Parisis* (95), 22 600 Hab : Bâti à faire
- *La Celle-Saint-Cloud* (78), 20 800 Hab : Bâti à faire


Ce sont des communes encore en raster. Rien ne presse :-)

vincent

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

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Pour faire court ce n'est pas à toi personnellement que je m'étais adressé
au départ, et tout le monde comprendra la grande portée et l'immense
politesse de tes propos ici.

Le 12 janvier 2013 19:17, Nolwenn  a écrit :

> Pour faire court, j'en ai rien à secouer de ta logorrhée, oui j'insiste.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Etat du bâti des communes les plus peuplées de France

2013-01-12 Par sujet Tetsuo Shima 
2013/1/12 Iggy07 

> - *Metz* (57),  121 800 Hab : Bâti à compléter
> Quartiers périphériques manquants (Pantières-Queuleu, Borny,
> Devant-les-Ponts,...)
> Yapluka...
>

Pour Metz, il s'agit de communes rattachées, dont les feuille cadastrales
sont tout simplement indisponible sur le site cadastre.gouv.fr Le peu qui a
été dessiné dans ces quartiers, provient soit de Bing soit des feuille
cadastrale récupéré sur Géoportail.

En gros il est urgent d'attendre.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Donc, YouMap, uMap, maCarte, maMap, monOsm, Maposmme aka MapOsmMe...

2013-01-12 Par sujet Augustin Doury 
Merci pour ce nouveau service très utile! je viens de tester ici :

http://umap.fluv.io/map/augustind/augustin-d/#12/14.7020/-17.4446

Quelques points qui me sont venus à l'esprit :

- lorsque tu passes en mode édition et que sont disponibles les nouveaux
outils : les fenêtres indicatives qui apparaissent lorsque tu laisses le
curseur de la souris sur l'un des 4 outils d'édition de droite sortent
souvent de la fenêtre du navigateur,

- de manière générale, offrir des suggestions visuelles lors des choix de
personnalisation : afficher des aperçus d'icône (et idéalement permette aux
utilisateurs de charger leurs propres icônes), afficher une palette de
choix de couleurs...cela rendra l'outil plus accessible,

- lorsque l'on est en train de trace un ligne, la longueur de la ligne est
visible. Est-il possible d'accéder à nouveau à cette valeur une fois
l'objet édité? Pour rajouter la distance à parcourir dans le cas d'un
itinéraire par exemple.

- permettre aux utilisateurs de rajouter des zones de textes visibles par
défaut sur la carte (sans avoir besoin de cliquer sur le POI, la ligne, le
polygone pour avoir accès à l'information...), pratique pour guider le
lecteur de la carte au premier coup d'oeil lorsqu'il y a plusieurs POIs,

Je vais essayer de m'en servir pour organiser des évènements à l'avenir
donc j'aurai sûrement d'autres retours et suivrai les avancées, merci à toi
Yohan!

Augustin D.


2013/1/6 Yohan Boniface 

> On 01/06/2013 12:45 PM, Tigre-Bleu wrote:
>
>> Salut,
>>
>> C'est vraiment sympa!
>>
>>
> Merci :)
>
>  Je pense que ça serait bien de rajouter un champ de recherche pour
>> pouvoir centrer la carte facilement sur un petit bled sans galérer à
>> zoomer un peu au petit bonheur la chance entre les 2 grandes villes d'a
>> coté qui apparaissent à des petits niveau de zoom :-)
>>
>>
> Une recherche à proprement parler n'est pas dans les priorités de la 0.1,
> sur laquelle je suis en train de travailler, mais l'idée me paraît bonne,
> donc j'ai ajouté une sorte de "jump to location", qui interroge Nominatim
> et zoom sur le premier résultat de recherche, sans plus d'interaction pour
> le moment.
>
> A tester ici par exemple: http://umap.fluv.io/map/**
> JoeLapin/whatsthat/#15/49.**1188/6.1771:)
>
> Tests et retours bienvenus! :)
>
> Yohan
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Téléchargement relation avec overpass API

2013-01-12 Par sujet orhygine 
Salut,

Je souhaite télécharger une relation avec ses membres, en l’occurrence une
limite communale, au format osm xml.
J'arrive à faire la manip avec l'éditeur de requête de l'overpass API qui
me traduit ma requête :


  


  
  
  



en compact overpass QL puis je fais :

wget
http://www.overpass-api.de/api/interpreter?data=%28relation%5B%22admin%5Flevel%22%3D%228%22%5D%5B%22name%22%3D%22Maul%C3%A9on%2DLicharre%22%5D%3Bway%28r%29%3Bnode%28w%29%3B%29%3Bout%20meta%3B-O
mauleon_boundaries.osm

et j'ai mon résultat.

Cependant, je pensais pouvoir faire cela plus simplement avec la XAPI
compatibility layer et une commande du genre :

wget
http://www.overpass-api.de/api/xapi?relation[admin_level=8][name=Mauléon-Licharre]-O
mauleon_boundaries.osm

Le fichier généré comporte la relation mais pas ses membres exactement
comme si j'interrogeais l'API principale.

Est-il possible par une requête XAPI de télécharger la relation et ses
chemins membres ainsi que les noeuds des chemins membres ?

Merci d'avance.

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

[OSM-talk-fr] [forum-osm-fr] Avis sur une idée

2013-01-12 Par sujet forum 
Le message suivant de :
##
Je suis parfaitement novice dans la cartographie et les systèmes SIG, mais 
j'aimerai avoir des avis sur la réalisation d'une idée que j'ai depuis un 
certain temps. 

Je souhaiterai pouvoir avoir accès à des données d'OSM un peu à la demande et 
pouvoir les associer un peu comme bon me semble. Je m'explique :

Par exemple, je suis un propriétaire qui recherche une habitation dans un 
endroit que je connais très peu et j'aimerai savoir si le lieu où se situera le 
logement est bien situé. J'aimerai pouvoir définir mes préférences en disant 
par exemple, que j'aimerai un habitation proche des écoles, des trains, loin 
des grands axes routiers, près de supermarchés etc...

Pour chaque critère je pourrai avoir accès à une carte spécifique sous forme 
zones de colorées. Egalement j'aimerai avoir accès à une couche de synthèse qui 
pourrait me représenter en couleur (du rouge ou vert par exemple) les bons 
endroits des plus mauvais d'après l'ensemble de mes critères. 

Le top du top se serait aussi de pouvoir combiner ces données avec d'autres 
données sociétales du genre : revenu moyen du quartier, taux de criminalité, 
insalubrité etc...

Donc, pour résumer, existe-t-il des applications toutes prêtes qui 
permettraient de faire cela, ou faut-il les développer ? Dans ce dernier cas, 
quel effort cela représenterait-il pour quelqu'un (ou une équipe) qui connaît 
correctement le webmapping ou la géomatique ?

a été posté sur le forum http://forum.openstreetmap.fr/viewtopic.php?f=3&t=450
Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part
Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une 
concertation sur la liste avant de recopier 
la/les meilleures réponses sur le forum.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre.
--
Les questions sur ce robot de transfert forum->liste
peuvent être posées à sylvainaletuffe.org

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

Re: [OSM-talk-fr] Téléchargement relation avec overpass API

2013-01-12 Par sujet jlplonevez 
Bonjour,

 

Avec JOSM, c’est très aisé il suffit de se localiser sur un point de la
limite communale

Puis il suffit de faire un clic droit sur la relation concernée pour obtenir
tous les membres. Il faut juste enregistrer le fichier et on a un fichier
osm.

 

Amicalement

 

Jean 

De : orhygine [mailto:arbail...@gmail.com] 
Envoyé : samedi 12 janvier 2013 22:07
À : Discussions sur OSM en français
Objet : [OSM-talk-fr] Téléchargement relation avec overpass API

 

Salut,

 

Je souhaite télécharger une relation avec ses membres, en l’occurrence une
limite communale, au format osm xml.

J'arrive à faire la manip avec l'éditeur de requête de l'overpass API qui me
traduit ma requête :

 



  





  

  

  





 

en compact overpass QL puis je fais : 

 

wget
http://www.overpass-api.de/api/interpreter?data=%28relation%5B%22admin%5Flev
el%22%3D%228%22%5D%5B%22name%22%3D%22Maul%C3%A9on%2DLicharre%22%5D%3Bway%28r
%29%3Bnode%28w%29%3B%29%3Bout%20meta%3B -O mauleon_boundaries.osm

 

et j'ai mon résultat.

 

Cependant, je pensais pouvoir faire cela plus simplement avec la XAPI
compatibility layer et une commande du genre : 

 

wget
http://www.overpass-api.de/api/xapi?relation[admin_level=8][name=Mauléon-Lic
harre]
  -O mauleon_boundaries.osm

 

Le fichier généré comporte la relation mais pas ses membres exactement comme
si j'interrogeais l'API principale.

 

Est-il possible par une requête XAPI de télécharger la relation et ses
chemins membres ainsi que les noeuds des chemins membres ?

 

Merci d'avance.


 

christophe aka orhygine

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

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet PhQ 
Firefox : même motif même punition, ca peut se déplacer au doigt, mais plus à
la souris.
Merci, je n'aurais pas pensé à essayer :)



--
View this message in context: 
http://gis.19327.n5.nabble.com/Carte-non-glissante-sur-Openstreetmap-org-sous-Chrome-probleme-de-securite-interdomaines-tp5744036p5744180.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Le 12 janvier 2013 23:50, PhQ  a écrit :

> Firefox : même motif même punition, ca peut se déplacer au doigt, mais
> plus à
> la souris.
> Merci, je n'aurais pas pensé à essayer :)
>
Tu ne trouves pas que le fait de ne pas mettre en équivalence la première
touche à l'écran et la souris quand on a les deux est une anomalie ?
Personnellement je le pense et ça devrait être corrigé car c'est
complètement contre-intuitif et on peut chercher longtemps pourquoi ça ne
marche pas à la souris.
Quand je vois ce qu'on m'a répondu ici (bogue du navigateur, version
incorrecte, mauvaise installation de Windows, et quelques noms d'oiseaux au
passage pour m'expliquer que je ne savias pas de quoi je parle...) ce
comportement s'il doit être gardé doit être expliqué et connu.
Tous les frameworks javascripts pour OSM ne sont pas affectés car selon
celui qui est utilisé, certains font l'équivalence, d'autres non.

Bien entendu je ne demande pas que le comportement des touches à l'écran
soit changé, c'est très bien aussi d'avoir cette possibilité pour supporter
les utilisateurs de smartphones et tablettes. Mais ça surprend les
utilisateurs de PC classiques pour peu que leur écran dispose d'une
interface tactile (devenu populaire depuis quelques mois avec les PC vendus
pour Windows 8 et qui incluent l'interface tactile par défaut sans pour
autant oublier le clavier et la souris, alors que jusqu'à présent on avait
plutôt l'un ou l'autre et rarement les deux à la fois sur un PC).

Aussi je vais demander une correction sur www.openstreetmap.org
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Carte non glissante sur Openstreetmap.org sous Chrome (problème de sécurité interdomaines ?)

2013-01-12 Par sujet Philippe Verdy 
Le 13 janvier 2013 04:52, Philippe Verdy  a écrit :

> Aussi je vais demander une correction sur www.openstreetmap.org
>
Pour ceux que ça intéresse, j'ai posté ce message (en anglais) sur la page
de discussion du wiki documentaire du site openstreetmap.org (avec les
détails sur le changement). N"hésitez pas à répondre et transmettre l'info
(peut-être qu'il faudrait déplacer ce message ailleurs, mais cette page de
discussion est la première qu'on voit sur le site en cliquant sur le lien
"Documentation":
http://wiki.openstreetmap.org/wiki/Talk:Main_Page#Warning_:_The_slippy_map_no_longer_works_here_:_why_.3F_Touch_events..._.28concerns_users_with_a_mouse_AND_a_touch_screen.29
Ne devrais-je pas le poster aussi sur le "Centre d'aide" ? Malheureusement
ce forum (en anglais principalement) refuse les papiers et ne veut que des
questions d'assistance simples pas les réponses, et il n'y a pas beaucoup
de visibilité pour les questions qui disparaissent rapidement dans le flot
continu.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr