Re: [OSM-talk-fr] Bus 38, RATP, région parisien ne : Demande d'explication

[Nicolas Dumoulin]

Le dimanche 11 juillet 2010 20:31:45 JonathanMM, vous avez écrit :
> Bon,
> par contre, à Paris, la précision du GPS, c'est vraiment pas ça, les
> traces obtenus sont difficilement exploitables.

Bonjour,

Pour ma part, je repère l'emplacement de l'arrêt à la main par rapport aux 
bâtiments et adresses alentours, si les lieux le permettent bien sûr. En zone 
résidentielle, ça donne un positionnement très précis.

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

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

Re: [OSM-talk-fr] voir les bâtiments existants avant import

[Nicolas Dumoulin]

Le dimanche 11 juillet 2010 09:21:42 hpmt, vous avez écrit :
> J'ai découvert récemment un plugin très pratique de josm : slippymap.
> Peut-être que tout le monde ne le connaît pas : il permet de voir dans
> une couleur bien apparente les bâtiments existant déjà dans osm, en
> supperposition avec le projet d'import.
> il suffit alors de supprimer les bâtiments existants du projet d'import.

C'est une solution, mais pas toujours très précis je trouve. Je préfère 
filtrer les données pour n'afficher que les building=yes et ensuite je 
masque/démasque le calque des données de la base pour repérer les doublons.

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

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

Re: [OSM-talk-fr] Bâtiments se superposant

[Vincent ROUCH]

Oula, apparemment je fais parti du top 10 des boublonneurs !
En fait j'ai un petit souci. Avant de lancer l'upload, je fais toujours
appel à la validation et il se trouve que le validator ne me trouve aucun
doublons.
Je viens de charger une couche présentant un doublon et il ne m'en trouve
aucun ... hors il y en a bien un. Comment puis je faire pour les détecter et
corriger tout cela? (le test a aussi été effectué par un autre contributeur
et même résultat).
Bâtiment en cause : http://www.openstreetmap.org/?way=63255805
Merci

Vincent (Neverwhere)

Le 11 juillet 2010 18:15, Erwan de FERRIERES  a écrit :

>
>
> Le 11/07/2010 16:59, Marc Sibert a écrit :
>
>  Le 11/07/2010 11:33, ten...@gmail.com a écrit :
>>
>>> Ouch, je vais vraiment avoir besoin d'un coup de main!
>>>
>>
>> Je fabrique aussi un "superposes.osm" qui contiendra la liste des way à
>> supprimer. Par contre, je n'ai pas python d'installé nativement sur mon
>> Win7 ;-) donc il faudra que quelque Linuxien me le passe.
>>
>
> http://www.python.org/ftp/python/2.7/python-2.7.msi
>
>
>  Pour le moment, je fais un fichier limité à 10 entrées, mais si un test
>> se passe bien, je peux lacher la requête qui devrait nous proposer env.
>> 3 ways.
>> Comme je l'indiquais précédemment, je ne m'occupe pas des nodes car
>> suivant les cas, ils n'appartiennent qu'au way supprimé... ou pas !
>>
>> Le fichier se trouve(ra dans quelques instants) à
>> http://freeroute.fr/libosm/superposes.osm
>>
>> A+
>>
>>
> ___
> 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] Bus 38, RATP, région parisienn e : Demande d'explication

[René-Luc D'Hont]

OSMTransport est actuellement phase de refonte
et les mises à jours ne sont pas régulière.

Regarde dans la journée je lance la mise à jour!

René-Luc
Responsable OSMtransport

Le 11/07/2010 20:31, JonathanMM a écrit :

Bonjour a tous,
Vendredi, moi, et quelques copains avons cartographié la ligne de bus 
38, ainsi qu'un petit bout de la ligne 28, deux lignes de bus 
circulant a Paris. Notre méthode, qui consistait a s'installer dans le 
bus sous le regard étonné des autres passagers avec un qui, GPS a la 
main, met une marque a un arrêt et dicte a l'autre, qui notait, le nom 
de la station ainsi que les autres lignes passant au même arrêt, était 
bien rodé. Bon, par contre, à Paris, la précision du GPS, c'est 
vraiment pas ça, les traces obtenus sont difficilement exploitables.
Mais là n'est pas le coeur de ce message. J'ai, hier, commencé a 
entrer les données dans OSM en créant la relation du bus 38, en y 
intégrant les arrêts ainsi que les routes empruntés par le bus.
Et il y a quelques instants, j'ai voulu voir ce que ça donnait sur OSM 
Transport. Quelle ne fut pas mon étonnant en ne voyant point de bus 
38. Je retourne alors sur le site principal, pour vérifier la 
relation, et quel ne fut pas ma surprise en constatant que ma relation 
a été modifié par un certain Esperanza36 
 qui a supprimé les 
routes appartenant a la relation.

J'aimerais donc savoir, s'il me lit, pourquoi a-t-il fait ça ?
Merci d'avance
JonathanMM


___
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] tagger un réseau de bus

[René-Luc D'Hont]

Le 12/07/2010 08:41, jean navarro a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bonjour

mon mail sera peut-être plus clair si je donne les relations :
la ligne de bus : http://www.openstreetmap.org/browse/relation/1047237
le réseau : http://www.openstreetmap.org/browse/relation/1047238

  ces relations sont-elles correctes ? pourquoi osmtransport ne les
affichent pas ?
   


Pas encore mis à jour Désolé,

René-Luc D'Hont
Responsable OSMTransport


cordialement
jean navarro

jean navarro a écrit :
   

Bonsoir

sur une ligne, pour test, j'ai marqué les arrêts de bus et créer les
relations pour la ligne mais je ne vois rien apparaître dans osmtransport
http://3liz.fr/public/osmtransport/index.php?country=France&location=Amb%C3%A9rieu%20en%20Bugey

je suppose donc que je fais une erreur quelque part... mais entre
Besancon et Grenoble ?? quel est le bon choix ?
en plus Josm me dit que le type line est inconnu...

bref j'ai besoin d'un peu d'aide

cordialement
jean navarro
 

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



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFMOrkfirIRKX59UEkRAnvLAKCZfzjitR1CFGSWg5K3OWYvJBP/iACgkqzH
JFqZwsWSr2n6v6EYwGLefLw=
=Wx3j
-END PGP SIGNATURE-



___
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] RMLL / SOTM - et scarlatine

[Vincent Pottier]

On 11/07/2010 18:46, Guilhem Bonnefille wrote:

Je suis à 100% d'accord avec Sébastien sur le manque cruel de supports
: le stand était quasiment invisible, les badots n'étant attiré que
par l'étandard de l'OSGeo (heureusement qu'il était là) et la carte de
Bordeaux.

Le 11 juillet 2010 00:57, Sébastien Dinot  a écrit :
   

- Rendre le stand plus visible avec si possible, des supports de
  communication élaborés et en couleur habillant le stand.
 
On a bien avancé sur l'import des gros polygones CLC. La carte de France 
au zoom 10 va commencer à se stabiliser. Un tirage A0 sur bâche (~70€) 
va commencer à devenir intéressant. Le niveau de détail est intéressant 
: bourgs, voirie...
Je vais essayer de faire un cartouche pour la légende, la licence, le 
lien...


Il faudrait trouver un système pour la faire voyager sur les expos 
(caisson...)

- Préparer des flyers en français orientés grand public et utilisation.
 

Quid des osmecum ?

Des échos de Girona ?

Et le la scarlatine ?
--
FrViPofm

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

Re: [OSM-talk-fr] Bâtiments se superposant

[Vincent Pottier]

On 12/07/2010 10:07, Vincent ROUCH wrote:

Oula, apparemment je fais parti du top 10 des boublonneurs !
Oui, et du fait de la suppression de nœuds dupliqués lors de l'import 
CLC, je me suis retrouvé avec la paternité de quelques bâtiments...
En fait j'ai un petit souci. Avant de lancer l'upload, je fais 
toujours appel à la validation et il se trouve que le validator ne me 
trouve aucun doublons.
Dans les erreurs, le validator signale les chemins dupliqués (voir dans 
les paramétrages du plugin que l'option ne soit pas désactivée)
Par ailleurs, il est capable de repérer des superpositions de polygones 
(dans les alertes ou les infos)

Si le plugin était pluggable, on pourrait faire un filtre spécial bâti.



Vincent (Neverwhere)

--
Vincent (FrViPofm)

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

Re: [OSM-talk-fr] Josm/Cadastre : Import du tableau d'assemblage

[Nicolas Dumoulin]

Bonjour,

J'ai mis en ligne une nouvelle version du plugin cadastre modifié pour avoir 
les tableaux d'assemblages :
http://osm.dumoulin63.net/dev/cadastre-fr-patchTA-2.jar

Au programme, deux bricoles :
 - pour Vicent : gestion des communes avec plusieurs tableaux d'assemblage
 - pour Pieren : les tableaux d'assemblage ne sont pas listés par défaut, il 
faut définir la propriété "cadastrewms.useTA" à "true". Ça me semble suffisant 
pour limiter la fonctionnalité aux initiés.

Sur ma zone de test (Condat - 15), ça marche pas trop mal. J'ai pu calé deux 
TA de deux communes à l'aide des communes voisines qui sont vectorisées.
De cette manière, j'ai pu positionner le village de Montboudif (C'est là où 
est né Pompidou quand même) qui n'a qu'une feuille avec croisillons dont 
l'orientation semble complètement foirtique donc inutilisable.

Pieren, si ça te convient pour intégration, je joins le diff.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin
Index: cadastre_fr/CadastreInterface.java
===
--- cadastre_fr/CadastreInterface.java	(révision 22284)
+++ cadastre_fr/CadastreInterface.java	(copie de travail)
@@ -58,7 +58,9 @@
 final String cInterfaceRasterTA = "afficherCarteTa.do";
 final String cInterfaceRasterFeuille = "afficherCarteFeuille.do";
 final String cImageLinkStart = "title=\"image\">___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pour ceux qui aiment la technique - MapCSS

[Lord Awikatchikaen]

pour ceux qui veulent tester :
http://www.geowiki.com/halcyon/?lat=52.2&lon=0.1

2010/7/7 René-Luc D'Hont 

>  Le 07/07/2010 16:40, Emilie Laffray a écrit :
>
>
>
> 2010/7/7 Gilles Bassière 
>
>>
>>   Les CSS cartographiques réutilisent la même syntaxe et les même
>> concepts
>> que les CSS pour le XML/HTML : des règles de style, des sélecteurs et le
>> mécanisme de la cascade.
>>
>> En revanche, les éléments constituant une carte ne sont pas les mêmes
>> que ceux qui constituent un document texte donc les propriétés/valeurs
>> ne sont pas les mêmes.
>>
>> J'avais regardé brièvement l'initiative de Michal Migurski [1] qui est
>> devenu par la suite le projet Cascadenik [2]. Ca avait l'air plutôt
>> pratique et moins compliqué que les styles Mapnik XML ou le SLD. La
>> documentation fournit de nombreux exemples [3] pour se faire une idée.
>>
>> Je trouve intéressante l'idée d'harmoniser le comportements des divers
>> moteurs CSS carto. Ce serait vraiment cool de ne plus avoir à convertir
>> les styles d'un moteur de rendu à une autre (tout en évitant la syntaxe
>> très verbeuse des SLD). Cela dit, est-ce bien le but de MapCSS ? Leur
>> page wiki ne mentionne pas la volonté de standardiser ni même
>> d'harmoniser.
>>
>
> La page est en cours d'écriture. Mon post était justement pour montrer que
> l'initiative existe et avance ainsi que de toucher un public plus large.
> Avoir plus de gens venant de différents milieux est important.
> Un domaine (mapcss.org) a été pris aujourd'hui. A terme, le but du jeu est
> d'harmoniser. Avoir une seule feuille de style serait assez sympathique.
>
>
> Si ça ce lance j'y participerais avec une implémentation possible dans
> notre moteur de rendu ;-)
>
> 3Liz
>
>
> Emilie Laffray
>
>
> ___
> Talk-fr mailing 
> listtalk...@openstreetmap.orghttp://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] Josm/Cadastre : Import du tableau d'assemblage

[Vincent de Chateau-Thierry]

Bonjour,

> De : "Nicolas Dumoulin"
>
> Au programme, deux bricoles :
> - pour Vicent : gestion des communes avec plusieurs tableaux d'assemblage
> - pour Pieren : les tableaux d'assemblage ne sont pas listés par défaut, il
> faut définir la propriété "cadastrewms.useTA" à "true". Ça me semble suffisant
> pour limiter la fonctionnalité aux initiés.

Testé à l'instant sur Poissy (78), et ça marche joliment.
Merci Nicolas !

vi(n)cent :-)

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net


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

Re: [OSM-talk-fr] Version intermédiaire du plugin ca dastre-fr 22188 (2.0 beta)

[Etienne Trimaille]

Le 7 juillet 2010 22:00, Pieren  a écrit :

>
>> Cependant, il faudrait pouvoir sélectionner plusieurs highway, les rues
>> sont souvent composées de plusieurs morceaux.
>>
>
>
> Euh, on peut choisir entre faire une relation ou simplement ajouter le tag
> addr:street qui ne fait que copier le nom de la rue (donc si elle découpée,
> ça n'influence pas). Pour la relation, la définition actuelle du wiki ne
> propose de lier qu'un seul way de la rue:
>
> http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Using_relations_to_associate_house_and_street_.28optional.29
>
> Je suppose qu'il est possible de faire plusieurs relations
> 'associatedStreet', un par morceau mais je ne vois pas trop l'intérêt (ça
> doit déjà le faire avec le plugin actuel, il suffit de cliquer sur la
> nouvelle portion de route pour créer une nouvelle relation)
>


Oui, je parlais pour les relations, le tag addr:street n'est pas concerné
par ma demande.
En effet, le wiki parle d'une seule récurrence pour la rue.
Tu ne vois pas l'intérêt de quoi ? de faire plusieurs relations pour la même
rue "géographique" ?
Ma rue est découpé en 4 morceaux (une rue principale, avec des petites
"branches" de chaque côté, et un sens unique au bout de ma rue). Si je dois
créer 4 relations différentes qui vont porter le même nom, l'édition va
vraiment devenir difficile à force.
Je voyais bien une relation par NOM de rue. Nos rues sont déjà assez
saucissonnées comme çà ...

De plus, si les rues changent, avec l'ajout d'un sens unique, une zone 30,
une itinéraire de bus, une piste cyclable,... et que la relation d'adressage
existe déjà, quand je vais découper la rue, il faudra aussi découper la
relation pour que chaque adresses correspondent avec le morceau de rue ?
Bonjour l'édition des données dans le futur.



>
>
>> Est ce que c'est possible de placer le tag addr:housenumber sur un
>> building quand on clique sur le building, et sur un node quand on ne clique
>> pas sur un building ? Avec une option, car cette fonctionnalité va entrer en
>> conflit avec ceux qui mettent les nodes sur les batis côté rue.
>>
>
> Tu veux dire créer un node même lorsqu'on indique qu'on taggue les
> polygones ? Quel intérêt ? Il faudrait justement éviter autant que possible
> d'avoir des noeuds addr qui ne sont rattachés à rien. Mais sinon, tu peux
> déjà le faire en enlevant le checkbox sur le polygone. Pour faire plus
> rapide, on pourrait le faire en combinant avec la touche ctrl mais il
> faudrait que je comprenne d'abord dans quel cas de figure tu as besoin d'un
> node seul.
>

Certes, pas beaucoup de cas.
Une maison en cours de construction, je sais sur quelle parcelle, je peux en
déduire le numéro par rapport aux voisins, mais la construction n'apparait
pas encore sur le cadastre.
Et j'ai une parcelle avec 3 petites maisons strictement identiques dessus.
Sur le cadastre, il y a un seul numéro pour les 3. Je voulais placer un node
au milieu des 3 maisons. Est-ce correct ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] RMLL / SOTM - et scarlatine

[hpmt]

Vincent Pottier a écrit , Le 12/07/2010 11:05:

On a bien avancé sur l'import des gros polygones CLC. La carte de France
au zoom 10 va commencer à se stabiliser. Un tirage A0 sur bâche (~70€)
va commencer à devenir intéressant. Le niveau de détail est intéressant
: bourgs, voirie...
Je comprends mieux la situation : il faut remplir la base pour remplir 
la base et montrer qu'on est là. Bon.


Le niveau de détail est intéressant, car il est très faux, jeté là à la 
louche avec des infos de 2006 : 4 ans, dans certains endroits, c'est 
antédiluvien.


Le grand polygone qui soulève mon ire a subrepticement réutilisé ici, 
des nodes existants et appartenant à d'autres polygones, là, de nouveaux 
nodes chevauchant des polygones de définition voisine. Modifier 
localement ce grand polygone est donc un travail laborieux et aléatoire, 
je viens d'y passer des heures avant que la base accepte mes modifs.
D'autant que JOSM ne sait pas très bien definir localement le dedans et 
le dehors d'un polygone alambiqué dont la plus grande part est hors du 
champ affiché. De plus il faut charger tout le grand polygone pour 
pouvoir en modifier un petit bout, sinon JOSM se plaint de polygone non 
fermé.


Bon, je m'arrête de râler pour aujourd'hui, vu qu'il faut remplir la 
base pour remplir la base.
Tant qu'à faire, mettre toutes les limites de communes, ça ne vous dit 
pas plus ? Il y a tellement de patelins sans même une route (31 Esperce)


Ha, zut, j'avais dit que j'arrêtais de râler.

Hélène


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

Re: [OSM-talk-fr] GeOnG 2010 - 2eme Forum de la Géom atique au Service de l'Humanitaire

[Rodolphe Quiedeville]

Le 11/07/2010 21:51, Thomas Gratier a écrit :
> Bonjour,
> 
> Pour info,
> 
> Organisé par l'association CartoONG
> GeOnG 2010 - 2eme Forum de la Géomatique au Service de l'Humanitaire le
> 23-24 Septembre à Chambéry, Savoie.
> http://www.cartong.org/index.php?option=com_content&task=section&id=18&Itemid=137&lang=fr
> 
> 
> Rôle d'OSM là dedans? Personnes intéressées? Certains avaient assistés à
> un "crisis camp" à Paris où on avaient parlés d'OSM
> http://barcamp.org/CrisisCamp-Paris
> On avait parlé d'Humanitarian OpenStreetMap http://hot.openstreetmap.org/
> CartONG semble prendre déjà part à l'initiative
> http://www.cartong.org/index.php?searchword=osm&option=com_search&Itemid=5
> 

Très intéressant ces projets, j'irai bien parler d'OSM là-bas, mais je
n'ai pas très bien compris leur tarification pour participation, si il
faut débourser 500 Euros pour participer mes finances perso vont faire
blocage. Es-tu proche de CartoONG ? Peux-tu nous donner plus de détail
sur comment participer ?

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

Re: [OSM-talk-fr] Bâtiments se superposant

[Tenshu]

2010/7/11 Marc Sibert 

>
> Je fabrique aussi un "superposes.osm" qui contiendra la liste des way à
> supprimer. Par contre, je n'ai pas python d'installé nativement sur mon Win7
> ;-) donc il faudra que quelque Linuxien me le passe.
> Pour le moment, je fais un fichier limité à 10 entrées, mais si un test se
> passe bien, je peux lacher la requête qui devrait nous proposer env. 3
> ways.
> Comme je l'indiquais précédemment, je ne m'occupe pas des nodes car suivant
> les cas, ils n'appartiennent qu'au way supprimé... ou pas !
>
> Le fichier se trouve(ra dans quelques instants) à
> http://freeroute.fr/libosm/superposes.osm


Ca à l'air bien.
En attendant que ça passe dans la moulinette, merci de ce coup de main
rapide et efficace.

-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Bus RATP

[JonathanMM]

Bonjour a tous,
je viens de mettre en page la page du wiki concernant les Bus de la 
RATP, un opérateur de transports en communs en Île−de−France. Elle est 
accessible a l'adresse suivante : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP


J'en ai profité pour évaluer a la louche les avancements des relations, 
et souvent, ça se résume un petit bout du trajet du bus.
Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce 
serait gentil :)
Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger 
correctement les relations de bus. Il faut dire que la page du wiki est 
pas très précise. Par exemple, l'API 0.6 apporte l'ordre des relations. 
Or, je ne sais pas si les arrêts sont a mettre avant ou après les routes 
de l'itinéraire, ou si on s'en fout. Également pour les arrêts, comment 
faut-il les marquer, surtout quand ils ne sont que dans un seul sens de 
circulation, ou au contraire quand ils sont dans les deux sens et marqué 
par 2 nœuds différents sur le terrain

Merci d'avance
JonathanMM

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

Re: [OSM-talk-fr] Bus RATP

[René-Luc D'Hont]

Le 12/07/2010 14:01, JonathanMM a écrit :

Bonjour a tous,
je viens de mettre en page la page du wiki concernant les Bus de la 
RATP, un opérateur de transports en communs en Île−de−France. Elle est 
accessible a l'adresse suivante : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP


J'en ai profité pour évaluer a la louche les avancements des 
relations, et souvent, ça se résume un petit bout du trajet du bus.
Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce 
serait gentil :)
Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger 
correctement les relations de bus. Il faut dire que la page du wiki 
est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des 
relations. Or, je ne sais pas si les arrêts sont a mettre avant ou 
après les routes de l'itinéraire, ou si on s'en fout. Également pour 
les arrêts, comment faut-il les marquer, surtout quand ils ne sont que 
dans un seul sens de circulation, ou au contraire quand ils sont dans 
les deux sens et marqué par 2 nœuds différents sur le terrain


Bonjour JonathanMM,

Tu peux regarder les relations du côté de Montpellier.

Personnellement, je te conseil tout d'abord de mettre tous les bouts de 
rues et les arrêts de bus d'une ligne dans une relation de type route. 
C'est pour moi largement suffisant.
Ensuite tu peux mettre dans l'ordre de passage les arrêts de bus en 
partant d'un terminus jusqu'à y revenir si ta ligne de bus n'a que 2 
terminus.


René-Luc D'Hont
Responsable OSMTransport



Merci d'avance
JonathanMM

___
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] RMLL / SOTM - et scarlatine

[Vincent Pottier]

On 12/07/2010 12:45, hpmt wrote:
Houlala!

Vincent Pottier a écrit , Le 12/07/2010 11:05:

On a bien avancé sur l'import des gros polygones CLC. La carte de France
au zoom 10 va commencer à se stabiliser. Un tirage A0 sur bâche (~70€)
va commencer à devenir intéressant. Le niveau de détail est intéressant
: bourgs, voirie...
Je comprends mieux la situation : il faut remplir la base pour remplir 
la base et montrer qu'on est là. Bon.
Pas seulement... Mais si la carte est renseignée pour le landuse sur 
quelques dizaines de milliers de km²...


Le niveau de détail est intéressant, car il est très faux, jeté là à 
la louche avec des infos de 2006 : 4 ans, dans certains endroits, 
c'est antédiluvien.
Certes, mais CLC, c'est aussi ce qui fait apparaître des milliers de 
villages, hameaux.
La source est mauvaise (tout de même une précision de carte 1/5), 
mais on n'a pas mieux à cette échelle. C'est même bien meilleur que les 
polygones tracés avec Yahoo ou Landsat.
La source est ancienne, mais on n'a pas de plus fraiche à cette échelle. 
Les cartes de Napoléon ? Elle doivent être libre de droit maintenant.


Le grand polygone qui soulève mon ire a subrepticement réutilisé ici, 
des nodes existants et appartenant à d'autres polygones,

C'est cette fusion qui a pris 4 h.

là, de nouveaux nodes chevauchant des polygones de définition voisine.

Là, c'est sur, il y a du travail de couture de polygones entre eux.
Modifier localement ce grand polygone est donc un travail laborieux et 
aléatoire, je viens d'y passer des heures avant que la base accepte 
mes modifs.
D'autant que JOSM ne sait pas très bien definir localement le dedans 
et le dehors d'un polygone alambiqué dont la plus grande part est hors 
du champ affiché. De plus il faut charger tout le grand polygone pour 
pouvoir en modifier un petit bout, sinon JOSM se plaint de polygone 
non fermé.

Et bien il faut le laisser se plaindre. On s'habitue...
J'ai moins d'état d'âme pour un logiciel qui se plaint que pour un 
OSmeur qui se plaint.


Je vais jetter un coup d'œil pour découper le gros polygones aux abords 
de Toulouse. Ça a en fera des plus petits à manipuler.
J'aurais pu le faire avant l'import, mais je ne m'attendais pas à un tel 
flot de bâtiment. Le polygone ne semblait pas si monstrueux. Il n'était 
pas inscrit à la liste des géants.


Ce qui est sur, c'est que ce travail d'import aurait du être fait plus 
tôt pour que le micromapping trouve sa place dans le macro et l'ajuste. 
Plus on tarde, plus il est difficile de penser et d'agir global.


Bon, je m'arrête de râler pour aujourd'hui, vu qu'il faut remplir la 
base pour remplir la base.
Tant qu'à faire, mettre toutes les limites de communes, ça ne vous dit 
pas plus ?

Ça vient, ça vient, à mesure qu'elles sont vectorisées.
Damouns en a encore ajouté ce matin...

Il y a tellement de patelins sans même une route (31 Esperce)
Ah ! Ça, ça fait partie de mes projets en cours : pointer les communes 
sans route pour orienter la cartographie. Mais ma requête en local me 
retourne des faux positifs. Il faut que j'affine avant de publier.


Mais là, je n'ai même pas une source pour inventer des routes au 
1/10. Tout ce que je pourrai faire, c'est un bout de module osmose.


Ha, zut, j'avais dit que j'arrêtais de râler.

Chacun son tour... ;-)


Hélène

You are welcome.
--
FrViPofm

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

Re: [OSM-talk-fr] RMLL / SOTM - et scarlatine

[Cedric Viou]

Bonjour,

> Je vais jetter un coup d'œil pour découper le gros polygones aux abords
> de Toulouse. Ça a en fera des plus petits à manipuler.
Je viens de mettre à jours la liste des polygones géants en y incluant
le FR-221176 découpé.  Mais ça ne te facilitera pas forcément la tâche.


> J'aurais pu le faire avant l'import, mais je ne m'attendais pas à un tel
> flot de bâtiment. Le polygone ne semblait pas si monstrueux. Il n'était
> pas inscrit à la liste des géants.
En fait, la liste ne contient que la "Liste des polygones énormes"
recensés... par main d'humain...

Si quelqu'un sait comment faire la liste des polygones CLC non-importés
de plus de ~2 points (je dis ça au pif), je suis preneur.

Cedric

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

Re: [OSM-talk-fr] Bus RATP

[Vincent Pottier]

On 12/07/2010 14:01, JonathanMM wrote:

Bonjour a tous,
je viens de mettre en page la page du wiki concernant les Bus de la 
RATP, un opérateur de transports en communs en Île−de−France. Elle est 
accessible a l'adresse suivante : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP


J'en ai profité pour évaluer a la louche les avancements des 
relations, et souvent, ça se résume un petit bout du trajet du bus.
Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce 
serait gentil :)
Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger 
correctement les relations de bus. Il faut dire que la page du wiki 
est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des 
relations. Or, je ne sais pas si les arrêts sont a mettre avant ou 
après les routes de l'itinéraire, ou si on s'en fout. Également pour 
les arrêts, comment faut-il les marquer, surtout quand ils ne sont que 
dans un seul sens de circulation, ou au contraire quand ils sont dans 
les deux sens et marqué par 2 nœuds différents sur le terrain

Merci d'avance
JonathanMM
À mon avis, il faut d'emblée entrer deux relations par ligne (aller - 
retour, shéma type oxoama simplifié).
Une fois la structure posée, il est plus simple de construire peu à peu 
que de devoir reprendre un gros paquet pour faire les relations pour 
chaque sens.
Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du 
réseau au format Google [1] en n'utilisant qu'une relation par ligne. 
Par contre en multi-relation... J'y pense...


En plus, ce schéma, complexe au début est finalement beaucoup plus 
simple à entretenir. Si l'aller et le retour ne passent pas par la même 
rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un 
casse-tête pour s'y retrouver et plus encore pour celui qui veut 
intervenir sans avoir créé la relation.


Une relation par sens (voire plus quand il y a des variations de 
services, expres, long...), ways ordonnés, arrêt de bus unique pour un 
côté...


Peu importe où on entre les nœuds des arrêts de bus, avant, après les 
voies. Ce qui est intéressant, c'est de le grouper et de les ordonner 
pour comparer avec sketch-line.


Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins de 
place et qui fait le lien avec Sketch-line. De plus, j'ai mis les 
numéros de ligne en tritre, ça permet de n'éditer que ce qui est nécessaire.


[1] 
http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html 
Sur la liste talk-transit, les gens commencent à s'intéresser à ce 
format comme une sorte possible pour les données OSM.

[2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko
--
FrViPofm

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

Re: [OSM-talk-fr] Bus RATP

[René-Luc D'Hont]

Le 12/07/2010 14:34, Vincent Pottier a écrit :

On 12/07/2010 14:01, JonathanMM wrote:

Bonjour a tous,
je viens de mettre en page la page du wiki concernant les Bus de la 
RATP, un opérateur de transports en communs en Île−de−France. Elle 
est accessible a l'adresse suivante : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP


J'en ai profité pour évaluer a la louche les avancements des 
relations, et souvent, ça se résume un petit bout du trajet du bus.
Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce 
serait gentil :)
Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment 
tagger correctement les relations de bus. Il faut dire que la page du 
wiki est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des 
relations. Or, je ne sais pas si les arrêts sont a mettre avant ou 
après les routes de l'itinéraire, ou si on s'en fout. Également pour 
les arrêts, comment faut-il les marquer, surtout quand ils ne sont 
que dans un seul sens de circulation, ou au contraire quand ils sont 
dans les deux sens et marqué par 2 nœuds différents sur le terrain

Merci d'avance
JonathanMM
À mon avis, il faut d'emblée entrer deux relations par ligne (aller - 
retour, shéma type oxoama simplifié).
Une fois la structure posée, il est plus simple de construire peu à 
peu que de devoir reprendre un gros paquet pour faire les relations 
pour chaque sens.
Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du 
réseau au format Google [1] en n'utilisant qu'une relation par ligne. 
Par contre en multi-relation... J'y pense...


En plus, ce schéma, complexe au début est finalement beaucoup plus 
simple à entretenir. Si l'aller et le retour ne passent pas par la 
même rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un 
casse-tête pour s'y retrouver et plus encore pour celui qui veut 
intervenir sans avoir créé la relation.


Une relation par sens (voire plus quand il y a des variations de 
services, expres, long...), ways ordonnés, arrêt de bus unique pour un 
côté...


Peu importe où on entre les nœuds des arrêts de bus, avant, après les 
voies. Ce qui est intéressant, c'est de le grouper et de les ordonner 
pour comparer avec sketch-line.


Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins de 
place et qui fait le lien avec Sketch-line. De plus, j'ai mis les 
numéros de ligne en tritre, ça permet de n'éditer que ce qui est 
nécessaire.


[1] 
http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html 
Sur la liste talk-transit, les gens commencent à s'intéresser à ce 
format comme une sorte possible pour les données OSM.

[2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko
--
FrViPofm

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



Il est vrai qu'il vaut mieux utiliser le modèle complexe proposer par OXOAMA

Mais j'aurais une question simple, en dehors du fait qu'il faut découper 
les ways :
* Je fais comment pour un bus qui dans un sens de circulation, donc dans 
une relation route pour une relation line, empreinte une rue dans les 2 
sens ? Ma way doit-elle apparaître 2 fois dans ma relation route ?


René-Luc D'Hont
3Liz

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

Re: [OSM-talk-fr] Bus RATP

[jean navarro]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bonjour à tous

donc si je comprend bien :
- - une relation de type=route, route= bus pour chaque sens de parcours
(contient les arrêts et les bouts de trajets)
- - une relation de type=line, line=bus pour chaque ligne (elle contient
les deux relations de sens, type=route)
- - et éventuellement une relation de type=network qui contiendrait le
réseau avec toutes ses lignes ?

c'est cela ?
pourtant il me semble que Josm produit une erreur sur le type=line

cordialement
jean navarro

Vincent Pottier a écrit :
> On 12/07/2010 14:01, JonathanMM wrote:
>> Bonjour a tous,
>> je viens de mettre en page la page du wiki concernant les Bus de la
>> RATP, un opérateur de transports en communs en Île−de−France. Elle est
>> accessible a l'adresse suivante :
>> http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP
>>
>> J'en ai profité pour évaluer a la louche les avancements des
>> relations, et souvent, ça se résume un petit bout du trajet du bus.
>> Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce
>> serait gentil :)
>> Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger
>> correctement les relations de bus. Il faut dire que la page du wiki
>> est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des
>> relations. Or, je ne sais pas si les arrêts sont a mettre avant ou
>> après les routes de l'itinéraire, ou si on s'en fout. Également pour
>> les arrêts, comment faut-il les marquer, surtout quand ils ne sont que
>> dans un seul sens de circulation, ou au contraire quand ils sont dans
>> les deux sens et marqué par 2 nœuds différents sur le terrain
>> Merci d'avance
>> JonathanMM
> À mon avis, il faut d'emblée entrer deux relations par ligne (aller -
> retour, shéma type oxoama simplifié).
> Une fois la structure posée, il est plus simple de construire peu à peu
> que de devoir reprendre un gros paquet pour faire les relations pour
> chaque sens.
> Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du
> réseau au format Google [1] en n'utilisant qu'une relation par ligne.
> Par contre en multi-relation... J'y pense...
> 
> En plus, ce schéma, complexe au début est finalement beaucoup plus
> simple à entretenir. Si l'aller et le retour ne passent pas par la même
> rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un
> casse-tête pour s'y retrouver et plus encore pour celui qui veut
> intervenir sans avoir créé la relation.
> 
> Une relation par sens (voire plus quand il y a des variations de
> services, expres, long...), ways ordonnés, arrêt de bus unique pour un
> côté...
> 
> Peu importe où on entre les nœuds des arrêts de bus, avant, après les
> voies. Ce qui est intéressant, c'est de le grouper et de les ordonner
> pour comparer avec sketch-line.
> 
> Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins de
> place et qui fait le lien avec Sketch-line. De plus, j'ai mis les
> numéros de ligne en tritre, ça permet de n'éditer que ce qui est
> nécessaire.
> 
> [1]
> http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html
> Sur la liste talk-transit, les gens commencent à s'intéresser à ce
> format comme une sorte possible pour les données OSM.
> [2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko
> -- 
> FrViPofm
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD4DBQFMOw8AirIRKX59UEkRAm+OAJin9xiNY9J+txtXAdDIPFq8MeroAJ9IzLnL
N5W8kDsNmfp1JMHk6hczwg==
=88A6
-END PGP SIGNATURE-



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

Re: [OSM-talk-fr] Bus RATP

[René-Luc D'Hont]

Le 12/07/2010 14:48, jean navarro a écrit :

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bonjour à tous

donc si je comprend bien :
- - une relation de type=route, route= bus pour chaque sens de parcours
(contient les arrêts et les bouts de trajets)
- - une relation de type=line, line=bus pour chaque ligne (elle contient
les deux relations de sens, type=route)
- - et éventuellement une relation de type=network qui contiendrait le
réseau avec toutes ses lignes ?

c'est cela ?
   


C'est cela



pourtant il me semble que Josm produit une erreur sur le type=line
   


Oui il ne connait pas


cordialement
jean navarro

Vincent Pottier a écrit :
   

On 12/07/2010 14:01, JonathanMM wrote:
 

Bonjour a tous,
je viens de mettre en page la page du wiki concernant les Bus de la
RATP, un opérateur de transports en communs en Île−de−France. Elle est
accessible a l'adresse suivante :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP

J'en ai profité pour évaluer a la louche les avancements des
relations, et souvent, ça se résume un petit bout du trajet du bus.
Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce
serait gentil :)
Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment tagger
correctement les relations de bus. Il faut dire que la page du wiki
est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des
relations. Or, je ne sais pas si les arrêts sont a mettre avant ou
après les routes de l'itinéraire, ou si on s'en fout. Également pour
les arrêts, comment faut-il les marquer, surtout quand ils ne sont que
dans un seul sens de circulation, ou au contraire quand ils sont dans
les deux sens et marqué par 2 nœuds différents sur le terrain
Merci d'avance
JonathanMM
   

À mon avis, il faut d'emblée entrer deux relations par ligne (aller -
retour, shéma type oxoama simplifié).
Une fois la structure posée, il est plus simple de construire peu à peu
que de devoir reprendre un gros paquet pour faire les relations pour
chaque sens.
Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du
réseau au format Google [1] en n'utilisant qu'une relation par ligne.
Par contre en multi-relation... J'y pense...

En plus, ce schéma, complexe au début est finalement beaucoup plus
simple à entretenir. Si l'aller et le retour ne passent pas par la même
rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un
casse-tête pour s'y retrouver et plus encore pour celui qui veut
intervenir sans avoir créé la relation.

Une relation par sens (voire plus quand il y a des variations de
services, expres, long...), ways ordonnés, arrêt de bus unique pour un
côté...

Peu importe où on entre les nœuds des arrêts de bus, avant, après les
voies. Ce qui est intéressant, c'est de le grouper et de les ordonner
pour comparer avec sketch-line.

Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins de
place et qui fait le lien avec Sketch-line. De plus, j'ai mis les
numéros de ligne en tritre, ça permet de n'éditer que ce qui est
nécessaire.

[1]
http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html
Sur la liste talk-transit, les gens commencent à s'intéresser à ce
format comme une sorte possible pour les données OSM.
[2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko
--
FrViPofm

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD4DBQFMOw8AirIRKX59UEkRAm+OAJin9xiNY9J+txtXAdDIPFq8MeroAJ9IzLnL
N5W8kDsNmfp1JMHk6hczwg==
=88A6
-END PGP SIGNATURE-



___
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] Bus RATP

[JonathanMM]

Le 12/07/2010 14:34, Vincent Pottier a écrit :

On 12/07/2010 14:01, JonathanMM wrote:

Bonjour a tous,
je viens de mettre en page la page du wiki concernant les Bus de la 
RATP, un opérateur de transports en communs en Île−de−France. Elle 
est accessible a l'adresse suivante : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP


J'en ai profité pour évaluer a la louche les avancements des 
relations, et souvent, ça se résume un petit bout du trajet du bus.
Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce 
serait gentil :)
Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment 
tagger correctement les relations de bus. Il faut dire que la page du 
wiki est pas très précise. Par exemple, l'API 0.6 apporte l'ordre des 
relations. Or, je ne sais pas si les arrêts sont a mettre avant ou 
après les routes de l'itinéraire, ou si on s'en fout. Également pour 
les arrêts, comment faut-il les marquer, surtout quand ils ne sont 
que dans un seul sens de circulation, ou au contraire quand ils sont 
dans les deux sens et marqué par 2 nœuds différents sur le terrain

Merci d'avance
JonathanMM
À mon avis, il faut d'emblée entrer deux relations par ligne (aller - 
retour, shéma type oxoama simplifié).
Une fois la structure posée, il est plus simple de construire peu à 
peu que de devoir reprendre un gros paquet pour faire les relations 
pour chaque sens.
Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du 
réseau au format Google [1] en n'utilisant qu'une relation par ligne. 
Par contre en multi-relation... J'y pense...


En plus, ce schéma, complexe au début est finalement beaucoup plus 
simple à entretenir. Si l'aller et le retour ne passent pas par la 
même rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un 
casse-tête pour s'y retrouver et plus encore pour celui qui veut 
intervenir sans avoir créé la relation.


Une relation par sens (voire plus quand il y a des variations de 
services, expres, long...), ways ordonnés, arrêt de bus unique pour un 
côté...


Peu importe où on entre les nœuds des arrêts de bus, avant, après les 
voies. Ce qui est intéressant, c'est de le grouper et de les ordonner 
pour comparer avec sketch-line.


Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins de 
place et qui fait le lien avec Sketch-line. De plus, j'ai mis les 
numéros de ligne en tritre, ça permet de n'éditer que ce qui est 
nécessaire.


[1] 
http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html 
Sur la liste talk-transit, les gens commencent à s'intéresser à ce 
format comme une sorte possible pour les données OSM.

[2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko
--
FrViPofm
Oui, je vois. Par contre, d'après ce que j'ai compris, rien d'officiel, 
c'est ça ?

JonathanMM

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

Re: [OSM-talk-fr] Bus RATP

[René-Luc D'Hont]

Le 12/07/2010 15:06, JonathanMM a écrit :

Le 12/07/2010 14:34, Vincent Pottier a écrit :

On 12/07/2010 14:01, JonathanMM wrote:

Bonjour a tous,
je viens de mettre en page la page du wiki concernant les Bus de la 
RATP, un opérateur de transports en communs en Île−de−France. Elle 
est accessible a l'adresse suivante : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP


J'en ai profité pour évaluer a la louche les avancements des 
relations, et souvent, ça se résume un petit bout du trajet du bus.
Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce 
serait gentil :)
Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment 
tagger correctement les relations de bus. Il faut dire que la page 
du wiki est pas très précise. Par exemple, l'API 0.6 apporte l'ordre 
des relations. Or, je ne sais pas si les arrêts sont a mettre avant 
ou après les routes de l'itinéraire, ou si on s'en fout. Également 
pour les arrêts, comment faut-il les marquer, surtout quand ils ne 
sont que dans un seul sens de circulation, ou au contraire quand ils 
sont dans les deux sens et marqué par 2 nœuds différents sur le terrain

Merci d'avance
JonathanMM
À mon avis, il faut d'emblée entrer deux relations par ligne (aller - 
retour, shéma type oxoama simplifié).
Une fois la structure posée, il est plus simple de construire peu à 
peu que de devoir reprendre un gros paquet pour faire les relations 
pour chaque sens.
Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma du 
réseau au format Google [1] en n'utilisant qu'une relation par ligne. 
Par contre en multi-relation... J'y pense...


En plus, ce schéma, complexe au début est finalement beaucoup plus 
simple à entretenir. Si l'aller et le retour ne passent pas par la 
même rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est un 
casse-tête pour s'y retrouver et plus encore pour celui qui veut 
intervenir sans avoir créé la relation.


Une relation par sens (voire plus quand il y a des variations de 
services, expres, long...), ways ordonnés, arrêt de bus unique pour 
un côté...


Peu importe où on entre les nœuds des arrêts de bus, avant, après les 
voies. Ce qui est intéressant, c'est de le grouper et de les ordonner 
pour comparer avec sketch-line.


Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins 
de place et qui fait le lien avec Sketch-line. De plus, j'ai mis les 
numéros de ligne en tritre, ça permet de n'éditer que ce qui est 
nécessaire.


[1] 
http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html 
Sur la liste talk-transit, les gens commencent à s'intéresser à ce 
format comme une sorte possible pour les données OSM.

[2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko
--
FrViPofm
Oui, je vois. Par contre, d'après ce que j'ai compris, rien 
d'officiel, c'est ça ?


Voilà, c'est l'usage conseillé



JonathanMM

___
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] Bus RATP

[JonathanMM]

Le 12/07/2010 15:08, René-Luc D'Hont a écrit :

Le 12/07/2010 15:06, JonathanMM a écrit :

Le 12/07/2010 14:34, Vincent Pottier a écrit :

On 12/07/2010 14:01, JonathanMM wrote:

Bonjour a tous,
je viens de mettre en page la page du wiki concernant les Bus de la 
RATP, un opérateur de transports en communs en Île−de−France. Elle 
est accessible a l'adresse suivante : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Bus_RATP


J'en ai profité pour évaluer a la louche les avancements des 
relations, et souvent, ça se résume un petit bout du trajet du bus.
Si quelqu'un pourrait vérifier que je n'ai pas écrit de bêtises, ce 
serait gentil :)
Enfin, ce serait bien si quelqu'un pourrait m'expliquer comment 
tagger correctement les relations de bus. Il faut dire que la page 
du wiki est pas très précise. Par exemple, l'API 0.6 apporte 
l'ordre des relations. Or, je ne sais pas si les arrêts sont a 
mettre avant ou après les routes de l'itinéraire, ou si on s'en 
fout. Également pour les arrêts, comment faut-il les marquer, 
surtout quand ils ne sont que dans un seul sens de circulation, ou 
au contraire quand ils sont dans les deux sens et marqué par 2 
nœuds différents sur le terrain

Merci d'avance
JonathanMM
À mon avis, il faut d'emblée entrer deux relations par ligne (aller 
- retour, shéma type oxoama simplifié).
Une fois la structure posée, il est plus simple de construire peu à 
peu que de devoir reprendre un gros paquet pour faire les relations 
pour chaque sens.
Pas sur qu'on arrivera à faire des moteurs pour exporter le schéma 
du réseau au format Google [1] en n'utilisant qu'une relation par 
ligne. Par contre en multi-relation... J'y pense...


En plus, ce schéma, complexe au début est finalement beaucoup plus 
simple à entretenir. Si l'aller et le retour ne passent pas par la 
même rue, lorsqu'on entre deux nœuds pour les arrêts de bus, c'est 
un casse-tête pour s'y retrouver et plus encore pour celui qui veut 
intervenir sans avoir créé la relation.


Une relation par sens (voire plus quand il y a des variations de 
services, expres, long...), ways ordonnés, arrêt de bus unique pour 
un côté...


Peu importe où on entre les nœuds des arrêts de bus, avant, après 
les voies. Ce qui est intéressant, c'est de le grouper et de les 
ordonner pour comparer avec sketch-line.


Sur la page Besançon/Ginko [2], j'utilise un modèle qui prend moins 
de place et qui fait le lien avec Sketch-line. De plus, j'ai mis les 
numéros de ligne en tritre, ça permet de n'éditer que ce qui est 
nécessaire.


[1] 
http://code.google.com/intl/fr/transit/spec/transit_feed_specification.html 
Sur la liste talk-transit, les gens commencent à s'intéresser à ce 
format comme une sorte possible pour les données OSM.

[2] http://wiki.openstreetmap.org/wiki/Besan%C3%A7on/Ginko
--
FrViPofm
Oui, je vois. Par contre, d'après ce que j'ai compris, rien 
d'officiel, c'est ça ?


Voilà, c'est l'usage conseillé
Dans ce cas, je vais l'appliqué et modifié la page du wiki, en espérant 
que ça se mette d'accord et que ce soit plus « officiel » :)

JonathanMM

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

Re: [OSM-talk-fr] Bus RATP

[Vincent Pottier]

On 12/07/2010 14:48, jean navarro wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bonjour à tous

donc si je comprend bien :
- - une relation de type=route, route= bus pour chaque sens de parcours
(contient les arrêts et les bouts de trajets)
   

pour chaque variante de parcours. Donc en général une pour chaque sens

- - une relation de type=line, line=bus pour chaque ligne (elle contient
les deux relations de sens, type=route)
   

Je ne suis pas sur que ce soit obligatoire. Moi, je m'y tiens.

- - et éventuellement une relation de type=network qui contiendrait le
réseau avec toutes ses lignes ?
   

Ça, c'est sur que ça n'est pas obligatoire.
Par contre, de renseigner le tag 'network' pour chaque élément du 
réseau, ça facilite grandement la vie pour charger dans JOSM :

Un petit lien, voir même un signet dans Firefox, du genre
http://localhost:8111/import?url=http://xapi.openstreetmap.org/api/0.6/relation[network=Ginko][bbox=5.8935,47.1981,6.1307,47.3125]
et tout le réseau se charge d'un coup dans JOSM

c'est cela ?
pourtant il me semble que Josm produit une erreur sur le type=line
   

Mais JOSM ne connait pas tous les mystères de la vie...
--
FrViPofm

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

Re: [OSM-talk-fr] Bus RATP

[Vincent Pottier]

On 12/07/2010 15:06, JonathanMM wrote:
Oui, je vois. Par contre, d'après ce que j'ai compris, rien 
d'officiel, c'est ça ?

JonathanMM
Parce qu'il y a quelque chose d'officiel dans OSM, en dehors de 
l'adresse du site et de l'API ?

Non, mais c'est un usage qui se répand. Les anglais y viennent.

OXOAMA voudrait utiliser des tags public_transport=*, les allemands 
suivent un peu mais le reste du monde semble trainer les pieds.


Je ne suis pas sur que mon jeu de tag soit tout à fait canonique. Ça 
fait longtemps que je ne suis pas allé voir chez les voisins. Il semble 
bien supporté par 3liz [1], sketch_line [2], öpnv [3]... les références 
actuelles.


[1] 
http://3liz.fr/public/osmtransport/index.php?country=France&location=Besan%C3%A7on
[2] 
http://78.46.81.38/api/sketch-line?network=Ginko&ref=1&correspondences=100&font-size=10&style=padua
[3] http://www.öpnvkarte.de/?lat=47.2553&lon=6.0121&zoom=12 (excellent 
gestion des arrêts qui apparaissent comme point unique à zoom < 17, 
quand le serveur veut bien fournir..., pas de gestion de la couleur)


Il est peut-être temps qu'on se résume nos observations sur une page 
wiki francophone illustrée d'exemples franchouillards...

--
FrViPofm

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

[OSM-talk-fr] Ville de Grasse

[Vladimir Vyskocil]

Bonjour,

J'ai été contacté par quelqu'un travaillant pour la mairie de la ville de 
Grasse (Alpes-Maritimes) car j'ai contribué sur cette commune, ils ont surement 
du contacter d'autres contributeurs.
Si j'ai bien compris leur requête ils cherchent a mobiliser les osmeurs du coin 
pour améliorer les données de Grasse avant d'intégrer une carte basée sur OSM 
au site de la mairie, je ne connais pas plus les détails de cette intégration, 
si c'est juste une visualisation de la carte ou plus... Enfin je suis 
agréablement surpris par la visibilité qu'acquiert OSM en France et la volonté 
des élus de ne pas etre en reste pour leur commune !
Je me suis proposé pour intégrer le bati provenant du cadastre (merci RatZilla$ 
pour le fichier du 06 !), en fait cela ne me fera que continuer dans mon élan, 
Cannes, Le Cannet, Mougins, Mouans-Sartoux et donc Grasse en allant du sud vers 
le nord :-)
Le cadastre c'est quand meme formidable pour recaler correctement les routes, 
ruelles et autres POI, surtout en plein centre ville !

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

Re: [OSM-talk-fr] GeOnG 2010 - 2eme Forum de la Géom atique au Service de l'Humanitaire

[Thomas Gratier]

Bonjour,

"La tarification pour participation"
J'ai dû loupé un truc, c'est marqué où?
Ils offrent leur service en cartographie humanitaire à d'autres associations
en partageant en particulier les données géographiques et il y a un droit
d'entrée (indiqué sur
http://www.cartong.org/index.php?option=com_content&task=section&id=12&Itemid=94)
mais je n'ai pas compris que l'évènement coûtait de l'argent sauf le
déplacement à votre charge (si hors cadre pro)

OSM ils connaissent déjà, il faudrait savoir ce qu'ils attendent de cette
rencontre mais c'est plus ou moins marqué dans la plaquette : à priori, des
retours utilisateurs, voir l'usage de la cartographie humanitaire (ou
applicable à l'humanitaire), nouer des relations pour développer leur asso,
mettre en place de nouvelles initiatives,...
Pour CartoONG, je suis simplement inscrit à leur liste de diffusion et je
sais qu'ils utilisent la proximité genevoise avec l'ONU et
l'UNHCRpour favoriser
leurs actions.
Si tu es intéressé le plus simple serait de les contacter directement, ils
ont un tel sur leur site et des formulaires de contact.
http://www.cartong.org/index.php?option=com_contact&catid=12&Itemid=3

Cordialement

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

Re: [OSM-talk-fr] Ville de Grasse

[Vincent Pottier]

On 12/07/2010 15:50, Vladimir Vyskocil wrote:

Bonjour,

J'ai été contacté par quelqu'un travaillant pour la mairie de la ville de 
Grasse (Alpes-Maritimes) car j'ai contribué sur cette commune, ils ont surement 
du contacter d'autres contributeurs.
Si j'ai bien compris leur requête ils cherchent a mobiliser les osmeurs du coin 
pour améliorer les données de Grasse avant d'intégrer une carte basée sur OSM 
au site de la mairie, je ne connais pas plus les détails de cette intégration, 
si c'est juste une visualisation de la carte ou plus... Enfin je suis 
agréablement surpris par la visibilité qu'acquiert OSM en France et la volonté 
des élus de ne pas etre en reste pour leur commune !
Je me suis proposé pour intégrer le bati provenant du cadastre (merci RatZilla$ 
pour le fichier du 06 !), en fait cela ne me fera que continuer dans mon élan, 
Cannes, Le Cannet, Mougins, Mouans-Sartoux et donc Grasse en allant du sud vers 
le nord :-)
Le cadastre c'est quand meme formidable pour recaler correctement les routes, 
ruelles et autres POI, surtout en plein centre ville !

Vlad.

J'ai invité le stagiaire à se présenter sur cette liste.
Il sera le bien-venu !
--
FrViPofm


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

Re: [OSM-talk-fr] Bus RATP

[Nicolas Dumoulin]

Le lundi 12 juillet 2010 15:25:15 Vincent Pottier, vous avez écrit :
> Il est peut-être temps qu'on se résume nos observations sur une page
> wiki francophone illustrée d'exemples franchouillards...

Ha voui ! :-)

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

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

[OSM-talk-fr] Pour participer un peu au flood...

[Christophe Bayle]

... sans doute par manque d'expérience des mailing list, je me demande
comment vous utilisez au quotidien la list OSM-fr.
Je reçois environ 10 mails par jour en provenance de talk...@openstreetmap.org.
Non seulement cela nuit à la visibilité des mails "urgents" qu'il
m'arrive de recevoir mais même le volume d'info reçu est trop
important pour que j'en fasse une lecture quotidienne efficace.
Existe-t-il des outils ou des pratiques pour "filtrer" par
thème/métier/région ou tout autre méthode pour arrêter de me faire
spamer ?

Librement votre,

-- 

Christophe Bayle

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

Re: [OSM-talk-fr] Pour participer un peu au flood...

[Mathieu Arnold]

+--On 12 juillet 2010 16:49:44 +0200 Christophe Bayle
 wrote:
| Existe-t-il des outils ou des pratiques pour "filtrer" par
| thème/métier/région ou tout autre méthode pour arrêter de me faire
| spamer ?

Hum, n'importe quel client mail sait trier les mails pour les mettre dans
un dossier spécifique, ensuite, à part Eudora (mais est-ce que ça existe
encore ?) ils savent aussi tous trier les mails d'un dossier en fils de
discussion ce qui permet de repérer les nouveaux fils, ou de marquer tout
un fil comme lu.
Enfin, c'est le fonctionnement classique d'un MUA quoi.

-- 
Mathieu Arnold

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

Re: [OSM-talk-fr] Pour participer un peu au flood...

[Nicolas Dumoulin]

Le lundi 12 juillet 2010 16:49:44 Christophe Bayle, vous avez écrit :
> Existe-t-il des outils ou des pratiques pour "filtrer" par
> thème/métier/région ou tout autre méthode pour arrêter de me faire
> spamer ?

Pas à ma connaissance.

Grouper les messages par fils me suffit à trier par sujet. Par tri, j'entends 
:
 - ne pas lire les messages d'un fil
 - reporter la lecture d'un fil à plus tard

Ensuite, j'attribue plus d'attention aux messages de certains auteurs :-)

Il y aussi un pont avec un newsgroup, je me dis car ça peut être encore plus 
pratique pour surveiller des fils, mais j'ai jamais pris la peine de regarder.

Bonne soirée

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

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

[OSM-talk-fr] Re : Pour participer un peu au flood...

[THEVENON Julien]

De : Nicolas Dumoulin 


Il y aussi un pont avec un newsgroup, je me dis car ça peut être encore 
plus 

pratique pour surveiller des fils, mais j'ai jamais pris la peine de 
>regarder.

je sais pas si c est de ca que tu parles mais il y le nabble qui "forumise" la 
liste:
http://gis.638310.n2.nabble.com/France-f3070341.html

il est accessible depuis la page contact de openstreetmap.fr en cliquant sur 
forum
Julien


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

Re: [OSM-talk-fr] Ville de Grasse

[Marc SIBERT]

Le 12 juillet 2010 15:50, Vladimir Vyskocil  a
écrit :

> Bonjour,
>
> J'ai été contacté par quelqu'un travaillant pour la mairie de la ville de
> Grasse (Alpes-Maritimes) car j'ai contribué sur cette commune, ils ont
> surement du contacter d'autres contributeurs.
> Si j'ai bien compris leur requête ils cherchent a mobiliser les osmeurs du
> coin pour améliorer les données de Grasse avant d'intégrer une carte basée
> sur OSM au site de la mairie, je ne connais pas plus les détails de cette
> intégration, si c'est juste une visualisation de la carte ou plus... Enfin
> je suis agréablement surpris par la visibilité qu'acquiert OSM en France et
> la volonté des élus de ne pas etre en reste pour leur commune !
> Je me suis proposé pour intégrer le bati provenant du cadastre (merci
> RatZilla$ pour le fichier du 06 !), en fait cela ne me fera que continuer
> dans mon élan, Cannes, Le Cannet, Mougins, Mouans-Sartoux et donc Grasse en
> allant du sud vers le nord :-)
> Le cadastre c'est quand meme formidable pour recaler correctement les
> routes, ruelles et autres POI, surtout en plein centre ville !
>
> Vlad.
>
> Bonjour,

C'est une idée qui permettrait de montrer (encore une fois) la réactivité de
la communauté. Si le besoin est clairement exprimé (typologie des voies,
bâti -en cours donc -, lignes de bus, que sais-je encore), cela permettrait
de faire de cette commune un exemple idéal de ce que peut contenir OSM et
donc des applications qui l'utilisent (slippy map, vélo, transports en
commun, carte de la ville...) ... et de trouver un premier soutient
financier auprès de cette commune.

Une équipe de 10 à 20 contributeurs doit pouvoir en venir à bout en un mois
de travail, non ?

Je veux bien participer et coordonner un tel projet. Il y a-t-il des
volontaires ?

A+

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

Re: [OSM-talk-fr] Re : Pour participer un peu au flood...

[Tenshu]

10 mails par jour pour une ML c'est "trop"?
Tu parles de mail urgent Christophe mais ce n'est pas une liste de
diffusion.

D'ailleurs au moment où il y avait encore un/une courageux pour faire des
stats mensuel il me semble que l'on dépassait les 1000/mois, ce qui fait 3
fois plus de traffic.
Bref on a encore un peut de marge avant de ressembler à une liste comme
celle de l'APRIL :q

2010/7/12 THEVENON Julien 

> *De :* Nicolas Dumoulin 
> **
> Il y aussi un pont avec un newsgroup, je me dis car ça peut être
> encore plus
> pratique pour surveiller des fils, mais j'ai jamais pris la peine de
> regarder.
>
> je sais pas si c est de ca que tu parles mais il y le nabble qui "forumise"
> la liste:
> http://gis.638310.n2.nabble.com/France-f3070341.html
>
> il est accessible depuis la page contact de openstreetmap.fr en cliquant
> sur forum
> Julien
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Mon weblog - http://www.tenshu.fr/
Je soutiens le Logiciel Libre, j'adhère à l'APRIL !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] RMLL / SOTM - et scarlatine

[Guilhem Bonnefille]

Le 12 juillet 2010 12:45, hpmt  a écrit :
> Le niveau de détail est intéressant, car il est très faux, jeté là à la
> louche avec des infos de 2006 : 4 ans, dans certains endroits, c'est
> antédiluvien.

J'ai un doute sur l'interprétation de cette remarque. Est-ce un appel
à troll ? Ou simplement une remarque pour déclencher une réflexion sur
le meilleur niveau de zoom à choisir pour montrer la force du projet ?

Sur l'aspect "troll", je dirais que c'est la force et la faiblesse
d'OSM : son niveau de détail est forcément inhomogène,  dans l'espace
et dans le temps (certains endroits seront détaillés et d'autres non,
certains seront très très à jour et d'autres non).

Concernant le niveau de zoom, je dois dire que le poster que nous
avions aux RMLL, réduit au simple "centre" de Bordeaux, est un bien
bel exemple. Personnellement, à choisir un seul tirage, je pense qu'il
est plus vendeur de choisir un centre ville "bien fait".

Mes 0,02€.
-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

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

Re: [OSM-talk-fr] Re : Pour participer un peu au flood...

[Frédéric Rodrigo]

Je voudrais profiter de ce thread pour dire qu'en juin il y a eu pres de 
1600 messages, soit en moyenne plus de 50 par jour. Contrairement à ce 
que pourrait en penser certains on a déja approché ces chiffres par le 
passé.
Je voudrais donc en profiter pour appeler à l'auto-modération lorsque 
l'on poste et de garder à l'esprit que la liste compte aujourd'hui 439 
abbonnées.


http://lists.openstreetmap.org/pipermail/talk-fr/

Merci,
Fred

Le 12/07/2010 17:52, Tenshu a écrit :

10 mails par jour pour une ML c'est "trop"?
Tu parles de mail urgent Christophe mais ce n'est pas une liste de
diffusion.

D'ailleurs au moment où il y avait encore un/une courageux pour faire
des stats mensuel il me semble que l'on dépassait les 1000/mois, ce qui
fait 3 fois plus de traffic.
Bref on a encore un peut de marge avant de ressembler à une liste comme
celle de l'APRIL :q

2010/7/12 THEVENON Julien mailto:julien_theve...@yahoo.fr>>

> >>>*De :* Nicolas Dumoulin http://nicolas_openstreetmap.org>@dumoulin63.net
>
**
> >>>Il y aussi un pont avec un newsgroup, je me dis car ça peut être
encore plus
> >>>pratique pour surveiller des fils, mais j'ai jamais pris la
peine de regarder.

je sais pas si c est de ca que tu parles mais il y le nabble qui
"forumise" la liste:
http://gis.638310.n2.nabble.com/France-f3070341.html

il est accessible depuis la page contact de openstreetmap.fr
 en cliquant sur forum
Julien


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

Re: [OSM-talk-fr] Pour participer un peu au flood...

[hpmt]

Christophe Bayle a écrit , Le 12/07/2010 16:49:

... sans doute par manque d'expérience des mailing list, je me demande
comment vous utilisez au quotidien la list OSM-fr.

Salut Christophe !
En effet c'est probablement juste un peu de mode d'emploi à lire, ou de 
copains à interroger, puisque il est possible de gérer sans problème de 
grosses masses de messages reçus, en automatisant les tris.
Je me sers de Thunderbird, un logiciel libre vraiment très très 
puissant, et ça tombe bien car je reçois plusieurs centaines de messages 
chaque jour, la plupart pouvant attendre que je m'en occupe plus tard... 
ou même pas du tout : juste je les stocke un certain temps pour le cas 
ou ...
Ce thunderbird détecte très très bien les messages en provenance de 
listes de discussion, il peut mettre tous les messages d'une même liste 
de discussion dans le même dossier, et peut aussi les présenter en 
escalier, en fonction des message auxquels on répond.


Si tu n'a jamais utilisé un tel logiciel, dis le me le, je t'indiquerai 
en détail comment faire, je le fais déjà dans plusieurs assos.


à plus,
Hélène



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

[OSM-talk-fr] Caméras de surveillance

[Pierre-Alain Dorange]

J'ai placé des caméras de surveillance sur ma ville (privé mais qui  
filme la voie publique) avec le tag man_made=surveillance, par exemple  
ici : http://www.openstreetmap.org/?node=793023289


Mapnik et osmarender n'en font pas le rendu.
La page wiki (1) indique que le site http://osm.vdska.de/ propose un  
rendu de ces caméras, ce qu'il semble faire... Sauf que je ne vois mes  
caméras.
Elles sont dans OSM depuis 15 jours. Je me dis que la base vdska n'est  
peut être pas mise à jour régulièrement (ou plus)...

Il n'y a aucun contact sur la page, ce site est-il encore d'actualité ?

Sur ce même sujet des assos et militants proposent une cartographie a  
l'arrache via GoogleMap (2), ne pourrait-on pas proposer nos services  
via http://osm.vdska.de/ si ce dernier est fonctionnel ?


(1) http://wiki.openstreetmap.org/wiki/Talk:Tag:man_made%3Dsurveillance
(2) http://www.manhack.net/CCTV/index2.php

--
Pierre-Alain Dorange,
Blog Citoyen de Cognac : 
Twitter :  - Facebook : 


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

Re: [OSM-talk-fr] Pour participer un peu au flood...

[Pierre-Alain Dorange]

Le 12 juil. 10 à 17:06, Nicolas Dumoulin a écrit :

Il y aussi un pont avec un newsgroup, je me dis car ça peut être  
encore plus
pratique pour surveiller des fils, mais j'ai jamais pris la peine de  
regarder.



Grand habitué des newsgroup (c'est infiniment plus pratique que les  
mailing-list, AMHA) j'ai essayé.
Le relais sur gmane se fait bien, par contre c'est en lecture  
seulement, on ne peut pas répondre... Donc ça ne présente guère  
d'intérêt sauf pour simplement consulter la liste sous forme  
d'archive...


Les liste osm sur gmane (serveur : news.gmane.org) :
gmane.comp.gis.openstreetmap.region.fr
gmane.comp.gis.openstreetmap.josm.devel
gmane.comp.gis.openstreetmap

Pour répondre plus précisément à Christophe, il te faut configurer ton  
logiciel d'email pour mettre de coté (dans un dossier à part) les  
messages qui proviennent de l'adresse "talk-fr@openstreetmap.org".


--
Pierre-Alain Dorange,
Blog Citoyen de Cognac : 
Twitter :  - Facebook : 


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

Re: [OSM-talk-fr] Ville de Grasse

[RatZilla$]

Ok aussi pour moi, c'est à 185 km de chez moi ;-)
Plus sérieusement c'est un très bon départ pour demander des subventions ... ;-)
Pour payer nos disques / flyers / totem / écran 40pouces / GPS /
 hôte[sse]s sur nos futurs stands et j'en passe !
cf -> http://photo.forum-peugeot.com/evenements/picture.php?/2375/category/43
On remplace la voiture par une jolie banderole de Grasse et on est
certain de faire mouche !
<\humour>

Let's go !

Gaël

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

Re: [OSM-talk-fr] RMLL / SOTM - et scarlatine

[hpmt]

Guilhem Bonnefille a écrit , Le 12/07/2010 18:25:

Le 12 juillet 2010 12:45, hpmt  a écrit :

Le niveau de détail est intéressant, car il est très faux, jeté là à la
louche avec des infos de 2006 : 4 ans, dans certains endroits, c'est
antédiluvien.


J'ai un doute sur l'interprétation de cette remarque. Est-ce un appel
à troll ? Ou simplement une remarque pour déclencher une réflexion sur
le meilleur niveau de zoom à choisir pour montrer la force du projet ?

Ni l'un, ni l'autre.
c'est pas un troll, c'est une gueulante, variété locale éphémère du 
troll. Je dis ce que j'ai sur le cœur, et c'est tout ; il y a de 
l'écoute ou pas, mais ensuite c'est une autre histoire.


Ma gueulante ne concerne pas la philo générale de OSM et de son 
fonctionnement : j'aime et j'approuve.
Ma gueulante concerne très petitement le cas particulier de mon petit 
coin de planète, ou les zones industrielles, agricoles et résidentielles 
sont très intriquées ; l'import rapide du mega polygone agricole ne 
correspond que très vaguement à la réalité, il déborde ou empiète voir 
traverse d'autre zones. Concrètement, quand on regard(ait)e la carte 
osm, les zones de fond semblaient passer n'importe où en laissant des 
zones blanches incompréhensibles. Bref, cette carte avait pris une 
tonalité "n'importe quoi (non amélioré)" particulièrement décourageante 
à regarder, et, à mon avis, mauvais pour l'image d'osm.
Par ailleurs, pour rendre la carte à nouveau compréhensible, il va 
falloir des heures à rajuster des dizaines de points qui sont plus au 
moins dépendants de points existants et signifiants, je me demande même 
si ce n'est pas disproportionné par rapport au temps dont je dispose.


Bref, dans l'ensemble du Sud-est toulousain, l'import d'un polygone 
agricole massif se révèle à mes yeux plutôt nuisible en terme de 
productivité ; amha, il aurait probablement mieux valu peaufiner les 
polygones résidentiels (ce que j'étais en train de faire dans mon 
patelin), et boucher ensuite les trous avec de l'agricole et de 
l'industriel.



Sur l'aspect "troll", je dirais que c'est la force et la faiblesse
d'OSM : son niveau de détail est forcément inhomogène,  dans l'espace
et dans le temps (certains endroits seront détaillés et d'autres non,
certains seront très très à jour et d'autres non).

Je suis d'accord avec ça ;
Mais je ne sais pas comment les niveaux de zoom de rendu prennent en 
compte les polygones géants. Ce serait peut-être mieux si dans les 
rendus, on ne voyait pas en même temps le détail et des traces de 
polygones géants.
Dans le cas de mon patelin, on vo(ait)it des zones agricoles (du 
polygone géant) traverser en biais des lotissement. Et ça, quand même, 
ça fait désordre.


Concernant le niveau de zoom, je dois dire que le poster que nous
avions aux RMLL, réduit au simple "centre" de Bordeaux, est un bien
bel exemple. Personnellement, à choisir un seul tirage, je pense qu'il
est plus vendeur de choisir un centre ville "bien fait".

"bien fait" . je suis bien d'accord aussi.


à plus,
Hélène



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

[OSM-talk-fr] Fond de carte

[JonathanMM]

Tout a l'heure, en me promenant sur le wiki, je suis tombé sur la page 
des fonds de cartes : 
http://wiki.openstreetmap.org/wiki/WikiProject_France/Fonds_de_cartes
Malheureusement, les fonds de cartes régions ou département avait été 
enlevés a cause d'une sombre histoire de licence.
Mais maintenant, avec le cadastre, ne pouvons nous pas régénérer de 
nouveaux fonds de cartes ?
Par contre, je connais pas la demande dans ce domaine là mais je pense 
que ça peut etre intéréssant

JonathanMM

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

Re: [OSM-talk-fr] Re : Pour participer un peu au flood...

[Gilles Bassière]

Tenshu wrote:
> 10 mails par jour pour une ML c'est "trop"?
> Tu parles de mail urgent Christophe mais ce n'est pas une liste de
> diffusion.
> 
> D'ailleurs au moment où il y avait encore un/une courageux pour faire
> des stats mensuel il me semble que l'on dépassait les 1000/mois, ce qui
> fait 3 fois plus de traffic.
> Bref on a encore un peut de marge avant de ressembler à une liste comme
> celle de l'APRIL :q
> 

Je ne suis pas la mailing list de l'APRIL mais j'en suis d'autres dont
certaines ont un trafic supérieur à celle d'OSM-fr. Pourtant, je
rencontre les mêmes difficultés que Christophe (que je connais
suffisamment pour pouvoir affirmer qu'il sait se servir de Thunderbird!).

Selon moi, il s'agit plus d'un problème de tri que de quantité. Sur
OSM-fr, on parle de droit, de sémiologie graphique, d'assurance qualité,
de l'avancement de certaines zones, de matériel, de problèmes à portée
régionale, de problème à portée mondiale, de gouvernance, de logiciel,
d'évènementiel, de relations publiques, j'en passe et des meilleurs :)
Je ne m'intéresse pas à tous ces sujets, en tous cas pas à tous avec la
même priorité.

Pour faire le tri, il me semble que la seule solution est la sélection
manuelle des fils de discussion (en supposant que tout le monde reprend
les sujets ou les split lorsque nécessaire...). C'est celle que
j'utilise en tout cas et je rejoins Christophe, vu la variété des
thèmes, ça mériterait d'être automatisable.

Je me permets en outre de faire remarquer qu'une mailing list plus
facile à suivre serait probablement bénéfique à la qualité globale de la
carte. Il me semble en effet qu'il y a beaucoup plus de contributeurs
actifs en France que d'inscrits sur cette mailing list (qqn connait le
nombre d'actifs en France ?). Peut-être qu'avec un trafic plus facile à
gérer, la mailing list capterait plus de contributeurs actifs et
permettrait alors de mieux diffuser l'information sur des nouveaux tags,
des conventions, des appels à donation ou à participation, etc.

A un moment, j'avais pensé à un résumé hebdomadaire résumant brièvement
les questions abordées et pointant vers le début des fils de discussion,
idéalement disponible en RSS. Reste à trouver une bonne âme pour rédiger...

Cordialement
-- 
Gilles Bassière - Web/GIS software engineer
http://gbassiere.free.fr/

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

Re: [OSM-talk-fr] Ville de Grasse

[Vincent Pottier]

On 12/07/2010 19:07, RatZilla$ wrote:

  hôte[sse]s sur nos futurs stands et j'en passe !
cf ->  http://photo.forum-peugeot.com/evenements/picture.php?/2375/category/43
On remplace la voiture par une jolie banderole de Grasse et on est
certain de faire mouche !
   

Ya marqué
tags non disponibles...

<\humour>
   

--
FrViPofm

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

Re: [OSM-talk-fr] voir les bâtiments existants avant import

[Patrice Vetsel]

Le 12/07/10 10:03, Nicolas Dumoulin a écrit :

Le dimanche 11 juillet 2010 09:21:42 hpmt, vous avez écrit :

J'ai découvert récemment un plugin très pratique de josm : slippymap.
Peut-être que tout le monde ne le connaît pas : il permet de voir dans
une couleur bien apparente les bâtiments existant déjà dans osm, en
supperposition avec le projet d'import.
il suffit alors de supprimer les bâtiments existants du projet d'import.


C'est une solution, mais pas toujours très précis je trouve. Je préfère
filtrer les données pour n'afficher que les building=yes et ensuite je
masque/démasque le calque des données de la base pour repérer les doublons.



Au final, il nous faudra un outil efficace, car je me vois mal faire une 
recherche manuelle de doublons lors de l'importation du cadastre en 2011...


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

Re: [OSM-talk-fr] Garmin Oregon 550 ?

[Christophe Jacquet]

Bonjour,

J'ai un Oregon 300 ; j'imagine que le comportement est similaire.

Le log est limité à 1 points. Lorsque tu les atteints, les 1
points présents sont archivés dans le répertoire "archive", dans un
fichier GPX numéroté. Tu dois ensuite faire la fusion des GPX à la
main. C'est mieux que rien, mais pas très pratique... Je ne comprends
pas bien pourquoi il y a cette limitation.

Sur le 550, l'appareil photo enregistre les coordonnées en EXIF dans
les photos ?

Cordialement.

Christophe (ChJ).


2010/7/7 Hendrik Oesterlin :
>
> Bon, je vais me répondre à moi-même... j'ai donc acheté le Oregon 550
> qui est très bien. 341 Euro chez Amazon. Le rendu des cartes mkgmap
> est excellent, et l'appareil photo bien mignon.
>
> Le log en GPX semble bien. Je n'ai pas encore vu s'il va par lui même
> sauvegarder le debut du log, ou s'il ne garde qu'une certaine durée.
> Mais on peu facilement choisir d'enregistrer le log actuel sous un
> nouveau nom.

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

Re: [OSM-talk-fr] Garmin Oregon 550 ?

[Etienne Trimaille]

Le 12 juillet 2010 21:35, Christophe Jacquet
a écrit :

> Sur le 550, l'appareil photo enregistre les coordonnées en EXIF dans
> les photos ?
>

Oui, je viens de faire un test avec une photo d'un oregon 550 :
Geodetic survey data|WGS-84
Latitude Nord ou Sud|N
Latitude|47,00, 20,00, 59,61
Longitude Est ou Oue|E
Longitude   |6,00, 22,00, 16,63
Altitude de référenc|Sea level
Altitude|321,57

Pour ouvrir les photos dans JOSM, bizarrement, il faut ouvrir une autre
trace GPS pour avoir accès à la fonction "importer des photos" et la, elle
se place au bon endroit, mais si la trace GPS n'a rien à voir.

Mais concernant l'oregon 550 en général, je suis un peu déçu en terme de
fonctionnalités par rapport à son vieux frère l'extrex vista. Certes,
l'interface est beaucoup mieux, les cartes plus jolies, des trucs en plus,
... mais quelque truc de l'extrex vont me manquer quand même. (il faut que
je m'y habitue).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] voir les bâtiments existants avant i mport

[Mathieu Arnold]

+--On 11 juillet 2010 09:21:42 +0200 hpmt  wrote:
| J'ai découvert récemment un plugin très pratique de josm : slippymap.
| Peut-être que tout le monde ne le connaît pas : il permet de voir dans
| une couleur bien apparente les bâtiments existant déjà dans osm, en
| supperposition avec le projet d'import.
| il suffit alors de supprimer les bâtiments existants du projet d'import.
| 
| C'est assez génial, merci à ceux qui écrivent ce genre d'outils !

Quand je fais ça, j'ouvre le bati du cadastre dans JOSM, je lance le
validator, je corrige toutes les erreurs merge des nodes dupliqués,
relance validator, corrige les chemins duppliqués, relance validator, et
corrige tous les batiments qui overlappent, puis relance une dernière fois
histoire d'être sur que j'ai rien cassé, et je sauve.
Puis, je télécharge le contenu actuel depuis la base, et je relance le
validator, il va me sortir tous les batiments qui sont les uns au dessus
des autres, et en général, vu que la nouvelle source est meilleure, je
récupère les tags du batiment existant, je le supprime, et je colle les
tags sur le nouveau batiment, et je continue jusqu'à ce que tout soit bon.

-- 
Mathieu Arnold

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

Re: [OSM-talk-fr] Re : Pour participer un peu au flood...

[Vincent Meurisse]

>> D'ailleurs au moment où il y avait encore un/une courageux pour faire
>> des stats mensuel il me semble que l'on dépassait les 1000/mois, ce qui
>> fait 3 fois plus de traffic.
Pas besoins de stats compliquées pour avoir le nombre de messages par
mois.
Il suffit de faire un tour sur
.
En ouvrant la page du mois, il y'a le nombre total de messages.
Les stats que je fournissais concernaient les contributeurs: Nombre de
personnes postant, top 10 des posteurs, turnover... J'essayerai de
ressortir
le script un de ces quatre pour voir l'évolution depuis un an.

> Selon moi, il s'agit plus d'un problème de tri que de quantité. Sur
> OSM-fr, on parle de droit, de sémiologie graphique, d'assurance qualité,
> de l'avancement de certaines zones, de matériel, de problèmes à portée
> régionale, de problème à portée mondiale, de gouvernance, de logiciel,
> d'évènementiel, de relations publiques, j'en passe et des meilleurs :)
> Je ne m'intéresse pas à tous ces sujets, en tous cas pas à tous avec la
> même priorité.
> Pour faire le tri, il me semble que la seule solution est la sélection
> manuelle des fils de discussion (en supposant que tout le monde reprend
> les sujets ou les split lorsque nécessaire...). C'est celle que
> j'utilise en tout cas et je rejoins Christophe, vu la variété des
> thèmes, ça mériterait d'être automatisable.
Tiens ça me rappelle fortement les discussions de juin 2009: trop de
messages,
pas assez trié, mailing-list pas adapté... Plusieurs solutions avaient été
suggérées (ajouts de tags dans les titres de messages, passerelle nable)
mais au final rien a changé. Le nombre de message est globalement stable,
les tags dans les sujet ont bien vite disparus, il n'y a ni forum ni 
mailing-list dédié au nouveaux. 
Finalement OSM est le royaume du fait le toi même. Il ne sert a rien de
râler
sur la mailling-list.  Si quelqu'un veux vraiment un liste spéciale pour
que
les débutant ne se noient pas dans des discussions de la liste actuelle,
le mieux est de prendre son clavier et de rédiger un beau mail aux admins
pour demander la création de la liste. Au pire elle rejoindra les autres 
fausses bonnes idées loin de tout regard. Mais c'est le prix a payer si
l'on veux innover.

> A un moment, j'avais pensé à un résumé hebdomadaire résumant brièvement
> les questions abordées et pointant vers le début des fils de discussion,
> idéalement disponible en RSS. Reste à trouver une bonne âme pour
> rédiger...
Une tentative similaire avait vu le jour l'année dernière. Je ne sais pas
si le projet continue ou si il est tombé dans l'oubli général. Peut être
que les auteurs auront plus d'informations a ce sujet.

-- 
Vincent Meurisse

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

[OSM-talk-fr] Extraction des adresses...

[Benoît ROUSSEAU]

Pour ceux que ça intéresse...

Bonjour,

Où j'en suis :
1- je reconnais les n° de rue,
2- je positionne les n° de rue,
3- je mets en "grappes" les n° de rues proches qui se suivent à -2
d'écart,
4- je télécharge et positionne les rues et places nommées.

Un aperçu (détail) :

Les voies nommées sont en magenta, les grappes en bleu, les n° en bleu
foncé. J'ai ajouté en rouge des endroits potentiellement problématiques
et en vert des voies non nommée pour une meilleur compréhension.
La zone visible ici : http://www.openstreetmap.org/?lat=46.61079&lon=0.21543&zoom=17&layers=B000FTF
et vous pourrez vérifier le Cadastre sous JOSM.

En ce qui concerne les points problématiques :
- pour les points rouges haut et bas : quand deux points d'une même
grappe sont très proches de deux voies de noms différents, il suffit de
casser la grappe et d'associer les adresses à leurs voies respectives.
Sur le Cadastre quand c'est proche, c'est vraiment proche. Un seuillage
permet déjà de résoudre un paquet d'ambiguïtés ;
- point rouge du milieu : dans le cas du n°11, la voie la plus proche
reste la bonne mais, en cas de doute, avec celle de la grappe du n°4,
il faudrait regarder la cohérence de numérotation : le 11 s'insère dans
la continuité 9-13 bien mieux que dans la 4-rien. Donc c'est soluble
sans ambiguïté.

Benoît R.




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