subject:"\[OSM\-talk\-fr\] OsmTransport \: outil dynamique de suivi des réseaux de transports public"

Bonjour la liste,

Suite aux évolutions de l'application de suivi des transports publics
"OsmTransport" que j'avais commencé à développer, je vous transmets la
présentation détaillée qui est disponible, avec des copies d'écran ici :
http://3liz.com/blog/rldhont/index.php/2009/07/02/280-osmtransport-application-de-suivi-des-reseaux-de-transports-publiques

OsmTransport est un outil qui permet d'afficher par dessus un fond de carte
OpenStreetMap les lignes de transports publics : métro, bus et tramway.

Les lignes sont extraites des données sources d'OpenStreetMap à partir des
relation "routes" (
http://wiki.openstreetmap.org/wiki/Relation:route#Public_Transportation) et
mises en forme en fonction du type de ligne et de la couleur spécifiée dans
la relation route par le tag "color". Il y a pour l'instant une couche de
données (un layer) par type de ligne et un par type d'arrêts.

Pour l'affichage du réseau non avons choisi d'utiliser un affichage
vectoriel à la différence de Google. Les principaux avantages de
l'utilisation de l'affichage vectorielles par rapport à l'utilisation de
Mapnik pour afficher ces lignes sont :

* l'utilisation dynamique du tag "color" pour styliser chaque ligne (pas
besoin de créer autant de styles que de lignes ce qui nécessaire dans
Mapnik). Une ligne dont la route n'a pas de tag "color" est affichée en
noir.
* la possibilité d'afficher ou non chacune des couches, si on ne
souhaite par exemple que voir les lignes de métro.
* la possibilité d'avoir des informations complémentaires sur un arrêt
(ou un ligne) sur clic de l'élément. Pour l'instant, seules des informations
sommaires sont données, et seulement sur les arrêts.

L'un des objectifs principal de cet outil est d'aider les contributeurs à
visualiser l'avancement des transports publics par commune. Un autre
objectif est de montrer les informations à corriger ou à compléter sur les
lignes et les arrêts (Par exemple une ligne noire montre l'absence du tag
"color" dans la relation, ou bien on peut comparer les lignes de tramways
issues de la relation route=tram avec celles issues du railway=tram)

L'affichage de données vectorielles demande des ressources qui croissent
avec le nombre d'éléments à afficher par le navigateur. C'est pouquoi le
choix a été fait de créer des zones nommées "locations" pour lesquelles les
lignes sont extraites. Ces locations correspondent en fait à des villes. On
peut sélectionner une "location" pour zoomer automatiquement sur la zone
concernée, et voir les lignes de cette zone (seules les lignes de cette zone
sont affichées, pour ne pas surcharger le navigateur).

Si une location n'est pas dans la liste, on peut en créer une en cliquant
sur le lien "Add a location" en haut à droite. Il faut au préalable zoomer
sur la zone souhaitée. Ensuite, il faut cliquer sur "Draw" puis dessiner un
rectangle de la zone voulue, puis ajouter le nom de la zone (utiliser si
possible le nom de la ville) puis le pays, et enfin valider avec le bouton
"Add". Si tout se passe bien, la page se rafraîchit sans message d'erreur et
vous voyez les lignes qui ont déjà été cartographiées. Si vous ne voyez pas
de lignes, c'est sûrement parce qu'il n'y a pas de routes correspondantes
dans la données d'OpenStreetMap, ou bien que les couches n'ont pas été
rafraîchies depuis l'ajout de cette données.

Les données sont mises à jour tous les matins à 6h30 à partir des fichiers
tar.gz fournis par Geofabrik ( http://download.geofabrik.de/osm/europe/ ).
Pour l'instant, les données ne sont téléchargées et donc disponibles que
pour la France métropolitaine.

Un permalink est fourni une fois la "location" choisie et la page
raffraîchie. Par exemple pour la ville de Montpellier :
http://3liz.fr/public/osmtransport/index.php?location=Montpellier&BtChooseLocation=Ok

Cette version étant la toute première et que nous souhaitons respecter
l'adage :"Release often release early", certains bugs sont déjà connus :

* une fois le bouton "Draw" cliqué, parfois le rectangle ne se dessine
par où on le souhaite.
* la couche des arrêts de métro affiche aussi toutes les stations de
train. Pour l'instant, nous n'avons pas trouvé le moyen avec osm2pgsql de
trouver les points de type "bus_stop" ou "railway=station" qui appartiennent
respectivement à une route de type "route=bus" ou "route=tram".
* la pop-up sur clic d'un arrêt ne fonctionne que pour la couche visible
la plus au dessus (la plus en bas dans le switcher OpenLayers). Ce bug va
être corrigé grâce à l'utilisation de la nouvelle fonctionnalité implémentée
dans la dernière version d'OpenLayers (2.8).

Découvrez, créez et participez à la création de données libres de réseaux
publics : http://3liz.fr/public/osmtransport/

Voilà

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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

Bonjour Léon,
D'accord avec cela, c'est pourquoi pour l'instant par défaut nous
n'affichons pas non plus les arrêts de bus, métro et tram. Mais on peut
masquer ou activer l'affichage séparément en utilisant le bouton "+" en haut
à gauche (nommé "Sidepanel" dans OpenLayers)

Notre future amélioration est de créer un affichage par ligne (et non plus
par type) : Ainsi , on pourra par exemple n'afficher que la ligne 5 de
Montpellier pour le bus, et que la ligne 1 de tram

Kimaidou

Le 2 juillet 2009 15:53, OSM Léon  a écrit :

> Très intéressant. Une idée d'amélioration pour la suite : pouvoir choisir
> de n'afficher qu'un seul type de transport. Parce que quand on va commencer
> à ajouter les lignes de bus sur Paris, ça va être un peu fouilli :D
>
> Le 2 juillet 2009 15:46, kimaidou  a écrit :
>
>> Bonjour la liste,
>>
>> Suite aux évolutions de l'application de suivi des transports publics
>> "OsmTransport" que j'avais commencé à développer, je vous transmets la
>> présentation détaillée qui est disponible, avec des copies d'écran ici :
>>
>> http://3liz.com/blog/rldhont/index.php/2009/07/02/280-osmtransport-application-de-suivi-des-reseaux-de-transports-publiques
>>
>> OsmTransport est un outil qui permet d'afficher par dessus un fond de
>> carte OpenStreetMap les lignes de transports publics : métro, bus et
>> tramway.
>>
>
>
> ___
> 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 : outil dynamique de suivi des réseaux de transports public

> Suite aux évolutions de l'application de suivi des transports publics
> "OsmTransport" que j'avais commencé à développer, je vous transmets la
> présentation détaillée qui est disponible, avec des copies d'écran ici :
> 
http://3liz.com/blog/rldhont/index.php/2009/07/02/280-osmtransport-application-de-suivi-des-reseaux-de-transports-publiques

Top super cool !

Mais comme je ne poste jamais "que" pour dire bravo ;-) (honte sur moi !) :

> mises en forme en fonction du type de ligne et de la couleur spécifiée dans
> la relation route par le tag "color". 
Ce serait possible de documenter ces usages (de color et de ? network ? tram ? 
bus ?) sur le wiki ? (comment taguer, dans quel cas est-ce possible, à quoi 
cela s'applique) 
Histoire d'éviter que d'autres dans leur coin se lancent sur cette voie avec 
un tag color=red/route_color=0xRGB

> Les principaux avantages de
> l'utilisation de l'affichage vectorielles par rapport à l'utilisation de
> Mapnik pour afficher ces lignes sont :
C'est plus facile mais ça ram ? (je fais un pronostic avant lecture ;-) )

> * l'utilisation dynamique du tag "color" pour styliser chaque ligne (pas
> besoin de créer autant de styles que de lignes ce qui nécessaire dans
> Mapnik). Une ligne dont la route n'a pas de tag "color" est affichée en
> noir.
Bonne remarque, cette fonction manque au style de mapnik et c'est dommage

> * la possibilité d'afficher ou non chacune des couches, si on ne
> souhaite par exemple que voir les lignes de métro.
En supposant que tu fasses 3 layers mapnik : bus/tram/metro, ça doit rester 
jouable

> * la possibilité d'avoir des informations complémentaires sur un arrêt
> (ou un ligne) sur clic de l'élément. 
je pense que ça n'empêche pas, tu gardes ton codes JS actuel, mais tu ne fais 
plus de rendu des traits, tu gardes juste la fonction d'info bulle sur un 
point.

Mais je conçois parfaitement que votre solution soit préférable pour plein de 
bonnes raisons, je crains juste le résultat pour des grosses villes (+ 
transport péri-urbain) avec bus/tram/metro

> avec le nombre d'éléments à afficher par le navigateur. C'est pouquoi le
> choix a été fait de créer des zones nommées "locations" pour lesquelles les
> lignes sont extraites. 

Ha ? c'est pénible ça pour la "scalabilité" ça veut dire que chacun doit 
passer pour créer "sa zone" qu'il va falloir gérer ceux qui n'ont pas fait 
une "bonne zone"
> (seules les lignes de cette zone
> sont affichées, pour ne pas surcharger le navigateur).

C'est peut-être une idée à la con, mais :
Il est rare qu'un gus veuille afficher les réseaux de bus de la france entière 
non ? ne serait-ce pas souhaitable de limiter le zoom minimum d'activation du 
layer ? Et ainsi s'affranchir de cette gestion pénible de "choix de zone" ?

Une zone étant finalement définie par ce que regarde l'utilisateur.

(Ou alors je flaire que vous n'avez pas trouvé la requête postgis "qui va 
bien" ;-) un coup de main ?)

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

2009-07-02 Thread OSM Léon

Très intéressant. Une idée d'amélioration pour la suite : pouvoir choisir de
n'afficher qu'un seul type de transport. Parce que quand on va commencer à
ajouter les lignes de bus sur Paris, ça va être un peu fouilli :D

Le 2 juillet 2009 15:46, kimaidou  a écrit :

> Bonjour la liste,
>
> Suite aux évolutions de l'application de suivi des transports publics
> "OsmTransport" que j'avais commencé à développer, je vous transmets la
> présentation détaillée qui est disponible, avec des copies d'écran ici :
>
> http://3liz.com/blog/rldhont/index.php/2009/07/02/280-osmtransport-application-de-suivi-des-reseaux-de-transports-publiques
>
> OsmTransport est un outil qui permet d'afficher par dessus un fond de carte
> OpenStreetMap les lignes de transports publics : métro, bus et tramway.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

bonjour Sly,
mes réponses plus bas :


Top super cool !


Merci ;)

>
> > mises en forme en fonction du type de ligne et de la couleur spécifiée
> dans
> > la relation route par le tag "color".
> Ce serait possible de documenter ces usages (de color et de ? network ?
> tram ?
> bus ?) sur le wiki ? (comment taguer, dans quel cas est-ce possible, à quoi
> cela s'applique)
> Histoire d'éviter que d'autres dans leur coin se lancent sur cette voie
> avec
> un tag color=red/route_color=0xRGB


J'ai ajouté il y a environ 2 semaines le tag color dans cette page :
http://wiki.openstreetmap.org/wiki/FR:Relation:route#Transports_Publics

Pour le reste, j'aimerais bien avoir un tableau équivalent pour les
différents types d'arrêts.

>
> > Les principaux avantages de
> > l'utilisation de l'affichage vectorielles par rapport à l'utilisation de
> > Mapnik pour afficher ces lignes sont :
> C'est plus facile mais ça ram ? (je fais un pronostic avant lecture ;-) )


C'est pas vraiment plus "facile", juste plus dynamique : je n'ai pas à
ajouter à la main le style pour la ligne n° bidule de la ville machin. Dès
que le tag color est renseigné, c'est affiché !

>
> > * la possibilité d'afficher ou non chacune des couches, si on ne
> > souhaite par exemple que voir les lignes de métro.
> En supposant que tu fasses 3 layers mapnik : bus/tram/metro, ça doit rester
> jouable


oui, comme pour ton beta.letuffe, mais je préfère le mode vectoriel : pas
besoin de refaire toutes les tuiles de tous les niveaux de zoom. Un seul
fichier vectoriel (assez léger) suffit

>
>
> > * la possibilité d'avoir des informations complémentaires sur un
> arrêt
> > (ou un ligne) sur clic de l'élément.
> je pense que ça n'empêche pas, tu gardes ton codes JS actuel, mais tu ne
> fais
> plus de rendu des traits, tu gardes juste la fonction d'info bulle sur un
> point.


Je préfère me garder la possibilité d'afficher les tags des lignes sur clic
ou survol, pour voir ce qui est renseigné.


> Mais je conçois parfaitement que votre solution soit préférable pour plein
> de
> bonnes raisons, je crains juste le résultat pour des grosses villes (+
> transport péri-urbain) avec bus/tram/metro


La limite se trouve surtout au niveau du navigateur. Firefox gère bien les
vectoriels en mémoire, mais IE 6 très mal, et ça peut ramer.

>
>
> > avec le nombre d'éléments à afficher par le navigateur. C'est pouquoi le
> > choix a été fait de créer des zones nommées "locations" pour lesquelles
> les
> > lignes sont extraites.
>
> Ha ? c'est pénible ça pour la "scalabilité" ça veut dire que chacun doit
> passer pour créer "sa zone" qu'il va falloir gérer ceux qui n'ont pas fait
> une "bonne zone"
> > (seules les lignes de cette zone
> > sont affichées, pour ne pas surcharger le navigateur).
>
> C'est peut-être une idée à la con, mais :
> Il est rare qu'un gus veuille afficher les réseaux de bus de la france
> entière
> non ? ne serait-ce pas souhaitable de limiter le zoom minimum d'activation
> du
> layer ? Et ainsi s'affranchir de cette gestion pénible de "choix de zone" ?


Le prob lème avec ce système de limitation par le zoom, c'est que de toute
manière le navigateur doit avoir tout en mémoire (et toute la France, ça va
tuer meme les machines les plus véloces). Avec le système de locations, on
libère la mémoire à chaque changement de location. C'est aussi pourquoi on
limite la taille maximale des locations

>
>
> Une zone étant finalement définie par ce que regarde l'utilisateur.
>
> (Ou alors je flaire que vous n'avez pas trouvé la requête postgis "qui va
> bien" ;-) un coup de main ?)
>

Au contraire, on utilise justement des requêtes postgis pour exporter les
vecteurs en fonctoin des locations
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

2009-07-02 Thread Vincent Pottier

kimaidou a écrit :
> Bonjour la liste,
>
> Suite aux évolutions de l'application de suivi des transports publics
> "OsmTransport" que j'avais commencé à développer, je vous transmets la
> présentation détaillée qui est disponible, avec des copies d'écran ici :
> http://3liz.com/blog/rldhont/index.php/2009/07/02/280-osmtransport-application-de-suivi-des-reseaux-de-transports-publiques
Superbe !
>
> Les lignes sont extraites des données sources d'OpenStreetMap à partir
> des relation "routes"
> (http://wiki.openstreetmap.org/wiki/Relation:route#Public_Transportation)
> et mises en forme en fonction du type de ligne et de la couleur
> spécifiée dans la relation route par le tag "color". Il y a pour
> l'instant une couche de données (un layer) par type de ligne et un par
> type d'arrêts.
>
> Pour l'affichage du réseau non avons choisi d'utiliser un affichage
> vectoriel à la différence de Google. Les principaux avantages de
> l'utilisation de l'affichage vectorielles par rapport à l'utilisation
> de Mapnik pour afficher ces lignes sont :
et par rapport au klm utilisé sur http://www.ginkobus.com/maps.php :
le bus ne passera pas dans votre cuisine ! Il ne quitte pas la route !
>
> Les données sont mises à jour tous les matins à 6h30 à partir des
> fichiers tar.gz fournis par Geofabrik (
> http://download.geofabrik.de/osm/europe/ ). Pour l'instant, les
> données ne sont téléchargées et donc disponibles que pour la France
> métropolitaine.
Je ne maîtrise pas assez, mais j'imagine un serveur proxi faisant les
requêtes xapi sur la zone et générant le fichier pour le layer à la
volée... mise à jour des données en temps réel : intéressant pour les
mappeurs.
Le jour où j'ai un peu de temps, et quand xapi 0.6 fonctionnera,
j'essaie une classe php...
On peut imaginer une classe et des classes héritées : bus, métro,
tram... ou un fichier de style sur le serveur par catégorie, par layer...

Possible de créer une liste des lignes, comme on a une liste des erreurs
sur osmose, pour activer/désactiver l'affichage en jouant sur
l'affichage des polylines ?

Possible d'afficher les lignes passant à un arrêt, dans la bulle ?

Petit bug ? Un arrêt de bus est affiché par une icône "bus.png". Quand
on sélectionne l'arrêt, l'icône diminue et devient grisée. L'effet
inverse serait mieux : grossir l'arrêt sélectionné...

Mais bon je redis : superbe et prometteur !

Vincent

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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

2009-07-02 Thread Vincent Pottier

sly (sylvain letuffe) a écrit :
>> mises en forme en fonction du type de ligne et de la couleur spécifiée dans
>> la relation route par le tag "color". 
>> 
> Ce serait possible de documenter ces usages (de color et de ? network ? tram 
> ? 
> bus ?) sur le wiki ? (comment taguer, dans quel cas est-ce possible, à quoi 
> cela s'applique) 
> Histoire d'éviter que d'autres dans leur coin se lancent sur cette voie avec 
> un tag color=red/route_color=0xRGB
>   
Quelques exemples :
http://wiki.openstreetmap.org/wiki/Besan%C3%A7on#Lignes

Vincent

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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

On jeudi 2 juillet 2009, kimaidou wrote:
> bonjour Sly,
> mes réponses plus bas :
pas mieux

> J'ai ajouté il y a environ 2 semaines le tag color dans cette page :
> http://wiki.openstreetmap.org/wiki/FR:Relation:route#Transports_Publics
10^6 excuses, je n'avais pas vu, et le route= permet de choisir le type 
(bus/tram/metro)

> C'est pas vraiment plus "facile", juste plus dynamique : je n'ai pas à
> ajouter à la main le style pour la ligne n° bidule de la ville machin. Dès
> que le tag color est renseigné, c'est affiché !
Dans l'état actuel des conf xml de mapnik en effet, j'ai pas cherché, mais je 
suppose fortement qu'en passant par l'API  python, ça doit pouvoir le faire.

> oui, comme pour ton beta.letuffe, mais je préfère le mode vectoriel : pas
> besoin de refaire toutes les tuiles de tous les niveaux de zoom. Un seul
> fichier vectoriel (assez léger) suffit

ça se défend, la question peut se résumer à "server side" ou "client side".

 > Je préfère me garder la possibilité d'afficher les tags des lignes sur clic
> ou survol, pour voir ce qui est renseigné.
ça se comprend. Coté client, on gagne en dynamisme, on perd en fluidité 
parfois. (js et le dessin, c'est hélas pas la panacé)

> Le prob lème avec ce système de limitation par le zoom, c'est que de toute
> manière le navigateur doit avoir tout en mémoire (et toute la France, ça va
> tuer meme les machines les plus véloces).
??? j'avais peut-être bien flairé un problème postgis ;-) ou d'architecture 
client/serveur ;-)

y'a peut-être un p'tit coup d'ajax a mettre par là histoire de charger à la 
volée les routes qui ne sont que dans la zone visible non ?

Me rappel plus trop, je n'ai fais ça qu'avec la google api, mais doit y avoir 
moyen, à chaque déplacement ou zoom de faire une demande http/xml au serveur 
lui demandant de lancer un coup de postgis pour récupérer uniquement les 
routes qui sont dans le visuel

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

>
> Je ne maîtrise pas assez, mais j'imagine un serveur proxi faisant les
> requêtes xapi sur la zone et générant le fichier pour le layer à la
> volée... mise à jour des données en temps réel : intéressant pour les
> mappeurs.
> Le jour où j'ai un peu de temps, et quand xapi 0.6 fonctionnera,
> j'essaie une classe php...


C'est exactement ce que j'avais souhaité faire au début, car cela m'éviter
d'installer toute la machinerie postgres + osm2pgsql + télécharger les
planets, mettre à jour, ect...
Mais comme la xapi ne fonctionnait pas (j'avais essayé de récupérer par
exemple toutes les routes d'un bouding box avec le tag "route", mais erreur
du serveur). Quand est-ce que xapi sera fonctionnelle ?

>
> On peut imaginer une classe et des classes héritées : bus, métro,
> tram... ou un fichier de style sur le serveur par catégorie, par layer...

Je penche plutôt sur le fichier de style

>
>
> Possible de créer une liste des lignes, comme on a une liste des erreurs
> sur osmose, pour activer/désactiver l'affichage en jouant sur
> l'affichage des polylines ?


C'est ce qu'on a prévu : pour chaque type (tram, métro, etc.), on fait un
arbre avec la liste des lignes
ex:
Métro
* ligne 5
* ligne 15
Tramway
* ligne A
* ligne B
Avec à chaque fois une case à cocher

L'étape suivante est une légende dynmaique :D

>
>
> Possible d'afficher les lignes passant à un arrêt, dans la bulle ?

Faut que je regarde, mais je suis limité par osm2pgsql qui ne me permet pas
de trouver les "nodes" d'arrêts de bus qui appartiennent à une relation.
Ma requête
SELECT * FROM planet_osm_point WHERE route='bus' ne me renvoit rien,
contrairement à
 SELECT * FROM planet_osm_line WHERE route='bus' qui me renvoit bien les
lignes.
Quelqu'un  a une idée ?


>
> Petit bug ? Un arrêt de bus est affiché par une icône "bus.png". Quand
> on sélectionne l'arrêt, l'icône diminue et devient grisée. L'effet
> inverse serait mieux : grossir l'arrêt sélectionné...


D'accord avec ceci ;)

>
>
> Mais bon je redis : superbe et prometteur !


Merci pour les encouragements

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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

>
> > Le prob lème avec ce système de limitation par le zoom, c'est que de
> toute
> > manière le navigateur doit avoir tout en mémoire (et toute la France, ça
> va
> > tuer meme les machines les plus véloces).
> ??? j'avais peut-être bien flairé un problème postgis ;-) ou d'architecture
> client/serveur ;-)
>

Non, c'est jsute un problème de choix. On n'a pas du tout choisi de lancer
dynamiquement une requête postgis pour exporter les layers à chaque fois que
le zoom change. On a choisir d'exporter une seule fois par jour tous les
layers pour chacune des locations (on utilise le rectangle créé lors de
l'ajout d'un location pour limiter les résultats de la requête).
On pourrait essayer de tester le performances de la solution "requêtes
dynamiques", avec une limite de zoom. Il faut voir ce que permet le serveur
en fonction du nombre de connections.
Pour l'instant, comme on créé une fois par jour un fichier export par type
de ligne, si je souhaitais afficher "en fonction du niveau de zoom et de la
bounding box" les données, ma seule solution sera donc d'avoir toute la
données en mémoire (la france entière), et là c'est le client web qui
trinque.
Donc on s'était mal compris :)



>
> y'a peut-être un p'tit coup d'ajax a mettre par là histoire de charger à la
> volée les routes qui ne sont que dans la zone visible non ?
>
> Me rappel plus trop, je n'ai fais ça qu'avec la google api, mais doit y
> avoir
> moyen, à chaque déplacement ou zoom de faire une demande http/xml au
> serveur
> lui demandant de lancer un coup de postgis pour récupérer uniquement les
> routes qui sont dans le visuel


Oui, on pourrait, faut tester voir les capacités du serveur. (comme dis
ci-dessus car ne j'avais pas encore lu ce paragraphe ;)  )


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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

2009-07-02 Thread Vincent Pottier

kimaidou a écrit :
>
>
>
> Possible d'afficher les lignes passant à un arrêt, dans la bulle ?
>
> Faut que je regarde, mais je suis limité par osm2pgsql qui ne me
> permet pas de trouver les "nodes" d'arrêts de bus qui appartiennent à
> une relation.
> Ma requête
> SELECT * FROM planet_osm_point WHERE route='bus' ne me renvoit rien,
> contrairement à
>  SELECT * FROM planet_osm_line WHERE route='bus' qui me renvoit bien
> les lignes.
> Quelqu'un  a une idée ?
>
Et dans l'autre sens : rechercher les relations auxquelles appartient le
point ?

Vincent

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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public


> Oui, on pourrait, faut tester voir les capacités du serveur. (comme dis
> ci-dessus car ne j'avais pas encore lu ce paragraphe ;)  )

J'y crois ;-)

Pour Montpellier :
$ cat bus.sql
SELECT route,ref FROM planet_osm_line where route='bus' AND way && 
st_transform('SRID=4020;LINESTRING(3.7 43.5,4 43.7)',900913) GROUP BY 
ref,route;

$ time cat bus.sql | psql gis
 route |ref
---+
 bus   | 16
 bus   | 14
 bus   | 6
 bus   | 15
 bus   | 11
 bus   | 7
 bus   | 5
 bus   | La Navette
(8 rows)

real0m0.058s

6 milisecondes

Faudra p'tet un peu mouliner le résultat pour obtenir un kml, xml ou truc que 
js peut manger.

PS: coté osm2pgsql et relations, il semble y avoir du boulot pour bien rendre 
la base osm, mon "groupe by" cache en fait 139 éléments dans planet_osm_line 
qui doivent être les tronçons de route de bus alors qu'on aurait pu imaginer 
en trouver qu'un par ligne, c'est coton après pour calculer la distance d'une 
ligne de bus !


-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public


> > Ma requête
> > SELECT * FROM planet_osm_point WHERE route='bus' ne me renvoit rien,
> > contrairement à
> >  SELECT * FROM planet_osm_line WHERE route='bus' qui me renvoit bien
> > les lignes.
> > Quelqu'un  a une idée ?
> >
> Et dans l'autre sens : rechercher les relations auxquelles appartient le
> point ?

Il manque un truc à osm2pgsql c'est de garder, à la manière osmosis, une trace 
de la liaison des relations<->way relations<->points way<->points

Ce qui empêche en gros quasiment tout type d'espoir de faire ce que tu veux 
faire, à moins de bidouiller salement avec un système de calcul de distance 
en supposant un arrêt de bus proche de la ligne qu'il occupe mais dans un cas 
d'arrêt de bus à un croissement de ligne de bus, ou arrêt de bus multi-ligne, 
ça va pas être simple.

Je dirais qu'un patch osm2pgsql me semble le plus simple OU la solution 
d'étienne :
Une base osm2pgsql et une base osmosis, et tu fais des requêtes de liaisons 
entre les deux.

En gros c'est marrant, osmosis tente de se rapprocher de osm2pgsql (inclure 
des éléments GIS) et osm2pgsql l'inverse ;-)

-- 
sly
Sylvain Letuffe sylv...@letuffe.org
qui suis-je : http://slyserv.dyndns.org



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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

2009-07-02 Thread Pierre Mauduit


> 
> Faudra p'tet un peu mouliner le résultat pour obtenir un kml, xml ou truc que 
> js peut manger.
> 

Même pas :-P Postgis propose des fonctions d'exports vers kml 
ST_AsKML([version], geometry, [precision])


-- 
Pierre, qui a bookmarqué le chapter 6 de la doc de postgis depuis un
petit moment :-)


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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

2009-07-03 Thread Francois Van Der Biest

2009/7/2 Pierre Mauduit :
>
>>
>> Faudra p'tet un peu mouliner le résultat pour obtenir un kml, xml ou truc que
>> js peut manger.
>>
>
> Même pas :-P Postgis propose des fonctions d'exports vers kml
> ST_AsKML([version], geometry, [precision])

Voire même ST_AsGeoJSON pour un parsing plus rapide que celui d'un KML
en JS, via OpenLayers ...

F.

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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

Nous avons pensé à cela, et d'ailleurs on va passer au format geoJson. Mais
nous avons choisi de ne pas faire d'outil en temps réel par peur de
surcharge du serveur.
Nous ferons des tests "temps réel", mais pour l'instant le système est mis à
jour une fois par jour, et j'aime bien la possibilité de zoom auto sur une
ville via la liste déroulante.

Le 3 juillet 2009 13:53, Francois Van Der Biest <
francois.vanderbi...@camptocamp.com> a écrit :

> 2009/7/2 Pierre Mauduit :
> >
> >>
> >> Faudra p'tet un peu mouliner le résultat pour obtenir un kml, xml ou
> truc que
> >> js peut manger.
> >>
> >
> > Même pas :-P Postgis propose des fonctions d'exports vers kml
> > ST_AsKML([version], geometry, [precision])
>
> Voire même ST_AsGeoJSON pour un parsing plus rapide que celui d'un KML
> en JS, via OpenLayers ...
>
> F.
>
> ___
> 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 : outil dynamique de suivi des réseaux de transports public

2009-07-03 Thread Emilie Laffray

2009/7/3 kimaidou 

> Nous avons pensé à cela, et d'ailleurs on va passer au format geoJson. Mais
> nous avons choisi de ne pas faire d'outil en temps réel par peur de
> surcharge du serveur.
> Nous ferons des tests "temps réel", mais pour l'instant le système est mis
> à jour une fois par jour, et j'aime bien la possibilité de zoom auto sur une
> ville via la liste déroulante.
> http://lists.openstreetmap.org/listinfo/talk-fr


Je pense que c'est Stefan de Konink qui a un système qui permet de faire du
temps réel sur un certain nombre de choses via une API de type XAPI. Il
avait un exemple très impressionnant mais je n'arrive plus a retrouver le
lien qu'il avait donné.

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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

2009-07-03 Thread eMerzh

Supayr :)
Merci beaucoup pour le travail!
le rendu est sympa même si je suis pas fan du choix de la ville ... ;)
j'avais d'ailleur pas saisit le add location donc il y a un bruxelles à
paris :D

Sinon vivement que ça arrive pour la belgique aussi.. je suis justement
occupé à faire les lignes de transports en commun chez nous :)...

Petite Question ... comment l'outil affiche-t'il les backward et forward
dans les routes de bus par exemple?

Meric encore et bonne continuation
2009/7/2 kimaidou 

> Bonjour la liste,
>
> Suite aux évolutions de l'application de suivi des transports publics
> "OsmTransport" que j'avais commencé à développer, je vous transmets la
> présentation détaillée qui est disponible, avec des copies d'écran ici :
>
> http://3liz.com/blog/rldhont/index.php/2009/07/02/280-osmtransport-application-de-suivi-des-reseaux-de-transports-publiques
>
> OsmTransport est un outil qui permet d'afficher par dessus un fond de carte
> OpenStreetMap les lignes de transports publics : métro, bus et tramway.
>
> Les lignes sont extraites des données sources d'OpenStreetMap à partir des
> relation "routes" (
> http://wiki.openstreetmap.org/wiki/Relation:route#Public_Transportation)
> et mises en forme en fonction du type de ligne et de la couleur spécifiée
> dans la relation route par le tag "color". Il y a pour l'instant une couche
> de données (un layer) par type de ligne et un par type d'arrêts.
>
> Pour l'affichage du réseau non avons choisi d'utiliser un affichage
> vectoriel à la différence de Google. Les principaux avantages de
> l'utilisation de l'affichage vectorielles par rapport à l'utilisation de
> Mapnik pour afficher ces lignes sont :
>
> * l'utilisation dynamique du tag "color" pour styliser chaque ligne
> (pas besoin de créer autant de styles que de lignes ce qui nécessaire dans
> Mapnik). Une ligne dont la route n'a pas de tag "color" est affichée en
> noir.
> * la possibilité d'afficher ou non chacune des couches, si on ne
> souhaite par exemple que voir les lignes de métro.
> * la possibilité d'avoir des informations complémentaires sur un arrêt
> (ou un ligne) sur clic de l'élément. Pour l'instant, seules des informations
> sommaires sont données, et seulement sur les arrêts.
>
> L'un des objectifs principal de cet outil est d'aider les contributeurs à
> visualiser l'avancement des transports publics par commune. Un autre
> objectif est de montrer les informations à corriger ou à compléter sur les
> lignes et les arrêts (Par exemple une ligne noire montre l'absence du tag
> "color" dans la relation, ou bien on peut comparer les lignes de tramways
> issues de la relation route=tram avec celles issues du railway=tram)
>
> L'affichage de données vectorielles demande des ressources qui croissent
> avec le nombre d'éléments à afficher par le navigateur. C'est pouquoi le
> choix a été fait de créer des zones nommées "locations" pour lesquelles les
> lignes sont extraites. Ces locations correspondent en fait à des villes. On
> peut sélectionner une "location" pour zoomer automatiquement sur la zone
> concernée, et voir les lignes de cette zone (seules les lignes de cette zone
> sont affichées, pour ne pas surcharger le navigateur).
>
> Si une location n'est pas dans la liste, on peut en créer une en cliquant
> sur le lien "Add a location" en haut à droite. Il faut au préalable zoomer
> sur la zone souhaitée. Ensuite, il faut cliquer sur "Draw" puis dessiner un
> rectangle de la zone voulue, puis ajouter le nom de la zone (utiliser si
> possible le nom de la ville) puis le pays, et enfin valider avec le bouton
> "Add". Si tout se passe bien, la page se rafraîchit sans message d'erreur et
> vous voyez les lignes qui ont déjà été cartographiées. Si vous ne voyez pas
> de lignes, c'est sûrement parce qu'il n'y a pas de routes correspondantes
> dans la données d'OpenStreetMap, ou bien que les couches n'ont pas été
> rafraîchies depuis l'ajout de cette données.
>
> Les données sont mises à jour tous les matins à 6h30 à partir des fichiers
> tar.gz fournis par Geofabrik ( http://download.geofabrik.de/osm/europe/ ).
> Pour l'instant, les données ne sont téléchargées et donc disponibles que
> pour la France métropolitaine.
>
> Un permalink est fourni une fois la "location" choisie et la page
> raffraîchie. Par exemple pour la ville de Montpellier :
> http://3liz.fr/public/osmtransport/index.php?location=Montpellier&BtChooseLocation=Ok
>
> Cette version étant la toute première et que nous souhaitons respecter
> l'adage :"Release often release early", certains bugs sont déjà connus :
>
> * une fois le bouton "Draw" cliqué, parfois le rectangle ne se dessine
> par où on le souhaite.
> * la couche des arrêts de métro affiche aussi toutes les stations de
> train. Pour l'instant, nous n'avons pas trouvé le moyen avec osm2pgsql de
> trouver les points de type "bus_stop" ou "railway=station" qui appartiennent
> respectivement à une route de type "route=bus" ou "route=tram".
> * la pop-up

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

bonjour,

Le 3 juillet 2009 14:52, eMerzh  a écrit :

> Supayr :)
> Merci beaucoup pour le travail!
> le rendu est sympa même si je suis pas fan du choix de la ville ... ;)


du système de "location". Comme dit plus haut, c'est un moyen simple et
efficace de proposer une navigation immédiate vers une ville et de ne pas
surcharger le navigateur internet.
Et surtout on pourra ensuite mettre des styles différents facilement par
location, en ajoutant des options spécifiques.

>
> j'avais d'ailleur pas saisit le add location donc il y a un bruxelles à
> paris :D

je vais faire du ménage :)

>
>
> Sinon vivement que ça arrive pour la belgique aussi.. je suis justement
> occupé à faire les lignes de transports en commun chez nous :)...


je suis justement en train de modifier la structure de mon fichier de mises
à jours pour intégrer d'autres pays. Je vous tiens au courant une fois que
j'ai ajouté d'autres pays

>
>
> Petite Question ... comment l'outil affiche-t'il les backward et forward
> dans les routes de bus par exemple?

Pour l'instant il ne les gère pas car il se base sur l'outil de conversion
des planet vers la base de donnée postgis appelé "osm2pgsql". Cet outil ne
gère pas ces infos...

>
>
> Meric encore et bonne continuation
>

De rien, et on a encore du pain sur la planche ;)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

Le 3 juillet 2009 14:29, Emilie Laffray  a écrit :

>
> Je pense que c'est Stefan de Konink qui a un système qui permet de faire du
> temps réel sur un certain nombre de choses via une API de type XAPI. Il
> avait un exemple très impressionnant mais je n'arrive plus a retrouver le
> lien qu'il avait donné.
>
> Emilie Laffray
>

J'avais au départ souhaité utiliser xapi, mais je n'ai jamais réussi à
obtenir une réponse des serveurs xapi. Quelqu'un a un exemple d'url qui
fonctionne ? J'ai fais des tests du type

 
http://www.informationfreeway.org/api/0.6/node[amenity=hospital][bbox=-6,50,2,61]

Mais je n'ai jamais rien en retour.

Xapi serait-il mort ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

2009-07-03 Thread Emilie Laffray

2009/7/3 kimaidou 

>
> J'avais au départ souhaité utiliser xapi, mais je n'ai jamais réussi à
> obtenir une réponse des serveurs xapi. Quelqu'un a un exemple d'url qui
> fonctionne ? J'ai fais des tests du type
>
>  
> http://www.informationfreeway.org/api/0.6/node[amenity=hospital][bbox=-6,50,2,61]
>  
> 
>
> Mais je n'ai jamais rien en retour.
>
> Xapi serait-il mort ?
>
>
Il existe apparemment une url pour le benelux
http://xapi.openstreet.nl:8000/ . Maintenant je ne sais pas si ça fonctionne
actuellement. Grosso modo, la machine qui fait tourner XAPI est en rade et
personne ne sait proposer pour la réparer. Il semblerait qu'elle ne boote
plus et qu'il faille la réinstaller.
Il y avait un thread la dessus.

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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

Merci pour l'info Emilie !


> Il existe apparemment une url pour le benelux
> http://xapi.openstreet.nl:8000/ . Maintenant je ne sais pas si ça
> fonctionne actuellement. Grosso modo, la machine qui fait tourner XAPI est
> en rade et personne ne sait proposer pour la réparer. Il semblerait qu'elle
> ne boote plus et qu'il faille la réinstaller.
> Il y avait un thread la dessus.
>
> Emilie Laffray
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

Pour information, la Belgique est maintenant dans la base de données
d'OsmTransport.
J'ai ajouté Brussel

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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

2009-07-03 Thread eMerzh

Wow! au taquet!
Merci pour la réactivitée :)

2009/7/3 kimaidou 

> Pour information, la Belgique est maintenant dans la base de données
> d'OsmTransport.
> J'ai ajouté Brussel
>
> kimaidou
>
> ___
> 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 : outil dynamique de suivi des réseaux de transports public

Bonsoir

Info : la Suisse et la Suède sont dans la base.
Amusez-vous bien
Have fun

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

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public

ERRATUM : le fichier planet de la suisse me fait un bug lors de l'import
avec osm2pgsl
Ca devrait être corrigé demain (on espère)

Le 3 juillet 2009 18:28, kimaidou  a écrit :

> Bonsoir
>
> Info : la Suisse et la Suède sont dans la base.
> Amusez-vous bien
> Have fun
>
> Kimaidou
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OsmTransport : outil dynamique de suivi des réseaux de transports public