Re: [OSM-talk-fr] OSMTransport change de peau

[Philippe Verdy]

Les arrêts de bus dans chaque sens d'une ligne sont rarement au même
endroit, sauf dans quelques endroits privilégiés pour les bus. Mais
dans les rues ouvertes à tout véhicule, ou sur la route, il y a des
tas de contraintes (surtout liés à la sécurité pour l'accès et la
traversée des piétons, et au manque de place pour ne pas bloquer la
circulation ou tout un trottoir) qui font que les arrêts sont souvent
décalés, ou desservis dans un seul sens.

Le 27 juillet 2012 13:55, Francescu GAROBY  a écrit :
> Nouveau problème à signaler : si on suit la recommandation concernant les
> itinéraires de bus on se retrouve avec N lignes de bus du même numéro pour
> un même arrêt, vu qu'il peut y avoir le chemin aller, le retour voire des
> itinéraires alternatifs.
> Je pense qu'il faudrait ne faire apparaitre qu'une fois (par arrêt) un
> numéro de ligne.

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

Re: [OSM-talk-fr] OSMTransport change de peau

[Francescu GAROBY]

Comme la recommandation dit que le nom d'un itinéraire doit être de la
forme "* :  => ", *ça serait selon moi parfait (mais p-e un peu long...) !

Francescu

Le 27 juillet 2012 13:58, rldhont  a écrit :

>  Et si en plus du numéro j'affiche le nom de chaque relation ça irait,
> non ?
>
>
> Le 27/07/2012 13:55, Francescu GAROBY a écrit :
>
> Nouveau problème à signaler : si on suit la recommandation concernant les
> itinéraires de 
> buson
>  se retrouve avec N lignes de bus du même numéro pour un même arrêt, vu
> qu'il peut y avoir le chemin aller, le retour voire des itinéraires
> alternatifs.
> Je pense qu'il faudrait ne faire apparaitre qu'une fois (par arrêt) un
> numéro de ligne.
>
> Francescu
>
> Le 26 juillet 2012 18:19, rldhont  a écrit :
>
>> Au début du projet n'importe qui et sans contrôle pouvait créer une
>> localisation d'où toutes les erreurs que tu peux avoir noté.
>>
>> L'objectif de départ est d'afficher la donné OSM dans sa structure la
>> plus brutes afin d'aider les contributeurs à visualiser des erreurs, des
>> manques, etc.
>>
>> Ensuite j'aime bien l'idée d'afficher les terminus, mais existent-il un
>> rôle pour cela ?
>>
>>
>> Le 26/07/2012 18:13, Philippe Verdy a écrit :
>>
>>  Pour les couleurs de lignes, certaines agglomération ont un schéma
>>> uniforme aussi bien dans la signalisation, les panneaux des arrpet
>>> comme les bus, et les plans papier diffusés ou affichés. LA couleur
>>> concerne autant la couleur de fond de l'étiquette que celle des
>>> caractères, la couleur de fond devant correspondre si possible à la
>>> couleur du tracé sur la carte comme tu le fais.
>>>
>>> Sans aller jusqu'à reproduire aussi les logos, il y a aussi des
>>> différences de forme pour ces numéros (par exemple dans un cercle ou
>>> un carré). Enfin il ne serait pas inutile de repérer les terminus sur
>>> la carte (ce sont des arrêts où le bus change de sens ou bien où il
>>> dépose tout le monde et poursuit sans passagers vers son dépôt) en
>>> affichant les numéros de ligne sur la carte. Cela demanderait une
>>> collection de petites icônes (faciles à générer de façon vectorielle à
>>> partir d'une forme de base, des couleurs de fond, de bordure et de
>>> texte et le numéro ou à défaut une abbréviation du nom ou un symbole
>>> générique) en mettant en libellé le nom de la destination à partir de
>>> ce terminus (si la ligne est jsute un cycle, un seul point est
>>> rensiegné, le point d'arrêt principal, souvent sur une place centrale
>>> d'échange, et en libellé on mettrait le nom de la ligne.
>>>
>>> Selon les références que tu trouves, on pourrait avoir pour ton rendu,
>>> dans ta propre base, des noms adaptés à ta carte pour remplacer ceux
>>> trouvés dans la base quand ils ne conviennent pas bien (pas besoin
>>> forcément de mettre à jour la base OSM), dans la délimitation
>>> géographique de l'agglomération que tu as définie.
>>>
>>> Note: une des villes est nommée avec le préfixe abrégé "Agglo", à mon
>>> avis inutile et perturbant dans la liste. Tout dans cette liste de
>>> sélection concerne une agglomération (parfois un peu plus sur des
>>> réseaux étendus tels que "Paris Est", où on se demande pourquoi on n'a
>>> pas aussi "Paris Ouest" pour tout ce qui est autour du réseau au
>>> départ de Saint-Lazare et des lignes de bus en correspondance dans les
>>> villes traversées, et "Paris Sud" depuis Montparnasse ou la Gare de
>>> Lyon).
>>>
>>> Enfin certaines villes manquent de traits d'union dans la liste affichée.
>>>
>>> Le 26 juillet 2012 17:53, rldhont  a écrit :
>>>
 Bonjour Philippe,

 Tout d'abord OSMTransport a été construit il y a 3 ans, à l'époque il
 n'y
 avait qu'un seul modèle pour les lignes de bus un seul relations par
 ligne
 et il n'était pas question de s'amuser à définir une relation par sens
 de
 circulation ni de super-relation par ligne référence toutes les
 relations
 formant toutes les variations d'une ligne. Sachant cela :
 * la référence est pour moi la clef d'identification d'une ligne donc
 si il
 y a plusieurs relations portant le même tag ref, je les colles ensembles
 * l'affichage du tag name vient d'être ajouté pour voir, celui-ci comme
 la
 couleur de la ligne est extrait de la première relation que je rencontre
 avec ce ref en particulier

 Donc tout problème de répétition de la référence dans le nom est à
 mettre à
 l'actif des contributeurs.

 Enfin la sélection en se fait pas par operator mais par emprise
 géographique.

 René-Luc


 Le 26/07/2012 17:44, Philippe Verdy a écrit :

> Petits commentaires suppélmentaires.
>
> Les noms des lignes sont assez bizarre à Rennes. Par exemple:
>
> 64: Bus Rennes Ligne 64 Direction Rennes
> 65: Bus Rennes Ligne 65 Direction Rennes
>
> ->  Il semble qu'il y ait confusion entre

Re: [OSM-talk-fr] OSMTransport change de peau

[rldhont]

Et si en plus du numéro j'affiche le nom de chaque relation ça irait, non ?


Le 27/07/2012 13:55, Francescu GAROBY a écrit :
Nouveau problème à signaler : si on suit la recommandation concernant 
les itinéraires de bus 
 
on se retrouve avec N lignes de bus du même numéro pour un même arrêt, 
vu qu'il peut y avoir le chemin aller, le retour voire des itinéraires 
alternatifs.
Je pense qu'il faudrait ne faire apparaitre qu'une fois (par arrêt) un 
numéro de ligne.


Francescu

Le 26 juillet 2012 18:19, rldhont > a écrit :


Au début du projet n'importe qui et sans contrôle pouvait créer
une localisation d'où toutes les erreurs que tu peux avoir noté.

L'objectif de départ est d'afficher la donné OSM dans sa structure
la plus brutes afin d'aider les contributeurs à visualiser des
erreurs, des manques, etc.

Ensuite j'aime bien l'idée d'afficher les terminus, mais
existent-il un rôle pour cela ?


Le 26/07/2012 18:13, Philippe Verdy a écrit :

Pour les couleurs de lignes, certaines agglomération ont un schéma
uniforme aussi bien dans la signalisation, les panneaux des arrpet
comme les bus, et les plans papier diffusés ou affichés. LA
couleur
concerne autant la couleur de fond de l'étiquette que celle des
caractères, la couleur de fond devant correspondre si possible
à la
couleur du tracé sur la carte comme tu le fais.

Sans aller jusqu'à reproduire aussi les logos, il y a aussi des
différences de forme pour ces numéros (par exemple dans un
cercle ou
un carré). Enfin il ne serait pas inutile de repérer les
terminus sur
la carte (ce sont des arrêts où le bus change de sens ou bien
où il
dépose tout le monde et poursuit sans passagers vers son dépôt) en
affichant les numéros de ligne sur la carte. Cela demanderait une
collection de petites icônes (faciles à générer de façon
vectorielle à
partir d'une forme de base, des couleurs de fond, de bordure et de
texte et le numéro ou à défaut une abbréviation du nom ou un
symbole
générique) en mettant en libellé le nom de la destination à
partir de
ce terminus (si la ligne est jsute un cycle, un seul point est
rensiegné, le point d'arrêt principal, souvent sur une place
centrale
d'échange, et en libellé on mettrait le nom de la ligne.

Selon les références que tu trouves, on pourrait avoir pour
ton rendu,
dans ta propre base, des noms adaptés à ta carte pour
remplacer ceux
trouvés dans la base quand ils ne conviennent pas bien (pas besoin
forcément de mettre à jour la base OSM), dans la délimitation
géographique de l'agglomération que tu as définie.

Note: une des villes est nommée avec le préfixe abrégé
"Agglo", à mon
avis inutile et perturbant dans la liste. Tout dans cette liste de
sélection concerne une agglomération (parfois un peu plus sur des
réseaux étendus tels que "Paris Est", où on se demande
pourquoi on n'a
pas aussi "Paris Ouest" pour tout ce qui est autour du réseau au
départ de Saint-Lazare et des lignes de bus en correspondance
dans les
villes traversées, et "Paris Sud" depuis Montparnasse ou la
Gare de
Lyon).

Enfin certaines villes manquent de traits d'union dans la
liste affichée.

Le 26 juillet 2012 17:53, rldhont mailto:rldh...@gmail.com>> a écrit :

Bonjour Philippe,

Tout d'abord OSMTransport a été construit il y a 3 ans, à
l'époque il n'y
avait qu'un seul modèle pour les lignes de bus un seul
relations par ligne
et il n'était pas question de s'amuser à définir une
relation par sens de
circulation ni de super-relation par ligne référence
toutes les relations
formant toutes les variations d'une ligne. Sachant cela :
* la référence est pour moi la clef d'identification d'une
ligne donc si il
y a plusieurs relations portant le même tag ref, je les
colles ensembles
* l'affichage du tag name vient d'être ajouté pour voir,
celui-ci comme la
couleur de la ligne est extrait de la première relation
que je rencontre
avec ce ref en particulier

Donc tout problème de répétition de la référence dans le
nom est à mettre à
l'actif des contributeurs.

Enfin la sélection en se fait pas par operator mais par
emprise
géographique.

René-Luc


Le 26/07/2012 17:44, Philippe Verdy a écrit :

Petits com

Re: [OSM-talk-fr] OSMTransport change de peau

[Francescu GAROBY]

Nouveau problème à signaler : si on suit la recommandation concernant les
itinéraires de 
buson
se retrouve avec N lignes de bus du même numéro pour un même arrêt, vu
qu'il peut y avoir le chemin aller, le retour voire des itinéraires
alternatifs.
Je pense qu'il faudrait ne faire apparaitre qu'une fois (par arrêt) un
numéro de ligne.

Francescu

Le 26 juillet 2012 18:19, rldhont  a écrit :

> Au début du projet n'importe qui et sans contrôle pouvait créer une
> localisation d'où toutes les erreurs que tu peux avoir noté.
>
> L'objectif de départ est d'afficher la donné OSM dans sa structure la plus
> brutes afin d'aider les contributeurs à visualiser des erreurs, des
> manques, etc.
>
> Ensuite j'aime bien l'idée d'afficher les terminus, mais existent-il un
> rôle pour cela ?
>
>
> Le 26/07/2012 18:13, Philippe Verdy a écrit :
>
>  Pour les couleurs de lignes, certaines agglomération ont un schéma
>> uniforme aussi bien dans la signalisation, les panneaux des arrpet
>> comme les bus, et les plans papier diffusés ou affichés. LA couleur
>> concerne autant la couleur de fond de l'étiquette que celle des
>> caractères, la couleur de fond devant correspondre si possible à la
>> couleur du tracé sur la carte comme tu le fais.
>>
>> Sans aller jusqu'à reproduire aussi les logos, il y a aussi des
>> différences de forme pour ces numéros (par exemple dans un cercle ou
>> un carré). Enfin il ne serait pas inutile de repérer les terminus sur
>> la carte (ce sont des arrêts où le bus change de sens ou bien où il
>> dépose tout le monde et poursuit sans passagers vers son dépôt) en
>> affichant les numéros de ligne sur la carte. Cela demanderait une
>> collection de petites icônes (faciles à générer de façon vectorielle à
>> partir d'une forme de base, des couleurs de fond, de bordure et de
>> texte et le numéro ou à défaut une abbréviation du nom ou un symbole
>> générique) en mettant en libellé le nom de la destination à partir de
>> ce terminus (si la ligne est jsute un cycle, un seul point est
>> rensiegné, le point d'arrêt principal, souvent sur une place centrale
>> d'échange, et en libellé on mettrait le nom de la ligne.
>>
>> Selon les références que tu trouves, on pourrait avoir pour ton rendu,
>> dans ta propre base, des noms adaptés à ta carte pour remplacer ceux
>> trouvés dans la base quand ils ne conviennent pas bien (pas besoin
>> forcément de mettre à jour la base OSM), dans la délimitation
>> géographique de l'agglomération que tu as définie.
>>
>> Note: une des villes est nommée avec le préfixe abrégé "Agglo", à mon
>> avis inutile et perturbant dans la liste. Tout dans cette liste de
>> sélection concerne une agglomération (parfois un peu plus sur des
>> réseaux étendus tels que "Paris Est", où on se demande pourquoi on n'a
>> pas aussi "Paris Ouest" pour tout ce qui est autour du réseau au
>> départ de Saint-Lazare et des lignes de bus en correspondance dans les
>> villes traversées, et "Paris Sud" depuis Montparnasse ou la Gare de
>> Lyon).
>>
>> Enfin certaines villes manquent de traits d'union dans la liste affichée.
>>
>> Le 26 juillet 2012 17:53, rldhont  a écrit :
>>
>>> Bonjour Philippe,
>>>
>>> Tout d'abord OSMTransport a été construit il y a 3 ans, à l'époque il n'y
>>> avait qu'un seul modèle pour les lignes de bus un seul relations par
>>> ligne
>>> et il n'était pas question de s'amuser à définir une relation par sens de
>>> circulation ni de super-relation par ligne référence toutes les relations
>>> formant toutes les variations d'une ligne. Sachant cela :
>>> * la référence est pour moi la clef d'identification d'une ligne donc si
>>> il
>>> y a plusieurs relations portant le même tag ref, je les colles ensembles
>>> * l'affichage du tag name vient d'être ajouté pour voir, celui-ci comme
>>> la
>>> couleur de la ligne est extrait de la première relation que je rencontre
>>> avec ce ref en particulier
>>>
>>> Donc tout problème de répétition de la référence dans le nom est à
>>> mettre à
>>> l'actif des contributeurs.
>>>
>>> Enfin la sélection en se fait pas par operator mais par emprise
>>> géographique.
>>>
>>> René-Luc
>>>
>>>
>>> Le 26/07/2012 17:44, Philippe Verdy a écrit :
>>>
 Petits commentaires suppélmentaires.

 Les noms des lignes sont assez bizarre à Rennes. Par exemple:

 64: Bus Rennes Ligne 64 Direction Rennes
 65: Bus Rennes Ligne 65 Direction Rennes

 ->  Il semble qu'il y ait confusion entre le nom du sens de
 circulation et le nom de la ligne (quand les deux parcours ne passent
 pas par le même chemin, les deux sens sont regroupés dans une même
 relation donnant le nom de l'ensemble).
 -> Est-ce utile aussi de rappeler le numéro de la ligne dans le nom
 alors que le numéro est affiché dans un rectangle en tête ?
 -> Ces mêmes cas se rencontrent aussi dans d'autres villes.

 52 Bus Rennes Ligne 52 Direction Saint-Gilles

Re: [OSM-talk-fr] OSMTransport change de peau

[rldhont]

Au début du projet n'importe qui et sans contrôle pouvait créer une 
localisation d'où toutes les erreurs que tu peux avoir noté.


L'objectif de départ est d'afficher la donné OSM dans sa structure la 
plus brutes afin d'aider les contributeurs à visualiser des erreurs, des 
manques, etc.


Ensuite j'aime bien l'idée d'afficher les terminus, mais existent-il un 
rôle pour cela ?



Le 26/07/2012 18:13, Philippe Verdy a écrit :

Pour les couleurs de lignes, certaines agglomération ont un schéma
uniforme aussi bien dans la signalisation, les panneaux des arrpet
comme les bus, et les plans papier diffusés ou affichés. LA couleur
concerne autant la couleur de fond de l'étiquette que celle des
caractères, la couleur de fond devant correspondre si possible à la
couleur du tracé sur la carte comme tu le fais.

Sans aller jusqu'à reproduire aussi les logos, il y a aussi des
différences de forme pour ces numéros (par exemple dans un cercle ou
un carré). Enfin il ne serait pas inutile de repérer les terminus sur
la carte (ce sont des arrêts où le bus change de sens ou bien où il
dépose tout le monde et poursuit sans passagers vers son dépôt) en
affichant les numéros de ligne sur la carte. Cela demanderait une
collection de petites icônes (faciles à générer de façon vectorielle à
partir d'une forme de base, des couleurs de fond, de bordure et de
texte et le numéro ou à défaut une abbréviation du nom ou un symbole
générique) en mettant en libellé le nom de la destination à partir de
ce terminus (si la ligne est jsute un cycle, un seul point est
rensiegné, le point d'arrêt principal, souvent sur une place centrale
d'échange, et en libellé on mettrait le nom de la ligne.

Selon les références que tu trouves, on pourrait avoir pour ton rendu,
dans ta propre base, des noms adaptés à ta carte pour remplacer ceux
trouvés dans la base quand ils ne conviennent pas bien (pas besoin
forcément de mettre à jour la base OSM), dans la délimitation
géographique de l'agglomération que tu as définie.

Note: une des villes est nommée avec le préfixe abrégé "Agglo", à mon
avis inutile et perturbant dans la liste. Tout dans cette liste de
sélection concerne une agglomération (parfois un peu plus sur des
réseaux étendus tels que "Paris Est", où on se demande pourquoi on n'a
pas aussi "Paris Ouest" pour tout ce qui est autour du réseau au
départ de Saint-Lazare et des lignes de bus en correspondance dans les
villes traversées, et "Paris Sud" depuis Montparnasse ou la Gare de
Lyon).

Enfin certaines villes manquent de traits d'union dans la liste affichée.

Le 26 juillet 2012 17:53, rldhont  a écrit :

Bonjour Philippe,

Tout d'abord OSMTransport a été construit il y a 3 ans, à l'époque il n'y
avait qu'un seul modèle pour les lignes de bus un seul relations par ligne
et il n'était pas question de s'amuser à définir une relation par sens de
circulation ni de super-relation par ligne référence toutes les relations
formant toutes les variations d'une ligne. Sachant cela :
* la référence est pour moi la clef d'identification d'une ligne donc si il
y a plusieurs relations portant le même tag ref, je les colles ensembles
* l'affichage du tag name vient d'être ajouté pour voir, celui-ci comme la
couleur de la ligne est extrait de la première relation que je rencontre
avec ce ref en particulier

Donc tout problème de répétition de la référence dans le nom est à mettre à
l'actif des contributeurs.

Enfin la sélection en se fait pas par operator mais par emprise
géographique.

René-Luc


Le 26/07/2012 17:44, Philippe Verdy a écrit :

Petits commentaires suppélmentaires.

Les noms des lignes sont assez bizarre à Rennes. Par exemple:

64: Bus Rennes Ligne 64 Direction Rennes
65: Bus Rennes Ligne 65 Direction Rennes

->  Il semble qu'il y ait confusion entre le nom du sens de
circulation et le nom de la ligne (quand les deux parcours ne passent
pas par le même chemin, les deux sens sont regroupés dans une même
relation donnant le nom de l'ensemble).
-> Est-ce utile aussi de rappeler le numéro de la ligne dans le nom
alors que le numéro est affiché dans un rectangle en tête ?
-> Ces mêmes cas se rencontrent aussi dans d'autres villes.

52 Bus Rennes Ligne 52 Direction Saint-Gilles

-> Là cela ne nomme que la moitié de la ligne (la partie ouest mais
pas la partie nord, Rennes n'étant que le milieu de la ligne à la
station de métro, si tu prends un des deux terminus, l'autre n'est
même pas nommé, Rennes n'est pas le terminus)
-> Ces mêmes cas se rencontrent aussi dans d'autres villes.


Comment as-tu dressé la liste des lignes et des réseaux de transport
(recherche sur "operator=*") ? Si tu te bases uniquement sur les
données présentes dans la base, est-ce que le modèle est adapté, et
comment faudrait-il le changer pour que ça marche (si on doit le
changer ou si c'est ton outil qu'il fait modifier) ?

Derniers cas à analyser :

-> certaines lignes n'ont PAS de numéro, juste un nom (exemple le
CityTAN à Niort, qui est forme une double boucle en huit sans t

Re: [OSM-talk-fr] OSMTransport change de peau

[Philippe Verdy]

Pour les couleurs de lignes, certaines agglomération ont un schéma
uniforme aussi bien dans la signalisation, les panneaux des arrpet
comme les bus, et les plans papier diffusés ou affichés. LA couleur
concerne autant la couleur de fond de l'étiquette que celle des
caractères, la couleur de fond devant correspondre si possible à la
couleur du tracé sur la carte comme tu le fais.

Sans aller jusqu'à reproduire aussi les logos, il y a aussi des
différences de forme pour ces numéros (par exemple dans un cercle ou
un carré). Enfin il ne serait pas inutile de repérer les terminus sur
la carte (ce sont des arrêts où le bus change de sens ou bien où il
dépose tout le monde et poursuit sans passagers vers son dépôt) en
affichant les numéros de ligne sur la carte. Cela demanderait une
collection de petites icônes (faciles à générer de façon vectorielle à
partir d'une forme de base, des couleurs de fond, de bordure et de
texte et le numéro ou à défaut une abbréviation du nom ou un symbole
générique) en mettant en libellé le nom de la destination à partir de
ce terminus (si la ligne est jsute un cycle, un seul point est
rensiegné, le point d'arrêt principal, souvent sur une place centrale
d'échange, et en libellé on mettrait le nom de la ligne.

Selon les références que tu trouves, on pourrait avoir pour ton rendu,
dans ta propre base, des noms adaptés à ta carte pour remplacer ceux
trouvés dans la base quand ils ne conviennent pas bien (pas besoin
forcément de mettre à jour la base OSM), dans la délimitation
géographique de l'agglomération que tu as définie.

Note: une des villes est nommée avec le préfixe abrégé "Agglo", à mon
avis inutile et perturbant dans la liste. Tout dans cette liste de
sélection concerne une agglomération (parfois un peu plus sur des
réseaux étendus tels que "Paris Est", où on se demande pourquoi on n'a
pas aussi "Paris Ouest" pour tout ce qui est autour du réseau au
départ de Saint-Lazare et des lignes de bus en correspondance dans les
villes traversées, et "Paris Sud" depuis Montparnasse ou la Gare de
Lyon).

Enfin certaines villes manquent de traits d'union dans la liste affichée.

Le 26 juillet 2012 17:53, rldhont  a écrit :
> Bonjour Philippe,
>
> Tout d'abord OSMTransport a été construit il y a 3 ans, à l'époque il n'y
> avait qu'un seul modèle pour les lignes de bus un seul relations par ligne
> et il n'était pas question de s'amuser à définir une relation par sens de
> circulation ni de super-relation par ligne référence toutes les relations
> formant toutes les variations d'une ligne. Sachant cela :
> * la référence est pour moi la clef d'identification d'une ligne donc si il
> y a plusieurs relations portant le même tag ref, je les colles ensembles
> * l'affichage du tag name vient d'être ajouté pour voir, celui-ci comme la
> couleur de la ligne est extrait de la première relation que je rencontre
> avec ce ref en particulier
>
> Donc tout problème de répétition de la référence dans le nom est à mettre à
> l'actif des contributeurs.
>
> Enfin la sélection en se fait pas par operator mais par emprise
> géographique.
>
> René-Luc
>
>
> Le 26/07/2012 17:44, Philippe Verdy a écrit :
>>
>> Petits commentaires suppélmentaires.
>>
>> Les noms des lignes sont assez bizarre à Rennes. Par exemple:
>>
>> 64: Bus Rennes Ligne 64 Direction Rennes
>> 65: Bus Rennes Ligne 65 Direction Rennes
>>
>> ->  Il semble qu'il y ait confusion entre le nom du sens de
>> circulation et le nom de la ligne (quand les deux parcours ne passent
>> pas par le même chemin, les deux sens sont regroupés dans une même
>> relation donnant le nom de l'ensemble).
>> -> Est-ce utile aussi de rappeler le numéro de la ligne dans le nom
>> alors que le numéro est affiché dans un rectangle en tête ?
>> -> Ces mêmes cas se rencontrent aussi dans d'autres villes.
>>
>> 52 Bus Rennes Ligne 52 Direction Saint-Gilles
>>
>> -> Là cela ne nomme que la moitié de la ligne (la partie ouest mais
>> pas la partie nord, Rennes n'étant que le milieu de la ligne à la
>> station de métro, si tu prends un des deux terminus, l'autre n'est
>> même pas nommé, Rennes n'est pas le terminus)
>> -> Ces mêmes cas se rencontrent aussi dans d'autres villes.
>>
>>
>> Comment as-tu dressé la liste des lignes et des réseaux de transport
>> (recherche sur "operator=*") ? Si tu te bases uniquement sur les
>> données présentes dans la base, est-ce que le modèle est adapté, et
>> comment faudrait-il le changer pour que ça marche (si on doit le
>> changer ou si c'est ton outil qu'il fait modifier) ?
>>
>> Derniers cas à analyser :
>>
>> -> certaines lignes n'ont PAS de numéro, juste un nom (exemple le
>> CityTAN à Niort, qui est forme une double boucle en huit sans terminus
>> réel), mais tu affiches quand même "null" ce qui est superflu (au pire
>> tu peux juste afficher une espace insécable ou un symbole générique
>> comme "+")
>> -> Les trams à Nantes sont affichés deux fois (une fois dans la
>> rubrique tramways pour tout le réseau en noir sans discerner l

Re: [OSM-talk-fr] OSMTransport change de peau

[rldhont]

Bonjour Philippe,

Tout d'abord OSMTransport a été construit il y a 3 ans, à l'époque il 
n'y avait qu'un seul modèle pour les lignes de bus un seul relations par 
ligne et il n'était pas question de s'amuser à définir une relation par 
sens de circulation ni de super-relation par ligne référence toutes les 
relations formant toutes les variations d'une ligne. Sachant cela :
* la référence est pour moi la clef d'identification d'une ligne donc si 
il y a plusieurs relations portant le même tag ref, je les colles ensembles
* l'affichage du tag name vient d'être ajouté pour voir, celui-ci comme 
la couleur de la ligne est extrait de la première relation que je 
rencontre avec ce ref en particulier


Donc tout problème de répétition de la référence dans le nom est à 
mettre à l'actif des contributeurs.


Enfin la sélection en se fait pas par operator mais par emprise 
géographique.


René-Luc


Le 26/07/2012 17:44, Philippe Verdy a écrit :

Petits commentaires suppélmentaires.

Les noms des lignes sont assez bizarre à Rennes. Par exemple:

64: Bus Rennes Ligne 64 Direction Rennes
65: Bus Rennes Ligne 65 Direction Rennes

->  Il semble qu'il y ait confusion entre le nom du sens de
circulation et le nom de la ligne (quand les deux parcours ne passent
pas par le même chemin, les deux sens sont regroupés dans une même
relation donnant le nom de l'ensemble).
-> Est-ce utile aussi de rappeler le numéro de la ligne dans le nom
alors que le numéro est affiché dans un rectangle en tête ?
-> Ces mêmes cas se rencontrent aussi dans d'autres villes.

52 Bus Rennes Ligne 52 Direction Saint-Gilles

-> Là cela ne nomme que la moitié de la ligne (la partie ouest mais
pas la partie nord, Rennes n'étant que le milieu de la ligne à la
station de métro, si tu prends un des deux terminus, l'autre n'est
même pas nommé, Rennes n'est pas le terminus)
-> Ces mêmes cas se rencontrent aussi dans d'autres villes.


Comment as-tu dressé la liste des lignes et des réseaux de transport
(recherche sur "operator=*") ? Si tu te bases uniquement sur les
données présentes dans la base, est-ce que le modèle est adapté, et
comment faudrait-il le changer pour que ça marche (si on doit le
changer ou si c'est ton outil qu'il fait modifier) ?

Derniers cas à analyser :

-> certaines lignes n'ont PAS de numéro, juste un nom (exemple le
CityTAN à Niort, qui est forme une double boucle en huit sans terminus
réel), mais tu affiches quand même "null" ce qui est superflu (au pire
tu peux juste afficher une espace insécable ou un symbole générique
comme "+")
-> Les trams à Nantes sont affichés deux fois (une fois dans la
rubrique tramways pour tout le réseau en noir sans discerner les
lignes, une autre fois avec chaque ligne, mais la sélection "tramways"
recouvre des longueurs plus importantes que les lignes, sans doûte car
des segments ne portent pas le numéro de la ou les lignes concernées).

Bon courage.

Le 26 juillet 2012 10:43, rldhont  a écrit :

Pour l'ordre des numéros c'était une régression, c'est corrigé. D'ailleurs
tous les réseaux n'utilisent pas que des chiffres pour identifier les
lignes.

René-Luc

___
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] OSMTransport change de peau

[Philippe Verdy]

Petits commentaires suppélmentaires.

Les noms des lignes sont assez bizarre à Rennes. Par exemple:

64: Bus Rennes Ligne 64 Direction Rennes
65: Bus Rennes Ligne 65 Direction Rennes

->  Il semble qu'il y ait confusion entre le nom du sens de
circulation et le nom de la ligne (quand les deux parcours ne passent
pas par le même chemin, les deux sens sont regroupés dans une même
relation donnant le nom de l'ensemble).
-> Est-ce utile aussi de rappeler le numéro de la ligne dans le nom
alors que le numéro est affiché dans un rectangle en tête ?
-> Ces mêmes cas se rencontrent aussi dans d'autres villes.

52 Bus Rennes Ligne 52 Direction Saint-Gilles

-> Là cela ne nomme que la moitié de la ligne (la partie ouest mais
pas la partie nord, Rennes n'étant que le milieu de la ligne à la
station de métro, si tu prends un des deux terminus, l'autre n'est
même pas nommé, Rennes n'est pas le terminus)
-> Ces mêmes cas se rencontrent aussi dans d'autres villes.


Comment as-tu dressé la liste des lignes et des réseaux de transport
(recherche sur "operator=*") ? Si tu te bases uniquement sur les
données présentes dans la base, est-ce que le modèle est adapté, et
comment faudrait-il le changer pour que ça marche (si on doit le
changer ou si c'est ton outil qu'il fait modifier) ?

Derniers cas à analyser :

-> certaines lignes n'ont PAS de numéro, juste un nom (exemple le
CityTAN à Niort, qui est forme une double boucle en huit sans terminus
réel), mais tu affiches quand même "null" ce qui est superflu (au pire
tu peux juste afficher une espace insécable ou un symbole générique
comme "+")
-> Les trams à Nantes sont affichés deux fois (une fois dans la
rubrique tramways pour tout le réseau en noir sans discerner les
lignes, une autre fois avec chaque ligne, mais la sélection "tramways"
recouvre des longueurs plus importantes que les lignes, sans doûte car
des segments ne portent pas le numéro de la ou les lignes concernées).

Bon courage.

Le 26 juillet 2012 10:43, rldhont  a écrit :
> Pour l'ordre des numéros c'était une régression, c'est corrigé. D'ailleurs
> tous les réseaux n'utilisent pas que des chiffres pour identifier les
> lignes.
>
> René-Luc

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

Re: [OSM-talk-fr] OSMTransport change de peau

[Philippe Verdy]

Si la liste des villes s'allonge, il serait bien de pouvoir les
classer au moins par région ou département, au delà de la seule
sélection du pays (plus un niveau national pour les lignes SNCF, ou
lignes bus interdépartementales régulières).

Le choix alors de la ville ou plus souvent de l'agglomération (ou le
nom du réseau pour le niveau national ou un niveau régional) serait
plus facile (et évitera aussi des homonymies).

Il me semble aussi que toutes les métropoles et communauté urbaines ou
d'agglomération devraient y être (elles ont compétence territoriale
directement sur l'ensemble des transports publics pour toutes les
communes membres).

Au delà de ça les lignes ou réseaux privés (stations de taxi par
exemple) pourraient être ajoutés. Les réseaux cyclables en revanche
sont rarement aussi bien intégrés et sont davantage de la compétence
des communes, voire souvent aussi d'assos locales.

A voir aussi les lignes de bac et ferry pour les liaisons côtières,
trans-Manche, ou trans-méditerranéennes vers la Corse, la Sardaigne,
l'Espagne, l'Italie ou l'Algérie.

Et les bateaux-bus dans les villes sur des grand fleuves ou estuaires
ou qui traversent un port assez grand qu'il est assez long de
contourner à pied (par exemple avec des enfants qui ne marchent pas
longtemps ou pour les handicapés qui ne peuvent pas garer non plus
leur véhicule aussi près qu'ils voudraient quand les parkings sont
plus éloignés et du mauvais côté), certaines villes ayant même
plusieurs ports et marinas qu'on peut rejoindre par ces moyens
maritimes et fluviaux.

Le 26 juillet 2012 10:36, Francescu GAROBY  a écrit :
> Merci tout d'abord pour la réponse rapide :-)
>
> Autre point "génant" : le tri des lignes de bus/tram se fait selon un ordre
> alphanumérique (1 puis 19 puis 2) et non numérique (1 puis 2 puis 19).
> Pour Caen, je regarde ce qu'il en est pour les tags des lignes existantes.
>
> Francescu
>
> Le 26 juillet 2012 10:31, rldhont  a écrit :
>
>> Bonjour Francescu,
>>
>> Pour la mise à jour, c'est un gros chantier qui ne peut prendre trop de
>> temps sur mon travail ou mon temps libre. Donc pour le moment je lance de
>> temps en temps des rafraîchissements. Mais il faut aussi que je travail sur
>> le système de cache qui est trop long.
>>
>> Pour la référence, j'utilise le tag ref, et pour le nom j'utilise le tag
>> name. Sur Caen, il y a peut-être un problème de fraîcheur des données.
>>
>> Pour les Numéros au sein de la popup des arrêts, c'est une bonne idée. Je
>> n'ai aps fait de test sur des données possédant où les arrêts ont de
>> nombreuses connections.
>>
>> Enfin pour les pictogramme, j'y avais pensé. Je pensais même à une sorte
>> d'image qui se construirait en fonction des informations présentes. Par
>> contre pour les arrêts de bus j'ai découvert qu'il y avait les tags shelter
>> et covered !
>>
>> René-Luc
>>
>>
>> Le 26/07/2012 10:22, Francescu GAROBY a écrit :
>>
>> Bonjour,
>> Bravo pour cette refonte, très jolie graphiquement !
>>
>> Quelques questions/propositions d'amélioration, cependant :
>> * quelle est la fréquence de rafraîchissement des données ? Je travaille
>> actuellement sur les lignes de transport de Caen, et je ne vois pas tous mes
>> travaux ;
>> * sur quel(s) tag(s) vous basez-vous pour le nom des lignes ? Car les
>> trams de Caen n'ont pas de nom indiqué ("undefined"), alors qu'ils existent
>> dans OSM ;
>> * les numéros des lignes passant par un arrêt de bus/tram ne sont pas
>> classés par ordre croissant, ce qui rendrait la lecture plus aisée ;
>> * dans un souci de compréhension, il faudrait remplacer "shelter" et
>> "bench" par un pictogramme ;
>>
>> Merci d'avance,
>> Francescu
>>
>> Le 26 juillet 2012 10:05, rldhont  a écrit :
>>>
>>> Bonjour,
>>>
>>> Nous, 3Liz, profitons de l'été pour mettre à jour les interfaces de nos
>>> démonstrateurs. Après LizMap, solution de web mapping basé sur QGIS Server,
>>> c'est au tour d'OSMTransport :
>>> http://demo.3liz.com/osmtransport
>>>
>>> Ce changement d'interface est aussi l'occasion de faire évoluer les
>>> fonctionnalités :
>>> * dans les fonds de carte vous trouverez le fond MapQuest par défaut, le
>>> fond OpenStreetMap, et le fond Bing Aerial. Nous avons pensé que pouvoir
>>> visualiser les données TC au dessus du fond utilisé pour la digitalisation
>>> pouvait être quelque chose d'intéressant
>>> * réorganisation de l'arbre des données TC
>>> * Affichage par défaut d'un maximum de 100 objets géographiques
>>> représentant des lignes
>>> * Ajout d'informations dans les popups des données. Par exemple les tags
>>> shelter, bench pour les arrêts.
>>>
>>> Voici quelque liens directs :
>>> * Montpellier
>>> http://demo.3liz.com/osmtransport/index.php?country=1&location=2
>>> * Orange
>>> http://demo.3liz.com/osmtransport/index.php?country=1&location=84
>>> * Marseille
>>> http://demo.3liz.com/osmtransport/index.php?country=1&location=11
>>> * Nantes http://demo.3liz.com/osmtransport/index.php?country=1&location=4
>>>
>>> Si il y a des tags q

Re: [OSM-talk-fr] OSMTransport change de peau

[rldhont]

Pour l'ordre des numéros c'était une régression, c'est corrigé. 
D'ailleurs tous les réseaux n'utilisent pas que des chiffres pour 
identifier les lignes.


René-Luc


Le 26/07/2012 10:36, Francescu GAROBY a écrit :

Merci tout d'abord pour la réponse rapide :-)

Autre point "génant" : le tri des lignes de bus/tram se fait selon un 
ordre alphanumérique (1 puis 19 puis 2) et non numérique (1 puis 2 
puis 19).

Pour Caen, je regarde ce qu'il en est pour les tags des lignes existantes.

Francescu

Le 26 juillet 2012 10:31, rldhont > a écrit :


Bonjour Francescu,

Pour la mise à jour, c'est un gros chantier qui ne peut prendre
trop de temps sur mon travail ou mon temps libre. Donc pour le
moment je lance de temps en temps des rafraîchissements. Mais il
faut aussi que je travail sur le système de cache qui est trop long.

Pour la référence, j'utilise le tag ref, et pour le nom j'utilise
le tag name. Sur Caen, il y a peut-être un problème de fraîcheur
des données.

Pour les Numéros au sein de la popup des arrêts, c'est une bonne
idée. Je n'ai aps fait de test sur des données possédant où les
arrêts ont de nombreuses connections.

Enfin pour les pictogramme, j'y avais pensé. Je pensais même à une
sorte d'image qui se construirait en fonction des informations
présentes. Par contre pour les arrêts de bus j'ai découvert qu'il
y avait les tags shelter et covered !

René-Luc


Le 26/07/2012 10:22, Francescu GAROBY a écrit :

Bonjour,
Bravo pour cette refonte, très jolie graphiquement !

Quelques questions/propositions d'amélioration, cependant :
* quelle est la fréquence de rafraîchissement des données ? Je
travaille actuellement sur les lignes de transport de Caen, et je
ne vois pas tous mes travaux ;
* sur quel(s) tag(s) vous basez-vous pour le nom des lignes ? Car
les trams de Caen n'ont pas de nom indiqué ("undefined"), alors
qu'ils existent dans OSM ;
* les numéros des lignes passant par un arrêt de bus/tram ne sont
pas classés par ordre croissant, ce qui rendrait la lecture plus
aisée ;
* dans un souci de compréhension, il faudrait remplacer "shelter"
et "bench" par un pictogramme ;

Merci d'avance,
Francescu

Le 26 juillet 2012 10:05, rldhont mailto:rldh...@gmail.com>> a écrit :

Bonjour,

Nous, 3Liz, profitons de l'été pour mettre à jour les
interfaces de nos démonstrateurs. Après LizMap, solution de
web mapping basé sur QGIS Server, c'est au tour d'OSMTransport :
http://demo.3liz.com/osmtransport

Ce changement d'interface est aussi l'occasion de faire
évoluer les fonctionnalités :
* dans les fonds de carte vous trouverez le fond MapQuest par
défaut, le fond OpenStreetMap, et le fond Bing Aerial. Nous
avons pensé que pouvoir visualiser les données TC au dessus
du fond utilisé pour la digitalisation pouvait être quelque
chose d'intéressant
* réorganisation de l'arbre des données TC
* Affichage par défaut d'un maximum de 100 objets
géographiques représentant des lignes
* Ajout d'informations dans les popups des données. Par
exemple les tags shelter, bench pour les arrêts.

Voici quelque liens directs :
* Montpellier
http://demo.3liz.com/osmtransport/index.php?country=1&location=2
* Orange
http://demo.3liz.com/osmtransport/index.php?country=1&location=84
* Marseille
http://demo.3liz.com/osmtransport/index.php?country=1&location=11
* Nantes
http://demo.3liz.com/osmtransport/index.php?country=1&location=4

Si il y a des tags que vous souhaitez que nous ajoutiez
faîtes le moi savoir.

René-Luc

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




-- 
Cordialement,

Francescu GAROBY



___
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




--
Cordialement,
Francescu GAROBY



___
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] OSMTransport change de peau

[rldhont]

Bonjour Tetsuo,

Les ajouts se font par mes soins maintenant.
Si vous souhaitez des ajouts j'ai besoin :
* d'un nom
* du pays
* de l'emprise pour pouvoir sélectionner les données, le mieux étant de 
se restreindre (pour l'emprise) au coeur du réseau.


Cordialement,
René-Luc

Le 26/07/2012 10:32, Tetsuo Shima a écrit :

Boujours

Même chose, comment sont sélectionnés les villes qui apparaissent sur
la carte des transports? Il y a pas mal de réseaux qui n'y
apparaissent pas alors qu'ils sont dans OSM depuis plusieurs mois.

Cordialement.

___
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] OSMTransport change de peau

[Francescu GAROBY]

Merci tout d'abord pour la réponse rapide :-)

Autre point "génant" : le tri des lignes de bus/tram se fait selon un ordre
alphanumérique (1 puis 19 puis 2) et non numérique (1 puis 2 puis 19).
Pour Caen, je regarde ce qu'il en est pour les tags des lignes existantes.

Francescu

Le 26 juillet 2012 10:31, rldhont  a écrit :

>  Bonjour Francescu,
>
> Pour la mise à jour, c'est un gros chantier qui ne peut prendre trop de
> temps sur mon travail ou mon temps libre. Donc pour le moment je lance de
> temps en temps des rafraîchissements. Mais il faut aussi que je travail sur
> le système de cache qui est trop long.
>
> Pour la référence, j'utilise le tag ref, et pour le nom j'utilise le tag
> name. Sur Caen, il y a peut-être un problème de fraîcheur des données.
>
> Pour les Numéros au sein de la popup des arrêts, c'est une bonne idée. Je
> n'ai aps fait de test sur des données possédant où les arrêts ont de
> nombreuses connections.
>
> Enfin pour les pictogramme, j'y avais pensé. Je pensais même à une sorte
> d'image qui se construirait en fonction des informations présentes. Par
> contre pour les arrêts de bus j'ai découvert qu'il y avait les tags shelter
> et covered !
>
> René-Luc
>
>
> Le 26/07/2012 10:22, Francescu GAROBY a écrit :
>
> Bonjour,
> Bravo pour cette refonte, très jolie graphiquement !
>
> Quelques questions/propositions d'amélioration, cependant :
> * quelle est la fréquence de rafraîchissement des données ? Je travaille
> actuellement sur les lignes de transport de Caen, et je ne vois pas tous
> mes travaux ;
> * sur quel(s) tag(s) vous basez-vous pour le nom des lignes ? Car les
> trams de Caen n'ont pas de nom indiqué ("undefined"), alors qu'ils existent
> dans OSM ;
> * les numéros des lignes passant par un arrêt de bus/tram ne sont pas
> classés par ordre croissant, ce qui rendrait la lecture plus aisée ;
> * dans un souci de compréhension, il faudrait remplacer "shelter" et
> "bench" par un pictogramme ;
>
> Merci d'avance,
> Francescu
>
> Le 26 juillet 2012 10:05, rldhont  a écrit :
>
>> Bonjour,
>>
>> Nous, 3Liz, profitons de l'été pour mettre à jour les interfaces de nos
>> démonstrateurs. Après LizMap, solution de web mapping basé sur QGIS Server,
>> c'est au tour d'OSMTransport :
>> http://demo.3liz.com/osmtransport
>>
>> Ce changement d'interface est aussi l'occasion de faire évoluer les
>> fonctionnalités :
>> * dans les fonds de carte vous trouverez le fond MapQuest par défaut, le
>> fond OpenStreetMap, et le fond Bing Aerial. Nous avons pensé que pouvoir
>> visualiser les données TC au dessus du fond utilisé pour la digitalisation
>> pouvait être quelque chose d'intéressant
>> * réorganisation de l'arbre des données TC
>> * Affichage par défaut d'un maximum de 100 objets géographiques
>> représentant des lignes
>> * Ajout d'informations dans les popups des données. Par exemple les tags
>> shelter, bench pour les arrêts.
>>
>> Voici quelque liens directs :
>> * Montpellier
>> http://demo.3liz.com/osmtransport/index.php?country=1&location=2
>> * Orange
>> http://demo.3liz.com/osmtransport/index.php?country=1&location=84
>> * Marseille
>> http://demo.3liz.com/osmtransport/index.php?country=1&location=11
>> * Nantes http://demo.3liz.com/osmtransport/index.php?country=1&location=4
>>
>> Si il y a des tags que vous souhaitez que nous ajoutiez faîtes le moi
>> savoir.
>>
>> René-Luc
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Cordialement,
> Francescu GAROBY
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] OSMTransport change de peau

[Tetsuo Shima]

Boujours

Même chose, comment sont sélectionnés les villes qui apparaissent sur
la carte des transports? Il y a pas mal de réseaux qui n'y
apparaissent pas alors qu'ils sont dans OSM depuis plusieurs mois.

Cordialement.

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

Re: [OSM-talk-fr] OSMTransport change de peau

[rldhont]

Bonjour Francescu,

Pour la mise à jour, c'est un gros chantier qui ne peut prendre trop de 
temps sur mon travail ou mon temps libre. Donc pour le moment je lance 
de temps en temps des rafraîchissements. Mais il faut aussi que je 
travail sur le système de cache qui est trop long.


Pour la référence, j'utilise le tag ref, et pour le nom j'utilise le tag 
name. Sur Caen, il y a peut-être un problème de fraîcheur des données.


Pour les Numéros au sein de la popup des arrêts, c'est une bonne idée. 
Je n'ai aps fait de test sur des données possédant où les arrêts ont de 
nombreuses connections.


Enfin pour les pictogramme, j'y avais pensé. Je pensais même à une sorte 
d'image qui se construirait en fonction des informations présentes. Par 
contre pour les arrêts de bus j'ai découvert qu'il y avait les tags 
shelter et covered !


René-Luc


Le 26/07/2012 10:22, Francescu GAROBY a écrit :

Bonjour,
Bravo pour cette refonte, très jolie graphiquement !

Quelques questions/propositions d'amélioration, cependant :
* quelle est la fréquence de rafraîchissement des données ? Je 
travaille actuellement sur les lignes de transport de Caen, et je ne 
vois pas tous mes travaux ;
* sur quel(s) tag(s) vous basez-vous pour le nom des lignes ? Car les 
trams de Caen n'ont pas de nom indiqué ("undefined"), alors qu'ils 
existent dans OSM ;
* les numéros des lignes passant par un arrêt de bus/tram ne sont pas 
classés par ordre croissant, ce qui rendrait la lecture plus aisée ;
* dans un souci de compréhension, il faudrait remplacer "shelter" et 
"bench" par un pictogramme ;


Merci d'avance,
Francescu

Le 26 juillet 2012 10:05, rldhont > a écrit :


Bonjour,

Nous, 3Liz, profitons de l'été pour mettre à jour les interfaces
de nos démonstrateurs. Après LizMap, solution de web mapping basé
sur QGIS Server, c'est au tour d'OSMTransport :
http://demo.3liz.com/osmtransport

Ce changement d'interface est aussi l'occasion de faire évoluer
les fonctionnalités :
* dans les fonds de carte vous trouverez le fond MapQuest par
défaut, le fond OpenStreetMap, et le fond Bing Aerial. Nous avons
pensé que pouvoir visualiser les données TC au dessus du fond
utilisé pour la digitalisation pouvait être quelque chose
d'intéressant
* réorganisation de l'arbre des données TC
* Affichage par défaut d'un maximum de 100 objets géographiques
représentant des lignes
* Ajout d'informations dans les popups des données. Par exemple
les tags shelter, bench pour les arrêts.

Voici quelque liens directs :
* Montpellier
http://demo.3liz.com/osmtransport/index.php?country=1&location=2
* Orange
http://demo.3liz.com/osmtransport/index.php?country=1&location=84
* Marseille
http://demo.3liz.com/osmtransport/index.php?country=1&location=11
* Nantes
http://demo.3liz.com/osmtransport/index.php?country=1&location=4

Si il y a des tags que vous souhaitez que nous ajoutiez faîtes le
moi savoir.

René-Luc

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




--
Cordialement,
Francescu GAROBY



___
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] OSMTransport change de peau

[Francescu GAROBY]

Bonjour,
Bravo pour cette refonte, très jolie graphiquement !

Quelques questions/propositions d'amélioration, cependant :
* quelle est la fréquence de rafraîchissement des données ? Je travaille
actuellement sur les lignes de transport de Caen, et je ne vois pas tous
mes travaux ;
* sur quel(s) tag(s) vous basez-vous pour le nom des lignes ? Car les trams
de Caen n'ont pas de nom indiqué ("undefined"), alors qu'ils existent dans
OSM ;
* les numéros des lignes passant par un arrêt de bus/tram ne sont pas
classés par ordre croissant, ce qui rendrait la lecture plus aisée ;
* dans un souci de compréhension, il faudrait remplacer "shelter" et
"bench" par un pictogramme ;

Merci d'avance,
Francescu

Le 26 juillet 2012 10:05, rldhont  a écrit :

> Bonjour,
>
> Nous, 3Liz, profitons de l'été pour mettre à jour les interfaces de nos
> démonstrateurs. Après LizMap, solution de web mapping basé sur QGIS Server,
> c'est au tour d'OSMTransport :
> http://demo.3liz.com/**osmtransport 
>
> Ce changement d'interface est aussi l'occasion de faire évoluer les
> fonctionnalités :
> * dans les fonds de carte vous trouverez le fond MapQuest par défaut, le
> fond OpenStreetMap, et le fond Bing Aerial. Nous avons pensé que pouvoir
> visualiser les données TC au dessus du fond utilisé pour la digitalisation
> pouvait être quelque chose d'intéressant
> * réorganisation de l'arbre des données TC
> * Affichage par défaut d'un maximum de 100 objets géographiques
> représentant des lignes
> * Ajout d'informations dans les popups des données. Par exemple les tags
> shelter, bench pour les arrêts.
>
> Voici quelque liens directs :
> * Montpellier http://demo.3liz.com/**osmtransport/index.php?**
> country=1&location=2
> * Orange http://demo.3liz.com/**osmtransport/index.php?**
> country=1&location=84
> * Marseille http://demo.3liz.com/**osmtransport/index.php?**
> country=1&location=11
> * Nantes http://demo.3liz.com/**osmtransport/index.php?**
> country=1&location=4
>
> Si il y a des tags que vous souhaitez que nous ajoutiez faîtes le moi
> savoir.
>
> René-Luc
>
> __**_
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> http://lists.openstreetmap.**org/listinfo/talk-fr
>



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