Re: [OSM-talk-fr] Participer à OSM avec un bidulophone

2012-04-04 Par sujet Hélène PETIT 

Le 04/04/2012 08:30, Etienne Trimaille a écrit :

Pour relever les données avec mon bidulophone sous Android, j'utilise
également OSM Tracker.

Et c'est quoi comme bidulophone ?

(le mien, samsung spica, fait ramer toutes les applis osm)


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

Re: [OSM-talk-fr] Accessibilité pour personnes handicapées (était: Balisage de la dangerosité des routes pour les cyclistes)

2012-04-04 Par sujet Florian LAINEZ 
@philippe : le papier ou l'appli smartphone / tablette ont tous les deux
leurs inconvénients et avantages.

Si les routes ne sont pas tracées ou qu'un relevé GPS est utile pour
positionner des éléments, privilégies l'application. Sous Android il y en a
de nombreuses, certaines généralistes (ma préférée OSMTracker), d'autres
thématiques (MyTracks pour la rando), Wheelmap pour l'accessibilité pour
les personnes à mobilité réduite ... la liste complète ici :
http://wiki.openstreetmap.org/wiki/Android
Par contre en ville, d'expérience, le walking paper est plus efficace. En
effet si toutes les rues sont mappées, la trace GPS apporte peu. Le mieux
est d'imprimer plusieurs niveaux de zoom : un qui couvre un large quartier
pour se repérer, et plusieurs qui couvre moins de distance mais qui permet
d'être très précis. Souvent j'imprime les papiers précis en double pour
permettre d'indiquer beaucoup d'informations ou en cas d'erreur.
Mais ma méthode n'est pas absolue : cela dépend vraiment de où et quoi tu
mappes, du matériel dont tu disposes ...

@frédéric  : j'ai rajouté ton évènement sur la liste du wiki :
http://wiki.april.org/w/Cartopartie_Accessibilit%C3%A9


Le 3 avril 2012 17:43, Frédéric Rodrigo  a écrit :

> On 03/04/2012 16:31, Florian LAINEZ wrote:
>
>> Salut Cyrille,
>> J'ai regroupé toutes les infos sur les mapping parties accessibles sur
>> cette page : 
>> http://wiki.april.org/w/**Cartopartie_Accessibilit%C3%A9
>>
>
> À savoir aussi qu'une carto-partie accessibilité a eu lieu la semaine
> dernière à Castelnaudary :
> http://castelnaudary.cyber-**base.org/usager/actualites/**
> voirActualite.do?idActualite=**1169
>
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



-- 

*Florian Lainez*
http://twitter.com/overflorian
http://www.nouslesgeeks.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] forum: Bonjour des Vosges.

2012-04-04 Par sujet forum 
Le message suivant :
##
Bonjour à tous,
Il y a un peu plus d'un an que je suis inscrit sur OSM, mais n'arrivant à rien 
éditer pendant un bon moment, j'avais abandonné.
A la suite d'informations recueilli sur un autre forum je me suis décidé à 
devenir un contributeur et ai enfin réussi à utiliser Potlach.
Depuis la fin du mois de décembre dernier je suis passé à JOSM.
Je suis contributeur surtout sur le département des Vosges et un peu sur la 
région Alsace et en Haute-Saône.
J'utilise un GPSmap62s pour le relevé des traces sur le terrain, à pied, en 
vélo, en moto et auto.
Je maîtrise pas trop mal l'édition de voies et de cadastre mais uniquement en 
manuel, je ne sais pas importer un cadastre entier d'une ville, pour moi la 
manip c'est du chinois  :shock: 
Je n'y comprends rien aux relations et multipolygones, à tel point que je viens 
de m'apercevoir que je taguais des "landuses" sur d'autres "landuses", ( 
exemple une clairière dans la forêt ! ). Sur la carte OSM ça apparait correct, 
mais une fois dans Mapsource c'est un peu le bazar, ( une clairière avec de la 
forêt  :? ).
J'ai donc encore pas mal de progrès à faire ...
J'utilise OsmOse pour contrôler / corriger dans mon coin ( environ 40 km autour 
de chez moi )
A bientôt dans d'autres rubriques du forum...

a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10
Une réponse sur la liste directement n'est hélas pas transmise sur le forum, 
ce qui n'empeche pas une concertation avant réponse par email.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre.
--
Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org

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

[OSM-talk-fr] Fin du read-only

2012-04-04 Par sujet Etienne Trimaille 
Depuis dimanche matin, la base était en lecture-seule, mais l'installation
du nouveau serveur est terminé depuis ce matin. La base OSM est de nouveau
en lecture/écriture, les contributions peuvent reprendre ;-)

Il va falloir remettre les minutes diff sur l'api française. Je viens de me
faire avoir avec la différence des versions.

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

Re: [OSM-talk-fr] Fin du read-only

2012-04-04 Par sujet sly (sylvain letuffe) 
On mercredi 4 avril 2012, Etienne Trimaille wrote:
> Depuis dimanche matin, la base était en lecture-seule, mais l'installation
> du nouveau serveur est terminé depuis ce matin. La base OSM est de nouveau
> en lecture/écriture, les contributions peuvent reprendre ;-)

Merci etienne pour ce suivi.

> Il va falloir remettre les minutes diff sur l'api française. Je viens de me
> faire avoir avec la différence des versions.

C'est pour l'instant impossible car les diff ne sont pas encore disponibles, 
et ne devrait l'être pas avant 5 ou 6 jours.

Mais j'avais quand même prévu une solution "roue de secours" que je viens 
d'activer.
Pour ceux qui ont mis dans JOSM api.openstreetmap.fr, tout sera transmis à 
l'api officielle de manière transparente et donc sans rien changer tout 
marchera en mode proxy (c'est à dire lent)
Bien sûr, on peu aussi, manuellement, changer le .fr en .org et ça revient au 
même.

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Fin du read-only

2012-04-04 Par sujet Etienne Trimaille 
Le 4 avril 2012 12:09, sly (sylvain letuffe)  a écrit :

>
> C'est pour l'instant impossible car les diff ne sont pas encore
> disponibles,
> et ne devrait l'être pas avant 5 ou 6 jours.
>


Apparemment si j'ai bien compris, ils ont mis des diff temporaire :
http://blog.osmfoundation.org/2012/04/04/api-read-write-returns/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Demande de la libération des données du réseau de transport de Vannes

2012-04-04 Par sujet Cyrille Giquello 
Attention, pour que l'édition du guide évolue sans se disperser, il
faut un et un seul document.

Le (bon) lien du Guide d'ouverture citoyenne est :
https://docs.google.com/document/d/1Mlci0xQOW4oDKR0AKFcEKoiPP7_wcas68VApi1eFXOo/edit

Cyrille.

Le 3 avril 2012 18:28, panierAvide  a écrit :
> Bonsoir,
>
> Étant actuellement sur Vannes, je profite de mes week-ends pour compléter
> les données présentes. J'ajoute à chaque fois des arrêts de bus, et je pense
> contacter le réseau de transport (Transport public Vannetais ou TPV) afin de
> leur demander la libération de leurs données (arrêts de bus, emplacement des
> stations Vélocéa...).
> Des demandes similaires ont dû exister dans le passé, et avant de me lancer
> j'aurais souhaité avoir quelques conseils pratiques et retours d'expérience.
> Des conseils notamment au niveau de la présentation d'Osm, la rédaction de
> la demande, les arguments à présenter... Tout ce qui peut être utile dans
> cette quête ;)
>
> Cordialement.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr



-- 
Cyrille.

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

Re: [OSM-talk-fr] Fin du read-only

2012-04-04 Par sujet sly (sylvain letuffe) 
On mercredi 4 avril 2012, Etienne Trimaille wrote:
> Le 4 avril 2012 12:09, sly (sylvain letuffe)  a écrit :
> 
> >
> > C'est pour l'instant impossible car les diff ne sont pas encore
> > disponibles,
> > et ne devrait l'être pas avant 5 ou 6 jours.
> >
> 
> 
> Apparemment si j'ai bien compris, ils ont mis des diff temporaire :
> http://blog.osmfoundation.org/2012/04/04/api-read-write-returns/
> 

Bien vu ! 
heureusement qu'il y en a qui suivent car je ne suis au courant de rien 
moi ;-)

J'ai donc mis à jour l'overpassAPI fr sur ces diffs, et la voilà à jour. (avec 
xapi et overpass)

Cependant, de ce que je comprends, durant cette phase temporaire, les diffs ne 
tiendront pas compte du travail d'effacement des données non-odbl, de sorte 
que des objets pourraient être dans l'api fr, mais pas dans l'api org.

C'est un risque de conflits de plus que je préfère éviter, je laisse donc 
l'api fr en mode transparent pendant la prochaine semaine, ensuite je 
remettrais les données odbl 

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Fin du read-only

2012-04-04 Par sujet Cyrille Giquello 
Le 4 avril 2012 14:27, sly (sylvain letuffe)  a écrit :
> On mercredi 4 avril 2012, Etienne Trimaille wrote:
>> Le 4 avril 2012 12:09, sly (sylvain letuffe)  a écrit :
>>
>> >
>> > C'est pour l'instant impossible car les diff ne sont pas encore
>> > disponibles,
>> > et ne devrait l'être pas avant 5 ou 6 jours.
>> >
>>
>>
>> Apparemment si j'ai bien compris, ils ont mis des diff temporaire :
>> http://blog.osmfoundation.org/2012/04/04/api-read-write-returns/
>>
>
> Bien vu !
> heureusement qu'il y en a qui suivent car je ne suis au courant de rien
> moi ;-)
>
> J'ai donc mis à jour l'overpassAPI fr sur ces diffs, et la voilà à jour. (avec
> xapi et overpass)
>
> Cependant, de ce que je comprends, durant cette phase temporaire, les diffs ne
> tiendront pas compte du travail d'effacement des données non-odbl, de sorte
> que des objets pourraient être dans l'api fr, mais pas dans l'api org.
>
> C'est un risque de conflits de plus que je préfère éviter, je laisse donc
> l'api fr en mode transparent pendant la prochaine semaine, ensuite je
> remettrais les données odbl

Pas facile tout ça. Merci Sly pour ce travail !!

Cheers

-- 
Cyrille.

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

Re: [OSM-talk-fr] Ouverture du portail Open Data pour les données touristiques et culturelles des Bouches du Rhône

2012-04-04 Par sujet Cyrille Giquello 
Peut être le résultat d'un travail hiérarchisé au lieu de collaboratif...

Le 03/04/12, Pieren a écrit :
> 2012/4/3 rldhont :
>> Toutes les données sont en CC-NC ...
>>
>
> Ils utilisent pourtant abondamment les termes "open" et "libre" sur
> leur site. "Libres de ne pas les utiliser", oui ;-)
> (alors même que la FAQ parle bien d'applications professionnelles, curieux)
>
> Pieren
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

-- 
Envoyé avec mon mobile

Cyrille.

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

Re: [OSM-talk-fr] Ouverture du portail Open Data pour les données touristiques et culturelles des Bouches du Rhône

2012-04-04 Par sujet Fabien 
Le 3 avril 2012 17:15, Cyrille Giquello  a écrit :
> Le 3 avril 2012 17:11, rldhont  a écrit :
>
>> Toutes les données sont en CC-NC ...
>
> et ND !!
>
> Un bel Open Data FAIL.
>
> Cyrille.

C'est moi ou si je vais sur :
http://data.visitprovence.com/index.php?id=26&no_cache=1&uid_donnee=68
J'ai licence ODbL ? Qui n'est pas CC du coup.

Bon je pige vraiment rien aux licences... Faut que je me remette dans
le livre « Option Libre » (framabook) qui explique ça...

Fabien

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

Re: [OSM-talk-fr] Réaliser une carte de grande échelle (1:1 000 000)

2012-04-04 Par sujet Cyrille Giquello 
Et avec Inkscape tu serais encore plus libre :) mais j'ai jamais
essayer avec un fichier de cette taille...

Le 27/03/12, Christian Quest a écrit :
> J'ai un projet de réalisation d'une carte de France thématique de type
> carte au 1:1 000 000 comme les cartes IGN ou Michelin.
>
> J'ai commencé un brouillon en partant de ma génération de SVG, ce qui
> me permet de peaufiner le résultat sous Illustrator.
>
> Avez-vous d'autres pistes à me suggérer ?
>
> Le but est d'en faire un tirage impression papier de plusieurs
> milliers d'exemplaires, comme une carte IGN, mais sans l'IGN ;)
> D'ailleurs pour la partie impression, je suis aussi à la recherche
> d'un imprimeur.
>
> J'ai pour l'instant:
> - un fond relief coloré
> - le découpage administratif (quasiment celui des régions mais pas
> tout à fait) + frontière
> - le réseau hydrographique (rivières et lacs principaux)
>
> Ce qui donne ça:  http://dl.free.fr/kn7Na6xsJ (PNG de 18Mo)
>
> Je suis en train d'ajouter:
> - le réseau routier principal (autoroutes, voies rapides, primaires)
> - les principales lignes de chemin de fer
> - des POI thématiques (certains issus d'OSM d'autres externes)
>
> --
> Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

-- 
Envoyé avec mon mobile

Cyrille.

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

Re: [OSM-talk-fr] Ouverture du portail Open Data pour les données touristiques et culturelles des Bouches du Rhône

2012-04-04 Par sujet Cyrille Giquello 
Ils ont peut être corrigé... J'ai pas le net pour vérifier.

Le 04/04/12, Fabien a écrit :
> Le 3 avril 2012 17:15, Cyrille Giquello  a écrit :
>> Le 3 avril 2012 17:11, rldhont  a écrit :
>>
>>> Toutes les données sont en CC-NC ...
>>
>> et ND !!
>>
>> Un bel Open Data FAIL.
>>
>> Cyrille.
>
> C'est moi ou si je vais sur :
> http://data.visitprovence.com/index.php?id=26&no_cache=1&uid_donnee=68
> J'ai licence ODbL ? Qui n'est pas CC du coup.
>
> Bon je pige vraiment rien aux licences... Faut que je me remette dans
> le livre « Option Libre » (framabook) qui explique ça...
>
> Fabien
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

-- 
Envoyé avec mon mobile

Cyrille.

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

Re: [OSM-talk-fr] Ouverture du portail Open Data pour les données touristiques et culturelles des Bouches du Rhône

2012-04-04 Par sujet Romain MEHUT 
On dirait bien que la licence a été changée depuis hier! Il y a donc
vraiment du grain à moudre :)

Le 4 avril 2012 16:16, Fabien  a écrit :

> Le 3 avril 2012 17:15, Cyrille Giquello  a écrit :
> > Le 3 avril 2012 17:11, rldhont  a écrit :
> >
> >> Toutes les données sont en CC-NC ...
> >
> > et ND !!
> >
> > Un bel Open Data FAIL.
> >
> > Cyrille.
>
> C'est moi ou si je vais sur :
> http://data.visitprovence.com/index.php?id=26&no_cache=1&uid_donnee=68
> J'ai licence ODbL ? Qui n'est pas CC du coup.
>
> Bon je pige vraiment rien aux licences... Faut que je me remette dans
> le livre « Option Libre » (framabook) qui explique ça...
>
> Fabien
>
> ___
> 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

Re: [OSM-talk-fr] Ouverture du portail Open Data pour les données touristiques et culturelles des Bouches du Rhône

2012-04-04 Par sujet Cyrille Giquello 
Ha! Leur site fonctionne super bien sur mon pauvre tél  et j'ai pût
vérifier qu'ils ont bien corrigés le problème de licence.

Le 04/04/12, Fabien a écrit :
> Le 3 avril 2012 17:15, Cyrille Giquello  a écrit :
>> Le 3 avril 2012 17:11, rldhont  a écrit :
>>
>>> Toutes les données sont en CC-NC ...
>>
>> et ND !!
>>
>> Un bel Open Data FAIL.
>>
>> Cyrille.
>
> C'est moi ou si je vais sur :
> http://data.visitprovence.com/index.php?id=26&no_cache=1&uid_donnee=68
> J'ai licence ODbL ? Qui n'est pas CC du coup.
>
> Bon je pige vraiment rien aux licences... Faut que je me remette dans
> le livre « Option Libre » (framabook) qui explique ça...
>
> Fabien
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>

-- 
Envoyé avec mon mobile

Cyrille.

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

Re: [OSM-talk-fr] Ouverture du portail Open Data pour les données touristiques et culturelles des Bouches du Rhône

2012-04-04 Par sujet Fabien 
Good !

Reste plus qu'à voir ce qu'on peut en faire...

Le 4 avril 2012 16:22, Romain MEHUT  a écrit :
> On dirait bien que la licence a été changée depuis hier! Il y a donc
> vraiment du grain à moudre :)
>
> Le 4 avril 2012 16:16, Fabien  a écrit :
>>
>> Le 3 avril 2012 17:15, Cyrille Giquello  a écrit :
>> > Le 3 avril 2012 17:11, rldhont  a écrit :
>> >
>> >> Toutes les données sont en CC-NC ...
>> >
>> > et ND !!
>> >
>> > Un bel Open Data FAIL.
>> >
>> > Cyrille.
>>
>> C'est moi ou si je vais sur :
>> http://data.visitprovence.com/index.php?id=26&no_cache=1&uid_donnee=68
>> J'ai licence ODbL ? Qui n'est pas CC du coup.
>>
>> Bon je pige vraiment rien aux licences... Faut que je me remette dans
>> le livre « Option Libre » (framabook) qui explique ça...
>>
>> Fabien
>>
>> ___
>> 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
>

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

Re: [OSM-talk-fr] Ouverture du portail Open Data pour les données touristiques et culturelles des Bouches du Rhône

2012-04-04 Par sujet Pieren 
2012/4/4 Romain MEHUT :
> On dirait bien que la licence a été changée depuis hier! Il y a donc
> vraiment du grain à moudre :)

Depuis aujourd'hui (4/4), c'est l'ensemble des jeux de données qui
basculent en Odbl (d'après Gilles Rolland, Bouches-du-Rhône tourisme).
Bravo à eux !

Pieren

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

Re: [OSM-talk-fr] Ouverture du portail Open Data pour les données touristiques et culturelles des Bouches du Rhône

2012-04-04 Par sujet Sylvain Maillard 
oui ça c'est chouette !

il ne leur reste plus qu'à corriger leurs données pour qu'elles veuillent
dire quelque chose ... j'ai testé par exemple le fichier csv de la "Liste
des 
massifs"
dans les données environnement: les massifs sont représentés par 1 point
(pourquoi pas si ça permet aux gps d'y arriver), et ils ont réussit à en
mettre dans le limousin (un peu loin de Marseille quand même) ...

je n'ai pas encore vraiment regardé les autres jeux de données, mais ça
promet !

Sylvain



Le 4 avril 2012 16:29, Pieren  a écrit :

> 2012/4/4 Romain MEHUT :
> > On dirait bien que la licence a été changée depuis hier! Il y a donc
> > vraiment du grain à moudre :)
>
> Depuis aujourd'hui (4/4), c'est l'ensemble des jeux de données qui
> basculent en Odbl (d'après Gilles Rolland, Bouches-du-Rhône tourisme).
> Bravo à eux !
>
> Pieren
>
> ___
> 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

Re: [OSM-talk-fr] Erreur IPv6 sur openstreetmap.org

2012-04-04 Par sujet Philippe Verdy 
Ton FAI a raison : on ne doit pas publier dans son domaine une adresse
IPv6 tant que le site n'est pas accessible à cette adresse IPv6.

En revanche, si le site en question a bien une connectivité et un
routage défini avec son propre fournisseur de réseau, il peut publier
une adresse IPv6 dans son domaine. À charge pour toi ensuite de
configurer ton PC correctement pour ne PAS désactiver les services
IPv6 nécessaires à la résolution et surtout au routage, dès le moment
où une application sur ton PC cherchera à résoudre le nom de domaine
aussi bien en IPv4 qu'en IPv6, avec une requête DNS de type A+,
parce que **même** ton DNS accessible uniquement en IPv4 (local ou
non) répondra à cette requête en te donnant soit une adresse de type A
(IPv4) soit une adresse de type  (IPv6).

Si ton application en revanche fait une requête de résolution de
domaine de type A uniquement, il n'obtiendra qu'une des adresses IPv4
inscrites dans le domaine. Si ton appli demande une requête de
résolution du domaine de type  uniquement, il n'obtiendra aussi
qu’une des adresses IPv6 inscrites dans le domaine.

Dans les deux cas, l'application ***doit*** accepter de prendre en
charge l'ouverture d'une socket réseau avec le type d'adresse A ou
 qu'elle a elle-même demandée. Ce qui suppose aussi que les
services IPv6 ne soient PAS désactivés sur ton PC.

Hors on voit plein de mauvais conseils sur les sites prétendant
optimiser les services tournant sur ton PC, qui ont pour effet de
justement ne plus exécuter les services de connectivité IPv6 (par
exemple ceux nécessaires si ton FAI ne te donne pas d'accès natif IPv6
(tel qu'un service de tunnel Teredo, 6to4, etc.). Parmi ces sites fort
connus on trouve pourtant CNET (qui croit encore qu'IPv6 n'existe pas
sur l'Internet !) et qui listent souvent ces services comme "non
nécessaires" (particulièrement le service sous Windows appelé "IP
Helper" qui est absolument nécessaire pour supporter les tunnels
permettant d'encapsuler un trafic IPv6 via un serveur de tunnels
accessible en IPv4) !

La situation sera plus simple quand ***enfin*** nos FAI français
fourniront tous une connectivité IPv6 native (sans aucun tunnel comme
le fait encore SFR avec son serveur de tunnels made in Cisco,
complètement bogué, et totalement incompatible avec IPSEC, nécessaire
par exemple pour HTTPS, sachant qu'IPSEC est un composant
***obligatoire*** de toute implémentation conforme d'IPv6).

Orange ne fait pas mieux non plus (il utilise aussi le serveur de
tunnel propriétaire made in Cisco, le même aussi bogué). A l'heure
actuelle en France, parmi les FAI grand publics, il n'y a encore QUE
Free qui propose la connectivité IPv6 native directement dans la
session de connexion PPP, et directement aussi au sein de toutes les
interfaces réseaux de sa box. Pour tous les autres FAIs français grand
public, les accès IPv6 ne fonctionnent qu'avec des tunnels :

Ne pas utiliser les tunnels fournis par SFR ou Orange (préconfigurés
dans le firmware de leur box ADSL ou fibre), on peut créer d'autres
tunnels conformes évitant totalement ces tunnels bogués.
Personnelement ça fait un moment que je n'utilise pour l'instant QUE
les tunnels d'un service gratuit situé aux Pays-Bas (avec aussi des
points d'accès à Londres, Montréal, Hong Kong, et d'autres à venir et
en préparation).

Cela ne demande sur mes PC qu'une toute petite configuration de Teredo
ou 6to4, ou bien d'exécuter un petit programme fourni gratuitement qui
établit automatiquement ce tunnel, et lui attribue même non seukement
un bloc d'adresses IPv6 complet privé de 48 bits, ainsi qu'un nom de
domaine. Ce petit programme est même capable de traverser le NAT IPv4
de ta box, car il supporte aussi une encapsulation d'IPv6 via UDP en
IPv4, qui ne nécessite aucune translation de ports (contrairement aux
tunnels IPv4 basés sur TCP). Ce tunnel tiers est totalement conforme à
la spécification IPv6 et supporte IPSEC nativement, de même que toutes
les options de QoS natives dans IPv6 (le QoS n'est pas intégré
nativement dans IPv4 et ne fonctionne correctement qu'avec des
switches travaillant en couche de transport de niveau 3, mais pas les
switches standards travaillant au niveau 2 sur la couche liaison,
c'est-à-dire Ethernet ou WiFi par exemple).

De plus ce tunnel aux Pays-Bas est ***beaucoup plus*** performant (et
de très loin !) que le tunnel (bogué) fourni par SFR via le firmware
de sa box : raison pour laquelle j'ai désactivé complètement la prise
en charge d'IPv6 sur la box de SFR puisque cela génère des anomalies
sérieuses et que ce tunnel ne fonctionne pas correctement avec les
sites sécurisés (HTTPS par exemple et tous les services basés sur
SSL). La raison de cette différence de performance vient du fait que
les serveurs de tunnels de SFR et Orange sont sous-dimensionnés et ne
peuvent pas gérer la bande passante de tout le monde (inutile de rêver
: les vidéos en IPv6 fonctionnent très mal sur ces tunnels
propriétaires de SFR et Orange).

D'ailleurs Googl

Re: [OSM-talk-fr] Fin du read-only

2012-04-04 Par sujet sly (sylvain letuffe) 
On mercredi 4 avril 2012, Cyrille Giquello wrote:

> > C'est un risque de conflits de plus que je préfère éviter, je laisse donc
> > l'api fr en mode transparent pendant la prochaine semaine, ensuite je
> > remettrais les données odbl
> 
> Pas facile tout ça. Merci Sly pour ce travail !!

Finalement non, le dernier plan de passage en odbl prévu permettrait 
(conditionnel très probable) de continuer à importer les diffs et de bien 
avoir un replicat de la base osm, je ré-active donc les requêtes locales sur 
l'api fr qui n'ont pas de raisons d'être dé-synchronisées de la base 
officielle

Toutefois, les conflits restent toujours plus probables qu'avant, mais cela 
n'est pas dû à l'api fr, mais au fait qu'un robot va tourner de manière 
permanente pour modifier les objets non-odbl.

Le mot d'ordre étant, plus que jamais, release quick, release often. (Quelle 
que soit l'api utilisée)
En clair, sauvegardez vos changements dans la base très régulièrement pour la 
semaine à venir

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Participer à OSM avec un bidulophone

2012-04-04 Par sujet Philippe Verdy 
Le 4 avril 2012 07:21, Hélène PETIT  a écrit :
>> Le 3 avril 2012 22:58, Philippe Verdy  a écrit :
>>>
>>> Je ne pensais pas à une appli baraquée.
>
> Moi non plus.
> C'est le hard du bidulophone qui doit être baraqué.

Pas du tout. une appli de type formulaire ne demande pas beaucoup de
performance. Tous les smartphones ont la prise en charge d'HTML et un
navigateur intégré.

Tant que l'appli embarquée ne demande pas à faire des animations et
autres effets dynamiques de transparences, ça tient très bien sur un
smartphone peu gourmand, et même sur un modèle haut de gamme (genre
iPhone ou Samsung Galaxy S2), cela ne consommera quasiment rien en
batterie (surtout si l'appli installé peut fonctionner en mode non
connecté, sans connexion de données 3G/3G+/4G, sans Wifi, Bluetooth
éteint).

Cette appli ne consommera pas plus (et même consommera moins) que la
seule appli du "desktop" par défaut du smartphone ou une image animée
de fond d'écran (qui demande beaucoup plus de ressources sur le bidule
et consomme trop de batterie, raison pour laquelle mon fond d'écran
par défaut est tout noir sur mon smartphone, pour préserver la
batterie au maximum et limiter sa température de fonctionnement).

Parmi les trucs utiles à intégrer dans la conception de ce genre d'appli :
- fond d'écran noir, seul le texte est clair
- aucune animation
- une seule police de caractères, pas trop de tailles différentes qui
maximisent l'utilisation du cache pour générer les glyphes
- aucun accès réseau nécessaire pour faire la saisie ou gérer la
validation des données
- sauvegarde dans un fichier local (si possible sur la carte SD amovible)
- synchronisation différée vers un serveur, seulement à la demande via
un bouton quand on a un accès réseau
- ou bien le fichier stocké sur la carte SD peut être relu directement
tel quel sur un PC: le format de fichier devrait pouvoir être chargé
tel quel directement dans JOSM, par exemple un fichier GPX pour les
traces GPS, un fichier .OSM pour les objets précomplétés avec les
attributs saisis, ou bien l'appli embarquée ou une appli séparée sur
PC peut générer un tel fichier portable.

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

Re: [OSM-talk-fr] Participer à OSM avec un bidulophone

2012-04-04 Par sujet Pieren 
2012/4/4 Philippe Verdy :

> - fond d'écran noir, seul le texte est clair
> - aucune animation
> - une seule police de caractères, pas trop de tailles différentes qui
> maximisent l'utilisation du cache pour générer les glyphes

Moi, j'ai encore mieux. C'est enregistrer des messages vocaux. En
général, les smartphones sont équipés de microphone et de suffisamment
de mémoire. Ça va beaucoup, beaucoup plus vite que d'écrire. Et en
plus, aucun problème à se relire (sauf si vous parlez aussi mal que
vous écrivez à la main)

Pieren

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

Re: [OSM-talk-fr] Participer à OSM avec un bidulophone

2012-04-04 Par sujet Etienne Trimaille 
Le 4 avril 2012 09:42, Hélène PETIT  a écrit :

> Et c'est quoi comme bidulophone ?
>
> (le mien, samsung spica, fait ramer toutes les applis osm)
>
>
Bon, je peux pas trop comparer alors, j'ai un samsung galaxy s2 ...

+1 pour Pieren
Avec OSM Tracker, j'ai les messages vocaux géolocalisés !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Demande de la libération des données du réseau de transport de Vannes

2012-04-04 Par sujet panierAvide 

Le 04/04/2012 13:44, Cyrille Giquello a écrit :

Attention, pour que l'édition du guide évolue sans se disperser, il
faut un et un seul document.

Le (bon) lien du Guide d'ouverture citoyenne est :
https://docs.google.com/document/d/1Mlci0xQOW4oDKR0AKFcEKoiPP7_wcas68VApi1eFXOo/edit

Cyrille.
Merci pour vos réponses à propos de ce guide. Je vais le lire plus 
attentivement et voir comment procéder pour cette requête.


Cordialement.

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

[OSM-talk-fr] Moteur d'itinéraires OpenSource

2012-04-04 Par sujet Arnaud Vandecasteele 
Bonsoir à tous,

Un petit mail pour vous signaler la sortie d'OSRM 974, le 1er moteur
totalement OpenSource sur l'Ile de la Réunion [1].
Celui-ci se base sur les données OSM et sur OSRM [2].
En terme de performance, je le trouve quasiment aussi rapide que son
alternative Google Maps.
Et pourtant c'est une configuration matérielle des plus basiques qui
est derrière.

Arnaud

[1] http://geotribu.net/applications/OSRM_leaflet_974/main.html
[2] http://project-osrm.org/


-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/

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

[OSM-talk-fr] OSM Nominatim + MaxSpeed

2012-04-04 Par sujet Payet Louis 
Bonjour,
Pour commencer ce mail, je souhaite féliciter la communauté OSM pour son
travail.
Je suis utilisateur OSM (le plan + Nominatim).
J'ai développé un système de géolocalisation (écrit en PHP, ShellScript sous
Linux Debian).
Dans le cadre de deux projets distincts, je souhaiterai ajouter à Nominatim 
la vitesse max" (maxspeed) de chaque rue.
Cette donnée est présente dans la DB d'OSM, mais n'est pas affichée dans les
requêtes sur Nominatim.

Qu'elle est la solution la plus simple pour ajouter cette donnée ?
* Faire une mise à jour ou modification de Nominatim
* Travailler sur une autre base à part (avec ID d'une rue + Vitesse Max) et
modifier le script PHP des requêtes pour Nominatim
A étudier.. !?

Afin de gagner du temps (et ayant beaucoup de travail en ce moment), je peux
faire une donation à la communauté OSM ou encore rémunérer le(s)
développeur(s) principaux d'OSM pour cette mise à jour.
Sinon j'ai fait un test de Nominatim sur une Debian Wheezey (la version
Squeeze ayant des paquets trop vieux pour nominatim).
Un de mes techniciens à installé le système avec succès, mais quand nous
avons voulu refaire une installation sur une Debian en Français, il y a eu
plusieurs erreurs, peut-être un problème de "locales" (postgresql  affiché
des erreurs urf8 entre autres).
J'ai refait des tests sur une debian EN_us , cette fois-ci j'ai eu beaucoup
moins d'erreurs à l'import, mais encore des erreurs (la machine était une
VM)...
Je vais refaire les tests sur un vrai serveur "plus puissant" ou une LXC
prochainement.
Sur un autre sujet, j'utilise les tuiles OSM avec la mention OSM sur mon
site, je peux si la communauté le souhaite offrir un certificat SSL, ou
alors monter un serveur avec mapnick/nominatim sur un espace SSL (HTTPS)
pour les utilisateurs.
Cordialement
Louis
lo...@heavenfactory.com ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr